Guest

Preview Tool

Cisco Bug: CSCus98257 - CUBE restores SDP while handling "491 for Update w/o SDP " message

Last Modified

Mar 16, 2018

Products (1)

  • Cisco IOS

Known Affected Releases

15.1(43.21.71)TST

Description (partial)

Symptom:
CUBE is restoring the SDP to previously negotiated parameter if it receives a "491 Request Pending" for the UPDATE message send for caller id update or etc. This behavior causes one-way
audio as the CUBE stops sending RTP to the negotiated Media IP address and starts sending RTP to previously negotiated media IP address and port number.

This behavior is expected only if CUBE receives "491 Request Pending" for an UPDATE which is used for media re negotiation.

Details of the problem with an example:

SIP----(Call Leg 1)------CUBE-------(Call Leg 2)-----SIP

Destination Media IP Address and Port number negotiated during initial INVITE with Call Leg 2: 

1.1.1.1:16384

Destination  Media IP Address and Port number negotiated during First REINVITE with Call Leg 2:

2.2.2.2:19564

Destination  Media IP Address and Port number negotiated during Second REINVITE with Call Leg 2:

3.3.3.3:17328

Right now CUBE is sending RTP to 3.3.3.3:17328. At this stage, CUBE receives an UPDATE from call leg 2 to modify the Remote Party ID. CUBE forwards that UPDATE to Call Leg 1. 
If CUBE receives "491 Request Pending" for that UPDATE, CUBE stops sending RTP to 3.3.3.3:17328 and starts sending RTP to 2.2.2.2:19564.

Conditions:
If CUBE receives "491 Request Pending" for the UPDATE message.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.