* [LARTC] Conceptual (but fast :) question
@ 2000-11-22 15:31 Juanjo
2000-11-24 22:59 ` Wingtung.Leung
0 siblings, 1 reply; 2+ messages in thread
From: Juanjo @ 2000-11-22 15:31 UTC (permalink / raw)
To: lartc
<PRE>Why do CBQ setups need leaf qdiscs (tbf, sfq, etc) to achieve CBQ rate?
(and all the (aparently) redundant rate setup ...? )
TIA
Juanjo
</PRE>
^ permalink raw reply [flat|nested] 2+ messages in thread
* [LARTC] Conceptual (but fast :) question
2000-11-22 15:31 [LARTC] Conceptual (but fast :) question Juanjo
@ 2000-11-24 22:59 ` Wingtung.Leung
0 siblings, 0 replies; 2+ messages in thread
From: Wingtung.Leung @ 2000-11-24 22:59 UTC (permalink / raw)
To: lartc
<PRE>On Wed, 22 Nov 2000, Juanjo Ciarlante wrote:
><i> Why do CBQ setups need leaf qdiscs (tbf, sfq, etc) to achieve CBQ rate?
</I>><i> (and all the (aparently) redundant rate setup ...? )
</I>
CBQ is just one possible class. You can attach different queueing
disciplines to a class. I assume this structure allows a more generic
approach, so you can exchange modules more easily.
I've read a document about it somewhere, but I lost the URL. Just try to
imagine there exist other classes than CBQ's with other properties and
this setup allows code reuse.
(I hope I explained it correctly. :-)
</PRE>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2000-11-24 22:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-11-22 15:31 [LARTC] Conceptual (but fast :) question Juanjo
2000-11-24 22:59 ` Wingtung.Leung
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.