[Asterisk-Users] ISDN D-Channel Problem / bristuff / qozap

[Harald Holzer]

Hi,

i am using a HFC-4S Board with the bristuff patches from Junghans.
3 of 4 ISDN-NTs working well but the first one of this group making troubles. (all in TE Mode.)
every 10 minutes all active lines getting disconnected from this NT :-(

asterisk showing up this information:

  == Primary D-Channel on span 2 down
Aug  8 23:36:43 WARNING[7616]: chan_zap.c:2129 pri_find_dchan: No D-channels available!  Using
Primary on channel anyway 6!
  == Primary D-Channel on span 2 up


Here are the debugging output from the qozap driver:

ISDN NT1 (the bad one):

Aug  8 23:16:30 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:16:30 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x1 0x1 0x53 0xae ] 6 bytes
Aug  8 23:16:40 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:16:40 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x1 0x1 0x53 0xae ] 6 bytes
Aug  8 23:16:47 voip kernel: qozap: card 2 span 2 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff 0xd9
0x70 ] 10 bytes
Aug  8 23:16:48 voip kernel: qozap: card 2 span 2 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff 0xd9
0x70 ] 10 bytes
Aug  8 23:16:49 voip kernel: qozap: card 2 span 2 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x6 0x1 0x98
0x5d ] 10 bytes
Aug  8 23:16:49 voip kernel: qozap: card 2 span 2 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x6 0x1 0x98
0x5d ] 10 bytes
Aug  8 23:16:50 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:16:53 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:16:56 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:16:59 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x7f ] 3 bytes
Aug  8 23:17:02 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x7f ] 3 bytes
Aug  8 23:17:02 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x73 0x8 0x9e ] 5 bytes
Aug  8 23:17:12 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:17:12 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x1 0x1 0x53 0xae ] 6 bytes
Aug  8 23:17:22 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:17:22 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x1 0x1 0x53 0xae ] 6 bytes
Aug  8 23:17:32 voip kernel: qozap: card 2 stport 2 TX [ 0x0 0x1 0x1 0x1 ] 4 bytes
Aug  8 23:17:32 voip kernel: qozap: card 2 span 2 RX [ 0x0 0x1 0x1 0x1 0x53 0xae ] 6 bytes

ISDN NT2 (a good one):

Aug  8 23:18:53 voip kernel: qozap: card 2 stport 1 TX [ 0x0 0x1 0x1 0xb ] 4 bytes
Aug  8 23:18:53 voip kernel: qozap: card 2 span 1 RX [ 0x0 0x1 0x1 0x9 0x1b 0x22 ] 6 bytes
Aug  8 23:19:03 voip kernel: qozap: card 2 stport 1 TX [ 0x0 0x1 0x1 0xb ] 4 bytes
Aug  8 23:19:03 voip kernel: qozap: card 2 span 1 RX [ 0x0 0x1 0x1 0x9 0x1b 0x22 ] 6 bytes
Aug  8 23:19:07 voip kernel: qozap: card 2 span 1 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff 0xd9
0x70 ] 10 bytes
Aug  8 23:19:08 voip kernel: qozap: card 2 span 1 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff 0xd9
0x70 ] 10 bytes
Aug  8 23:19:13 voip kernel: qozap: card 2 stport 1 TX [ 0x0 0x1 0x1 0xb ] 4 bytes
Aug  8 23:19:13 voip kernel: qozap: card 2 span 1 RX [ 0x0 0x1 0x1 0x9 0x1b 0x22 ] 6 bytes
Aug  8 23:19:23 voip kernel: qozap: card 2 stport 1 TX [ 0x0 0x1 0x1 0xb ] 4 bytes
Aug  8 23:19:23 voip kernel: qozap: card 2 span 1 RX [ 0x0 0x1 0x1 0x9 0x1b 0x22 ] 6 bytes
Aug  8 23:19:33 voip kernel: qozap: card 2 stport 1 TX [ 0x0 0x1 0x1 0xb ] 4 bytes
Aug  8 23:19:33 voip kernel: qozap: card 2 span 1 RX [ 0x0 0x1 0x1 0x9 0x1b 0x22 ] 6 bytes

interresing seems to me this line:
Aug  8 23:16:49 voip kernel: qozap: card 2 span 2 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x6 0x1 0x98
0x5d ] 10 bytes

does some know this problem, or can me point out how i can solve the problem ?
where i can get more information what this bytes want to say me ?


more asterisk debug information:

< Supervisory frame:
< SAPI: 00  C/R: 0 EA: 0
<  TEI: 000        EA: 1
< Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
< N(R): 000 P/F: 1
< 0 bytes of data
-- ACKing all packets from 0 to (but not including) 0
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
T203 counter expired, sending RR and scheduling T203 again
Sending Receiver Ready (0)

> [ 00 01 01 01 ]

> Supervisory frame:
> SAPI: 00  C/R: 0 EA: 0
>  TEI: 000        EA: 1
> Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
> N(R): 000 P/F: 1
> 0 bytes of data
-- Restarting T203 counter

< [ 00 01 01 01 ]

< Supervisory frame:
< SAPI: 00  C/R: 0 EA: 0
<  TEI: 000        EA: 1
< Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
< N(R): 000 P/F: 1
< 0 bytes of data
-- ACKing all packets from 0 to (Aug  8 23:46:25 WARNING[7616]: chan_zap.c:2129
pri_find_dchan: No D-channels available!  Using Primary on channel anyway 6!
T203 counter expired in weird state 2
Sending Set Asynchronous Balanced Mode Extended

> [ 00 01 7f ]

> Unnumbered frame:
> SAPI: 00  C/R: 0 EA: 0
>  TEI: 000        EA: 1
>   M3: 3   P/F: 1 M2: 3 11: 3  [ SABME (set asynchronous balanced mode extended) ]
> 0 bytes of data

< [ 00 01 73 ]

< Unnumbered frame:
< SAPI: 00  C/R: 0 EA: 0
<  TEI: 000        EA: 1
<   M3: 3   P/F: 1 M2: 0 11: 3  [ UA (unnumbered acknowledgement) ]
< 0 bytes of data
-- Got UA from network peer  Link up.
-- Restarting T203 counter
  == Primary D-Channel on span 2 up