cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
376
Views
0
Helpful
1
Replies

Verizon change request on our cube gateway

gp1200x
Level 2
Level 2

Verizon was troubleshooting a problem and included this information about our cube gateway. They have been in use for more than 4 years so I am hesitant to make any changes to our cubes based on their information and I have no idea where I would make a change to implement their recommendation below. Anyone have any idea where this change would be made...if even in the cube??


If anything on this 2nd call, we see that your gateway is using delayed SDP in its REINVITEs (sending the SDP in the ACK) and that it also used a SENDONLY attribute a couple of times when placing the caller on hold. While delayed SDP is allowed, it is not supposed used when placing callers on hold. Please see if this can be changed at your  Hub2 gateway (IP address x.x.x.x).

 

Thanks
 

 

1 Accepted Solution

Accepted Solutions

if you are using CUCM, you can check the option 'Require SDP Inactive Exchange for Mid-Call Media Change'

 

Require SDP Inactive Exchange for Mid-Call Media Change

This feature designates how Cisco Unified Communications Manager handles mid-call updates to codecs or connection information such as IP address or port numbers.

If the box is checked, during mid-call codec or connection updates Cisco Unified Communications Manager sends an INVITE a=inactive SDP message to the endpoint to break the media exchange. This is required if an endpoint is not capable of reacting to changes in the codec or connection information without disconnecting the media. This applies only to audio and video streams within SIP-SIP calls.

Note : For early offer enabled SIP trunks, this parameter will be overridden by the Send send-receive SDP in mid-call INVITE parameter.

If the box is unchecked, Cisco Unified Communications Manager passes the mid-call SDP to the peer leg without sending a prior Inactive SDP to break the media exchange. This is the default behavior. 

//Suresh Please rate all the useful posts.

View solution in original post

1 Reply 1

if you are using CUCM, you can check the option 'Require SDP Inactive Exchange for Mid-Call Media Change'

 

Require SDP Inactive Exchange for Mid-Call Media Change

This feature designates how Cisco Unified Communications Manager handles mid-call updates to codecs or connection information such as IP address or port numbers.

If the box is checked, during mid-call codec or connection updates Cisco Unified Communications Manager sends an INVITE a=inactive SDP message to the endpoint to break the media exchange. This is required if an endpoint is not capable of reacting to changes in the codec or connection information without disconnecting the media. This applies only to audio and video streams within SIP-SIP calls.

Note : For early offer enabled SIP trunks, this parameter will be overridden by the Send send-receive SDP in mid-call INVITE parameter.

If the box is unchecked, Cisco Unified Communications Manager passes the mid-call SDP to the peer leg without sending a prior Inactive SDP to break the media exchange. This is the default behavior. 

//Suresh Please rate all the useful posts.
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: