[Olsr-dev] OLSR metric refactoring

[Markus Kittenberger]

After this, i dicovered another (smaller) flaw, but

Some of the "brand-new" single-hop routes tend to be reported twice in
txtinfo or httpinfo,..

duplicate lines marked with #

Destination Gateway Metric ETX Interface
193.238.159.254 193.238.156.150 5 7.703 tap3
193.238.159.253 193.238.159.253 1 1.356 tap19
#193.238.159.253 193.238.159.253 1 1.356 tap19
193.238.159.246 193.238.158.99 6 7.312 tap3
...
193.238.159.11 193.238.159.11 1 1.350 tap19
#193.238.159.11 193.238.159.11 1 1.350 tap19

it looks like only neighbours wihtout multiple IP adresses are affected,..

Markus


regards Markus

On Fri, Dec 19, 2008 at 5:39 PM, Henning Rogge <(spam-protected)>wrote:

> We just discovered a bug in the olsr etx_ff metric which was introduced by
> the
> refactoring I made a week ago (like I said, I only tested etx_fpm at this
> point). After some tests, we think that the etx_ff metric should be fine
> now...
>
> (the bug was only in the development tip, not the stable branch)
>
> Henning
>
> --
> Olsr-dev mailing list
> (spam-protected)
> http://lists.olsr.org/mailman/listinfo/olsr-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20081219/7f2dfdc3/attachment.html>