[Berlin-wireless] Save the Fish..

[Sven-Ola Tuecke]

Noch'n Nachtrag. Beim gucken, ob's laeuft oder nicht ist mir aufgefallen, dass
einige Punkte auf der dezentralen Karte auftauchen, zu denen es gar keine 
Routen gibt (z.B. 104.8...).

Das ganz einfach: Da ist der Schornstein-Node in der Saarbruecker. Von da 
gibts ab und zu Pakete, die beim Boell oder HdL Cube emfangen werden koennen.
Pingen kann man das Teil von da aus aber nur selten. Also unsymmetrische 
Links. Die Nameserviceinfo wird also auch ueber solche Links gesendet. Die 
LQ_TC's eher nicht. Warum? Besagter "Fisheye-forwards-anything-Bug". Ein 
Beispiel:

> olsrd -d 0 -nofork -dispout
[...]
 ============== OLSR PACKET ==============
   source: 104.6.0.11
   length: 140 bytes
   seqno: 55505

   ------------ OLSR MESSAGE ------------
    Sender main addr: 104.8.1.10
    Type: LQ-TC, size: 64, vtime: 320.00
    TTL: 255, Hopcnt: 2, seqno: 31414
    +ANSN: 1854
    +Neighbor: 104.8.1.14
    +LQ: 255, RLQ: 255
[...]

Das ist so ein Fall, der gefiltert wird. TTL + Hopcnt > 255 und damit Unsinn. 
Solche LQ_TC's werden von der Boell (nicht mehr) weitergeleitet. Und damit
gibts auch keine Route (gaebe es eh' nicht, weil der Link zur 104.6.0.11 nur
selten Symmetrisch wird).

// Sven-Ola

Am Samstag, 13. Oktober 2007 15:38 schrieb Sven-Ola Tuecke:
> Hallo,
>
> zu Eurer Info. Habe gerade eine neue Version der Firmware als auch ein
> neues Fonerapack und ein neues Nylonpack 'rausgestellt. Darin zwei
> weitreichenderen Aenderungen:
>
> - Das S99olsr-prio hat nie richtig funktioniert. OLSR-Messages sind daher
> seit langem auf dem Prioband3 des Shapings gelandet. MIt der Folge, dass
> bei staerkerem Verkehr die ETX-Werte und damit die Routen sich aenderten.
>
> - Das Fisheye-Zeugs im OLSRd hat niemals funktioniert. Im Gegenteil.
> Schaltete man das ein, hatte das zur Folge das LQ_TC-Messages mit TTL=0
> entgegengenommen und mit TTL=255 weitergesendet wurden.
>
> Mit der aktuellen Firmware ist beides repariert. Ich hab' das TC-Timing
> etwas angepasst (schneller gemacht) und die LQ_TC-Weitersende-Geschichte
> auf einigen zentralen Standorten repariert. Dies "bricht die Welle". Es
> treten daher nach meiner Beobachtung (seit ein paar Tagen) folgende Dinge
> ein:
>
> - WIr haben nicht mehr soviele und so grosze OLSR-Pakete
>
> - Ich hoffe auf eine tendenzielle Stablisierung der Routen
>
> - Evnt. werden Routen zu weiter entfernten (in Hops) Nodes gar
>   nicht mehr gesetzt, weil die LQ_TC ja seltener durchkommen und
>   bei hohen (aufsummiergten + physischen) Paketverlusten vom
>   Sender zum jeweiligen Empfaenger verloren gehen. Dies betrifft
>   lange Routen, also welche mit einer Metric > 16. In diesem Fall
>   muss das Timing weiter verkuerzt oder die Fisheye-Senderhytmus-
>   Liste angepasst werden.
>
> // Sven-Ola
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin