Am 28.07.2015 um 02:41 schrieb Eike Baran:
Also als schnelle sofort Maßnahme würde ich vorschlagen das wir eine layer 2 Trennung auf Gateway ebene vollziehen das sollten den Management traffic signifikant verringern das dieser überproportional steigt.
Grundsätzlich geht das vermutlich in die richtige Richtung, denke ich, ABER: ich bin mir nicht so ganz sicher, ob das eine "Sofortmaßnahme" sein kann, denn der Ansatz unterscheidet sich doch stark von dem, was wir momentan fahren und auf x Maschinen eingerichtet haben. Und eine Trennung auf dem Gateway würde ja auch bedeuten, dass dieses Gateway zeitgleich in mehreren Batman-Meshes hängen müsste und zwischen diesen routet, oder? Wir müssten da wohl erstmal Know-How checken.
Wir fahren das große layer 2 Netzwerk nur wegen Netmon. Wir hatte vorher auch schon darüber nach gedacht die Gateways z.b. mit BgP oder ospf nur auf layer 3 untereinander Routen zu lassen. Das würde bedeuten das wir bei 4 Gateways 4 für sich getreten batman Netze haben also 800 Router / 4 ~200 Router große batman Netze bei mehr Gateways werden es dann natürlich kleinere Netze. Somit würde der overhead drastisch sinken.
Eine unproblematische Sofortmaßnahme wäre tatsächlich die - von mir auch nicht dauerhaft präferierte - Lösung über eine zweite Siteconf. Da in so (voll-)vermaschten Netzen Overhead vermutlich mehr als linear steigt, sollte eine halbierung erstmal merklich Luft bringen.
das dauert bis wir zwei firmwares in getrennte Netze ausgerollt haben. Zudem kann man den effect auch ganz simplem über eine Firmware lösen, in dem man einfach 2 fastd groups erstellt und über ein selectirungs script die router schich selbst der passenden group zuweisen. Das ist meiner Meinung nach ein sauberer weg als die Firmwares über den autoupdater zu trennen.
Eine zweite Firmware bzw. siteconf fände ich auch keine schöne Lösung. Mein vorschlag wäre folgender. Wir setzen einen Punkte in Form von geokoordinaten und lassen die Router mit Hilfe von orthodrom algerytmen ihre nächst zugehörige hood berechnen. Das ist eine schnell und sauber um setzbare Möglichkeit.
Sehe ich ähnlich, nur würde ich deinen Orthodrom-Schwachfug da
das ist kein Schwachfoo. Orthodrom algerytmen sind cool :D
streichen und einfach Geokoordinaten verwenden. In einer Config werden einfach die Koordinaten der Zentren der Hoods gespeichert und dann mit Pythagoras gecheckt, welche hood am nächsten ist; zumal es uns ja nicht um Meter-genaue Entfernungen, sondern nur um den relativ nähsten Hood-Mittelpunkt geht.
das könnte man relativ schnell in ein package schmieden. Die koordinaten der router die kein position gesetzt haben kann man über lwtrace -t raus bekommen.
ich da zurzeit auf Clemens Seite wir haben einige große Baustellen offen und die kosten uns viel zeit und nerven. Ich würde es sehr bevorzugen, wie Clemens das im Pad auch schon dargestellt hat, wenn wir uns genau überlegen wir wir das Netz Designen wollen damit es möglichst Skala bleiben soll.
Ehm, mag sein, dass wir verschiedene Baustellen haben, aber ein Freifunk ohne funktionierenden Freifunk wäre so ungeil, dass ich diesem Thema hier mal Priorität 0 zuweisen würde D:
ok, da hast du recht.
Auch müssen wir berücksichtigen was wir mit Netz erreichen
wollen für mich ist es ein großes Forschungsnetz, wo man neue protocole und Möglichkeiten aufprobiert. Dazu gehört auch mal in eine Sackgasse zu fahren wie wir die jetzt haben. Wo wir fest stellen das unser Layer 2 Ansatz nicht funktioniert.
War ja irgendwo absehbar, aber wir können jetzt zumindest festhalten: bis etwa 800 nodes kann man das noch so gerade irgendwie keuchend am laufen halten D:
Jap, eigentlich schon. wir wollten das Netz in der Vergangenheit schon öfter mal trennen aber da gab es immer die netmon Problematik
Wir müssen uns im Grunde entscheiden auf welcher Seite wir eine Trennung machen. Auf der Server Seite durch routing oder auf der firmware Seite durch selectirung.
Ich glaube schneller und einfacher wäre die Server seitige Trennung. Bjo hat da meines wissens nach auch schon auf 05 und 08 entsprechend ein setup eingerichtet.
vg Tarek