[Berlin-wireless] Save the Fish..

[Fabian Schonack]

OK, sorry selber gefunden. Gerald blendet es aus als default tztztz ;)

On Sat October 13 2007 16:24:19 Fabian Schonack wrote:
> Hallo,
>
> war ja klar das das passiert wenn ich gerade fertig bin mit dem updaten der
> router unter meiner Fuchtel...aber besser als mit bugs zu leben.
> danke fuer die muehe des ausmerzens.
> Ist das map plugin von sven-ola als standard installaion aufgekuendigt?
> gibts das als aktuelles ipkg packet? sah nur die v1.2
> Sorry das ich nochmal fragen muss aber mir ist die Diskussion von letzter
> woche zu OT gegangen.
> Ich fand und finde es gut das innerhalb des Installationspaketes gleich ein
> map tool dabei war und wenn man nicht extra einen server
> stellen/mitbenutzen will/kann war das doch super.
> war aber wohl eher eine politische/macht-diskussion entscheidung.
>
> On Sat October 13 2007 15:38:09 Sven-Ola Tuecke wrote:
> > 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
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin