[cisco-voip] CUCM SIP Trunk and Call Hold (VZB, no audio)

[Mark Holloway]

Thanks, Jason. I also saw the following in the CUCM system guide. I think the customer will sanity check this first, but if it doesn't fix the issue then I'll have them explore the full duplex stream.



To prevent Cisco Unified Communications Manager from sending an INVITE a=inactive SDP message during call hold or media break during supplementary services, edit the appropriate SIP profile, and check the Send send-receive SDP in mid-call INVITE check box.

Note This check box applies only to early offer enabled SIP trunks and has no impact on SIP line calls.

When you enable Send send-receive SDP in mid-call INVITE for an early offer SIP trunk in tandem mode, Cisco Unified Communications Manager inserts MTP to provide sendrecv SDP when a SIP device sends offer SDP with a=inactive or sendonly or recvonly in audio media line. In tandem mode, Cisco Unified Communications Manager depends on the SIP devices to initiate reestablishment of media path by sending either a delayed offer INVITE or mid-call INVITE with send-recv SDP.

When you enable both Send send-receive SDP in mid-call INVITE and Require SDP Inactive Exchange for Mid-Call Media Change on the same SIP profile, the Send send-receive SDP in mid-call INVITE setting overrides the Require SDP Inactive Exchange for Mid-Call Media Change setting, soCisco Unified Communications Manager does not send an INVITE with a=inactive SDP in mid-call codec updates. For SIP line side calls, the Require SDP Inactive Exchange for Mid-Call Media Change check box applies when enabled.

Note To prevent the SDP mode from being set to inactive in a multiple-hold scenario, set the Duplex Streaming Enabled clusterwide service parameter (System > Service Parameters) to True.  

On Aug 29, 2012, at 9:55 AM, Jason Aarons (AM) wrote:

> CallManager has a Service Parameter something like stream full duplex, it has fixed similar issues for me before.
>  
> http://www.gossamer-threads.com/lists/cisco/voip/147274?page=last
>  
>  
> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mark Holloway
> Sent: Wednesday, August 29, 2012 8:42 AM
> To: Divin John
> Cc: Cisco VoIPoE List
> Subject: Re: [cisco-voip] CUCM SIP Trunk and Call Hold (VZB, no audio)
>  
> 
> 
> Are there any docs or links where this issue is discussed? Thanks.
> 
> On Aug 27, 2012, at 3:29 AM, Divin John wrote:
> 
> > It could be the classic a=inactive problem when on hold.
> > 
> > Get a packet capture or a trace from CUCM and track the SIP leg.
> > 
> > On 25/08/12 2:09 AM, "Mark Holloway" <mh at markholloway.com> wrote: 
> > 
> >> Anyone experience an issue with a Verizon SIP Trunk where you put a PSTN
> >> call on hold, then take it off hold and have no audio? This issue
> >> happened on both CUCM 6.1 and 8.6, so maybe it's the way the customer
> >> configured it.
> >> _______________________________________________
> >> cisco-voip mailing list
> >> cisco-voip at puck.nether.net 
> >> https://puck.nether.net/mailman/listinfo/cisco-voip 
> >> 
> > 
> > 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net 
> https://puck.nether.net/mailman/listinfo/cisco-voip 
> 
> 
> itevomcid

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120829/0228b979/attachment.html>