Freifunk MWU Wiki - Benutzerbeiträge [de]

Standorte/AFE

2018-07-09T20:23:17Z

Rfelten: fix map link

== Allgemeines ==
[[Image:P1010786.JPG|thumb|400px|right|Freie Sicht zum Mast2 auf dem [[Standorte/Uniklinik-Hochhaus|Hochhaus der Uniklinik]] von Am Fort Elisabeth (AFE)]]
''AFE'' ist ein Backbone-Client Standort ''Am Fort Elisabeth 27'' ([https://map.freifunk-mwu.de/#/en/map/080027a9eef1 FF Map]) betrieben von [[Benutzer:Rfelten|rfelten]]. Der Standort ging Anfang November 2017 testweise Betrieb und verbindet sich zum Backbone am [[Standorte/Uniklinik-Hochhaus|Standort Uniklink-Hochhaus]]. Erklärtes Hauptziel neben der Freude am Experimentieren ist die Bereitstellung von Uplink Kapazität eines vorhandenen 400/10 MBit/s Internetanschluss an den Backbone des Freifunk Mainz. Als Bonus könnte das Setup ggf. als fail-over Internetzugang fungieren, falls der lokale Zugang ausfällt.

Diese Seite soll das Setup dokumentieren (und im Idealfall zu eigenen Standorten inspirieren ;)

== Konfiguration ==
Für das Verständnis der nachfolgenden Abschnitte ist die Lektüre des [[Howto/Backbone-Client|Backbone-Client Howto]], insbesondere für die Rollen des ''BB-Clients'' und des ''Gluon-Routers'' sehr sinnvoll.

=== BB-Client ===
[[Image:P1010799.JPG|thumb|400px|right|'''BB-Client''': Eine Nanostation locoM5 auf einer provisorischen(™) Halterung aus Holz stellt testweise eine Verbindung zum Backbone her.]]
[[Image:Standort AFE bb client config.png|thumb|right|400px|VLAN Konfiguration des BB-Clients (Nanostation). VLAN65/2 bzw. Viprinet Config siehe unten.]]

Aufgabe: Verbindung zum Backbone, "Ubiquiti Airmax" Technologie erforderlich (Proprietäres [https://en.wikipedia.org/wiki/Time-division_multiple_access TDMA])
* Hardware: Ubiquiti NanoStation loco M5
* Config: 1:1 vom [[Howto/Backbone-Client|Backbone-Client Howto]] übernommen, jedoch
** IP: 10.37.3.106 (vgl.[[Backbone#Netzplan|Backbone Netzplan]]). Verwaltung via ff-mwu.
** VLAN id: 11 (statt 100/114, wegen 841er, s.u.). Willkürlich gewählt, sollte jedoch nicht im eigenen Netz vorkommen.

=== Gluon Router ===
In der Laufe der Zeit wurde mit verschiedenen Hardwareplatformen für den ''Gluon-Router'' experimentiert. Ein initiales Setup mit einem WR841v9 wurde testweise eingesetzt war aber nicht leistungsfähig genug vom Durchsatz her. Es ist ziemlich ausführlich weiter unten beschrieben. Danach war ein paar Monate ein Futro im Einsatz. (Dessen Setup müsste noch dokumentiert werden *hust).

Im Sommer 2018 wurde ein Lenovo Laptop mit einem defekten Display gespendet, dieser dient jetzt als Host für Virtualbox welche u.A. einen Gluon-Router bereitstellt.

==== Setup 3: VirtualBox (aktiv) ====
===== Installation =====
tba

===== Konfiguration =====

Zunächst sollte man sicherstellen, das am Switch auch Port die VLANs 11 getaggt ("tagged") rauskommt:

Check auf dem VirtualBox host:
(VirtualBox) $ sudo tcpdump -n -i enp0s25 vlan -e
11:28:31.053517 5a:2e:17:06:ef:54 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 486: vlan 11, p 0, ethertype 0x4305,
^^ Batman traffic auf VLAN 11

Check in der VM, also auf dem Gluon-Router: Wir schauen auf unserem WAN Interface, also jenes welches in unser lokales Netzwerk führt, ob der Traffic aus VLAN 11 ankommt.
root@FFMZ-AFE-GWVM:~# # tcpdump -n -i eth1 vlan -e | grep "vlan 11"
11:28:31.636997 5a:2e:17:06:ef:54 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 118: vlan 11, p 0, ethertype 0x4305,
^^ Batman traffic auf VLAN 11
Laut der [https://www.virtualbox.org/manual/ch06.html#network_bridged|VirtualBox Dokumentation Chapter 6] kann es bei einigen NICs zu Problemen kommen, hier jedoch nicht ;)

Wir editieren auf dem Gluon-Router die Datei /etc/config/network und erzeugen auf unserem WAN Interface ein neues VLAN Interface mit Id 11 für den Batman Traffic:
root@FFMZ-AFE-GWVM:~# vi /etc/config/network

<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth1.11'
option macaddr '86:a0:d4:44:06:51'
option proto 'gluon_mesh'
option fixed_mtu '1'
option transitive '1'
</pre>

Danach starten wir das Netzwerk neu um die geänderte Konfiguration zu übernehmen:
root@FFMZ-AFE-GWVM:~# /etc/init.d/network restart

Wir verifizieren die direkten Nachbarn im BATMAN Netzwerk:
<pre>
root@FFMZ-AFE-GWVM:/etc/config# cat /sys/kernel/debug/batman_adv/bat0/neighbors
[B.A.T.M.A.N. adv 2017.2, MainIF/MAC: primary0/4a:0c:3d:f3:61:43 (bat0 BATMAN_IV)]
IF Neighbor last-seen
mesh-vpn 02:00:0a:25:00:07 4.690s
eth1.11 5a:2e:17:06:ef:54 4.430s
</pre>

Und schon meshen wir mit dem Backbone über das Interface eth1.11

=== Internet Uplink (aktiv) ===
Aufgabe: Backbone Traffic aus dem Backbone ableiten.

Ablauf: Mit der bisherigen Konfiguration können wir via den Backbone das Freifunk Netzwerk nutzen, wir wollen jedoch auch einen Uplink zum Internet bereitstellen.

Auf dem Hochhaus der Uniklink läuft ein Viprinet Multichannel Router, vgl. [[Standorte/Uniklinik-Hochhaus/Konfiguration|Uniklinik-Hochhaus Konfiguration]]. Um einen lokalen Internetzugang nutzen zu können, muss ein Interface des Multichannel Router eine lokale IP (z.b. 192.168.178.100) und die lokale Gateway IP (z.b. 192.168.178.1) per DHCP beziehen können. Die verschiedenen Uplinks auf der Uniklink per VLAN getrennt, diesem Standort wurde die id 65 zugeteilt. Aufgabe ist es nun, den Inhalt aus diesem VLAN 65 (d.h. die DHCP Requests des Viprinet Routers) auf das WAN-Port Interface des Gluon-Routers zu legen (d.h. die DHCP Requests tauchen im lokalen LAN auf).

Weil die VLAN id 65 jedoch zu hoch für unseren 841er ist, packen wir auf dem BB-Client (d.h. auf der Nanostation) um und zwar in das VLAN id 2, siehe Screenshot oben.

Zusätzliche Konfiguration auf dem 841: Neues VLAN mit der id 2 erzeugen (an allen Ports akzeptieren) ...
<pre>
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 1t 2t 3t 4t'
</pre>
... und das neue VLAN Interface (<tt>eth0.2</tt>) ins Interface <tt>wan</tt> bridgen:
<pre>
config interface 'wan'
#option ifname 'eth1' # das hier auskommentieren
list ifname 'eth1' # stattdessen "list ifname ..." verwenden
list ifname 'eth0.2' # neues vlan interface
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

In dieser Konfiguration sollte der VipriNet Router bereits eine IP aus dem lokalen LAN erhalten haben. Um das zu prüfen pingen wir alle Kisten im LAN an und lassen uns dann die MAC Adressen geben:
<pre>
$ nmap -sP 192.168.16.0/24
$ arp -a
...
$? (192.168.16.153) at 00:18:ca:80:11:7c [ether] on enp0s25
...
</pre>
Dank der [https://www.wireshark.org/tools/oui-lookup.html OUI Suche] wissen wir, dass ''00:18:CA'' zur 'Viprinet GmbH'' gehört.

[[Image:Standort afe luci vlan.png|thumb|right|400px|Die VLAN Konfiguration in LuCi: Ein neues VLAN mit der id 9 wird erstellt und die CPU und der erste LAN Port, an dem sich das LAN befindet, zugeordnet. ''Tagged'' bedeutet, dass die Pakete beim Verlassen des Routers ihren VLAN tag behalten.]]
[[Image:Standorte afe luci interface.png|thumb|right|400px|Die Interface Konfiguration in LuCi: Ein neues Interface auf dem VLAN 9 wird erstellt und ein DHCP Server (nicht im Bild) darauf gestartet.]]
[[Image:Standorte afe luci firewall.png|thumb|right|400px|Die Firewall Konfiguration in LuCi: Traffic aus dem VLAN 9 wird ins WAN geNATed.]]
Es läuft zwar, aber dieses Setup hat einen '''gravierenden Nachteil''': Unser lokales LAN ist vollständig im VLAN 65 auf der Uniklinik sichtbar. Um Abhilfe zu erschaffen, sperren wir den Traffic des Multichannels Routers in ein eigenes VLAN und spendieren ihm einen seperaten DHCP Server. Es wird angenommen, dass das lokale LAN mit einem OpenWRT/Lede Router betrieben wird. (FritzBox User würden vermutlich einfach die WAN-Buchse des Gluon-Routers mit dem Gastnetzwerk der FritzBox.)

In LuCi lässt sich ein neue VLAN recht komfortabel zusammen klicken. Drei Dinge müssen neu angelegt werden:

# Neues VLAN: Wir verwenden die willkürlich eine VLAN id < 15 die lokal noch nicht verwendet wird: VLAN id 9. Diese machen wir ''tagged'' an CPU und LAN1 (an diesem Port hängt unser lokales LAN).
# Neues Interface: Wir erzeugen ein neues Interface mit den Namen ''ff_uplink'' auf <tt>eth0.9</tt> und vergeben eine willkürlich vergebene IP Range z.B. 192.168.9.0/24 an dem unten auf der Seite aktivierten DHCP Server.
# Neues Forwarding: Im Tab Firewall erstellen wir eine neues ''Zone => Fowardings'' von <tt>ff_uplink</tt> auf <tt>wan</tt>, wählen 3x die Policy ACCEPT und setzen die checkbox bei ''Masquerading''.

Test auf lokalem Rechner: (<tt>enp0s25</tt> ist das lokale Interface, verbinden mit dem OpenWRT Router)
<pre>
# ip link add link enp0s25 name enp0s25.9 type vlan id 9
# ip link set dev enp0s25.9 up
# dhclient enp0s25.9
</pre>

Das Interface enp0s25.9 sollte nun eine IP bekommen haben:
<pre>
# ip addr show dev enp0s25.9
7: enp0s25.9@enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b8:ae:ed:79:1f:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.9.186/24 brd 192.168.9.255 scope global enp0s25.9
...
</pre>
und Wireshark sollte auch ne Menge Traffic anzeigen, da sich das neue Interface als ''default route'' eingeschummelt hat.

Wir beenden den Test mit:
<pre>
# ip link set dev enp0s25.9 up
</pre>

Auf der Seite des Gluon-Routers müssen wir nun den Traffic aus VLAN 2 (vormals VLAN 65 auf der Uniklinik), in das neue VLAN 9 packen und ins lokale LAN Richtung OpenWRT Router blasen. Konkreter: Wir erzeugen auf dem dem Gluon-Router ein neues Interface mit VLAN 9, jedoch auf dem WAN Port (''eth1.9''), bridgen es mit dem bestehenden Interface von VLAN 2 (''eth0.2''). Somit sollten die Pakete aus dem VLAN 2 ins VLAN 9 "umgepackt" werden. Im letzten Schritt holen wir <tt>eth0.2</tt> aus dem <tt>wan</tt> Interface wieder raus:

1) Wir erstellen ein neues VLAN auf <tt>eth1</tt> mit der id 9, eine IP Adresse ist nicht erforderlich (''proto 'none'''):
<pre>
config interface 'vipri_local'
option ifname 'eth1.9'
option proto 'none'
</pre>

2) Wir bridgen den Traffic aus VLAN 2 an den LAN Buchsen (<tt>eth0.2</tt>) ins das neue Interface und vice-versa:
<pre>
confih interface 'vlan_repack'
list ifname 'eth0.2'
list ifname 'eth1.9'
option auto '1'
option type 'bridge'
</pre>

3) Die Konfiguration von <tt>wan</tt> wird wieder zurückgebaut:
<pre>
config interface 'wan'
option ifname 'eth1' # wieder "option ifname", ist na nur noch ein interface
#list ifname 'eth1' # auskommentieren / löschen
#list ifname 'eth0.2' # auskommentieren / löschen
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

Das wars. Sobald der VipriNet Multichannel Router sich eine neue IP aus unserer geänderten Range geholt hat, sollte der Traffic wieder fließen. Wir können uns das auf unserem OpenWRT Router mit ''tcpdump'' anschauen:
<pre>
root@LEDE:~# tcpdump -e | grep "vlan 9"
...
</pre>

== Bewertung / Ausblick ==
* <del>841 zu lahm (gemessener durchsatz zu Uni ca 30MBit/s (Link kapazität ca. 104MBit/s) -> Futro Offloader -> Energieverbrauch -> </del> VM
* Aussenkabel durch UV-festes Kabel ersetzen
* '''Firewall regeln: Zugriffe auf FF Server whitelisten'''

== Alte Konfigurationen ==
=== Setup 2: FUJITSU SIEMENS FUTRO S550 (Veraltet, nicht mehr aktiv) ===
'''todo: Setup + Config postmortem beschreiben'''

=== Setup 1: TP-Link WR841v9 (Veraltet, nicht mehr aktiv) ===
[[Image:P1010787.JPG|thumb|400px|right|'''Gluon-Router''': Ein WR841v9 dient zum schnellen Testen des Setups. Sehr hilfreich: Ein eingelöteter Serial/Micro-USB Adapter für [https://www.aliexpress.com/item/CJMCU-CP2102-MICRO-USB-to-UART-TTL-Module-6Pin-Serial-Converter-UART-STC-Replace-FT232-NEW/32786761297.html kleines Geld aus China].]]
* Aufgabe: BATMAN Pakete verarbeiten
* Hardware: WR841v9
* Config: Siehe [[Howto/Backbone-Client|Backbone-Client Howto]], jedoch leicht unterschiedliche Switch + VLAN Config, da der 841er nur VLAN IDs bis 15 unterstützt. Infos zur Nummerierung der LAN Ports (Gelbe Buchsen) siehe [https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#switch_configuration OpenWRT Wiki].

Alle LAN Ports raus aus dem VLAN 1 (=kein VLAN), nur die CPU an Port 0 bleibt drin:
<pre>
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t'
</pre>

Neues VLAN mit id 2 fürs FF Management LAN, akzeptieren an allen LAN Ports
<pre>
#Freifunk Client MNGMT VLAN
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 1t 2t 3t 4t'
</pre>

Neues VLAN mit id 11 für den Batman traffic ...
<pre>
#Freifunk Batman Traffic von UM
config switch_vlan
option device 'switch0'
option vlan '11'
option ports '0t 1t 2t 3t 4t'
</pre>
... und neues VLAN interface (eth0.11) ans Batman hängen:
<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth0.11'
option mesh 'bat0'
option macaddr '86:a0:d4:44:06:58'
option mesh_no_rebroadcast '1' # !!! Nur bei Point-to-Point und Mesh-on-[LAN|WAN] aktivieren !!!
option proto 'batadv'
</pre>
Client interface auf FF Management (aus VLAN id 3) beschränken (war vorher 'eth0'):
<pre>
config interface 'client'
option type 'bridge'
option macaddr 'c4:e9:84:f3:14:6c'
list ifname 'eth0.3'
list ifname 'bat0'
option proto 'dhcpv6'
option reqprefix 'no'
option robustness '3'
option query_interval '2000'
option query_response_interval '500'
option peerdns '1'
option sourcefilter '0'
</pre>

[[Kategorie:Backbone]] [[Kategorie:Standorte]]

Standorte/AFE

2018-07-09T20:06:02Z

Rfelten: update doku: beschreibung setup 3 - VirtualBox

'''ACHTUNG: Diese Seite befindet sich im Aufbau.'''
== Allgemeines ==
[[Image:P1010786.JPG|thumb|400px|right|Freie Sicht zum Mast2 auf dem [[Standorte/Uniklinik-Hochhaus|Hochhaus der Uniklinik]] von Am Fort Elisabeth (AFE)]]
''AFE'' ist ein Backbone-Client Standort ''Am Fort Elisabeth 27'' ([https://map.freifunk-mwu.de/#/en/map/c4e984f3146c FF Map]) betrieben von [[Benutzer:Rfelten|rfelten]]. Der Standort ging Anfang November 2017 testweise Betrieb und verbindet sich zum Backbone am [[Standorte/Uniklinik-Hochhaus|Standort Uniklink-Hochhaus]]. Erklärtes Hauptziel neben der Freude am Experimentieren ist die Bereitstellung von Uplink Kapazität eines vorhandenen 400/10 MBit/s Internetanschluss an den Backbone des Freifunk Mainz. Als Bonus könnte das Setup ggf. als fail-over Internetzugang fungieren, falls der lokale Zugang ausfällt.

Diese Seite soll das Setup dokumentieren (und im Idealfall zu eigenen Standorten inspirieren ;)

== Konfiguration ==
Für das Verständnis der nachfolgenden Abschnitte ist die Lektüre des [[Howto/Backbone-Client|Backbone-Client Howto]], insbesondere für die Rollen des ''BB-Clients'' und des ''Gluon-Routers'' sehr sinnvoll.

=== BB-Client ===
[[Image:P1010799.JPG|thumb|400px|right|'''BB-Client''': Eine Nanostation locoM5 auf einer provisorischen(™) Halterung aus Holz stellt testweise eine Verbindung zum Backbone her.]]
[[Image:Standort AFE bb client config.png|thumb|right|400px|VLAN Konfiguration des BB-Clients (Nanostation). VLAN65/2 bzw. Viprinet Config siehe unten.]]

Aufgabe: Verbindung zum Backbone, "Ubiquiti Airmax" Technologie erforderlich (Proprietäres [https://en.wikipedia.org/wiki/Time-division_multiple_access TDMA])
* Hardware: Ubiquiti NanoStation loco M5
* Config: 1:1 vom [[Howto/Backbone-Client|Backbone-Client Howto]] übernommen, jedoch
** IP: 10.37.3.106 (vgl.[[Backbone#Netzplan|Backbone Netzplan]]). Verwaltung via ff-mwu.
** VLAN id: 11 (statt 100/114, wegen 841er, s.u.). Willkürlich gewählt, sollte jedoch nicht im eigenen Netz vorkommen.

=== Gluon Router ===
In der Laufe der Zeit wurde mit verschiedenen Hardwareplatformen für den ''Gluon-Router'' experimentiert. Ein initiales Setup mit einem WR841v9 wurde testweise eingesetzt war aber nicht leistungsfähig genug vom Durchsatz her. Es ist ziemlich ausführlich weiter unten beschrieben. Danach war ein paar Monate ein Futro im Einsatz. (Dessen Setup müsste noch dokumentiert werden *hust).

Im Sommer 2018 wurde ein Lenovo Laptop mit einem defekten Display gespendet, dieser dient jetzt als Host für Virtualbox welche u.A. einen Gluon-Router bereitstellt.

==== Setup 3: VirtualBox (aktiv) ====
===== Installation =====
tba

===== Konfiguration =====

Zunächst sollte man sicherstellen, das am Switch auch Port die VLANs 11 getaggt ("tagged") rauskommt:

Check auf dem VirtualBox host:
(VirtualBox) $ sudo tcpdump -n -i enp0s25 vlan -e
11:28:31.053517 5a:2e:17:06:ef:54 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 486: vlan 11, p 0, ethertype 0x4305,
^^ Batman traffic auf VLAN 11

Check in der VM, also auf dem Gluon-Router: Wir schauen auf unserem WAN Interface, also jenes welches in unser lokales Netzwerk führt, ob der Traffic aus VLAN 11 ankommt.
root@FFMZ-AFE-GWVM:~# # tcpdump -n -i eth1 vlan -e | grep "vlan 11"
11:28:31.636997 5a:2e:17:06:ef:54 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 118: vlan 11, p 0, ethertype 0x4305,
^^ Batman traffic auf VLAN 11
Laut der [https://www.virtualbox.org/manual/ch06.html#network_bridged|VirtualBox Dokumentation Chapter 6] kann es bei einigen NICs zu Problemen kommen, hier jedoch nicht ;)

Wir editieren auf dem Gluon-Router die Datei /etc/config/network und erzeugen auf unserem WAN Interface ein neues VLAN Interface mit Id 11 für den Batman Traffic:
root@FFMZ-AFE-GWVM:~# vi /etc/config/network

<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth1.11'
option macaddr '86:a0:d4:44:06:51'
option proto 'gluon_mesh'
option fixed_mtu '1'
option transitive '1'
</pre>

Danach starten wir das Netzwerk neu um die geänderte Konfiguration zu übernehmen:
root@FFMZ-AFE-GWVM:~# /etc/init.d/network restart

Wir verifizieren die direkten Nachbarn im BATMAN Netzwerk:
<pre>
root@FFMZ-AFE-GWVM:/etc/config# cat /sys/kernel/debug/batman_adv/bat0/neighbors
[B.A.T.M.A.N. adv 2017.2, MainIF/MAC: primary0/4a:0c:3d:f3:61:43 (bat0 BATMAN_IV)]
IF Neighbor last-seen
mesh-vpn 02:00:0a:25:00:07 4.690s
eth1.11 5a:2e:17:06:ef:54 4.430s
</pre>

Und schon meshen wir mit dem Backbone über das Interface eth1.11

=== Internet Uplink (aktiv) ===
Aufgabe: Backbone Traffic aus dem Backbone ableiten.

Ablauf: Mit der bisherigen Konfiguration können wir via den Backbone das Freifunk Netzwerk nutzen, wir wollen jedoch auch einen Uplink zum Internet bereitstellen.

Auf dem Hochhaus der Uniklink läuft ein Viprinet Multichannel Router, vgl. [[Standorte/Uniklinik-Hochhaus/Konfiguration|Uniklinik-Hochhaus Konfiguration]]. Um einen lokalen Internetzugang nutzen zu können, muss ein Interface des Multichannel Router eine lokale IP (z.b. 192.168.178.100) und die lokale Gateway IP (z.b. 192.168.178.1) per DHCP beziehen können. Die verschiedenen Uplinks auf der Uniklink per VLAN getrennt, diesem Standort wurde die id 65 zugeteilt. Aufgabe ist es nun, den Inhalt aus diesem VLAN 65 (d.h. die DHCP Requests des Viprinet Routers) auf das WAN-Port Interface des Gluon-Routers zu legen (d.h. die DHCP Requests tauchen im lokalen LAN auf).

Weil die VLAN id 65 jedoch zu hoch für unseren 841er ist, packen wir auf dem BB-Client (d.h. auf der Nanostation) um und zwar in das VLAN id 2, siehe Screenshot oben.

Zusätzliche Konfiguration auf dem 841: Neues VLAN mit der id 2 erzeugen (an allen Ports akzeptieren) ...
<pre>
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 1t 2t 3t 4t'
</pre>
... und das neue VLAN Interface (<tt>eth0.2</tt>) ins Interface <tt>wan</tt> bridgen:
<pre>
config interface 'wan'
#option ifname 'eth1' # das hier auskommentieren
list ifname 'eth1' # stattdessen "list ifname ..." verwenden
list ifname 'eth0.2' # neues vlan interface
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

In dieser Konfiguration sollte der VipriNet Router bereits eine IP aus dem lokalen LAN erhalten haben. Um das zu prüfen pingen wir alle Kisten im LAN an und lassen uns dann die MAC Adressen geben:
<pre>
$ nmap -sP 192.168.16.0/24
$ arp -a
...
$? (192.168.16.153) at 00:18:ca:80:11:7c [ether] on enp0s25
...
</pre>
Dank der [https://www.wireshark.org/tools/oui-lookup.html OUI Suche] wissen wir, dass ''00:18:CA'' zur 'Viprinet GmbH'' gehört.

[[Image:Standort afe luci vlan.png|thumb|right|400px|Die VLAN Konfiguration in LuCi: Ein neues VLAN mit der id 9 wird erstellt und die CPU und der erste LAN Port, an dem sich das LAN befindet, zugeordnet. ''Tagged'' bedeutet, dass die Pakete beim Verlassen des Routers ihren VLAN tag behalten.]]
[[Image:Standorte afe luci interface.png|thumb|right|400px|Die Interface Konfiguration in LuCi: Ein neues Interface auf dem VLAN 9 wird erstellt und ein DHCP Server (nicht im Bild) darauf gestartet.]]
[[Image:Standorte afe luci firewall.png|thumb|right|400px|Die Firewall Konfiguration in LuCi: Traffic aus dem VLAN 9 wird ins WAN geNATed.]]
Es läuft zwar, aber dieses Setup hat einen '''gravierenden Nachteil''': Unser lokales LAN ist vollständig im VLAN 65 auf der Uniklinik sichtbar. Um Abhilfe zu erschaffen, sperren wir den Traffic des Multichannels Routers in ein eigenes VLAN und spendieren ihm einen seperaten DHCP Server. Es wird angenommen, dass das lokale LAN mit einem OpenWRT/Lede Router betrieben wird. (FritzBox User würden vermutlich einfach die WAN-Buchse des Gluon-Routers mit dem Gastnetzwerk der FritzBox.)

In LuCi lässt sich ein neue VLAN recht komfortabel zusammen klicken. Drei Dinge müssen neu angelegt werden:

# Neues VLAN: Wir verwenden die willkürlich eine VLAN id < 15 die lokal noch nicht verwendet wird: VLAN id 9. Diese machen wir ''tagged'' an CPU und LAN1 (an diesem Port hängt unser lokales LAN).
# Neues Interface: Wir erzeugen ein neues Interface mit den Namen ''ff_uplink'' auf <tt>eth0.9</tt> und vergeben eine willkürlich vergebene IP Range z.B. 192.168.9.0/24 an dem unten auf der Seite aktivierten DHCP Server.
# Neues Forwarding: Im Tab Firewall erstellen wir eine neues ''Zone => Fowardings'' von <tt>ff_uplink</tt> auf <tt>wan</tt>, wählen 3x die Policy ACCEPT und setzen die checkbox bei ''Masquerading''.

Test auf lokalem Rechner: (<tt>enp0s25</tt> ist das lokale Interface, verbinden mit dem OpenWRT Router)
<pre>
# ip link add link enp0s25 name enp0s25.9 type vlan id 9
# ip link set dev enp0s25.9 up
# dhclient enp0s25.9
</pre>

Das Interface enp0s25.9 sollte nun eine IP bekommen haben:
<pre>
# ip addr show dev enp0s25.9
7: enp0s25.9@enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b8:ae:ed:79:1f:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.9.186/24 brd 192.168.9.255 scope global enp0s25.9
...
</pre>
und Wireshark sollte auch ne Menge Traffic anzeigen, da sich das neue Interface als ''default route'' eingeschummelt hat.

Wir beenden den Test mit:
<pre>
# ip link set dev enp0s25.9 up
</pre>

Auf der Seite des Gluon-Routers müssen wir nun den Traffic aus VLAN 2 (vormals VLAN 65 auf der Uniklinik), in das neue VLAN 9 packen und ins lokale LAN Richtung OpenWRT Router blasen. Konkreter: Wir erzeugen auf dem dem Gluon-Router ein neues Interface mit VLAN 9, jedoch auf dem WAN Port (''eth1.9''), bridgen es mit dem bestehenden Interface von VLAN 2 (''eth0.2''). Somit sollten die Pakete aus dem VLAN 2 ins VLAN 9 "umgepackt" werden. Im letzten Schritt holen wir <tt>eth0.2</tt> aus dem <tt>wan</tt> Interface wieder raus:

1) Wir erstellen ein neues VLAN auf <tt>eth1</tt> mit der id 9, eine IP Adresse ist nicht erforderlich (''proto 'none'''):
<pre>
config interface 'vipri_local'
option ifname 'eth1.9'
option proto 'none'
</pre>

2) Wir bridgen den Traffic aus VLAN 2 an den LAN Buchsen (<tt>eth0.2</tt>) ins das neue Interface und vice-versa:
<pre>
confih interface 'vlan_repack'
list ifname 'eth0.2'
list ifname 'eth1.9'
option auto '1'
option type 'bridge'
</pre>

3) Die Konfiguration von <tt>wan</tt> wird wieder zurückgebaut:
<pre>
config interface 'wan'
option ifname 'eth1' # wieder "option ifname", ist na nur noch ein interface
#list ifname 'eth1' # auskommentieren / löschen
#list ifname 'eth0.2' # auskommentieren / löschen
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

Das wars. Sobald der VipriNet Multichannel Router sich eine neue IP aus unserer geänderten Range geholt hat, sollte der Traffic wieder fließen. Wir können uns das auf unserem OpenWRT Router mit ''tcpdump'' anschauen:
<pre>
root@LEDE:~# tcpdump -e | grep "vlan 9"
...
</pre>

== Bewertung / Ausblick ==
* <del>841 zu lahm (gemessener durchsatz zu Uni ca 30MBit/s (Link kapazität ca. 104MBit/s) -> Futro Offloader -> Energieverbrauch -> </del> VM
* Aussenkabel durch UV-festes Kabel ersetzen
* '''Firewall regeln: Zugriffe auf FF Server whitelisten'''

== Alte Konfigurationen ==
=== Setup 2: FUJITSU SIEMENS FUTRO S550 (Veraltet, nicht mehr aktiv) ===
'''todo: Setup + Config postmortem beschreiben'''

=== Setup 1: TP-Link WR841v9 (Veraltet, nicht mehr aktiv) ===
[[Image:P1010787.JPG|thumb|400px|right|'''Gluon-Router''': Ein WR841v9 dient zum schnellen Testen des Setups. Sehr hilfreich: Ein eingelöteter Serial/Micro-USB Adapter für [https://www.aliexpress.com/item/CJMCU-CP2102-MICRO-USB-to-UART-TTL-Module-6Pin-Serial-Converter-UART-STC-Replace-FT232-NEW/32786761297.html kleines Geld aus China].]]
* Aufgabe: BATMAN Pakete verarbeiten
* Hardware: WR841v9
* Config: Siehe [[Howto/Backbone-Client|Backbone-Client Howto]], jedoch leicht unterschiedliche Switch + VLAN Config, da der 841er nur VLAN IDs bis 15 unterstützt. Infos zur Nummerierung der LAN Ports (Gelbe Buchsen) siehe [https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#switch_configuration OpenWRT Wiki].

Alle LAN Ports raus aus dem VLAN 1 (=kein VLAN), nur die CPU an Port 0 bleibt drin:
<pre>
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t'
</pre>

Neues VLAN mit id 2 fürs FF Management LAN, akzeptieren an allen LAN Ports
<pre>
#Freifunk Client MNGMT VLAN
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 1t 2t 3t 4t'
</pre>

Neues VLAN mit id 11 für den Batman traffic ...
<pre>
#Freifunk Batman Traffic von UM
config switch_vlan
option device 'switch0'
option vlan '11'
option ports '0t 1t 2t 3t 4t'
</pre>
... und neues VLAN interface (eth0.11) ans Batman hängen:
<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth0.11'
option mesh 'bat0'
option macaddr '86:a0:d4:44:06:58'
option mesh_no_rebroadcast '1' # !!! Nur bei Point-to-Point und Mesh-on-[LAN|WAN] aktivieren !!!
option proto 'batadv'
</pre>
Client interface auf FF Management (aus VLAN id 3) beschränken (war vorher 'eth0'):
<pre>
config interface 'client'
option type 'bridge'
option macaddr 'c4:e9:84:f3:14:6c'
list ifname 'eth0.3'
list ifname 'bat0'
option proto 'dhcpv6'
option reqprefix 'no'
option robustness '3'
option query_interval '2000'
option query_response_interval '500'
option peerdns '1'
option sourcefilter '0'
</pre>

[[Kategorie:Backbone]] [[Kategorie:Standorte]]

Benutzer:Rfelten

2018-07-06T18:35:02Z

Rfelten:

Hi Besucher,

ich bin seit November 2017 bei Freifunk in Mainz aktiv. Ich betreibe den Standort [[Standorte/AFE|AFE]] welcher primär ein Upstream Link für den [[Backbone]] ist. Ich idele gelegentlich im #ffmwu channel unter ''rf'' und bin per Mail bei Gmail unter robert.felten zu erreichen.

Standorte/AFE

2017-11-09T19:20:29Z

Rfelten: Seite mit paar Fotos + Kategorien aufgehübscht

'''ACHTUNG: Diese Seite befindet sich im Aufbau.'''
== Allgemeines ==
[[Image:P1010786.JPG|thumb|400px|right|Freie Sicht zum Mast2 auf dem [[Standorte/Uniklinik-Hochhaus|Hochhaus der Uniklinik]] von Am Fort Elisabeth (AFE)]]
''AFE'' ist ein Backbone-Client Standort ''Am Fort Elisabeth 27'' ([https://map.freifunk-mwu.de/#/en/map/c4e984f3146c FF Map]) betrieben von [[Benutzer:Rfelten|rfelten]]. Der Standort ging Anfang November 2017 testweise Betrieb und verbindet sich zum Backbone am [[Standorte/Uniklinik-Hochhaus|Standort Uniklink-Hochhaus]]. Erklärtes Hauptziel neben der Freude am Experimentieren ist die Bereitstellung von Uplink Kapazität eines vorhandenen 400/30 Mbit/s Internetanschluss an den Backbone des Freifunk Mainz. Als Bonus könnte das Setup ggf. als fail-over Internetzugang fungieren, falls der lokale Zugang ausfällt.

Diese Seite soll das Setup dokumentieren (und im Idealfall zu eigenen Standorten inspirieren ;)

== Konfiguration ==
=== BB-Client ===
[[Image:P1010799.JPG|thumb|400px|right|'''BB-Client''': Eine Nanostation locoM5 auf einer provisorischen Halterung aus Holz stellt testweise eine Verbindung zum Backbone her.]]
[[Image:Standort AFE bb client config.png|thumb|right|400px|VLAN Konfiguration des BB-Clients (Nanostation). VLAN65/2 bzw. Viprinet Config siehe unten.]]

Aufgabe: Verbindung zum Backbone, "Ubiquiti Airmax" Technologie erforderlich (Proprietäres [https://en.wikipedia.org/wiki/Time-division_multiple_access TDMA])
* Hardware: Ubiquiti NanoStation loco M5
* Config: 1:1 vom [[Howto/Backbone-Client|Backbone-Client Howto]] übernommen, jedoch
** IP: 10.37.3.106 (vgl.[[Backbone#Netzplan|Backbone Netzplan]])
** VLAN id: 11 (statt 100/114, wegen 841er, s.u.)

=== Gluon Router ===
[[Image:P1010787.JPG|thumb|400px|right|'''Gluon-Router''': Ein WR841v9 dient zum schnellen Testen des Setups. Sehr hilfreich: Ein eingelöteter Serial/Micro-USB Adapter für [https://www.aliexpress.com/item/CJMCU-CP2102-MICRO-USB-to-UART-TTL-Module-6Pin-Serial-Converter-UART-STC-Replace-FT232-NEW/32786761297.html kleines Geld aus China].]]
* Aufgabe: BATMAN Pakete verarbeiten
* Hardware: WR841v9
* Config: Siehe [[Howto/Backbone-Client|Backbone-Client Howto]], jedoch leicht unterschiedliche Switch + VLAN Config, da der 841er nur VLAN IDs bis 15 unterstützt. Infos zur Nummerierung der LAN Ports (Gelbe Buchsen) siehe [https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#switch_configuration OpenWRT Wiki].

Alle LAN Ports raus aus dem VLAN 1 (=kein VLAN), nur die CPU an Port 0 bleibt drin:
<pre>
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t'
</pre>

Neues VLAN mit id 2 fürs FF Management LAN, akzeptieren an allen LAN Ports
<pre>
#Freifunk Client MNGMT VLAN
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 1t 2t 3t 4t'
</pre>

Neues VLAN mit id 11 für den Batman traffic ...
<pre>
#Freifunk Batman Traffic von UM
config switch_vlan
option device 'switch0'
option vlan '11'
option ports '0t 1t 2t 3t 4t'
</pre>
... und neues VLAN interface (eth0.11) ans Batman hängen:
<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth0.11'
option mesh 'bat0'
option macaddr '86:a0:d4:44:06:58'
option mesh_no_rebroadcast '1' # !!! Nur bei Point-to-Point und Mesh-on-[LAN|WAN] aktivieren !!!
option proto 'batadv'
</pre>
Client interface auf FF Management (aus VLAN id 3) beschränken (war vorher 'eth0'):
<pre>
config interface 'client'
option type 'bridge'
option macaddr 'c4:e9:84:f3:14:6c'
list ifname 'eth0.3'
list ifname 'bat0'
option proto 'dhcpv6'
option reqprefix 'no'
option robustness '3'
option query_interval '2000'
option query_response_interval '500'
option peerdns '1'
option sourcefilter '0'
</pre>

=== Internet Uplink ===
Aufgabe: Backbone Traffic aus dem Backbone ableiten.

Ablauf: Mit der bisherigen Konfiguration können wir via den Backbone das Freifunk Netzwerk nutzen, wir wollen jedoch auch einen Uplink zum Internet bereitstellen.

Auf dem Hochhaus der Uniklink läuft ein Viprinet Multichannel Router, vgl. [[Standorte/Uniklinik-Hochhaus/Konfiguration|Uniklinik-Hochhaus Konfiguration]]. Um einen lokalen Internetzugang nutzen zu können, muss ein Interface des Multichannel Router eine lokale IP (z.b. 192.168.178.100) und die lokale Gateway IP (z.b. 192.168.178.1) per DHCP beziehen können. Die verschiedenen Uplinks auf der Uniklink per VLAN getrennt, diesem Standort wurde die id 65 zugeteilt. Aufgabe ist es nun, den Inhalt aus diesem VLAN 65 (d.h. die DHCP Requests des Viprinet Routers) auf das WAN-Port Interface des Gluon-Routers zu legen (d.h. die DHCP Requests tauchen im lokalen LAN auf).

Weil die VLAN id 65 jedoch zu hoch für unseren 841er ist, packen wir auf dem BB-Client (d.h. auf der Nanostation) um und zwar in das VLAN id 2, siehe Screenshot oben.

Zusätzliche Konfiguration auf dem 841: Neues VLAN mit der id 2 erzeugen (an allen Ports akzeptieren) ...
<pre>
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 1t 2t 3t 4t'
</pre>
... und das neue VLAN Interface (<tt>eth0.2</tt>) ins Interface <tt>wan</tt> bridgen:
<pre>
config interface 'wan'
#option ifname 'eth1' # das hier auskommentieren
list ifname 'eth1' # stattdessen "list ifname ..." verwenden
list ifname 'eth0.2' # neues vlan interface
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

In dieser Konfiguration sollte der VipriNet Router bereits eine IP aus dem lokalen LAN erhalten haben. Um das zu prüfen pingen wir alle Kisten im LAN an und lassen uns dann die MAC Adressen geben:
<pre>
$ nmap -sP 192.168.16.0/24
$ arp -a
...
$? (192.168.16.153) at 00:18:ca:80:11:7c [ether] on enp0s25
...
</pre>
Dank der [https://www.wireshark.org/tools/oui-lookup.html OUI Suche] wissen wir, dass ''00:18:CA'' zur 'Viprinet GmbH'' gehört.

[[Image:Standort afe luci vlan.png|thumb|right|400px|Die VLAN Konfiguration in LuCi: Ein neues VLAN mit der id 9 wird erstellt und die CPU und der erste LAN Port, an dem sich das LAN befindet, zugeordnet. ''Tagged'' bedeutet, dass die Pakete beim Verlassen des Routers ihren VLAN tag behalten.]]
[[Image:Standorte afe luci interface.png|thumb|right|400px|Die Interface Konfiguration in LuCi: Ein neues Interface auf dem VLAN 9 wird erstellt und ein DHCP Server (nicht im Bild) darauf gestartet.]]
[[Image:Standorte afe luci firewall.png|thumb|right|400px|Die Firewall Konfiguration in LuCi: Traffic aus dem VLAN 9 wird ins WAN geNATed.]]
Es läuft zwar, aber dieses Setup hat einen '''gravierenden Nachteil''': Unser lokales LAN ist vollständig im VLAN 65 auf der Uniklinik sichtbar. Um Abhilfe zu erschaffen, sperren wir den Traffic des Multichannels Routers in ein eigenes VLAN und spendieren ihm einen seperaten DHCP Server. Es wird angenommen, dass das lokale LAN mit einem OpenWRT/Lede Router betrieben wird. (FritzBox User würden vermutlich einfach die WAN-Buchse des Gluon-Routers mit dem Gastnetzwerk der FritzBox.)

In LuCi lässt sich ein neue VLAN recht komfortabel zusammen klicken. Drei Dinge müssen neu angelegt werden:

# Neues VLAN: Wir verwenden die willkürlich eine VLAN id < 15 die lokal noch nicht verwendet wird: VLAN id 9. Diese machen wir ''tagged'' an CPU und LAN1 (an diesem Port hängt unser lokales LAN).
# Neues Interface: Wir erzeugen ein neues Interface mit den Namen ''ff_uplink'' auf <tt>eth0.9</tt> und vergeben eine willkürlich vergebene IP Range z.B. 192.168.9.0/24 an dem unten auf der Seite aktivierten DHCP Server.
# Neues Forwarding: Im Tab Firewall erstellen wir eine neues ''Zone => Fowardings'' von <tt>ff_uplink</tt> auf <tt>wan</tt>, wählen 3x die Policy ACCEPT und setzen die checkbox bei ''Masquerading''.

Test auf lokalem Rechner: (<tt>enp0s25</tt> ist das lokale Interface, verbinden mit dem OpenWRT Router)
<pre>
# ip link add link enp0s25 name enp0s25.9 type vlan id 9
# ip link set dev enp0s25.9 up
# dhclient enp0s25.9
</pre>

Das Interface enp0s25.9 sollte nun eine IP bekommen haben:
<pre>
# ip addr show dev enp0s25.9
7: enp0s25.9@enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b8:ae:ed:79:1f:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.9.186/24 brd 192.168.9.255 scope global enp0s25.9
...
</pre>
und Wireshark sollte auch ne Menge Traffic anzeigen, da sich das neue Interface als ''default route'' eingeschummelt hat.

Wir beenden den Test mit:
<pre>
# ip link set dev enp0s25.9 up
</pre>

Auf der Seite des Gluon-Routers müssen wir nun den Traffic aus VLAN 2 (vormals VLAN 65 auf der Uniklinik), in das neue VLAN 9 packen und ins lokale LAN Richtung OpenWRT Router blasen. Konkreter: Wir erzeugen auf dem dem Gluon-Router ein neues Interface mit VLAN 9, jedoch auf dem WAN Port (''eth1.9''), bridgen es mit dem bestehenden Interface von VLAN 2 (''eth0.2''). Somit sollten die Pakete aus dem VLAN 2 ins VLAN 9 "umgepackt" werden. Im letzten Schritt holen wir <tt>eth0.2</tt> aus dem <tt>wan</tt> Interface wieder raus:

1) Wir erstellen ein neues VLAN auf <tt>eth1</tt> mit der id 9, eine IP Adresse ist nicht erforderlich (''proto 'none'''):
<pre>
config interface 'vipri_local'
option ifname 'eth1.9'
option proto 'none'
</pre>

2) Wir bridgen den Traffic aus VLAN 2 an den LAN Buchsen (<tt>eth0.2</tt>) ins das neue Interface und vice-versa:
<pre>
confih interface 'vlan_repack'
list ifname 'eth0.2'
list ifname 'eth1.9'
option auto '1'
option type 'bridge'
</pre>

3) Die Konfiguration von <tt>wan</tt> wird wieder zurückgebaut:
<pre>
config interface 'wan'
option ifname 'eth1' # wieder "option ifname", ist na nur noch ein interface
#list ifname 'eth1' # auskommentieren / löschen
#list ifname 'eth0.2' # auskommentieren / löschen
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

Das wars. Sobald der VipriNet Multichannel Router sich eine neue IP aus unserer geänderten Range geholt hat, sollte der Traffic wieder fließen. Wir können uns das auf unserem OpenWRT Router mit ''tcpdump'' anschauen:
<pre>
root@LEDE:~# tcpdump -e | grep "vlan 9"
...
</pre>

== Bewertung / Ausblick ==
* 841 zu lahm (gemessener durchsatz zu Uni ca 30MBit/s (Link kapazität ca. 104MBit/s) -> Futro Offloader
* Aussenkabel durch UV festes ersetzen
* '''Firewall regeln: Zugriffe auf FF server whitelisten'''

[[Kategorie:Backbone]] [[Kategorie:Standorte]]

Datei:P1010799.JPG

2017-11-09T18:04:47Z

Rfelten:

Datei:P1010787.JPG

2017-11-09T17:59:11Z

Rfelten:

Standorte/Uniklinik-Hochhaus

2017-11-09T17:57:46Z

Rfelten: /* Überblick über Dachfläche */ + Mast 2 aus Richtung Osten gesehen

== Der Standort ==
[[Datei:Uniklinik-DSC8396.jpg|250px|thumb|right|Das Gebäude der Uni-Klinik, in dem unsere Anlage installiert ist]]Das [https://goo.gl/maps/aTixF Gebäude] steht an eine Geländekante oberhalb (westlich) der Mainzer Altstadt. Durch den erhöhten Standort und die 15 Stockwerke liegt die Dachfläche auf etwa 200mNN und somit etwa 110m oberhalb der Alt- und der Neustadt. Auch die Sicht in die südlichen und westlichen Stadtteile geht weit, ebenso über den Rhein. Der Luftraum nach Frankfurt und Darmstadt sollte auch frei sein.

=== Sicht vom Standort ===

Panormaaufnahme nach West-Nord-Ost (210°): [http://www.gigapan.com/gigapans/164101] (leider mit suboptimaler Sicht); [http://www.gigapan.com/gigapans/176112] (etwas bessere Sicht)

Panormaaufnahme nach Ost-Süd-West (230°): [http://www.gigapan.com/gigapans/166592] (Sicht auch nicht besser :( )

Panormaaufnahme nach Nord-Ost-Süd (110°): [http://www.gigapan.com/gigapans/176066] (unsauber zusammengesetzt)

Einzelbilder vom südlichen Teil des Gebäudes aus: [https://plus.google.com/photos/111881479814245673002/albums/6068550989463126497?authkey=CPSxn4KdibnidA]

Andere Richtung: Sicht vom Neroberg, Wiesbaden '''zum''' Standort: [http://www.gigapan.com/gigapans/60027/snapshots/456477]

Einen theoretischen Überblick auf der Karte zeigt [http://www.heywhatsthat.com/?view=SOJGUDFN]

=== Potential ===

Durch die exponierte, hohe Lage sollten Verbindungen in nahezu alle Mainzer Stadtteile möglich sein; insbesondere zu weiteren - auch weiter entfernten - hoch gelegenen Standorten. Aus den nahe gelegenen Stadtteilen und insbesondere aus Alt- und Neustadt sollten Verbindungen einfach zu bewerkstelligen sein.

Sogar benachbarte Communities in Wiesbaden, Frankfurt oder Darmstadt könnten über Richtverbindungen erreicht werden, sofern dort jeweils auch geeignete Standorte verfügbar sind. Ob diese Verbindungen in der Praxis dann wirklich funktionieren, bliebe natürlich zu testen.

=== Erweiterungsmöglichkeiten ===

Neben Richtverbindungen sobald weitere BB-Standorte entstehen, kann auch von diesem Standort die Umgebung direkt mit Freifunk versorgt werden, soweit sinnvoll.

In Richtung SO grenzt direkt ein geschlossenes Wohngebiet an (etwa ein Block), auf den freie Sicht vorhanden ist. Hier könnten wir mit einer LocoM2 direkt eine kleine Gegend versorgen - analog der Loco genau gegenüber, die Richtung Bahnhof ausgerichtet ist (Mast 1b, s.u.). Da der Mast an der Südecke recht voll ist, wäre aber vermutlich ein weiterer Mast ("2b") hilfreich (dorthin könnte auch eine der NSM5 wandern). Einbetonierte Gewindestangen wären dafür offenbar verfügbar, wie das folgende Bild zeigt:
<gallery>
Datei:UM AufnahmeStdO2.JPG|weitere Aufnahmen Nähe Mast2
</gallery>

=== Eigentümerin und Ansprechpartner ===

Eigentümerin des Gebäudes ist die [http://www.unimedizin-mainz.de/ Universitätsmedizin Mainz], die uns die Installation auf dem Dach freundlicherweise erlaubt und Freifunk in Mainz dadurch substantiell unterstützt. Das Haus trägt die Nummer 905.

Kontakt: über Wolfgang

== Die Ausleuchtung ==

[[Datei:UniMedAusleucht.gif|400px|miniatur|right]]

Mit den aktuell installierten 6 NanoStations kann zwar nicht der komplette Horizont abgedeckt werden, aber die Stadt wird fast vollständig versorgt.

Zu der Skizze ist anzumerken:
# Die Grenzen der Sektoren im Bild sind weder exakt, noch in der Natur scharf. Auch außerhalb eines Sektors, nahe zur Grenze kann der Empfang brauchbar sein, umso besser, je näher der Ort am Sektorursprung liegt. Das muss jeweils im Einzelfall mal getestet werden.
# Das umliegende Gelände ist in der Skizze nicht berücksichtigt. Durch Erhebungen (natürliche oder künstliche) können sich Funkschatten ergeben, die hier nicht verzeichnet sind.
# Die Rechte für das Kartenmaterial: "© OpenStreetMap-Mitwirkende"

== Die Installation ==

=== Topographie ===

Aufgrund der horizontalen Ausdehnung der Dachfläche können nicht alle Richtungen von einem Punkt aus abgedeckt werden. Dafür wäre ein Mast notwendig gewesen, der seinerseits weit über die Dachfläche hätte hinausragen müssen. Deshalb haben wir an zwei Stellen Geräte installiert und können so die gesamten 360° abdecken: Es gibt je einen Mast an der Nordecke des Dachaufbaus ("Mast 1") und einen an der Südecke ("Mast 2"). Die Punkte sind auf dem unten folgenden Bild markiert.

Von Mast 1 sind die Richtungen NW bis O gut einzusehen (s. o.: Panorama W-N-O), von Mast 2 die Richtungen SO bis W (Panorama O-S-W).

==== Überblick über Dachfläche ====

<gallery>
Datei:Uni_Institutshochaus-Dachflaeche_2014-10-12_18-23-18.png|Dachbebauung des Gebäudes
Datei:UM StandOrt1.JPG|Mast 1
Datei:UM StandOrt1b.JPG|kleiner Mast 1b
Datei:UM StandOrt2.JPG|Mast 2
Datei:P1010786.JPG|Mast 2 aus Richtung Osten gesehen (via [[Standorte/AFE|AFE]])
</gallery>

==== Koordinaten der Masten ====

Zur späteren Verwendung hier die Geo-Koordinaten der beiden Masten:
# 49°59.571' 8°15.724' 198mNN ("Mast 1")
# 49°59.544' 8°15.747' 198mNN ("Mast 2")

=== Hardware ===

An jedem der beiden Masten ist im Wesentlichen die gleiche Hardware verbaut: es gibt jeweils einige NanoStation M5 (NSM5) und einen switch (RB260GSP). Der switch ist jeweils in einem Schaltschrank im Inneren des Dachaufbaus (des oberen Stockwerks) untergebracht, während die NSM5s an die Masten geschraubt sind; die Verbindungskabel sind durch Wanddurchbrüche geführt. Die beiden switche sind mit LWL verbunden.

Da an dem Standort ein Gerät stehen muss, dass B.A.T.M.A.N spricht, aber auch eines ausreicht, ist im Schrank an Mast 1 ein TP-Link WR1043NDv2 untergebracht und bedient via der switche die NSM5s als Core-Router fuer das Mainzer Netz. Zudem befindet sich an Standort 1 ein LeMaker BananPi als testweiser Core-Router fuer das Wiesbadener Netz. An beiden Standorten befinden sich Nanostation Loco M2 AP um die direkte Nachbarschaft mit 2,4Ghz Zugang zu versorgen.

Somit ergibt sich folgende aktuelle Ausstattung:

==== Mast 1 ====
* 1 LB-120ac
** gen ASB [i-uplink ASB]
* 3 NSM5
** gen Altstadt (70°) [i-uplink Gabriel/Moritz]
** gen Hartenberg (315°)
** gen Neustadt (355°)
* 2 NBM5-19AC
** gen Wiesbaden
** gen Altstadt (70°)
* 1 PBM5-300
** gen Waldhausen
* 1 LocoM2
** gen Hauptbahnhof (335°)
* Hardaware Innen:
** 1 Switch (UBNT EDGESwitch 24)
** 1 Core Router Mz (TP WR1043NDv3)
** 1 Backbone Gateway (Intel Xeon E3 1225v2 / 8Gb Ram / 64Gb SSD)
** 1 Multichannel VPN Router 2620

==== Mast 2 ====

* 1 switch (RB260GSP, innen)
* 3 LB120ac
** gen Oberstadt (130°)
** gen Bretzenheim (225°)
** gen Finthen (270°)
* 1 LocoM2 (nicht angeschlossen im moment)
** gen ?

=== Netzwerktechnische Konfiguration ===

[[Standorte/Zahnklinik/Konfiguration]]

== Archiv: frühere Planungsseite ==

Der alte Inhalt dieser Seite, wie er während der Planung dieses Standortes bestand, findet sich zu Dokumentationszwecken hier: [[Standorte/Zahnklinik/alte-Planung]] . Sicherlich lassen sich dort wichtige Anregungen zur konkreten Planung und Umsetzung weiterer Standorte finden.

[[Kategorie:Backbone]]

Datei:P1010786.JPG

2017-11-09T17:50:36Z

Rfelten: Mast 2 auf Standorte/Uniklinik-Hochhaus von Standorte/AFE aus gesehen (12x optischer Zoom)

Mast 2 auf [[Standorte/Uniklinik-Hochhaus]] von [[Standorte/AFE]] aus gesehen (12x optischer Zoom)

Standorte/AFE

2017-11-08T09:01:20Z

Rfelten: update: Uniklinik Uplink Traffic in eigenes VLAN

'''ACHTUNG: Diese Seite befindet sich im Aufbau. Aus Sicherheitsgesichtspunkten ist das beschriebene Setup nicht empfehlenswert!'''
== Allgemeines ==
''AFE'' ist ein Backbone-Client Standort ''Am Fort Elisabeth 27'' ([https://map.freifunk-mwu.de/#/en/map/c4e984f3146c FF Map]) betrieben von [[Benutzer:Rfelten|rfelten]]. Der Standort ging Anfang November 2017 testweise Betrieb und verbindet sich zum Backbone am [[Standorte/Uniklinik-Hochhaus|Standort Uniklink-Hochhaus]]. Erklärtes Hauptziel neben der Freude am Experimentieren ist die Bereitstellung von Uplink Kapazität eines vorhandenen 400/30 Mbit/s Internetanschluss an den Backbone des Freifunk Mainz. Als Bonus könnte das Setup ggf. als fail-over Internetzugang fungieren, falls der lokale Zugang ausfällt.

Diese Seite soll das Setup dokumentieren (und im Idealfall zu eigenen Standorten inspirieren ;)

== Konfiguration ==
=== BB-Client ===
[[Image:Standort AFE bb client config.png|thumb|right|400px|VLAN Konfiguration des BB-Clients (Nanostation). VLAN65/2 bzw. Viprinet Config siehe unten.]]

Aufgabe: Verbindung zum Backbone, "Ubiquiti Airmax" Technologie erforderlich (Proprietäres [https://en.wikipedia.org/wiki/Time-division_multiple_access TDMA])
* Hardware: Ubiquiti NanoStation loco M5
* Config: 1:1 vom [[Howto/Backbone-Client|Backbone-Client Howto]] übernommen, jedoch
** IP: 10.37.3.106 (vgl.[[Backbone#Netzplan|Backbone Netzplan]])
** VLAN id: 11 (statt 100/114, wegen 841er, s.u.)

=== Gluon Router ===
* Aufgabe: BATMAN Pakete verarbeiten
* Hardware: WR841v9
* Config: Siehe [[Howto/Backbone-Client|Backbone-Client Howto]], jedoch leicht unterschiedliche Switch + VLAN Config, da der 841er nur VLAN IDs bis 15 unterstützt. Infos zur Nummerierung der LAN Ports (Gelbe Buchsen) siehe [https://wiki.openwrt.org/toh/tp-link/tl-wr841nd#switch_configuration OpenWRT Wiki].

Alle LAN Ports raus aus dem VLAN 1 (=kein VLAN), nur die CPU an Port 0 bleibt drin:
<pre>
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t'
</pre>

Neues VLAN mit id 2 fürs FF Management LAN, akzeptieren an allen LAN Ports
<pre>
#Freifunk Client MNGMT VLAN
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 1t 2t 3t 4t'
</pre>

Neues VLAN mit id 11 für den Batman traffic ...
<pre>
#Freifunk Batman Traffic von UM
config switch_vlan
option device 'switch0'
option vlan '11'
option ports '0t 1t 2t 3t 4t'
</pre>
... und neues VLAN interface (eth0.11) ans Batman hängen:
<pre>
config interface 'mesh_vlan11'
option auto '1'
option ifname 'eth0.11'
option mesh 'bat0'
option macaddr '86:a0:d4:44:06:58'
option mesh_no_rebroadcast '1' # !!! Nur bei Point-to-Point und Mesh-on-[LAN|WAN] aktivieren !!!
option proto 'batadv'
</pre>
Client interface auf FF Management (aus VLAN id 3) beschränken (war vorher 'eth0'):
<pre>
config interface 'client'
option type 'bridge'
option macaddr 'c4:e9:84:f3:14:6c'
list ifname 'eth0.3'
list ifname 'bat0'
option proto 'dhcpv6'
option reqprefix 'no'
option robustness '3'
option query_interval '2000'
option query_response_interval '500'
option peerdns '1'
option sourcefilter '0'
</pre>

=== Internet Uplink ===
Aufgabe: Backbone Traffic aus dem Backbone ableiten.

Ablauf: Mit der bisherigen Konfiguration können wir via den Backbone das Freifunk Netzwerk nutzen, wir wollen jedoch auch einen Uplink zum Internet bereitstellen.

Auf dem Hochhaus der Uniklink läuft ein Viprinet Multichannel Router, vgl. [[Standorte/Uniklinik-Hochhaus/Konfiguration|Uniklinik-Hochhaus Konfiguration]]. Um einen lokalen Internetzugang nutzen zu können, muss ein Interface des Multichannel Router eine lokale IP (z.b. 192.168.178.100) und die lokale Gateway IP (z.b. 192.168.178.1) per DHCP beziehen können. Die verschiedenen Uplinks auf der Uniklink per VLAN getrennt, diesem Standort wurde die id 65 zugeteilt. Aufgabe ist es nun, den Inhalt aus diesem VLAN 65 (d.h. die DHCP Requests des Viprinet Routers) auf das WAN-Port Interface des Gluon-Routers zu legen (d.h. die DHCP Requests tauchen im lokalen LAN auf).

Weil die VLAN id 65 jedoch zu hoch für unseren 841er ist, packen wir auf dem BB-Client (d.h. auf der Nanostation) um und zwar in das VLAN id 2, siehe Screenshot oben.

Zusätzliche Konfiguration auf dem 841: Neues VLAN mit der id 2 erzeugen (an allen Ports akzeptieren) ...
<pre>
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 1t 2t 3t 4t'
</pre>
... und das neue VLAN Interface (<tt>eth0.2</tt>) ins Interface <tt>wan</tt> bridgen:
<pre>
config interface 'wan'
#option ifname 'eth1' # das hier auskommentieren
list ifname 'eth1' # stattdessen "list ifname ..." verwenden
list ifname 'eth0.2' # neues vlan interface
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

In dieser Konfiguration sollte der VipriNet Router bereits eine IP aus dem lokalen LAN erhalten haben. Um das zu prüfen pingen wir alle Kisten im LAN an und lassen uns dann die MAC Adressen geben:
<pre>
$ nmap -sP 192.168.16.0/24
$ arp -a
...
$? (192.168.16.153) at 00:18:ca:80:11:7c [ether] on enp0s25
...
</pre>
Dank der [https://www.wireshark.org/tools/oui-lookup.html OUI Suche] wissen wir, dass ''00:18:CA'' zur 'Viprinet GmbH'' gehört.

[[Image:Standort afe luci vlan.png|thumb|right|400px|Die VLAN Konfiguration in LuCi: Ein neues VLAN mit der id 9 wird erstellt und die CPU und der erste LAN Port, an dem sich das LAN befindet, zugeordnet. ''Tagged'' bedeutet, dass die Pakete beim Verlassen des Routers ihren VLAN tag behalten.]]
[[Image:Standorte afe luci interface.png|thumb|right|400px|Die Interface Konfiguration in LuCi: Ein neues Interface auf dem VLAN 9 wird erstellt und ein DHCP Server (nicht im Bild) darauf gestartet.]]
[[Image:Standorte afe luci firewall.png|thumb|right|400px|Die Firewall Konfiguration in LuCi: Traffic aus dem VLAN 9 wird ins WAN geNATed.]]
Es läuft zwar, aber dieses Setup hat einen '''gravierenden Nachteil''': Unser lokales LAN ist vollständig im VLAN 65 auf der Uniklinik sichtbar. Um Abhilfe zu erschaffen, sperren wir den Traffic des Multichannels Routers in ein eigenes VLAN und spendieren ihm einen seperaten DHCP Server. Es wird angenommen, dass das lokale LAN mit einem OpenWRT/Lede Router betrieben wird. (FritzBox User würden vermutlich einfach die WAN-Buchse des Gluon-Routers mit dem Gastnetzwerk der FritzBox.)

In LuCi lässt sich ein neue VLAN recht komfortabel zusammen klicken. Drei Dinge müssen neu angelegt werden:

# Neues VLAN: Wir verwenden die willkürlich eine VLAN id < 15 die lokal noch nicht verwendet wird: VLAN id 9. Diese machen wir ''tagged'' an CPU und LAN1 (an diesem Port hängt unser lokales LAN).
# Neues Interface: Wir erzeugen ein neues Interface mit den Namen ''ff_uplink'' auf <tt>eth0.9</tt> und vergeben eine willkürlich vergebene IP Range z.B. 192.168.9.0/24 an dem unten auf der Seite aktivierten DHCP Server.
# Neues Forwarding: Im Tab Firewall erstellen wir eine neues ''Zone => Fowardings'' von <tt>ff_uplink</tt> auf <tt>wan</tt>, wählen 3x die Policy ACCEPT und setzen die checkbox bei ''Masquerading''.

Test auf lokalem Rechner: (<tt>enp0s25</tt> ist das lokale Interface, verbinden mit dem OpenWRT Router)
<pre>
# ip link add link enp0s25 name enp0s25.9 type vlan id 9
# ip link set dev enp0s25.9 up
# dhclient enp0s25.9
</pre>

Das Interface enp0s25.9 sollte nun eine IP bekommen haben:
<pre>
# ip addr show dev enp0s25.9
7: enp0s25.9@enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b8:ae:ed:79:1f:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.9.186/24 brd 192.168.9.255 scope global enp0s25.9
...
</pre>
und Wireshark sollte auch ne Menge Traffic anzeigen, da sich das neue Interface als ''default route'' eingeschummelt hat.

Wir beenden den Test mit:
<pre>
# ip link set dev enp0s25.9 up
</pre>

Auf der Seite des Gluon-Routers müssen wir nun den Traffic aus VLAN 2 (vormals VLAN 65 auf der Uniklinik), in das neue VLAN 9 packen und ins lokale LAN Richtung OpenWRT Router blasen. Konkreter: Wir erzeugen auf dem dem Gluon-Router ein neues Interface mit VLAN 9, jedoch auf dem WAN Port (''eth1.9''), bridgen es mit dem bestehenden Interface von VLAN 2 (''eth0.2''). Somit sollten die Pakete aus dem VLAN 2 ins VLAN 9 "umgepackt" werden. Im letzten Schritt holen wir <tt>eth0.2</tt> aus dem <tt>wan</tt> Interface wieder raus:

1) Wir erstellen ein neues VLAN auf <tt>eth1</tt> mit der id 9, eine IP Adresse ist nicht erforderlich (''proto 'none'''):
<pre>
config interface 'vipri_local'
option ifname 'eth1.9'
option proto 'none'
</pre>

2) Wir bridgen den Traffic aus VLAN 2 an den LAN Buchsen (<tt>eth0.2</tt>) ins das neue Interface und vice-versa:
<pre>
confih interface 'vlan_repack'
list ifname 'eth0.2'
list ifname 'eth1.9'
option auto '1'
option type 'bridge'
</pre>

3) Die Konfiguration von <tt>wan</tt> wird wieder zurückgebaut:
<pre>
config interface 'wan'
option ifname 'eth1' # wieder "option ifname", ist na nur noch ein interface
#list ifname 'eth1' # auskommentieren / löschen
#list ifname 'eth0.2' # auskommentieren / löschen
option multicast_querier '0'
option peerdns '0'
option auto '1'
option type 'bridge'
option proto 'dhcp'
option macaddr '0e:53:a1:94:26:60'
</pre>

Das wars. Sobald der VipriNet Multichannel Router sich eine neue IP aus unserer geänderten Range geholt hat, sollte der Traffic wieder fließen. Wir können uns das auf unserem OpenWRT Router mit ''tcpdump'' anschauen:
<pre>
root@LEDE:~# tcpdump -e | grep "vlan 9"
...
</pre>

== Bewertung / Ausblick ==
* 841 zu lahm (gemessener durchsatz zu Uni ca 30MBit/s (Link kapazität ca. 104MBit/s) -> Futro Offloader
* Aussenkabel durch UV festes ersetzen
* '''Firewall regeln: Zugriffe auf FF server whitelisten'''

Datei:Standort afe luci vlan.png

2017-11-08T08:57:29Z

Rfelten:

Datei:Standorte afe luci interface.png

2017-11-08T08:55:57Z

Rfelten:

Datei:Standorte afe luci firewall.png

2017-11-08T08:53:03Z

Rfelten:

Standorte/AFE

2017-11-06T18:26:36Z

Rfelten: init: kurze beschreibung der config angelegt

Datei:Standort AFE bb client config.png

2017-11-06T17:54:09Z

Rfelten:

Benutzer:Rfelten

2017-11-06T17:48:22Z

Rfelten: Kontaktinfos hinzugefügt

Hi Besucher,

ich bin seit November 2017 bei Freifunk in Mainz aktiv. Ich betreibe den [[Standorte:AFE|Standort AFE]]. Ich idele im #ffmwu channel unter ''rf'' und bin per Mail bei Gmail unter robert.felten zu erreichen.

Vorlage:Team

2017-11-06T17:28:01Z

Rfelten: smallfix: revert (can't fix)

<noinclude>
Diese Vorlage generiert eine Infobox mit Informationen zu einem Freifunk Team.

== Verwendung ==

Den Text aus dem Kasten kopieren und die Werte nach dem =-Zeichen entsprechend ändern. Und natürlich die ganzen Ausfüllhilfen rausmachen.

<pre>
{{Team
|Name= Name des Teams
|Kurzbeschreibung= Was macht dieses Team?
|Mitglieder= Wer ist Mitglied dieses Teams?
|Link= Link zur Team Seite
|Aktiv= Aktiv/...
|}}
</pre>
</noinclude>
<includeonly>
[[Category:Team]]

{| border="2" cellspacing="0" cellpadding="4" rules="all" style="width:300px; margin:.5em 0 1em 1em; border:solid 1px #{{Color|Schwarz}}; border-collapse:collapse; background: #{{Color|Grau}}; empty-cells:hide"
|- style="background:#{{Color|Pink}}; text-align:center;"
! colspan=2| '''{{{Name}}}-Team'''
|- style="text-align:left; vertical-align:top;"
!Name
| {{{Name}}}
|- style="text-align:left; vertical-align:top;"
!Kurzbeschreibung
| {{{Kurzbeschreibung}}}
|- style="text-align:left; vertical-align:top;"
!Mitglieder
| {{#arraymap:{{{Mitglieder|}}}|,|x|[[Mitglieder::User:x]]}}
|- style="text-align:left; vertical-align:top;"
!Link
| {{{Link}}}
|- style="text-align:left; vertical-align:top;"
!Aktiv
| {{{Aktiv}}}
|- style="text-align:left; vertical-align:top;"
|}

{{#subobject:{{{Name}}} | Team=1 | Team-Name={{{Name}}} }}
{{#if: {{{Kurzbeschreibung|}}} | {{#subobject:{{{Name|}}} | Team-Kurzbeschreibung={{{Kurzbeschreibung}}} }} }}
{{#if: {{{Mitglieder|}}} | {{#subobject:{{{Name|}}} | Team-Mitglieder={{{Mitglieder}}} }} }}
{{#if: {{{Link|}}} | {{#subobject:{{{Name|}}} | Team-Link={{{Link}}} }} }}
{{#if: {{{Aktiv|}}} | {{#subobject:{{{Name|}}} | Team-Aktiv={{{Aktiv}}} }} }}

</includeonly>

Vorlage:Team

2017-11-06T17:26:07Z

Rfelten: smallfix template

<noinclude>
Diese Vorlage generiert eine Infobox mit Informationen zu einem Freifunk Team.

== Verwendung ==

Den Text aus dem Kasten kopieren und die Werte nach dem =-Zeichen entsprechend ändern. Und natürlich die ganzen Ausfüllhilfen rausmachen.

<pre>
{{Team
|Name= Name des Teams
|Kurzbeschreibung= Was macht dieses Team?
|Mitglieder= Wer ist Mitglied dieses Teams?
|Link= Link zur Team Seite
|Aktiv= Aktiv/...
|}}
</pre>
</noinclude>
<includeonly>
[[Category:Team]]

{| border="2" cellspacing="0" cellpadding="4" rules="all" style="width:300px; margin:.5em 0 1em 1em; border:solid 1px #{{Color|Schwarz}}; border-collapse:collapse; background: #{{Color|Grau}}; empty-cells:hide"
|- style="background:#{{Color|Pink}}; text-align:center;"
! colspan=2| '''{{{Name}}}-Team'''
|- style="text-align:left; vertical-align:top;"
!Name
| {{{Name}}}
|- style="text-align:left; vertical-align:top;"
!Kurzbeschreibung
| {{{Kurzbeschreibung}}}
|- style="text-align:left; vertical-align:top;"
!Mitglieder
| {{#arraymap:{{{Mitglieder}}}|,|x|[[Mitglieder::User:x]]| }}
|- style="text-align:left; vertical-align:top;"
!Link
| {{{Link}}}
|- style="text-align:left; vertical-align:top;"
!Aktiv
| {{{Aktiv}}}
|- style="text-align:left; vertical-align:top;"
|}

{{#subobject:{{{Name}}} | Team=1 | Team-Name={{{Name}}} }}
{{#if: {{{Kurzbeschreibung|}}} | {{#subobject:{{{Name|}}} | Team-Kurzbeschreibung={{{Kurzbeschreibung}}} }} }}
{{#if: {{{Mitglieder|}}} | {{#subobject:{{{Name|}}} | Team-Mitglieder={{{Mitglieder}}} }} }}
{{#if: {{{Link|}}} | {{#subobject:{{{Name|}}} | Team-Link={{{Link}}} }} }}
{{#if: {{{Aktiv|}}} | {{#subobject:{{{Name|}}} | Team-Aktiv={{{Aktiv}}} }} }}

</includeonly>

Vorlage:Team

2017-11-06T17:18:37Z

Rfelten: smallfix template

<noinclude>
Diese Vorlage generiert eine Infobox mit Informationen zu einem Freifunk Team.

== Verwendung ==

Den Text aus dem Kasten kopieren und die Werte nach dem =-Zeichen entsprechend ändern. Und natürlich die ganzen Ausfüllhilfen rausmachen.

<pre>
{{Team
|Name= Name des Teams
|Kurzbeschreibung= Was macht dieses Team?
|Mitglieder= Wer ist Mitglied dieses Teams?
|Link= Link zur Team Seite
|Aktiv= Aktiv/...
|}}
</pre>
</noinclude>
<includeonly>
[[Category:Team]]

{| border="2" cellspacing="0" cellpadding="4" rules="all" style="width:300px; margin:.5em 0 1em 1em; border:solid 1px #{{Color|Schwarz}}; border-collapse:collapse; background: #{{Color|Grau}}; empty-cells:hide"
|- style="background:#{{Color|Pink}}; text-align:center;"
! colspan=2| '''{{{Name}}}-Team'''
|- style="text-align:left; vertical-align:top;"
!Name
| {{{Name}}}
|- style="text-align:left; vertical-align:top;"
!Kurzbeschreibung
| {{{Kurzbeschreibung}}}
|- style="text-align:left; vertical-align:top;"
!Mitglieder
| {{#arraymap:{{{Mitglieder}}}|,|x|[[Mitglieder::User:x]]}}
|- style="text-align:left; vertical-align:top;"
!Link
| {{{Link}}}
|- style="text-align:left; vertical-align:top;"
!Aktiv
| {{{Aktiv}}}
|- style="text-align:left; vertical-align:top;"
|}

{{#subobject:{{{Name}}} | Team=1 | Team-Name={{{Name}}} }}
{{#if: {{{Kurzbeschreibung|}}} | {{#subobject:{{{Name|}}} | Team-Kurzbeschreibung={{{Kurzbeschreibung}}} }} }}
{{#if: {{{Mitglieder|}}} | {{#subobject:{{{Name|}}} | Team-Mitglieder={{{Mitglieder}}} }} }}
{{#if: {{{Link|}}} | {{#subobject:{{{Name|}}} | Team-Link={{{Link}}} }} }}
{{#if: {{{Aktiv|}}} | {{#subobject:{{{Name|}}} | Team-Aktiv={{{Aktiv}}} }} }}

</includeonly>

Vorlage:Team

2017-11-06T17:17:45Z

Rfelten: smallfix template

<noinclude>
Diese Vorlage generiert eine Infobox mit Informationen zu einem Freifunk Team.

== Verwendung ==

Den Text aus dem Kasten kopieren und die Werte nach dem =-Zeichen entsprechend ändern. Und natürlich die ganzen Ausfüllhilfen rausmachen.

<pre>
{{Team
|Name= Name des Teams
|Kurzbeschreibung= Was macht dieses Team?
|Mitglieder= Wer ist Mitglied dieses Teams?
|Link= Link zur Team Seite
|Aktiv= Aktiv/...
|}}
</pre>
</noinclude>
<includeonly>
[[Category:Team]]

{| border="2" cellspacing="0" cellpadding="4" rules="all" style="width:300px; margin:.5em 0 1em 1em; border:solid 1px #{{Color|Schwarz}}; border-collapse:collapse; background: #{{Color|Grau}}; empty-cells:hide"
|- style="background:#{{Color|Pink}}; text-align:center;"
! colspan=2| '''{{{Name}}}-Team'''
|- style="text-align:left; vertical-align:top;"
!Name
| {{{Name}}}
|- style="text-align:left; vertical-align:top;"
!Kurzbeschreibung
| {{{Kurzbeschreibung}}}
|- style="text-align:left; vertical-align:top;"
!Mitglieder
| {{#arraymap:{{{Mitglieder}}}|,|x|[[Mitglieder::User:x]]|}}
|- style="text-align:left; vertical-align:top;"
!Link
| {{{Link}}}
|- style="text-align:left; vertical-align:top;"
!Aktiv
| {{{Aktiv}}}
|- style="text-align:left; vertical-align:top;"
|}

{{#subobject:{{{Name}}} | Team=1 | Team-Name={{{Name}}} }}
{{#if: {{{Kurzbeschreibung|}}} | {{#subobject:{{{Name|}}} | Team-Kurzbeschreibung={{{Kurzbeschreibung}}} }} }}
{{#if: {{{Mitglieder|}}} | {{#subobject:{{{Name|}}} | Team-Mitglieder={{{Mitglieder}}} }} }}
{{#if: {{{Link|}}} | {{#subobject:{{{Name|}}} | Team-Link={{{Link}}} }} }}
{{#if: {{{Aktiv|}}} | {{#subobject:{{{Name|}}} | Team-Aktiv={{{Aktiv}}} }} }}

</includeonly>

Backbone

2017-11-02T20:19:49Z

Rfelten: /* Netzplan */ Ungenutzte IP wiederbelebt am neuen Standort

==Arbeitsgruppe==
* Wir arbeiten in einer offenen Arbeitsgruppe
* Wir kommunizieren über den Verteiler {{nospam|backbone|lists.freifunk-mwu|de}} (Anmelden mit einer leeren Mail an {{nospam|backbone-subscribe|lists.freifunk-mwu|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://ffmwu-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
|-
|PBM5-22 FFMZ-BB Unimedizin Waldthausen
|Verein
|10.37.2.13
|
|fd37:b4dc:4b1e::a25:20d
|-
|-
|LBAC120 FFMZ-BB LiteBeam AC 120 Test
|Verein
|10.37.2.15
|
|
|-
|-
|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
|Verein (ex Gabriel)
|10.37.2.35
|
|-
|-
|NB M5-16 FFMZ-BB Holzturm NO (Reduit)
|Verein
|10.37.2.36
|192.168.100.36
|-
|-
|Power Beam M5 FFMZ-BB Voldemort Richtung Wiesbaden
|Wiesbanden
|10.37.2.42
|
|-
|-
|NBM5 AC FFMZ-BB UniMedizin Richtung Wiesbaden
|Wiesbaden
|10.37.2.44
|
|-
|-
|Uniklinik Master Wiesbaden Management
|Moritz
|10.37.2.45
|
|-
|FFMZ Allianz switch
|DRK
|10.37.2.65
|
|fd37:b4dc:4b1e::a25:241
|-
|FFMZ Allianz reserved
|
|10.37.2.66-69
|
|fd37:b4dc:4b1e::a25:24x
|-
|NSLM5 ALCOVEN1
|Herb
|10.37.2.72
|192.168.100.72
|-
|NSLM5 FFMZ-PTH (offline)
|Antennen-Wolfgang
|10.37.2.80
|192.168.100.80
|-
|NBM5 FFMZ-FFMZ-DARC Event
|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-DARC Event
|Antennen-Wolfgang
|10.37.2.84
|192.168.100.84
|-
|NBM5 FFMZ-HT-EVENT -SüdOst
|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
|
|-
|NB M5-16 Staatstheater
|Event (für Staatstheater)
|10.37.2.120
|192.168.100.120?
|fd37:b4dc:4b1e::a25:278
|-
|WDR3400(?) Staatstheater
|Event (für Staatstheater)
|
|
|fd37:b4dc:4b1e:0:ea94:f6ff:fed4:6bda
|-
|LocoM2-SW Staatstheater
|Event (für Staatstheater)
|10.37.2.122
|192.168.100.122?
|fd37:b4dc:4b1e::a25:27a
|-
|LocoM2-NO Staatstheater
|Event (für Staatstheater)
|10.37.2.123
|192.168.100.123?
|fd37:b4dc:4b1e::a25:27b
|-
|LocoM5 Staatstheater
|Event (für Staatstheater)
|10.37.2.124
|192.168.100.124?
|fd37:b4dc:4b1e::a25:27c
|-
|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
|-
|NB-M5-19 GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.137
|
|fd37:b4dc:4b1e::a25:289
|-
|RB260GSP GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.138
|
|fd37:b4dc:4b1e::a25:28a
|-
|CPE210 GoHo6410a
|BB/GoHo/GonsKultur/Juvente
|10.37.2.139
|
|fd37:b4dc:4b1e::a25:28b
|-
|Reserve GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.140 - 143
|
|fd37:b4dc:4b1e::a25:28c...
|-
|Eltville Freibad RB260GSP
|Stadt Eltville
|10.37.2.150
|
|
|-
|Eltville Freibad NSM2-01
|Stadt Eltville
|10.37.2.151
|
|fd37:b4dc:4b1e::a25:297
|-
|Eltville Freibad NSM2-02
|Stadt Eltville
|10.37.2.152
|
|fd37:b4dc:4b1e::a25:298
|-
|Hallgarten Freibad NSM2-01
|Stadt Oestrich-Winkel
|10.37.2.153
|
|fd37:b4dc:4b1e::a25:299
|-
|Hallgarten Freibad NSM2-02
|Stadt Oestrich-Winkel
|10.37.2.154
|
|fd37:b4dc:4b1e::a25:29A
|-
|Oestrich-Winkel Markt EP-R6
|Stadt Oestrich-Winkel
|10.37.2.155
|
|fd37:b4dc:4b1e::a25:29b
|-
|Oestrich-Winkel Markt UAP-AC-M #1
|Stadt Oestrich-Winkel
|10.37.2.156
|
|fd37:b4dc:4b1e::a25:29c
|-
|Oestrich-Winkel Markt UAP-AC-M #2
|Stadt Oestrich-Winkel
|10.37.2.157
|
|fd37:b4dc:4b1e::a25:29e
|-
|Aarbergen Freibad Offloader
|Gmde Aarbergen
|10.37.2.160
|
|-
|Aarbergen Freibad CPE210-1
|Gmde Aarbergen
|10.37.2.161
|
|-
|Aarbergen Freibad CPE210-2
|Gmde Aarbergen
|10.37.2.162
|
|-
|Aarbergen Freibad CPE210-3
|Gmde Aarbergen
|10.37.2.163
|
|-
|Aarbergen Reserviert
|Gmde Aarbergen
|10.37.2.164
|
|-
|FF-RT-Event-Offloader
|Thomas
|10.37.2.165
|
|-
|FF-RT-Event-CPE210-1
|Thomas
|10.37.2.166
|
|-
|FF-RT-Event-CPE210-2
|Thomas
|10.37.2.167
|
|-
|FF-RT-Event-CPE210-3
|Thomas
|10.37.2.168
|
|-
|FF-RT-Event-CPE210-4
|Thomas
|10.37.2.169
|
|-
|Reserviert FF-RT-Event
|Thomas
|10.37.2.170
|
|-
|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 I
|Moritz
|10.37.2.201
|
|-
|NBM5 Peter Jordan Schule II
|Moritz
|10.37.2.202
|
|-
|TPLink1 Peter Jordan Schule
|Moritz
|10.37.2.203
|
|-
|TPLink2 Peter Jordan Schule
|Moritz
|10.37.2.204
|
|-
|TPLink3 Peter Jordan Schule
|Moritz
|10.37.2.205
|
|-
|TPLink4 Peter Jordan Schule
|Moritz
|10.37.2.206
|
|-
|TPLink Switch Peter Jordan Schule
|Moritz
|10.37.2.207
|
|-
|ASB Powerbeam
|Moritz
|10.37.2.210
|
|-
|ASB Switch
|Moritz
|10.37.2.211
|
|-
|ASB NSM5
|Moritz
|10.37.2.212
|
|-
|ASB NanoBeam M5
|Moritz
|10.37.2.213
|
|-
|ASB UniFi 1
|Michael
|10.37.2.214
|
|-
|ASB UniFi 2
|Michael
|10.37.2.215
|
|-
|ASB UniFi 3
|Michael
|10.37.2.216
|
|-
|NSM5 Rathenaustr1
|Michael
|10.37.2.222
|
|-
|NSLM5- Peng Dragonkaserne - UM
|Dragonkaserne
|10.37.2.236
|
|-
|NBM5-19 Klein Winternheim Sternwarte
|Sternwarte
|10.37.2.238
|192.168.1.20
|-
|NSM5 Mombacherzentrale
|Tobias-Sonia-Linn
|10.37.2.240
|192.168.1.20
|-
|NB-M5 Pengland
|Moritz
|10.37.2.244
|
|-
|Bananpi Turmgate
|Moritz
|10.37.2.254
|
|-
|NSM5 Backstube
|Jan
|10.37.3.1
|
|-
|NBM5 Backstube
|Jan
|10.37.3.2
|
|-
|Nxx5 Backstube
|Jan
|10.37.3.3
|
|-
|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
|
|-
|NSM5 FFMZ-BB #3 Waldthausen Heidesheim und Ingelheim
|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-Taunus
|10.37.3.13
|
|-
|NSM5 Rapunzel->Waldthausen
|Freifunk Rheingau-Taunus
|10.37.3.14
|
|-
|locoM5 Erbach Markt
|Freifunk Rheingau-Taunus
|10.37.3.15
|
|-
|locoM5 Erbach Vater Rhein
|Freifunk Rheingau-Taunus
|10.37.3.16
|
|-
|NBE-M5-16 Walluf Pension Henz->Waldthausen
|Freifunk Rheingau-Taunus
|10.37.3.17
|192.168.3.17
|-
|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
|
|-
|Voip Voldemort
|Thomas
|10.37.3.28
|
|-
|Flarm-ADSB Empfang Voldermort
|Thomas
|10.37.3.29
|
|-
|FFMZ-BB Elsa-Brandström-Voldemort
|Christian
|10.37.3.30
|
|-
|Reserviert für Voldermort
|Thomas
|10.37.3.31 - 10.37.3.40
|
|-
|Reserviert für TottiKowalski
|Thorsten
|10.37.3.60 - 10.37.3.69
|
|-
|FFMWU-BB Sankt-Markus EP-R6
|Freifunk Rheingau-Taunus
|10.37.3.70
|192.168.3.70
|fd37:b4dc:4b1e::a25:346
|-
|FFMWU-BB Sankt-Markus NSM5 ONO
|Freifunk Rheingau-Taunus
|10.37.3.71
|192.168.3.71
|fd37:b4dc:4b1e::a25:347
|-
|FFMWU-BB Sankt-Markus NSM5 NW
|Freifunk Rheingau-Taunus
|10.37.3.72
|192.168.3.72
|fd37:b4dc:4b1e::a25:348
|-
|FFMWU-BB Sankt-Markus [reserviert]
|Freifunk Rheingau-Taunus
|10.37.3.73
|192.168.3.73
|fd37:b4dc:4b1e::a25:349
|-
|FFMWU-BB Sankt-Markus [reserviert]
|Freifunk Rheingau-Taunus
|10.37.3.74
|192.168.3.74
|fd37:b4dc:4b1e::a25:34a
|-
|NSM5 Markt->Sankt-Markus
|Freifunk Rheingau-Taunus
|10.37.3.75
|192.168.3.75
|fd37:b4dc:4b1e::a25:34b
|-
|NSM5 Wacholderhof->Sankt-Markus
|Freifunk Rheingau-Taunus
|10.37.3.76
|192.168.3.76
|fd37:b4dc:4b1e::a25:34c
|-
|NBE-M5-16 Sol-3->Sankt-Markus
|Freifunk Rheingau-Taunus
|10.37.3.77
|192.168.3.77
|fd37:b4dc:4b1e::a25:34d
|-
|BulletM5 Pthm-NOlm (offline)
|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-CPE-Test Partenheim
|Antennen-Wolfgang
|10.37.3.85
|Sportplatz
|-
|FFMZ APRS-Gateway Holzturm
|Antennen-Wolfgang
|10.37.3.86
|
|-
|FFMZ FosCam für Holzturm
|Antennen-Wolfgang
|10.37.3.87:88
|User=freifunk pw=Freifunk!
|-
|FFMZ-BB Reserviert für Partenheim
|Antennen-Wolfgang
|10.37.3.88-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
|-
|NBE-5AC-16 FFMZ-Gonsbachterrassen
|Marcus (Mettbrötchen)
|10.37.3.96
|192.168.1.21
|-
|NBE-M5-16 Walluf Pension Henz Switch01
|Freifunk Rheingau-Taunus
|10.37.3.100
|192.168.3.100
|-
|NBE-M5-16 Walluf Pension Henz #2
|Freifunk Rheingau-Taunus
|10.37.3.101
|192.168.3.101
|-
|NBE-M5-16 Walluf ??? -> Pension Henz
|Freifunk Rheingau-Taunus
|10.37.3.102
|192.168.3.102
|-
|ffmz Heiligkreuz 40 NSM5 -> Uni
|Stefan Parthon
|10.37.3.105
|192.168.1.51
|-
|FFMZ-BB-AFE -> Uni (Mast 2)
|[[Benutzer:Rfelten|Robert]]
|10.37.3.106
|192.168.1.20
|-
|FFMZ-WH-UB-CAMP1 -> Waldthausen
|[[Benutzer:Sven|Sven]]
|10.37.3.107
|
|-
|NSML2 Planke 1
|moritz
|10.37.3.201
|
|-
|NSML2 Planke 2
|moritz
|10.37.3.202
|
|-
|NSML2 Planke 3
|moritz
|10.37.3.203
|
|-
|}

==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]]

Backbone

2016-06-24T13:45:25Z

Rfelten: /* Netzplan */ + FFMZ-BB-BTHNRSTR (10.37.3.106)

==Arbeitsgruppe==
* Wir arbeiten in einer offenen Arbeitsgruppe
* Wir kommunizieren über den Verteiler {{nospam|backbone|lists.freifunk-mwu|de}} (Anmelden mit einer leeren Mail an {{nospam|backbone-subscribe|lists.freifunk-mwu|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://ffmwu-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
|
|-
|NB M5-16 Staatstheater
|Event (für Staatstheater)
|10.37.2.120
|192.168.100.120?
|fd37:b4dc:4b1e::a25:278
|-
|WDR3400 Staatstheater
|Event (für Staatstheater)
|10.37.2.121
|192.168.100.121?
|fd37:b4dc:4b1e::a25:279
|-
|LocoM2-SW Staatstheater
|Event (für Staatstheater)
|10.37.2.122
|192.168.100.122?
|fd37:b4dc:4b1e::a25:27a
|-
|LocoM2-NO Staatstheater
|Event (für Staatstheater)
|10.37.2.123
|192.168.100.123?
|fd37:b4dc:4b1e::a25:27b
|-
|LocoM5 Staatstheater
|Event (für Staatstheater)
|10.37.2.124
|192.168.100.124?
|fd37:b4dc:4b1e::a25:27c
|-
|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
|-
|NB-M5-19 GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.137
|
|fd37:b4dc:4b1e::a25:289
|-
|RB260GSP GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.138
|
|fd37:b4dc:4b1e::a25:28a
|-
|CPE210 GoHo6410a
|BB/GoHo/GonsKultur/Juvente
|10.37.2.139
|
|fd37:b4dc:4b1e::a25:28b
|-
|Reserve GoHo6410
|BB/GoHo/GonsKultur/Juvente
|10.37.2.140 - 143
|
|fd37:b4dc:4b1e::a25:28c...
|-
|Eltville Freibad RB260GSP
|Stadt Eltville
|10.37.2.150
|
|
|-
|Eltville Freibad NSM2-01
|Stadt Eltville
|10.37.2.151
|
|fd37:b4dc:4b1e::a25:297
|-
|Eltville Freibad NSM2-02
|Stadt Eltville
|10.37.2.152
|
|fd37:b4dc:4b1e::a25:298
|-
|Aarbergen Freibad Offloader
|Stadt Aarbergen
|10.37.2.160
|
|-
|Aarbergen Freibad CPE210-1
|Stadt Aarbergen
|10.37.2.161
|
|-
|Aarbergen Freibad CPE210-2
|Stadt Aarbergen
|10.37.2.162
|
|-
|Aarbergen Freibad CPE210-3
|Stadt Aarbergen
|10.37.2.163
|
|-
|Aarbergen Reserviert
|Stadt Aarbergen
|10.37.2.164 - 10.37.2.170
|
|-
|-
|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
|
|-
|raspi Rathenaustr1
|Michael
|10.37.2.223
|
|-
|NBM5-19 Klein Winternheim Sternwarte
|Sternwarte
|10.37.2.238
|192.168.1.20
|-
|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
|
|-
|NBE-M5-16 Walluf Pension Henz->Waldthausen
|Freifunk Rheingau
|10.37.3.17
|192.168.3.17
|-
|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
|
|-
|Voip Voldemort
|Thomas
|10.37.3.28
|
|-
|Flarm-ADSB Empfang Voldermort
|Thomas
|10.37.3.29
|
|-
|FFMZ-BB Elsa-Brandström-Voldemort
|Christian
|10.37.3.30
|
|-
|Reserviert für Voldermort
|Thomas
|10.37.3.31 - 10.37.3.40
|
|-
|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 Markt->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
|-
|NBE-M5-16 Sol-3->Sankt-Markus
|Freifunk Rheingau
|10.37.3.77
|192.168.2.77
|-
|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
|-
|NBE-M5-16 Walluf Pension Henz Switch01
|Freifunk Rheingau
|10.37.3.100
|192.168.3.100
|-
|NBE-M5-16 Walluf Pension Henz #2
|Freifunk Rheingau
|10.37.3.101
|192.168.3.101
|-
|NBE-M5-16 Walluf ??? -> Pension Henz
|Freifunk Rheingau
|10.37.3.102
|192.168.3.102
|-
|ffmz Heiligkreuz 40 NSM5 -> Uni
|Stefan Parthon
|10.37.3.105
|192.168.1.51
|-
|FFMZ-BB-BTHNRSTR -> Uni
|[[Benutzer:Rfelten|Robert]]
|10.37.3.106
|192.168.2.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]]