[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