On 02/28/17 10:56, Simon Kurka via Dev wrote:
Die Gewichtung scheint mir recht willkürlich und nicht durchdacht zu sein.
Warum haben reine Mesh-Router überhaupt ein Gewicht? Sie bestimmen niemals die Hoodauswahl sondern koppeln sich selber irgendwo an.
Das ist in der jetzigen stabile noch enthalten und basiert auf einem gedanklichen Fehler von mir.
Problem sind doch nur konkurrierende VPN Router in unterschiedlichen Hoods.
und das konfigurieren in einer offline Wolke unter reinen mesh Routern.
Vorschlag: Die VPN Router, die nach Gewicht in der falschen Hood sind, schalten MoW/MoL ab. Alle anderen lassen an. Die Meshwolke ist quasi sofort eindeutig migriert.
Genau so, hatte ich es geplant gehabt. Zumindest für den Umgang mit den VPNroutern.
Grundsätzlich muss man hier unter scheiden zwischen meshRoutern und VPNroutern.
Eine Gewichtung sollte bei beiden unter sich zu tragen kommen. Spricht ein neuer router wird an eine offline wolke angeschlossen, Alle anderen Router haben bsp. die OS hood der neue aber die Lohne hood da mehr router in der OS hood sind wechselt der aus lohne auch in die OS hood.
Im falle einer meshwolke mit Gateway wählen die mesh Router aus einer liste von VPN neigbours die VPN Router aus einer hood die am häufigsten vorkommen werden gewählt.
Das Problem bei der Lösung in der stable und auch in der testing von Johannes das nicht zwischen vpn und mesh unterschieden wurde. Was dazu führt das es bei größerer Skalierung trotzdem knallt.
Die oben aufgeführte Lösung hab ich bei mir lokal bereits implementiert und benötigt nur ein paar Zeilen Änerung in einer einzelnen Funktion.
Schöne Grüße Tarek