[Olsr-users] Optimal OLSR config file settings

Markus Kittenberger (spam-protected)
Tue Feb 9 22:11:12 CET 2010


first question: which olsr verion(s) are u using?

i doubt that the hellos are the packets you loose,.. (they go only 1 hop)

tcs/hnas/mids are more likely,..

there is an compile time paramet in olsrd, that can show the validity times
of all topology dat in the txtinfo-plugin,..

i recommend that you have a look at this, to find out what information times
out regulary, then you know where you have to change your settings

to activate this change follwing in lib/txtinfo/src/olsrd_txtinfo.h
/* uncomment this to include VTime values into Link/Topology command */
/* #define ACTIVATE_VTIME_TXTINFO */

regards Markus

On Tue, Feb 9, 2010 at 8:59 PM, Randy Buck <(spam-protected)> wrote:

> Dear list (impersonal, yet true),
>
> We have been working with OLSR for some time now and have come up with the
> following problem:
>
> OLSR loses routes when traffic other than the OLSR packets is on the
> network.  Our OLSR packets (UDP port 698) are being prioritized over all
> other traffic; this doesn't help.  We suspect the OLSR packets are colliding
> with other packets in the air.
>
> With this in mind, we experimented with changing the HelloInterval to a
> really short time (0.5 sec) and the HelloValidityTime correspondingly (5
> sec).  We had the equation HelloValidityTime = HelloInterval * LQWindowSize
> in mind when setting these values.  We assume the LQ window size is 10.  As
> a side note, we know that LQ window size has been replaced by other
> settings, but don't know how it has been changed or to what it has been
> changed to.  If anyone can shed light on that, we would appreciate it. The
> idea here is that if we send more packets in a shorter time, while we will
> still lose packets once in a while, more will get through in the long run.
>
> Getting back to the problem, we are wondering if there are known "optimal"
> settings for these types of fields in the config file.  We would like to
> overcome the fact that some OLSR packets will be dropped due to things like
> the hidden node problem.
>
> Thanks,
>
> Randy Buck
>
> --
> Olsr-users mailing list
> (spam-protected)
> http://lists.olsr.org/mailman/listinfo/olsr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.olsr.org/pipermail/olsr-users/attachments/20100209/38bd3de5/attachment.html>


More information about the Olsr-users mailing list