search for: notopen

...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 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_...

....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. >=20 > 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 af...

...nf is just span=1,1,0,ccs,hdb3,crc4,yellow span=2,2,0,ccs,hdb3,crc4,yellow bchan=1-15 dchan=16 bchan=17-31 bchan=32-46 dchan=47 bchan=48-62 Which, according to my reading of the documentation I could find, should be correct. ztcfg doesn't complain about anything, yet all I ever get is RED NOTOPEN for both spans, and the red blinking pattern on the card changes from alternating to synchronous. Am I missing something obvious? Did I install during the wrong phase of the moon? And what exactly *is* the meaning of the RED alert? Hardware on fire? Configuration Error? No Cable (this would be p...

...on, I see cat: /dev/zap/1: Device or resource busy same with all the othe channel , except control channel 16 If I try cat: /dev/zap/1 with asterisk turned off, i see. cat: /dev/zap/1cat: No such file or directory Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" HDB3/CCS/CRC4 RED NOTOPEN 1 WCT1/0/1 Clear 2 WCT1/0/2 Clear 3 WCT1/0/3 Clear 4 WCT1/0/4 Clear 5 WCT1/0/5 Clear 6 WCT1/0/6 Clear 7 WCT1/0/7 Clear 8 WCT1/0/8 Clear 9 WCT1/0/9 Clear 10 WCT1/0/10 Clear 11 WCT1/0/11 Clear 12 WCT1/0/12 Clear 13 WCT1/0/13 Clear 14 WCT1/0/14 Clear...

Hello. I have a TE212 configured in E1 mode. This is shown in a cat /proc/zaptel/2 and 3 (where the card is configured): cat /proc/zaptel/2 Span 2: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4 RED NOTOPEN 25 TE2/0/1/1 Clear 26 TE2/0/1/2 Clear 27 TE2/0/1/3 Clear 28 TE2/0/1/4 Clear 29 TE2/0/1/5 Clear 30 TE2/0/1/6 Clear 31 TE2/0/1/7 Clear 32 TE2/0/1/8 Clear 33 TE2/0/1/9 Clear 34 TE2/0/1/10 Clear...

...oid *ptr, size_t size, size_t nmemb, void *datasource); int (*seek_func) (void *datasource, ogg_int64_t offset, int whence); int (*close_func) (void *datasource); - long (*tell_func) (void *datasource); + ogg_int64_t (*tell_func) (void *datasource); } ov_callbacks; #define NOTOPEN 0 I suspect there are a number of other files elsewhere in the vorbis source that I haven't searched for (like in win32) that need tweaking as a result of this. I've only looked in the files that get built on my FreeBSD system. That would be lib/vorbisfile.c. This includes a wrapper...

...anks on a system xpp: increase command queue length to 1500 xpp: USB_FW rev 10085: fix regression from r10013 xpp: PIC_TYPE_1 rev 9841: followup to r10013 bugfix: off-by-one in span assignment xpp: USB firmware r9964: minor bugfixes xpp: bugfix: clear NOTOPEN span alarm on assign xpp: bugfix -- manage xpd refcount for EC module xpp: Adaptations for E-Main-3 xpp: remove leftovers of old XPD_STATE method README: Minor additions regarding pinned-spans README: initial update for span assignments dahdi: Add err...

...anks on a system xpp: increase command queue length to 1500 xpp: USB_FW rev 10085: fix regression from r10013 xpp: PIC_TYPE_1 rev 9841: followup to r10013 bugfix: off-by-one in span assignment xpp: USB firmware r9964: minor bugfixes xpp: bugfix: clear NOTOPEN span alarm on assign xpp: bugfix -- manage xpd refcount for EC module xpp: Adaptations for E-Main-3 xpp: remove leftovers of old XPD_STATE method README: Minor additions regarding pinned-spans README: initial update for span assignments dahdi: Add err...

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that