first DTMF digit being missing on UCCX IVR sub-menus only
So we are having an issue where when a Sprint customer calls in to our UCCX AA they have 2 options (ENG or SP) those options work fine, no problems. But once the customer is in a sub menu the first DTMF digit does not register and only registers on the 2nd press of the DTMF digit. It only happens when using a Sprint cell phone and only happens with our sub menus but not the main AA.
I understand that this is possible a Sprint issue and that they will have to look on their end. I have called them and have spent 2+ hours on the phone trying to get to lvl 2 tech support or some type of engineer without success. I have also put in a ticket with them and they have not contacted me since. So I am trying to see if there is anything that I can do on my end to remedy this issue.
I have attached a Debug and have pasted our dial-peer below
Cisco IOS XE Software, Version 16.02.01, router 4431
dial-peer voice 200 voip description ** UCM02 SIP PEER ** session protocol sipv2 session target ipv4:10.2.21.11 destination e164-pattern-map 200 incoming called-number 9 voice-class codec 1 voice-class sip asymmetric payload full voice-class sip early-offer forced voice-class sip bind control source-interface Port-channel1 voice-class sip bind media source-interface Port-channel1 dtmf-relay rtp-nte sip-kpml fax-relay ecm disable fax rate 14400 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none ip qos dscp cs3 signaling no vad
The solution was to enter the command 'voice-class sip dtmf-relay force rtp-nte' under dial-peer voice 200 voip which is our dial-peer for CUCM. That is a hidden command and will not show up as an option in the IOS. But it will work if entered as is under a dial-peer. This Command ensures that the CUBE will always uses RFC2833 for DTMF even if it was not offered by the provider in the initial invite. The SIP provider has to support RFC2833, and lucky for us most providers will support RFC2833 as its pretty common.
My best guess from going through multiple debugs is that Sprint sends their DTMF only with payload type 100 (NSE) and not 101 (NTE). Here is an example:
So when a caller connects with our IVR it is not negotiating the correct payload, which should be 101, which defines DTMF, instead of 100, and the first DTMF digit fails. I'm just not sure why after pressing the digit the second time UCCX recognizes the DTMF.
With the new command 'voice-class sip dtmf-relay force rtp-nte' it forces the negotiation to be RTP-NTE which then defines DTMF.
How to configure IP Address for Cisco Integrated Management Controller CIMC. The Cisco Unified Computing System (UCS) is a data center product composed of computing hardware, virtualization support, switching fabric, and management software.
QuestionHi Team,I just need to confirm if we change NTP servers on UCCX, will it affect the license on UCCX 12.0 ?Do we need to re-host after updating NTP?Already done on CUCM and CUC , and it didn't affect but not sure for CCX. Thank you ...
Hi I need urgent help on once issue. I need to configure Multicast on my layer 2 and layer 3 switches for Voice Paging server. Singlewire paging server connected with core and end IP phone on layer 2 switches. I need to configure Multicast on layer 2 and ...
Community Live- CUCM Bulk Administration Tool: Practical Things You Can Use Every Day
(Live event - formerly known as Webcast- Tuesday January 14, 2020 at 10 am Pacific/ 1 pm Eastern / 7 pm Paris)
This event had place on Tuesday 14th, January 2020 ...
A warning in ESXi 6.5 appears: "The configured guest OS (CentOS 4/5 or later (64-bit)) for this virtual machine does not match the guest that is currently running (CentOS 7 (64-bit)). You should specify the correct guest OS to allow for guest-sp...