Hello all,
I am running a coop satellite link for my aviation company here in
Iraq. (silly blog www.stardotstar.org). I am running tc with htb
with good success so far. I am working on improving it though and
need some help. Currently I have just 4 classes, syn/ack/ping,
webchat, http, and then other. We are really happy with how this has
improved our ability to call home from our rooms and do video chat.
However, I would like to do a better job of making sure that each
IP is getting a fair share because it seems like sometimes one video
or audio chat bullies another one into slowing down and one guy is
having a great video and audio feed while someone elses audio only is
suffering. I've seen some references to wrr and also to making a
class for each IP. There doesn't seem to be much current documention
on wrr, so I'm trying to set up nested htbs. Here are my questions:
1. Which makes more sense, to nest my 4 classes of traffic inside of a
class for each IP, or to make a class for each IP in each of my 4
classes. I'm leaning towards the latter so that someones web traffic
can't borrow from the interactive traffic classes.
2. I've done a test, and can't get any traffic into the nested
classes. Here is my code:
#1:20 LOW DELAY--CHAT DATA
#includes the minimize delay FW TOS
tc class add dev ${UPDEV} parent 1:1 classid 1:20 htb rate 200kbit
ceil ${UPCEIL}kbit burst 6k prio 1
tc filter add dev ${UPDEV} protocol ip parent 1: pref 20 u32\
match ip tos 0x10 0xff flowid 1:20
tc filter add dev ${UPDEV} protocol ip parent 1: pref 21 handle 5 fw
classid 1:20
tc filter add dev ${UPDEV} protocol ip parent 1: pref 21 handle 6 fw
classid 1:20
tc qdisc add dev ${UPDEV} parent 1:20 handle 120: sfq perturb 10
nextclass=2000
for clientip in `cat /etc/ethers | awk '{ print $2 }'`;
do
tc class add dev ${UPDEV} parent 1:20 classid 1:${nextclass}
htb rate ${CLIENTRATE}kbit ceil ${CLIENTCEIL}kbit
tc filter add dev ${UPDEV} protocol ip parent 1:20 prio 1 u32 \
match ip src ${clientip} flowid 1:${nextclass}
tc qdisc add dev ${UPDEV} parent 1:${nextclass} handle
${nextclass}: sfq perturb 10 #not sure if this is necessa
ry
((nextclass++))
done
I'm missing something, but not sure what. This code works as far as
classes goes, just the filtering doesn't get traffic into the nested
classes. I'm on 2.6.11 gentoo. Sorry about the wrapping, I'll look
into setting nowrap on gmail.
Thanks!
Edward
_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
