"Total Output Drops" is more often software related appose to physical,
Either mis-config, mostly QOS mechanisms or just excess data at a specific
point in time in the output queue.
Any Drops in any QOS method would collectively show as part of the counter
Total Output Drops.
In this case the Interface is not using QOS, (FIFO - Fit In or F off) so it
could just the excess of bursty traffic you seeing,
I'd say nothing to worry about unless that is rapidly increasing.
Regards
On Tue, Apr 7, 2009 at 8:57 AM, Mark Stephanus Chandra <
mark.chandra_at_gmail.com> wrote:
> Guys,
>
>
>
> If I spotted a lot of output drops on an interface. If I manage to
> configure
> the input max queue to ba larger than default
>
>
>
> Does it make any effect ?
>
>
>
> What should I do if I face this kind of problem
>
>
>
>
>
> GigabitEthernet6/35 is up, line protocol is up (connected)
>
> Hardware is Gigabit Ethernet Port, address is 001b.d5d2.8b32 (bia
> 001b.d5d2.8b32)
>
> Description: Server NCBS CBSPRD2 -- 4287
>
> MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
>
> reliability 255/255, txload 1/255, rxload 1/255
>
> Encapsulation ARPA, loopback not set
>
> Keepalive set (10 sec)
>
> Full-duplex, 1000Mb/s, link type is auto, media type is 10/100/1000-TX
>
> input flow-control is on, output flow-control is on
>
> ARP type: ARPA, ARP Timeout 04:00:00
>
> Last input 00:00:00, output never, output hang never
>
> Last clearing of "show interface" counters never
>
> Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops:
> 35272
>
> Queueing strategy: fifo
>
> Output queue: 0/40 (size/max)
>
> 5 minute input rate 889000 bits/sec, 460 packets/sec
>
> 5 minute output rate 2889000 bits/sec, 861 packets/sec
>
> 8432221024 packets input, 2072360096590 bytes, 0 no buffer
>
> Received 49212654 broadcasts (49097827 multicast)
>
> 0 runts, 0 giants, 0 throttles
>
> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>
> 0 input packets with dribble condition detected
>
> 8586775162 packets output, 2846565821543 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 output buffer failures, 0 output buffers swapped out
>
>
>
>
>
> Regards
>
> Mark Stephanus Chandra - CCIE#23887
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- <ruhann> Blogs and organic groups at http://www.ccie.netReceived on Tue Apr 07 2009 - 21:16:54 ART
This archive was generated by hypermail 2.2.0 : Mon May 04 2009 - 07:39:11 ART