I have actually seen this behaviour on 1.2.x. I always assumed it was just me dialing too fast for the ATA.<br><br><div><span class="gmail_quote">On 5/11/07, <b class="gmail_sendername">Bryan Laird</b> <<a href="mailto:negativeduck@gmail.com">
negativeduck@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Version 1.4.2 but to be honest I have no reason at all to suspect
<br>that this is a problem with the asterisk software.<br><br> I've able to replicate this from a few different "client" net<br>connections and a across a few different linksys ata's. Where when<br>
you call into the<br>host and enter the extension to connect to you miss the last digit of<br>the extension. Almost every time you miss the last digit of the<br>extension<br>(in a 4 digit extension). My suspicion is simply because of the
<br>network we are currently using to host the asterisk box, as a packet<br>dump on the<br>lan segment clearly showed that the ATA transmitted all digits<br>(rfc2833) but the asterisk host only recieved 3 of the 4. The second
<br>you dial<br>slower everything works fine; also the lines for "voice" are clear<br>with no noticeable impairments. I'm more curious if anyone else has<br>ever run<br>into a similar problem and what the resolution was if they found one
<br>(IE a sturdier net connection for the asterisk host), or Tweaking<br>the timers<br>on the ata's to slow down how fast and how long they transmit<br>digits. I've done a few different tests and if I use a 'softphone'
<br>dialing directly into<br>the server things work perfectly. I can dial as fast as I want,<br>however when I come in through the pstn trunks through the upstream<br>provider I find this problem.<br><br>has anyone else ever seen this? Or seen a case where mis-matched
<br>dtmf modes across multiple providers causes this problem?<br><br>minor detail on what I referred to as the 'pstn trunks' I have no<br>analog or digital circuts all handoffs are sip.<br><br><br>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
<br>Bryan Laird<br>Saving Lost Packets since 1994<br>Have you seen this packet? 1010101111010<br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com
</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div><br>