inband DTMF detection and drop
Hi all, I've followed all the previous suggestions to detect the inband DTMF coming from a provider and to drop them from going further into B leg. However the inband DTMF still goes to otherside and user can hear clicking sounds. Here's what I've done so far: *VERSION:* FreeSWITCH Version 1.10.2-release+git~20191231T140119Z~f7bdd3845a~64bit (git f7bdd38 2019-12-31 14:01:19Z 64bit) *OS:* Ubuntu 18.04.4 LTS *DIALPLAN:* <extension name="dtmf_filter"> <condition field="${acl(${network_addr} lan)}" expression="true"/> <condition field="destination_number" expression="(.*)"> <action application="set" data="rtp_manual_rtp_bugs=FLUSH_JB_ON_DTMF|ignore_dtmf_duration"/> <action application="set" data="jitterbuffer_msec=1p"/> <action application="set" data="spandsp_dtmf_rx_filter_dialtone=true"/> <action application="set" data="dtmf_verbose=true"/> <action application="set" data="drop_dtmf=true"/> <action application="spandsp_start_dtmf"/> <action application="bridge" data="{bridge_filter_dtmf=true,drop_dtmf=true}sofia/gateway/CISCO_GW/$1"/> </condition> </extension> I've also tried suggestion by other users on mailing list related to flush JB on DTMF rtp_bug but that doesnt help either. *CONSOLE OUTPUT:*2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -15.55dB, row -32.25dB, col -40.30dB, duration 338436 - miss 2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -17.99dB, row -30.58dB, col -40.99dB, duration 338538 - miss It does detect the number but its not a hit. Can I get some more ideas how to drop inband DTMF tones, Thanks. Best Regards, Sammy
Do you hear a lot of dtmf, or just a tiny bleep? It can take a little bit of time to clamp down... I use something a bit different, setting these three variables: <action application="set" data="rtp_manual_rtp_bugs=FLUSH_JB_ON_DTMF "/> <action application="set" data="jitterbuffer_msec=60"/> <action application="set" data="sip_jitter_buffer_during_bridge=true"/> jitterbuffer of 60ms (3x ptime of 20 packets) means it can squelch it back to the beginning. This however means it could add a delay of 60ms. And keep the jitter buffer even while we're bridging. -Avi Marcus Bestfone On Tue, May 19, 2020 at 12:33 AM SamyGo <govoiper@gmail.com> wrote:
Hi all, I've followed all the previous suggestions to detect the inband DTMF coming from a provider and to drop them from going further into B leg. However the inband DTMF still goes to otherside and user can hear clicking sounds. Here's what I've done so far:
*VERSION:* FreeSWITCH Version 1.10.2-release+git~20191231T140119Z~f7bdd3845a~64bit (git f7bdd38 2019-12-31 14:01:19Z 64bit)
*OS:* Ubuntu 18.04.4 LTS
*DIALPLAN:* <extension name="dtmf_filter"> <condition field="${acl(${network_addr} lan)}" expression="true"/> <condition field="destination_number" expression="(.*)"> <action application="set" data="rtp_manual_rtp_bugs=FLUSH_JB_ON_DTMF|ignore_dtmf_duration"/> <action application="set" data="jitterbuffer_msec=1p"/> <action application="set" data="spandsp_dtmf_rx_filter_dialtone=true"/> <action application="set" data="dtmf_verbose=true"/> <action application="set" data="drop_dtmf=true"/> <action application="spandsp_start_dtmf"/> <action application="bridge" data="{bridge_filter_dtmf=true,drop_dtmf=true}sofia/gateway/CISCO_GW/$1"/> </condition> </extension>
I've also tried suggestion by other users on mailing list related to flush JB on DTMF rtp_bug but that doesnt help either.
*CONSOLE OUTPUT:*2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -15.55dB, row -32.25dB, col -40.30dB, duration 338436 - miss 2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -17.99dB, row -30.58dB, col -40.99dB, duration 338538 - miss
It does detect the number but its not a hit.
Can I get some more ideas how to drop inband DTMF tones, Thanks.
Best Regards, Sammy
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
http://dataandsignal.com/frequency-detection/#dtmf_remover Piotr Gregor Software Engineer M: (+44) 07483 866 525 L: (+44) 01256 597 470 www: dataandsignal.com On Sun, May 24, 2020 at 2:26 PM Avi Marcus <avi@avimarcus.net> wrote:
Do you hear a lot of dtmf, or just a tiny bleep? It can take a little bit of time to clamp down...
I use something a bit different, setting these three variables:
<action application="set" data="rtp_manual_rtp_bugs=FLUSH_JB_ON_DTMF "/> <action application="set" data="jitterbuffer_msec=60"/> <action application="set" data="sip_jitter_buffer_during_bridge=true"/>
jitterbuffer of 60ms (3x ptime of 20 packets) means it can squelch it back to the beginning. This however means it could add a delay of 60ms. And keep the jitter buffer even while we're bridging.
-Avi Marcus Bestfone
On Tue, May 19, 2020 at 12:33 AM SamyGo <govoiper@gmail.com> wrote:
Hi all, I've followed all the previous suggestions to detect the inband DTMF coming from a provider and to drop them from going further into B leg. However the inband DTMF still goes to otherside and user can hear clicking sounds. Here's what I've done so far:
*VERSION:* FreeSWITCH Version 1.10.2-release+git~20191231T140119Z~f7bdd3845a~64bit (git f7bdd38 2019-12-31 14:01:19Z 64bit)
*OS:* Ubuntu 18.04.4 LTS
*DIALPLAN:* <extension name="dtmf_filter"> <condition field="${acl(${network_addr} lan)}" expression="true"/> <condition field="destination_number" expression="(.*)"> <action application="set" data="rtp_manual_rtp_bugs=FLUSH_JB_ON_DTMF|ignore_dtmf_duration"/> <action application="set" data="jitterbuffer_msec=1p"/> <action application="set" data="spandsp_dtmf_rx_filter_dialtone=true"/> <action application="set" data="dtmf_verbose=true"/> <action application="set" data="drop_dtmf=true"/> <action application="spandsp_start_dtmf"/> <action application="bridge" data="{bridge_filter_dtmf=true,drop_dtmf=true}sofia/gateway/CISCO_GW/$1"/> </condition> </extension>
I've also tried suggestion by other users on mailing list related to flush JB on DTMF rtp_bug but that doesnt help either.
*CONSOLE OUTPUT:*2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -15.55dB, row -32.25dB, col -40.30dB, duration 338436 - miss 2020-05-12 23:59:10.195999 [DEBUG] mod_spandsp_fax.c:295 FLOW DTMF Potentially '5' - total -17.99dB, row -30.58dB, col -40.99dB, duration 338538 - miss
It does detect the number but its not a hit.
Can I get some more ideas how to drop inband DTMF tones, Thanks.
Best Regards, Sammy
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
participants (3)
-
Avi Marcus
-
Piotr Gregor
-
SamyGo