CUCM 8.6 H.323 Gateway DTMF not passing through FXO circuit

I'm having some issues with and H.323 gateway passing DTMF to IVR systems.  The gateway is a 2811 router with a VIC2-4FXO card for two pots lines.  This issue is happening on any IVR system that is called into regardless of company.  If I hook up a test set (Analog phone) directly to the circuit and dial an IVR system I have no issues sending digits to the system, and I've talked with the carrier to verify that they are not blocking DTMF.

Server:  CUCM 8.6
Router and IOS: Cisco 2811 w/ c2800nm-advipservicesk9-mz.151-4.M7.bin


I've extensively looked at this for awhile now and hope that some fresh eyes might see what I'm missing.

I've tried it with and without an MTP.  I've tried changing dtmf-relay on the dial peer.  I read where it could be an issue with the RTP cut through.  I used the voice rtp send-recv command.

In using a debug h245 asn1, I can dial the IVR number.  One of the menu options is to dial 44 for customer service.  When I press 44 on the keypad I can see it in the debug.  So it appears that I'm sending DTMF to the circuit.


H245 ASN1 debug output:


Mar  5 20:52:13.628: h245_decode_one_pdu: more_pdus = 0, bytesLeftToDecode = 7
Mar  5 20:52:13.628: H245 MSC INCOMING ENCODE BUFFER::= 6D810446800063
Mar  5 20:52:13.628:
Mar  5 20:52:13.628: H245 MSC INCOMING PDU ::=

value MultimediaSystemControlMessage ::= indication : userInput : signal :
    {
     signalType "4"
      duration 100
    }

Mar  5 20:52:13.628: h245_decode_one_pdu: H245ASNDecodePdu rc = 0, bytesLeftToDecode = 0
Mar  5 20:52:13.628: h245_decode_one_pdu: Read Pkt body: more_pdus:0 rc:0 asn_rc:0
Mar  5 20:52:13.920: h245_decode_one_pdu: more_pdus = 0, bytesLeftToDecode = 7
Mar  5 20:52:13.920: H245 MSC INCOMING ENCODE BUFFER::= 6D810446800063
Mar  5 20:52:13.920:
Mar  5 20:52:13.920: H245 MSC INCOMING PDU ::=

value MultimediaSystemControlMessage ::= indication : userInput : signal :
    {
      signalType "4"
      duration 100
    }

Mar  5 20:52:13.920: h245_decode_one_pdu: H245ASNDecodePdu rc = 0, bytesLeftToDecode = 0
Mar  5 20:52:13.920: h245_decode_one_pdu: Read Pkt body: more_pdus:0 rc:0 asn_rc:0
Mar  5 20:52:19.360: h245_decode_one_pdu: more_pdus = 0, bytesLeftToDecode = 5
Mar  5 20:52:19.360: H245 MSC INCOMING ENCODE BUFFER::= 0400000000
Mar  5 20:52:19.360:
Mar  5 20:52:19.360: H245 MSC INCOMING PDU ::=

value MultimediaSystemControlMessage ::= request : closeLogicalChannel :
    {
      forwardLogicalChannelNumber 1
      source user : NULL
    }



Mar  5 20:52:19.360: h245_decode_one_pdu: H245ASNDecodePdu rc = 0, bytesLeftToDecode = 0
Mar  5 20:52:19.360: h245_decode_one_pdu: Read Pkt body: more_pdus:0 rc:0 asn_rc:0
Mar  5 20:52:19.360: H245 MSC OUTGOING PDU ::=

value MultimediaSystemControlMessage ::= response : closeLogicalChannelAck :
    {
      forwardLogicalChannelNumber 1
    }
2811Gateway.txt
LVL 4
jplagensAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

José MéndezCommented:
So, IP PHones registered to CUCM 8.6 calls a number, that number ends up hitting a route pattern that pushes the call out through the H.323 gateway and connects to an external IVR. At that point if the IP Phone user punches the keys the DTMFs are not recognized by the IVR system?
0
jplagensAuthor Commented:
Yes.  Here's an example called number: 4085551234

User dials the number 914085551234

Translation pattern globalizes the number to +14085551234

Number is sent to route pattern

\+! route pattern sends number to route list containing Standard Local Route Group

SLRG looks at the route group of the calling number's device pool

The device pool uses a route group that contains the H.323 gateway
     
The called party transformation pattern of \+.1! nationalizes the number to 14085551234
     
On the gateway dial-peer 110 accepts the incoming call from CUCM and the translation-profile prepends a 9 to the number:  914085551234
     
