Hi,

Tarek hatte einmal gesagt, das der Hoodselector solche Kurzschlüsse unterbinden sollte - Ggf mal einfach mit einzelnen Routern testen.

Ja, der hoodselector erkennt solche kurtzschlüsse und verhindert diese. Es geht Johannes aber darum das er ein Routing zwischen den hoods haben will. vg tarek

On 10/04/17 18:34, Simon Kurka wrote:

Auf jeder Seite ein zusätzliches batman if der Gegenseite, Rest fluppt so. Bringt aber nur was, wenn die Daten genau über die Nodes fließen. Der Rest der Hood weiß nichts von der Verbindung und das kann man batman afaik auch nicht beibringen.

Jop, es dürfte den clients an den routern auch nicht wirklich was bringen.

On 10/04/17 16:40, Jan-Tarek Butt via Admin wrote:

Hi,

...

wir benötigen einen Workarround um mehrere Hoods auf Lokaler Ebene verbinden zu können.

Hintergrund:

Wir müssen wie ich denke im Laufe des Jahres die Wittmund Hood auf Grund der Anzahl der Router dringend trennen.

Adrian wird aber wohl im November eine Richtfunk Verbindung zwischen Wittmund und Carolienensiel aufbauen (Was ich auch sehr gut finde) und im weiteren Verlaufen dann nächstes Jahr nach Wangerooge ;)

Ich habe mir da schon ein paar Hoodkonstelationen im hoodgen durchgeprüft hat aber immer ergeben, dass ich zwuischen Wittmund und Carolienensiel eine Grenze Gezogen habe.

Also wie bekommen wir das gelöst? Ohne das wir die Hoods kurzschießen was muss eventl da noch zwischengebaut werden?

Imgrunde kannst du einfach ein Route zwischen den hoods auf der Richtfunk verbindung bauen. Quasi genau so wie zwischen den supernodes.

Bei dem L3 Routing muss natürlich auch entsprechend die route announced werden. damit die Clients davon Wind bekommen. vg Tarek

Hi,

kann man überhaupt abschätzen mit wie viel Traffic wir da rechnen können? Zumindest in meinem Kopf kommt da nicht viel zusammen, Internettraffic quasi Null, außer im Failover (oder hab ich da einen Denkfehler; Die Route ins Internet über den Supernode dürfe ja in der Regel kürzer sein)

Das kommt darauf an wie die Metrik berechnet wird. Wenn man einfach nur ein hop count hat, liegst du wahrscheinlich richtig. Allerdings berechnet sich die Metrik im Batman-adv aus Link Qualität und zur Verfügung gestellter Bandbreite. D.h. Wenn ein Gateway ausgelastet ist, kann eine Nutzung von alternativ Routen durchaus sinnvoll sein. Dazu müsste an den Gatways aber auch noch Anpassungen gemacht werden.

Und wenn es eh darum geht über die Verbindung nur Knoten ohne Mesh-VPN anzubinden, dann braucht man das Routing nicht, das macht ja der Hoodselector, der zieht die Meshknoten eh zu sich in die Hood.

Das ist auf einer falschen ebene (Layer 2) Hier geht es ja um Layer 3, um client traffic über lokale Richtfunk Verbindungen leiten zu können. In ein paar Monaten sind die Renovierungsarbeiten im Layer 1 und Layer 2 hoffentlich abgeschlossen. Dann würde ich mich mit dem Layer 3 widmen. Dazu haben die Freifunk Frankener (RedDog/Tim) bereits sehr gute Arbeit geleistet. https://wiki.freifunk-franken.de/w/Portal:Netz/Konzept:L3Richtfunk https://wiki.freifunk-franken.de/w/Babel_und_dnsmasq_in_unsere_firmware Aber das können wir dann in ein paar Monaten diskutieren. Wenn wir die beiden unteren Layer fertig haben. Vg :) Tarek