Senior Acquisitions Editor: Kenyon Brown Development Editor: Kim Wimpsett

clear counters
:
Router#
clear counters ?
Async Async interface
BVI Bridge-Group Virtual Interface
CTunnel CTunnel interface
Dialer Dialer interface
FastEthernet FastEthernet IEEE 802.3
Group-Async Async Group interface
Line Terminal line
Loopback Loopback interface
MFR Multilink Frame Relay bundle interface
Multilink Multilink-group interface
Null Null interface
Serial Serial
Tunnel Tunnel interface
Vif PGM Multicast Host interface
Virtual-Template Virtual Template interface
Virtual-TokenRing Virtual TokenRing

213

---

Router#
clear counters s0/0/0
Clear "show interface" counters on this interface
[confirm]
[enter]
Router#
00:17:35: %CLEAR-5-COUNTERS: Clear counter on interface
Serial0/0/0 by console
Router#
Troubleshooting with the 
show interfaces Command
Let’s take a look at the output of the 
show interfaces
command one more time before I move on. There are
some statistics in this output that are important for the Cisco objectives.
275496 packets input, 35226811 bytes, 0 no buffer
Received 69748 broadcasts (58822 multicasts)
0 runts, 0 giants
, 0 throttles
0 input errors, 0 CRC
, 0 frame, 0 overrun, 0 ignored
0 watchdog, 58822 multicast, 0 pause input
0 input packets with dribble condition detected
2392529 packets output
, 337933522 bytes, 0 underruns
0 output errors, 0 collisions
, 1 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
Finding where to start when troubleshooting an interface can be the difficult part, but certainly we’ll look for the
number of input errors and CRCs right away. Typically we’d see those statistics increase with a duplex error, but it
could be another Physical layer issue such as the cable might be receiving excessive interference or the network
interface cards might have a failure. Typically you can tell if it is interference when the CRC and input errors output
grow but the collision counters do not.
Let’s take a look at some of the output:
No buffer
This isn’t a number you want to see incrementing. This means you don’t have any buffer room left for
incoming packets. Any packets received once the buffers are full are discarded. You can see how many packets are
dropped with the ignored output.
Ignored
If the packet buffers are full, packets will be dropped. You see this increment along with the no buffer
output. Typically if the no buffer and ignored outputs are incrementing, you have some sort of broadcast storm on
your LAN. This can be caused by a bad NIC or even a bad network design.
I’ll repeat this because it is so important for the exam objectives: Typically if the no buffer and ignored
outputs are incrementing, you have some sort of broadcast storm on your LAN. This can be caused by a bad NIC
or even a bad network design.