[Berlin-wireless] FFF ChangeLog ...remove wl tool (only wl statusrelevant)

[Sven-Ola Tuecke]

Marco,

der Eintrag in der Changelog ist ein Hinweis, wo ich zukuenftig Platz sparen 
koennte. Das wl-tool ist recht aufgeblasen und wird nur noch fuer Kleinkram 
benoetigt. Ist ausserdem eine aeltere (weil kleinere) Version mit drauf, 
eine neue(und bessere groeszere umfangreichere) gibts als "ipkg install 
wl-adv". Etwa: wl raus, multicast plugin rein oder so.

Saemtliche wl-Funktionen kann man besser direkt mit wl_ioctl(WLC_SCHNICK, 
SCHNACK) programmieren. Das kann auch eine evt. Ratenanpassung im OLSRd 
sein. Das "wl-adv" wird dauerhaft bleiben, ich hab's mir von DD-WRT gemopst 
und der Hirnmoerder wiederum von Linksys. Nix Quelle.

Grusz, Sven-Ola

----- Original Message ----- 
From: "Marco Tidow" <martidow at cs.tu-berlin.de>
To: "berlin-wireless" <berlin at olsrexperiment.de>
Sent: Wednesday, May 17, 2006 11:27 AM
Subject: [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