[Berlin-wireless] OLSR Status

Sa Mai 10 10:24:04 CEST 2008

Hallo Henning,

das hab' ich nicht kapiert. Das ist jetzt auf Hello-Message-Loss (statt 
Packetloss wie vorher) umgestellt? Und dazu kein bzw. ein kleines 
Message-Loss-Messfenster bzw. eins mit Alter. Das gibt in jedem Fall 
eine "Startverzoegerung" wenn die Gegenseite noch kein Upate hat.

Und richtig. Das war eine neue Version in einem Mesh voller gegenwaertiger 
Versionen. Man braucht 3 Geraete dafuer (oder 3*VMWare oder so). In der Mitte 
muss was stehen, dass die beiden aeusseren "sieht" und die beiden auesseren 
mit iptables abblocken. Virtuelle Maschinen fuer'n Test gibts z.B. unter 
http://www.damnsmalllinux.org/

// Sven-Ola

Am Samstag 10 Mai 2008 10:07:05 schrieb 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)
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin