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. [cid:imageacd695.PNG@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@realitysolutions.co.uk<mailto:Daniel.Knaggs@realitysolutions.co.uk> www.realitysolutions.co.uk<http://www.realitysolutions.co.uk/> ________________________________ Sage Accredited Business Partner serving businesses in Yorkshire & Lincolnshire [cid:image27a71e.PNG@c2da8488.4683bff1]
