Jody - Many thanks for taking the time to reply. It's
greatly helped my understanding.
From: Jody Shumaker
[mailto:[EMAIL PROTECTED] Sent: 12 December 2005
19:14To: Mark LidstoneSubject: Re: [LARTC] HTB - prio and
rate
No, I wrote what I
meant. If classes 1:11 and 1:1
ch Limited.
==
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andreas Klauer
Sent: 05 December 2005 18:15
To: lartc@mailman.ds9a.nl
Subject: Re: [LARTC] HTB - prio and rate
On Monday 05 December
On Monday 05 December 2005 10:40, Mark Lidstone wrote:
> 1) The sum of all HTB classes under a single HTB qdisc should
> add up to the maximum rate of the qdisc
A HTB qdisc does not have a rate; it's the classes that do. And it's not
all classes, but just parent-children relationship. The s
and not
clearly made on behalf of BMT SeaTech Limited.
==
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian J. Murrell
Sent: 02 December 2005 20:31
To: lartc@mailman.ds9a.nl
Subje
On Sun, 2005-12-04 at 10:14 -0500, Jeffrey B. Ferland wrote:
> To prioritize, you must classify. HTB allows prioritization and
> classification... and limitation as well.
Seems the combination of TBF and PRIO does too.
> Attaching something like this: Root --> TBF --> Prio would be nice,
> but
OK, reading back through the thread at Brian's previous comment:> As I wrote before I'm not interested in dividing bandwidth up, just> prioritizing the use of the full bandwidth by all-comers.And then being confused by this one:On Dec 4, 2005, at 8:48 AM, Brian J. Murrell wrote:On Sat, 2005-12-03 a
On Sat, 2005-12-03 at 07:04 +0100, Andreas Klauer wrote:
> On Friday 02 December 2005 23:24, Brian J. Murrell wrote:
> > Yeah, that is what I want, but why do I need HTB?
>
> You need it only if you also want to limit bandwidth somehow.
But surely HTB is overkill for simply limiting bandwidth and
On Sunday 04 December 2005 03:32, Jeffrey B. Ferland wrote:
> Quick question I've been trying to figure out myself without success:
> can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
> nice to chain a few qdiscs together...
Dunno. I've always only attached QDiscs to classes. Even
Brian J. Murrell said:
> I really don't seem to be getting this. ~sigh~
It'll come with time.
> As I wrote before I'm not interested in dividing bandwidth up, just
> prioritizing the use of the full bandwidth by all-comers.
Yes.
> So I figure I want a TBF in my root class to prevent the queue
Brian J. Murrell said:
> On Fri, 2005-12-02 at 21:25 +0100, Andreas Klauer wrote:
>> Actually, a class is always able to use it's rate at any time. The prio
>> has
>> only an effect when the class is trying to borrow bandwidth from others -
>> then the high prio classes are allowed to take what the
Quick question I've been trying to figure out myself without success:
can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
nice to chain a few qdiscs together...
Anyway, in order to divide up traffic like that, you'll need to limit
bandwidth for the reason that splitting up tra
On Friday 02 December 2005 23:24, Brian J. Murrell wrote:
> Yeah, that is what I want, but why do I need HTB?
You need it only if you also want to limit bandwidth somehow.
> I guess I am missing the reasoning for partitioning up the bandwidth
> with HTB rather than just letting everyone/everythin
I really don't seem to be getting this. ~sigh~
As I wrote before I'm not interested in dividing bandwidth up, just
prioritizing the use of the full bandwidth by all-comers.
So I figure I want a TBF in my root class to prevent the queue in my DSL
modem from filling up. I have about 128kb/s upstr
On Fri, 2005-12-02 at 21:48 +0100, Andreas Klauer wrote:
>
> That's exactly what the PRIO qdisc does. In combination with HTB and SFQ,
> it can be quite powerful, as low priority connections will completely
> starve as long as there are higher priority packets to be sent.
Yeah, that is what I w
On Friday 02 December 2005 21:31, Brian J. Murrell wrote:
> In fact if I were to saturate the upstream with SSH, something like
> bittorrent should effectively get no bandwidth at all.
That's exactly what the PRIO qdisc does. In combination with HTB and SFQ,
it can be quite powerful, as low prio
On Fri, 2005-12-02 at 21:25 +0100, Andreas Klauer wrote:
> Actually, a class is always able to use it's rate at any time. The prio has
> only an effect when the class is trying to borrow bandwidth from others -
> then the high prio classes are allowed to take what they need first.
I have wondere
On Friday 02 December 2005 14:57, Mark Lidstone wrote:
> As I understand things, when prio values are assigned to an HTB setup,
> classes with a given prio value will only be serviced when there are no
> packets waiting in classes with a lower prio value.
Actually, a class is always able to use it
Hi all,
I've not been able to find an explanation of the relationship between
prio and rate as they apply to the HTB technique. Hopefully someone on
here will be able to help me.
As I understand things, when prio values are assigned to an HTB setup,
classes with a given prio value will only be s
18 matches
Mail list logo
