[Freeswitch-users] mod_spandsp: Inband DTMF not processed

[Nagalenoj H.]

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 at 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 at 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 at 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 at 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 at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140704/0f2ca403/attachment.html