From: Martin Devera <devik@cdi.cz>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] SFQ improvement ideas
Date: Wed, 16 Jan 2002 09:46:33 +0000 [thread overview]
Message-ID: <marc-lartc-101117443117426@msgid-missing> (raw)
In-Reply-To: <marc-lartc-101094979511667@msgid-missing>
> > 1) Backlog depth limit
>
> This would be nice; through proc ... but I believe it is
> already being worked on by Alexey.
How do you know it ? I'd like to have such info too :)
By the way what is he working on ? Depth limit or proc interface ?
> > 2) Interactive traffic isolation
>
> SFQ is designed specifically to _not_ have manual isolation
> of queues; use CBQ with SFQ to do this.
I know. But I want it to do automatic isolation. Based on
life of connection. When connection is determined to be
long download then it will resort into another queue.
But you may be right. Recently I started to think to use
iptables connection tracking to find these and use filters
to assign them different sfq ..
> (and not CBQ), use HTB. A classful round-robin queue would
grrr .. I didn't design HTB just for simplicity but for
precise results ;-)
> > parameters like "hash " followed by set of "dip,sip,sport,dport,proto"
> > arguments (e.g. ... sfq hash dip sip dport).
>
> I agree here; it would probably be easier to just turn on or off each of
> the hash criteria.
>
> tc qdisc add dev eth0 sfq hash sip hash dip hash dport
> or
> tc qdisc add dev eth0 sfq hash sip hash dip
well it was my first idea but then I realized that it would be
complex to do tc .. change on it. Maybe we could introduce
nohash too ..
devik
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
next prev parent reply other threads:[~2002-01-16 9:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-13 19:21 [LARTC] SFQ improvement ideas devik
2002-01-13 21:06 ` 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 [this message]
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-101117443117426@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.