Zeile 24: |
Zeile 24: |
| **Fertigstellung eines Vertrages zum Abschluss zwischen Betreiber (Verein?) und Immobilieneigentümer. | | **Fertigstellung eines Vertrages zum Abschluss zwischen Betreiber (Verein?) und Immobilieneigentümer. |
| | | |
− | == Netzplanung == | + | == Architektur == |
− | * Google Map mit (potentiellen) Standorte/Richtfunkstrecken: https://mapsengine.google.com/map/viewer?mid=zRwfZbmUhS1w.kTdUZT8BdzdQ
| + | Zur Architektur des Backbones sammeln wir hier [[Backbone/Architektur | Vorschläge]]. |
− | * 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 == | | == Netzplan == |