Freifunk MWU Wiki - Benutzerbeiträge [de]

Backbone

2016-03-19T10:01:38Z

Micha68: /* Netzplan */

==Arbeitsgruppe==
* Wir arbeiten in einer offenen Arbeitsgruppe
* Wir kommunizieren über den Verteiler bb <auf) freifunk-mainz.de (Anmelden mit einer leeren Mail an bb-subscribe <auf) freifunk-mainz.de)

== Architektur / Standorte ==
Die Architektur des Backbones ist [[Backbone/Architektur | hier]] beschrieben.

Auf der Seite [[Standorte]] gibt es Informationen zu aktiven, geplanten und angestrebten Standorten.

== Einen Client ins Backbone bringen ==
* So bringt man einen [[Backbone_Client|Client an den Backbone]]

== Netzplan ==

Im [http://gluon-gateway-doku.readthedocs.org/de/latest/intro/netzplan.html#ipv4 ü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 bereits belegten Adressen. Zusätzlich können Geräte eine zweite Management-Adresse aus einem privaten Netz bekommen.

Der Bereich, aus dem Du Deine Adresse(n) aussuchen kannst, ist: '''<code>10.37.2.1</code>''' bis '''<code>10.37.3.254</code>'''.

;'''Achtung:'''
:Bitte wähle für Deinen ''Device Name'' im AirOS eine möglichst kurze Bezeichnung. Das dusselige AirOS hat an allen möglichen Stellen Längenbeschränkungen, hier auf angezeigte 15 Zeichen, obwohl man mehr eintragen kann.

{| class="wikitable"
!Name
!Betreiber
!FF-IPv4
!priv. IPv4
!FF-IPv6
|-
|WDR1034 V2 FFMZ-BB Uniklinik
|Verein (Gabriel)
|10.37.2.1
|
|-
|RB260GSP Switch Uniklinik Standort 1
|Verein
|10.37.2.2
|
|-
|-
|RB260GSP Switch Uniklinik Standort 2
|Verein
|10.37.2.3
|
|-
|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
|-
|NB19M5 FFMZ-BB Unimedizin Waldthausen
|Verein
|10.37.2.13
|
|fd37:b4dc:4b1e::a25:20d
|-
|-
|NSM5 FFMZ-BB Uniklinik Bretzenheim
|Verein
|10.37.2.20
|
|-
|NSM5 FFMZ-BB Uniklinik Oberstadt
|Verein
|10.37.2.21
|192.168.100.21
|-
|NSM5 FFMZ-BB Uniklinik Finthen
|Verein
|10.37.2.22
|192.168.100.22
|-
|NB19 FFMZ-BB Uniklinik Voldermort
|Verein
|10.37.2.25
|192.168.100.25
|-
|-
|NSLM5 FFMZ-BB Holzturm Richtung Kostheim
|Wolfgang
|10.37.2.31
|192.168.100.31
|-
|-
|NSLM5 FFMZ-BB Holzturm zur Uniklinik
|Verein
|10.37.2.33
|192.168.100.33
|-
|-
|NSM5 FFMZ-BB AM-LEMMCHEN
|Thorsten
|10.37.2.34
|192.168.100.34
|-
|NSM5 FFMZ-BB Holzturm Richtung Altstadt
|Gabriel
|10.37.2.35
|
|-
|-
|Power Beam M5 FFMZ-BB Voldemort Richtung Wiesbanden
|Wiesbanden
|10.37.2.42
|
|-
|-
|NBM5 AC FFMZ-BB UniMedizin Richtung Wiesbaden
|Wiesbaden
|10.37.2.44
|
|-
|-
|Uniklinik Master Wiesbaden Managment
|Moritz
|10.37.2.45
|
|-
|FFMZ KBB NB5M16
|Verein
|10.37.2.65
|192.168.100.65 ?
|fd37:b4dc:4b1e::a25:241
|-
|FFMZ KBB RB260GSP
|Verein
|10.37.2.66
|192.168.100.66 ?
|fd37:b4dc:4b1e::a25:242
|-
|FFMZ KBB xx
|Verein
|10.37.2.67-69
|192.168.100.xx ?
|fd37:b4dc:4b1e::a25:2xx
|-
|NSLM5 ALCOVEN1
|Herb
|10.37.2.72
|192.168.100.72
|-
|NSLM5 FFMZ-PTH Link nach Elsheim
|Antennen-Wolfgang
|10.37.2.80
|192.168.100.80
|-
|NBM5 FFMZ-BB-NOlm-Voldemort
|Antennen-Wolfgang
|10.37.2.81
|192.168.100.81
|-
|NSLM5 FFMZ-PTH Link nach NiederOlm
|Antennen-Wolfgang
|10.37.2.82
|192.168.100.82
|-
|NSLM5 FFMZ-PTH Link im Ort
|Antennen-Wolfgang
|10.37.2.83
|192.168.100.83
|-
|WDR3500 FFMZ-PTH Testgerät
|Antennen-Wolfgang
|10.37.2.84
|192.168.100.84
|-
|NBM5 FFMZ-HT-EVENT -NOst
|Antennen-Wolfgang
|10.37.2.85
|192.168.100.85
|-
|NSLM5 FFMZ-BB-PTHM- Übungsgerät
|Antennen-Wolfgang
|10.37.2.86
|192.168.100.86
|-
|NSLM5 FFMZ-PTH Link Client in NiederOlm
|Antennen-Wolfgang
|10.37.2.87
|192.168.100.87
|-
|NSLM5 FFMZ-PTH Link Client Rathaus
|Antennen-Wolfgang
|10.37.2.88
|192.168.100.88
|-
|NSLM5 FFMZ-PTH Link Client Sudmann
|Antennen-Wolfgang
|10.37.2.89
|192.168.100.89
|-
|NB2 Lokales "BB" Flüchtlinge Stadecken-Elsheim
|Michael S. // Antennen-Wolfgang
|10.37.2.90
|192.168.100.90
|-
|NSLM5 FFMZ-Weinheim GloboA 50Morgen
|Willi
|10.37.2.100
|192.168.100.100
|-
|NSLM5 FFMZ-Weinheim GloboA Dorfplatz
|Willi
|10.37.2.101
|192.168.100.101
|-
|NSLM5 FFMZ-Weinheim GloboA RESERVIERT
|Willi
|10.37.2.102-109
|192.168.100.102-109
|-
|IBIS Switch
|Verein
|10.37.2.110
|
|-
|IBIS Nanobeam M5
|Verein
|10.37.2.111
|
|-
|LocoM5 Hindenburg
|Kai
|10.37.2.129
|192.168.100.129
|fd37:b4dc:4b1e::a25:281
|-
|LocoM5 Frauenlob
|Kai
|10.37.2.130
|192.168.100.130
|-
|LocoM5 to come
|Kai
|10.37.2.131
|192.168.100.131
|-
|NSLM5 Oimel
|prisma
|10.37.2.190
|192.168.1.16
|-
|WDR3500 Peter Jordan Schule Master
|Moritz
|10.37.2.200
|
|-
|NBM5 Peter Jordan Schule
|Moritz
|10.37.2.202
|
|-
|NSM5 Rathenaustr1
|Michael
|10.37.2.222
|
|-
|NBM5-19 Klein Winternheim Sternwarte
|Sternwarte
|10.37.2.238
|
|-
|NB-M5 Pengland
|Moritz
|10.37.2.244
|
|-
|Bananpi Turmgate
|Moritz
|10.37.2.254
|
|-
|NSM5 Backstube
|Jan
|10.37.3.1
|
|-
|Mikrotik-Switch in Waldthausen
|Verein
|10.37.3.5
|
|-
|NBM5 FFMZ-BB #1 Waldthausen->Uni-Medizin
|Verein
|10.37.3.6
|
|-
|NBM5 FFMZ-BB #2 Waldhausen->Layenhof
|Verein
|10.37.3.7
|
|-
|(NBM5 FFMZ-BB #3 Waldthausen Heidesheim und Ingelheim, in Planung)
|Verein
|(10.37.3.8)
|
|-
|NSM5 FFMZ-BB #4 Waldthausen->Budenheim und Walluf
|Verein
|10.37.3.9
|
|-
|NSM5-19 FFMZ-BB Layenhof-Doc-Stage->Waldthausen
|Verein
|10.37.3.10
|
|-
|NSM5-16 FFMZ-BB Layenhof-Doc-Stage->Layenhof-Zelt
|Verein
|10.37.3.11
|
|-
|NSM5-16 FFMZ-BB Layenhof-Zelt->Layenhof-Doc-Stage
|Verein
|10.37.3.12
|
|-
|NSM5 Walluf->Waldthausen
|Freifunk Rheingau
|10.37.3.13
|
|-
|NSM5 Rapunzel->Waldthausen
|Freifunk Rheingau
|10.37.3.14
|
|-
|locoM5 Erbach Markt
|Freifunk Rheingau
|10.37.3.15
|
|-
|locoM5 Erbach Vater Rhein
|Freifunk Rheingau
|10.37.3.16
|
|-
|TP-WR1043NDv2 Voldemort
|Thomas
|10.37.3.20
|
|-
|Mikrotik Voldemort
|Thomas
|10.37.3.21
|
|-
|Proxy Voldemort
|Thomas
|10.37.3.22
|
|-
|FFMZ-BB Voldemort-Uni
|Thomas
|10.37.3.23
|
|-
|FFMZ-BB Voldemort-NO
|Thomas
|10.37.3.24
|
|-
|FFMZ-BB Voldemort-Elsa-Brandström
|Thomas
|10.37.3.25
|
|-
|FFMZ-BB Voldemort-Florian
|Thomas
|10.37.3.26
|
|-
|FFMZ-BB Voldemort-CPE210
|Thomas
|10.37.3.27
|
|-
|FFMZ-BB Reserviert für Voldermort
|Thomas
|10.37.3.28 -10.37.3.29
|
|-
|FFMZ-BB Elsa-Brandström-Voldemort
|Christian
|10.37.3.30
|
|-
|FFMWU-BB Sankt-Markus Switch
|Freifunk Rheingau
|10.37.3.70
|
|-
|FFMWU-BB Sankt-Markus NSM5 ONO
|Freifunk Rheingau
|10.37.3.71
|192.168.2.71
|-
|FFMWU-BB Sankt-Markus NSM5 NW
|Freifunk Rheingau
|10.37.3.72
|192.168.2.72
|-
|FFMWU-BB Sankt-Markus NSM5 OSO
|Freifunk Rheingau
|10.37.3.73
|192.168.2.73
|-
|FFMWU-BB Sankt-Markus [reserviert]
|Freifunk Rheingau
|10.37.3.74
|192.168.2.74
|-
|NSM5 Vater Rhein->Sankt-Markus
|Freifunk Rheingau
|10.37.3.75
|192.168.2.75
|-
|NSM5 Wacholderhof->Sankt-Markus
|Freifunk Rheingau
|10.37.3.76
|192.168.2.76
|-
|BulletM5 Spiegel Pthm-NOlm
|Antennen-Wolfgang
|10.37.3.80
|192.168.101.80
|-
|NSLM5 FFMZ-PTH Link Client Stefan L.
|Antennen-Wolfgang
|10.37.3.81
|192.168.101.81
|-
|Mikrotik Zentrale Partenheim
|Antennen-Wolfgang
|10.37.3.82
|
|-
|NSLM5 FFMZ-PTH Link Client Daniel
|Antennen-Wolfgang
|10.37.3.84
|
|-
|FFMZ-BB Reserviert für Partenheim
|Antennen-Wolfgang
|10.37.3.85-10.37.3.89
|
|-
|NBM519Bretzenhm
|[[Benutzer:Florian | Florian]]
|10.37.3.90
|
|-
|NSM5 FFMZ-Gonsbachterrassen
|Marcus (Mettbrötchen)
|10.37.3.95
|192.168.1.20
|}

==ToDos für die Arbeitsgruppe Backbone==

*Backbone Architektur
**<strike>Was charakterisiert das Backbone-Netz? Was soll es leisten?</strike>
**<strike>Wie ist das Netz aufgebaut? Gibt es spezielle Architekturen?</strike>
**Von wo nach wo wollen wir? Was ist sinnvoll? Wie machen es die anderen?
**<strike>Soll der Backbone in jeden Ortsteil hineinreichen?</strike>
**Welche Zugänge haben wir? Wen können/müssen wir ansprechen?
**<strike>Planung in Form einer Map</strike>

*Backbone Technik
**<strike>Machen wir nur Punkt-zu-Punkt-Verbindungen oder bauen wir Mesh-Knoten?</strike>
**<strike>Routen die 'normalen Knoten' auch übers Backbone-Netz automatisch?</strike>
**<strike>Nutzen wir spezielle Hardware?</strike>
**Wie gehen wir vor, um Verbindungen zwischen zwei Communities zu schaffen?

*Backbone Betrieb
**<strike>Wer betreibt den Backbone-Knoten? Der Verein? Verein und einzelne Freifunker?</strike>
**Welche Haftungsfragen existieren und wie werden diese beantwortet?
**<strike>Fertigstellung eines Vertrages zum Abschluss zwischen Betreiber (Verein) und Immobilieneigentümer.</strike>

== Siehe auch ==
* [[Standorte/BackboneWorkflow | Vorgehen, wenn wir neue Standorte angeboten bekommen]]
* [http://blog.freifunk-mainz.de/2014/10/12/uni-institutshochhaus-besichtigt/ Fotos von der Besichtigung des Uniklinik-Hochhauses]
[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:58:43Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Konfiguration der Network config:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx' # diese MAC-Adresse nicht ändern
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier eine korrekt formatierte, frei erfundene - aber netzweit eindeutige - MAC einsetzen. zB: de:ad:be:ef:90:00
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:56:44Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Konfiguration der Network config:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx' # diese MAC-Adresse nicht ändern
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier eine korrekt formatierte, frei erfundene - aber netzweit eindeutige - MAC einsetzen. zB de:ad:be:ef:90:00
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:52:42Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Konfiguration der Network config:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx' # diese MAC-Adresse nicht ändern
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier eine korrekt formatierte, frei erfundene und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:51:31Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Konfiguration der Network config:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx' # diese MAC-Adresse nicht ändern
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier eine korrekte, frei erfundene und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:41:06Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Konfiguration der Network config:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier korrekte und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:31:10Z

Micha68: /* Gluon-Router-Konfiguration */

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

Anpassungen:

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier korrekte und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:28:56Z

Micha68:

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

-anzeigen der höchsten VLAN-Nummer (nicht alle können VLAN100, der 841 zB nur 16):

swconfig dev switch0 help

-anzeigen der Portkonfiguration:

swconfig dev switch0 show

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier korrekte und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Howto/Backbone-Client

2016-03-19T09:14:58Z

Micha68:

Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen.

Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung.

Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon.

Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden.

== Einrichten des AirOS ==
Um den AirOS-Router (NanoStation, NanoBeam, etc.) zu konfigurieren, schließt man diesen mit Hilfe des PoE-Adapters direkt an den Computer an. Auf dem muss man dem Netzwerk-Interface manuell eine feste IP-Addresse im Netz 192.168.1.0/24 zuweisen, weil das AirOS-Gerät in genau dem Netz seine Default-Adresse hat. Das AirOS-Gerät ist danach unter der 192.168.1.20 erreichbar; jetzt kann man sich mit einem Browser in dem AirOS-Router einloggen: https://192.168.1.20 Ubiquiti gibt seinen Geräten bei Auslieferung das Pärchen ''ubnt/ubnt'' für User und Passwort mit.

=== System ===
Wir benennen das Gerät sinnvoll, setzen die Zeitzone, geben dem Admin-User ein gutes Passwort und legen zusätzlich noch einen Read-Only-User ("freifunk") mit Passwort an. Schließlich sagen wir dem Gerät, wo es aufgestellt ist.

[[Datei:NSM5confSYS.png]]

Außerdem muss man unter dem Reiter System das Passwort ändern. Dieses sollte hinreichend gut sein, da der AirOS-Router später im Freifunk-Netz von der Allgemeinheit erreichbar sein wird.

=== Services ===
Die Discovery-Funktionen sollten deaktiviert sein. CDP ist ''Cisco Discovery Protocol'' und sollte daher ebenfalls aus.

=== Advanced ===
Auch hier nur eines: die Entfernung (zu der weitesten Gegenstelle) kann voreingestellt werden auf etwa 6 km. Auf jeden Fall aber muss ''Auto-Adjust'' aktiviert sein.

[[Datei:NSM5confADV.png]]
=== Network ===
Wir konfigurieren das AirOS-Gerät so, dass es später ohne VLAN-Tags über eine 192.168.1.0/24-Adresse, und mit VLAN-Tags über eine Adresse aus dem 10.37.2.0/23 über Freifunk erreichbar sein wird gemäß [[Backbone#Netzplan|Netzplan]].

==== Managment-IP-Konfiguration ====
Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt.

[[Datei:Defaultip.png]]

==== VLAN-Konfiguration ====
Als nächstes legen wir die VLANs an. VLAN 3 für Freifunk-Client und VLAN 100 für das BATMAN. Als Konvention bietet es sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen:

[[Datei:Vlan.png]]

==== Bridge-Konfiguration ====
Nun fügt man zwei neue Bridges hinzu. In die Bridge1 kommt das Freifunk-Management. VLAN3 und in Bridge2 kommt das WLAN-Interface und das BATMAN-VLAN100.
Der Haken unter der Spalte STP sollte '''nicht''' gesetzt sein.

[[Datei:Ns bridge.png]]

Als nächstes konfiguriert man eine Alias-IP, damit das AirOS-Gerät später auch aus dem Freifunk-Netz heraus erreichbar sein wird. Die IP kann man aus dem [[Backbone#Netzplan|Netzplan]] aussuchen. Wichtiger ist sogar noch, sie auch gleich dort einzutragen, damit es keine Kollisionen gibt, wenn sich jemand anderes die gleiche Adresse nehmen sollte.
Das Interface für die IP ist Bridge1.
[[Datei:Ip alias.png]]

Nach dem Übernehmen und Anwenden in der GUI sollte der AirOS-Router untagged unter der 192.168.1.0/24er Adresse erreichbar sein. Und tagged über VLAN3 unter der vergebenen Freifunk-Backbone-IP.

=== Wireless ===
Befindet sich der AirOS-Router schon in Empfangsposition, so kann im Wireless-Reiter die Backbone-SSID ausgewählt werden, mit der man sich nun verbinden will. Idealerweise ist das die, zu der man den besten Empfang hat an seinem Standort. Hierzu stellt man den Wireless Mode auf ''Station'', was im Ubiquiti-Slang der [https://de.wikipedia.org/wiki/Client_Mode Client Mode] ist, und kann dann über den Button rechts neben dem SSID-Feld eine Gegenstelle auswählen. Das Backbone-Mesh ist WPA2-verschlüsselt, man braucht also einen PSK bzw. eine Passphrase, die man unter <code>bb@freifunk-mainz.de</code> erfragen kann. Hierhin kann man sich auch bei Problemen oder mit Fragen wenden. Die Frequenz oder Kanalbreite sollte bei den weiteren Optionen auf ''Auto'' gestellt sein, da sonst nur der ausgewählte Kanal gescannt würde.

[[Datei:Wlan client config.png]]

== Gluon-Router-Konfiguration ==
Hier wird '''beispielhaft''' eine Konfiguration eines WDR3600 gezeigt. Sie befindet sich unter <code>/etc/config/network</code>. Es wird der gesamte Switch in den Tagged-Modus umgeschaltet. Sollte dies nicht gewollt sein, so entfernt man einfach die entsprechenden Ports aus der Konfigurationszeile (z.B. LAN-Port 1 und 2 raus: option ports '0t 4t 5t'). Das kleine t bedeutet jeweils die Teilnahme des Ports am Betrieb mit Tags. Aufpassen: bei anderen Routermodellen kann die Numerierung der Ports anders sein, wie auch der Nummernbereich, aus dem man sich VIDs aussuchen kann. Infos hierzu gibt es in den entsprechende OpenWRT-Wiki-Seiten über das konkrete Routermodell, wo der konkret verbaute Switch erklärt wird.

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
option max_length '3'

Auskommentieren des untagged VLAN:

#config switch_vlan 'vlan1'
# option device 'switch0'
# option vlan '1'
# option ports '0t 2 3 4 5'

Anlegen eines Management-VLANs, über das später das Freifunk-Client-Netz laufen wird:

#Freifunk Client MNGMT VLAN
config switch_vlan 'vlan3'
option device 'switch0'
option vlan '3'
option ports '0t 2t 3t 4t 5t'

Anlegen eines VLAN, über das die BATMAN-Pakete laufen. Als Konvention bietet sich an, den WLAN-Kanal des AirOS-Geräts als VLAN-Nummer zu wählen. Hier die 100:

config switch_vlan 'vlan100'
option device 'switch0'
option vlan '100'
option ports '0t 2t 3t 4t 5t'

Nun wird das VLAN3 der Client-Bridge hinzugefügt und das alte Untagged-Interface (in diesem Fall eth0) wird entfernt:

config interface 'client'
option reqprefix 'no'
option ifname 'eth0.3 bat0'
option proto 'dhcpv6'
option type 'bridge'
option igmp_snooping '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option peerdns '1'

Schließlich wird das BATMAN-VLAN noch dem bat0-Interface hinzugefügt:

config interface 'mesh_vlan100'
option auto '1'
option ifname 'eth0.100'
option mesh 'bat0'
option macaddr 'xx:xx:xx:xx:xx:xx' # hier korrekte und netzweit eindeutige MAC einsetzen
option proto 'batadv'

Danach startet man das Netzwerk neu mit:
/etc/init.d/network restart

Dies dauert ein paar Sekunden.

Will man mehrere AirOS-Router an einem Standort betreiben, so sollte man für jeden ein eigenes BATMAN-VLAN konfigurieren und dem bat0-Interface hinzufügen. Die Router können alle mit verschiedenen Backbone-IPs im gleichen Management-VLAN sein. Es muss jedoch sichergestellt werden, dass nie ein anderer Router mit laufendem <hier endet der Satz vor Zerstreutheit des Autors :-) >

== Testen des Setups ==
=== VLAN-Switch-Konfigration ===
Die VLAN-Konfiguration kann jetzt auf Richtigkeit überprüft werden:

swconfig dev switch0 show

Die Ausgabe sollte folgendes beinhalten:
VLAN 3 :
vid: 3
ports: 0t 2t 3t 4t 5t
VLAN 100 :
vid: 100
ports: 0t 2t 3t 4t 5t

=== VLAN-Interfaces ===
Wenn der Gluon-Router mit dem AirOS-Router verbunden ist, sollten bei dem Interface eth0.100 auf Rx- und Tx-Seite (Receiver und Transmitter) Pakete fließen.

ifconfig eth0.100

Ebenso auf eth0.3.

=== Erreichbarkeit im Freifunk-Netz ===
Nun kann man versuchen, den AirOS-Router im Freifunk anzupingen. Das ist die IP-Adresse, die Du Dir im [[Backbone#Netzplan|Netzplan]] für Dein Backbone-Setup ausgesucht hast.
ping <backbone-ip>
Dies sollte innerhalb des ganzen Freifunk-Mainz-Netzes möglich sein.

== Siehe auch ==
* [[Backbone]]
* [[Backbone#Netzplan|Netzplan]]

[[Kategorie:Backbone]]

Benutzer:Micha68

2016-03-19T09:11:37Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.

Meshviewer: https://map.freifunk-mwu.de/#!v:m;n:30b5c2c69272

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fec6:9272
|Name= Essenheim_01
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= ja
|MAC= 30:b5:c2:c6:92:72
|Dienste=
|Kommentar= Online, Steht im Erdgeschoss
|}}

{{Node
|Adresse= fe80:0:0:0:6a72:51ff:fe30:871e
|Name= Essenheim_02
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:87:1e
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung NW
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:6a72:51ff:fe30:834d
|Name= Essenheim_03
|Standort= Essenheim
|Position= 49.92595389865817 8.15337359905243
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:83:4d
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung O
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fe81:5c24
|Name= Essenheim_mobil
|Standort= Essenheim
|Position=
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 30:b5:c2:81:5c:24
|Dienste=
|Kommentar= mobiler Router, 5200mAh Powerbank, Schutzdiode überbrückt
|}}

[[Datei:essenheim_mobil.jpg]]

Essenheim_mobil

Backbone

2016-03-19T09:07:54Z

Micha68: /* Netzplan */

==Arbeitsgruppe==
* Wir arbeiten in einer offenen Arbeitsgruppe
* Wir kommunizieren über den Verteiler bb <auf) freifunk-mainz.de (Anmelden mit einer leeren Mail an bb-subscribe <auf) freifunk-mainz.de)

== Architektur / Standorte ==
Die Architektur des Backbones ist [[Backbone/Architektur | hier]] beschrieben.

Auf der Seite [[Standorte]] gibt es Informationen zu aktiven, geplanten und angestrebten Standorten.

== Einen Client ins Backbone bringen ==
* So bringt man einen [[Backbone_Client|Client an den Backbone]]

== Netzplan ==

Im [http://gluon-gateway-doku.readthedocs.org/de/latest/intro/netzplan.html#ipv4 ü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 bereits belegten Adressen. Zusätzlich können Geräte eine zweite Management-Adresse aus einem privaten Netz bekommen.

Der Bereich, aus dem Du Deine Adresse(n) aussuchen kannst, ist: '''<code>10.37.2.1</code>''' bis '''<code>10.37.3.254</code>'''.

;'''Achtung:'''
:Bitte wähle für Deinen ''Device Name'' im AirOS eine möglichst kurze Bezeichnung. Das dusselige AirOS hat an allen möglichen Stellen Längenbeschränkungen, hier auf angezeigte 15 Zeichen, obwohl man mehr eintragen kann.

{| class="wikitable"
!Name
!Betreiber
!FF-IPv4
!priv. IPv4
!FF-IPv6
|-
|WDR1034 V2 FFMZ-BB Uniklinik
|Verein (Gabriel)
|10.37.2.1
|
|-
|RB260GSP Switch Uniklinik Standort 1
|Verein
|10.37.2.2
|
|-
|-
|RB260GSP Switch Uniklinik Standort 2
|Verein
|10.37.2.3
|
|-
|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
|-
|NB19M5 FFMZ-BB Unimedizin Waldthausen
|Verein
|10.37.2.13
|
|fd37:b4dc:4b1e::a25:20d
|-
|-
|NSM5 FFMZ-BB Uniklinik Bretzenheim
|Verein
|10.37.2.20
|
|-
|NSM5 FFMZ-BB Uniklinik Oberstadt
|Verein
|10.37.2.21
|192.168.100.21
|-
|NSM5 FFMZ-BB Uniklinik Finthen
|Verein
|10.37.2.22
|192.168.100.22
|-
|NB19 FFMZ-BB Uniklinik Voldermort
|Verein
|10.37.2.25
|192.168.100.25
|-
|-
|NSLM5 FFMZ-BB Holzturm Richtung Kostheim
|Wolfgang
|10.37.2.31
|192.168.100.31
|-
|-
|NSLM5 FFMZ-BB Holzturm zur Uniklinik
|Verein
|10.37.2.33
|192.168.100.33
|-
|-
|NSM5 FFMZ-BB AM-LEMMCHEN
|Thorsten
|10.37.2.34
|192.168.100.34
|-
|NSM5 FFMZ-BB Holzturm Richtung Altstadt
|Gabriel
|10.37.2.35
|
|-
|-
|Power Beam M5 FFMZ-BB Voldemort Richtung Wiesbanden
|Wiesbanden
|10.37.2.42
|
|-
|-
|NBM5 AC FFMZ-BB UniMedizin Richtung Wiesbaden
|Wiesbaden
|10.37.2.44
|
|-
|-
|Uniklinik Master Wiesbaden Managment
|Moritz
|10.37.2.45
|
|-
|FFMZ KBB NB5M16
|Verein
|10.37.2.65
|192.168.100.65 ?
|fd37:b4dc:4b1e::a25:241
|-
|FFMZ KBB RB260GSP
|Verein
|10.37.2.66
|192.168.100.66 ?
|fd37:b4dc:4b1e::a25:242
|-
|FFMZ KBB xx
|Verein
|10.37.2.67-69
|192.168.100.xx ?
|fd37:b4dc:4b1e::a25:2xx
|-
|NSLM5 ALCOVEN1
|Herb
|10.37.2.72
|192.168.100.72
|-
|NSLM5 FFMZ-PTH Link nach Elsheim
|Antennen-Wolfgang
|10.37.2.80
|192.168.100.80
|-
|NBM5 FFMZ-BB-NOlm-Voldemort
|Antennen-Wolfgang
|10.37.2.81
|192.168.100.81
|-
|NSLM5 FFMZ-PTH Link nach NiederOlm
|Antennen-Wolfgang
|10.37.2.82
|192.168.100.82
|-
|NSLM5 FFMZ-PTH Link im Ort
|Antennen-Wolfgang
|10.37.2.83
|192.168.100.83
|-
|WDR3500 FFMZ-PTH Testgerät
|Antennen-Wolfgang
|10.37.2.84
|192.168.100.84
|-
|NBM5 FFMZ-HT-EVENT -NOst
|Antennen-Wolfgang
|10.37.2.85
|192.168.100.85
|-
|NSLM5 FFMZ-BB-PTHM- Übungsgerät
|Antennen-Wolfgang
|10.37.2.86
|192.168.100.86
|-
|NSLM5 FFMZ-PTH Link Client in NiederOlm
|Antennen-Wolfgang
|10.37.2.87
|192.168.100.87
|-
|NSLM5 FFMZ-PTH Link Client Rathaus
|Antennen-Wolfgang
|10.37.2.88
|192.168.100.88
|-
|NSLM5 FFMZ-PTH Link Client Sudmann
|Antennen-Wolfgang
|10.37.2.89
|192.168.100.89
|-
|NB2 Lokales "BB" Flüchtlinge Stadecken-Elsheim
|Michael S. // Antennen-Wolfgang
|10.37.2.90
|192.168.100.90
|-
|NSLM5 FFMZ-Weinheim GloboA 50Morgen
|Willi
|10.37.2.100
|192.168.100.100
|-
|NSLM5 FFMZ-Weinheim GloboA Dorfplatz
|Willi
|10.37.2.101
|192.168.100.101
|-
|NSLM5 FFMZ-Weinheim GloboA RESERVIERT
|Willi
|10.37.2.102-109
|192.168.100.102-109
|-
|IBIS Switch
|Verein
|10.37.2.110
|
|-
|IBIS Nanobeam M5
|Verein
|10.37.2.111
|
|-
|LocoM5 Hindenburg
|Kai
|10.37.2.129
|192.168.100.129
|fd37:b4dc:4b1e::a25:281
|-
|LocoM5 Frauenlob
|Kai
|10.37.2.130
|192.168.100.130
|-
|LocoM5 to come
|Kai
|10.37.2.131
|192.168.100.131
|-
|NSLM5 Oimel
|prisma
|10.37.2.190
|192.168.1.16
|-
|WDR3500 Peter Jordan Schule Master
|Moritz
|10.37.2.200
|
|-
|NBM5 Peter Jordan Schule
|Moritz
|10.37.2.202
|
|-
|NSM5 Rathenaustr1
|Michael
|10.37.2.222
|
|-
|NBM5-19 Klein Winternheim Sternwarte
|Sternwarte
|10.37.2.238
|
|-
|NB-M5 Pengland
|Moritz
|10.37.2.244
|
|-
|Bananpi Turmgate
|Moritz
|10.37.2.254
|
|-
|NSM5 Backstube
|Jan
|10.37.3.1
|
|-
|Mikrotik-Switch in Waldthausen
|Verein
|10.37.3.5
|
|-
|NBM5 FFMZ-BB #1 Waldthausen->Uni-Medizin
|Verein
|10.37.3.6
|
|-
|NBM5 FFMZ-BB #2 Waldhausen->Layenhof
|Verein
|10.37.3.7
|
|-
|(NBM5 FFMZ-BB #3 Waldthausen Heidesheim und Ingelheim, in Planung)
|Verein
|(10.37.3.8)
|
|-
|NSM5 FFMZ-BB #4 Waldthausen->Budenheim und Walluf
|Verein
|10.37.3.9
|
|-
|NSM5-19 FFMZ-BB Layenhof-Doc-Stage->Waldthausen
|Verein
|10.37.3.10
|
|-
|NSM5-16 FFMZ-BB Layenhof-Doc-Stage->Layenhof-Zelt
|Verein
|10.37.3.11
|
|-
|NSM5-16 FFMZ-BB Layenhof-Zelt->Layenhof-Doc-Stage
|Verein
|10.37.3.12
|
|-
|NSM5 Walluf->Waldthausen
|Freifunk Rheingau
|10.37.3.13
|
|-
|NSM5 Rapunzel->Waldthausen
|Freifunk Rheingau
|10.37.3.14
|
|-
|locoM5 Erbach Markt
|Freifunk Rheingau
|10.37.3.15
|
|-
|locoM5 Erbach Vater Rhein
|Freifunk Rheingau
|10.37.3.16
|
|-
|TP-WR1043NDv2 Voldemort
|Thomas
|10.37.3.20
|
|-
|Mikrotik Voldemort
|Thomas
|10.37.3.21
|
|-
|Proxy Voldemort
|Thomas
|10.37.3.22
|
|-
|FFMZ-BB Voldemort-Uni
|Thomas
|10.37.3.23
|
|-
|FFMZ-BB Voldemort-NO
|Thomas
|10.37.3.24
|
|-
|FFMZ-BB Voldemort-Elsa-Brandström
|Thomas
|10.37.3.25
|
|-
|FFMZ-BB Voldemort-Florian
|Thomas
|10.37.3.26
|
|-
|FFMZ-BB Voldemort-CPE210
|Thomas
|10.37.3.27
|
|-
|FFMZ-BB Reserviert für Voldermort
|Thomas
|10.37.3.28 -10.37.3.29
|
|-
|FFMZ-BB Elsa-Brandström-Voldemort
|Christian
|10.37.3.30
|
|-
|FFMWU-BB Sankt-Markus Switch
|Freifunk Rheingau
|10.37.3.70
|
|-
|FFMWU-BB Sankt-Markus NSM5 ONO
|Freifunk Rheingau
|10.37.3.71
|192.168.2.71
|-
|FFMWU-BB Sankt-Markus NSM5 NW
|Freifunk Rheingau
|10.37.3.72
|192.168.2.72
|-
|FFMWU-BB Sankt-Markus NSM5 OSO
|Freifunk Rheingau
|10.37.3.73
|192.168.2.73
|-
|FFMWU-BB Sankt-Markus [reserviert]
|Freifunk Rheingau
|10.37.3.74
|192.168.2.74
|-
|NSM5 Vater Rhein->Sankt-Markus
|Freifunk Rheingau
|10.37.3.75
|192.168.2.75
|-
|NSM5 Wacholderhof->Sankt-Markus
|Freifunk Rheingau
|10.37.3.76
|192.168.2.76
|-
|BulletM5 Spiegel Pthm-NOlm
|Antennen-Wolfgang
|10.37.3.80
|192.168.101.80
|-
|NSLM5 FFMZ-PTH Link Client Stefan L.
|Antennen-Wolfgang
|10.37.3.81
|192.168.101.81
|-
|Mikrotik Zentrale Partenheim
|Antennen-Wolfgang
|10.37.3.82
|
|-
|NSLM5 FFMZ-PTH Link Client Daniel
|Antennen-Wolfgang
|10.37.3.84
|
|-
|FFMZ-BB Reserviert für Partenheim
|Antennen-Wolfgang
|10.37.3.85-10.37.3.89
|
|-
|NBM519Bretzenhm
|[[Benutzer:Florian | Florian]]
|10.37.3.90
|
|-
|NSM5 FFMZ-Gonsbachterrassen
|Marcus
|10.37.3.95
|192.168.1.20
|}

==ToDos für die Arbeitsgruppe Backbone==

*Backbone Architektur
**<strike>Was charakterisiert das Backbone-Netz? Was soll es leisten?</strike>
**<strike>Wie ist das Netz aufgebaut? Gibt es spezielle Architekturen?</strike>
**Von wo nach wo wollen wir? Was ist sinnvoll? Wie machen es die anderen?
**<strike>Soll der Backbone in jeden Ortsteil hineinreichen?</strike>
**Welche Zugänge haben wir? Wen können/müssen wir ansprechen?
**<strike>Planung in Form einer Map</strike>

*Backbone Technik
**<strike>Machen wir nur Punkt-zu-Punkt-Verbindungen oder bauen wir Mesh-Knoten?</strike>
**<strike>Routen die 'normalen Knoten' auch übers Backbone-Netz automatisch?</strike>
**<strike>Nutzen wir spezielle Hardware?</strike>
**Wie gehen wir vor, um Verbindungen zwischen zwei Communities zu schaffen?

*Backbone Betrieb
**<strike>Wer betreibt den Backbone-Knoten? Der Verein? Verein und einzelne Freifunker?</strike>
**Welche Haftungsfragen existieren und wie werden diese beantwortet?
**<strike>Fertigstellung eines Vertrages zum Abschluss zwischen Betreiber (Verein) und Immobilieneigentümer.</strike>

== Siehe auch ==
* [[Standorte/BackboneWorkflow | Vorgehen, wenn wir neue Standorte angeboten bekommen]]
* [http://blog.freifunk-mainz.de/2014/10/12/uni-institutshochhaus-besichtigt/ Fotos von der Besichtigung des Uniklinik-Hochhauses]
[[Kategorie:Backbone]]

Benutzer:Micha68

2015-06-21T11:30:35Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.

Meshviewer: http://meshviewer.freifunk-mainz.de/#!n:30b5c2c69272

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fec6:9272
|Name= Essenheim_01
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= ja
|MAC= 30:b5:c2:c6:92:72
|Dienste=
|Kommentar= Online, Steht im Erdgeschoss
|}}

{{Node
|Adresse= fe80:0:0:0:6a72:51ff:fe30:871e
|Name= Essenheim_02
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:87:1e
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung NW
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:6a72:51ff:fe30:834d
|Name= Essenheim_03
|Standort= Essenheim
|Position= 49.92595389865817 8.15337359905243
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:83:4d
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung O
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fe81:5c24
|Name= Essenheim_mobil
|Standort= Essenheim
|Position=
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 30:b5:c2:81:5c:24
|Dienste=
|Kommentar= mobiler Router, 5200mAh Powerbank, Schutzdiode überbrückt
|}}

[[Datei:essenheim_mobil.jpg]]

Essenheim_mobil

Datei:Essenheim mobil.jpg

2015-06-21T11:29:26Z

Micha68:

Benutzer:Micha68

2015-06-18T22:00:53Z

Micha68:

Benutzer:Micha68

2015-06-18T21:52:01Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fec6:9272
|Name= Essenheim_01
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= ja
|MAC= 30:b5:c2:c6:92:72
|Dienste=
|Kommentar= Online, Steht im Erdgeschoss
|}}

{{Node
|Adresse= fe80:0:0:0:6a72:51ff:fe30:871e
|Name= Essenheim_02
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:87:1e
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung NW
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:6a72:51ff:fe30:834d
|Name= Essenheim_03
|Standort= Essenheim
|Position= 49.92595389865817 8.15337359905243
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:83:4d
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung O
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fe81:5c24
|Name= Essenheim_mobil
|Standort= Essenheim
|Position=
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 30:b5:c2:81:5c:24
|Dienste=
|Kommentar= mobiler Router, 5200mAh Powerbank, Schutzdiode überbrückt
|}}

----

Meshviewer: http://meshviewer.freifunk-mainz.de/#!n:30b5c2c69272

Benutzer:Micha68

2015-06-18T21:42:11Z

Micha68:

Benutzer:Micha68

2015-06-18T21:41:15Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.
Da dies auf Anhieb funktionierte, habe ich noch einen Loco M2 auf dem Dach nachgerüstet.

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fec6:9272
|Name= Essenheim_01
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= ja
|MAC= 30:b5:c2:c6:92:72
|Dienste=
|Kommentar= Online, Steht im Erdgeschoss
|}}

{{Node
|Adresse= fe80:0:0:0:6a72:51ff:fe30:871e
|Name= Essenheim_02
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:87:1e
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung NW
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:6a72:51ff:fe30:834d
|Name= Essenheim_03
|Standort= Essenheim
|Position= 49.92595389865817 8.15337359905243
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:83:4d
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung O
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fe81:5c24
|Name= Essenheim_mobil
|Standort= Essenheim
|Position=
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 30:b5:c2:81:5c:24
|Dienste=
|Kommentar= mobiler Router, 5200mAh Powerbank, Schutzdiode überbrückt
|}}

Benutzer:Micha68

2015-06-18T21:40:08Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.
Da dies auf Anhieb funktionierte, habe ich noch einen Loco M2 auf dem Dach nachgerüstet.

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fec6:9272
|Name= Essenheim_01
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= ja
|MAC= 30:b5:c2:c6:92:72
|Dienste=
|Kommentar= Online, Steht im Erdgeschoss
|}}

{{Node
|Adresse= fe80:0:0:0:6a72:51ff:fe30:871e
|Name= Essenheim_02
|Standort= Essenheim
|Position= 49.926022968395 8.1534272432327
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:87:1e
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung NW
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:6a72:51ff:fe30:834d
|Name= Essenheim_03
|Standort= Essenheim
|Position= 49° 55,559' N 008° 9,203' E
|Modell= UbiQuiti NanoStation Loco M2
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 68:72:51:30:83:4d
|Dienste=
|Kommentar= Online, auf dem Dach, Richtung O
|}}

{{Node
|Adresse= fd37:b4dc:4b1e:0:32b5:c2ff:fe81:5c24
|Name= Essenheim_mobil
|Standort= Essenheim
|Position= wechselt
|Modell= TP-Link TL-WR841N v9
|Gluon= ja
|Antenne= Default
|VPN= nein
|MAC= 30:b5:c2:81:5c:24
|Dienste=
|Kommentar= mobiler Router, 5200mAh Powerbank, Schutzdiode überbrückt
|}}

Howto/Per SSH auf Freifunk Router verbinden

2015-06-13T14:14:27Z

Micha68: /* Mögliche Tools */

Auf dieser Seite soll beschrieben werden, wie du dich per SSH auf deinen Freifunk-Router verbinden kannst, um z.B. [[Howto/Gluon_Konfig_Aendern | Einstellungen]] am Knoten-Namen, den Geo-Daten o.Ä. vorzunehmen.

=IP-Adresse herausfinden=
* Eine Möglichkeit, die IPV6-Adresse herauszufinden, mit der du dich auf deinen Knoten verbinden kannst, ist der Knotengraph.
* Klicke im [[http://map.freifunk-mainz.de/graph.html Knotengraph]] auf deinen Knoten, dann werden dir links in der Übersicht 2 Adressen angezeigt.
[[Datei:Ipv6_herausfinden.png]]

=Mögliche Tools=
* Windows: Putty
[[Datei:putty1.png]]

Nach dem Verbinden mit dem user '''root''' und dem bei der Installation eingerichteten Passwort anmelden
* Android: JuiceSSH

=Siehe auch=
* Tobias' Mail

Howto/Per SSH auf Freifunk Router verbinden

2015-06-13T14:13:56Z

Micha68: /* Mögliche Tools */

Auf dieser Seite soll beschrieben werden, wie du dich per SSH auf deinen Freifunk-Router verbinden kannst, um z.B. [[Howto/Gluon_Konfig_Aendern | Einstellungen]] am Knoten-Namen, den Geo-Daten o.Ä. vorzunehmen.

=IP-Adresse herausfinden=
* Eine Möglichkeit, die IPV6-Adresse herauszufinden, mit der du dich auf deinen Knoten verbinden kannst, ist der Knotengraph.
* Klicke im [[http://map.freifunk-mainz.de/graph.html Knotengraph]] auf deinen Knoten, dann werden dir links in der Übersicht 2 Adressen angezeigt.
[[Datei:Ipv6_herausfinden.png]]

=Mögliche Tools=
* Windows: Putty
[[Datei:putty1.png]]
Nach dem Verbinden mit dem user '''root''' und dem bei der Installation eingerichteten Passwort anmelden
* Android: JuiceSSH

=Siehe auch=
* Tobias' Mail

Howto/Per SSH auf Freifunk Router verbinden

2015-06-13T14:12:55Z

Micha68: /* Mögliche Tools */

Datei:Putty1.png

2015-06-13T14:12:37Z

Micha68:

Howto/Per SSH auf Freifunk Router verbinden

2015-06-13T14:10:51Z

Micha68: /* IP-Adresse herausfinden */

Datei:Ipv6 herausfinden.png

2015-06-13T14:10:24Z

Micha68:

Benutzer:Micha68

2015-05-10T21:22:58Z

Micha68:

Benutzer:Micha68

2015-05-10T21:22:14Z

Micha68:

Benutzer:Micha68

2015-05-10T21:21:56Z

Micha68:

Benutzer:Micha68

2015-05-07T19:20:57Z

Micha68:

Vor ein paar Tagen habe ich den ersten Node (TP-Link 841) in Essenheim installiert.
Da dies auf Anhieb funktionierte, habe ich noch einen Loco M2 auf dem Dach nachgerüstet.