offline SSID einführen about gluon-site-ffhb

[lokn]

Hier gibts noch einen anderen Ansatz: https://github.com/Freifunk-Nord/gluon-ssid-changer
Mit Aachener Firmware flüchtig getestet: funktioniert.

Wenn ich das richtig sehe, könnte es zukünftig ein Gluon-Paket dafür geben: freifunk-gluon/gluon#1649

[genofire]

Vorherige Implementierungen:

• Breminale - Dienst by Ping
• Kieler - Cronjob by batman

---

Ich würde ungern die Kieler variante verwenden, da nicht zukunftssicher -> batman

Daher würde ich ein Cronjob ping vorschlagen, mit:

• lua setup wificonfig on upgrade here
• safety:
  • autoupdate is not running
  • hostapd exists
  • 3 minutes after boot

Nun die Diskussion, welche IP sollen wir anpingen (IPv6 geht nur).

Deine Meinung @jplitza ?

[Timi7007]

Der Vollständigkeit halber aus dem Protokoll vom 17.01.2020:

Offline-SSID

• Ergebnis einer Umfrage vom Workshop beim 36c3: Offline-SSID ist geil
• Abstimmung:
  • 1 Gegenstimme
  • 2 Enthaltung
  • 6 Stimmen dafür
• -> Ergebnis: wir wollen eine Offline-SSID
• Offene Fragen:
  • wie soll die Offline-SSID lauten? Vorschläge: offline.ffhb.de; ffhb-offline
  • wollen wir die Node-ID (oder so) in der Offline-SSID haben? Abstimmung: 8 dagegen; 0 dafür; 1 Enthaltung. Ergebnis: es wird eine einheitliche Offline-SSID auf allen FFHB-Knoten geben (nicht Knoten-abhängig)
  • welche IPv6-Adresse wollen wir anpingen? -> Idealerweise: mehrere Adressen (einige von FFHB, und z.B. was von Google)
  • wie lange soll es dauern, bis der Knoten in den Offline-Modus schaltet? Meinungen gehen auseinander (zwischen mehreren Minuten bis einer Stunde)
• idealerweise sollte das in einem Gluon-Modul implementiert werden, das dann Upstream gehen kann
• die Abfrage sollte nicht zu einer festen Zeit passieren, um das Netz nicht mit Peaks zu überlasten

[genofire]

Der aktuelle Stand im PR ist aktuell noch Batman only ;(
Sieht aus, wie ich es gerne hätte ,(

Vvorausgesetzt es wird nun tatsächlich auf freifunk-gluon/gluon#1684 aufgebaut und damit unabhängig von Batman.

---

Doch wenn es upstream was wird, bekommen wir es ohne großen Mehraufwand nicht vor dem Wechsel v2020.1 (BATMAN V) rein .... Wie sollen wir damit umgehen?

[lokn]

Bei mir läufts jetzt. Will das noch jemand testen?
@genofire, @jortgies Was sind die nächsten Schritte?

[genofire]

Der offline-ssid-changer hat noch größere Probleme mit DFS (wo ein client sich 1min nicht connecten kann) und co.
Bin mir daher nicht sicher, ob wir dieses package daher nur für die migration haben wollen.

Schritte:

• von mehr als eine Person testen lassen ( https://jenkins.bremen.freifunk.net/job/gluon-site-ffhb/176/artifact/gluon/output/images/ )
• patch in master übernehmen und testing bauen
• testing auf den nächsten treffen veröffentlichen

(oder wie sieht ihr es? Villt. kann man in der Testing das neue BatmanV-Netz schon als Auswahl mit anbieten)

[lokn]

merged in #45