Backbone: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Kaba (Diskussion | Beiträge) (BB-IPs) |
Knirps (Diskussion | Beiträge) |
||
Zeile 80: | Zeile 80: | ||
|10.37.2.130 | |10.37.2.130 | ||
|192.168.100.130 | |192.168.100.130 | ||
+ | |- | ||
+ | |WDR3500 Pengland Master | ||
+ | |peng | ||
+ | |10.37.2.200 | ||
+ | | | ||
+ | |- | ||
+ | |NSML5 Pengland | ||
+ | |peng | ||
+ | |10.37.2.201 | ||
+ | | | ||
|} | |} | ||
Version vom 18. Januar 2015, 03:56 Uhr
Arbeitsgruppe
- Wir arbeiten in einer offenen Arbeitsgruppe
- Wir kommunizieren über den Verteiler bb@freifunk-mainz.de (Anmelden mit einer leeren Mail an bb-subscribe@freifunk-mainz.de)
ToDos für die Arbeitsgruppe Backbone
- Backbone Architektur
- Was charakterisiert das Backbone-Netz? Was soll es leisten?
- Wie ist das Netz aufgebaut? Gibt es spezielle Architektur-Formen?
- Von wo nach wo wollen wir? Was macht Sinn? Wie machen es die anderen?
- Soll der Backbone in jeden Ortsteil hineinreichen?
- Welche Zugänge haben wir? Wen können/müssen wir ansprechen?
- Planung in Form einer Map
- Backbone Technik
- Machen wir nur Punkt-zu-Punkt-Verbindungen oder bauen wir Mesh-Knoten?
- Routen die 'normalen Knoten' auch übers Backbone-Netz automatisch?
- Nutzen wir spezielle Hardware?
- Backbone Betrieb
- Wer betreibt den Backbone-Knoten? Der Verein? Verein und einzelne Freifunker?
- Welche Haftungsfragen existieren und wie werden diese beantwortet?
- Fertigstellung eines Vertrages zum Abschluss zwischen Betreiber (Verein?) und Immobilieneigentümer.
Netzplanung
- Google Map mit (potentiellen) Standorte/Richtfunkstrecken: https://mapsengine.google.com/map/viewer?mid=zRwfZbmUhS1w.kTdUZT8BdzdQ
- Ideen-Sammlung auswerten und mit einbeziehen
- Geparkt: Hier Roh-Text von Thomas Füll:
Es sollten in den Städen (Mainz, Wiesbaden) 2 Ringe enstehen die komplett redundant und ausfallsicher sind. Zusätzlich noch in den Ringen jeweils ein weiterer Ring. Die eingesetzte Hardware muss ein Gemisch zwischen TL-Router(n) und Ubiquity Komponenten sein. Das Backbone sollte an mindestens 2 unterschiedlichen Stellen mit einem Gateway verbunden sein. Jeder Backbone Knoten muss mittels Richtfunk seine Nachbarn (Rechts und Links) sehen, zusätzlich eine Mesh Anbindung für die FF Router in seiner Nähe zur Verfügung stellen. Die Ringe untereinander sollten an 2-3 Punkten mittels Richtfunk mit dem äußeren Ring verbunden sein. Ebenfalls sollten die Backbone Knoten mit einer langen USV versehen sein, alternativ mit Solar oder Wind versorgt sein. Als Betreiber sehe ich einen Verein oder Organisation, der/die sicher stellen kann, dass die Knoten 24/7 erreichbar sind und funktionieren. Es sollte außerdem Ersatzhardware zur Verfügung stehen, was bedeutet das die Knoten alle gleich aufgebaut werden sollten. Vom äußeren Ring sollte außerdem versucht werden Linkstrecken zu anderen Städten herzustellen.
Netzplan
Im übergeordneten Netzplan für das Freifunk-Mainz-Netz (10.37/16) ist der Bereich 10.37.2.0/23 für backbone-Geräte vorgesehen. Aus diesem Subnetz vergeben wir unseren Geräten feste Adressen. Die folgende Tabelle zeigt die Adressen, die bereits vergeben sind. Zusätzlich können Geräte eine zweite mgmt-Adresse aus einem privaten Netz bekommen.
Name | Betreiber | FF-IPv4 | priv. IPv4 |
---|---|---|---|
NSM5 FFMZ-BB Uniklinik Altstadt | Verein | 10.37.2.10 | 192.168.100.10 |
NSM5 FFMZ-BB Uniklinik Neustadt | Verein | 10.37.2.11 | 192.168.100.11 |
NSM5 FFMZ-BB Uniklinik Hartenberg | Verein | 10.37.2.12 | 192.168.100.12 |
NSML5 Hindenburg | Kai | 10.37.2.129 | 192.168.100.129 |
NSML5 Frauenlob | Kai | 10.37.2.130 | 192.168.100.130 |
WDR3500 Pengland Master | peng | 10.37.2.200 | |
NSML5 Pengland | peng | 10.37.2.201 |