Hi,
Wie ich in der Mail "Lösung des Hood vs. Kabelmesh Problems" erwähnt hatte. Der neue thread zur möglichen Lösung des mesh on LAN/WAN Problems mit dem hoodselector.
Die Idee wäre auf ein separates Protokoll auszuweichen welches aushandelt ob ein mesh Konflikt besteht.
Dazu könnte man per respondd checken, ob auf dem mesh-on-wan/lan eine andere Hood läuft und gegebenenfalls das betroffene Interface aus der batman-adv bridge entfernen. Sobald keine fremden hoods mehr das sind könntem die lan/wan interface wieder in die batman-adv bridge. Das könnte über einen Minütlichen cron gelöst werden.
Dann könnten wir mithilfe des respondd auch bei unterschiedlichen hoods dynamisch l3 Routing generieren lassen.
Diese Lösung könnte unabhängig vom hoodselector arbeiten und als eigenes package gekapselt werden. Es könnte dann sogar unabhängig von hoods relevant werden. z.B. auf Nationales Freifunk Events wenn dort verschiedene communitys zusammen kommen und dort ausversehen in ein mesh on lan/wan Netz kommen. Dann würde das package die Kollision erkennen können und das Problem automatisch beheben.
vg Tarek