LARTC
[Top] [All Lists]

Re: [LARTC] Re: dropped bytes in "tc -s class" output

To: "Ethy H. Brito" <ethy.brito@inexo.com.br>
Subject: Re: [LARTC] Re: dropped bytes in "tc -s class" output
From: Andy Furniss <lists@andyfurniss.entadsl.com>
Date: Wed, 30 May 2007 21:42:08 +0100
Cc: lartc@mailman.ds9a.nl
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
In-reply-to: <20070520182824.2ff1ae02@babalu.inexo.com.br>
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
References: <1179694583.7354.9.camel@benve-laptop> <20070520182824.2ff1ae02@babalu.inexo.com.br>
Reply-to: lists@andyfurniss.entadsl.com
Sender: lartc-bounces@mailman.ds9a.nl
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.1.2) Gecko/20070227 SeaMonkey/1.1.1
Ethy H. Brito wrote:
On Sun, 20 May 2007 22:56:23 +0200
Christian Benvenuti <christian.benvenuti@libero.it> wrote:

Hi,

Hi All

Is there any output that counts the number of dropped bytes
(not packets) just as in "Sent" in "tc -s class" output?
No.
A simple workaround (for simple configurations) consists of redirecting
all the traffic you want to drop to a dedicated class and attach a
blackhole qdisc (i.e., drop everything) to it.

Hmmm. I am pretty sure I did not tell what I meant.

I assume that at some point an HTB class will drop some packets that are
beyond its speed regulation, right?

Not always if it's got a really long queue tcp windows can be absorbed. You can choose queue length.

I just need to measure this amount of dropped bytes (not packets).

I don't think you can.

 With
this measure I can MRTG it and give the clients some felling that they
really need more bandwidth.

That would be a bit deceitful - TCP relies to some extent on dropped packets, how many you get depends on buffer lengths and number of connections. You could double the rate with a smaller buffer and see more dropped packets than a slower link with a bigger buffer.

Andy.

_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

<Prev in Thread] Current Thread [Next in Thread>