Hi, Sorry, there was some misunderstanding in the analysis done. I didn't received the DTMFs from the other end and so the app didn't recognize the given digits. It is not an issue with Freeswitch. Anyway, thanks for the reply. On Mon, Jun 23, 2014 at 7:28 PM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Hi,
I've listened to the DTMF events and I found the following behavior.
The DTMF events with 'DTMF-Conversion: native%3Ainband' header are re-generated without the header, and only these re-generated DTMFs are received in the application. My problem is that these events are not re-generated consistently.
I've attached the DTMF events I've received. In this scenario, I pressed 392 and in the application only 2 is received.
On Fri, Jun 20, 2014 at 3:04 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Hi Christopher,
Thanks for your instant reply.
I've tried without spandsp_start_dtmf now, and still the behavior is inconsistent. Here is a sample fs log.
1feeb0f2-f7f8-11e3-ad58-b36c1aaf53e8 2014-06-19 22:26:23.774526 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 3:1280 20d28520-f7f8-11e3-ad68-b36c1aaf53e8 2014-06-19 22:26:24.354513 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 3:400 2014-06-19 22:26:24.354513 [CRIT] sb_main.js:428 -----digit: 3 1feeb0f2-f7f8-11e3-ad58-b36c1aaf53e8 2014-06-19 22:26:25.394516 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 8:1280 1feeb0f2-f7f8-11e3-ad58-b36c1aaf53e8 2014-06-19 22:26:27.094516 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 0:1280 20d28520-f7f8-11e3-ad68-b36c1aaf53e8 2014-06-19 22:26:27.734531 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 0:400 2014-06-19 22:26:27.734531 [CRIT] sb_main.js:428 -----digit: 0 2014-06-19 22:26:32.754515 [CRIT] sb_main.js:390 digits pressed after collect input: 30
On Fri, Jun 20, 2014 at 2:24 AM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
RTP RECV DTMF means the DTMF was received as a telephone-event (not inband audio). You don't need to use the spandsp DTMF detector.
On Thu, Jun 19, 2014 at 4:44 PM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Hi,
I am facing an issue with using Inband DTMFs.
Inband DTMFs are getting detected in switch_rtp.c but then it is not processed further by mod_spandsp_dsp.c. This issue is inconsistent, for few calls it is working and not working for few other calls.
For a working call, I'm getting the logs as below,
2014-06-19 21:24:40.334513 [DEBUG] switch_ivr_play_say.c:1682 done playing file file_string:///usr/local/freeswitch/sounds/music/switch/2539_SB_welcome_switch.wav!/usr/local/freeswitch/sounds/music/switch/1sec_silence.wav!/usr/local/freeswitch/sounds/music/switch/SB_landing_IVR.wav 2014-06-19 21:24:44.114522 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 3:1280 2014-06-19 21:24:44.694512 [DEBUG] mod_spandsp_dsp.c:372 DTMF BEGIN DETECTED: [3] 2014-06-19 21:24:44.854513 [DEBUG] mod_spandsp_dsp.c:384 DTMF END DETECTED: [3], duration = 165 ms 2014-06-19 21:24:45.434531 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 9:1280 2014-06-19 21:24:45.994513 [DEBUG] mod_spandsp_dsp.c:372 DTMF BEGIN DETECTED: [9] 2014-06-19 21:24:46.154514 [DEBUG] mod_spandsp_dsp.c:384 DTMF END DETECTED: [9], duration = 165 ms 2014-06-19 21:24:47.434530 [DEBUG] switch_rtp.c:3793 RTP RECV DTMF 2:1280 2014-06-19 21:24:48.034523 [DEBUG] mod_spandsp_dsp.c:372 DTMF BEGIN DETECTED: [2] 2014-06-19 21:24:48.034523 [CRIT] sb_main.js:390 digits pressed after collect input: 392
On the failure calls, I'm getting only the RTP RECV DTMF log and not the DTMF BEGIN and DTMF END DETECTED log messages and because of this, dialplan application is not receiving any DTMFs.
I've attached the pcap file and full fs log for failure call.
What could be the cause of this inconsistent behavior? Kindly help me to rectify this.
-- Regards, Nagalenoj H.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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, Nagalenoj H.
-- Regards, Nagalenoj H.
-- Regards, Nagalenoj H.