On 04/07/16 09:50, Simon Kurka via Dev wrote:
On 07.04.2016 08:51, Jan-Tarek Butt via Dev wrote:
On 04/06/16 12:15, Simon Kurka via Dev wrote:
Warum übernehmen wir nicht einfach die nächst beste BSSID vom Adhoc WLAN mit Namen mesh.ffnw?
So war es mal gedacht und ich habe nicht ein Argument dagegen gehört oder gelesen.
Weil das spätestens nach dem nächsten durch lauf nicht mehr Funktionieren würde das der Router dann ja wieder ein Netz Zugang hat. Darüber potentiell Koordinaten beziehen könnte (wenn er nicht schon welche hat) und sich wieder seine hood via Position setzen würde.
Und wo ist das Problem?
Das der Router zum Intervall der hoodselectors on und offline geht, ohne ein zustand zu halten.
Oder wo ist der Unterschied, wenn die Hood bekannt sein muss?!
Oberstes Ziel von Mesh-Routern sollte sein einen Netzzugang zu bekommen, über welche Hood auch immer.
Nicht ganz. Oberstes Ziel sollte sein das die Router möglichst ein mesh-Netzwerk Bauen. Den dienst eines Internet Zugang ist in diesem Kontext nicht zwingend relevant, sondern eher ein Nice to Have Feature.
Hood Auswahl ist Sache der VPN-Router (oder
reiner Offline Router, wobei die echt uninteressant sind...)
Im hoodselector wird z.Z. nicht zwischen mesh und vpn Router unterscheiden.
Die Variante die Ich Anfanges angestrebt hatte war das die Router Möglichst versuchen ein Mesh Zu bilden. Baut ein Router eine VPN in einer lokalen Mesh Wolke auf so ändert dieser seine BSSID zu der im zugeteilten Hood und alle umliegenden Mesh Router wechseln wenn diese offline sind nach und nach in die neue Hood. Diese Implementierung wurde von Clemens allerdings Argumentativ zerlegt.
vg Tarek