Hi Mark,
Changing the input queue depth won't help with output drops.
What platform is this on? Looks like a chassis-based thing -- 4500 or 6500?
It looks like a very busy server is attached.
35272 drops is only 0.0004% of all packets sent on that interface.
That's not many! You might be troubleshooting a problem that doesn't
exist.
Cheers,
Dale
On Tue, Apr 7, 2009 at 4:57 PM, 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
Received on Tue Apr 07 2009 - 17:12:59 ART
This archive was generated by hypermail 2.2.0 : Mon May 04 2009 - 07:39:11 ART