Lorin wrote:
It would be quite some work to setup a configuration, there are a lot of hosts that need to be limited.
I really meant can you recreate it with a simple test case without lots of rules.
Here is what I have:
#---class root - RATE/CEIL=100Mbit /sbin/tc class add dev eth0 parent 1: classid 1:0010 htb rate 100Mbit /sbin/tc qdisc add dev eth0 root handle 1 htb default 3000
This is the wrong way round - if you didn't get an error prehaps there was already a queue on from a previous test - that could confuse things.
#---class bgp - RATE/CEIL=128Kbit
/sbin/tc class add dev eth0 parent 1:0010 classid 1:0050 htb rate 128Kbit ceil 128Kbit prio 0
/sbin/tc qdisc add dev eth0 parent 1:0050 handle 0050 sfq perturb 10
I am not sure if it makes a difference but normally the handle would be 0050: maybe it is clashing with the parent classid without the :
If I set the leaf qdisc to 'none' traffice gets classified well; if I use a qdisc in a child class all traffic goes to default.
After few tests I managed to isolate the problem (kinndof) - if I use just one class, best-effort for example, and put all filters/qdisc in this one everything works fine. But I really need to separate big clients (premium) from small ones (best-effort) and to shape management/bgp traffic separately from those 2. atm the only separations is made after prio value: bgp 0, management 1, premium 2, best-effort 3 and default 7.
It should be doable - I may have missed something else. I assume you are testing with
tc -s qdisc ls dev eth0 tc -s class ls dev eth0 tc -s filter ls dev eth0
not nice with lots of rules - but worth it to check the counters.
Thanks for the help!
p.s.
I'm working on a romanian translation for LARTC. I have about 1/4 of it till now. If there are any romanians on this list willing to help it would a very nice thing to do for the community. Also translating this great howto it's a study itself so you can get also some solid knowledge besides the Glory:)
I think the list had died again - so make sure you cc me if you reply.
Andy. _______________________________________________ LARTC mailing list LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
