Pause in speed dial CUCM 9.1 - issue with DTMF tones
I am trying to get a pause in a speed dial to work on an 8945 IP Phone. I have configured the speed dial to dial 1234567,,129. After connecting the main number, I hear a quick "beep-beep" where the DTMF tones should be transmitted. Is there some setting somewhere else that is blocking the ',' as an invalid digit or something? Do I need to look on my CUBE router?
Thanks for the help!
If I check the "RFC2833 Disabled" box in the phone configuration, the speed dial works properly, so I know I have the pause configured ok. However, even with this box unchecked, standard DTMF digits go through without a problem (ones I dial manually not attached to a speed dial). That says to me the CUBE is configured properly, but does anyone have any ideas that may be causing this issue?
Can you grab CallManager traces for the 2 scenarios? What firmware version are you running? Some devices send all of the digits en-bloc and let CUCM separate out the pauses/DTMF while some phones try to handle it on their own. Not sure which method the 8945 uses off-hand but the traces should show us.
Since you are on 9.x, the traces are already set to Detailed so we can skip that step.
You'll need to install RTMT (Real Time Monitoring Tool) from the Application->Plugins menu in CUCM. Once that's running, go to Trace&Log Central->Collect Files. Select the Cisco CallManager service for all nodes in the cluster. Press Next then Next again. On this page, you set the time range to pull logs from. I would suggest using the Relative Range feature to pull the last 10 minutes of logs after you recreate the 2 scenarios. You then just need to select a location to put the files and press finish.
You'll then want to zip up all the files and attach them and include the calling number and the speed-dial number you were trying to call.
In this scenario, the phone should be sending the DTMF digits as RFC2833 directly to the SIP Trunk (192.168.15.5). I would try doing a SPAN packet capture on the phone and see if the phone is actually sending the digits as RFC2833 directly to the CUBE. If it is delivering the digits, we may have a dtmf-relay problem on the CUBE.
Also what firmware version are you running on these 8945s?
The phone version is 18.104.22.168 (most recent version).
I will have to do a SPAN capture next week. As I said before, I'm new at this, but can you confirm that I can enable spanning on the PC port of the phone and do the capture right from there instead of the main switch?
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...