Benutzer-Werkzeuge

Webseiten-Werkzeuge


Dies ist eine alte Version des Dokuments!


Idee eines Backbone-Konzeptes

Stand: 27.01.2014
Ninux hat ein interessantes Konzept für ihr Backbone, das OLSR mit batman-adv verbindet: Im Backbone (Richtfunkverbindungen) wird mit OLSR auf Layer 3 (IP) geroutet, batman-adv (Layer 2, MAC) kommt dagegen in den Mesh-Wolken zum Einsatz.
Verbunden werden die Mesh-Wolken mit sogenannten Edge-Routern, auf denen sowohl OLSR als auch batman-adv läuft. Ein IPv6-only Netz würde sich hierfür gut eignen, da dort einfach vom vorhanden /48-Netz ein /64 für OLSR im Backbone genutzt werden könnte und die alle Router und Nodes ihre v6-Adresse selber vergeben könnten. Die einzelnen Batman-Wolken werden gegeinander isoliert, um Broadcasttraffic lokal zu begrenzen, jede Wolke bekommt ihr eigenes /64. Eine Aufteilung könnte z.B. anhand der Postleitzahl oder anhand von „Projekten“ geschehen.
Das Netz kann nicht einfach umgestellt werden, da sonst Routingprobleme entstehen, daher muss der Aufbau koordiniert sein.

Stichpunkte

  • Aufbau eines IPv6-only WLAN-Backbones mit OLSR
  • Aufbau von isolierten Meshwolken, die über Edge-Router mit dem Backbone verbunden sind
  • Jede Batman-Wolke bekommt ihr eigenes v6-Netz
  • IPv4 mit NAT64 (auch wenn NAT doof ist)
  • Beibehaltung des vorhandenen Batman-Netzes als „legacy“, das über VPN auch Zugriff auf alle anderen Wolken hat (und umgekehrt)

Edge-Router

  • announcen sich als batman-adv-Gateway
  • Bridge für olsr mit v6-Adresse aus olsr-Netz
  • Bridge für batman mit v6-Adresse aus jeweiligem Gebiet
  • automatischer GRE-Tunnel zu anderen Edge-Routern, die sich per batman-adv als Gateway announcen
  • Richtfunk zum Backbone
  • VPN-Tunnel zum Backbone (optional)
  • Verteilen auf br-public IPv6 an Clients

Mesh-Nodes

  • Nur batman-adv
  • kein VPN
  • Verteilen auf br-public IPv6 an Clients aus Gebietsnetz
  • statische v6-Route zum nächsten/besten Edge-Router

Vorteile

  • Broadcasttraffic von batman wird lokal gehalten und „müllt“ nicht die Uplinks zu
  • skaliert wesentlich besser
  • IPv6 wird erzwungen
  • Stadtweites Backbone

Nachteile

  • Aufbau muss koordiniert sein
  • Nicht ganz triviale Konfiguration
  • NAT64 ist NAT