cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2365
Views
0
Helpful
0
Replies

Continually increasing rx_errors rx_long_length_error - mtu 1500 on both sides

WilliamConway
Level 1
Level 1

I have an interesting problem - I have a storage array that has 4 management ports that are connected to a Cisco Nexus 7k - the Array is getting upgraded soon and one of the pre-checks is to check for errors on the management interfaces as this is upgrade is passed to the storage controllers.

These samplings were taken at approximately 10 to 15 second intervals. (note the increase for each from Sample A to B to C - on all 4 Sample B is 2 more than Sample A - Sample C is 5 more than sample B)

Sample A:

     X1-SC1 - rx_errors: 40295972

     X1-SC2 - rx_errors: 20631597

     X2-SC1 - rx_errors: 20516698

     X2-SC2 - rx_errors: 40680283

Sample B:

     X1-SC1 - rx_errors: 40295976

     X1-SC2 - rx_errors: 20631601

     X2-SC1 - rx_errors: 20516702

     X2-SC2 - rx_errors: 40680287

Sample C:

     X1-SC1 - rx_errors: 40295994

     X1-SC2 - rx_errors: 20631619

     X2-SC1 - rx_errors: 20516720

     X2-SC2 - rx_errors: 40680305

A breakdown of the errors seems to indicate that the errors are all rx_long_length_errors

     rx_crc_errors: 0

     rx_missed_errors: 0

     tx_aborted_errors: 0

     tx_carrier_errors: 0

     tx_window_errors: 0

     rx_long_length_errors: 40329872

     rx_short_length_errors: 0

     rx_align_errors: 0

     rx_errors: 40329872

     tx_errors: 0

     rx_length_errors: 40329872

     rx_over_errors: 0

     rx_frame_errors: 0

     rx_fifo_errors: 0

     tx_fifo_errors: 0

     tx_heartbeat_errors: 0

MTU is  confirmed as 1500 on both sides and these errors are on the array side - there is nothing in-between - array connect directly to the 7k - there are 0 TX or RX errors on the Nexus side.

What I am curious about is

1) I thought rx_long_length_errors indicates a mismatched mtu - can this error indicate anything else?

2) If mtu is confirmed as 1500 on both sides is there any scenario that this would make sense to see these errors?


On a side note - I see mention of jumbo frames on the 7k side even though mtu is set at 1500 - does that make sense - my only thought is that these are historical and counters haven't been cleared - does this make sense to anyone?

Ethernet3/13 is up

admin state is up, Dedicated Interface

  Hardware: 10/100/1000 Ethernet, address: 0026.0b3c.a694 (bia 0026.0b3c.a694)

  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec <<<<<<<<<<<<<<<<<

  reliability 255/255, txload 1/255, rxload 1/255

  Encapsulation ARPA, medium is broadcast

  Port mode is access

  full-duplex, 1000 Mb/s

  Beacon is turned off

  Auto-Negotiation is turned on

  Input flow-control is off, output flow-control is off

  Auto-mdix is turned on

  Switchport monitor is off

  EtherType is 0x8100

  EEE (efficient-ethernet) : n/a

  Last link flapped 02:38:38

  Last clearing of "show interface" counters 01:16:59

  0 interface resets

  30 seconds input rate 173120 bits/sec, 118 packets/sec

  30 seconds output rate 1446712 bits/sec, 180 packets/sec

  Load-Interval #2: 5 minute (300 seconds)

    input rate 114.74 Kbps, 17 pps; output rate 1.00 Mbps, 45 pps

  RX

    470117 unicast packets  0 multicast packets  190 broadcast packets

    470307 input packets  76575515 bytes

    0 jumbo packets  0 storm suppression packets

    0 runts  0 giants  0 CRC  0 no buffer

    0 input error  0 short frame  0 overrun   0 underrun  0 ignored

    0 watchdog  0 bad etype drop  0 bad proto drop  0 if down drop

    0 input with dribble  0 input discard

    0 Rx pause

  TX

    617354 unicast packets  14717 multicast packets  59151 broadcast packets

    691222 output packets  670388018 bytes

    2304 jumbo packets <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

    0 output error  0 collision  0 deferred  0 late collision

    0 lost carrier  0 no carrier  0 babble  0 output discard

    0 Tx pause

Any feedback thoughts would be gratefully received.

0 Replies 0