[cisco-voip] Audio cut-through delays upon transfer

[Dana Tong]

I have this command configured. One thing i found out yesterday is that it apparently happens when all parties are internal also. So no trunk involved.

Personally I haven't experienced this in my testing. It was 2-3 seconds for audio to establish which i thought was ok. The customet had said they timed it to be 8-9 seconds.

I might have to do a wireshark and see if there are retransmissions for signalling.


________________________________
From: Anthony Holloway <avholloway+cisco-voip at gmail.com>
Sent: Friday, January 13, 2017 4:50:31 AM
To: Dana Tong; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Audio cut-through delays upon transfer

This sounds like the old too-many-messages-are-required-to-make-the-transfer-happen scenario.  Ok, I just made up that name, but basically the SIP messages are just busy doing whatever SIP messages do, to make the transfer happen.  From stopping media, to invoke MOH, to tearing down MOH, to transferring, to establishing media, it's just a lot, and takes a long time.

You can cut down on the amount of messages in a few ways, but the one I see used most often is the command on the CUBE:

voice service voip
 sip
  mid-call signaling passthru media-change
!

You can read more about it here:
http://www.cisco.com/en/US/docs/ios-xml/ios/voice/cube_proto/configuration/15-2mt/cube-midcall-reinvite.html

On Wed, Jan 11, 2017 at 10:00 PM Dana Tong <dana.tong at yellit.com.au<mailto:dana.tong at yellit.com.au>> wrote:

Hi all,



I have a customer who is reporting a (one-way) audio delay after transferring calls with Cisco Jabber. They are almost all soft-phone users.

There doesn't appear to be any delays in the signalling.



I've just asked them to clarify if this is for all calls or just external calls. PSTN access is via CUBE which is configured for early offer.

When I tested I couldn't see a problem but the customer insists that there is a delay for media being transmitted to the person who receives the transferred call.



Has anyone seen this before at all?



Cheers

Dana



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20170112/fcc5ec61/attachment.html>