<br><br><div class="gmail_quote">2010/6/11 Karsten Wemheuer <span dir="ltr"><<a href="mailto:kwem@gmx.de">kwem@gmx.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Olivier,<br>
<br>
Am Freitag, den 11.06.2010, 14:27 +0200 schrieb Olivier:<br>
<div><div></div><div class="h5">><br>
><br>
> 2010/6/11 Karsten Wemheuer <<a href="mailto:kwem@gmx.de">kwem@gmx.de</a>><br>
> Hi,<br>
><br>
> Am Freitag, den 11.06.2010, 11:54 +0100 schrieb Gareth Blades:<br>
> > Olivier wrote:<br>
> > > Hello,<br>
> > ><br>
> > > I've got a running system in which logs are full of<br>
> messages such as:<br>
> > > [Jun 10 07:24:14] NOTICE[2414] chan_dahdi.c: PRI got<br>
> event: HDLC Bad FCS<br>
> > > (8) on Primary D-channel of span 2<br>
> > ><br>
> > > The strange thing is those messages are coming from a<br>
> single span.<br>
> > ><br>
> > > My setup is :<br>
> > ><br>
> > > Asterisk 1.6.1.18<br>
> > > Junghanns OctoBRI<br>
> > > with wcb4xxp driver<br>
> > > libpri 1.4.10.2<br>
> > > dahdi 2.3.0<br>
> > > 3 BRI lines in PtMP mode<br>
> > ><br>
> > ><br>
> > > What does this "PRI got event: HDLC Bad FCS (8) on Primary<br>
> D-channel of<br>
> > > span 2" roughly mean ?<br>
> > > Why could it happen on a single port and not on the<br>
> others ?<br>
> > ><br>
> > > Regards<br>
> > Basically it means that one of the messages it received on<br>
> the PRI D<br>
> > channel failed the checksum.<br>
> ><br>
> > I take it that in your span command you have 'crc4' or<br>
> similar specified<br>
> > as an option for all of your spans?<br>
> ><br>
> > If thats the case its probably a faulty port on the card,<br>
> cable, or a<br>
> > card in the local telephone exchange,<br>
><br>
><br>
> AFAIK CRC4 is for PRI only. The setup of Olivier is BRI in<br>
> PTmP mode.<br>
> Many providers drive Layer 1 down in case of inactivity. Maybe<br>
> the<br>
> driver has a problem with such lines.<br>
><br>
> Would that explain why only a single port is hit ?<br>
<br>
</div></div>No, except if this port is configured differently from the others (on<br>
the provider site)...<br>
<div class="im"><br>
><br>
> This port is the 2nd and the dialing pattern is DAHDI/g1 which means<br>
> "start with channel 1 on span 1, then channel 2 on span 1, then<br>
> channel 4 on span 2, ....".<br>
</div>Ok, but dialing is Layer 3. You are observing layer 2 errors on the<br>
D-Channel (LAPD-protocol).<br>
<div class="im"><br>
<br>
> What I observed is that provider sends incoming calls alternatively to<br>
> each span :<br>
> if an inbound call comes through span 2 (channel 4 or 5), then the<br>
> provider would send the next one to span 3 (channel 7 or 8) if<br>
> available, etc ...<br>
</div>To my experience a provider do not send incoming calls to different<br>
ports on PTmP lines. Each line gets his own numbers, there is no<br>
overflow (at least in germany). But again: Your original problem are<br>
layer 2 errors. Reasons could be:<br>
- line broken<br>
- port broken<br>
- driver do not handle layer 1 down in case of inactivity<br>
<div class="im"><br>
> I'll try to swap cables and see if messages are "moving" from span 2<br>
> to another span.<br>
<br>
</div>Good idea.<br></blockquote><div><br>Tough I swaped cables between ports 2 and 3, I still can read messages such as :<br>chan_dahdi.c: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 2<br><br>My thoughts are this happens because port 2 is somehow broken.<br>
So I changed my config to use port 1, 3 and 4 instead of 1,2 and 3, and see if things are improving.<br>I'll report here what I'll find.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Have a nice weekend.<br>
<div><div></div><div class="h5"><br>
Karsten<br>
<br>
<br>
<br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>