<div class="gmail_quote">On Wed, Nov 19, 2008 at 2:13 AM, Tony Mountifield <span dir="ltr">&lt;<a href="mailto:tony@softins.clara.co.uk">tony@softins.clara.co.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
In article &lt;<a href="mailto:57a815bf0811180506j158375e9x1dee1c7b3d29ff2a@mail.gmail.com">57a815bf0811180506j158375e9x1dee1c7b3d29ff2a@mail.gmail.com</a>&gt;,<br>
<div><div></div><div class="Wj3C7c">Mikel Lindsaar &lt;<a href="mailto:raasdnil@gmail.com">raasdnil@gmail.com</a>&gt; wrote:<br>&gt; For example. &nbsp;On the POTS phone I dial:<br>&gt; 95523025<br>&gt; And the following comes up in the caller log:<br>

&gt;<br>
&gt; &nbsp; == CDR updated on DAHDI/21-1<br>
&gt; &nbsp; &nbsp; -- Executing [29350525@from-nec:1] Dial(&quot;DAHDI/21-1&quot;,<br>
&gt; &quot;DAHDI/g2/29350525,,Tr&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Requested transfer capability: 0x00 - SPEECH<br>
&gt; &nbsp; &nbsp; -- Called g2/29350525<br>
&gt; &nbsp; &nbsp; -- DAHDI/38-1 is proceeding passing it to DAHDI/21-1<br>
&gt; &nbsp; &nbsp; -- Channel 0/7, span 2 got hangup request, cause 1<br>
&gt; &nbsp; &nbsp; -- Hungup &#39;DAHDI/38-1&#39;<br>
&gt;<br>
&gt; So it gets all the right digits... just interleaved.....<br>
&gt;<br>&gt; As I said before, if i manually dial the digits with 1 second lags between<br>
&gt; each button press, it calls out fine.<br>
<br>
</div></div>Well that IS weird! It looks to me like the NEC is collecting up some<br>
digits itself (e.g. that it receives before it gets Answer status from<br>
Asterisk), and then sending on the collected digits once it has connected,<br>
but these are then overlapping with the rest of the digits that are being<br>
passed through from the phone in-band.<br>
<br>
I think the source of your problems now is the behaviour of the NEC unit.<br>
So you need to understand exactly what it does with DTMF and how it wants<br>
to interact with the Asterisk unit behind it.<br>
<br>
I don&#39;t think Asterisk is the problem any more...<br></blockquote></div><div><br></div><div>Which I would agree with 100% if it were not for the fact that this same NEC system was working without ANY modification on and E1 the day before.</div>
<div><br></div><div>The setup was:</div><div><br></div><div>NEC == E1 == Telco</div><div><br></div><div>To which I changed it to:</div><div><br></div><div>NEC == CAT5 == TE210P:1 = * = TE210P:2 == E1 == Telco</div><div><br>
</div><div>ie... just inserted the Asterisk box in between.</div><div><br></div><div>I plug the NEC back straight to the Telco and all works well again.</div><div><br></div><div>Unless Asterisk is expecting inband DTMF and the NEC was doing out of band with the Telco :/ &nbsp;That would make sense.. but how to force it to out of band?</div>
<div><br></div><div>Mikel</div><br>-- <br><a href="http://lindsaar.net/">http://lindsaar.net/</a><br>Rails, RSpec and Life blog....<br><br><br>