
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hallo folks,<div><br></div><div>Version 1.1 ist nun released. Was steht für 1.2 an?</div><div><br></div><div>1. OpenWRT Trunk / Release</div><div>Aktuell basiert die Firmware auf dem OpenWRT-Trunk. D.h. wir können (ggf. müssen) häufig viele kleine Änderungen aufnehmen um Upstream fixes einzuspielen.</div><div>Ggf. können wir in ein paar Monaten einige Pakete nicht mehr installieren, da Abhängigkeiten in der Firmware nicht erfüllt werden können.</div><div>Gleichzeitig können wir schnell neue Router-Modelle einbinden, die in aktuellen OpenWRT-Releases nicht unterstützt werden.</div><div>Wie machen wir hier am besten weiter?</div><div>Schön wäre es, wenn wir unsere Firmware-Release mit den OpenWRT-Releases halbwegs synchron halten. Leider gibt es aktuell keinen Zeitpunkt für ein neues OpenWRT Release. So lange hier keine Änderungen in Sicht sind, würde ich gerne auf Trunk bleiben.</div><div><br></div><div>2. batman-adv Releases</div><div>Aktuelle batman-adv Versionen sind nicht mehr mit unserem Netz kompatibel. Meshing mit alten Nodes ist nicht möglich. Ein Upgrade ist sehr schwierig. Alle Nodes (Super-Nodes, benachbarte Nodes) müssen gleichzeitig aktualisiert werden. Zur Zeit gibt es keine guten Argumente die Umstellung vorzunehmen. Interessante Features (distributed neighbor table, IPv6 Gateway mode) sind in weiter ferne.</div><div>Da batman-adv jedoch vom Kernel abhängt könnten wir schnell gezwungen sein, ein Upgrade durchzuführen. </div><div>Wir gehen wir damit am besten um? Mein Vorschlag:</div><div><br></div><div>Plan A: Weg von batman-adv. Wir suchen ein anderes Mesh-/Routing-Protokoll das keine problematischen Abhängigkeiten hat. Insb. sollte es möglich sein mehrere Versionen gleichzeitig auf einem Node oder Supernode auszuführen. Olsr (mit dem client-roamin-plugin) wirkt interessant - ich weiß jedoch nicht, wie der IPv6-Support dort aussieht.</div><div><b>Welche Ideen habt Ihr?</b></div><div><br></div><div>Plan B: batman-adv Migration.</div><div>Was würde eine batman-adv Migration für Euch bedeuten?</div><div>- Könntet Ihr alle Eure Nodes gleichzeitig umstellen? (Insb. die, mit Funkkontakt)</div><div>- Welche Supernodes fahren die alte oder neue Version des Protokolls? Wie viele Ressourcen haben wir?</div><div><b>Welche Ideen / Sorgen habt Ihr?</b> Bitte tragt Sie in die <b>Wiki</b> ein, damit wir einen Plan erarbeiten können.</div><div><a href="http://kbu.freifunk.net/wiki/index.php?title=Batman-adv-Migration">http://kbu.freifunk.net/wiki/index.php?title=Batman-adv-Migration</a></div><div><br></div><div>3. Port-Konfiguration</div><div>Der config-Mode gefällt mir nicht. IMHO sollt er per default auf den LAN-Ports und einem WPA-gesichertem LAN aktiv sein.</div><div>Der Zugang zum LAN sollte mit WPS - „Push Button“ erfolgen können. Wir hatten das Thema schon mal vor ein paar Monaten diskutiert. Ich würde es gerne für die nächste Firmware angehen.</div><div><br></div><div>Das war’s dann.</div><div>Gruß, Jan</div><div><br></div><div><br></div><div><br></div><div><br></div></body></html>