Finally dial-peer 11 matches the outgoing call and forwards 11 digits for the national number: 14085551234.

The call sets up and is established.  If a menu system asks to "Press 1 for tech support, press 2 for the weather" Nothing happens when the corresponding button is pressed.
0
José MéndezCommented:
Ok now, you have tried many things but it doesn't seem like you know what is happening with the tones coming out of the phone  on each different configuration scenario. Now it is time to trace down the tones. If you are willing to collect CM traces and debugs, I can help you analyze them.
0
Learn Ruby Fundamentals

This course will introduce you to Ruby, as well as teach you about classes, methods, variables, data structures, loops, enumerable methods, and finishing touches.

jplagensAuthor Commented:
Yes.  That's where EE comes in.  I've been unsure on what traces to look at.

In serviceability:
Server: the pub
service group: CM Services
Service: Cisco CallManager
Trace on: checked

Debug trace level: detailed

What trace fields?
0
José MéndezCommented:
Wait a sec, you already ran the appropriate debugs, I missed that part!

value MultimediaSystemControlMessage ::= indication : userInput : signal :
    {
      signalType "4"
      duration 100
    }

The caller (not sure if yourself) pressed digit 4 twice, isn't that right?
0
jplagensAuthor Commented:
Yes.  I tested the call with a distributor.  Once the IVR comes on you press 44 for the sales department.  In this case when I press 44  the recording continues to play and nothing happens.  The message eventually repeats because it doesn't detect the DTMF from the phone.
0
sr75Commented:
Is this line in your VOIP dial peers?

dtmf-relay rtp-nte h245-alphanumeric

Open in new window

0
José MéndezCommented:
Your inbound dial-peer, the one that is matched when Callmanager extends the call to the gateway, has to match the dtmf method that Callmanager is using. You can identify the inbound dial-peer for a test call using a <debug voip ccapi inout>
0
jplagensAuthor Commented:
The current dial peer had this value for dtmf:  dtmf-relay h245-signal.  I changed it to include everything and it still did not work.

Current voip dial-peer is:
dial-peer voice 110 voip
 description To CUCM Publisher
 translation-profile incoming PREFIXNINE
 preference 1
 destination-pattern 2..$
 session target ipv4:172.16.2.50
 incoming called-number .%
 voice-class codec 1  
 dtmf-relay rtp-nte h245-signal h245-alphanumeric

After changing the dtmf-relay I've made some test calls running some debugs.  It looks like the call is setting up with h245-signal when reviewing the "show call active voice" command:  

tx_DtmfRelay=h245-signal
debug-voip-ccapi-inout.txt
show-call-active-voice.txt
0
José MéndezCommented:
H.245 is always going to be there because it is the subset protocol that negotiates the media characteristics, including the DTMF method. Your dialpeer is set to h245 and Callamanager is sending them as h.245 signals, matching both ends. Now we need to identify if the tones are being pushed out of the FXO with the help of Dial-peer=11

Please collect this debug:

debug voip ccapi inout
debug h245 asn1
debug h225 asn1
debug vmp signal
debug vtsp all
0
José MéndezCommented:
I was hoping you would enable the debugs and gather them as a whole in a single file from the same call, not sure if you opened several terminal windows to generate separate debugs for the same call, but in the future, it is usually not necessary and far better to just combine all debugs in the same log file.

I see the events in the VOIP side, but I can't see them being pushed through the FXO Port. This is how it would look like:

http://www.cisco.com/c/en/us/td/docs/ios/voice/monitor/configuration/guide/12_4/vt_12_4_book/vt_h323_trouble.html#wp1060798

Can you attach a <show inventory> and the show running for dial peer 11?
0
jplagensAuthor Commented:
No problem.  I had gotten into a habit of separating all of my debugs out for readability.  I've included all of the debugs in one session.
Debugs.txt
Show-Inventory.txt
Show-Running.txt
0
jplagensAuthor Commented:
I setup a SIP trunk in CUCM and CUBE on the router.  With this configuration DTMF works properly now.  The POTS lines have been cancelled.
0
José MéndezCommented:
Good choice
0
jplagensAuthor Commented:
Yes, BUT it really bugs me why DTMF would not work through those POTS lines.  Everything appeared correct.  Oh well, maybe next time....
0
jplagensAuthor Commented:
Not sure how to close this one out.  Everyone had helpful suggestions, but the end result was moving to a different solution.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
jplagensAuthor Commented:
Problem could not be resolved and moved to new technology to fix.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
IP Telephony

From novice to tech pro — start learning today.