DTMF tones for IVR options are not recognized

[Mohammed Idris]

PSTN----H323 VG----CUCM----SIP TRUNK----3rd party IVR

when called form PSTN,IVR is played which ask for different options to be chosen by pressing 1 or 2 or so on. Let say after pressing 1, it again ask for pressing the option as if it does not sense the input.

below is dial-peer and voip ccapi inout

voice service voip
 allow-connections h323 to h323
 fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
 h323
!
!
!
!
!
!
voice class h323 1
  h225 timeout tcp establish 3
  h225 h245-address on-connect
  no h225 h245-address setup
  no h225 h245-address on-progress
  no h225 h245-address on-alert
  h225 h245-address facility
  h225 h245-address progress
  h225 h245-address sync
  no h225 h245-address on-setup
  telephony-service ccm-compatible
  ccm-compatible
!

!
dial-peer voice X voip
 destination-pattern 0..
 voice-class h323 1
 voice-class sip dtmf-relay force rtp-nte --- this was not there, I put it later to TS
 session target ipv4:192.168.1.1
 dtmf-relay rtp-nte---This was h245-alphnumeric
 codec g711ulaw
 no vad
!
dial-peer voice 3 voip
 preference 1
 destination-pattern 0..
 voice-class h323 1
 voice-class sip dtmf-relay force rtp-nte
 session target ipv4:192.169.1.1
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!

*Aug 5 12:58:16.951: //21952/xxxxxxxxxxxx/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 1 to dstCallId 0x55C1
*Aug 5 12:58:16.951: //21952/xxxxxxxxxxxx/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
*Aug 5 12:58:17.039: //21952/xxxxxxxxxxxx/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 1 to dstCallId 0x55C1
*Aug 5 12:58:17.039: //21952/xxxxxxxxxxxx/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
*Aug 5 12:58:21.559: //21952/xxxxxxxxxxxx/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 9 to dstCallId 0x55C1
*Aug 5 12:58:21.559: //21952/xxxxxxxxxxxx/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
*Aug 5 12:58:21.651: //21952/xxxxxxxxxxxx/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 9 to dstCallId 0x55C1
*Aug 5 12:58:21.651: //21952/xxxxxxxxxxxx/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
*Aug 5 12:58:33.219: //21953/6E3B260898A3/CCAPI/cc_api_call_media_reset_ind:
Interface=0x0, Call Id=21953
*Aug 5 12:58:33.227: //21953/6E3B260898A3/CCAPI/cc_api_call_userinfo:
Interface=0x48BD4A68, Signal Indication=TONES OFF(63)
*Aug 5 12:58:33.227: //21952/6E3B260898A3/CCAPI/ccGenerateToneInfo:
Stop Tone On Digit=FALSE, Tone=Null,
Tone Direction=Network, Params=0x0, Call Id=21952
*Aug 5 12:58:33.231: //21953/6E3B260898A3/CCAPI/cc_api_call_userinfo:
Interface=0x48BD4A68, Signal Indication=NOT PRESENT(255)
*Aug 5 12:58:33.231: //21952/6E3B260898A3/CCAPI/ccCallUserInfo:

[Mohammed al Baqari]

Hi,

Please share the output of 'debug voice rtp session named-event'. Also, what DTMF configuration are you using on the SIP trunk. Please share a snapshot

[Mohammed Idris]

with this command no output display. Alrady 2 VGs connected in same and those are working fine so it does not look like sip trunk config issue. Issue must be with this VG itself

[Mohammed al Baqari]

Mohammed,

It can be H323-SIP interworking problem as there are many restrictions.

Try to generate Session Trace from RTMT and see what is happening on the SIP side when you press DTMF. Do you see digits being sent?

If you can generate trace folder in uncompressed format and send it along with calling/called numbers, I will be able to look at it.

[Nadeem Ahmed]

On VGW you are using rtp-nte rfc 2833.. Can you please what's the DTMF method is configured in the sip trunk if it's OOB insert MTP to covert inband to OOB and vice versa 

[Mohammed Idris]

Hi Nadeem,

You are right. rtp nte is used for sip trunk. In my case its PRI line terminating on VG. I removed those setting and tried with h245 alphanumeric which was before also. One more thing is from debug ccapi inout, I can confirm that the DTMF digits are sent by telco. Some how either they are not getting relayed to cucm or something else. How can we check from CCM traces whether the dtmf is received by cucm? One more thing to be noted is there is MPLS link between this VG and CUCM. Other 2 VGs are in the same LAN where CUCM is and those don't have such issue.