[Freeswitch-users] Strange DTMF Tones On Inbound Calls

Mon Mar 26 11:45:04 MSD 2012

The quality of the calls are perfect, even when listening to silence over the ISDN it is perfect.

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of curriegrad2004
Sent: 25 March 2012 04:14
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Strange DTMF Tones On Inbound Calls

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<mailto: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<mailto: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> [mailto: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<mailto: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<mailto: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<tel:320%2F320%2F2000> 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<tel:480%2F480%2F2000> 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<tel:800%2F800%2F2000> 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<tel:320%2F320%2F2000> 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<tel:480%2F480%2F2000> 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<tel:800%2F800%2F2000> 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.
[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<mailto:Daniel.Knaggs at realitysolutions.co.uk>
www.realitysolutions.co.uk<http://www.realitysolutions.co.uk/>

________________________________

Sage Accredited Business Partner serving businesses in Yorkshire & Lincolnshire

[Description: cid:image27a71e.PNG at c2da8488.4683bff1]

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto: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<mailto: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<mailto:bdfoster at endigotech.com>
Phone: 317-800-7876<tel: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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/20120326/3c67b789/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 22463 bytes
Desc: image001.png
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120326/3c67b789/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 69075 bytes
Desc: image002.png
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120326/3c67b789/attachment-0003.png 