All of lore.kernel.org
 help / color / mirror / Atom feed
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/

             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.