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