<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I turned on DTMF debugging. It looks like the extra digits coming in
are less than the minimum duration of 100ms <br>
<br>
Anyone know how to force that minimum duration?<br>
<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '1'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '1'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '1'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '1'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '1'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '1'
received on SIP/carrier-c4022740, duration 20 ms<br>
[Feb 26 12:15:07] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '1' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '2'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '2'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '2'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '2'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '2'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '2'
received on SIP/carrier-c4022740, duration 20 ms<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '2' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '3'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '3' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '3'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '3' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '3'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '3' on SIP/carrier-c4022740<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '3'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:08] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '3' on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '4'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '4' on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '4'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '4' on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '4'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '4' on SIP/carrier-c4022740<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '4'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:09] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '4' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '5'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '5' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '5'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '5' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '5'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '5' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '5'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '5' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '6'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '6' on SIP/carrier-c4022740<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '6'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:10] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '6' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '6'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '6' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '6'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '6' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '7'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '7' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '7'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '7' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '7'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '7' on SIP/carrier-c4022740<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '7'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:11] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '7' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '8'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '8'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '8'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '8'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '8'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '8'
received on SIP/carrier-c4022740, duration 20 ms<br>
[Feb 26 12:15:12] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '8' on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '9'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '9' on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '9'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '9' on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2280 __ast_read: DTMF begin '9'
received on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2284 __ast_read: DTMF begin
ignored '9' on SIP/carrier-c4022740<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2212 __ast_read: DTMF end '9'
received on SIP/carrier-c4022740, duration 100 ms<br>
[Feb 26 12:15:13] DTMF[3564]: channel.c:2265 __ast_read: DTMF end
passthrough '9' on SIP/carrier-c4022740<br>
<br>
After further testing, it seems to only be a problem when the same
digit is entered 2 times or more in a roll. <br>
Any of the digits received with duration of 20ms aren't supposed to be
there, but they show up anyway.<br>
<br>
Can someone else check this on their system, and see if this is a
problem?<br>
<pre class="moz-signature" cols="72">--
Regards,
Robert Broyles
</pre>
<br>
<br>
Brent Davidson wrote:
<blockquote cite="mid:49A6CBB3.20508@texascountrytitle.com" type="cite">Robert
Broyles wrote:
<blockquote id="mid_49A6B1A9_6010307_poornam_com"
cite="mid:49A6B1A9.6010307@poornam.com" type="cite"> Okay. I'm using
this all over SIP Trunking with Vitelity. <br>
Any other suggestions?<br>
<pre class="moz-signature" cols="72">--
Regards,
Robert Broyles
</pre>
<br>
<br>
Eric Wieling, Asteria Solutions Group wrote:
<blockquote id="mid_49A6B00C_5050705_asteriasgi_com"
cite="mid:49A6B00C.5050705@asteriasgi.com" type="cite">
<pre wrap="">Robert Broyles wrote:
</pre>
<blockquote id="StationeryCiteGenerated_1" type="cite">
<pre wrap="">So I'm using the READ() application within an IVR, and having a strange
issue, and wondering if anyone else has had this problem.
When calling from an outside line, and entering the digits during the
read() part of my dialplan, it's accepting some of the digits twice,
though it's only keyed in once.
When testing the dialplan internally, it accepts only the digits that I
key in.
Anyone else experienced this?
</pre>
</blockquote>
<pre wrap=""><!---->
Yes. Most of the time it is either because I put relaxdtmf=yes in
zapata.conf or because my rxgain is too low on that port.
</pre>
</blockquote>
</blockquote>
I've seen an issue similar to this when the sip peer was providing DTMF
over multiple encodings at the same time. Usually, it's when Asterisk
is expecting DTMF via inband, but the peer is sending inband and either
INFO or rfc2833. What do you have the dtmfmode= line set to in your
sip.conf?<br>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a></pre>
</blockquote>
</body>
</html>