Hi, I tried the recommendations of people on this list and tried tweaking the QUANTUM values in my HTB configuration, but still have the problem of the excess bandwidth not being shared proportionately between different pools. Am enclosing the set of tc commands I'm using to generate the pools. The values have been desperately tweaked for some 4 hours, so some of them may look a bit funny. Basically what I'm trying to achieve is that when PCs in (e.g.) 1:4 and 1:5 try downloading at top speed, they should get bandwidths in ratio of their rates, in a 64:100 proportion. However, what actually happens is that the 256Kbps downlink is shared equally between both the classes. Have been beating my head against this wall for days now, any pointers much appreciated. Regards, -- Raju -- Raj Mathur raju@xxxxxxxxxxxxx http://kandalaya.org/ GPG: 78D4 FC67 367F 40E2 0DD5 0FEF C968 D0EF CC68 D17F It is the mind that moves #!/bin/sh # # Test manual HTB configuration from lartc # # Root qdisc # tc qdisc del dev eth1 root tc qdisc add dev eth1 root handle 1: htb default 4 # # Interface rate # tc class add dev eth1 parent 1: classid 1:3 htb rate 256Kbit ceil 256Kbit prio 5 burst 60k cburst 60k # # Rate limiting classes # tc class add dev eth1 parent 1:3 classid 1:4 htb rate 64Kbit ceil 256Kbit prio 5 quantum 30000 burst 30000 cburst 30000 tc class add dev eth1 parent 1:3 classid 1:5 htb rate 100Kbit ceil 256Kbit prio 5 quantum 60000 burst 60000 cburst 60000 tc class add dev eth1 parent 1:3 classid 1:6 htb rate 32Kbit ceil 128Kbit prio 5 quantum 1500 burst 1500 cburst 1500 # # Sharing qdiscs # tc qdisc add dev eth1 parent 1:4 handle 4: sfq perturb 10 quantum 30000 tc qdisc add dev eth1 parent 1:5 handle 5: sfq perturb 10 quantum 4500 tc qdisc add dev eth1 parent 1:6 handle 6: sfq perturb 10 quantum 1500 # # Mark match # tc filter add dev eth1 protocol ip prio 5 handle 65537 fw flowid 1:4 tc filter add dev eth1 protocol ip prio 5 handle 65538 fw flowid 1:5 tc filter add dev eth1 protocol ip prio 5 handle 65539 fw flowid 1:6
