[Berlin-wireless] FFF ChangeLog ...remove wl tool (only wl statusrelevant)
Public Dump
pbd
Mi Mai 17 12:02:38 CEST 2006
Das "komplette" wl ... also die Version die DD-WRT Version ähnlich ist (also umfangreicher als das "alte" wl der freifunk firmware) ist als wl-adv package verfügbar.
> -----Ursprüngliche Nachricht-----
> Von: berlin-bounces at olsrexperiment.de
> [mailto:berlin-bounces at olsrexperiment.de] Im Auftrag von Marco Tidow
> Bereitgestellt: Mittwoch, 17. Mai 2006 11:28
> Bereitgestellt in: Public Dump
> Unterhaltung: [Berlin-wireless] FFF ChangeLog ...remove wl
> tool (only wl statusrelevant)
> Betreff: [Berlin-wireless] FFF ChangeLog ...remove wl tool
> (only wl statusrelevant)
>
>
>
> moinmoin,
>
> im ChangeLog der sven-ola/testing/
>
> findet sich der Eintrag
>
> -remove wl tool (only wl status relevant)
>
> Es sollte weiterhin eine Möglichkeit geben, ohne reboot (!)
> die "rate" und "mrate" Einstellung des wifi-drivers
> auszulesen bzw zu ändern.
>
> Immerhin erlaubt das wl tool das Ändern der rates on-the-fly
> bei bestehendem link.
>
> Hintergrund ist die Überlegung, eine, für ein geroutetes
> ad-hoc Netz sinnvolle, adaptive Raten-Anpassung zu bauen.
> Die automatische Raten-Wahl der wifi-firmware/-driver Komb.
> ist nicht optimal, kann es nicht sein, weil sie so angelegt
> ist, auch noch den miesesten Nachbar-link aufrecht zu
> erhalten (e.g. mrate runter bis auf 1Mbit). Auch, wenn der
> routing-daemon eine günstigere Verbindung via Zwischenhop(s)
> bereits gefunden hat...
>
> Die vorhandene rate-Automatik führt auch öfter zu kurzen
> "Hängern", die ver- schwinden, sobald man die rates fest einstellt.
>
> Leider reicht eine feste Vorgabe auf die bestmögliche Rate
> nicht, da sich in real-life die HF-Verbindungsqualität durch
> viele Einflüsse ändert.
>
> Ideal wäre eine Rückkopplung aus dem routing-daemon, die
> rates hoch zu puschen, solange ein Nachbar mit
> "weiterführenden" routen gut erreichbar ist; mit all den
> Vorteilen hinsichtlich geringerer Fern-Störungen der nodes
> untereinander bei hohen bit-Raten.
>
> Auch die Einstellung der "frag"-Größe ist in diesem Kontext
> evtl. sinnvoll.
>
> Solange kein Ersatz existiert, sollte wl zumindest optional
> (extra ipk) verfügbar bleiben.
>
> comments? marco
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
>
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
Mehr Informationen über die Mailingliste Berlin