From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB and theory
Date: Tue, 10 Dec 2002 21:23:22 +0000 [thread overview]
Message-ID: <marc-lartc-103955548629232@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103945416224487@msgid-missing>
On Tuesday 10 December 2002 14:28, Abraham van der Merwe wrote:
> Hi Stef!
>
> > > How does this influence the shaping results and the shaping of other
> > > classes? I've actually asked a similar question before: If you have
> > >
> > > 1:1
> > > / \
> > > / \
> > > 1:2 1:3
> > > /|\ \------
> > > / | \ \ \
> > > 1:4 1:5 1:6 1:7 1:8
> > >
> > > if 1:7 and 1:8 respects the rate/ceil of 1:3 and 1:3 respects the
> > > rate/ceil of 1:1, but 1:4 does not respect the rate/ceil of 1:2 and 1:2
> > > respects the rate/ceil of 1:1, does the shaping of 1:3 work as normal
> > > and only those classes under 1:2 are adversely affected or not? from
> > > your previous answer, it seems that the classes under 1:3 would not be
> > > affected, but I would love to know why. what happens with 1:4 requests
> > > some bandwidth which 1:2 does not have...
> >
> > It's easier if you add some numbers of ceil/rate to understand the
> > question.
> >
> > I'm going to create an extra page on www.docum.org with your questions
> > and my answer to explain how rate and ceil of classes and parent classes
> > are used. Ok?
>
> That would be great, thanks
I wrote some more information about ceil and rate. You can find it on the faq
page on www.docum.org under "Basic rules for traffic shaping with HTB". If
you have more questions, let me know and I will try to answer them.
Remember, htb will work if you don't follow this rule. But it will be less
obviuos to figure out how the bandwidth will be distributed.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2002-12-10 21:23 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-09 17:14 [LARTC] HTB and theory Catalin Bucur
2002-12-09 18:22 ` Stef Coene
2002-12-09 20:27 ` Catalin Bucur
2002-12-09 21:22 ` Stef Coene
2002-12-09 21:45 ` Catalin Bucur
2002-12-09 22:18 ` Abraham van der Merwe
2002-12-10 12:33 ` Stef Coene
2002-12-10 12:40 ` Stef Coene
2002-12-10 13:28 ` Abraham van der Merwe
2002-12-10 21:23 ` Stef Coene [this message]
2002-12-12 8:36 ` Abraham van der Merwe
2002-12-12 10:49 ` Stef Coene
2002-12-12 11:19 ` Abraham van der Merwe
2002-12-12 18:32 ` Stef Coene
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=marc-lartc-103955548629232@msgid-missing \
--to=stef.coene@docum.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox