cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3435
Views
10
Helpful
5
Replies

why clear counters eth0 does not clear all counters

mahesh18
Level 6
Level 6

hi all

i have switch

Cisco Internetwork Operating System Software

IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(22)EA2, RELEASE

i give command clear counters fa0/24

and it did clear all the counters

as shown below

h int fa0/24

FastEthernet0/24 is up, line protocol is up (connected)

Hardware is Fast Ethernet, address is 0013.7f5e.f218 (bia 0013.7f5e.f218)

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

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

Last clearing of "show interface" counters 00:07:48

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

Queueing strategy: fifo

Output queue: 0/40 (size/max)

53 packets/sec

724 packets input, 170794 bytes, 0 no buffer

Received 184 broadcasts (0 multicast)

0 runts, 0 giants, 0 throttles

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

0 watchdog, 109 multicast, 0 pause input

0 input packets with dribble condition detected

805 packets output, 114378 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

now i did command

sh controllers ethernet-controller fa0/24

dstc-sw#sh controllers ethernet-controller fa0/24

Transmit Receive

1058324712 Bytes 3643036231 Bytes

4744246 Frames 4837184 Frames

769059 Multicast frames 0 FCS errors

123655 Broadcast frames 328756 Multicast frames

0 Pause frames 87284 Broadcast frames

27297 Single defer frames 0 Control frames

0 Multiple defer frames 0 Pause frames

6021 1 collision frames 0 Unknown opcode frames

1187 2-15 collisions 0 Alignment errors

0 Late collisions 0 Length out of range

0 Excessive collisions 0 Symbol error frames

8466 Total collisions 0 False carrier errors

0 Control frames 0 Valid frames, too small

0 VLAN discard frames 0 Valid frames, too large

0 Too old frames 0 Invalid frames, too small

0 Tagged frames 0 Invalid frames, too large

0 Aborted Tx frames 0 Discarded frames

Transmit and Receive

3140098 Minimum size frames

2034612 65 to 127 byte frames

689154 128 to 255 byte frames

552983 256 to 511 byte frames

464197 512 to 1023 byte frames

2700474 1024 to 1518 byte frames

0 1519 to 1522 byte frames

it still shows counters on port fa0/24?

any answer why counetrs are still not cleared.

5 Replies 5

mahesh18
Level 6
Level 6

then i did command

fdstc-sw#clear controllers ethernet-controller fa0/24

fdstc-sw#sh controllers ethernet-controller fa0/24

Transmit Receive

5266 Bytes 4574 Bytes

72 Frames 70 Frames

14 Multicast frames 0 FCS errors

0 Broadcast frames 5 Multicast frames

0 Pause frames 4 Broadcast frames

1 Single defer frames 0 Control frames

0 Multiple defer frames 0 Pause frames

0 1 collision frames 0 Unknown opcode frames

0 2-15 collisions 0 Alignment errors

0 Late collisions 0 Length out of range

0 Excessive collisions 0 Symbol error frames

0 Total collisions 0 False carrier errors

0 Control frames 0 Valid frames, too small

0 VLAN discard frames 0 Valid frames, too large

0 Too old frames 0 Invalid frames, too small

0 Tagged frames 0 Invalid frames, too large

0 Aborted Tx frames 0 Discarded frames

Transmit and Receive

129 Minimum size frames

11 65 to 127 byte frames

0 128 to 255 byte frames

10 256 to 511 byte frames

2 512 to 1023 byte frames

0 1024 to 1518 byte frames

0 1519 to 1522 byte frames

now all are cleared.

i want to know what is difference between clear counters and clear controllers ethernet-controller fa0/24

command

thanks

Mahesh

The clear counters command clears the interface counters while the clear controllers ethernet-controller clears the underlying controller. It is a bit difficult to explain the difference between the interface and the ethernet controller. But I would suggest that the interface counters are more oriented to the software that manages the interface and the ethernet controller is the underlying hardware that runs the interface.

HTH

Rick

HTH

Rick

Hi rburts

thanks for reply.

so every switch port has interface counters

and underlying controller?

what is underlying controller is there any

documentation i can read?

mAny thanks

mahesh

Jon Marshall
Hall of Fame
Hall of Fame

Mahesh

Are you sure you have pasted the full ouput of "sh int fa0/24" because from the command reference for 12.1(22)EA2 here is the equivalent output

Switch# show interfaces fastethernet0/1

FastEthernet0/1 is up, line protocol is down

Hardware is Fast Ethernet, address is 0005.7428.09c1 (bia 0005.7428.09c1)

MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,

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

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Auto-duplex, Auto-speed

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

Last input never, output 4d21h, output hang never

Last clearing of "show interface" counters never

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

1 packets input, 64 bytes, 0 no buffer

Received 0 broadcasts, 0 runts, 0 giants, 0 throttles

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

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

1 packets output, 64 bytes, 0 underruns

0 output errors, 0 collisions, 2 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

Notice that there are lines that are not in your output such as

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

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

I agree with Rick in that the "sh controllers ethernet-controller ... " command is reading the counters directly from the underlying hardware.

When you use "sh interface fa0/24" what you see is a 5 minute summary derived from the underlying hardware counters. You can clear these counters to reset the summary counters but the underlying counters they are derived from are still there.

At least that is what i think you are seeing, and it seems to make sense.

Jon

Hi jon

here is complete output of command

fdstc-sw#sh int fa0/24

FastEthernet0/24 is up, line protocol is up (connected)

Hardware is Fast Ethernet, address is 0013.7f5e.f218 (bia 0013.7f5e.f218)

MTU 1500 bytes, BW 10000 Kbit, DLY 100 usec,

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

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

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

input flow-control is unsupported output flow-control is unsupported

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

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

Last clearing of "show interface" counters 23:12:02

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 1000 bits/sec, 2 packets/sec

5 minute output rate 1000 bits/sec, 2 packets/sec

428080 packets input, 301645045 bytes, 0 no buffer

Received 29337 broadcasts (0 multicast)

0 runts, 0 giants, 0 throttles

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

0 watchdog, 19599 multicast, 0 pause input

0 input packets with dribble condition detected

400366 packets output, 111351437 bytes, 0 underruns

0 output errors, 759 collisions, 0 interface resets

0 babbles, 0 late collision, 1990 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

Review Cisco Networking for a $25 gift card