Hi,
ich habe mir nach dem letzten Arbeitstreffen den hoodselector nochmals angeschaut und durch gespielt.
https://pad.ffnw.de/p/hoods-testcases (Ab den Punkt Hoodselector evaluirungsphase)
Wir haben in dem Pad vor ein paar Wochen test-cases eruiert. Es fehlt im Grunde ein testcase wo Clemens und ich, länger drüber diskutiert haben und uns letztlich dafür entschieden hatten diesen Fall erst mal auszuschließen.
Aktuell ist es so, das der hoodselector, wenn er keine geo Position hat, nach benachbarten BSSIDs von Mesh Routern scannt und anschließend die dazu gehörige hood aus dem hoodfile holt. Wenn keine hood zu der gescannten BSSID existiert beendet sich der hoodselector und bleibt weiterhin in der hood die beim Durchlauf zuvor gesetzt wurde.
Wenn wir jetzt einen Mesh-Router haben und einen VPN-Router die miteinander meshen und es wird z.B. eine neue Firmware mit neuen hoods verteilt, kann folgendes Problem auftreten. Der VPN-Router updatet vor dem MeshRouter und wechselt in eine andere neue Hood. Der Mesh-Router wäre somit offline und würde kein Firmware Image bekommen.
Nun kommt ein Lösungsvorschlag den ich in einer früheren Version des Hoodselectors schon einmal implementiert hatte.
Wenn der Hoodselector keine geo Position hat, scannt er nach benachbarten BSSIDs von Mesh Routern um anschließend die dazu gehörige hood aus dem hoodfile zu holt. Wenn keine hood zu der gescannten BSSID existiert setzt der Router die gescannte BSSID mit der default Hood. Anschließend beendet sich der hoodselector.
Problem hierbei ist das zwei Hoods über Layer2 verbunden werden könnten. Was ein wahrscheinlichen Ausfall beider betroffenen Hoods zur folge hätte.
Mein vorchlag hier wäre also wenn eine gescannte BSSID gesetzt wird, wird fastd abgeschaltet. Somit kann der Router nur Meshen.
Das bringt ja nix, wenn ein dritter Knoten mit default bssid und fast in der Nähe ist.
Wieso nicht ?
Alternativer Vorschlag, so wie wir es im Süden machen wollen:
Jeder Knoten spannt ein Config AP Netz auf. Auf dem Netz kann man keine IP beziehen und wird auch nicht ins Freifunk geroutet. Aber man kann darüber die aktuellsten Hood Informationen downloaden, die ja auf jedem Knoten liegen sollten. Anschliessend normal konfigurieren.
Das wäre natürlich die wünschenswerter Lösung, da diese sehr schön dezentral ist. Es würde ja reichen wenn die Router einmal täglich das config netzt aufspannen. Für ne Stunde aufspannen, um eine Treiber /Hardware Limitierung zu vermeiden.
Ähnliches wäre in Zukunft anzustreben.
Wie Löst ihr dann das Problem mit den Router die nur meshen, sich aber Tatsächlich an der grenze einer anderen hood befinden. Wo der eigentliche VPN Router nicht in der identischen hood sitzt.
vg Tarek