[Asterisk-Users] * dies with QuadBRI
Jean-Denis Girard
jd.girard at sysnux.pf
Sat Oct 23 02:19:40 MST 2004
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 at 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
More information about the asterisk-users
mailing list