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 <[email protected]>
Sent: Friday, January 13, 2017 4:50:31 AM
To: Dana Tong; [email protected]
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 
<[email protected]<mailto:[email protected]>> 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
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to