Is it possible your transmit or receive gain is too high and Asterisk is detecting the echo of a DTMF as a new digit cause by an analog leg of the call somewhere?
From: [email protected] [mailto:[email protected]] On Behalf Of John Kiniston Sent: Thursday, February 12, 2015 8:01 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Debugging some DTMF Weirdness. I'm attempting to find where my extra long DTMF Tones are coming from. I'm dialing from my sip handset through my proxy to my Asterisk box which is my PSTN Gateway. I'm pressing 4 to select a menu and everything is fine. [Feb 12 16:58:18] DTMF[29762] channel.c: DTMF begin '4' received on SIP/trunk-0a02dee0 [Feb 12 16:58:18] DTMF[29762] channel.c: DTMF begin passthrough '4' on SIP/trunk-0a02dee0 [Feb 12 16:58:18] DTMF[29762] channel.c: DTMF end '4' received on SIP/trunk-0a02dee0, duration 150 ms [Feb 12 16:58:18] DTMF[29762] channel.c: DTMF end accepted with begin '4' on SIP/trunk-0a02dee0 [Feb 12 16:58:18] DTMF[29762] channel.c: DTMF end passthrough '4' on SIP/trunk-0a02dee0 [Feb 12 16:58:19] DTMF[29760] channel.c: DTMF begin '4' received on SIP/trunk-0a03aaa0 [Feb 12 16:58:19] DTMF[29760] channel.c: DTMF begin passthrough '4' on SIP/trunk-0a03aaa0 [Feb 12 16:58:19] DTMF[29760] channel.c: DTMF end '4' received on SIP/trunk-0a03aaa0, duration 170 ms [Feb 12 16:58:19] DTMF[29760] channel.c: DTMF end accepted with begin '4' on SIP/trunk-0a03aaa0 [Feb 12 16:58:19] DTMF[29760] channel.c: DTMF end passthrough '4' on SIP/trunk-0a03aaa0 I'm, pressing 9 to select an option and I hear an extra long DTMF burst from my handset. [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF begin '9' received on SIP/trunk-0a02dee0 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF begin passthrough '9' on SIP/trunk-0a02dee0 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF begin '9' received on Zap/59-1 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF begin passthrough '9' on Zap/59-1 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end '9' received on SIP/trunk-0a02dee0, duration 1700 ms [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end accepted with begin '9' on SIP/trunk-0a02dee0 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end passthrough '9' on SIP/trunk-0a02dee0 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end '9' received on Zap/59-1, duration 32 ms [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end accepted with begin '9' on Zap/59-1 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end '9' has duration 32 but want minimum 80, emulating on Zap/59-1 [Feb 12 16:58:20] DTMF[29762] channel.c: DTMF end emulation of '9' queued on Zap/59-1 Can someone explain the received passthrough parts of my output here? If I send my call out through a different Asterisk box I have my calls are working fine, Looking at the two boxes I have the same version of asterisk but the machine with the extra long DTMF is using hardware DTMF decoding where the working machine is using software only. -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. ---Heinlein
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
