Hi,<br><br>(Apologies for readers of Bristuff mailing as I already posted this message to the list)<br><br>My setup is:<br>SIP hardphone ------------- &lt;LAN&gt; ----------- Asterisk server ---------&lt;ISDN&gt;<br>Asterisk server is :
<br>Gentoo enabled with 1.0.8 bristuffed Asterisk<br>equipped with Junghanns Quad BRI with 2 BRI ports connected to ISDN
<br><br>From log files (with line numbering enabled) I&#39;ve got :<br><br>

<p><span lang="EN-GB"><span>&nbsp; </span>2140<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
Informational frame:<br>
<span>&nbsp; </span>2141<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
SAPI: 00<span>&nbsp; </span>C/R: 1 EA: 0<br>
<span>&nbsp; </span>2142<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;<span>&nbsp; </span>TEI: 064<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>EA: 1<br>
<span>&nbsp; </span>2143<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
N(S): 000<span>&nbsp;&nbsp; </span>0: 0<br>
<span>&nbsp; </span>2144<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
N(R): 001<span>&nbsp;&nbsp; </span>P: 0<br>
<span>&nbsp; </span>2145<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
8 bytes of data<br>
<span>&nbsp; </span>2146<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
ACKing all packets from 0 to (but not including) 1<br>
<span>&nbsp; </span>2147<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Since there was nothing left, stopping T200 counter<br>
<span>&nbsp; </span>2148<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Stopping T203 counter since we got an ACK<br>
<span>&nbsp; </span>2149<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Nothing left, starting T203 counter<br>
<span>&nbsp; </span>2150<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
Protocol Discriminator: Q.931 (8)<span>&nbsp;
</span>len=8<br>
<span>&nbsp; </span>2151<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
Call Ref: len= 1 (reference 153/0x99) (Terminator)<br>
<span>&nbsp; </span>2152<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
Message type: RELEASE COMPLETE (90)<br>
<span>&nbsp; </span>2153<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
[08 02 87 a2]<br>
<span>&nbsp; </span>2154<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;
Cause (len= 4) [ Ext: 1<span>&nbsp; </span>Coding: CCITT
(ITU) standard (0) 0: 0<span>&nbsp;&nbsp; </span>Location:
International network (7)<br>
<span>&nbsp; </span>2155<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&lt;<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Ext: 1<span>&nbsp; </span>Cause: Circuit/channel congestion (34), class
= Network Congestion (2) ]<br>
<span>&nbsp; </span>2156<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Sending
Receiver Ready (1)<br>
<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><br>
<span>&nbsp; </span>2157<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
[ 02 81 01 02 ]<br>
<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><br>
<span>&nbsp; </span>2158<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
Supervisory frame:<br>
<span>&nbsp; </span>2159<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
SAPI: 00<span>&nbsp; </span>C/R: 1 EA: 0<br>
<span>&nbsp; </span>2160<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;<span>&nbsp; </span>TEI: 064<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>EA: 1<br>
<span>&nbsp; </span>2161<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
Zero: 0<span>&nbsp;&nbsp;&nbsp;&nbsp; </span>S: 0 01: 1<span>&nbsp; </span>[ RR (receive ready) ]<br>
<span>&nbsp; </span>2162<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
N(R): 001 P/F: 0<br>
<span>&nbsp; </span>2163<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>&gt;
0 bytes of data<br>
<span>&nbsp; </span>2164<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Restarting T203 counter<br>
<span>&nbsp; </span>2165<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Restarting T203 counter<br>
<span>&nbsp; </span>2166<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span>&nbsp;&nbsp;&nbsp; </span>-- Channel 0/1, span 2 got hangup<br>
<span>&nbsp; </span>2167<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 VERBOSE[10990]:<span>&nbsp;&nbsp;&nbsp;&nbsp; </span>--
Zap/4-1 is circuit-busy<br>
<span>&nbsp; </span>2168<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Set option AUDIO MODE, value: ON(1) on Zap/4-1<br>
<span>&nbsp; </span>2169<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Hangup: channel: 4 index = 0, normal = 18, callwait =
-1, thirdcall = -1<br>
<span>&nbsp; </span>2170<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Already hungup...<span>&nbsp;
</span>Calling hangup once, and clearing call<br>
<span>&nbsp; </span>2171<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: disabled echo cancellation on channel 4<br>
<span>&nbsp; </span>2172<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Set option TDD MODE, value: OFF(0) on Zap/4-1<br>
<span>&nbsp; </span>2173<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Updated conferencing on 4, with 0 conference
users<br>
<span>&nbsp; </span>2174<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Set option AUDIO MODE, value: OFF(0) on Zap/4-1<br>
<span>&nbsp; </span>2175<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: disabled echo cancellation on channel 4<br>
<span>&nbsp; </span>2176<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 VERBOSE[10990]:<span>&nbsp;&nbsp;&nbsp;&nbsp; </span>-- Hungup
&#39;Zap/4-1&#39;<br>
<span>&nbsp; </span>2177<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 VERBOSE[10990]:<span>&nbsp;&nbsp; </span>== Everyone
is busy/congested at this time<br>
<span>&nbsp; </span>2178<span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>Feb
19 16:21:03 DEBUG[10990]: Exiting with DIALSTATUS=CONGESTION.<br>
</span></p>

<br>My feeling (not based on hard facts yet), is that all 4 channels were not all busy.<br>How can I can check this reading PRI INTENSE DEBUG SPAN (enormous) output ?<br><br>I guess this information should be somehow readable from Channel D .
<br>As PRI INTENSE DEBUG shows both Supervisory and Informational
frames, I guess channel occupation should be in Supervisory frames
which I don&#39;t know yet how to read.<br><br>How can I check this ?<br>Regards<br>