Preview Tool

Cisco Bug: CSCvi72808 - CUBE changes the payload type (PT) of audio packets from 96 to 98 without any renegotiation

Last Modified

Dec 13, 2018

Products (1)

  • Cisco IOS

Known Affected Releases


Description (partial)

CUBE changes the payload type (PT) of audio packets from 96 to 98 without any renegotiation

During the initial call setup, CUBE negotiated PT 96 for audio codec mpeg4-generic (aacld) towards both call legs. CUBE is receiving and forwarding RTP packets with PT 96 for audio to both call legs for the initial few seconds till it receives a REINVITE from SME. CUBE is getting a REINVITE from SME with PT 96 is being advertised for both audio and video connections, which is triggering the problem and changes the PT to 98. In the signaling, CUBE is still negotiating PT 96 for audio, however, CUBE starts sending audio RTP packets with PT 98 towards CMS endpoint. This is causing one-way audio.

SDP in the REINIVTE from SME/CUCM: PT 96 is present in Audio and Video M lines.

m=audio 44700 RTP/AVP 96 108 9 99 100 0 8 15 18 101
m=video 44702 RTP/AVP 97 126 114 96 34 31
m=application 44706 UDP/BFCP *
m=video 44704 RTP/AVP 97 126 114 96 34

CUBE is changing PT to 98 in the CUBE debug;

011278: *Mar 20 10:53:18.599: //-1/xxxxxxxxxxxx/SIP/Info/info/1/sipSPIUpdateDynamicPayloadunused: Unreserving dynamic payload type 98

This behavior of CUBE is causing one-way audio. We observed this in ISR G2 and G3 platforms.

When previously negotiated audio Payload Type is present in both Audio and Video M-lines
Bug details contain sensitive information and therefore require a 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.