Erst einmal ein Nachtrag: Augenscheinlich war der Autor des Eintrags im deutschen Fon-Blog etwas unaufmerksgenau, als er »QRM« auf die RO.B.IN.-Firmware verlinkte und damit, wohl nicht nur mir, suggerierte, Fon würde ähnliches einbauen wie die Freifunker: Mesh-Networking mit der Option, den Fon-Hotspot durch das Mesh zu tunneln.
QRM, der »Quasi-Router-Mode«, scheint verwandt zu sein mit dem »Universal Router«-Modus anderer Accesspoints; im Gegensatz zu dort, z. B. bei Edimax EW-7209 APg, wo der lokale Accesspoint zu einem anderem AP sich als Client verbindet, ein bißchen mit Bridging und Proxy-ARP rumspielt, sodaß lokale Clients quasi ein verlängertes (W)LAN vorfinden, scheint im QRM einfach anstelle der Kabelschnittstelle eine weitere virtuelle drahtlose für den Upstream benutzt. Beides ist jetzt keine Schwarze Magie, QRM ist dann aber noch mehr als der »Universal Router«-Modus als »WDS für Arme« anzusehen (wenngleich man dort wenigstens WPA fahren kann, auch herstellerübergreifend). Praktisch für die räumlich verteilte Aufstellung von Foneras ist der QRM-Ansatz schon, fragt sich nur, wie Fon da Qualitätsaspekte (jeder Wireless-Hop mößte in etwa die Bandbreite halbieren, vom Packetloss ganz zu schweigen, zumal sich alle Geräte, Clients und die Foneras auf den QRM-Funkstrecken, auf einem Kanal tummeln) — für die Vergrößerung der Abdeckung von »MyPlace«, wie ich es z. B. zu Hause brauchen könnte, hingegen taugt das erst einmal nicht, da selbst bei gleicher SSID und gleichem PSK jeder AP seinen eigenen IP-Adressraum verwaltet (und NATet).
Ich hab’ nun bei der elektronischen Bucht mein Netz ausgeworfen und ein paar Foneras an Land gezogen, und obwohl erste Tests mit RO.B.IN ganz vielversprechend aussahen, ich wollte doch auch mal das Fonera-Freifunk-Pack ausprobieren.
Böser Fehler:
Board: ap51 RAM: 0x80000000-0x81000000, [0x80040450-0x80fe1000] available FLASH: 0xa8000000 - 0xa87f0000, 128 blocks of 0x00010000 bytes each. == Executing boot script in 10.000 seconds - enter ^C to abort RedBoot> fis load -d vmlinux.bin.l7 Image loaded from 0x80041000-0x80291086 RedBoot> exec [...] Linux version 2.6.19.2 (sven-ola@pcacer) (gcc version 4.1.2) #2 Sat Oct 13 11:57 [...] wlan: 0.8.4.2 (0.9.3.1) ath_hal: module license 'Proprietary' taints kernel. ath_hal: 0.9.18.0 (AR5212, AR5312, RF2316, TX_DESC_SWAP) ath_rate_sample: 1.2 (0.9.3.1) wlan: mac acl policy registered ath_ahb: 0.9.4.5 (0.9.3.1) [...] wifi0: Atheros 2315 WiSoC: mem=0xb0000000, irq=3 tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> device eth0 entered promiscuous mode TCP westwood registered wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) wifi0: stuck beacon; resetting (bmiss count 11) [...ad.infinitum...]
Scheint ein frequent problem (without real solution) des madwifi-Treibers zu sein derzeit, Google wirft viele Treffer aus, aber keinen reparierenden Code. Erst eine (per serieller Schnittstelle mögliche, da das WLAN gar nicht erst hoch kommt) Änderung des Kanals von “Auto” auf “11” behob auch für mich das Problem. Und riß ein Neues auf, denn nur Kanal 11 – und grade 11 –, das kann’s ja auch nicht sein. Aber so werde ich zumindest auch mal OLSR in Aktion testen können, bevor ich mich für B.A.T.M.A.N./RO.B.IN oder OLSR/Fonera-Freifunk-Pack entscheide …
Charmant am Fonera Freifunk Pack (FFP) ist ganz klar die Option, einen Fon-Accesspoint durch das Mesh, welches er mit aufbaut, zum (eigenen) Internetzugang (an einer zweiten Fonera) zu tunneln — man könnte also eigene Foneras in Mesh-Reichweite zur Erweiterung des Meshes und gleichzeitig zur Erhöhung der Reichweite von Fon einrichten.
(Leider scheitert das Experiment derzeit daran, daß ich den zweiten Fonera-AP, frisch aus dem Karton auf FFP geflasht (Neugeräte »von Privat ohne Garantie« — da kann man ja seriell ohne Sorgen dran und rumspielen ;)), nach lokaler Einrichtung nicht über FON_AP anmelden kann. Die Registrations-URL wird aufgerufen — und es bleibt ein leeres Fenster. Es scheint nicht einmal ein Fehlercode ausgeworfen zu werden :( Narf.)
Soviel zum »das mache ich mal eben am Wochenende«-Ansatz von Freitag abend ;->