Hi list, I have the following setup : a first asterisk is connected to the legacy Alcatel PaBX to connect to a remote site with a second asterisk server. PSTN | Legacy phones == Alcatel Omnipcx == Asterisk1 | | IAX | Asterisk2 == 25 Bugetone 101 Servers is a dell 400sc (Pentium(R) 4 CPU 2.80GHz, 2 IDE disks in software RAID1) and the system has been used in production with a tdm04b connected to Omnipcx for a week wihtout troubles. System has been working flawlessly for a week with a 4 analog lines between the omnipcx and asterisk1 (using TDM04B). Today I've moved to a 4 BRI link between omnipcx and asterisk1 (using kpj's QuadBRI). It does work fine... for about 3 minutes, and then asterisk dies after hanging up a successful call to the omnipcx. Asterisk / Zaptel / Libpri / Qozap on first server have been built with the scripts from bri-stuff-0.1.0-RC4a.tar.gz. Asterisk1 logs shows warnings on all hangups, eg. Oct 22 16:39:47 WARNING[1101196208]: PRI: Can't destroy call 133! Oct 22 16:39:47 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:39:54 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:39:58 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:40:04 WARNING[1101196208]: PRI: Can't destroy call 135! Oct 22 16:40:04 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:40:41 WARNING[1101196208]: PRI: Can't destroy call 137! Oct 22 16:40:41 WARNING[1101196208]: Hangup on bad channel 0/2 on span 1 Oct 22 16:41:09 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:41:13 WARNING[1101196208]: Hangup on bad channel 0/1 on span 1 Oct 22 16:41:19 NOTICE[1121725360]: I should never be called! Oct 22 16:41:53 WARNING[1101196208]: PRI: Can't destroy call 140! Oct 22 16:41:53 WARNING[1101196208]: Hangup on bad channel 0/2 on span 1 Loading qozap shows no error except for devfs, but I doubt this is the source of the problem: Oct 22 16:29:43 asterisk1 kernel: Zapata Telephony Interface Registered on major 196 Oct 22 16:29:56 asterisk1 kernel: PCI: Enabling device 02:02.0 (0000 -> 0003) Oct 22 16:29:56 asterisk1 kernel: PCI: Found IRQ 10 for device 02:02.0 Oct 22 16:29:56 asterisk1 kernel: PCI: Sharing IRQ 10 with 00:1f.3 Oct 22 16:29:56 asterisk1 kernel: PCI: Sharing IRQ 10 with 00:1f.5 Oct 22 16:29:56 asterisk1 kernel: qozap: Junghanns.NET quadBRI card configured at mem 0xe08e0000 IRQ 10 HZ 100 CardID 0 Oct 22 16:29:56 asterisk1 kernel: qozap: S/T ports: 4 [ NT NT NT NT ] Oct 22 16:29:56 asterisk1 kernel: card 1 span 1 state G0 (A_ST_RD_STA = 0x0) Oct 22 16:29:56 asterisk1 kernel: card 1 span 2 state G0 (A_ST_RD_STA = 0x0) Oct 22 16:29:56 asterisk1 kernel: card 1 span 3 state G0 (A_ST_RD_STA = 0x0) Oct 22 16:29:56 asterisk1 kernel: card 1 span 4 state G0 (A_ST_RD_STA = 0x0) Oct 22 16:29:56 asterisk1 kernel: qozap: 1 multiBRI card(s) in this box, 4 BRI ports total. Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/1" to "/dev/zap/1" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/2" to "/dev/zap/2" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/3" to "/dev/zap/3" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/4" to "/dev/zap/4" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/5" to "/dev/zap/5" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/6" to "/dev/zap/6" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/7" to "/dev/zap/7" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/8" to "/dev/zap/8" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/9" to "/dev/zap/9" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/10" to "/dev/zap/10" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/11" to "/dev/zap/11" Oct 22 16:29:56 asterisk1 devfsd[168]: error copying: "/lib/dev-state/zap/12" to "/dev/zap/12" Oct 22 16:30:36 asterisk1 kernel: Registered tone zone 2 (France) Oct 22 16:30:36 asterisk1 kernel: card 1 span 1 state G2 (A_ST_RD_STA 0x82) Oct 22 16:30:36 asterisk1 kernel: card 1 span 2 state G2 (A_ST_RD_STA 0xc2) Oct 22 16:30:36 asterisk1 kernel: card 1 span 3 state G2 (A_ST_RD_STA 0x82) Oct 22 16:30:36 asterisk1 kernel: card 1 span 4 state G2 (A_ST_RD_STA 0xc2) Oct 22 16:30:36 asterisk1 kernel: card 1 span 1 state G3 (A_ST_RD_STA 0x13) Oct 22 16:30:36 asterisk1 kernel: card 1 span 2 state G3 (A_ST_RD_STA 0x13) Oct 22 16:30:36 asterisk1 kernel: card 1 span 3 state G3 (A_ST_RD_STA 0x13) Oct 22 16:30:36 asterisk1 kernel: card 1 span 4 state G3 (A_ST_RD_STA 0x13) Oct 22 16:30:36 asterisk1 kernel: qozap: card 1 span 1 RX [ 0x0 0x1 0x7f 0x64 0x54 ] Oct 22 16:30:36 asterisk1 kernel: qozap: card 1 span 3 RX [ 0x0 0x1 0x7f 0x64 0x54 ] Oct 22 16:30:37 asterisk1 kernel: qozap: card 1 span 1 RX [ 0x0 0x1 0x7f 0x64 0x54 ] ===================== zaptel.conf: loadzone=fr defaultzone=fr span=1,1,3,ccs,ami span=2,0,3,ccs,ami span=3,0,3,ccs,ami span=4,0,3,ccs,ami bchan=1,2 dchan=3 bchan=4,5 dchan=6 bchan=7,8 dchan=9 bchan=10,11 dchan=12 ===================== zapata.conf [channels] language=fr switchtype = euroisdn signalling = bri_net pridialplan = local prilocaldialplan = local echocancel = yes context=pabx group = 1 channel => 1-2 channel => 4-5 channel => 7-8 channel => 10-11 [general] static=yes writeprotect=yes ===================== extensions.conf [globals] pabx=Zap/g1 compta=IAX2/asterisk1:siege@192.168.4.20 ; -------------------- Appel en provenance du PaBX via Zaptel [pabx] switch => ${compta} ; -------------------- Appel en provenance de la compta via IAX trunk [compta] exten => _.,1,Dial(${pabx}/${EXTEN},90,r) ; -------------------- Appel en provenance du fax de la compta via IAXy ; ne passe pas par trunk pour ?viter codec (FAX) [fax] exten => _.,1,Dial(${pabx}/${EXTEN},90,r) On the card, I only changed all groups of 5 jumpers to NT mode. Linux Distro is Mandrake-10.0. I tried with kernels (from kernel.org) 2.6.8.1 and 2.4.27 with and without SMP, and got exactly same results. What should I try now? Thanks for a prompt reply. Jean-Denis