<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.6.2">
</HEAD>
<BODY>
Exactly what I was about to say Steve. The numbers won't change. They are configured when the driver actually detects the E1 card and it's spans. If a span goes down it doesn't disappear. Turning off the meridian would be the same as an E1 that's connected to a carrier going down. If the channel numbers changed and everything stopped working every time that happened, no one would be using asterisk. Our carrier friends are hardly 100% reliable.<BR>
<BR>
I'm going with clock source. I have a feeling that it was using span 4 for clocking and when it lost that, it broke everything...<BR>
<BR>
Jamie<BR>
<BR>
<BR>
On Wed, 2005-06-15 at 21:32 +0100, Steve Hanselman wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">I doubt they do, if they are marked as being there, but happen to be down then the numbers would stay the same.</FONT>
<FONT COLOR="#000000">Sounds more likely that something happened with the clock source.</FONT>
<FONT COLOR="#000000"> </FONT>
<FONT COLOR="#000000">You'd need to reproduce it out of hours and look at the output of pri show span x and cat /proc/zaptel/*</FONT>
<FONT COLOR="#000000"> </FONT>
<FONT COLOR="#000000">________________________________</FONT>
<FONT COLOR="#000000">From: <A HREF="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</A> on behalf of Rich Adamson</FONT>
<FONT COLOR="#000000">Sent: Wed 15/06/2005 5:01</FONT>
<FONT COLOR="#000000">To: Asterisk Users Mailing List - Non-Commercial Discussion</FONT>
<FONT COLOR="#000000">Subject: Re: [Asterisk-Users] Nasty little incident ...</FONT>
<FONT COLOR="#000000">> >>We have a te410p, with the following connections:</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>span 1 connected to a 32 Channel EuroISDN</FONT>
<FONT COLOR="#000000">> >>span 2 connected to a card in a legacy pbx (Meridian)</FONT>
<FONT COLOR="#000000">> >>span 3 connected to a 10 Channel EuroISDN</FONT>
<FONT COLOR="#000000">> >>span 4 connected to a card in a legacy pbx (Meridian)</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>We have no need for the meridian now, and decided to turn it off. I did</FONT>
<FONT COLOR="#000000">> >>not change the zaptel.conf settings, nor the zapata.conf settings.</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>When the meridian was turned off, * would no longer allow any outbound</FONT>
<FONT COLOR="#000000">> >>or inbound calls through spans 1 and 3 (although these are connected to</FONT>
<FONT COLOR="#000000">> >>the pstn). When I turned the meridian back on - in a hurry I might add</FONT>
<FONT COLOR="#000000">> >>;) (had no time to play with configurations) and restarted *, then</FONT>
<FONT COLOR="#000000">> >>everything was ok again ...</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>Should I comment out span 2 and 4, run a ztcfg, unplug the cables in 2</FONT>
<FONT COLOR="#000000">> >>and 4, and then turn off the meridian ?</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>Julian.</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>/* zaptel.conf */</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>span=1,1,0,ccs,hdb3,crc4</FONT>
<FONT COLOR="#000000">> >>bchan=1-15,17-31</FONT>
<FONT COLOR="#000000">> >>dchan=16</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>span=2,0,0,ccs,hdb3,crc4</FONT>
<FONT COLOR="#000000">> >>bchan=32-46,48-62</FONT>
<FONT COLOR="#000000">> >>dchan=47</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>span=3,2,0,ccs,hdb3,crc4</FONT>
<FONT COLOR="#000000">> >>bchan=63-77,79-93</FONT>
<FONT COLOR="#000000">> >>dchan=78</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>span=4,0,0,ccs,hdb3,crc4</FONT>
<FONT COLOR="#000000">> >>bchan=94-108,110-124</FONT>
<FONT COLOR="#000000">> >>dchan=109</FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> >>loadzone=uk</FONT>
<FONT COLOR="#000000">> >>defaultzone=uk</FONT>
<FONT COLOR="#000000">> >> </FONT>
<FONT COLOR="#000000">> >></FONT>
<FONT COLOR="#000000">> ></FONT>
<FONT COLOR="#000000">> >Just a wild guess....</FONT>
<FONT COLOR="#000000">> ></FONT>
<FONT COLOR="#000000">> >When the two meridian links disappeared, the channel numbers</FONT>
<FONT COLOR="#000000">> >probably changed. Instead of channels 1 through 124, you probably</FONT>
<FONT COLOR="#000000">> >have channels 1 through 62 and your supporting dialplan (and other</FONT>
<FONT COLOR="#000000">> >channel specific items) likely don't match.</FONT>
<FONT COLOR="#000000">> > </FONT>
<FONT COLOR="#000000">> ></FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> I thought that the definitions in the zaptel.conf and zapata.conf (see</FONT>
<FONT COLOR="#000000">> below) defined the channel numbers, not the physical channels themselves</FONT>
<FONT COLOR="#000000">> ? I use Dial(zap/g3) to call on the zap channels.</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> /* zapata.conf */</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> context=isdn32-b</FONT>
<FONT COLOR="#000000">> prilocaldialplan=national</FONT>
<FONT COLOR="#000000">> internationalprefix = 00</FONT>
<FONT COLOR="#000000">> nationalprefix = 0</FONT>
<FONT COLOR="#000000">> localprefix = 01702</FONT>
<FONT COLOR="#000000">> group=1</FONT>
<FONT COLOR="#000000">> signalling=pri_cpe</FONT>
<FONT COLOR="#000000">> switchtype=euroisdn</FONT>
<FONT COLOR="#000000">> channel=1-15,17-31</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> context=meridian-b</FONT>
<FONT COLOR="#000000">> group=2</FONT>
<FONT COLOR="#000000">> signalling=pri_net</FONT>
<FONT COLOR="#000000">> switchtype=euroisdn</FONT>
<FONT COLOR="#000000">> channel=32-46,48-62</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> context=isdn32-a</FONT>
<FONT COLOR="#000000">> pridialplan=unknown</FONT>
<FONT COLOR="#000000">> group=3</FONT>
<FONT COLOR="#000000">> signalling=pri_cpe</FONT>
<FONT COLOR="#000000">> switchtype=euroisdn</FONT>
<FONT COLOR="#000000">> channel=63-77,79-93</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> context=meridian-a</FONT>
<FONT COLOR="#000000">> group=4</FONT>
<FONT COLOR="#000000">> signalling=pri_net</FONT>
<FONT COLOR="#000000">> switchtype=euroisdn</FONT>
<FONT COLOR="#000000">> channel=94-108,110-124</FONT>
<FONT COLOR="#000000">I'm sure there are others on this list that can add to this, but</FONT>
<FONT COLOR="#000000">when the card drivers are loaded and ztfg run, the channels that</FONT>
<FONT COLOR="#000000">are discovered have to be mapped to what's in zaptel.conf one way or</FONT>
<FONT COLOR="#000000">another. (Moving card driver load around changes the discovered</FONT>
<FONT COLOR="#000000">order and one must manually modify zaptel.conf to match.)</FONT>
<FONT COLOR="#000000">Then each zap channel is defined in zapata.conf, and those definitions</FONT>
<FONT COLOR="#000000">have to match the channel numbers resulting from the above zaptel.conf</FONT>
<FONT COLOR="#000000">stuff.</FONT>
<FONT COLOR="#000000">So, what happens when two E1s disappear? Do the avaiable channel</FONT>
<FONT COLOR="#000000">numbers change at the zaptel.conf level? My best guess is they do,</FONT>
<FONT COLOR="#000000">but I don't have E1s around to play with to prove it. So, that's</FONT>
<FONT COLOR="#000000">my best guess and it certainly can be an incorrect guess on my</FONT>
<FONT COLOR="#000000">part.</FONT>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">Asterisk-Users mailing list</FONT>
<FONT COLOR="#000000"><A HREF="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</A></FONT>
<FONT COLOR="#000000"><A HREF="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A></FONT>
<FONT COLOR="#000000">To UNSUBSCRIBE or update options visit:</FONT>
<FONT COLOR="#000000"> <A HREF="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A></FONT>
<FONT COLOR="#000000">The information contained in this email is intended for the personal and confidential use</FONT>
<FONT COLOR="#000000">of the addressee only. It may also be privileged information. If you are not the intended</FONT>
<FONT COLOR="#000000">recipient then you are hereby notified that you have received this document in error and</FONT>
<FONT COLOR="#000000">that any review, distribution or copying of this document is strictly prohibited. If you have </FONT>
<FONT COLOR="#000000">received this communication in error, please notify Brendata immediately on: </FONT>
<FONT COLOR="#000000">+44 (0)1268 466100, or email <A HREF="mailto:'technical@brendata.co.uk">'technical@brendata.co.uk</A>' </FONT>
<FONT COLOR="#000000">Brendata (UK) Ltd</FONT>
<FONT COLOR="#000000">Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX UK</FONT>
<FONT COLOR="#000000">Registered Office as above. Registered in England No. 2764339</FONT>
<FONT COLOR="#000000">See our current vacancies at <A HREF="http://www.brendata.co.uk">www.brendata.co.uk</A></FONT>
<FONT COLOR="#000000">_______________________________________________ Asterisk-Users mailing list <A HREF="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</A> <A HREF="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A> To UNSUBSCRIBE or update options visit: <A HREF="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A></FONT>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
Jamie Carl <<A HREF="mailto:jamie.carl@achievecorp.com.au">jamie.carl@achievecorp.com.au</A>>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>