[asterisk-users] Xorcom BRI state NOTOPEN

Loic Didelot ldidelot at mixvoip.com
Tue Dec 30 15:55:22 CST 2008


I forgot to mention that  zaptel_hardware -v doesnt show anything.



--
Loïc DIDELOT
MIXvoip S.a.
ldidelot at mixvoip.com
http://www.mixvoip.com

----- Original Message -----
From: "Tzafrir Cohen" <tzafrir.cohen at xorcom.com>
To: asterisk-users at lists.digium.com
Sent: Tuesday, December 30, 2008 7:37:43 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
Subject: Re: [asterisk-users] Xorcom BRI state NOTOPEN

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?

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohen at xorcom.com
+972-50-7952406           mailto:tzafrir.cohen at xorcom.com
http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir

_______________________________________________
-- 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



More information about the asterisk-users mailing list