Alberto Pastore
2006-Oct-16 09:25 UTC
[asterisk-users] ZapHFC & quadBRI D-Channel going down randomly
Hi.
I'm running some asterisk boxes on different sites,
some equipped with a couple of ZapHFC cards, others with
Junghanns quadBRI cards.
All boxes were compiled with Asterisk 1.2.10 (libpri 1.2.3 zaptel 1.2.6)
and bristuff 0.3.0 pre 1s, distribution is Fedora Core 4 with
kernel 2.6.17.3
The cards are connected to Telecom Italia's NT1/NT1+ S/T lines;
some of them are point-to-point, others are point-to-multipoint.
I keep getting always the same problem: after some hours of regular
working, some boxes report the usual message
Primary D-Channel on span <n> down
(where <n> is different every time, depending on the number of
active bri spans)
I've read on previous postings that having layer 1 down on ptmp
spans is normal.
However after getting a down message (on ptp spans too!) I'm no
more able to place outgoing calls on that span, until
I restart asterisk & zaptel drivers.
Sometimes, they get back working by themselves (with the related
"span up" notification) after a random time period.
During the "down" period, incoming calls are regularly served.
However these calls do not change the status of the span, i.e.
as soon as the calls are hung up, the span gets down again.
I've tried to capture the dialog between the card and NT1 equipment,
and during the "down" state, I got this repeated over and over:
Sending Set Asynchronous Balanced Mode Extended
[ 00 8b 7f ]
Unnumbered frame:
SAPI: 00 C/R: 0 EA: 0
TEI: 069 EA: 1
M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode
extended) ]
== Primary D-Channel on span 1 down
In zapata.conf I'm pretty sure I've always set the correct signalling
settings
(switchtype = euroisdn, signalling = bri_cpe_ptmp or bri_cpe depending
on the case)
In /etc/zaptel.conf, I've tried many combinations with no difference; my
current
settings are like this:
span=1,1,0,ccs,ami
bchan=1-2
dchan=3
span=2,1,0,ccs,ami
bchan=4-5
dchan=6
etc....
Any clue?
Thanks,
Alberto
--
Alberto Pastore
B-Press Srl - Gruppo MSoft
P.IVA 01697420030
P.le Lombardia, 4 - 28100 Novara - Italy
Tel. 0321-499508
Fax 0321-492974
http://www.msoft.it
asterisk
2006-Oct-16 10:43 UTC
[asterisk-users] ZapHFC & quadBRI D-Channel going down randomly
On most traditional pabx's it's possible to set layer 1 to permanent or
call. It sounds like your system is configured for permanent and your lines
to call. How you would set this on asterisk I have no idea.
fadge
-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Alberto
Pastore
Sent: 16 October 2006 17:26
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] ZapHFC & quadBRI D-Channel going down randomly
Hi.
I'm running some asterisk boxes on different sites,
some equipped with a couple of ZapHFC cards, others with
Junghanns quadBRI cards.
All boxes were compiled with Asterisk 1.2.10 (libpri 1.2.3 zaptel 1.2.6)
and bristuff 0.3.0 pre 1s, distribution is Fedora Core 4 with
kernel 2.6.17.3
The cards are connected to Telecom Italia's NT1/NT1+ S/T lines;
some of them are point-to-point, others are point-to-multipoint.
I keep getting always the same problem: after some hours of regular
working, some boxes report the usual message
Primary D-Channel on span <n> down
(where <n> is different every time, depending on the number of
active bri spans)
I've read on previous postings that having layer 1 down on ptmp
spans is normal.
However after getting a down message (on ptp spans too!) I'm no
more able to place outgoing calls on that span, until
I restart asterisk & zaptel drivers.
Sometimes, they get back working by themselves (with the related
"span up" notification) after a random time period.
During the "down" period, incoming calls are regularly served.
However these calls do not change the status of the span, i.e.
as soon as the calls are hung up, the span gets down again.
I've tried to capture the dialog between the card and NT1 equipment,
and during the "down" state, I got this repeated over and over:
Sending Set Asynchronous Balanced Mode Extended
[ 00 8b 7f ]
Unnumbered frame:
SAPI: 00 C/R: 0 EA: 0
TEI: 069 EA: 1
M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode
extended) ]
== Primary D-Channel on span 1 down
In zapata.conf I'm pretty sure I've always set the correct signalling
settings
(switchtype = euroisdn, signalling = bri_cpe_ptmp or bri_cpe depending
on the case)
In /etc/zaptel.conf, I've tried many combinations with no difference; my
current
settings are like this:
span=1,1,0,ccs,ami
bchan=1-2
dchan=3
span=2,1,0,ccs,ami
bchan=4-5
dchan=6
etc....
Any clue?
Thanks,
Alberto
--
Alberto Pastore
B-Press Srl - Gruppo MSoft
P.IVA 01697420030
P.le Lombardia, 4 - 28100 Novara - Italy
Tel. 0321-499508
Fax 0321-492974
http://www.msoft.it
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users