[Wien] diverse kleinere probleme

[Markus Kittenberger]

Also Idr ist das routing (mit olsr und etx) in beide richtungen gleich

Weil die metrik linkosten eben als 1/(lq*nlq) berechnet

Und allein schon deswegen wird ein link mit guten lq aber schlechten/katastrophalen bzw. inexistenten nlq kaum/nie verwendet

Diese metrik klingt zwar "suboptimal" #1. 
Ist aber trotzdem nicht (komplett) unklug (-:
Und eben auch praxiserprobt,..

Wuerden hingegen nur lq bzw. Nlq als basis fuer die metrik verwendet waere das jedfalls fatal.

Damit die 802.11x funktioniert muessen naemlich pakete in beide richtungen funktionieren (z.B. ACKs, CTS muessen in die "andere" richtung als der nutztraffic) 

lg Markus

#1
eine andere gewichtung von lq/nlq und eben auch beruecksichtigung der bandbreite, usw. waere besser

-----Original Message-----
From: Gregor Glashüttner <(spam-protected)>
Sent: Sonntag, 04. April 2010 12:05
To: Axel Gross <(spam-protected)>
Cc: funkfeuer wien <(spam-protected)>
Subject: Re: [Wien] diverse kleinere probleme

Hi!

Am 3. April 2010 18:33 schrieb Axel Gross <(spam-protected)>:
> On 2010-04-03 at 17:55:39 +0200, Gmail wrote:
>> ----- Ursprüngliche Mitteilung -----
>> > Oh, über kanal 1 ist es genau umgekehrt; gute LQ , schlechte
>> > NLQ. Nen zweiten router daneben.. über v1 empfangen und über v13 senden
>> > [ Oder kann sich ein einzelner router als zwei ausgeben und zwischen den
>> > frequenzen hin-und herhoppen? ]
>>
>> Ich glaub dass keine der beiden Varianten möglich ist :-/
> hm. ich hätte gedacht, dass der die pakete nicht unbedingt auf der route
> zurückschickt, über die sie kommen.

Du musst zwischen IP-Paketen und den OLSR-Nachrichten unterscheiden.

> Für die nachbar-zu-nachbar kommunikation (also der organisatorische overhead ) muss eine
> einzelverbindung wohl in beide Richtungen funktionieren, vermut ich mal.
>
> Aber wenn der router die verbindung mit besserer NLQ bevorzugt, dann müsste
> sich was gewinnen lassen, oder?

Der Router berechnet aus LQ und NLQ den ETX (Expected Transmission Count).
http://wiki.funkfeuer.at/index.php/FAQ#Was_bedeuten_die_Werte_f.C3.BCr_LinkQuality_.2F_NLQ_.2F_ETX_in_der_Freifunk-Firmware.3F
Dann setzt er diesem entsprechend die Routen, indem er die ETX-Werte
bis zum Internetuplink aufsummiert. Ja, diese Vorgehensweise ist nur
suboptimal da z.B. eine Verbindung mit ETX 1,9 (wo also fast jedes 2.
Paket verloren geht) bevorzugt wird gegenüber 2 Hops mit je ETX 1
obwohl auf der 2-Hop-Strecke kein Verlust auftritt und das eigentlich
die "bessere" Strecke wäre. Zukünftige Algorithmen im olsr werden das
wohl anders machen.

> Ich stell mir das so vor.
>
>  v1.alb27 ->  v1.sei63 LQ 0.9 NLQ 0.3
> v13.alb27 -> v13.sei63 LQ 0.3 NLQ 0.9
> zwischen den v1-v13 wäre LQ 1.0 und NLQ 1.0
>
>          _- v1.alb27, IP: .127 <--  v1.sei63, IP: .163 --_
> IP: .1 __/                                                 \_ IP: .255
>         \                                                 /
>          --v13.alb27, IP: .157 --> v13.sei63, IP: .193  --
>
> Pakete nach .1 werden über v1 geroutet, da diese wegen besser NLQ bevorzugt
> werden.
> Umgekehrt werden Paket nach .255 über v13 geroutet, da es dort umgekehrt
> ist.
> Das hieße auch, dass requests von .1 an .255 über v1 gehen und dann die
> antworten über v13 eintrudeln.

Eben nicht, siehe oben.

>> > Beide gegenstellen haben OLSR (0.5.6.5.6.2).
>>
>> Sollte man mal versuchen den Betreiber zu kontaktieren und ein Update zu veranlassen... Welcher Knoten ist
>> das?e
> ok, ich frag ihn. aber hat der OLSR mit der Verbindungsqualität zu tun? Ich
> dachte der wär nur für die Erzeugung/verteilung der Routingtabellen
> zusteändig. Ich lern nie aus *seufz* *grins*

Teilweise sind die verschiedenen olsr-Versionen nicht wirklich 100%
zueinander kompatibel und führen in manchen Fällen zu seltsamem
Verhalten. Und ob eine olsr-Nachricht auf der Funkstrecke oder in der
Software verloren geht spielt für die Werte die am Ende rauskommen
keine Rolle ;-)

Nicht vergessen, olsr ist work in progress!
http://www.olsr.org/?q=mailing-lists

LG Gregor

-- 
Partykeller
www.meineparty.at

--
Wien mailing list
(spam-protected)
http://lists.funkfeuer.at/mailman/listinfo/wien