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

[Anthony Holloway]

Have you checked that your CUCM server CPU/RAM/Disk is at 100%?

On Thu, Jan 12, 2017 at 3:52 PM Dana Tong <dana.tong at yellit.com.au> wrote:

> 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>
> 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/343de7f1/attachment.html>