Protokolle/20150713

Bastel-Treffen am 2015-07-13

Anwesende

• meskal
• kratz_00
• gpunktschmitz
• 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 (ausschliesslich 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?

Folgetermin

Als nächster Termin wurde der 20.07.2015 vorgeschlagen.

Treffpunkt:

• FabLab Nürnberg
• um 19:00 Uhr