<div class="gmail_quote">On Mon, Nov 17, 2008 at 10:20 AM, Tony Mountifield <span dir="ltr"><<a href="mailto:tony@softins.clara.co.uk">tony@softins.clara.co.uk</a>></span> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">> If I do this from an NEC digital extension I get 141496920000, but if I do<br>
> it from an NEC POTS extension I get 1942124000<br>
<br>
</div>That looks like when you pick up the analogue phone and dial 9, it<br>
immediately opens the outgoing line and sends the 141 acces code, but<br>
is doing so at the same time you carry on dialling 6920000. So the digits<br>
clash with each other. Notice you have 1414 interleaved with 922000. It<br>
appears like the digits generated by the NEC (1414) are overriding the<br>
digits coming in from the phone, and either obliterating the latter,<br>
or splitting them up (in the case of the 2, which gets chopped in half<br>
by a short burst of 1).<br></blockquote></div><div><br></div>OK, I removed the 1414 prefix from the NEC system. And now I have found a basic problem.<div><br></div><div>If I connect a POTS phone to the analogue extensions and dial fast (like an autodial) asterisk doesn't read the digits properly. If I connect manually and dial slowly, asterisk reads all the digits correctly and can handle the call.</div>
<div><br></div><div>Is there any way that i can get asterisk to read the faster DTMF digits?</div><div><br></div><div>Mikel<br clear="all"><br>-- <br><a href="http://lindsaar.net/">http://lindsaar.net/</a><br>Rails, RSpec and Life blog....<br>
<br><br>
</div>