[nsp] ATM interface errors

[Dan Armstrong]

I don't think this is relevant but maybe,

Every time we get DoSed through an ATM interface, if the DoS rate exceeds the
speed of the PVC the DoS is coming through, the ignored errors climb very
fast, the interface rely goes down as the traffic/errors climb and often the
interface just shuts down.....





Charles Sprickman wrote:

> Hi,
>
> Perhaps someone here familiar with DSL agg. on a PA-A3 can help me out
> here.
>
> I have a DS3 ATM backhaul to Covad for DSL.  Last night I saw it drop out
> from the customer end, so I dialed in and had a look at the atm interface
> while I was waiting on the Covad NOC to pick up the phone.
>
> The interface was showing up/up, but zero input packets, zero CRC errors,
> zero input errors.  I could see a loop when Covad looped the BPX we're
> plugged into and vice-versa (DS3 is just a x-conn from our cabinet to
> theirs), but still no traffic.  Clients with OAM enabled were showing OAM
> cells out, but none in.
>
> Looking more closely at the interface stats, I saw that the "ignored"
> count was incrementing rapidly.  I bounced my side and everything slowly
> came back to normal.  What does "ignored" indicate on this interface?  We
> double-checked we were both set to "cbitplcp" and had cell-scrambling
> enabled.  According to the NOC, no changes tonight, and all they saw was
> the circuit bounce up/down at about the time I noticed my line was dead.
>
> Any ideas what may have happened?  The circuit was (by my account) running
> clean.  Covad has no idea of what may have caused this, nor what we can do
> to make sure it doesn't happen again...
>
> Any input appreciated.
>
> Thanks,
>
> Charles
>
> --
> Charles Sprickman
> spork at inch.com
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/