asterisk ha scritto:
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
The question is: is it possible I am the only one with such
problems on all asterisk boxes on different sites and
different ISDN lines? I've googled around on many forums
but no one seems to have this one.
The old replaced PBXs had layer 1 set for call, as you say,
and they showed no problems at all.
With asterisk as a PBX, every 2-3 hours, you cannot dial out
for 5 to 15 minutes then everything gets back to normal
(no idea about what triggers the return to working state).
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alberto
Pastore
Sent: 16 October 2006 17:26
To: [email protected]
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
_______________________________________________
--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
--
--
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
