(Die Seite wurde neu angelegt: „= Bastel-Treffen am 2015-07-13 = == Anwesende == * meskal * kratz_00 * gpunktschmitz * human (name mir unbekannt) == Fragerunde zu ffff-next == Angeguckt w…“) |
Keine Bearbeitungszusammenfassung |
||
| Zeile 4: | Zeile 4: | ||
* meskal | * meskal | ||
* | * kratz00 | ||
* gpunktschmitz | * gpunktschmitz | ||
* RedDog | |||
* human (name mir unbekannt) | * human (name mir unbekannt) | ||
| Zeile 21: | Zeile 22: | ||
** B.A.T.M.A.N. Advanced? | ** B.A.T.M.A.N. Advanced? | ||
** Umgang mit Hoods | ** Umgang mit Hoods | ||
** auto-update ( | ** auto-update (ausschließlich mit opt-In) | ||
** Gluon? ist ein Framework das so einfach nicht auf FFF angewendet werden kann. | ** Gluon? ist ein Framework das so einfach nicht auf FFF angewendet werden kann. | ||
** OpenWRT module nachinstallierbar? (steht weiterhin zur Diskussion) | ** OpenWRT module nachinstallierbar? (steht weiterhin zur Diskussion) | ||
Aktuelle Version vom 14. Juli 2015, 19:10 Uhr
Bastel-Treffen am 2015-07-13
Anwesende
- meskal
- kratz00
- gpunktschmitz
- RedDog
- human (name mir unbekannt)
Fragerunde zu ffff-next
Angeguckt wurden die Firmware anderer Standorte: Berlin, Bielefeld
Derzeit bevorzugte Lösung: Bielefeld
Generell will man aufgrund der Struktur von Freifunk Franken auf ein "sauberes" OpenWRT aufsetzen und nicht mit dem Framework Gluon arbeiten, da hier sehr viele Neuentwicklungen nötig wären.
- Featureliste/Whishlist/Überlegungen für neue Firmware/Zukunft
- Webinterface
- IPv6 (NAT64)
- B.A.T.M.A.N. Advanced?
- Umgang mit Hoods
- auto-update (ausschließlich mit opt-In)
- Gluon? ist ein Framework das so einfach nicht auf FFF angewendet werden kann.
- OpenWRT module nachinstallierbar? (steht weiterhin zur Diskussion)
- Welche Städte haben derzeit eine eigene Firmware
- Ansbach
- Emskirchen
- Neuendettelsau
- Rothenburg
- Key-Exchange-Server
- zentral auf einem Server (SPOF)
- wird benötigt für die Zuordnung in die Hoods
- aktueller Entwicklungsstatus ist, dass folgende Features erfolgreich getestet wurden
- IPv6 getestet
- NAT64
- Webinterface
- B.A.T.M.A.N. Advanced
- Key-Exchange
Planung
Zunächst soll mit der Entwicklung einer neuen Firmware begonnen werden. Als nächstes will man sich des KeyXchange-Servers annehmen.
Im Folgenden finden sich die Todos die es abzuarbeiten gilt.
Firmware
- Derzeitiges Repo: https://github.com/ffff-next/ffff-next
- Firmware "Skelett" anlegen (Tobias) https://github.com/freifunk-bielefeld/firmware/pull/10
- Reines sauberes OpenWRT Chaos Calmer nehmen.
- Pakete für Freifunk-Franken, die bisher in der ffff-next Firmware drin sind sollten übernommen werden.
- Nodewatcher (?)
- fastdstart / keyXchange
- Paketieren das Webinterface von Bielefeld
- Setup/Init von Bielefeld paketieren
- uk1 (Gateway) wieder lauffähig machen
- a) Netmon
- Netmon unabhängig von User/geo-koord machen
- a) muss "Crawl-Daten" entgegen nehmen, inkl user/geo-koord
- b) muss "Crawl-Daten" abfragen
- Daten enthalten User/Koord
- Netmon muss IP vom Node kennen (IP kann sich je nach GW ändern)
- Diese muss über L3 abgefragt werden
- b) Mesh-Viewer
- e.g. http://meshviewer.freifunk-mainz.de/
- https://github.com/tcatm/meshviewer
- Daten aus verschiedenen Hoods einsammeln?
- Netmon unabhängig von User/geo-koord machen
Dezentraler KeyXchange
Folgetermin
Als nächster Termin wurde der 20.07.2015 vorgeschlagen.
Treffpunkt:
- FabLab Nürnberg
- um 19:00 Uhr
