Guest

Preview Tool

Cisco Bug: CSCur33210 - End to End Comfort Noise not negotiated in the CUBE.

Last Modified

Sep 14, 2019

Products (1)

  • Cisco IOS

Known Affected Releases

15.4(1.1)

Description (partial)

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)
  • 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.