Verify DTMF digits are sent to PSTN

[blive56133]

Hi.
How can I see if and which DTMF numbers are being sent to PSTN?
I have CUCM connected to CUBE via SIP trunk. From CUBE to PSTN provider we also use SIP. In most cases when we use DTMF everything is ok. But when I call certain numbers, DTMF doesn't work. How can I check that I am actualy sending digits outside of my network?

I tried using these commands but the output is simply too extensive especially because I don't know what I'm looking for.
debug voip ccapi inout
debug ccsip all
debug voip rtp

So, let's say I use 131313 as dtmf digits. How will I see it in debug (and which debug should I use)?

[Manish Gogna]

Hi,

Please check the following

https://supportforums.cisco.com/blog/154706

http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book/vb_1380.html

HTH

Manish

[blive56133]

Thanks for guides but it doesn't really help with troubleshooting. 

I use RFC2833 (see it in debug). But how do I see dtmf digits that are being sent, only via Wireshark?

[Manish Gogna]

Yes, inband dtmf will be visible in Wireshark.

Manish

[blive56133]

is it visible in any of the debug commands?

[Mohammed al Baqari]

As I said in my earlier post. Use debug voip rtp session named-event.

It depends on which DTMF relay method used. If you are using SIP out-of-band (NOTIFY, INFO, KPML), in this case you "debug ccsip mess" should show you the digits. In case you are using RTP-NTE, you can use "debug voip rtp session named-event" - See more at: https://supportforums.cisco.com/discussion/12545781/verify-dtmf-digits-are-sent-pstn#sthash.yoLDPRso.dpuf

[blive56133]

I wasn't sure which one I am using. But I tried both of the debugs you mentioned.

For "debug voip rtp session named-event" I didn't get any output in the debug (so it seems I don't use rtp-nte...)

For debug 'ccsip messages' I got output but I can't find dtmf digits I dialed - in 1.txt digits were 151515 and in 2.txt digits were 88888888? In which part of debug can I see this digits?

[Nadeem Ahmed]

RTP-NTE is inband DTMF, where DTMF sent using the RTP stream (media). Try checking or collecting the packet capture .

this need to decode further and sample to find out the digit pressed.

Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:04 00 00  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:04 00 00  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:04 00 00  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:04 01 90  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:84 03 20  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:84 03 20  <Snd>>>
Feb 06 10:03:00.910:          Pt:101    Evt:5       Pkt:84 03 20  <Snd>>>

[blive56133]

I'm sorry but I don't understand. Can I collect and view digits via debug command or not? Or I MUST use wireshark?

[Nadeem Ahmed]

ideally it should show up in the debug if not then  you can collect the wireshark capture on the GW to see digit in the RTP stream.

Br,

Nadeem

[blive56133]

the link you mention is for this post...

[Mohammed al Baqari]

It depends on which DTMF relay method used. If you are using SIP out-of-band (NOTIFY, INFO, KPML), in this case you "debug ccsip mess" should show you the digits. In case you are using RTP-NTE, you can use "debug voip rtp session named-event"

[Nadeem Ahmed]

Yes it depends what kind of dtmf relay method you are using in your environment. If it OOB it can be very much feasible and viewable in the traces/logs in case of in-band you need to PCM capture for that.

Br,

Nadeem