<br><div class="gmail_quote">On Fri, Mar 30, 2012 at 7:22 AM, Michel Blais <span dir="ltr"><<a href="mailto:michel@targointernet.com">michel@targointernet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Use a rules to set a mark on udp port 698 and set priority for this<br>
mark with tc.<br>
<br>
I don't think it would really give result without a queue with max<br>
bandwith lower than the link can support to be sure the're no paquet<br>
lost on the link.</blockquote><div>yes, this is the "simplest" general purpose approach to get some results.</div><div>(but as you have to know and limit your link speed to the lowest thinkable thriupghput of the link, is a problem)</div>
<div> </div><div>infact it depends on your interface/wifi driver,.. <br>what approach for qos works "best".</div><div><br></div><div>e.g. for ethernet and some/many wireless drivers it is possible to write qos rules, that priorize olsrd traffic without having to know (or limit) the link speed.</div>
<div><br></div><div>but there are various approaches, all with some pros and cons</div><div><br></div><div>maybe we can/should create a wiki page about this</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 You have to make sure than no paquet is lost on the<br>
link, only unpriorize paquet droped by the router to not overload the<br>
link.<br>
<br>
Le 29 mars 2012 21:35, Érico Porto <<a href="mailto:ericoporto2008@gmail.com">ericoporto2008@gmail.com</a>> a écrit :<br>
<div class="HOEnZb"><div class="h5">> Hey Markus,<br>
><br>
> Do you mean using TC? I got curious, how does the OLSR traffic stands from<br>
> the regular traffic? (so I can apply a rule to give it bigger priority)<br>
><br>
> Érico V. Porto<br>
><br>
><br>
> On Thu, Mar 29, 2012 at 9:04 PM, Markus Kittenberger<br>
> <<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>> wrote:<br>
>><br>
>><br>
>> On Thu, Mar 29, 2012 at 9:40 PM, Michel Blais <<a href="mailto:michel@targointernet.com">michel@targointernet.com</a>><br>
>> wrote:<br>
>>><br>
>>> This often happen when the're no traffic on A link and b link have some<br>
>>> paquet lost.<br>
>>><br>
>>> If paquet lost for B link is too much and cost more then 3 then it will<br>
>>> try link A. If the're no traffic on link B then cost come back to 2 so it<br>
>>> goes back to B.<br>
>><br>
>><br>
>> imho first to do do solve/minimize this "flapping" problem, is priorizing<br>
>> olsrd traffic so it gets as least as possible affected by packetloss due to<br>
>> congestion on your links,..<br>
>><br>
>> Markus<br>
>><br>
>><br>
>> --<br>
>> Olsr-users mailing list<br>
>> <a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
>> <a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
><br>
><br>
<br>
--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
<a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
</div></div></blockquote></div><br>