12-06-2016 06:04 AM
I have been using a Cisco 2901 router with FXO cards and a TCL script to detect DTMF digits for a while now. Since the EOL has been set for these routers, I decided to try the replacement router (the 4331) with NIM cards. However, I'm having some issues detecting DTMF digits with the new router setup.
Situation:
We register SIP extensions to the router using CME. These SIP extensions then solely route calls to / from the FXO ports. IE - no sip to sip call or FXO to FXO calls. We only detect DTMF digits on the SIP side of the call (we don't care about any DTMF digits detected on the FXO physical port). This all worked great on the 2901 router.
Problem:
On the 4331 router, all the SIP configurations work, we can place inbound and outbound calls, but the TCL script will not detect DTMF digits on the SIP side of the call. I have "puts" statements in the script, so I know it's actually running correctly, and I get the DTMF timeout T. If I switch the script to setup DTMF detection on the opposite part of the leg (detect on the FXO port), it detects the DTMF properly. I've sent the DTMF on the SIP side as RFC2833 and as in-band tones (neither gets detected). I believe the router is correctly interpreting the RFC2833 events, as the DTMF digits are getting converted and sent out the FXO port properly.
Is there something the new router requires to setup DTMF detection on the voip leg? There is a PVDM4-32 module on the motherboard of the router.
Thank you for any guidance / suggestions.
12-06-2016 08:25 PM
Can you please share your dialpeer config ?
DIalpeer may need to be configured differently.
12-07-2016 05:12 AM
A sample dialpeer follows:
dial-peer voice 2 pots
corlist outgoing port2
destination-pattern .
port 0/1/2
My service is defined in:
application
service dtmf bootflash:dtmf.tcl
global
service default dtmf
Thanks,
Mike
12-08-2016 04:37 AM
Your SIP dialpeer config ?
12-06-2016 08:49 PM
Please check the bug (CSCux85683) .
Thanks,
Raghavendra
12-07-2016 05:16 AM
I'm not sure that this bug applies to me. It seems this bug is stating that DTMF will not pass at all from the voip side if the call is originated on the voip side. In my scenario, DTMF will pass from the voip side to the FXO port (which implies the router is detecting the RFC2833 packets and converting them to inband DTMF properly), it just will not report it to my service via the ev_digit_end event.
Thanks,
Mike
12-07-2016 08:20 PM
Which IOS version you are using, I believe you might be hitting bug (CSCux85683, CSCuw06084) which are raised for ISR G3 routers. As in these cases router detects DTMF but does not pass to TCL script.Please check with fixed releases.
Thanks,
Raghavendra
12-14-2016 09:51 AM
Thank you for the response. I've been working on getting SmartNet on this router, but it's taking longer than expected on our end. Thought I would go ahead and respond now, and I'll respond again when I get the new firmware and test it.
Thanks,
Mike
03-21-2017 01:14 PM
I have been unable to continue with this testing. When I installed the new firmware, my third party SIP registrations quit working. I'll be opening another forum discussion on the registration topic to see if anyone has resolved that issue. Thank you for all your assistance.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide