From: Andreas Klauer <Andreas.Klauer@metamorpher.de>
To: lartc@vger.kernel.org
Subject: Re: Fwd: [LARTC] HTB shaping & borrowing info
Date: Sat, 27 May 2006 23:24:02 +0000 [thread overview]
Message-ID: <20060527232402.GA13037@EIS> (raw)
In-Reply-To: <be119c020605271511o58f87c38vceffd5be42284a59@mail.gmail.com>
On Sun, May 28, 2006 at 12:11:10AM +0200, Stefano Mainardi wrote:
> >> If B don't make traffic, 7/8 of 20Mb/s must be assigned to A and all the
> >> rest at B
>
> Sorry, "all the rest at A" :)
So, in other words, A is allowed to take bandwidth from B.
B and C stick to their bandwidth limits.
A tree like this could probably accomplish this:
HTB qdisc
|
\--- HTB root class (100mbit)
|
\--- HTB class (90mbit|90mbit)
| |
| \--- HTB class A (70mbit|90mbit)
| \--- HTB class B (20mbit|20mbit)
|
\--- HTB class C (10mbit|10mbit)
This way, C and B never borrow any bandwidth (as they have rate=ceil),
and if A borrows, it will be from B, as the parent class (which has
rate=ceil as well) will never borrow from C.
> We have tested this script with CEIL=RATE, and CEIL\x100Mbit, but i view that
> the data-rate calculated for each PC is not proportional to the traffic
> assigned at Firewall.
HTB expects to be able to use the full specified rate at any point
of time, so you probably should use something lower than 100mbit
as a base value. Even in 100mbit networks, you never actually get
this rate, due to overhead, collisions, etc.
Other than that, are there really just these three classes of traffic
going out on eth1? The setup should work, as long as the classification
is working properly.
Regards
Andreas Klauer
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2006-05-27 23:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-27 22:11 Fwd: [LARTC] HTB shaping & borrowing info Stefano Mainardi
2006-05-27 23:24 ` Andreas Klauer [this message]
2006-05-28 0:04 ` Stefano Mainardi
2006-05-28 0:25 ` Andreas Klauer
2006-05-29 15:28 ` Stefano Mainardi
2006-05-30 11:02 ` Stefano Mainardi
2006-06-01 20:33 ` Andy Furniss
2006-06-01 20:37 ` Stefano Mainardi
2006-06-01 20:46 ` Stefano Mainardi
2006-06-01 20:46 ` Andy Furniss
2006-06-01 20:59 ` Andy Furniss
2006-06-01 21:13 ` Stefano Mainardi
2006-06-01 21:57 ` Andy Furniss
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=20060527232402.GA13037@EIS \
--to=andreas.klauer@metamorpher.de \
--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.