All of lore.kernel.org
 help / color / mirror / Atom feed
From: Abraham van der Merwe <abz@frogfoot.net>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB and theory
Date: Thu, 12 Dec 2002 08:36:06 +0000	[thread overview]
Message-ID: <marc-lartc-103968226711056@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103945416224487@msgid-missing>

[-- Attachment #1: Type: text/plain, Size: 2685 bytes --]

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.

I think your explanation of "rate of class" in your FAQ is wrong. it
caught me as well, but from devik's faq page
(http://luxik.cdi.cz/~devik/qos/htb/htbfaq.htm):

------------< snip <------< snip <------< snip <------------
What if sum of child rates is greater than parent rate ?

Then interesting things can happen. Total rate delivered by children can be
higher that parent's rate (thus its rate is not respected). However when sum
of actual child rates are under parent's rate then borrowing will occur like
in regular case.

------------< snip <------< snip <------< snip <------------

Thus, if sum (rate of childs) > parent rate, then the parent rate is _not
respected_.

-- 

Regards
 Abraham

An American's a person who isn't afraid to criticize the president but is
always polite to traffic cops.

___________________________________________________
 Abraham vd Merwe [ZR1BBQ] - Frogfoot Networks
 P.O. Box 3472, Matieland, Stellenbosch, 7602
 Cell: +27 82 565 4451 Http: http://www.frogfoot.net/
 Email: abz@frogfoot.net


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  parent reply	other threads:[~2002-12-12  8:36 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
2002-12-12  8:36 ` Abraham van der Merwe [this message]
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-103968226711056@msgid-missing \
    --to=abz@frogfoot.net \
    --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.