Thanks Anthony, I will try this approach.

2012/3/7 Anthony Minessale <anthony.minessale@gmail.com>
Add IGNORE_DTMF_DURATION to manual-rtp-bugs sofia profile param or
rtp_manual_rtp_bugs channel variable.
This should make FS react on receipt of the first packet in the dtmf
event.  You'll still be subject to waiting for the next "first" event
before you get another.


On Wed, Mar 7, 2012 at 12:22 PM, Kristian Kielhofner <kris@kriskinc.com> wrote:
> Dmitry,
>
>  If your ATA devices aren't clamping the DTMF quickly enough you may
> have to just use inband.
>
> On Wed, Mar 7, 2012 at 4:29 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
>> Hi all
>>
>> I'd like to know is there a way to make freeswitch pass RFC2833 dtmf right
>> after it receives first packets as in pass_rfc2833 mode, but still recognize
>> DTMF for bind_meta_app or bind_digit_action? Seems when i enable
>> pass_rfc2833, bind_meta_app stops working.
>>
>> When we use ATA endpoints like Linksys PAP2T or SPA8000 without
>> pass_rfc2833, ATAs sends little piece of inband DTMF followed by RFC2833
>> packets. While inband piece is immediately forwarded by FS, RFC2833 packets
>> get relayed only after receiving end packets from endpoint, or at least
>> delayed, effectively making double DTMF on other side.
>>
>> We can't use no-media or proxy-media mode as we need to deal with in-call
>> features activated by DTMF :(
>>
>> What can be done to solve this issues?
>>
>>
>>
>> --
>> Best regards,
>>
>> Dmitry Sytchev,
>> IT Engineer
>>
>> _________________________________________________________________________
>> 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
>>
>
>
>
> --
> Kristian Kielhofner
>
> _________________________________________________________________________
> 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



--
Anthony Minessale II

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

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

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

_________________________________________________________________________
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



--
Best regards,

Dmitry Sytchev,
IT Engineer