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

[Anthony Holloway]

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> 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
> 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/1fedf537/attachment.html>