Покотиленко Костик wrote:
I already have HTB class tree which makes channel division between
client groups.
One of those groups now has to have clients with limited maximal speed
to implement "unlimited" traffic billing.
So the question is: is there any queueing discipline which can limit
maximal speed for any source/destination IP with one rule so that I
would not have to insert clases for each new IP?
There are not too nefilter questions, but while I experiment with
unconditional class 3 of PSPacer 2.1[.1]
(http://www.gridmpi.org/pspacer-2.1/index.en.jsp), I remember there are IMHO
may (with additional programming) do it. Mode 3 still not complete and fall
kernel, but I comment out estimate_target_rate() code up to "cl->rate =
cp->rate;" line and do "cl->rate = <rate>;" and IMHO rate was reached. But I
not sure about there are warrantied rate. You may try to remove "tcp" code
from PSPacer and make some kind of hash, based on source and|or destination
IP. I just not found way to use it - I prefer to bound rate for my network to
common channel and use it in concurrent way to fill channel. And not sure to
commercial-quality of rate (there are high-quality lostless scheduler, but
"warrantied" rate are not high-quality in this sense, only limited).
Else you must use not QoS (like HTB) anymore, just drop packets up the limit
with "tc filter ... policy ..." commands. There are not netfilter too.
For example it would be perfect if I could make something like this:
+ HTB class with from 5 Mbit/s to 5 Mbit/s
| HTB class with from 1 Mbit/s to 5 Mbit/s prio 2 (for clients without
unlimited traffic)
| HTB class with from 4 Mbit/s to 5 Mbit/s prio 1 (for clients with
unlimited traffic)
+ {some limit qdisc}
| max speed limit 128 KBit/s (for 128K unlimited traffic) prio 1
| max speed limit 256 KBit/s (for 128K unlimited traffic) prio 2
| max speed limit 512 KBit/s (for 128K unlimited traffic) prio 3
Any hints?
--
WBR,
Denis Kaganovich, mahatma@xxxxx http://mahatma.bspu.unibel.by
-
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
