Inbound DTMF Not Recognized In Latest Version
I am having a problem where in inbound call from the PSTN going to the demo IVR does not recognize DTMF digits. I posted a log at http://pastebin.freeswitch.org/11769. I am running Freeswitch (freeswitch-1.0.5-20100112-0400.tar.gz) with an A101D Sangoma Card and wanpipe driver: wanpipe-3.5.10.tgz. I am not using libpri. It appears that each DTMF digit might be getting detected twice. I tried to dial "5401" and it thought I dialed "5544". I am following the instructions at http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf, as shown below. Also, I tried moving the "start_dtmf" statement in between all the statements within the condition tag, but it didn't make any difference. <extension name="ivr_demo"> <condition field="destination_number" expression="5000"> <action application="answer"/> <action application="start_dtmf" /> <action application="sleep" data="2000"/> <action application="ivr" data="demo_ivr"/> </condition> </extension> Also, I noticed at line #293, the log is saying: [ERR] mod_sndfile.c:194 Error Opening File [/usr/local/freeswitch/sounds/ivr/ivr-that_was_an_invalid_entry.wav] [System error : No such file or directory.] Has anyone else encountered this issue? Best Regards, Jerry
looks like you don't have the latest sound files installed. /b On Jan 12, 2010, at 5:10 PM, Jerry Richards wrote:
[ERR] mod_sndfile.c:194 Error Opening File [/usr/local/freeswitch/sounds/ivr/ivr-that_was_an_invalid_entry.wav] [System error : No such file or directory.]
These are my install steps. 1) ./bootstrap.sh 2) ./configure 3) uncomment ../../libs/openzap/mod_openzap in ./modules.conf 4) make 5) make install sounds-install moh-install hd-sounds-install hd-moh-install uhd-sounds-install uhd-moh-install 6) contrib/trixter/makemodconf.pl modules.conf > /usr/local/freeswitch/conf/autoload_configs/modules.conf.xml Are these correct? Thanks, Jerry -----Original Message----- From: Brian West [mailto:brian@freeswitch.org] Sent: Tuesday, January 12, 2010 3:26 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Inbound DTMF Not Recognized In Latest Version looks like you don't have the latest sound files installed. /b On Jan 12, 2010, at 5:10 PM, Jerry Richards wrote:
[ERR] mod_sndfile.c:194 Error Opening File [/usr/local/freeswitch/sounds/ivr/ivr-that_was_an_invalid_entry.wav] [System error : No such file or directory.]
Yes but you can just do uhd-sounds-install uhd-moh-install they include everything below it. /b On Jan 13, 2010, at 10:00 AM, Jerry Richards wrote:
These are my install steps.
1) ./bootstrap.sh 2) ./configure 3) uncomment ../../libs/openzap/mod_openzap in ./modules.conf 4) make 5) make install sounds-install moh-install hd-sounds-install hd-moh-install uhd-sounds-install uhd-moh-install 6) contrib/trixter/makemodconf.pl modules.conf > /usr/local/freeswitch/conf/autoload_configs/modules.conf.xml
Are these correct?
Thanks, Jerry
Hi Jerrey,
From your debug information: 2010-01-12 14:50:27.778790 [DEBUG] switch_ivr_async.c:1532 DTMF DETECTED: [5]
This is the FS software 'inband' detection of the digit 5 DTMF tone as a result of issuing 'start_dtmf'. 2010-01-12 14:50:28.038716 [DEBUG] mod_openzap.c:672 queue DTMF [5] mod_openzap.c -- OPENZAP Endpoint Module This is the A101D Sangoma Card detection of the digit 5 DTMF tone. I assume your card has the 'DTMF decoding and tone recognition' optional DSP daughterboard installed. So there is no need to use <action application="start_dtmf" /> which will start the FS software 'inband' DTMF tone detection algorithm. If someone would like to confirm this, please do. regards, Scott Torr On Tue, 12 Jan 2010 15:10 -0800, "Jerry Richards" <jerry.richards@teotech.com> wrote:
I am having a problem where in inbound call from the PSTN going to the demo IVR does not recognize DTMF digits. I posted a log at http://pastebin.freeswitch.org/11769. I am running Freeswitch (freeswitch-1.0.5-20100112-0400.tar.gz) with an A101D Sangoma Card and wanpipe driver: wanpipe-3.5.10.tgz. I am not using libpri.
It appears that each DTMF digit might be getting detected twice. I tried to dial "5401" and it thought I dialed "5544".
I am following the instructions at http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf, as shown below. Also, I tried moving the "start_dtmf" statement in between all the statements within the condition tag, but it didn't make any difference.
<extension name="ivr_demo"> <condition field="destination_number" expression="5000"> <action application="answer"/> <action application="start_dtmf" /> <action application="sleep" data="2000"/> <action application="ivr" data="demo_ivr"/> </condition> </extension>
Also, I noticed at line #293, the log is saying:
[ERR] mod_sndfile.c:194 Error Opening File [/usr/local/freeswitch/sounds/ivr/ivr-that_was_an_invalid_entry.wav] [System error : No such file or directory.]
Has anyone else encountered this issue?
Best Regards, Jerry
_______________________________________________ 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
If you're using OpenZAP you don't need start_dtmf thats mostly for RTP streams that are inband and OpenZAP does the DTMF bits for you if you start that you'll end up with double digits most likely. /b On Jan 13, 2010, at 9:56 AM, Scott Torr wrote:
If someone would like to confirm this, please do.
Okay, cool. Now it's working. It is possible I screwed up the XML files when I upgraded (since there were several new paths relating to accessing sound files), so I rebuilt/reinstalled it from scratch and then more carefully edited the XML files to preserve the new sound paths. I also took out the "start_dtmf". So this my issue resolved. Thanks, Jerry -----Original Message----- From: Brian West [mailto:brian@freeswitch.org] Sent: Wednesday, January 13, 2010 8:01 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Inbound DTMF Not Recognized In Latest Version If you're using OpenZAP you don't need start_dtmf thats mostly for RTP streams that are inband and OpenZAP does the DTMF bits for you if you start that you'll end up with double digits most likely. /b On Jan 13, 2010, at 9:56 AM, Scott Torr wrote:
If someone would like to confirm this, please do.
The way I changed the configs, they should all still work fine with old configs, just not if sounds directory is moved out of prefix, which there is not a way to do yet. Mike On Jan 13, 2010, at 12:15 PM, Jerry Richards wrote:
Okay, cool. Now it's working. It is possible I screwed up the XML files when I upgraded (since there were several new paths relating to accessing sound files), so I rebuilt/reinstalled it from scratch and then more carefully edited the XML files to preserve the new sound paths. I also took out the "start_dtmf". So this my issue resolved.
Thanks, Jerry
-----Original Message----- From: Brian West [mailto:brian@freeswitch.org] Sent: Wednesday, January 13, 2010 8:01 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Inbound DTMF Not Recognized In Latest Version
If you're using OpenZAP you don't need start_dtmf thats mostly for RTP streams that are inband and OpenZAP does the DTMF bits for you if you start that you'll end up with double digits most likely.
/b
On Jan 13, 2010, at 9:56 AM, Scott Torr wrote:
If someone would like to confirm this, please do.
_______________________________________________ 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
participants (4)
-
Brian West
-
Jerry Richards
-
Michael Jerris
-
Scott Torr