Cisco Bug: CSCus98257 - CUBE restores SDP while handling "491 for Update w/o SDP " message
Jan 29, 2017
- Cisco IOS
Known Affected Releases
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: 184.108.40.206:16384 Destination Media IP Address and Port number negotiated during First REINVITE with Call Leg 2: 220.127.116.11:19564 Destination Media IP Address and Port number negotiated during Second REINVITE with Call Leg 2: 18.104.22.168:17328 Right now CUBE is sending RTP to 22.214.171.124: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 126.96.36.199:17328 and starts sending RTP to 188.8.131.52: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)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases