From: Thomas Graf <tgraf@suug.ch>
To: rahul.hari@cse06.itbhu.org
Cc: hadi@cyberus.ca, diffserv-general@lists.sourceforge.net,
netdev@oss.sgi.com
Subject: Re: [Linux Diffserv] GRED queueing discipline and the filesch_gred.c
Date: Mon, 6 Jun 2005 20:28:14 +0200 [thread overview]
Message-ID: <20050606182814.GI15391@postel.suug.ch> (raw)
In-Reply-To: <4532f31705060610486ef106a1@mail.gmail.com>
* Rahul Hari <4532f31705060610486ef106a1@mail.gmail.com> 2005-06-06 23:18
> UDP1 and TCP1, I am using prio. For implementing q2, I am currently
> putting UDP2,TCP2 and TCP3 in 3 different virtual queues and applying
> GRED with grio. I am providing UDP2 the highest priority and providing
> TCP2 and TCP3 equal priorities. To ensure that RED does not apply on
> the UDP2, I have set Tmax=Tmin so that Pbmax=1. But the results I am
> getting with this configuration do not match with the results that I
> have got from the simulations.
I assume Tmax being qth_max so you basically disable probability drops
which is the main point of RED. What you do is about equal as a simple
FIFO with hard queue limit comparing against a EWMA based queue length.
Depending on whether you want UDP2 to starve out the others use either
prio or cbq/htb and a GRED in rio mode with equal vq prios for TCP2 and
TCP3. The drops should be roughly proportional to their bandwidth share
but I'm not sure if this is fair enough for you.
prev parent reply other threads:[~2005-06-06 18:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-06 17:48 [Linux Diffserv] GRED queueing discipline and the filesch_gred.c Rahul Hari
2005-06-06 18:28 ` Thomas Graf [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=20050606182814.GI15391@postel.suug.ch \
--to=tgraf@suug.ch \
--cc=diffserv-general@lists.sourceforge.net \
--cc=hadi@cyberus.ca \
--cc=netdev@oss.sgi.com \
--cc=rahul.hari@cse06.itbhu.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;
as well as URLs for NNTP newsgroup(s).