[LARTC] TC in Wireless Environment

[Kajetan Staszkiewicz]

Dnia środa, 28 grudnia 2005 17:10, napisałe(a)ś: 

> Thank you so much for your reply. Its my mistake - I should have made it a
> bit more transparent. But yes, you got me right on that.
>
> I will try to discuss 2 probable scenarios -
>
> 1. Ingress - suppose I have a ingress policer, which allows data to enter
> system at 2 Mbps. I should be able to set it to 1Mbps or increase to 3Mbps
> depending on my wireless network conditions. Wireless links are dynamic and
> error rate is high. Hence I want to set the policer to these values,
> without losing any packets and without disturbing the queuing discipline.
>
> 2. Egress - I use a token bucket to shape out going traffic. Similarly,
> here also, I should be able to dynamically set the out going rate, without
> reloading all the queue parameters.
>
> I want to control this on multiple interfaces. But initially, it would be
> good to try such a thing on only one interface.
>
> I would like to know, if such a provision is available in TC.

So it is only settings for one machine? Deleting and adding just a few rules 
should not be such a big problem. In my case adding new rules takes about 30 
seconds (hundreds of rules for each user in the network), so as I mentioned I 
use `tc class change`. It works just like `tc class add`:

(from a perl script)
`$TC class change dev $ifname parent 1:6667 classid 1:$klasa htb rate 5kbit 
ceil $ceildown quantum 2000 burst 10kbit`;
`$TC class change dev imq$imqname parent 1:6667 classid 1:$klasa htb rate 
5kbit ceil $ceilup quantum 2000 burst 10kbit`;

It changes properties of specified class without deleting all clases on device 
(like `tc qdisc del dev eth0.11 root` does).

-- 
| pozdrawiam / greetings | powered by Trustix, Gentoo and FreeBSD |
|  Kajetan Staszkiewicz  | JID: vegeta at chrome.pl                  |
|        Vegeta          | IMQ devnames: http://tuxpowered.net    |
`------------------------^----------------------------------------'