3560 switch showing 0 bits per second 5 minute rate?

[dan_wiebell]

Show command below:

GigabitEthernet0/1 is up, line protocol is up (connected)

  Hardware is Gigabit Ethernet, address is 2893.fe02.8ec6 (bia 2893.fe02.8ec6)

  Internet address is xxxxxxx

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

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

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX

  input flow-control is off, output flow-control is unsupported

  ARP type: ARPA, ARP Timeout 04:00:00

  Last input 00:00:00, output 00:00:00, output hang never

  Last clearing of "show interface" counters 00:58:32

  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  5 minute input rate 0 bits/sec, 0 packets/sec

  5 minute output rate 0 bits/sec, 0 packets/sec

     9218494 packets input, 4346732533 bytes, 0 no buffer

     Received 2064 broadcasts (0 IP multicasts)

     0 runts, 0 giants, 0 throttles

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 2064 multicast, 0 pause input

     0 input packets with dribble condition detected

     7006010 packets output, 2768678955 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

I am seeing a 0 bits/sec input and output rate, but I know for a fact that this interface is doing considerably more than 0 traffic over the last 60 minutes (as shown in the last cleared timer). The interface counters increment normally.

I've run into this problem a few times now, but I have no idea what causes it, and some searches of this site, Cisco and Google as well as a quick check of known issues on the IOS show nothing amiss. Any ideas how I can get this interface to correctly display the rate?

IOS on the switch is c3560-ipservicesk9-mz.122-46.SE on a 3560G-24TS.

[Leo Laohoo]

Try this:

interface  GigabitEthernet0/1

load 30

[smogra]

Hi,

Try changing the length of time for which data is used to compute load statistics. Use the load-interval interface configuration command. Use the  no form of this command to revert to the default setting. (Default is 5 min)

load-interval 30

no load-interval 30

Sweta

P.S. Please rate helpful answers.

[dan_wiebell]

Tried it but no change (after about 30 minutes of monitoring).

I have an identically configured (well, apart from the interface IPs) 3560G-24TS at the other end of that interface, and it correctly shows the traffic per second.

Any other ideas?

[Leo Laohoo]

Post the command "sh int g 0/1" please?

[dan_wiebell]

One end:

GigabitEthernet0/1 is up, line protocol is up (connected)

  Hardware is Gigabit Ethernet, address is 2893.fe02.8ec6 (bia 2893.fe02.8ec6)

  Internet address is xxxxxxx

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

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

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX

  input flow-control is off, output flow-control is unsupported

  ARP type: ARPA, ARP Timeout 04:00:00

  Last input 00:00:00, output 00:00:01, output hang never

  Last clearing of "show interface" counters 02:36:55

  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  30 second input rate 0 bits/sec, 0 packets/sec

  30 second output rate 0 bits/sec, 0 packets/sec

     23223410 packets input, 11630736648 bytes, 0 no buffer

     Received 5511 broadcasts (0 IP multicasts)

     0 runts, 0 giants, 0 throttles

     1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 5511 multicast, 0 pause input

     0 input packets with dribble condition detected

     17439086 packets output, 6715263821 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

And this is the other end of the same link (to an identical device with the same IOS):

GigabitEthernet0/1 is up, line protocol is up (connected)

  Hardware is Gigabit Ethernet, address is a40c.c39f.c4c1 (bia a40c.c39f.c4c1)

  Internet address is xxxxxx

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

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

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX

  input flow-control is off, output flow-control is unsupported

  ARP type: ARPA, ARP Timeout 04:00:00

  Last input 00:00:00, output 00:00:00, output hang never

  Last clearing of "show interface" counters 03:21:03

  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  5 minute input rate 7793000 bits/sec, 2036 packets/sec

  5 minute output rate 9441000 bits/sec, 2479 packets/sec

     22795538 packets input, 9486245444 bytes, 0 no buffer

     Received 7106 broadcasts (0 IP multicasts)

     0 runts, 0 giants, 0 throttles

     13 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 7106 multicast, 0 pause input

     0 input packets with dribble condition detected

     29704118 packets output, 14943791920 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

[smogra · Accepted solution]

Looks like bug CSCsz18634 - show interface shows 0 packet in interface input and output rate.

Upgrade the IOS to resolve the issue.

Sweta

P.S. Rate the answer if they helped.

[dan_wiebell]

Interesting - that bug did not show up when I did my earlier search. Out of interest what search parameters did you use to find the bug or did you just print the list and do ye olde 'Find' on the page?

The bug also appears to only have been resolved in the most recent release as well (12.2-55.SE3).

Thanks very much (will rate the answer once I figure out how).