Bzw. das wird auch schon knapp...

Ich würde den kompletten Verbindungsaufbau über br-wan machen, einschließlich gwselection. Die gwselection ist das Neue, der übrige Verbindungsaufbau passiert schon über br-wan. Die gwselection braucht quasi keine Bandbreite und die Daten sind völlig unkritisch, da öffentlich.

Ich weiß, dass es generell kritisch ist br-wan direkt zu verwenden. Die gwselection wird allerdings der neue erste Schritt im Verbindungsaufbau, der bisher ohnehin schon über br-wan statt fand. Außerdem spart uns das unabhängig von dem "ich verbinde mich neu Problem" eine Menge overhead und neu Verbinderei.

Das Problem besteht trotzdem, da es Eintritt sobald die VPN Verbindung besteht. Das heißt in dem Zeitfenster von VPN verbunden und gwselection Daten abgerufen und neu verbinden sind zwei Hoods auf L2 verbunden. Im Einzelfall mag das noch kurzzeitig händelbar sein, wenn das eine Vielzahl an Routern macht weil das Problem systematisch auftritt, nicht mehr.

Am 30.12.2015 12:48 schrieb "Simon Kurka" <simon@kurka.cc>:

Können wir gegen 2 eine kurze telko machen?

Am 30.12.2015 11:48 schrieb "Tim Niemeyer" <tim.niemeyer@mastersword.de>:
Am Mittwoch, den 30.12.2015, 11:35 +0100 schrieb Jan-Tarek Butt:
> Hi zusammen,
>
> @Tim: ich hab dich mal in den CC genommen da ich mir gerade nicht sicher
> bin ob du noch auch unser dev ML bist.
>
> ich habe in den letzten Wochen am gwselector geschrieben und bin aktuell
> an einen Punkt angekommen wo ich mir schon seid Tagen den Kopf
> zermartere. Aktuell gibt es ja wie im wiki beschrieben [0] den on- /
> offline selector. Der online selector ist relativ trivial und auch
> bereits größtenteils implementiert. Bei dem offline selector überlege
> ich schon länger wie man den implementieren sollte und bisher ist mir
> noch keine überzeugende Möglichkeit eingefallen. Die Variante an der ich
> gearbeitet hatte, scannt nach benachbarten wlans mit der identischen
> ESSID und übernimmt die BSSID des Nachbar WLANs mit der besten Signal
> quallity und das auch nur wenn es sich um ein reinen mesh Router
> handelt. Nun hab ich mir gedacht das es evtl. zu Problemen kommen würde
> wenn jetzt z.b. temporär die vpn Verbindung eines Routers ausfällt,
> würde der Router automatisch die bssid des Nachbar VPN Routers
> übernehmen. Kommt dann wieder der vpn des ersten Routers online würde
> somit automatisch eine loop zwischen zwei hoods entstehen.
Da würde keine Loop entstehen, weil der Knoten ja durch den gwselector
wieder die bssid ändern würde.

Grundsätzlich sollte man aber zu häufiges hin und her wechseln
vermeiden, weshalb ich auch die "Hood-Auswahl" lieber auf dem Knoten
selber und nicht in der CLOOOUUUD (PHP-Script) sehen würde.

Die Idee war ja, dass der Offline Selector eh nur versucht "$irgendwie"
ins Freifunk zu kommen, damit er die aktuellen Hood-Informationen
bekommen kann. Auf den neuen Informationen basierend würde er sein Netz
aufspannen. Wenn keine Nachbarn da sind, sollte in Regelmäßigen
Abständen nach Netzen gesucht werden, um ggfs neue Hood-Informationen zu
bekommen.

Tim

>
> Ich bin mit gerade nicht ganz sicher wie man das vernünftig lösen kann.
>
> vg
> Tarek
>


_______________________________________________
Dev mailing list
Dev@lists.ffnw.de
https://lists.ffnw.de/mailman/listinfo/dev