How To Troubleshoot DTMF On ISDN PRI
How To Troubleshoot DTMF On ISDN PRI
Scope: This document covers some of the troubleshooting steps which may be helpful to confirm if the DTMF is being received on the voice
gateway from Telco or not. In case of ISDN PRI, the Telco doesn’t send DTMF digits but Tone for every digit pressed by the caller. It’s up to the
voice gateway to recognize the Tone and convert it into the appropriate DTMF digit.
Caller ---- PSTN ---- ISDN PRI ---- Cisco Voice Gateway ---- CUCM ---- UCCX
Tools required:
o PUTTY/Secure CRT
o NOTEPAD++
Step by step instructions on how to capture and analyze the debug output to confirm if voice gateway
is receiving the DTMF from Telco or not:
Note: Debugs can be taxing on the voice gateway, please take necessary steps to ensure it doesn’t crash the router or cause slow performance.
For example:
868784: Jun 27 04:40:42: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0302
Capture the debugs and search for “cc_api_call_digit_begin” and “cc_api_call_digit_end” events but
you will notice there are no such events generated that means DTMF is not being received. Following
is the log from SETUP till RELEASE_COMP for callref = 0x0306.
869159: Jun 27 04:43:38: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0306
Standard = CCITT
Channel ID i = 0xA98381
Exclusive, Channel 1
Plan:ISDN, Type:National
Plan:ISDN, Type:National
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002dc5fe1000000F580000306)
--More-- _________ _________ SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
Context=0x73779C30
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002dc5fe1000000F580000306)
--More-- _________ _________ SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
Context=0x737779D0
Connection Handle=0
Connection Handle=0
Call Id=613519
Call Entry(Context=0x73779C30)
869215: Jun 27 04:43:38: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8306
Channel ID i = 0xA98381
Exclusive, Channel 1
869216: Jun 27 04:43:38: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x8306
869220: Jun 27 04:43:39: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x8306
869226: Jun 27 04:43:39: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0306
869227: Jun 27 04:43:40: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0306
869259: Jun 27 04:43:40: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8306
869260: Jun 27 04:43:40: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0306
VG01#
Next Steps:
If there are still doubts on the DTMF being received by the gateway or not, move ahead with “PCM Capture on ISDN” however keep in mind
rd
that there is no 3 party tool available to decode the PCM captures. You need to involve Cisco TAC to decode the PCM captures.
Disable PCM capture as soon as the test call is over by issuing the following commands:
test voice port 0/0/0:23 pcm-dump disable
no voice hpi capture destination flash:pcm1.dat
no voice hpi capture buffer 3000000
Copy the pcm1.dat from Flash to TFTP/FTP server and provide the same to TAC for decoding. TAC will decode the capture and provide you the
WAV file in which you should be able to clearly hear the TONE if DTMF is received by the voice gateway, else not.