Cisco Bug: CSCur33210 - End to End Comfort Noise not negotiated in the CUBE.
Sep 14, 2019
- Cisco IOS
Known Affected Releases
Symptom: CUBE forwards Comfort Noise to call legs where not negotiated for CN. Conditions: Both Side Dialpeer is vad enabled. Between ITSP and CUBE CN is negotiated and CUBE and CUCM it is not negotiated. ITSP send CN=8000 (13) in SDP and CUBE forward CN=8000 (19) to CUCM. However CUCM doesn't repose with any CN in SDP but cube reply to ITSP with CN=8000 (13). Ideally If 2nd leg is not capable of doing comfort noise the CUBE should not negotiate with 1st leg as well. In the above scenario when CUBE gets CN=13 during silence from Provider CUBE simply forward to internal side. Now the other side has not negotiated CN, end point doesn't know what to do with this CN. This also result in BW, MOS, etc
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