Dial-peers & DTMF

[Bob Greer]

Hi there,

Thanks for reading!

I'm having DTMF issues.  I have cellular users complaining that their DTMFs have no effect when dialing into my systems.

I'm looking for two things: how to see which dial-peers are in use for the two legs.  I'm seeing that show voip rtp connections detail | inc (my cell number) doesn't return dial peers in use.

Also, I'm wondering if anyone sees a smoking gun in my for the dial-peers we SHOULD be hitting.  I have

INBOUND (from SIP Trunk)

 service session

 max-conn 250

 session protocol sipv2

 session transport udp

 incoming called e164-pattern-map 20

 voice-class codec 2 offer-all

 no voice-class sip g729 annexb-all

 voice-class sip error-code-override cac-bandwidth failure 503

 no voice-class sip pass-thru content sdp

 voice-class sip bind control source-interface GigabitEthernet0/0/2.202

 voice-class sip bind media source-interface GigabitEthernet0/0/2.202

 dtmf-relay rtp-nte digit-drop

 ip qos dscp cs3 signaling

!

OUTBOUND (To my calling platform)

 service session

 session target ras

 destination e164-pattern-map 20

 voice-class codec 2 offer-all

 dtmf-relay h245-alphanumeric h245-signal

 ip qos dscp cs3 signaling

Thanks again for reading!

[Deepak Mehta · Accepted solution]

Below commands will give you the which dial-peer is matching.

debug dial-peer
debug voip ccapi inout

have you tried adding dtmf-relay rtp nte h245-alphanumeric h245-signal on outbound and has it ever worked before.?

[Bob Greer]

Hi Deepak,

Thanks for writing! 

This is a high-volume CUBE.  What kind of load will that put on my router?  At the time of writing, the router has 514 active RTP connections.  The hardware is:

4194304K bytes of physical memory.
7341807K bytes of flash memory at bootflash:.

NAME: "Chassis", DESCR: "Cisco ISR4451 Chassis"
PID: ISR4451-X/K9      , VID: V06, SN:

NAME: "module 0", DESCR: "Cisco ISR4451 Built-In NIM controller"
PID: ISR4451-X/K9      , VID:    , SN:           

NAME: "PVDM subslot 0/4", DESCR: "PVDM4-64 Voice DSP Module"
PID: PVDM4-64          , VID: V02, SN:

NAME: "NIM subslot 0/0", DESCR: "Front Panel 4 ports Gigabitethernet Module"
PID: ISR4451-X-4x1GE   , VID: V01, SN:

NAME: "module 1", DESCR: "Cisco ISR4451 Built-In SM controller"
PID: ISR4451-X/K9      , VID:    , SN:           

NAME: "module 2", DESCR: "Cisco ISR4451 Built-In SM controller"
PID: ISR4451-X/K9      , VID:    , SN:           

NAME: "module R0", DESCR: "Cisco ISR4451 Route Processor"
PID: ISR4451-X/K9      , VID: V06, SN:

NAME: "module F0", DESCR: "Cisco ISR4451 Forwarding Processor"
PID: ISR4451-X/K9      , VID:    , SN:           

Thanks,

Bob

[Deepak Mehta · Accepted solution]

Hi Bob,

yes the first one is not that intensive on CPU however i would definitely  use the second one during off production hours

Have you tried adding RTP NTE , in dtmf relay for outbound , that won't hurt?.

Also it would be good to capture "debug ccsip all "  see what DTMF/payload type is coming in and if cube is changing the PT before sending out.

[Bob Greer]

Hi Deepak,

We added RTP NTE to our relay commands with no effect.  The debugs showed the dial-peers callers are using and they're appropriate.  We saw variations in e164 pattern matching and aligned with other, working CUBEs in our organization but that also had no effect.

I'm testing with Cisco again tonight and will post results.

Thanks again for commenting!

Bob

[Deepak Mehta]

Bob-Thanks for update .

I am assuming you have tested with different celluar provider's here.

One thing i am quite sure that CUBE does support internetworking between RTP NTE and H245 alpha in SIP -H323 call flow however payload type can be an issue .This can also be resolved with putting assymetric pyalod full or content pass thru sdp commands.

Please do keep us posted on outcome.thanks

[Bob Greer]

Hi Deepak,

Thanks for your help.  Debugs revealed that our outgoing traffic wasn't hitting the dial-peer we thought it would.  We shortened the digit requirement for the expected outgoing e164 pattern with $ and from that point calls started matching and getting the proper outgoing dtmf-treatment in my own hardware.

Consequently, our remote users were able to enter dtmf codes and have them be received in my network..

Thanks again!

[Deepak Mehta]

Thanks Bob for updating , config looked good so i was wondering what is it.

As the call was completing at first so i didnt think it was dial-peer issue.

[Deepak Mehta]

Hello Bob,

Any update on this , i am curious to know what was done to fix the issue.thanks