[Freeswitch-users] Strange DTMF Tones On Inbound Calls

Fri Mar 23 20:32:41 MSK 2012

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.****
>
>      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
>
>
>
>
> _________________________________________________________________________
> 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120323/c6aad5f8/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/20120323/c6aad5f8/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/20120323/c6aad5f8/attachment-0003.png 