As far as I can see, no backlog is being built. How can I tell? FYI, I lowered 768Kbit to 750Kbit and there is no difference. But anyway, doesn't doing that mean that my dsl line will run at less than its best possible speed? On Thu, 28 Feb 2002, Martin Devera wrote: > Hi, > look whether backlog was build on htb qdisc. In your setup > where both you and modem are limiting the flow on the same > rate it is possible that modem is limiting "a bit more" thus > preventing backlog to be build on qdisc. > All non-work-conserving disciplines (shapers) must have some > backlog to work correctly. > As fix make HTB's rate a bit smaller (750kbit f.e.). > devik > > On Wed, 27 Feb 2002, Ben wrote: > > > Hey all. I'm trying to set up QoS using the HTB qdisc in a very basic > > setup, but it the example shown in the howto doesn't seem to be working. > > While the packets show up in the correct classes, they appear to be > > completely ignoring the rates, meaning nothing gets shaped. > > > > My setup is that I've got a a bunch of machines behind my firewall/router: > > > > > > 1.2.3.1 +----------------------------+ 10.0.0.1 > > 1.2.3.2 -----+eth0 firewall/router eth1+--- 10.0.0.2 > > 1.2.3.3 +----------------------------+ 10.0.0.3 > > > > > > 10.0.0.1 is nat'd to 1.2.3.1, 10.0.0.2 to 1.2.3.2, etc. eth0 is attached > > to a 768Kbit DSL line, and eth1 to a 100Mb ethernet. > > > > I want to limit the output of 10.0.0.1, but let it borrow from everybody > > else's bandwidth when the bandwidth would go unused. HTB seems ideal for > > this, and the TC stuff is pretty much identical to the basic one in the > > howto: > > > > tc qdisc add dev eth0 handle 1: root htb default 11 > > > > tc class add dev eth0 parent 1: classid 1:1 htb rate 768kbit ceil 768kbit burst 15k > > tc class add dev eth0 parent 1:1 classid 1:10 htb rate 160kbit ceil 768kbit burst 15k > > tc class add dev eth0 parent 1:1 classid 1:11 htb rate 608kbit ceil 768kbit burst 15k > > > > tc qdisc add dev eth0 parent 1:10 handle 10: sfq perturb 10 > > tc qdisc add dev eth0 parent 1:11 handle 10: sfq perturb 10 > > > > tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip src 1.2.3.1 flowid 1:10 > > > > > > When I start sucking a lot of data from 10.0.0.1 and 10.0.0.2 from outside > > the firewall, the packets end up in the correct classes (judging by tc -s > > -d show dev eth0). But they also are processed at equal rates, not at the > > 160:608 ratio I've specified. > > > > What am I doing wrong? > > > > _______________________________________________ > > LARTC mailing list / LARTC@mailman.ds9a.nl > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > > > > > > _______________________________________________ > LARTC mailing list / LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ >
