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 <[email protected]> > 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 [email protected] 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 <[email protected]> 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 <[email protected]> >> >>> 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 >>> [email protected] >>> 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
