<p>I had the same problem dahdi 2.5.0.2 and libpri 1.4.11 works for my second span, newer libpri wont work<br>
Ast 1.6.2.20<br>
</p>
<div class="gmail_quote">El 10/11/2011 13:39, "Russell Brown" <<a href="mailto:russell@lls.lls.com">russell@lls.lls.com</a>> escribió:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I bit the bullet last night and upgraded from Asterisk 1.4.42 with<br>
Zaptel 1.4.12.1 to Asterisk 1.8.7.1 and DAHDI 2.5.0.2 (libpri is 1.4.12<br>
for both configs).<br>
<br>
Everything went reasonably well except for calls to and from an ISDN PBX<br>
on span 2..... which now just won't work :-(<br>
<br>
There's obviously something different in the Zap/DAHDI settings that I<br>
need to tweak but I've read through the config samples and not been able<br>
to find anything.<br>
<br>
Can anyone help?<br>
<br>
For the record, no hardware was changed and everythings been working<br>
fine for yonks with my 1.4.42 based setup.<br>
<br>
FWIW, I also tried DAHDI 2.6.0-rc1 and libpri-1.4.11.5 but neither made<br>
any difference.<br>
<br>
The ISDN PBX (a Network Alchemy Argent) is connected to port 1 on my<br>
Digium Wildcard TE205P. Port 0 on the card is connected to a BT ISDN30<br>
line which is working fine.<br>
<br>
I copied my settings from /etc/zaptel.conf to /etc/dahdi/system.conf.<br>
<br>
># Second port<br>
>span=2,0,2,ccs,hdb3,crc4<br>
>bchan=32-46<br>
>dchan=47<br>
>bchan=48-62<br>
<br>
I copied /etc/asterisk/zapata.conf to /etc/chan_dahdi.conf<br>
<br>
>;<br>
>; Network Alchemy<br>
>;<br>
>group=2<br>
>switchtype=euroisdn<br>
>context = alchemy<br>
>usecallerid=yes<br>
>signalling = pri_net<br>
>resetinterval=100000000<br>
>callerid=asreceived<br>
>pridialplan=dynamic<br>
>prilocaldialplan=dynamic<br>
>useincomingcalleridondahditransfer = yes<br>
>channel => 32-40<br>
<br>
<br>
Asterisk/DADHI sees both spans but whenever I try dialing anthing on<br>
span 2 I get the following in /var/log/asterisk/messages<br>
<br>
>[Nov 10 13:28:07] NOTICE[30988] chan_dahdi.c: PRI got event: HDLC Abort (6) on D-channel of span 2<br>
>[Nov 10 13:28:08] WARNING[30988] sig_pri.c: Span 2: No D-channels available! Using Primary channel as D-channel anyway!<br>
<br>
and on the console I get:<br>
<br>
>-- Executing [*42@from-sip:1] NoOp("SIP/112-00000003", "DAHDI Dial Test") in new stack<br>
>-- Executing [*42@from-sip:2] Dial("SIP/112-00000003", "DAHDI/g2/18") in new stack<br>
>-- Requested transfer capability: 0x00 - SPEECH<br>
>-- Called DAHDI/g2/18<br>
>== Primary D-Channel on span 2 down<br>
>== Primary D-Channel on span 2 up<br>
>-- Span 2: Channel 0/1 got hangup, cause 18<br>
>-- Hungup 'DAHDI/i2/18-1'<br>
>== Everyone is busy/congested at this time (1:0/0/1)<br>
>-- Auto fallthrough, channel 'SIP/112-00000003' status is 'CHANUNAVAIL'<br>
<br>
and then all the Channels on Span 2 get restarted.<br>
<br>
DAHDI is also seeing CRC errors that goes up by one every time the<br>
D-Channel on span 2 goes up/down.<br>
<br>
>asterisk*CLI> dahdi show status<br>
>Description Alarms IRQ bpviol CRC Fra Codi Options LBO<br>
>T2XXP (PCI) Card 0 Span 1 OK 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)<br>
>T2XXP (PCI) Card 0 Span 2 OK 0 0 5 CCS HDB3 CRC4 266-399 feet (DSX-1)<br>
>asterisk*CLI><br>
<br>
If I turn on pri debug on span 2 and make a call then I get<br>
<br>
> -- Executing [*42@from-sip:1] NoOp("SIP/112-00000006", "DAHDI Dial Test") in new stack<br>
> == Extension Changed 112[from-sip] new state InUse for Notify User 114<br>
> -- Executing [*42@from-sip:2] Dial("SIP/112-00000006", "DAHDI/g2/18") in new stack<br>
>PRI Span: 2 -- Making new call for cref 32770<br>
> -- Requested transfer capability: 0x00 - SPEECH<br>
>PRI Span: 2<br>
>PRI Span: 2 > DL-DATA request<br>
>PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=49<br>
>PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)<br>
>PRI Span: 2 > Message Type: SETUP (5)<br>
>PRI Span: 2 TEI=0 Transmitting N(S)=9, window is open V(A)=9 K=7<br>
>PRI Span: 2<br>
>PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=49<br>
>PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)<br>
>PRI Span: 2 > Message Type: SETUP (5)<br>
>PRI Span: 2 > [04 03 80 90 a3]<br>
>PRI Span: 2 > Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)<br>
>PRI Span: 2 > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)<br>
>PRI Span: 2 > User information layer 1: A-Law (35)<br>
>PRI Span: 2 > [18 03 a9 83 81]<br>
>PRI Span: 2 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0<br>
>PRI Span: 2 > ChanSel: As indicated in following octets<br>
>PRI Span: 2 > Ext: 1 Coding: 0 Number Specified Channel Type: 3<br>
>PRI Span: 2 > Ext: 1 Channel: 1 Type: NET] PRI Span: 2 > [28 0d 52 75 73 73 65 6c 6c 20 42 72 6f 77 6e]<br>
>PRI Span: 2 > Display (len=13) [ Russell Brown ]<br>
>PRI Span: 2 > [6c 0c 21 80 31 37 38 30 34 37 31 38 30 32]<br>
>PRI Span: 2 > Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)<br>
>PRI Span: 2 > Presentation: Presentation permitted, user number not screened (0) '1780471800' ]<br>
>PRI Span: 2 > [70 03 c1 31 38]<br>
>PRI Span: 2 > Called Number (len= 5) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '18' ]<br>
>PRI Span: 2 q931.c:6036 q931_setup: Call 32770 enters state 1 (Call Initiated). Hold state: Idle<br>
> -- Called DAHDI/g2/18<br>
>PRI Span: 2 T303 timed out. cref:32770<br>
>PRI Span: 2<br>
>PRI Span: 2 > DL-DATA request<br>
>PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=49<br>
>PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)<br>
>PRI Span: 2 > Message Type: SETUP (5)<br>
>PRI Span: 2 TEI=0 Just queued I-frame since in state 8(Timer recovery)<br>
>PRI Span: 2 TEI=0 MDL-ERROR (I): T200 expired N200 times sending RR/RNR in state 8(Timer recovery)<br>
>PRI Span: 2 TEI=0 Sending SABME<br>
>PRI Span: 2 Changing from state 8(Timer recovery) to 5(Awaiting establishment)<br>
>Span: 2 Processing event: PRI_EVENT_DCHAN_DOWN<br>
> == Primary D-Channel on span 2 down<br>
>PRI Span: 2 TEI=0 Sending SABME<br>
>PRI Span: 2 TEI=0 Sending SABME<br>
>PRI Span: 2 TEI=0 Sending SABME<br>
>PRI Span: 2 T303 timed out. cref:32770<br>
>PRI Span: 2 q931.c:5925 t303_expiry: Call 32770 enters state 0 (Null). Hold state: Idle<br>
>PRI Span: 2 Fake clearing. cref:32770<br>
>PRI Span: 2 q931.c:9219 pri_internal_clear: alive 1, hangupack 1<br>
>Span: 2 Processing event: PRI_EVENT_HANGUP<br>
> == Primary D-Channel on span 2 up<br>
> -- Span 2: Channel 0/1 got hangup, cause 18<br>
>PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:32770<br>
>PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle<br>
>PRI Span: 2 Destroying call 0x7f0d285c0840, ourstate Null, peerstate Null, hold-state Idle<br>
> -- Hungup 'DAHDI/i2/18-2'<br>
> == Everyone is busy/congested at this time (1:0/0/1)<br>
> -- Auto fallthrough, channel 'SIP/112-00000006' status is 'CHANUNAVAIL'<br>
> -- Executing [h@from-sip:1] Macro("SIP/112-00000006", "DONE_HANGUP") in new stack<br>
> -- Executing [s@macro-DONE_HANGUP:1] NoOp("SIP/112-00000006", "In DONE_HANGUP MACRO") in new stack<br>
>PRI Span: 2 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)<br>
>PRI Span: 2 Changing from state 5(Awaiting establishment) to 4(TEI assigned)<br>
>PRI Span: 2 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)<br>
>PRI Span: 2 SAPI/TEI=0/0 Kick starting link<br>
>PRI Span: 2 TEI=0 Sending SABME<br>
>PRI Span: 2 Changing from state 4(TEI assigned) to 5(Awaiting establishment)<br>
<br>
Which shows the call terminating with Cause 18 (no user responding). huh?<br>
<br>
Can anyone suggest how I can get this fixed?<br>
<br>
TIA<br>
<br>
--<br>
Regards,<br>
Russell<br>
--------------------------------------------------------------------<br>
| Russell Brown | MAIL: <a href="mailto:russell@lls.com">russell@lls.com</a> PHONE: 01780 471800 |<br>
| Lady Lodge Systems | WWW Work: <a href="http://www.lls.com" target="_blank">http://www.lls.com</a> |<br>
| Peterborough, England | WWW Play: <a href="http://www.ruffle.me.uk" target="_blank">http://www.ruffle.me.uk</a> |<br>
--------------------------------------------------------------------<br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div>