[FFA] Augsburg Firmware auf neueren Geräten

[swuensch]

Hey @all,

ich hätte persönlich keine Problem mich an eine anderer Community mit
anzuhängen.
@Volker: ich finde es schön das du was machen willst und würde mich auch
freuen über software um einen neuen Router zu kaufen und in betrieb zu
nehmen.
Ich wäre dann natürlich auch dabei meinen jetzigen router neu zu flashen.

mfg Sk1d

2018-07-19 18:46 GMT+02:00 Manuel Munz <freifunk at somakoma.de>:

> 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
> >
> >
> >
>
> _______________________________________________
> freifunk-augsburg mailing list
> freifunk-augsburg at lists.subsignal.org
> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.subsignal.org/pipermail/freifunk-augsburg/attachments/20180720/244e140e/attachment.html>