[Berlin-wireless] OLSR Status

[Henning Rogge]

2008/5/10 Sven-Ola Tücke <sven-ola at gmx.de>:
> Hi,
>
> falls sich jemand bei dem gestrigen FW-Update gewundert hat: Die OLSR-Version
> darin ist etwas aelter. Die derzeitige Version (5f04f760cc5c) hat folgende
> Macken:
>
> a) Irgendwer hat an der ETX-Berechnung gedreht. Es dauert ewig, bis
> anstaendige ETX-Werte berechnet werden - nach dem Neustart sehr stark
> unsymmetrisch und nach etwa 10 Minuten dann gewohnte Werte
Ich habe daran gedreht... um genau zu sein habe ich die fehlerhafte
alte Berechnung korrigiert. In der alten Version hat der Olsrd
fehlerhafterweise auch die TC-Pakete genutzt, um den ETX zu
berechnen... dies führte zu einer zeiltlich schnellen und recht
instabilen Berechnung der ETX Werte. Aus diesem Grund wurde dann
irgendwann das ETX-Window auf 128 gesetzt um die ETX-Berechnung wieder
zu verlangsamen.

In der neusten Version gibt es aus diesem Grund den ETX-WindowsSize
Wert der Config nicht mehr (wirft keinen Fehler, wird aber ignoriert)
und durch einen "Aging-Faktor" Wert ersetzt, um da einen sinnvollen
Default zu haben.

Eventuell kann man mal Testweise die ETX-Window-Size auf 16 oder 20
Stellen, das sollte in den Entwicklerversionen eine vernünftige
Geschwindigkeit geben. An der Asymmetrie ist nichts zu ändern, da die
alte Berechnung leider eben verbuggt ist, beide Verfahren pendeln sich
aber auf die selben Werte ein.

> b) Ich bekomme keine Rueckrouten mehr von aktuell ueberall installierten
> OLSR-Versionen. Auf einem 2 Hop entfernten Geraet sieht das so aus:
An dem Problem arbeiten wir gerade, da gibts auch nen Thread auf den
Entwicklerforen (und ne Warnung von Hannes oder Aaron glaube ich) bei
den olsrd-* Mailinglisten. Ich versuche Momentan dieses Problem in
einer Simulation nachzustellen (ich besitze nicht die nötige Hardware
es direkt auszuprobieren), bisher ohne Erfolg. Allerdings hat Clemens
gestern dazu ein paar wichtige Sachen rausgefunden, ich hoffe wir
finden den Fehler dieses Wochenende. Es ist eigentlich der einzige
Grund warum wir noch kein 0.5.6 Final rausgebracht haben.

> (Neue version 5f04f760cc5c laueft auf ...69, 5min warten)
> root at GEK-Mod77-Arena:~# wget -O - http://localhost:2006|grep 104.198.65.69
> 104.198.65.69   104.198.65.65   0.157   0.929   6.872
> 104.198.65.69   104.198.65.74   0.216   1.000   4.639
> 104.198.65.69   104.198.65.97   0.157   0.749   8.533
> root at GEK-Mod77-Arena:~# ip r|grep 104.198.65.69
>
> (Aeltere version a5b9cf969979 gestartet zum Vergleich, 1min warten)
> root at GEK-Mod77-Arena:~# wget -O - http://localhost:2006|grep 104.198.65.69
> 104.198.65.69   104.198.65.65   0.784   0.957   1.333
> 104.198.65.65   104.198.65.69   0.933   0.823   1.302
> 104.198.65.74   104.198.65.69   0.984   0.874   1.162
> 104.198.65.97   104.198.65.69   0.753   0.906   1.466
> 104.198.65.69   104.198.65.74   0.839   0.988   1.206
> 104.198.65.69   104.198.65.97   0.831   0.757   1.589
> root at GEK-Mod77-Arena:~# ip r|grep 104.198.65.69
> 104.198.65.69 via 104.198.65.97 dev eth1  metric 2
>
> root at pcacer:/etc# traceroute GEK-Mod77-Arena.olsr
> traceroute to GEK-Mod77-Arena.olsr (104.130.77.80), 30 hops max, 40 byte
> packets
>  1  sven-ola-wap.olsr (104.198.65.97)  3.036 ms  3.062 ms  4.227 ms
>  2  GEK-Mod77-Arena.olsr (104.130.77.80)  23.648 ms  24.655 ms  24.827 ms
>
> Muss sicher noch weiter untersucht werden...
Frage zur Topologie:

Neuer Router, der über einen alten Router auf einen neuen zugreift ?
(das war anscheinend bei Clemens der Problemfall) ?

Henning

--
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
Marti)