Re: [LARTC] CBQ only works 'bounded'

[Patrick Nagelschmidt <dto@gmx.net>]

At 07.12.01, you wrote:
>You talk to your modem over a 10mbit/s interface? 

yes, it's pppoe. and i can recycle my old ne2k cards this way :)

>Cool. You weren't possible to do this before?

no, a normal 16kb/s upload ruined the whole download speed. i loose ~60%
of my downstream if i dont use QoS.

>Ok - you can still upload and download, but the positive effect disappears?

exactly. it's nearly the same as if i wouldn't start the script at all.

>Well, CBQ isn't all *that* precise. Bandwidth is sucked out of your
>interactive class for certain chunks of time, again delaying ACKs. In the
>long term, bandwidth will probably be available ok for your interactive
>class but downloads get hurt even if ACKs get delayed in the short term.

that seems to be the point. the low priority class only borrowed 844 packets
out of ~18000 but that was enough to delay acks remarkably. but now i can be
sure that it is a logistic problem, not a fundamental error in my script.

>I've been experimenting with HTB and it appears to be better in this
>respect. Even without priorities it managed to keep latency in the
>interactive class *very* low.

but i read in your howto, that it will divide remaining bandwidth in a ratio
based on the size of the classes. so this would mean it would devide it in
a 108:20 ratio. if it does the low priority class gets the bigger part and
i might have the same problem again. or do i underestimate HTB? :)

>One thing, try reversing the priorities

i tried it, but this hadn't a positive effect. isn't 1 the highest and 7 the 
lowest? 

regards,

Patrick


_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/2.4Routing/