<div>in the first two tests i did put them into the same flow with different prios<br></div><div><br></div><div>and in the third test i put in in different flows</div><div><br></div><div>regards Markus</div><div><br></div>
<div>p.s. the qdiscs of my previous tests were:</div><div><br></div><div>       tc qdisc add dev $DEV root handle 1: prio<br>       tc qdisc add dev $DEV parent 1:1 handle 10: sfq perturb 10<br>       tc qdisc add dev $DEV parent 1:2 handle 20: sfq perturb 10<br>
       tc qdisc add dev $DEV parent 1:3 handle 30: sfq perturb 10<br></div><div><br></div><div>and there were some other filter priorizing different traffic (olsr, dns, ...), but this should not have interfered with my tests as there was nearly no other traffic on this link</div>
<div><br></div><div class="gmail_quote">On Thu, Jan 14, 2010 at 1:25 PM,  <span dir="ltr"><<a href="mailto:clauz@ninux.org">clauz@ninux.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5">On 01/13/2010 10:24 PM, Markus Kittenberger wrote:<br>
> i just testet my own scripts now,..  and they do work mostly as expected,..<br>
><br>
> i also had some problems, to get a working setup where i can test if<br>
> traffix X gets priorized or not<br>
> (especially as i tried to create the 2 test udp stream on the same host,<br>
> but i did not investigate further)<br>
><br>
> my test setup<br>
> a ... b --- c<br>
><br>
> ... is a 100mbit link<br>
> --- an 5.5mbit 801.11b wireless link capable of (somewhat stable) 2 to<br>
> 4.5mbit useable udp throughput (in olsr terms its a rock solit ETX 1.0<br>
> link (20meter but outoor *g))<br>
><br>
> priorization was made on b<br>
><br>
> traffic was created on a (udp port 5001) and b (udp port 5002)<br>
><br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 3 u32 match ip protocol<br>
> 17 0xff match ip dport 5001 0xffff flowid 1:1<br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 4 u32 match ip protocol<br>
> 17 0xff match ip dport 5002 0xffff flowid 1:1<br>
><br>
> 5001: 1.8mbit<br>
> 5002: 1.2mbit<br>
><br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 19 u32 match ip<br>
> protocol 17 0xff match ip dport 5001 0xffff flowid 1:1<br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 3 u32 match ip protocol<br>
> 17 0xff match ip dport 5002 0xffff flowid 1:1<br>
><br>
> 5001:0.1mbit<br>
> 5002:1.8mbit<br>
><br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 4 u32 match ip protocol<br>
> 17 0xff match ip dport 5001 0xffff flowid 1:1<br>
> tc filter $1 dev $DEV protocol ip parent 1: prio 3 u32 match ip protocol<br>
> 17 0xff match ip dport 5002 0xffff flowid 1:2<br>
><br>
> 5001 4.0mbit<br>
> 5002 0.0mbit (so no chance for traffic on port 5002, or infact for any<br>
> traffic on flowid 1:2 or 1:3)<br>
<br>
</div></div>Hello.<br>
You did three tests and just changed the value of the "prio" parameter<br>
in each test, right? In the first two tests do you classify the two<br>
flows into the same class (1:1), or it's a typo?<br>
<br>
Clauz<br>
<br>
<br>
<br>
<br>
</blockquote></div><br>