[c-nsp] non-existing input errors on 6500/SXI...?

[Dale W. Carder]

Hi Gert,

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?

Dale


Thus spake Gert Doering (gert at greenie.muc.de) on Fri, Oct 21, 2011 at 06:01:02PM +0200:
> Hi,
> 
> I have a one port on a 7603/sup32/SXI that is showing me "input errors" 
> but refuses to tell what *sort* of errors...
> 
> GigabitEthernet1/9 is up, line protocol is up (connected)
> ...
>   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 8818000 bits/sec, 2562 packets/sec
>   5 minute output rate 24086000 bits/sec, 3252 packets/sec
>      49922820560 packets input, 18467489252395 bytes, 0 no buffer
>      Received 189510308 broadcasts (86256414 multicasts)
>      0 runts, 0 giants, 0 throttles 
>      1815587 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>      0 watchdog, 0 multicast, 0 pause input
>      0 input packets with dribble condition detected
>      65761578040 packets output, 73084507578266 bytes, 0 underruns
>      0 output errors, 0 collisions, 0 interface resets
>      0 babbles, 0 late collision, 0 deferred
>      0 lost carrier, 0 no carrier, 0 PAUSE output
>      0 output buffer failures, 0 output buffers swapped out
> 
> Cisco-M>sh int g1/9 count err
> 
> Port            Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
> Gi1/9                   0          0          0    1815644         0           0
> 
> Port          Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts      Giants
> Gi1/9                  0         0         0          0         0         0           0
> 
> Port           SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err
> Gi1/9                    0           0            0            0          0
> 
> 
> so, right, it's "Rcv-Err", but what sort of errors?  Nothing in any of
> the other columns, and operationally, the link is behaving perfectly normal,
> so I'm not overly worried - just annoyed by our NMS flagging the link as
> "hey, errors, check!" all the time...
> 
> This is a Sup32, onboard GE, SXI3.  The interface goes to a 2960G, about
> 2m of cat6 cable, nothing particularily exciting.
> 
> interface GigabitEthernet1/9
>  description SW: sp1/xxx:g0/14 (sp1)
>  switchport
>  switchport trunk encapsulation dot1q
>  switchport trunk allowed vlan 2-999
>  switchport mode trunk
>  storm-control broadcast level 1.00
> 
> and the other end is symmetric:
> 
> interface GigabitEthernet0/14
>  description SW: sp1/xxx:gi1/9 (sp1)
>  switchport trunk allowed vlan 2-21,23-999
>  switchport mode trunk
>  storm-control broadcast level pps 1k 100
>  storm-control multicast level pps 1k 100
>  storm-control action trap
> end
> 
> 
> ... so how to figure out where these errors are coming from?
> 
> (No smartnet on this particular box, so I can't go ask TAC)
> 
> gert
> -- 
> USENET is *not* the non-clickable part of WWW!
>                                                            //www.muc.de/~gert/
> Gert Doering - Munich, Germany                             gert at greenie.muc.de
> fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de



> _______________________________________________
> 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/