Huge amount of Total output drops

burleyman · ‎12-15-2008

I am seeing the "Total output drops" and "txload" go up. What should I look at for this. I do not see any other errors?

GigabitEthernet1/2/42 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 0011.9299.bb49 (bia 0011.9299.bb49)

Description: ROC80 (62)

MTU 9216 bytes, BW 100000 Kbit, DLY 10 usec,

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

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

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

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

Clock mode is auto

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

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

Last clearing of "show interface" counters 01:43:13

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

Queueing strategy: fifo

Output queue: 0/40 (size/max)

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

5 minute output rate 6721000 bits/sec, 878 packets/sec

0 packets input, 0 bytes, 0 no buffer

Received 0 broadcasts (0 multicasts)

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

5117480 packets output, 4758857198 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

Thanks,

Mike

glen.grant · ‎12-15-2008

Make sure the speed and duplex are set exactly the same on both ends of that link , if one end is hardcoded and the other is auto that can cause problems . Check to make sure both ends are set up for giant packets also as I see the mtu size is 9216 .

burleyman · ‎12-15-2008

I will check that but wouldn't I see other errors if the speed and duplex were different? I will also check the giant packets on both sides.

Thanks,

Mike

burleyman · ‎12-15-2008

I think I may have found the problem. Correct me if I am wrong...

If I Team two NIC's in a server I have to setup the switchports in an ether-channel....correct?

Mike

Joseph W. Doherty · ‎12-15-2008

What you might "look at" is what type of traffic is passing across this interface. Assuming your counters are correct, a 25% drop percentage may indicate insufficient bandwidth for non-TCP traffic or such traffic is very bursty. If the latter, increasing the output queue size might help (or use WRED, not for early drop, but for its average queue size feature).

burleyman · ‎12-15-2008

I will check all that. What is WRED? Also it might be bursty as I keep checking it and it stays the same for about 30 seconds and then it increments up and stays again....