[Freeswitch-users] FS vs provider's Sonus DTMF (double digit) problem

Anthony Minessale anthony.minessale at gmail.com
Thu Jun 2 03:13:02 MSD 2011


its kind of silly but I can see some kind of rationale for it if you
are trying to allow both the signalling and the media to see dtmf for
sure but you certainly need to ignore one of them.  Technically, INFO
dtmf does not exist, the draft expired and was not adopted so it's a
rogue method now.  Everyone already uses it so i'm sure it will stay
around.  I don't think there is a real way to negotiate it however.


On Wed, Jun 1, 2011 at 5:36 PM, Dmitry Saratsky <freeswitch at simpot.com> wrote:
> One more question:
>
> Is this behavior not just may be called as "unusual", but definitely
> prohibited by protocol description/rfc/etc? bcz I'm thinking to make
> mega-BOOM to my provider, but I have to know if it "strange" or "prohibited"
> behavior...
>
> Thanks.
>
>
> -----Original Message-----
> From: freeswitch-users-bounces at lists.freeswitch.org
> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony
> Minessale
> Sent: 01 Jun 2011 21:45
> To: FreeSWITCH Users Help
> Subject: Re: [Freeswitch-users] FS vs provider's Sonus DTMF (double digit)
> problem
>
> update to latest git, I added suport to ignore INFO unless you
> explicitly configure it.
>
>
> On Wed, Jun 1, 2011 at 8:45 AM, Dmitry Saratsky <freeswitch at simpot.com>
> wrote:
>> Hi All,
>>
>>
>>
>> I'm suffering from dtmf "double digit" problem for incoming calls that
>> destined to IVR on my FS.
>>
>> I tryed to identify and workaround the provlem with no success...
>>
>> I have already tryed to change dtmf-mode, use sonus-fixup etc with no
>> luck...
>>
>> I have: FreeSWITCH Version 1.0.head (git-1086cba 2011-05-23 22-51-43
> -0500)
>>
>> I would like to ask you some questions and I'm attaching some relevant
>> output (see below)
>>
>>
>>
>> 1. According to output (see below), is it right to say, that my provider
>> sends me DTMF events both in "DTMF INFO" and "RTP DTMF - rfc2833" way?
>>
>> 2. If so, may be this is the reason for "double digit" I suffer?
>>
>> 3. If so, can I filter incoming "DTMF INFO" events in FS?
>>
>> 4. If so, do FS have some workaround for this?
>>
>>
>>
>> Any ideas?
>>
>>
>>
>> Thanks,
>>
>> Dmitry.
>>
>>
>>
>> -------------------------------------------------
>>
>>
>>
>> FreeSWITCH Version 1.0.head (git-1086cba 2011-05-23 22-51-43 -0500)
>>
>> -------
>>
>>
>>
>> <profile name="providers">
>>   <gateways>
>>     <X-PRE-PROCESS cmd="include" data="providers/*.xml"/>
>>   </gateways>
>>
>>   <aliases>
>>   </aliases>
>>
>>   <domains>
>>     <domain name="all" alias="false" parse="true"/>
>>   </domains>
>>
>>   <settings>
>>     <param name="debug" value="0"/>
>>     <param name="shutdown-on-fail" value="true"/>
>>     <param name="auth-calls" value="false"/>
>>     <param name="sip-trace" value="no"/>
>>     <param name="disable-register" value="true"/>
>>     <param name="rfc2833-pt" value="101"/>
>>     <param name="dialplan" value="XML"/>
>>     <param name="context" value="providers"/>
>>     <param name="apply-inbound-acl" value="013SONUS-IPS"/>
>>     <param name="hold-music" value="$${hold_music}"/>
>>     <param name="stun-enabled" value="false"/>
>>     <param name="stun-auto-disable" value="true"/>
>>     <param name="manage-presence" value="false"/>
>>     <param name="nonce-ttl" value="60"/>
>>     <param name="dtmf-type" value="rfc2833"/>
>>     <param name="dtmf-duration" value="2000"/>
>>
>>     <param name="rtp-timer-name" value="soft"/>
>>     <param name="rtp-timeout-sec" value="50"/>
>>     <param name="rtp-hold-timeout-sec" value="300"/>
>>
>>     <param name="sip-port" value="$${sip_port}"/>
>>
>>     <param name="rtp-ip" value="$${rtp_ip}"/>
>>     <param name="sip-ip" value="$${ext_ip}"/>
>>
>>     <param name="inbound-codec-prefs" value="PCMU,PCMA"/>
>>     <param name="outbound-codec-prefs" value="PCMU,PCMA"/>
>>     <param name="codec-prefs" value="PCMU,PCMA"/>
>>     <param name="inbound-late-negotiation" value="false"/>
>>     <param name="inbound-codec-negotiation" value="scrooge"/>
>>     <param name="disable-transcoding" value="false"/>
>>
>>   </settings>
>> </profile>
>>
>> -------
>>
>>
>>
>> 2011-06-01 10:21:30.585146 [DEBUG] sofia.c:6236 INFO DTMF(0)
>> 2011-06-01 10:21:30.585146 [DEBUG] sofia.c:6310 dispatched freeswitch
> event
>> for INFO
>> 2011-06-01 10:21:30.604196 [DEBUG] switch_ivr_play_say.c:1649 done playing
>> file
>> 2011-06-01 10:21:30.604196 [DEBUG] switch_ivr_menu.c:343 waiting for 2/3
>> digits t/o 2000
>> 2011-06-01 10:21:30.845091 [DEBUG] sofia.c:6207 Bad signal
>> 2011-06-01 10:21:30.845091 [DEBUG] sofia.c:6310 dispatched freeswitch
> event
>> for INFO
>> 2011-06-01 10:21:30.966061 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 0:4360
>> 2011-06-01 10:21:32.976879 [DEBUG] switch_ivr_menu.c:390 digits '00'
>> 2011-06-01 10:21:32.976879 [DEBUG] switch_ivr_menu.c:484 action regex [00]
>> [/^(20[1-2])$/] [0]
>> 2011-06-01 10:21:32.976879 [DEBUG] switch_ivr_menu.c:484 action regex [00]
>> [/^[3-9*#]$/] [0]
>> 2011-06-01 10:21:32.976879 [DEBUG] switch_ivr_menu.c:574 IVR menu
>> 'main_ivr_heb' caught invalid input '00'
>>
>>
>>
>> -------
>>
>> 2011-06-01 10:23:23.902331 [DEBUG] sofia.c:6236 INFO DTMF(7)
>> 2011-06-01 10:23:23.902331 [DEBUG] sofia.c:6310 dispatched freeswitch
> event
>> for INFO
>> 2011-06-01 10:23:23.922329 [DEBUG] switch_ivr_play_say.c:1649 done playing
>> file
>> 2011-06-01 10:23:23.922329 [DEBUG] switch_ivr_menu.c:343 waiting for 2/3
>> digits t/o 2000
>> 2011-06-01 10:23:23.942304 [DEBUG] sofia.c:6207 Bad signal
>> 2011-06-01 10:23:23.942304 [DEBUG] sofia.c:6310 dispatched freeswitch
> event
>> for INFO
>> 2011-06-01 10:23:24.083260 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 7:2760
>> 2011-06-01 10:23:26.084811 [DEBUG] switch_ivr_menu.c:390 digits '77'
>> 2011-06-01 10:23:26.084811 [DEBUG] switch_ivr_menu.c:484 action regex [77]
>> [/^(20[1-2])$/] [0]
>> 2011-06-01 10:23:26.084811 [DEBUG] switch_ivr_menu.c:484 action regex [77]
>> [/^[3-9*#]$/] [0]
>> 2011-06-01 10:23:26.084811 [DEBUG] switch_ivr_menu.c:574 IVR menu
>> 'main_ivr_heb' caught invalid input '77'
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
> _______________________________________________
> 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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900



More information about the FreeSWITCH-users mailing list