<div>the provided queue does effectively priorize olsr packets,..</div><div><br></div><div>i checked it on freifunkfirmware,.. and this rules do work!</div><div><br></div><div>btw. the kernel knows how much bandwidth it actually has, as the device buffer fills up quite easily on an wireless interface,.. </div>
<div><br></div><div>regards Markus</div><div><br></div><div>the only case i know where priorization is useless, is if u add an device which is only an lan-wan bridge (e.g. osbridge) an try to do the qos not on the bridge but on ther router where you attach the bridge on an lan port,..</div>
<div><br></div><div>this will fail for sure, as the router sees full 100mbit FX bandwidth, but the osbridge will drop packets based on its own (priorized or not) queue</div><div><br></div><div><br></div><div class="gmail_quote">
On Tue, Jan 12, 2010 at 1:59 PM, ZioPRoTo (Saverio Proto) <span dir="ltr"><<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">> By running 'ip -s addr', we notice that there are no queues associated with our ath0 interface.<br>
<br>
</div>don't waste your time. It makes no sense to add a scheduler to an<br>
interface if you can't estimate the available bandwidth on the uplink<br>
of that interface.<br>
<br>
because your available bandwidth is unknow (wireless interface), and<br>
probably variable, you can't set up an efficient scheduler to<br>
prioritize OLSR packets... unless you want to understimate your<br>
channel capacity ...<br>
<br>
Saverio<br>
<font color="#888888"><br>
--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
<br>
</font></blockquote></div><br>