Hi
output drops on a gig interface, is not common,
did you rule out the other side that this interface talks to ?
hardocde speed and duplex on both sides,
also keep in mind that on a lan interface you could be maxing out the
link if you reach close to %40, but you have a gig interface !!
anyway,
if both sides are ok,
hardcoded,
you also do not think you are maxing out the media,
the drops are not much considering the over all traffic,
and it is not critical traffic, such as voice...etc
and your overall memory is ok, you have enough free memory.
if all above is ok, then do this:
you can increase the hold queue outbound, on the interface,
command would be: hold-queue < increase it to %20 each time > out
let me know how that goes please.
cheers
JT
----- Original Message -----
From: "Pavel Bykov"
To: "Mark Stephanus Chandra"
Cc: ccieindo_at_yahoogroups.com, "CCIE R/S, Groupstudy" , "Dale Shaw" ,
"sidd ant"
Subject: Re: Output Drops on Interface
Date: Tue, 7 Apr 2009 10:24:20 +0200
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.net
_______________________________________________________________________
Subscription information may be found at:
http://www.groupstudy.com/list/CCIELab.html
-- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com Blogs and organic groups at http://www.ccie.netReceived on Tue Apr 07 2009 - 03:41:52 ART
This archive was generated by hypermail 2.2.0 : Mon May 04 2009 - 07:39:11 ART