-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello List, since some days i run into the problem that one span on a TE407P is not comming up correctly. With intense debug on that span i get: < [ 02 01 7f ] < Unnumbered frame: < SAPI: 00 C/R: 1 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 - -- Got SABME from network peer. Sending Unnumbered Acknowledgement> [ 02 01 73 ]> Unnumbered frame: > SAPI: 00 C/R: 1 EA: 0 > TEI: 000 EA: 1 > M3: 3 P/F: 1 M2: 0 11: 3 [ UA (unnumbered acknowledgement) ] > 0 bytes of data- -- Restarting T203 counter - -- Restarting T203 counter == Primary D-Channel on span 4 up this looks good so far, but actually, these 2 messages repeat over and over again. At first i thought that there might be a problem with the carrier, so i just swapped 2 of the connected PRIs, but the problem stayed persistent on the same span. Anyone ever run into a Problem like this aswell? I haven't found any solution so far so i ask here. asterisk/zaptel/libpri are all lates stable out of the 1.2 branch and these are the related configs: /etc/zaptel.conf: span=1,1,0,ccs,hdb3,crc4 bchan=1-15,17-31 dchan=16 span=2,0,0,ccs,hdb3,crc4 bchan=32-46,48-62 dchan=47 span=3,0,0,ccs,hdb3,crc4 bchan=63-77,79-93 dchan=78 span=4,0,0,ccs,hdb3,crc4 bchan=94-108,110-124 dchan=109 span=5,0,0,ccs,hdb3,crc4 bchan=125-139,141-155 dchan=140 span=6,0,0,ccs,hdb3,crc4 bchan=156-170,172-186 dchan=171 span=7,0,0,ccs,hdb3,crc4 bchan=187-201,203-217 dchan=202 span=8,0,0,ccs,hdb3,crc4 bchan=218-232,234-248 dchan=233 loadzone=de defaultzone=de - ----------------- /etc/asterisk/zapata.conf: [channels] busydetect=no callprogress=no switchtype=euroisdn immediate=no overlapdial=yes echocancel=no signalling=pri_cpe relaxdtmf=yes resetinterval=60 txgain=2.0 context=incoming group = 1 channel=>1-15,17-31 channel=>32-46,48-62 channel=>63-77,79-93 channel=>94-108,110-124 channel=>125-139,141-155 channel=>156-170,172-186 channel=>187-201,203-217 channel=>218-232,234-248 - -- with regards Alexander Zielke -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGg8tc2mzHt+9iqYMRAhA/AJoD5X/uu5mC1psXH1KELAzZYg7ZTQCfT75h /k/OhI1/zY1G4ExYmbVMg0w=k8fU -----END PGP SIGNATURE-----
What is the output of `cat /proc/zaptel/spannumberthatsbroken` --- Matthew Fredrickson Software Engineer Digium, Inc. On Jun 28, 2007, at 9:53 AM, Alexander Zielke wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello List, > > since some days i run into the problem that one span on a TE407P is > not > comming up correctly. With intense debug on that span i get: > > < [ 02 01 7f ] > > < Unnumbered frame: > < SAPI: 00 C/R: 1 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 > - -- Got SABME from network peer. > Sending Unnumbered Acknowledgement > >> [ 02 01 73 ] > >> Unnumbered frame: >> SAPI: 00 C/R: 1 EA: 0 >> TEI: 000 EA: 1 >> M3: 3 P/F: 1 M2: 0 11: 3 [ UA (unnumbered acknowledgement) ] >> 0 bytes of data > - -- Restarting T203 counter > - -- Restarting T203 counter > == Primary D-Channel on span 4 up > > this looks good so far, but actually, these 2 messages repeat over and > over again. > > At first i thought that there might be a problem with the carrier, > so i > just swapped 2 of the connected PRIs, but the problem stayed > persistent > on the same span. > > Anyone ever run into a Problem like this aswell? I haven't found any > solution so far so i ask here. > > asterisk/zaptel/libpri are all lates stable out of the 1.2 branch > > > and these are the related configs: > > /etc/zaptel.conf: > span=1,1,0,ccs,hdb3,crc4 > bchan=1-15,17-31 > dchan=16 > > span=2,0,0,ccs,hdb3,crc4 > bchan=32-46,48-62 > dchan=47 > > span=3,0,0,ccs,hdb3,crc4 > bchan=63-77,79-93 > dchan=78 > > span=4,0,0,ccs,hdb3,crc4 > bchan=94-108,110-124 > dchan=109 > > span=5,0,0,ccs,hdb3,crc4 > bchan=125-139,141-155 > dchan=140 > > span=6,0,0,ccs,hdb3,crc4 > bchan=156-170,172-186 > dchan=171 > > span=7,0,0,ccs,hdb3,crc4 > bchan=187-201,203-217 > dchan=202 > > span=8,0,0,ccs,hdb3,crc4 > bchan=218-232,234-248 > dchan=233 > > loadzone=de > defaultzone=de > > - ----------------- > > /etc/asterisk/zapata.conf: > [channels] > busydetect=no > callprogress=no > switchtype=euroisdn > immediate=no > overlapdial=yes > echocancel=no > signalling=pri_cpe > relaxdtmf=yes > resetinterval=60 > txgain=2.0 > > context=incoming > group = 1 > channel=>1-15,17-31 > channel=>32-46,48-62 > channel=>63-77,79-93 > channel=>94-108,110-124 > channel=>125-139,141-155 > channel=>156-170,172-186 > channel=>187-201,203-217 > channel=>218-232,234-248 > > - -- > with regards > Alexander Zielke > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGg8tc2mzHt+9iqYMRAhA/AJoD5X/uu5mC1psXH1KELAzZYg7ZTQCfT75h > /k/OhI1/zY1G4ExYmbVMg0w> =k8fU > -----END PGP SIGNATURE----- > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
here's my output of /proc/zaptel/4:
Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4
94 TE4/0/4/1 Clear (In use)
95 TE4/0/4/2 Clear (In use)
96 TE4/0/4/3 Clear (In use)
97 TE4/0/4/4 Clear (In use)
98 TE4/0/4/5 Clear (In use)
99 TE4/0/4/6 Clear (In use)
100 TE4/0/4/7 Clear (In use)
101 TE4/0/4/8 Clear (In use)
102 TE4/0/4/9 Clear (In use)
103 TE4/0/4/10 Clear (In use)
104 TE4/0/4/11 Clear (In use)
105 TE4/0/4/12 Clear (In use)
106 TE4/0/4/13 Clear (In use)
107 TE4/0/4/14 Clear (In use)
108 TE4/0/4/15 Clear (In use)
109 TE4/0/4/16 HDLCFCS (In use)
110 TE4/0/4/17 Clear (In use)
111 TE4/0/4/18 Clear (In use)
112 TE4/0/4/19 Clear (In use)
113 TE4/0/4/20 Clear (In use)
114 TE4/0/4/21 Clear (In use)
115 TE4/0/4/22 Clear (In use)
116 TE4/0/4/23 Clear (In use)
117 TE4/0/4/24 Clear (In use)
118 TE4/0/4/25 Clear (In use)
119 TE4/0/4/26 Clear (In use)
120 TE4/0/4/27 Clear (In use)
121 TE4/0/4/28 Clear (In use)
122 TE4/0/4/29 Clear (In use)
123 TE4/0/4/30 Clear (In use)
124 TE4/0/4/31 Clear (In use)
i get this output for all other working spans aswell.
>
>
> What is the output of `cat /proc/zaptel/spannumberthatsbroken`
>
> ---
> Matthew Fredrickson
> Software Engineer
> Digium, Inc.