[Freeswitch-users] inband DTMF detection and drop

Avi Marcus avi at avimarcus.net
Sun May 24 13:22:31 UTC 2020


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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200524/47333c40/attachment.html>


More information about the FreeSWITCH-users mailing list