<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Jumping in a bit late.<div>Madwifi is 802.11e capable. It needs a patch for support in ad hoc mode (ticket #1871).</div><div>Then, marked priority packets can take media access priority.</div><div>DSCP to 11e mapping needs code adjustments and recompile.</div><div><br></div><div>Does anyone use this for OLSR packets? Give it a try?</div><div>I am aware of tests with test-flows only.</div><div><br></div><div>Thanks, Teco</div><div><br></div><div><br><div><div>Op 15 jan 2011, om 17:22 heeft Markus Kittenberger het volgende geschreven:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On Sat, Jan 15, 2011 at 4:06 PM, Juliusz Chroboczek <span dir="ltr"><<a href="mailto:Juliusz.Chroboczek@pps.jussieu.fr">Juliusz.Chroboczek@pps.jussieu.fr</a>></span> wrote:</div><div class="gmail_quote">
<br></div><div class="gmail_quote">i just retestet with newer versions ath9k (openwrt trunk),.. (as unfortunately last time i used a "release", and not trunk )-;)</div><div class="gmail_quote"><br></div><div class="gmail_quote">
and now ath9k did as well as ath5k!</div><div class="gmail_quote"><br></div><div class="gmail_quote">so we "just" need to get rid of madwifi in our meshes, and QoS would be as "easy" again as it used to be on WRT54GL & co *G</div>
<div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> q1 q2 q3 driver<br>
> 4.0 0.0 0.0 b43-legacy<br>
> 4.0 0.0 0.0 ath5k (pci)<br> > 2.5 1.5 0.0 ath9k (pci) old )-;<br></div></blockquote><div>4.0 0.0 0.0 ath9k newer </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> 1.3 1.3 1.3 madwifi (ahb)<br>
<br>
</div>Interesting. What are the packet drop figures (ifconfig)?<br></blockquote><div>i "never" saw ifconfig stating any dropped packets (at least on any openwrt router)<br><br>but tc- s qdisc reports the drops,..<br>
<br>here the results for ath9k and ath5k<br><br>input:<br>100k packets in each of 3 udp-streams (via eth1)<br><br>wlan0 IEEE 802.11abgn ESSID:"test" <br> Mode:Ad-Hoc Frequency:2.412 GHz Cell: 12:34:56:78:90:AB <br>
Tx-Power=3 dBm <br> RTS thr:off Fragment thr:off<br> Encryption key:off<br> Power Management:off<br> <br>wlan0 Link encap:Ethernet HWaddr 00:0C:42:61:05:21 <br> inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0<br>
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1<br> RX packets:18 errors:0 dropped:0 overruns:0 frame:0<br> TX packets:67135 errors:0 dropped:0 overruns:0 carrier:0<br> collisions:0 txqueuelen:1000 <br>
RX bytes:756 (756.0 B) TX bytes:101346300 (96.6 MiB)<br><br>qdisc prio 1: dev wlan0 root refcnt 5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1<br> Sent 100161070 bytes 67135 pkt (dropped 227096, overlimits 0 requeues 32671) <br>
rate 0bit 0pps backlog 0b 0p requeues 32671 <br>qdisc sfq 10: dev wlan0 parent 1:1 limit 127p quantum 1514b perturb 10sec <br> Sent 98195980 bytes 65815 pkt (dropped 32261, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br>
qdisc sfq 20: dev wlan0 parent 1:2 limit 127p quantum 1514b perturb 10sec <br> Sent 1160902 bytes 781 pkt (dropped 97310, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br>qdisc sfq 30: dev wlan0 parent 1:3 limit 127p quantum 1514b perturb 10sec <br>
Sent 804188 bytes 539 pkt (dropped 97525, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br><br>ath5k<br><br>wlan0 IEEE 802.11abg ESSID:"test" <br> Mode:Ad-Hoc Frequency:2.412 GHz Cell: 12:34:56:78:90:AB <br>
Tx-Power=3 dBm <br> RTS thr:off Fragment thr:off<br> Encryption key:off<br> Power Management:off<br><br>wlan0 Link encap:Ethernet HWaddr 00:0C:42:2B:A4:E9 <br> inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0<br>
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1<br> RX packets:21 errors:0 dropped:0 overruns:0 frame:0<br> TX packets:73147 errors:0 dropped:0 overruns:0 carrier:0<br> collisions:0 txqueuelen:1000 <br>
RX bytes:882 (882.0 B) TX bytes:110421520 (105.3 MiB)<br><br>qdisc prio 1: dev wlan0 root refcnt 5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1<br> Sent 109133874 bytes 73147 pkt (dropped 223235, overlimits 0 requeues 2674) <br>
rate 0bit 0pps backlog 0b 0p requeues 2674 <br>qdisc sfq 10: dev wlan0 parent 1:1 limit 127p quantum 1514b perturb 10sec <br> Sent 107133060 bytes 71805 pkt (dropped 26982, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br>
qdisc sfq 20: dev wlan0 parent 1:2 limit 127p quantum 1514b perturb 10sec <br> Sent 1450266 bytes 973 pkt (dropped 97834, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br>qdisc sfq 30: dev wlan0 parent 1:3 limit 127p quantum 1514b perturb 10sec <br>
Sent 550548 bytes 369 pkt (dropped 98419, overlimits 0 requeues 0) <br> rate 0bit 0pps backlog 0b 0p requeues 0 <br><br>the reason why queue 20: and 30: manage to send more than 0pkt, ist that my streams start/end not exactly simultaneously, and even if they would the first 128 pkt aren`t dropped at the beginning,..</div>
<div><br></div><div>Markus</div><div><br></div><div>p.s. i seem to have ~ 2% packetloss on my ethernet interface *G<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<font color="#888888"><br>
Juliusz<br>
</font></blockquote></div><br>
-- <br>Olsr-users mailing list<br><a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>http://lists.olsr.org/mailman/listinfo/olsr-users</blockquote></div><br></div></body></html>