From: devik <devik@cdi.cz>
To: lartc@vger.kernel.org
Subject: [LARTC] SFQ improvement ideas
Date: Sun, 13 Jan 2002 19:21:51 +0000 [thread overview]
Message-ID: <marc-lartc-101094979511667@msgid-missing> (raw)
Hello,
I've several ideas. Maybe someone has some time to implement them ?
1) Backlog depth limit
Currently total limit of SFQ is 128 packets. SFQ tries
to keep lengths of all flows to be roughly the same. It
means that there can be one flow with 128 packets backlog.
It would be nice to have control over maximal lenght of
backlog. To be able to control max delay introduced.
2) Interactive traffic isolation
Cisco IOS implements WFQ which has one queue per flow and
common queue for interactive traffic. Packets are queued
into interactive queue for some time and after it is clear
that they constitute large flow they are assigned private
queue. Interactive queue has higher prio.
Nice effect is that short conversations are handled faster
and long downloads are isolated with lower priority.
It could be implemented in SFQ by attaching token bucket filter
to each flow bucket (there is 1024 buckets). If the flow conforms
to the bucket then it is low-load traffic (interactive) and
hi-load otherwise.
Dequeue routine should be changed to DRR dequeue from low-load
flows then hi-load then again lo-load ....
In other words to perform DRR among two DRRs.
Of course one couldn't use "perturb" here as it would fool bucket
filters.
3) Hash select
Default SFQ impl. uses src(ip+port)+dst(ip+port) to distinguish
connections. It might be useful to be able to set src(ip)+dst(ip)
for example (do disallow users to fool SFQ by creating more connections)
or src(ip)+dst(ip+port) to make it yet better. I'd suggest tc
parameters like "hash " followed by set of "dip,sip,sport,dport,proto"
arguments (e.g. ... sfq hash dip sip dport).
Comments, ideas, volunteers ?
devik
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
next reply other threads:[~2002-01-13 19:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-13 19:21 devik [this message]
2002-01-13 21:06 ` [LARTC] SFQ improvement ideas John Huttley
2002-01-13 21:10 ` Daniel Wittenberg
2002-01-14 2:02 ` John Huttley
2002-01-14 4:23 ` Daniel Wittenberg
2002-01-14 5:13 ` Don Cohen
2002-01-14 9:35 ` Martin Devera
2002-01-14 9:36 ` Martin Devera
2002-01-14 9:38 ` Martin Devera
2002-01-14 9:54 ` Martin Devera
2002-01-14 14:56 ` Michael T. Babcock
2002-01-14 22:33 ` Don Cohen
2002-01-16 9:46 ` Martin Devera
2002-01-16 10:07 ` Martin Devera
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-101094979511667@msgid-missing \
--to=devik@cdi.cz \
--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.