As a network engineer while troubleshooting the best practice to be used is layered approach(layer 1 to 7). From what i have seen around and my experience most of them start looking at higher layer's and ignore layer-1 which some times proves to be costly.
For example while troubleshooting a link flap or performance issue we look at all the parameters ignoring hard coding of speed/duplex which might resolve the issue. show interface Ethernet X/X on a Cisco IOS is a useful command which provides all the information related to the interface. In case of packet drops/link flap etc the values of the interface counters provide a idea on what might be causing the issue.
RT1R#show interface FastEthernet6/1
FastEthernet6/1 is up, line protocol is up (connected)
Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Full-duplex, 100Mb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:14, output 00:00:36, output hang never
Last clearing of "show interface" counters never
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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
1117058 packets input, 78283238 bytes, 0 no buffer
Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles
79 input errors, 5 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
285811 packets output, 27449284 bytes, 0 underruns
6 output errors, 0 collisions, 2 interface resets
0 babbles, 1 late collision, 0 deferred
0 lost carrier, 0 no carrier
1 output buffer failures, 0 output buffers swapped out
Field
|
Description
|
FastEthernet6/1 is up, line protocol is up (connected)
|
The first "up" refers to the physical layer status of
the interface. The "line protocol up" message shows the data link
layer status of the interface and says that the interface can send and
receive keepalives. If the status is administratively down then the interface
has been disabled/admin down by administrator.
|
Hardware
|
Specifies the hardware type and address.
|
Specifies the Internet address, followed by the subnet
mask.
|
|
Maximum transmission unit of the interface. Default 1500
bytes
|
|
Bandwidth of the interface in kilobits per second.
|
|
Delay of the interface in microseconds.
|
|
Reliability
|
Reliability of the interface as a fraction of 255
(255/255 is 100 percent reliability), calculated as an exponential average
over 5 minutes.
|
Load on the interface as a fraction of 255 (255/255 is
completely saturated), calculated as an exponential average over 5 minutes.
|
|
Encapsulation method assigned to interface.
|
|
Type of Address Resolution Protocol assigned.
|
|
Indicates whether loopback is set.
|
|
Gives the number of hours, minutes, and seconds since
the last packet was successfully received by an interface. This is useful for
knowing when a dead interface failed.
|
|
Gives the number of hours, minutes, and seconds since
the last packet was successfully transmitted by an interface.
|
|
Gives the number of hours, minutes, and seconds since
the last packet was successfully transmitted by the interface. This is useful
for knowing when a dead interface failed.
|
|
Number of hours, minutes, and seconds (or never) since
the interface was last reset because of a transmission that took too long.
When the number of hours in any of the "last" fields exceeds 24
hours, the number of days and hours is printed. If that field overflows,
asterisks are printed
|
|
Gives the number of packets in output and input queues.
Each number is followed by a slash, the maximum size of the queue, and the
number of packets dropped due to a full queue.
|
|
Gives the average number of bits and packets
transmitted/received per second in the past 5 minutes.
|
|
Packets input
|
Gives the total number of error-free packets received by
the system
|
Gives the total number of bytes, including data and MAC
encapsulation, in the error-free packets received by the system.
|
|
Number of input packets dropped because of no buffers.
Compare with ignored.
|
|
Broadcasts/Multicasts
|
Number of broadcast or multicast packets received by the
interface.
|
Frames received shorter than 64 bytes
|
|
Frames received that were greater than 1518 bytes
|
|
Throttles
|
Number of times the interface requested another
interface within the router to slow down, possibly because of buffer or
processor overload.
|
A total of no buffer, runts, giants, CRCs, frame,
overrun, ignored, and aborts. This may not balance with the other counts.
|
|
Cyclic Redundancy Check failed on a input packet.
|
|
Number of frames received that did not end on a 8-bit
byte boundary
|
|
The number of times the receiver hardware was unable to
hand received data to a hardware buffer because the input rate exceeded the
receiver's ability to handle the data.
|
|
Packets dropped because the interface hardware buffers
ran low on internal buffers. These buffers are different from the system
buffers mentioned previously.
|
|
Gives the dribble bit error, which indicates that a
frame is slightly too long. This frame error counter is incremented just for
informational purposes; the router accepts the frame.
|
|
Shows the total number of bytes, including data and MAC
encapsulation, transmitted by the system.
|
|
Under runs
|
The number of times the transmitter has been running
faster than the router can handle. This may never be reported on some
interfaces.
|
Dribble condition detected
|
Dribble bit error indicates that a frame is slightly too
long. This frame error counter is incremented just for informational
purposes; the router accepts the frame.
|
A sum of all output errors. This may not tally with the
output error
|
|
The count of frames that were transmitted successfully
after one collision. (Transmitted on the second attempt.)
|
|
the number of times the interface had a reset. Normally
a result of missed keepalives.
|
|
Output buffer failures
|
The number of times a packet was not output from the
output hold queue because of a shortage of MEMD shared memory.
|
Output buffers swapped out
|
The number of packets stored in main memory when the
output queue is full; swapping buffers to main memory prevents packets from
being dropped when output is congested. The number is high when traffic is busty.
|
Babbles
|
Count of frames transmitted greater than 1518 bytes
|
Deferred
|
The number of
frames that have been transmitted successfully after they wait because the
media was busy.
|
Late collision
|
A collision that occurs after the interface has started
transmitting its frame
|
No carrier
|
The number of times the carrier was not present during
the transmission.
|
Lost carrier
|
The number of times the carrier was lost in
transmission.
|
Common causes for increments in any of the counters of the interface can be looked in the below mentioned references
Further Reading
Troubleshooting Switch Port and Interface Problems
Understanding Discards
No comments:
Post a Comment