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

[Gregory Boehnlein]

> What does 'sh diag' say?

Slot 4:
        Physical slot 4, ~physical slot 0xB, logical slot 4, CBus 0
        Microcode Status 0x4
        Master Enable, LED, WCS Loaded
        Board is analyzed 
        Pending I/O Status: None
        EEPROM format version 1
        GEIP controller, FRU: GEIP, HW rev 2.02, board revision A0
        Serial number: 12310777  Part number: 73-2167-05
        Test history: 0x00        RMA number: 00-00-00
        Flags: cisco 7000 board; 7500 compatible

        EEPROM contents (hex):
          0x20: 01 21 02 02 00 BB D8 F9 49 08 77 05 00 00 00 00
          0x30: 50 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00
          
        Slot database information:
        Flags: 0x4      Insertion time: 0x38A0 (50w4d ago)
          
        Controller Memory Size: 128 MBytes DRAM, 8192 KBytes SRAM
          
        PA Bay 0 Information:
                Gigabit-Ethernet PA, 1 ports
                EEPROM format version 1
                HW rev 1.00, Board revision A0
                Serial number: 11029618  Part number: 73-3144-03 
          
        --Boot log begin--
Cisco IOS Software, VIP Software (SVIP-CDW-M), Version 12.2(25)S12, RELEASE
SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Wed 07-Feb-07 22:47 by kellythw
Image text-base: 0x60010DC8, data-base: 0x606C0000
        --Boot log end--

> We don't support putting a GE PA in a VIP.
> 
> 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?

> 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.