[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