[c-nsp] PA-GE - Incrementing Ignored and Overrun Errors

[Rodney Dunn]

> > 
> > You had to buy a full slot card which was either a GEIP or
> > GEIP+.
> 
> 
> My bad.. it's a GEIP.. not a GEIP+
>  
> > Those old cards can't do linerate GIGE (ie: high microburst on a GIGE
> > port).
> 
> Fine, but the thing should be able to easily handle 100 megabits / second of
> traffic, right?

Sustained with larger packets and no features at all in the switching
vector maybe.

Real world with microburst and features and smaller packets probably
not.

Rodney

> 
> > Been a while...the GEIP was vip2-50 based and the + was VIP4-80 based
> > IIRC. Latter is much faster.
> > 
> > Rodney
> > 
> > 
> > 
> > 
> > On Tue, Feb 24, 2009 at 02:52:05PM -0500, Gregory Boehnlein wrote:
> > > Hello,
> > > 	We have a 7507 w/ Dual RSP-4's running 122-25.S12. It's been up
> > and
> > > working w/out a problem for 50 weeks at this point. Over the past few
> > days,
> > > our Gig-E fiber trunk to Level-3 has been exhibiting an unusual
> > amount of
> > > packet loss when our BGP sessions are up. From a traffic perspective,
> > we are
> > > only sending/receiving about 30 Megabits / second across this
> > interface.
> > > When we drop the BGP session w/ X/O and ping across to their BGP
> > peer,
> > > everything is fine. When we have BGP enabled, there are no input
> > errors, but
> > > we do see incrementing numbers in the Overrun and Ignored fields.
> > According
> > > to the Cisco Ethernet troubleshooting documentation, this means the
> > > following:
> > >
> > > Overrun Errors
> > > --------------
> > > Description: The number of times the receiver hardware was unable to
> > hand
> > > received data to a hardware buffer.
> > > Common Cause: The input rate of traffic exceeded the receiver's
> > ability to
> > > handle the data.
> > >
> > > And..
> > >
> > > Ignored Errors
> > > --------------
> > > Description: Cisco IOS sh interfaces counter. The number of received
> > packets
> > > ignored by the interface because the interface hardware ran low on
> > internal
> > > buffers.
> > > Common Causes: Broadcast storms and bursts of noise can cause the
> > ignored
> > > count to be increased.
> > >
> > > Any suggestions on where to look? Level 3 is dispatching to do end-
> > to-end
> > > testing on their Fiber interconnect. I'd like to get an idea of what
> > sort of
> > > broadcast traffic I might be seeing on the port...
> > >
> > > _______________________________________________
> > > 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/
> > 
> > --
> > This message has been scanned for viruses and
> > dangerous content by N2Net Mailshield, and is
> > believed to be clean.