[Freeswitch-users] Strange DTMF Tones On Inbound Calls

Sun Mar 25 07:14:05 MSD 2012

Those detected tones could be something that the TDM provider didn't filter
out for some odd reason. With E&M signalling on TDM links you may hear a
squealing tone in the background.

On Sat, Mar 24, 2012 at 6:20 PM, Michael Collins <msc at freeswitch.org> wrote:

> I'd do an audio recording of the call and open the resulting file in
> Audacity. It can do kind of a spectrum analysis to show you if there are
> any frequencies that might be fooling the dtmf detector. Also, I'm not
> familiar with using Digium cards with FreeTDM. (I have a Digium TE121 or
> similar but I don't happen to have any mobo's with the PCIe or whatever
> slot type it uses.)
>
> To Moises I'd ask: is there hardware DTMF detection in the Digium cards
> that you know of? Also, any known or suspected issues with false DTMF
> detection in the scenario mentioned by the OP?
>
> Gracias,
> MC
>
>
> On Sat, Mar 24, 2012 at 5:27 AM, Daniel Knaggs <
> Daniel.Knaggs at realitysolutions.co.uk> wrote:
>
>>  They aren’t any faults that I can see.****
>>
>> ** **
>>
>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *
>> curriegrad2004
>> *Sent:* 23 March 2012 23:23
>> *To:* FreeSWITCH Users Help
>> *Subject:* Re: [Freeswitch-users] Strange DTMF Tones On Inbound Calls****
>>
>> ** **
>>
>> Have you checked for any faults on your TDM link on your side?****
>>
>> On Fri, Mar 23, 2012 at 10:32 AM, Brian Foster <bdfoster at endigotech.com>
>> wrote:****
>>
>> Please update to latest git.****
>>
>> ** **
>>
>> -BDF****
>>
>> On Fri, Mar 23, 2012 at 7:19 AM, Daniel Knaggs <
>> Daniel.Knaggs at realitysolutions.co.uk> wrote:****
>>
>>   Hello all,****
>>
>>  ****
>>
>> Got a bit of a strange one, we appear to be getting DTMF tones on
>> incoming calls when the caller hasn’t even pressed any keys.****
>>
>>  ****
>>
>> It normally happens with 10 seconds or so after the call has been
>> answered.****
>>
>>  ****
>>
>>  ****
>>
>> Here is the log of it happening earlier: -****
>>
>>  ****
>>
>> 2012-03-23 10:38:16.852654 [DEBUG] ftdm_io.c:3530 [s1c2][1:2] Queuing
>> DTMF A (debug = 0)****
>>
>> 2012-03-23 10:38:16.852654 [DEBUG] mod_freetdm.c:799 Queuing DTMF [A] in
>> channel FreeTDM/1:2/000 device 1:2****
>>
>> 2012-03-23 10:38:16.915653 [DEBUG] switch_rtp.c:2420 Send start packet
>> for [A] ts=49440 dur=160/160/2000 seq=46803 lw=49440****
>>
>> 2012-03-23 10:38:16.936653 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=320/320/2000 seq=46804 lw=49600****
>>
>> 2012-03-23 10:38:16.957652 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=480/480/2000 seq=46805 lw=49760****
>>
>> 2012-03-23 10:38:16.978652 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=640/640/2000 seq=46806 lw=49920****
>>
>> 2012-03-23 10:38:16.999652 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=800/800/2000 seq=46807 lw=50080****
>>
>> 2012-03-23 10:38:17.020651 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=960/960/2000 seq=46808 lw=50240****
>>
>> 2012-03-23 10:38:17.041651 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1120/1120/2000 seq=46809 lw=50400****
>>
>> 2012-03-23 10:38:17.062651 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1280/1280/2000 seq=46810 lw=50560****
>>
>> 2012-03-23 10:38:17.083650 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1440/1440/2000 seq=46811 lw=50720****
>>
>> 2012-03-23 10:38:17.104650 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1600/1600/2000 seq=46812 lw=50880****
>>
>> 2012-03-23 10:38:17.125650 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1760/1760/2000 seq=46813 lw=51040****
>>
>> 2012-03-23 10:38:17.146650 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [A] ts=49440 dur=1920/1920/2000 seq=46814 lw=51200****
>>
>> 2012-03-23 10:38:17.167661 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [A] ts=49440 dur=2080/2080/2000 seq=46815 lw=51200****
>>
>> 2012-03-23 10:38:17.167661 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [A] ts=49440 dur=2080/2080/2000 seq=46816 lw=51200****
>>
>> 2012-03-23 10:38:17.167661 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [A] ts=49440 dur=2080/2080/2000 seq=46817 lw=51200****
>>
>> 2012-03-23 10:38:17.167661 [DEBUG] switch_rtp.c:2271 Queue digit delay of
>> 40ms****
>>
>> 2012-03-23 10:38:18.070638 [DEBUG] ftdm_io.c:3530 [s1c2][1:2] Queuing
>> DTMF B (debug = 0)****
>>
>> 2012-03-23 10:38:18.070638 [DEBUG] mod_freetdm.c:799 Queuing DTMF [B] in
>> channel FreeTDM/1:2/000 device 1:2****
>>
>> 2012-03-23 10:38:18.133637 [DEBUG] switch_rtp.c:2420 Send start packet
>> for [B] ts=59040 dur=160/160/2000 seq=46864 lw=59040****
>>
>> 2012-03-23 10:38:18.154637 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=320/320/2000 seq=46865 lw=59200****
>>
>> 2012-03-23 10:38:18.175637 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=480/480/2000 seq=46866 lw=59360****
>>
>> 2012-03-23 10:38:18.196636 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=640/640/2000 seq=46867 lw=59520****
>>
>> 2012-03-23 10:38:18.217636 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=800/800/2000 seq=46868 lw=59680****
>>
>> 2012-03-23 10:38:18.238636 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=960/960/2000 seq=46869 lw=59840****
>>
>> 2012-03-23 10:38:18.259636 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1120/1120/2000 seq=46870 lw=60000****
>>
>> 2012-03-23 10:38:18.280636 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1280/1280/2000 seq=46871 lw=60160****
>>
>> 2012-03-23 10:38:18.301635 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1440/1440/2000 seq=46872 lw=60320****
>>
>> 2012-03-23 10:38:18.322635 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1600/1600/2000 seq=46873 lw=60480****
>>
>> 2012-03-23 10:38:18.343634 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1760/1760/2000 seq=46874 lw=60640****
>>
>> 2012-03-23 10:38:18.364634 [DEBUG] switch_rtp.c:2323 Send middle packet
>> for [B] ts=59040 dur=1920/1920/2000 seq=46875 lw=60800****
>>
>> 2012-03-23 10:38:18.385634 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [B] ts=59040 dur=2080/2080/2000 seq=46876 lw=60800****
>>
>> 2012-03-23 10:38:18.385634 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [B] ts=59040 dur=2080/2080/2000 seq=46877 lw=60800****
>>
>> 2012-03-23 10:38:18.385634 [DEBUG] switch_rtp.c:2323 Send end packet for
>> [B] ts=59040 dur=2080/2080/2000 seq=46878 lw=60800****
>>
>>  ****
>>
>>  ****
>>
>> I’m very sure the caller isn’t dialling “A” or “B”!****
>>
>>  ****
>>
>> Running on ISDN via a TE121 card using E1 (euroisdn).  Freeswitch version
>> is “FreeSWITCH Version 1.0.head (git-b9b7266 2012-02-10 12-23-58 -0600)”.
>> ****
>>
>>  ****
>>
>>  ****
>>
>> Currently there is a “bind_meta_app” in the config which binds a script
>> on the B leg of the call which parks the call – I haven’t tried turning
>> this off yet to see if it’s this.****
>>
>>  ****
>>
>>  ****
>>
>> Wondering if anyone has any ideas or has come across this before?****
>>
>>  ****
>>
>>  ****
>>
>> Thanks in advance.****
>>
>> [image: Description: cid:imageacd695.PNG at 9e92e461.40aa4b96]****
>>
>> *Daniel Knaggs*****
>>
>> Software Developer****
>>
>>
>>
>>  ****
>>
>> Reality Solutions Ltd, 1 Global Business Park, Hamburg Road, Kingston
>> upon Hull, East Yorkshire, HU7 0AE
>> Tel: 01482 828000 / Fax: 01482 373100
>> Daniel.Knaggs at realitysolutions.co.uk
>> www.realitysolutions.co.uk ****
>>    ------------------------------
>>
>> Sage Accredited Business Partner serving businesses in Yorkshire &
>> Lincolnshire ****
>>
>> [image: Description: cid:image27a71e.PNG at c2da8488.4683bff1]****
>>
>>  ****
>>
>> ** **
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.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
>> http://www.freeswitch.org****
>>
>>
>>
>> ****
>>
>> ** **
>>
>> --
>> Brian D. Foster
>> Endigo Computer LLC
>> Email: bdfoster at endigotech.com
>> Phone: 317-800-7876
>> Indianapolis, Indiana, USA
>>
>> This message contains confidential information and is intended for those
>> listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If
>> you are not the intended recipient you are notified that disclosing,
>> copying, distributing or taking any action in reliance on the contents of
>> this information is strictly prohibited. E-mail transmission cannot be
>> guaranteed to be secure or error-free as information could be intercepted,
>> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
>> The sender therefore does not accept liability for any errors or omissions
>> in the contents of this message, which arise as a result of e-mail
>> transmission. If verification is required please request a hard-copy
>> version.****
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.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
>> http://www.freeswitch.org****
>>
>> ** **
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.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
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.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
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120324/94b5eefd/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 22463 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120324/94b5eefd/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 69075 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120324/94b5eefd/attachment-0003.png 