Have you checked that your CUCM server CPU/RAM/Disk is at 100%? On Thu, Jan 12, 2017 at 3:52 PM Dana Tong <[email protected]> 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 <[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]> > 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] > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
