bytelimit match (traffic shaping)

Harald Welte laforge@gnumonks.org
Tue, 27 Nov 2001 16:12:17 +0100


On Thu, Nov 22, 2001 at 10:20:12AM +0100, skaya@enix.org wrote:
> 
> >> I would really appreciate some feedback ; we use this
> >> bytelimit match here on a router to control the bandwidth
> >> of a high traffic web server, and it runs fine 
> 
> > well, I think it's a neat idea, but I thought that was already in the kernel
> > for some time? QoS and TOS combined with the tc and ip tools from the
> > iproute2 package allow you to manage different 'bandwidths' for different
> > applications.
> 
> sure. but the tc+ip method requires to define a queuing discipline,
> a filter to match the traffic, and a tree of classes ; altough there
> are some documentations about the way it works, I found it way
> overkill for most applications - and good documentation explaining
> precisely the meaning of all parameters is hard to find (read : 
> sometimes yet-to-be-written). most of the time, I found myself
> tagging the traffic with iptables, and then using tc+ip ; with my
> bytefilter match, I just have to tag the traffic, and can get rid
> of tc+ip. 

you can just read the examples from the Linux Advanced Routing HOWTO,
available at www.ds9a.nl.

And: using the MARK target you can combine the powers of iptables matching
and tc/ip QoS features.

> CBQ and the rest of the QoS support is important, but when all you
> want to do is a plain and simple bandwidth limit, it's far easier
> to use bytelimit match.

well, nonetheless not an argument to replicate already existing functionality.

> regards,
> Jerome Petazzoni <skaya@enix.org>

-- 
Live long and prosper
- Harald Welte / laforge@gnumonks.org               http://www.gnumonks.org/
============================================================================
GCS/E/IT d- s-: a-- C+++ UL++++$ P+++ L++++$ E--- W- N++ o? K- w--- O- M- 
V-- PS+ PE-- Y+ PGP++ t++ 5-- !X !R tv-- b+++ DI? !D G+ e* h+ r% y+(*)