On Tuesday 13 January 2004 11:13, arek@xxxxxxxxxxx wrote:
> > It will try to give each class it's configured rate. An other
> > problem is the
> > bottleneck. YOU have to be the bottleneck and if you send more
> > then your
> > modem can handle, the modem will be the bottleneck and undo the traffic
> > shaping.
>
> Wow wow, wait !
Ok :)
> you can have 100 child classess in a sum of 100Megs, root class equal
> 10Megs.
>
> the sum of all child classes will be 10Megs, and no more (if you ceil root
> rate to 10Megs it at htb)
Wrong. The configured rate of a class is _always_ satisfied. If you have a
100M link, a parent class ceiled to 10M and 100 classes with rate = 1M, each
class will get 1M. So together they will get 100M. And even if that is more
the the ceil of the parent.
So you can overlimit a parent class.
> The behave of which child class get more /equal tokens than other you set
> by priority parameter.
Yes and no. Each class will get his configured rate as a minimum. If the
parent class has some bandwidth left, it will be given to the class with the
lowest prio.
At the same time, the class with the lowest prio will be able to send it's
packets first and so will have a lower delay. BUT, if a low prio class uses
more bandwidth then the configured rate, the latency goes up.
> That is my theory with HTB+linux. With cbq many times total rate exceeds,
> so i use it no more (it was not accurate). But HTB is accurate.
Yes, but trust me, you need to follow some rules. You can find them on the
faq page on docum.org.
Stef
--
stef.coene@xxxxxxxxx
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.openprojects.net
_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
