Gert,
Are the errors incrementing, or are they going up/down over time? There
are a couple of bugs with counter outputs where they are
read/initialized incorrectly.
Can you look at "show int counters trunk" for wrong encap? The 2960G
uses DTP by default, so it may just be those frames hitting the
interface. Switchport trunk encapsulation on the 2960G should be set to
be dot1q.
Also, check L3 interfaces (vlan interfaces or no switchport interfaces)
for anything regarding input queue drops:
sh int | inc is up|Input
show queueing interface gi1/9 could also show queuing drops on input.
Regards,
John Gill
cisco
On 10/21/11 1:18 PM, Gert Doering wrote:
Hi,
On Fri, Oct 21, 2011 at 11:14:38AM -0500, Dale W. Carder wrote:
My understanding (and it may be outdated) is that on the cat6k and
cat5k, Rcv-err is a receive buffer failure caused by excessive traffic.
What kind of linecard is it?
Sup32, the port is on the sup32 itself, and the whole box is not really
doing that much - total throughput right now is at about 150 Mbit/s,
and there isn't anything with known-bursty characteristic either (and
all VLANs coming in on that port go out on another ethernet port with
no load on it).
The errors don't really correlate to "load" either - they just increase
slowly over time, by something like 20-150 errors per 5 minute interval.
gert
_______________________________________________
cisco-nsp mailing list [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
