Benutzer-Werkzeuge


    Warning: Undefined array key "REMOTE_USER" in /usr/local/www/wiki.freifunk-bielefeld.de/lib/tpl/starter/main.php on line 62
  • Admin

  • Warning: Undefined array key "REMOTE_USER" in /usr/local/www/wiki.freifunk-bielefeld.de/lib/tpl/starter/tpl_functions.php on line 50

    Warning: Undefined array key "REMOTE_USER" in /usr/local/www/wiki.freifunk-bielefeld.de/lib/tpl/starter/tpl_functions.php on line 77
  • Registrieren

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. Das vorhandene Netz kann trotzdem weiter betrieben werden, allerdings muss für jede zukünftig Mesh-Wolke eine andere BSSID zum meshen benutzt werden, damit sie sich nicht unbeabsichtigt miteinander verbinden, sonst wird es ziemlich hässlich.

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
  • LSAs (Link State Advertisements) von olsr über br-public als Unicast nur an andere Edge-Router
    • oder Multicast? Überlegungen notwendig
  • 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

Beispiel für Subnetzaufteilung

  • fdef:17a0:ffb1::/48 ist für Bielefeld „registriert“
  • fdef:17a0:ffb1::/64 für das „Legacynetz“

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