Andy Furniss wrote:
David Boreham wrote:
I'm grappling with a problem that looks like sfq is not working
(packets don't get fairly queued, they appear to be always
sent FIFO). My configuration appears to be correct.
The machine is running quite an old kernel and if I could
convince myself that the sfq code it has is just broken, I'd
spend the time to upgrade it. Is there any way to inspect or
dump the sfq hash table on a running machine ?
I don't think so
I don't know of any way either, though I will probably write one
eventually for diagnostic use.
- I would use tcpdump, if you use perturb don't set it
too low as it causes packet reordering.
A couple other notes:
1. SFQ won't do much unless it's attached to a rate limiting qdisc such
as HTB, with a specified rate less than that of your Internet connection.
2. SFQ doesn't currently handle more than 128 concurrent flows (TCP
connections, etc.), and I would expect the fairness to degrade sooner
than that. I have been working on patches to address this, among other
things.
There is currently work going on to merge sfq/esfq and the hash will be
jhash so should be better than the current one.
My own role in that is taking forever, but I am indeed still working on
it...
-Corey
_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
