[asterisk-users] Xorcom BRI state NOTOPEN

[Loic Didelot]

Hi,
on span was complaining about D channels. So I disabled that port in my
zapata.conf and since then the device does not seem to "unload" itself,
at least it did not happen during the last 8 hours.


Loic



On Tue, 2008-12-30 at 20:37 +0200, Tzafrir Cohen wrote:
> On Tue, Dec 30, 2008 at 05:34:32PM +0100, Loic Didelot wrote:
> > Hello,
> > I recently got a problem I have never seen during my previous
> > installations.
> > 
> > I have a Xorcom device with 4 BRI and 8 FXS ports. I use ubuntu Linux
> > and asterisk 1.4.22. Everything works fine but after some time zap
> > channels disappear in asterisk.
> > 
> > 
> > root at pbx1:~# cat /proc/zaptel/*
> > Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: BRI_TE" AMI/CCS NOTOPEN
> > 
> > 	   1 XPP_BRI_TE/00/00/0 Clear NOTOPEN
> > 	   2 XPP_BRI_TE/00/00/1 Clear NOTOPEN
> > 	   3 XPP_BRI_TE/00/00/2 HDLCFCS (In use) NOTOPEN
> 
> A Xorcom Astribank span will have the NOTOPEN alarm if the device itself
> has been disconnected.
> 
> Do you see any kernel messages at the time of the disconnect? I expect
> to see something about a USB device disconnected.
> 
> > Span 2: XBUS-00/XPD-01 "Xorcom XPD #00/01: BRI_TE" AMI/CCS NOTOPEN
> > 
> > 	   4 XPP_BRI_TE/00/01/0 Clear NOTOPEN
> > 	   5 XPP_BRI_TE/00/01/1 Clear NOTOPEN
> > 	   6 XPP_BRI_TE/00/01/2 HDLCFCS (In use) NOTOPEN
> > Span 3: XBUS-00/XPD-02 "Xorcom XPD #00/02: BRI_TE" AMI/CCS NOTOPEN
> > 
> > 	   7 XPP_BRI_TE/00/02/0 Clear NOTOPEN
> > 	   8 XPP_BRI_TE/00/02/1 Clear NOTOPEN
> > 	   9 XPP_BRI_TE/00/02/2 HDLCFCS (In use) NOTOPEN
> > Span 4: XBUS-00/XPD-03 "Xorcom XPD #00/03: BRI_TE" (MASTER) AMI/CCS
> > NOTOPEN
> > 
> > 	  10 XPP_BRI_TE/00/03/0 Clear NOTOPEN
> > 	  11 XPP_BRI_TE/00/03/1 Clear NOTOPEN
> > 	  12 XPP_BRI_TE/00/03/2 HDLCFCS (In use) NOTOPEN
> > Span 5: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" NOTOPEN
> > 
> > 	  13 XPP_FXS/00/10/0 FXOKS NOTOPEN
> > 	  14 XPP_FXS/00/10/1 FXOKS NOTOPEN
> > 	  15 XPP_FXS/00/10/2 FXOKS NOTOPEN
> > 	  16 XPP_FXS/00/10/3 FXOKS NOTOPEN
> > 	  17 XPP_FXS/00/10/4 FXOKS NOTOPEN
> > 	  18 XPP_FXS/00/10/5 FXOKS NOTOPEN
> > 	  19 XPP_FXS/00/10/6 FXOKS NOTOPEN
> > 	  20 XPP_FXS/00/10/7 FXOKS NOTOPEN
> 
> This is really odd. I would have expected at least FXS/FXO channels to
> be immediately destroyed in response to ZT_EVENT_REMOVED / 
> DAHDI_EVENT_REMOVED generated on that channel at disconnect time.
> 
> What is the output of:
> 
>   zaptel_hardware -v
> 
> at this time?
> 
-- 
Loïc DIDELOT
MIXvoip S.a.
Tel: +352 20 3333 20
Fax: +352 20 3333 90
ldidelot at mixvoip.com
http://www.mixvoip.com