Harald Holzer
2005-Aug-08 15:09 UTC
[Asterisk-Users] ISDN D-Channel Problem / bristuff / qozap
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