Guest

Preview Tool

Cisco Bug: CSCvi15950 - DTMF fails when mid-call renegotiation changes DTMF method

Last Modified

Jul 29, 2019

Products (120)

  • Cisco IOS
  • Cisco Catalyst 3650-48FQ-E Switch
  • Cisco Catalyst 3650-24PD-E Switch
  • Cisco Catalyst 3850-48XS-F-S Switch
  • Cisco Catalyst 3650-24PDM-E Switch
  • Cisco Catalyst 3650-48FQM-L Switch
  • Cisco Catalyst 3850-24U-S Switch
  • Cisco Catalyst 3650-48TQ-L Switch
  • Cisco Catalyst 3650-8X24UQ-E Switch
  • Cisco Catalyst 3850-48XS-E Switch
View all products in Bug Search Tool Login Required

Known Affected Releases

16.6.2 Denali-16.3.5

Description (partial)

Symptom:
DTMF not recognized on outbound calls.  After mid-call signaling event where DTMF methods are changed from what was originally negotiated, CUBE will fail to pass DTMF events properly.

Conditions:
Issue is present when configuring multiple DTMF methods on CUBE dial-peer IE:

dial-peer voice 1
dtmf-relay rtp-nte sip-kpml sip-notify

IP Phone calls to another IP phone registered to CUCM.  User presses conference button and then dials-out to an IVR system.  Customer will wait for IVR call to answer where RFC 2833 is negotiated end to end.  Customer will then press the conference button again to bridge the call where DTMF method changes between CUCM --> CUBE to SIP-KPML and from CUBE --> ITSP RFC2833.

CUBE receives DTMF events via KPML events from CUCM however it fails to forward these on as RTPEVENTS to ITSP leg.
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.