<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
I had a similar problem when using the TDM03B card with 3 fxo module.&nbsp; In my cas,e the issue stemmed from a noisy analog line from AT&amp;T, so I had to tune my TDM card by using fxotune utility.&nbsp; I hope this helps.&nbsp; Check this link out:<br><br>http://www.voip-info.org/wiki/view/Asterisk+fxotune<br><br>-John<br><br>&gt; Date: Fri, 2 May 2008 15:14:54 -0500<br>&gt; From: mark@dawebber.com<br>&gt; To: asterisk-users@lists.digium.com<br>&gt; Subject: [asterisk-users] DTMF issues in 1.4.19 with missing digits<br>&gt; <br>&gt; Hello, all!<br>&gt; <br>&gt; Trying to figure out an issue with DTMF recognition with 1.4.19. This  <br>&gt; is somewhat similar to the issue described here:  <br>&gt; http://bugs.digium.com/view.php?id=11740, but it might be a different  <br>&gt; issue altogether.<br>&gt; <br>&gt; I have 1.4.19 running with TE212P on a US PRI.<br>&gt; <br>&gt; I'm sending digits 823229999. Sometimes the digits are making it all  <br>&gt; in the asterisk, and sometimes some are missing.<br>&gt; <br>&gt; In the case when the digits are all caught, my DTMF log enteries are  <br>&gt; something like this:<br>&gt; <br>&gt; &lt;snip&gt;<br>&gt; [May  2 14:48:56] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '8'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:56] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '8' on Zap/1-1<br>&gt; [May  2 14:48:56] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '8' on Zap/1-1<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '2'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '2' on Zap/1-1<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '2' on Zap/1-1<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '3'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '3' on Zap/1-1<br>&gt; [May  2 14:48:57] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '3' on Zap/1-1<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '2'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '2' on Zap/1-1<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '2' on Zap/1-1<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '2'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '2' on Zap/1-1<br>&gt; [May  2 14:48:58] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '2' on Zap/1-1<br>&gt; [May  2 14:48:59] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:48:59] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:48:59] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:49:00] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:49:01] DTMF[28649]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:49:01] DTMF[28649]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:49:01] DTMF[28649]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; &lt;/snip&gt;<br>&gt; <br>&gt; In the case when digits are not fully recognized (one is missing), I get this:<br>&gt; &lt;snip&gt;<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '8'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2128 __ast_read: DTMF begin  <br>&gt; emulation of '8' with duration 100 queued on Zap/1-1<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '2'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2098 __ast_read: DTMF end '2'  <br>&gt; put into dtmf queue on Zap/1-1<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2237 __ast_read: DTMF end  <br>&gt; emulation of '8' queued on Zap/1-1<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:1961 __ast_read: DTMF begin  <br>&gt; emulation of '2' with duration 100 queued on Zap/1-1<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '3'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '3' on Zap/1-1<br>&gt; [May  2 14:36:16] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '3' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2237 __ast_read: DTMF end  <br>&gt; emulation of '2' queued on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '2'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '2' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '2' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:36:17] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2092 __ast_read: DTMF end '9'  <br>&gt; received on Zap/1-1, duration 0 ms<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2144 __ast_read: DTMF end  <br>&gt; accepted without begin '9' on Zap/1-1<br>&gt; [May  2 14:36:18] DTMF[28461]: channel.c:2155 __ast_read: DTMF end  <br>&gt; passthrough '9' on Zap/1-1<br>&gt; <br>&gt; &lt;/snip&gt;<br>&gt; <br>&gt; Looks like the 2 after the 3 is not getting recognized, and the 2  <br>&gt; after the 8 is being queued up and then dequeued later. I don't know  <br>&gt; why we need to defer DTMF here, but either way the issue is that DTMF  <br>&gt; digits are missing in the end.<br>&gt; <br>&gt; The behavior is a bit erratic, and may occur when the digits are being  <br>&gt; sent while * is playing audio on the channel, even though it's not  <br>&gt; every time.<br>&gt; <br>&gt; Does anyone have similar experience? Any additional info you may have  <br>&gt; would be helpful.<br>&gt; <br>&gt; I'd like to get more info before filing a bug report.<br>&gt; <br>&gt; Regards,<br>&gt; Mark G.<br>&gt; <br>&gt; <br>&gt; <br>&gt; _______________________________________________<br>&gt; -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>&gt; <br>&gt; asterisk-users mailing list<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;    http://lists.digium.com/mailman/listinfo/asterisk-users<br><br /><hr />Stay in touch when you're away with Windows Live Messenger. <a href='http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_messenger_052008' target='_new'>IM anytime you're online.</a></body>
</html>