This is a complicated topic - there isn't any one right answer for it
since the answer depends so much on the situation it's being used
in.  That's why (at least IMO) olsrd behavior is so
configurable.  Experimentation is crucial for optimal settings.<br>
<br>
I use four scales when picking settings:<br>
<br>
low overhead -> high overhead<br>
stationary -> mobile<br>
slow response -> fast response<br>
stability -> instability<br>
<br>
so higher mobility means faster response, and higher instability, and
higher overhead.  (Actually overhead is somewhat independent, I
could choose slow response settings that used a large amount of
pointless overhead, but not low overhead and fast response).<br>
<br>
There are a couple of good papers at <a href="http://www.olsr.org/">http://www.olsr.org/</a> - be sure to
pick up the paper on the link quality stuff, it's good reading. 
These will help you understand better how this all works.  Andreas
and Thomas did a real good job on those docs.<br>
<br>
dave c<br>
<br><div><span class="gmail_quote">On 6/8/05, <b class="gmail_sendername">Abhishek Misra</b> <<a href="mailto:abhishekm@cdac.in">abhishekm@cdac.in</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Hello,<br><br>I have just started working with olsr.<br><br>I was wondering what could be  the acceptable performance from a routing<br>protocol and quantify the same (e.g. acceptable control packet overhead or<br>even cpu cycles).
<br><br>Please throw some light on this.<br><br>Abhishek Misra<br>_______________________________________________<br>olsr-dev mailing list<br><a href="mailto:olsr-dev@olsr.org">olsr-dev@olsr.org</a><br><a href="https://www.olsr.org/mailman/listinfo/olsr-dev">
https://www.olsr.org/mailman/listinfo/olsr-dev</a><br></blockquote></div><br>