From: Russell Stuart <russell-lartc@stuart.id.au>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Is this possible?
Date: Sun, 05 Mar 2006 03:43:11 +0000 [thread overview]
Message-ID: <1141530191.4361.49.camel@ras.pc.stuart.local> (raw)
In-Reply-To: <marc-lartc-99477220206399@msgid-missing>
On Fri, 2006-02-24 at 07:27 +1000, Russell Stuart wrote:
> On Thu, 2006-02-23 at 10:23 +0100, Andreas Klauer wrote:
> > Another way of indirect headroom would be to hard limit the Web class,
> > i.e. give the Web class a lower ceil than the other classes. This way,
> > there is bandwidth that the Web class can't use no matter what, even
> > if the link is completely empty.
>
> That is the right answer - it would achieve what I want.
> In hindsight it seems so obvious I don't know why I
> didn't think of it myself.
Turns out it didn't do what I wanted. But there is a
way to force HTB to do what I wanted, and I think it is
unusual enough to document by posting it here.
To recap: what I wanted to do to was reserve approx 20%
of the bandwidth as headroom for VOIP. The headroom was
to prevent the TCP faststart of new incoming connections
from hitting the VOIP traffic. The headroom bandwidth
was must remain unused, unless VOIP itself was forced
to eat into it. Another way of saying the same thing
is I wanted to allocate some bandwidth to VOIP that
it would not lend to other classes.
Example:
VOID - Assured Rate 30%, 20% of which can only be
used by VOIP. Lowest latency.
INTERACTIVE - Assured Rate 20%, all of which may be
borrowed by other classes. Middle Latency.
BULK - Assured Rate 50%, all of which may be
borrowed by other classes. Highest Latency.
HTB Class structure the implements this:
htb class parent 1: classid 1:10 rate 80% ceil 100%
htb class parent 1:10 classid 1:11 rate 30% ceil 100%
htb class parent 1:11 classid 1:19 rate 30% ceil 100% prio 0 [VOIP leaf]
htb class parent 1:10 classid 1:20 rate 70% ceil 80%
htb class parent 1:20 classid 1:21 rate 20% ceil 80% prio 1 [interactive leaf]
htb class parent 1:20 classid 1:22 rate 50% ceil 80% prio 2 [other leaf]
This is the small class tree I can think of that does it.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2006-03-05 3:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-10 13:37 [LARTC] Is this possible? GILBERTO BRAZ
2006-02-23 8:38 ` Russell Stuart
2006-02-23 9:23 ` Andreas Klauer
2006-02-23 21:27 ` Russell Stuart
2006-02-24 3:49 ` gypsy
2006-02-24 5:03 ` Russell Stuart
2006-02-24 5:11 ` Russell Stuart
2006-03-05 3:43 ` Russell Stuart [this message]
2006-03-05 9:16 ` Andreas Klauer
2006-03-06 0:53 ` Russell Stuart
2006-03-06 1:19 ` Andreas Klauer
2006-03-06 3:07 ` Russell Stuart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1141530191.4361.49.camel@ras.pc.stuart.local \
--to=russell-lartc@stuart.id.au \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.