If drops would be more pronounced, you would need to look into reducing
burstiness of the traffic.
But as others pointed out - the drops you have there do not look like
something too interesting is happening.
Remember, when you are looking at the counters, always consider the last
time when they were erased.
Do not be afraid to erase counters, but watch out not to clear (reset)
interface itself.
DO: "clear counters [interface x/x]" --- clears counters
DO NOT: "clear interface x/x" --- resets the interface
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
>
>
>
>
>
>
>
>
-- Pavel Bykov ---------------- Don't forget to help stopping the braindumps, use of which reduces value of your certifications. Sign the petition at http://www.stopbraindumps.com/ Blogs and organic groups at http://www.ccie.netReceived on Tue Apr 07 2009 - 10:24:20 ART
This archive was generated by hypermail 2.2.0 : Mon May 04 2009 - 07:39:11 ART