disclaimer: ich habe nicht viel theoretisches Hintergrundwissen zu meshnetzwerken
noch ein Gedanke, der mir gerade kam und den ich gerne loswerden würde: schon dadurch, DASS wir so viele Router im Netz haben ist es überflüssig, dass jeder davon häufig einen Originator raushaut. Denn wenn ich mir mal auf einem x-beliegiben Router die Ausgabe von "batctl o" angucke, habe ich dort nicht nur knapp über 1000 Zeilen (also die Anzahl der Originatoren, die auf direktem Weg bei diesem Router eingetrudelt sind) sondern in jeder Zeile stehen ja auch noch durchschnittlich etwas über 4 weitere MAC-Adressen: nexthop und potential nexthops. Allerdings haben mir die allermeisten dieser (potential) nexthops eh schon selbst einen Originator geschickt. Vielleicht sehe ich das ein wenig zu einfach, aber ich glaube, dass durch die hohe Originatorfrequenz und die hohe Routerzahl das Mesh mehrfach redundant ist. In kleineren Netzen mag es notwendig sein, eine hohe Orignatorfrequenz zu haben. Aber ich könnte mir vorstelle, dass man sie ab einer bestimmten Netzgröße auch reduzieren kann, ohne Responsivität einzubüßen.
ihr könnt das ja gerne selber mal testen. einfach "batctl o | wc -l" dann habt ihr die #originators und mit "batctl o | grep -o -E ([0-9a-f][0-9a-f]:){5}" bekommt ihr alle (auch mehrfach auftauchenden MACs). das dann nur noch durch wc -l pipen und schon habt ihr deren Anzahl.
wahrscheinlich müsste man da aber auch noch mal nach dem outgoingIF unterscheiden, habe ich aber gerade keine Zeit zu. anyone?
Viel Spaß lrnzo
Am 09.03.2016 um 10:58 schrieb Stefan via Nordwest:
Hey,
das hört sich plausiebel an.
Könnten wir das nicht bei der 0.8 mit einbauen, damit man hier schon weniger Management Traffic hat.
Wir haben das mal Lokal hier getestet und keinerlei "Verschlechterungen" dadurch festgestellt.
Stefan
Am 09.03.2016 um 10:56 schrieb Jan-Tarek Butt via Nordwest:
Hi,
Der default wert von des Protokoll Intervalls beträgt 1000ms Es dient dazu das batman-adv geänderte routen erkennen kann. Der maximale Intervall beträgt 60000ms. Aktuell beträgt der wert 5000ms. Es wäre tatsächlich zu überlegen diesen wert höher zu setzen. Das wird theoretisch den Management traffic reduzieren. Das ist durch aus in einem netzwerk interessant welches relativ statisch ist, also wo es entsprechend wenig mobile Router gibt. Auf der anderen Seite führt es dazu das es entsprechend länger dauert bis die Routen bei Änderung des realen Netz Zustandes, registrieren das die zuvor bestandene/genutzte Route evtl. nicht mehr existiert. Wenn wir den wert z.b. von 5s auf 10s setzen sollten, sollte sich der traffic entsprechend reduzieren.
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest