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


Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
backbone [2014/01/27 17:03] – [Edge-Router] bodemsbackbone [2023/06/04 11:32] (aktuell) – Externe Bearbeitung 127.0.0.1
Zeile 1: Zeile 1:
 ===== Idee eines Backbone-Konzeptes ===== ===== Idee eines Backbone-Konzeptes =====
  
-Stand: 27.01.2014 \\+Stand: 24.08.2015 \\
 [[http://ninux.org|Ninux]] hat ein interessantes Konzept für ihr Backbone, das OLSR mit batman-adv verbindet: Im Backbone (Richtfunkverbindungen) wird mit [[http://olsr.org|OLSR]] auf Layer 3 (IP) geroutet, batman-adv (Layer 2, MAC) kommt dagegen in den Mesh-Wolken zum Einsatz. \\ [[http://ninux.org|Ninux]] hat ein interessantes Konzept für ihr Backbone, das OLSR mit batman-adv verbindet: Im Backbone (Richtfunkverbindungen) wird mit [[http://olsr.org|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. \\+Verbunden werden die Mesh-Wolken mit sogenannten Edge-Routern, auf denen sowohl OLSR (bzw. babel) 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 (oder babel) 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. 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 ==== ==== Stichpunkte ====
-  * Aufbau eines IPv6-only WLAN-Backbones mit OLSR+  * Aufbau eines IPv6-only WLAN-Backbones mit OLSR oder babel, bmx6 soll besser funktionieren als babel
   * Aufbau von isolierten Meshwolken, die über Edge-Router mit dem Backbone verbunden sind   * Aufbau von isolierten Meshwolken, die über Edge-Router mit dem Backbone verbunden sind
   * Jede Batman-Wolke bekommt ihr eigenes v6-Netz   * Jede Batman-Wolke bekommt ihr eigenes v6-Netz
   * IPv4 mit [[https://de.wikipedia.org/wiki/NAT64|NAT64]] (auch wenn NAT doof ist)   * IPv4 mit [[https://de.wikipedia.org/wiki/NAT64|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)   * Beibehaltung des vorhandenen Batman-Netzes als "legacy", das über VPN auch Zugriff auf alle anderen Wolken hat (und umgekehrt)
 +  * PtP-Verbindungen ohne OpenWRT mit WDS-Bridge
 +      * ESSID-Schema: freifunk-BiBB-<wds-master>-<wds-stationt>
 +          * ist das zu lang?
 +      * WPA2, damit sich nicht ausversehen ein Client verbindet und den Link kaputt macht
 +      * Core-Router mit OpenWRT und OLSR
 +          * VLAN für jede eigene PtP-Verbindung
 +          * management-VLAN für APs
  
 ==== Edge-Router ==== ==== Edge-Router ====
   * announcen sich als batman-adv-Gateway   * announcen sich als batman-adv-Gateway
-  * Bridge für olsr mit v6-Adresse aus olsr-Netz+  * Interfaces für olsr/<del>babel</del>/bmx6 mit v6-Adresse aus Backbonenetz
   * Bridge für batman mit v6-Adresse aus jeweiligem Gebiet   * 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 +  * <del>LSAs (Link State Advertisements) von olsr über br-public als Unicast nur an andere Edge-Router</del> 
-      * oder Multicast? Überlegungen notwendig+      * <del>oder Multicast? Überlegungen notwendig</del>
   * Richtfunk zum Backbone   * Richtfunk zum Backbone
-  * VPN-Tunnel zum Backbone (optional)+  * VPN-Tunnel zum Backbone (optional, mit hoher Metrik damit WLAN bevorzugt wird)
   * Verteilen auf br-public IPv6 an Clients   * Verteilen auf br-public IPv6 an Clients
 +  * Verteilen IPv4 Adressen und DNS-Server (DNS ist Router), v4  nach außen hin blockiert, nur für DNS)
 +  * Umsetzen von IPv4-DNS auf IPv6-DNS
  
 ==== Mesh-Nodes ==== ==== Mesh-Nodes ====
   * Nur batman-adv   * Nur batman-adv
   * kein VPN   * kein VPN
-  * Verteilen auf br-public IPv6 an Clients aus Gebietsnetz +  * <del>Verteilen auf br-public IPv6 an Clients aus Gebietsnetz</del> 
-  * statische v6-Route zum nächsten/besten Edge-Router+  * Verteilen IPv4 Adressen und DNS-Server (DNS ist Router), v4  nach außen hin blockiert, nur für DNS 
 +  * Umsetzen von IPv4-DNS auf IPv6-DNS 
 +  * <del>statische v6-Route zum nächsten/besten Edge-Router</del>
  
 +==== Beispiel für Subnetzaufteilung ====
 +  * fdef:17a0:ffb1::/48 ist für Bielefeld "registriert"
 +  * fdef:17a0:ffb1:**0000**::/64 für das "Legacynetz"
 +  * fdef:17a0:ffb1:**1337**::/64 für OLSR-Backbone
 +  * fdef:17a0:ffb1:**3611**::/64 für PLZ 33611
 +  * fdef:17a0:ffb1:**42**::/64 für Projekt "Park-x-mit-wlan"
  
 ==== Vorteile ==== ==== Vorteile ====
Zeile 34: Zeile 51:
   * skaliert wesentlich besser   * skaliert wesentlich besser
   * IPv6 wird erzwungen   * IPv6 wird erzwungen
-  * Stadtweites Backbone+  * stadtweites Backbone
  
 ==== Nachteile ==== ==== Nachteile ====
Zeile 40: Zeile 57:
   * Nicht ganz triviale Konfiguration   * Nicht ganz triviale Konfiguration
   * NAT64 ist NAT   * NAT64 ist NAT
 +
 +
 +==== (öffentliche) Gebäude ====
 +Hier werden Ideen für hohe Gebäude gesammelt
 +
 +^ Gebäude          ^ Adresse                                   ^ Eigentümer ^ Koordinaten ^
 +| Speicher1        | Meisenstraße 65                     | GAB              | 52.01597884 8.57230783 |
 +| Sendemast FH | Wilhelm-Bertelsmann-Str. 10 | BLB NRW      | 52.02406785 8.54763150 |
  
 ==== Links ==== ==== Links ====
 [[http://nnx.me/ninuxarchitecturev1|Architektur von Ninux]] \\ [[http://nnx.me/ninuxarchitecturev1|Architektur von Ninux]] \\
 [[http://luebeck.freifunk.net/wiki/ipv6-only-mesh|Notizen von Lübeck zu v6-only]] [[http://luebeck.freifunk.net/wiki/ipv6-only-mesh|Notizen von Lübeck zu v6-only]]