From: jamal <hadi@cyberus.ca>
To: rahul hari <rahulhsaxena@hotmail.com>
Cc: tgraf@suug.ch, diffserv-general@lists.sourceforge.net,
netdev@oss.sgi.com
Subject: Re: [Linux Diffserv] GRED queueing discipline and the file sch_gred.c
Date: Mon, 06 Jun 2005 07:45:51 -0400 [thread overview]
Message-ID: <1118058351.6266.119.camel@localhost.localdomain> (raw)
In-Reply-To: <BAY24-F263AE581155F279A048AE6C5FB0@phx.gbl>
On Mon, 2005-06-06 at 16:08 +0530, rahul hari wrote:
> Dear Thomas,
> Thanks for the reply. Actually in my experiment, I am implementing 2 queues,
> in one of the queues, I use the prio scheme of tc and in another I define 3
> virtual queues, out of which I want to provide absolute priority to one of
> the queue over the others (ie, if there is any packet in this queue, it
> should be dispatched immediately regardless of whatever happens to the other
> two virtual queues).
> For the other two virtual queues, I want to apply individual REDs (with
> different parameters but the average queue length should be equal to the
> total qave of these two virtual queues) on each but the dequeuing priority
> should be equal (the dequeuing takes place alternately).
> Can the current implementations somehow help me with this , or I would have
> to design this from scratch.
>
It is not clear what your requirements are. You are stating what your
solution is ;->
Assuming that you require to have the first queue to be of the utmost
priority followed by the first red queue as being important and then the
last two, then you need a prio qdisc with three bands:
+---- pfifo
|
+---- RED
|
+---- GRED
The pfifo will starved the lower 2. The RED will starve the GRED if it
can and GRED virtual queues will need to be set in (CISCO) WRED mode i.e
select GRIO but give them equal priority. Make sure those two VQs have
exactly the same drop priorities and queue parameters.
cheers,
jamal
prev parent reply other threads:[~2005-06-06 11:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050605221106.GB15391@postel.suug.ch>
2005-06-06 10:38 ` [Linux Diffserv] GRED queueing discipline and the file sch_gred.c rahul hari
2005-06-06 11:39 ` Thomas Graf
2005-06-06 11:54 ` jamal
2005-06-06 12:15 ` Thomas Graf
2005-06-06 19:12 ` rahul hari
2005-06-06 11:45 ` jamal [this message]
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=1118058351.6266.119.camel@localhost.localdomain \
--to=hadi@cyberus.ca \
--cc=diffserv-general@lists.sourceforge.net \
--cc=netdev@oss.sgi.com \
--cc=rahulhsaxena@hotmail.com \
--cc=tgraf@suug.ch \
/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;
as well as URLs for NNTP newsgroup(s).