start_dtmf you need to start only if you receive in-band (tone) dtmf. If you are receiving rfc2833 then it should be rtp event packed picked up by FS by default, so RTP RECV DTMF 9:1280 means you got RTP EVENT with duration 1280 sent by source like that. This you should be able to see if you tcpdump/ngrep on that server. So I suggest disable start_dtmf and do the tcpdump to see if you will receive RTP EVENT when dtmf is ignored. mirko On Thu, Sep 8, 2016 at 3:01 PM, Jeff Crews <jeff@eoni.com> wrote:
Thank you very much.
Those descriptions help understand the relationship much better.
So I am only using PCMU and PCMA codecs.
My only active SIP profile was already on: dtmf-type=rfc2833 with liberal-dtmf not specified…however I added liberal-dtmf=false anyway just to be sure.
Then I made sure anything with start_dtmf or start_spandsp were disabled and made a test call to the IVR.
I made three test calls and dialed a signal digit of 9 on the IVR menu and each of the three times…it routed perfectly with log entries like this:
2016-09-08 05:09:33.086731 [DEBUG] switch_ivr_menu.c:424 digits 9
Then on my fourth call…I dialed the same numbers and the IVR menu kept playing as it was as if no digits were detected at all. This is the symptom that led me to a person suggesting I place the “start_dtmf” at the beginning of my inbound routes for my user needing the IVR menu. After placing 10 calls using the same Verizon Droid Turbo mobile phone, on 10 calls, 50% of the calls resulting in the IVR not hearing the DTMF and the IVR recording played on. I tried dialing several times the 9 digit…and no improvement.
In running a: tail freeswitch.log | grep –i dtmf
I see nothing with the text dtmf in the log when the DTMF is not detected.
Then I tried 10 more and all failed to recognize DTMF dialed while the IVR menu was played.
Then I added back start_dtmf on the inbound route for this customer.
Then I could consistently get the DTMF to be recognized.
I started two SSH sessions tailing the freeswitch.log to look for “digits” in one and case-insensitive “dtmf” in the other.
I did 20 test calls from the same mobile phone, no speakerphone, dialing 9 each time.
In 20 calls only 1 call got double digits received by the switch_ivr_menu.c.
When I did see double digits…I got an entry like this:
2016-09-08 05:49:15.846749 [DEBUG] switch_rtp.c:6874 RTP RECV DTMF 9:1280
I placed 30 more test calls
8 had double digit 9, 2 had triple digit 9 and the other 10 were good with only single digit received.
Again when duplicate digits occurred I got entries in the log from switch_rtp.c
Last week when I noticed duplicate digits were received I added IVR menu options for each menu entry so that if 2=sales I added 2, 22 and 222 to all go to sales to keep calls flowing until I can figure this out.
Does anyone know exactly what does “RTP RECV DTMF” indicates?
Would packet capture in wireshark show something?
Jeff
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Guillermo Ruiz Camauer *Sent:* Wednesday, September 07, 2016 10:43 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] intermittent DTMF duplicate digit detection
Jeff,
Just a couple of pointers. Inband DTMF detection is handled by spandsp and only really works if you are using PCMU or PCMA codecs (it does NOT work if you use codecs that compress like G.729, etc.) Spandsp analyses the tone frequencies received and tries to determine which DTMF was sent.
RFC2833 works by sending a special packet in the RTP stream, no analysis needed. You should only specify ONE DTMF method for a channel if you don't want to have duplication problems.
You should set <param name="dtmf-type" value="rfc2833"/> and <param name="liberal-dtmf" value="false"/> in the sip profile so that it only accepts RFC2833.
Regards,
Guillermo
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko