Technik/Netzkonzept: Unterschied zwischen den Versionen
Tata (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „ = Grundidee von tata/Tarek = Als Grund-Kommunikationsmedium kommt hauptsächlich WLAN 2,4 und/oder 5GHz zum Einsatz. === Layer 2 Organisation === Hier ist…“) |
(kein Unterschied)
|
Version vom 31. Oktober 2017, 12:51 Uhr
Grundidee von tata/Tarek
Als Grund-Kommunikationsmedium kommt hauptsächlich WLAN 2,4 und/oder 5GHz zum Einsatz.
Layer 2 Organisation
Hier ist in 2 schichten zu unterscheiden. Das Layer 2 als Basis zum Verbindungsaufbau zwischen Nodes auf physikalischer ebene und das Layer 2 Mesh Protokoll.
Layer 2.1
Als Standard kommt IEEE802.11s zu Einsatz. Der verteil gegenüber AD-Hoc(IBSS) Netzen ist die einfachere Implementierung von IEEE802.11s was folglich dazu führt das wir zukünftig einen höheren Hardware Support daraus gewinnen können. Weitere Verbesserungen wird das IEEE802.11s nicht bringen, evtl. noch minimale Latenzverbesserungen durch die einfachere Implementierung im Treiber. Zudem könnte bereits in der nächsten Gluon Version das IBSS raus fliegen. Daher brauchen wir über eine Basis mit AD-hoc gar nicht erst reden wenn wir bei bei gluon bleiben wollen.
Layer 2.2
Als mesh Protokoll kommt BATMAN-adv zu Einsatz dies ist ein Layer 2 mesh Protokoll welches uns hohe Flexibilität bietet. Aufgrund unserer WLAN Infrastruktur ändern sich die Routen Qualitäten nahe zu ständig BATMAN-adv nimmt uns eine menge Arbeit bei der Routen Organisation im Layer 2 ab, wenn wir mehrere Batman-adv Gateways haben. In Kombination mit unseren hood-Konzept haben wir somit eine Art Interface geschaffen mit der wir dynamisch nahezu beliebig viele für sich operierende Layer 2 mesh Netze erzeugen können welches und eine hohe Skalierung im Layer 2 ermöglicht.
Abschließend zum Layer 2 kann man sagen haben wir somit eine flexible und dynamische Möglichkeit entwickelt mesh wolken zu erzeugen. diese werden aktuell über unterschiedliche Mesh-IDs/BSSIDs getrennt gehalten und räumlich über Geokoordinaten definiert. diese Informationen befinden sich im sogenannten hoodfile. Das zugehörige IPv4 subnetz ist in die BSSID ein kodiert. Dieses ist für das Layer 2 Erstmal uninteressant. Eine andere möglichkeit ist den trennung anhand von verschiedenen VXLANs zu erzwingen. Somit ist die Änderung der mesh-ID/BSSID theoretisch nicht mehr nötig. Von der Betrachtung her finde ich die Trennung über das physische IEEE802.11s sauberer und übersichtlicher, als über logische virtuelle Layer 2 Räume wie VXLAN. Das sind aber mögliche Detail fragen die am eigentlichen Konzept nix ändern.
Optionale Erweiterung für die Layer 2 Organisation Das jetzige hood Konzept ist ein halb-automatisiertes Konzept welches das manuelle definieren eines hoodfiles erfordert. Eine Möglichkeit der vollen Automatisierung wäre z.b. möglich indem man Voronoi Algorithmen zur automatisierten räumlichen Trennung nutzt. Diese müsste mit einigen Kriterien belegt werden, wie z.b. das mindesten 2 BATMAN-adv Gateways existieren müssen bevor ein Splitt einer hood entstehen kann.