DTMF passthrough delay / pass_rfc2833 problems
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
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
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
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
participants (3)
-
Anthony Minessale
-
Dmitry Sytchev
-
Kristian Kielhofner