[Freeswitch-users] Double-dtmf detection in IVR when a call is routed through FreeSWITCH

Milena testeador01 at gmail.com
Wed May 27 08:49:28 PDT 2009


Are the configurations of the audiocodes set to send only in-audio dtmf?
make sure everything is sending only in-audio

2009/5/27 Drew Ozier <drew.ozier at gmail.com>

> To clarify, I'm not running the IVR. I have a TDM T1 that comes in to an
> AudioCodes Mediant 1000 (SIP Gateway) which goes to a FreeSWITCH machine. I
> receive calls coming in off the T1 which goes through my Mediant 1000 which
> goes to my FreeSWITCH machine which makes an outbound call back through the
> Mediant 1000 to an IVR (bridging the inbound and outbound calls). I have
> (supposedly) configured the AudioCodes Mediant 1000 to pass the DTMF
> in-band, because I want to minimize the amount of modifications I make to
> the audio stream going through my system. I also want to be able to log when
> DTMF events occur for analysis purposes. If I do not have start_dtmf, then
> FreeSWITCH does not show me any DTMF in the logs, but when I have it on, it
> will.
>
> Here's a DTMF event in my FreeSWITCH logs:
> (I changed the debug message to a notice and added the callId and the nano
> time of the event)
> 2009-05-26 16:02:05 [NOTICE] switch_ivr_async.c:996 inband_dtmf_callback()
> 348323 61182225861200042042 at 10.1.10.10 DTMF DETECTED: 5
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1322 do_2833() Send start packet
> for [5] ts=1217893935 dur=160/160/2000 seq=55199
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=320/320/2000 seq=55200
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=480/480/2000 seq=55201
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=640/640/2000 seq=55202
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=800/800/2000 seq=55203
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=960/960/2000 seq=55204
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1120/1120/2000 seq=55205
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1280/1280/2000 seq=55206
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1440/1440/2000 seq=55207
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1600/1600/2000 seq=55208
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1760/1760/2000 seq=55209
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send middle packet
> for [5] ts=1217893935 dur=1920/1920/2000 seq=55210
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send end packet for
> [5] ts=1217893935 dur=2080/2080/2000 seq=55211
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send end packet for
> [5] ts=1217893935 dur=2080/2080/2000 seq=55212
> 2009-05-26 16:02:05 [DEBUG] switch_rtp.c:1258 do_2833() Send end packet for
> [5] ts=1217893935 dur=2080/2080/2000 seq=55213
>
> Does the fact that switch_rtp is sending packets mean that FreeSWITCH is
> sending out-of-band DTMF as well as recognizing the in-band?
>
> Thanks for your quick replies, hopefully this will make my issue clearer.
>
> -Drew
>
>
> On Wed, May 27, 2009 at 10:22 AM, Milena <testeador01 at gmail.com> wrote:
>
>> Check the freeswitch log when the dtmf are being received, most likely
>> your device is sending them both as Dave says, maybe the telephone you're
>> dialing with sends it both inband and rtp. What does the log says?
>>
>> 2009/5/26 Drew Ozier <drew.ozier at gmail.com>
>>
>>>  I've got a configuration where I receive inbound calls and dial out to a
>>> pre-determined 800-number based on the DNIS of the call. I set <action
>>> application="start_dtmf"/> and have everything set up so that DTMF only
>>> comes to me via inband. When I'm providing DTMF data to the IVR, it will
>>> recognize a single keypress as a double-tap. My FreeSWITCH logs only contain
>>> one DTMF entry, but when I listen to the receiving end of the call, I can
>>> hear a hiccup in the DTMF tone that is getting played. When I do not use
>>> 'start_dtmf', this problem goes away. I need inband DTMF detection, but I
>>> can't have it messing up the audio stream. Any thoughts?
>>>
>>> -Drew Ozier
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090527/6802471c/attachment-0002.html 


More information about the FreeSWITCH-users mailing list