<div class="gmail_quote">On Sat, Nov 15, 2008 at 11:05 PM, Tony Mountifield <span dir="ltr"><<a href="mailto:tony@softins.clara.co.uk">tony@softins.clara.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
In article <<a href="mailto:57a815bf0811142025k57b2773cq3eb5f1c9c2913783@mail.gmail.com">57a815bf0811142025k57b2773cq3eb5f1c9c2913783@mail.gmail.com</a>>,<br>
<div class="Ih2E3d">Mikel Lindsaar <<a href="mailto:raasdnil@gmail.com">raasdnil@gmail.com</a>> wrote:<br>> I have an NEC PBX connected via a TE210p E1 line to an asterisk 1.6 box.<br>> NEC -> E1 -> TE210P:1 -> * -> TE210P:2 -> E1 -> Telco<br>
> Incomming calls from the telco to the asterisk box to the NEC work fine with<br>
> indials and everything. Works sweet.<br>> Outbound from the NEC to the Asterisk box fail. Giving an long dial tone<br>
> that then times out.<br><br>
</div>You need to understand how the NEC interacted with the Telco before the<br>
Asterisk box was inserted.<br>You might want to try changing immediate=no to immediate=yes on span 1.<br>
If that's the case, you might need a different dialplan too:<br>If that doesn't work, you could try doing this at the Asterisk<br>
CLI> prompt:</blockquote><div><br></div><div>Yup, didn't work. Ended up timing out on the WaitExten command and looking for the t exten, which means it didn't receive a number to dial...</div><div><br></div><div>
Here is the verbose output:</div><div><br></div><div><div> -- Accepting call from '' to 's' on channel 0/31, span 1</div><div> -- Executing [s@from-nec:1] WaitExten("DAHDI/31-1", "") in new stack</div>
<div>[Nov 16 14:10:01] WARNING[7729]: pbx.c:7787 pbx_builtin_waitexten: Timeout but no rule 't' in context 'from-nec'</div><div> == Spawn extension (from-nec, s, 1) exited non-zero on 'DAHDI/31-1'</div>
<div> -- Hungup 'DAHDI/31-1'</div><div><br></div><div>Because this didn't work, I changed it back to immediate = no.</div><div><br></div><div>And removed the WaitExten from the from-nec context.</div><div><br>
</div><div>Now I don't get the constant dial tone any more, I get an immediate busy with asterisk reporting:</div><div><br></div><div><div> -- Extension 's' in context 'from-nec' from '' does not exist. Rejecting call on channel 0/31, span 1</div>
<div><br></div><div>Which means it's not getting the number to dial somehow.</div></div></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Then post the contents of /tmp/pri.txt if it's not too huge, or else<br>
put it up on a file server or web site and post the URL.<br></blockquote></div><br>
<div>Isn't too long. There are no other calls happening at the moment, so is nice and short:</div><div><br></div><div><div>< Protocol Discriminator: Q.931 (8) len=19</div><div>< Call Ref: len= 2 (reference 1/0x1) (Originator)</div>
<div>< Message type: SETUP (5)</div><div>< [04 03 80 90 a3]</div><div>< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)</div><div>< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)</div>
<div>< User information layer 1: A-Law (35)</div><div>< [18 03 a1 83 9f]</div><div>< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0</div><div>< ChanSel: As indicated in following octets</div>
<div>< Ext: 1 Coding: 0 Number Specified Channel Type: 3</div><div>< Ext: 1 Channel: 31 ]</div><div>< [6c 02 21 81]</div><div>< Calling Number (len= 4) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)</div>
<div>< Presentation: Presentation permitted, user number passed network screening (1) '' ]</div><div>-- Making new call for cr 1</div><div>-- Processing Q.931 Call Setup</div><div>-- Processing IE 4 (cs0, Bearer Capability)</div>
<div>-- Processing IE 24 (cs0, Channel Identification)</div><div>-- Processing IE 108 (cs0, Calling Party Number)</div><div>q931.c:3509 q931_receive: call 1 on channel 31 enters state 6 (Call Present)</div><div>NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Present, peerstate Call Initiated</div>
<div>q931.c:3104 q931_release_complete: call 1 on channel 31 enters state 0 (Null)</div><div>> Protocol Discriminator: Q.931 (8) len=9</div><div>> Call Ref: len= 2 (reference 1/0x1) (Terminator)</div><div>> Message type: RELEASE COMPLETE (90)</div>
<div>> [08 02 81 81]</div><div>> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)</div><div>> Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]</div>
<div>NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null</div><div>NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null</div><div><br></div><div><br></div><div>Any ideas?</div><div><br></div>
<div>Mikel</div><div><br></div></div>