[FFA] Augsburg Firmware auf neueren Geräten

Manuel Munz freifunk at somakoma.de
Do Jul 19 18:46:23 CEST 2018


On 19.07.2018 18:12, Manuel Munz wrote:
> Hi Volker,
>
> sehr schön. Wir können uns gerne Treffen und ich Details weitergeben,
> bevor ich das alles ganz vergesse... Dafür werden wir sicher einige
> Stunden brauchen. Wochenende oder Montags wäre bei mir cool, sonst auch
> abends.
>
> Was die Firmware speziell macht:
> ---
>
> - das ist gar nicht so viel, das ist hautsächlich plain OpenWrt und von
> der Architektur so aus der ersten FFF (Freifunk-Firmware) hervorgegangen.
> - es gibt einige communities mit ähnlichem Setup
> - OLSR als Routingprotokoll, einige aktive module, wichtig v.a.
> jsoninfo, dyngw_plain und nameservice.
>   1 patch für olsr, den kennste ja schon. Der ist dazu da, dass
> dyngw_plain auch andere Tables als "main" überwachen und ein dort
> verfügbares Gateway automatisch ankündigen kann
> - Meshkit/Meshwizard, damit User die Router leicht(er) und flexibler
> einrichten können. Meshkit schreibt praktisch ne leicht abstrahierte
> Config mit Parametern vom User. Beim ersten Boot wendet der Router die
> Config von Meshkit dann an und schreibt daraus die finale config in
> /etc/config. Warum so? Weil man erst auf dem laufenden Gerät einige
> Details weiss vom Gerät wie z.B. Bezeichnung oder Verfügbarkeit von
> Schnittstellen. (guifi hat mit chef glaub ich ein ähnliches Konzept)
> - "Community Profile" geben dabei Default-Werte vor, die in Meshkit und
> Meshwizard verwendet werden
> - Webinterface ist LuCI mit einigen speziellen Modulen für Freifunk
> (luci-mod-freifunk etc)
> - routing und firewall-config ist relativ komplex, aber da kommt man
> kaum drum rum mit Layer 3 Routing.
> - tinc als intra-city VPN
> - per default pro WiFi Interface 1 x adhoc und 1 x AP.
> - openvpn-setup script um VPN für den ins Internet ausgehenden Verkehr
> einzurichten (das ist wirklich custom bei uns)
>
> Ein paar allgemeine Überlegungen von mir:
> ---
>
> * unser Netz läuft ja auf OLSR, waehrend die meisten Communities
> B.A.T.M.A.N auf gluon einsetzen. Viele Communities sinds nicht mehr mit
> OLSR, siehe z.B. auf
> https://freifunk.net/wie-mache-ich-mit/community-finden/ (da hast schon
> mal ne Liste, die Freifunk API gibt sicher auch noch mehr Details
> preis)) unten, da kann man die Tabelle auch sortieren. Es gibt ggf.
> weitere interessante Routing-Protokolle die man evtl. ansehen möchte:
>
>   - olsrd v2 (ich verfolg die Entwicklung nicht mehr so seit ner Weile,
> evtl. ist das bereits nutzbar und gut?)
>   - babel
>   - bmx oder Abwandlungen
>   - cjdns(?)
>   - weitere die man ansehen sollte?
>
> Insgesamt geht mir die Weiterentwicklung in dem Bereich ein wenig zu
> langsam: Den perfekten Algo, der selbstheilend, einfach, zuverlässig und
> performant ist gibts glaube ich noch nicht.
>
> * die Routingprotokolle sind ja untereinander nicht kompatibel. D.h. wir
> müssten in einer koordinierten Aktion möglichst alle Nodes flashen. Oder
> alternativ eine Firmware bauen, die beide Protokolle spricht für den
> Übergang. Da es wenige Nodes sind bei uns könnte man aber denke ich auch
> einen harten Switch machen.
>
> * switch auf 802.11s?
>
> * es gibt aus meiner Sicht eine Menge architektureller Fragen auch, vor
> allem zum Netzdesign: dezentral vs. zentralisiert, offen vs.
> geschlossen. Also imo sollten wir uns Fragen: "was für ein Netz wollen
> wir" und dafür die am besten passenden Techniken finden/entwickeln.
>
> Sich irgendwo dranhängen scheint mir auch sinnvoll. So ne komplette
> Firmware mit dem ganzen drumherum zu bauen (Orga-Tools, Monitoring,
> Gateways etc) ist doch recht zeitaufwendig. Schön fände ich aber auch
> mit anderen Communities zusammen was neu zu bauen, aber so viel tut sich
> auch nichts in die Richtung. Bist du in #freifunk auf hackint? Wenn
> nicht willst da vielleicht auch idlen, einfach um zu sehen, was woanders
> geht und zum Austausch.
>
> Grüße, Manu
>
>
>



Mehr Informationen über die Mailingliste freifunk-augsburg