<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,<br>
<br>
Am Freitag, den 11.06.2010, 11:54 +0100 schrieb Gareth Blades:<br>
<div class="im">> Olivier wrote:<br>
> > Hello,<br>
> ><br>
> > I've got a running system in which logs are full of messages such as:<br>
> > [Jun 10 07:24:14] NOTICE[2414] chan_dahdi.c: PRI got 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 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 D-channel of<br>
> > span 2" roughly mean ?<br>
> > Why could it happen on a single port and not on the others ?<br>
> ><br>
> > Regards<br>
> Basically it means that one of the messages it received on the PRI D<br>
> channel failed the checksum.<br>
><br>
> I take it that in your span command you have 'crc4' or 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, cable, or a<br>
> card in the local telephone exchange,<br>
<br>
</div>AFAIK CRC4 is for PRI only. The setup of Olivier is BRI in PTmP mode.<br>
Many providers drive Layer 1 down in case of inactivity. Maybe the<br>
driver has a problem with such lines.</blockquote><div><br>Would that explain why only a single port is hit ?<br><br>This port is the 2nd and the dialing pattern is DAHDI/g1 which means "start with channel 1 on span 1, then channel 2 on span 1, then channel 4 on span 2, ....".<br>
<br>What I observed is that provider sends incoming calls alternatively to each span :<br>if an inbound call comes through span 2 (channel 4 or 5), then the provider would send the next one to span 3 (channel 7 or 8) if available, etc ...<br>
<br>I'll try to swap cables and see if messages are "moving" from span 2 to another span.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In this case talk to your provider<br>
to disable this setting.<br>
<br>
HTH,<br>
<font color="#888888"><br>
Karsten<br>
</font><div><div></div><div class="h5"><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>