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. > > > > > > r...@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 [email protected] http://www.mixvoip.com _______________________________________________ -- 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
