Freifunk Rheinland e.V. - Benutzerbeiträge [de]

Benutzer:Takt

2016-02-22T16:49:03Z

Takt:

== Kontakt ==

;Twitter
:[https://twitter.com/taktv6]
;Jabber
:takt [at] takt.guru

Freifunktag/2015-10

2015-09-17T14:06:40Z

Takt: /* Anmeldung */

{{#display_map:51.266842, 7.145110}}

== Freifunktag in Utopiastadt ==

* Termin: 17. Oktober 2015 ab 10 Uhr
* Ort: [http://www.utopiastadt.eu/ Utopiastadt], Mirker Str. 48, 42105 Wuppertal
* Koordination: [[Benutzer:sn0wdiver|sn0wdiver]], [[Benutzer:phip|phip]]

UTOPIASTADT ist ein kreativer Kluster in Wuppertal Elberfeld. Dort hat auch /dev/tal und Freifunk seine Heimat gefunden.

== Ablauf ==
; 10 Uhr
: Vorträge/Workshops
; XX Uhr
: Vorträge/Workshops
; 19 Uhr
: Grillen vorm Hutmacher während der Probe
; ?? Uhr
: Konzert
; ?? Uhr
: Ende offen
; ?? Uhr
: Zelten
; ?? Uhr
: aufstehen

== Mitmachen ==

Bitte tragt euch ein, wenn ihr mithelfen könnt und wollt.

=== Aufbau ===

Den Raum vorbereiten, Stühle aufstellen, Freifunk optimieren:

* sn0wdiver
* phip
* …

=== Vorträge ===

Wer etwas vortragen möchte, bitte mit Namen und Thema hier hinein:

*

=== Workshops ===

Wer Themen für einen Workshop, bitte mit Namen und Thema hier hinein:

*

=== Informationsveranstaltung ===

Für Freifunknutzer die keine Freifunker sind, ist ein leicht verdaulicher Grundlagenvortrag gewünscht, der zu einer „humanen“ Zeit statt finden soll und noch besonders hervorgehoben werden will.

=== Konzert ===

Um 19 Uhr fangen die Proben der Band an (ja, Utopiastadt ist abends doppelt belegt), so dass wir in den Vortrags/Rückzugsräumen die geniale Akustik des Mirker Bahnhofs spüren werden. Deshalb werden wir diese Zeit nutzen und …

=== Grillen ===

Fürs Grillen steht ein recht grosser Grill zur Verfügung und ein kleiner so das wir für die Vegetarier auch getrennte Grillzonen haben.
Wie schon angedeutet steht der Grill direkt neben dem Hutmacher – die Kneipe in Utopiastadt – in der wir dann den Abend nach dem Konzert ausklingen lassen können. Also ist für Getränke auch beim Grillen gesorgt ;)

=== Aufräumen ===

Stühle wegräumen, Müll raus bringen, nötigenfalls den Raum reinigen:
* alle, die wollen

=== Schlafplätze ===

Wer bietet einen Platz zur Übernachtung an?
* …

Wer sucht einen Platz zur Übernachtung?

* …
==== Zelten ====

Für die ganz Harten unter uns besteht noch die Möglichkeit neben der Nordbahntrasse zu Zelten. Der Freifunktag kann sogar auf den Sonntag ausgedehnt werden. Mit Dusch-/Waschmöglichkeiten sieht es jedoch eng aus. Wir arbeiten dran.

== Anmeldung ==

Die Veranstaltung ist offen für alle, also auch für Nicht-Mitglieder. Für Reservierung und Raumplanung meldet euch bitte hier an (Nickname genügt).

* sn0wdiver
* phip
* petabyteboy (nur So)
* nomaster
* CyrusFox
* takt (Sa nur bis ca. 17 Uhr)

oder im [https://forum.freifunk.net/t/freifunktag-in-wuppertal-utopiastadt-am-2015-10-17/8023 Forum]. Ansonsten über kontakt@freifunk-wuppertal.net

[[Kategorie:Freifunktage]]

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:15:58Z

Takt: /* Konfiguration OSPF für IPv6 */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

Skript zum Setzen der Adressen. Bitte XXX und XXXX durch zugewiesene Werte ersetzen!

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Ausführbar machen

# chmod +x /etc/tinc/rheinland/tinc-up

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

Tincd starten. (per Init, Systemd,...)

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

# > /etc/quagga/zebra.conf
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

<hostname> ist zu ersetzen.

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

# > /etc/quagga/ospf6d.conf
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

<hostname> ist zu ersetzen.

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:15:48Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

Skript zum Setzen der Adressen. Bitte XXX und XXXX durch zugewiesene Werte ersetzen!

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Ausführbar machen

# chmod +x /etc/tinc/rheinland/tinc-up

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

Tincd starten. (per Init, Systemd,...)

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

# > /etc/quagga/zebra.conf
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

<hostname> ist zu ersetzen.

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

# < /etc/quagga/ospf6d.conf
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

<hostname> ist zu ersetzen.

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:15:26Z

Takt: Hinweis eingefügt

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

Skript zum Setzen der Adressen. Bitte XXX und XXXX durch zugewiesene Werte ersetzen!

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Ausführbar machen

# chmod +x /etc/tinc/rheinland/tinc-up

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

Tincd starten. (per Init, Systemd,...)

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

# < /etc/quagga/zebra.conf
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

<hostname> ist zu ersetzen.

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

# < /etc/quagga/ospf6d.conf
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

<hostname> ist zu ersetzen.

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:14:55Z

Takt: Pfad eingefügt

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

Skript zum Setzen der Adressen. Bitte XXX und XXXX durch zugewiesene Werte ersetzen!

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Ausführbar machen

# chmod +x /etc/tinc/rheinland/tinc-up

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

Tincd starten. (per Init, Systemd,...)

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

# < /etc/quagga/zebra.conf
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

# < /etc/quagga/ospf6d.conf
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

<hostname> ist zu ersetzen.

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:13:51Z

Takt: Pfad eingefügt

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

Skript zum Setzen der Adressen. Bitte XXX und XXXX durch zugewiesene Werte ersetzen!

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Ausführbar machen

# chmod +x /etc/tinc/rheinland/tinc-up

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

Tincd starten. (per Init, Systemd,...)

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

# < /etc/quagga/zebra.conf
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:02:01Z

Takt: /* Anbindung an das Layer2 Netz via tinc */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T14:00:47Z

Takt: /* Anbindung an das Layer2 Netz via tinc */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/tinc-up
#/bin/sh

ip link set up dev $INTERFACE
ip -4 addr add 10.78.0.XXX/22 dev $INTERFACE
ip -6 addr add 2001:470:72da::XXXX/64 dev $INTERFACE
ip -6 addr add 2001:470:7861::XXXX/64 dev $INTERFACE

Public/private key pair erzeugen. Wir nehmen die Standardlänge von 2048 bit und den vorgeschlagenen Pfad zu den Dateien (/etc/tinc/rsa_key.priv und /etc/tinc/rsa_key.pub).

# tincd -K

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T13:29:22Z

Takt: /* Anbindung an das Layer2 Netz via tinc */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

Zuerst einmal ist das Paket tinc auf dem Super-Node zu installieren.

mkdir -p /etc/tinc/rheinland

# < /etc/tinc/rheinland/tinc.conf
AddressFamily ipv4
BindToInterface <public IPv4 Interface>
Broadcast direct
DeviceType tap
DirectOnly yes
Forwarding off
HostNames no
Interface bb0
Mode switch
Name <hostname>
PingInterval 15
PingTimeout 5
PrivateKeyFile /etc/tinc/backbone/rsa_key.priv
ConnectTo = rheinland0
ConnectTo = rheinland1
Debug 3

# < /etc/tinc/rheinland/hosts/rheinland0
Address=78.47.35.141
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAxaewx1cZPPjeRLomoO2z0GN/Lioc0bwEoM9cB++lzqfhfEbNLDbU
hMkn2Q/2uR51h2ZJ5tgUcU1wCa2lrPXVO8e8oZo7RTJi+rYJyDtosC2W693GtLxK
GYDQOyPmrcc55X4j0UeyFNP2dKH8qmRH2cs2VM1sJslKOGheJVSXxo2xBQy2EiQw
AMITubAW6NaG/tB5hwehyvcp11B/EXuWl1UByEi3R8TCQPPyyuyhmVswnSUZzbsU
UMkazbrbaK322DmuHT8txn4DK6/DLSz0MzPwe0AGB8ReQA5wKS2JgnRmZ0HKLJ9K
awnBNLV2ate25FZuvjHkD6yyjQcCsoryMwIDAQAB
-----END RSA PUBLIC KEY-----

# < /etc/tinc/rheinland/hosts/rheinland1
Address=78.47.35.139
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEA2xz9NGY9XUkrsciIZ5AucrtGnlXcD257/jYDyyCVLDNuS16cA3vF
bsH5Br3zjYRsN+AZjvgUbfCyrM4qxWBoSTmcFOH5uQLt0RD+p8dpq/p/9B0vRMI2
eGLK6C+2EylLEui9lrwpXF27530uIlXxORsjEgGjgJMegkTQoU/yFpt8kXr0N+Zg
sCdLyVByzS6FqmZOuFJiNTC/IggkRHqqKLoj9Kp4L/qqdTCeszWVtkNQpljXhiEq
4OR9nreH+icns+GrvWAqhMUyVTJrOr1nPDgFT5FytGjmudN/tSpp7PE4OZbvpIg/
ZxMfmKM7Qs/+xPLry7SB7NJzJSJVOR6fDQIDAQAB
-----END RSA PUBLIC KEY-----

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T13:25:23Z

Takt: /* Anbindung an das Layer2 Netz via tinc */

Netzwerk/Super-Node Backbone Anbindung

2014-03-14T13:24:08Z

Takt: /* Anbindung an das Layer2 Netz via tinc */

Benutzer:Takt

2014-02-26T10:04:59Z

Takt:

Hi, ich bin Oli.

Ich diffundiere meistens durch die Gegend zwischen Hoppstädten-Weiersbach, Bonn, Köln, Düsseldorf, Karlsruhe, Kevelaer und bin sporadisch im Chaosdorf anzutreffen.

Ich Administriere derzeit die Server [[Ansprechpartner für::rheinland0]] und [[Ansprechpartner für::rheinland1]] und binde Freifunk Rheinland an das ICvpn an. Außerdem bin ich Ansprechpartner bei Fragen zu Backbone, Routing und insbesondere IPv6.

== Kontakt ==

;E-Mail
:[mailto:privat@herms-it.de privat@herms-it.de]
;Twitter
:[https://twitter.com/OliverHerms @OliverHerms]
;Jabber
:oliver@herms-it.de

== Interessen ==

Ich interessiere mich für Linux Kernel, IT Security, Netzwerke.
Darf jederzeit angejabbert werden.

Benutzer:Takt

2014-02-11T21:09:45Z

Takt:

Hi, ich bin Oli.

Ich diffundiere meistens durch die Gegend zwischen Hoppstädten-Weiersbach, Bonn, Köln, Düsseldorf, Kevelaer und bin sporadisch im Chaosdorf anzutreffen.

Ich Administriere derzeit die Server [[Ansprechpartner für::rheinland0]] und [[Ansprechpartner für::rheinland1]] und binde Freifunk Rheinland an das ICvpn an. Außerdem bin ich Ansprechpartner bei Fragen zu Backbone, Routing und insbesondere IPv6.

== Kontakt ==

;E-Mail
:[mailto:privat@herms-it.de privat@herms-it.de]
;Twitter
:[https://twitter.com/OliverHerms @OliverHerms]
;Jabber
:oliver@herms-it.de

== Interessen ==

Ich interessiere mich für Linux Kernel, IT Security, Netzwerke.
Darf jederzeit angejabbert werden.

Benutzer:Takt

2014-02-11T21:04:24Z

Takt: Die Seite wurde neu angelegt: „Hi, ich bin Oli. Ich diffundiere meistens durch die Gegend und bin sporadisch im Chaosdorf anzutreffen. Ich Administriere derzeit die Server [[Ansprechpartne…“

Hi, ich bin Oli.

Ich diffundiere meistens durch die Gegend und bin sporadisch im Chaosdorf anzutreffen.

Ich Administriere derzeit die Server [[Ansprechpartner für::rheinland0]] und [[Ansprechpartner für::rheinland1]] und binde Freifunk Rheinland an das ICvpn an. Außerdem bin ich Ansprechpartner bei Fragen zu Backbone, Routing und insbesondere IPv6.

== Kontakt ==

;E-Mail
:[mailto:privat@herms-it.de privat@herms-it.de]
;Twitter
:[https://twitter.com/OliverHerms @OliverHerms]
;Jabber
:oliver@herms-it.de

== Interessen ==

Ich interessiere mich für Linux Kernel, IT Security, Netzwerke.
Darf jederzeit angejabbert werden.

Node 176

2014-02-09T17:26:20Z

Takt:

{{Node
|Hersteller=TP-LINK
|Typ=TL-WR741ND
|Hardware-Revision=4.22
|Seriennummer=129C0106941
|MAC=A0:F3:C1:36:68:86
|Standort=Kevelaer
|Administrator=takt
|Eigentümer=takt
|Hat Koordinaten=51.5840674, 6.2410959999999704
|Firmware-Revision=2014-01-29_git-2916598
|Einsatzstatus=Aufgestellt
|Hostname=node176-kevelaer
|IPv6=2001:470:1f15:116c:a2f3:c1ff:fe36:6885
2001:470:1f15:1167:a2f3:c1ff:fe36:6885
fda0:747e:ab29:cafe:a2f3:c1ff:fe36:6885
}}

Netzwerk/IP Netze

2014-01-30T23:22:20Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 2001:470:7861::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Amsterdam Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:72da::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Frankfurt Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|-
| 2001:470:7861::/64
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone AMS
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:72da::/64
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone FRA
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:21:06Z

Takt: /* Konfiguration OSPF für legacy IP (IPv4) */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty

Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:20:55Z

Takt:

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</config>
Die Konfiguration aktiviert OSPF auf der Schnittstelle zum Backbone und auf der Schnittstelle zur Domäne. Durch passive-interface default wird in Richtung batman jedoch kein OSPF gesprochen, das Netz aber in Richtung Backbone angekündigt.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:18:56Z

Takt:

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!
</config>

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</config>

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:18:16Z

Takt:

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!
</config>

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</config>

Netzwerk/Backbone Adressierung

2014-01-30T23:16:19Z

Takt: Die Seite wurde neu angelegt: „=== IP Belegung im Backbone (Legacy IP) === Dies ist eine Liste der belegten IP-Adressen im Freifunk Backbone. Für IPv6 ist SLAAC zu verwenden. {| class="wik…“

=== IP Belegung im Backbone (Legacy IP) ===
Dies ist eine Liste der belegten IP-Adressen im Freifunk Backbone.
Für IPv6 ist SLAAC zu verwenden.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Adresse
| Host
! Belegt seit
! Aktiv bis
! Community
! Bemerkungen
! Kontakt
|-
| 10.78.0.1
| rheinland0
| 2014-01
|
| Backbone
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 10.78.0.2
| rheinland1
| 2014-01
|
| Backbone
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:12:51Z

Takt: /* Legacy IP (IPv4) */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [[Netzwerk/Backbone Adressierung | hier]] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!
</config>

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</code>

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:12:39Z

Takt: /* Legacy IP (IPv4) */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

Der Adressbereich 10.78.0.0/22 ist für den Backbone reserviert.
Adressen sind [Netzwerk/Backbone Adressierung | hier] zu verwalten.

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!
</config>

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</code>

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:11:09Z

Takt:

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

=== Konfiguration OSPF für IPv6 ===
OSPF für IPv6 wird in Quagga durch den Dienst ospf6d bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/05 12:17:57
!
hostname <hostname>-ospf6d
password ospf6d
!
interface bb0
ipv6 ospf6 hello-interval 1
ipv6 ospf6 dead-interval 4
!
router ospf6
redistribute connected route-map bat0
interface bb0 area 0.0.0.0
!
route-map bat0 permit 10
match interface bat0
!
line vty
!
</config>

=== Konfiguration OSPF für legacy IP (IPv4) ===
OSPF für IPv4 wird in Quagga durch den Dienst ospfd bereitgestellt. Dieser teilt Zebra die Routinginformationen mit welche in die Kernel Routingtabelle installiert werden sollen.
Eine einfache Konfiguratuion wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2013/12/19 21:59:29
!
hostname <hostname>-ospf
password ospfd
!
!
interface bb0
ip ospf hello-interval 1
ip ospf dead-interval 4
!
router ospf
auto-cost reference-bandwidth 100000
passive-interface default
no passive-interface bb0
network 10.78.0.0/22 area 0.0.0.0
network <IP-Range of Domain> area 0.0.0.0
!
line vty
</code>

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:01:12Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<config>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</config>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T23:00:20Z

Takt: /* Adressierung der Supernodes im Backbone */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

=== IPv6 ===
[http://en.wikipedia.org/wiki/IPv6_stateless_address_autoconfiguration SLAAC] ist zu verwenden.

=== Legacy IP (IPv4) ===

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</code>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:58:17Z

Takt: /* Konfiguration von dynamischem Routing */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</code>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:57:40Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</code>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:56:01Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<nowiki>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</nowiki>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:55:35Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:

!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!

Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.
Mittels telnet 127.0.0.1 2601 kann Zebra auch interaktiv konfiguriert werden. Die Konfiguration ähnelt der von Routern mit Cisco IOS.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:52:53Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<syntaxhighlight>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</syntaxhighlight>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:47:21Z

Takt: /* Konfiguration Zebra */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
<code>
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
</code>
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:46:11Z

Takt: /* Konfiguration von dynamischem Routing */

= Anbindung von Supernodes an den Freifunk Rheinland Backbone =
Dieser Artikel soll erläutern wie eine Supernode an den Backbone des Freifunk Rheinland angeschlossen werden kann.

== Anbindung an das Layer2 Netz via tinc ==

== Adressierung der Supernodes im Backbone ==

== Konfiguration von dynamischem Routing ==

Innerhalb des Backbones des Freifunk Rheinland wird das Routingprotokoll [http://en.wikipedia.org/wiki/Open_Shortest_Path_First | OSPF] verwendet.
Als Routing Software kommt derzeit Quagga zum Einsatz. Quagga ist in den Paketsammlungen der üblichen Linux Distributionen bereits enthalten.
Die Konfigurationen für IPv4 und IPv6 finden getrennt statt.

=== Konfiguration Zebra ===
Zebra ist ein Dienst aus dem Quagga Paket welches von den verschiedenen Routing Daemonen Routen annimmt und im Kernel installiert.
Eine einfache Konfiguration kann wie folgt aussehen:
[code]
!
! Zebra configuration saved from vty
! 2014/01/27 23:38:55
!
hostname <hostname>-zebra
password zebra
!
ip forwarding
ipv6 forwarding
!
!
line vty
!
[/code]
Es wird lediglich ein Hostname sowie ein Passwort für die Zebra Shell gesetzt und IP Forwarding aktiviert.

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:40:23Z

Takt: /* Anbindung von Supernodes an den Freifunk Rheinland Backbone */

Netzwerk/Super-Node Backbone Anbindung

2014-01-30T22:38:18Z

Takt: Die Seite wurde neu angelegt: „=== Anbindung von Supernodes an den Freifunk Rheinland Backbone ===“

=== Anbindung von Supernodes an den Freifunk Rheinland Backbone ===

Netzwerk

2014-01-30T22:37:42Z

Takt: /* Weitere Themen */

Freifunk Rheinland ist eine Meta-Community. Das bedeutet, dass es ein Zusammenschluss mehrerer Communities (Freifunkzellen) ist, die technisch nicht unbedingt miteinander zusammenhängen. Im Freifunk Rheinland organisieren wir das Ausrollen einer einheitlichen Firmware ([[Freifunk Advanced]]) und das Routing zwischen den Netzen.

Die Communities sind in mehreren Domänen gruppiert, die sich jeweils ein LAN-Segment teilen. Jede Domäne besitzt (ab 2014) mehrere [[Super-Node|Super-Nodes]], die ihre Wolken (Standorte) miteinander verbindet und die untereinander an über ein [[Backbone]]-Netz verbunden sind.

Derzeit befindet sich die Domäne [[Rheinufer]] (Düsseldorf/Neuss) im Aufbau, die übrigen Communities folgen. Bis dahin sind diese als individuelle Domänen über [[DS9]] angebunden.

=== Weitere Themen ===
* [[Netzwerk/IP Netze | IP Netze]]
* [[Netzwerk/Wireless Channels | Wireless Channels]]
* [[Freifunk Rheinland Net 2.0]]
* [[Netzwerk/Supernode Backbone Anbindung | Supernode Backbone Anbindung]]

Netzwerk/IP Netze

2014-01-30T22:36:25Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 2a01:d0:8e0c::/48
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] IPv6 für alle
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2a01:d0:8e0c::/64
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:7861::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Amsterdam Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:72da::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Frankfurt Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|-
| 2001:470:7861::/64
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone AMS
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:72da::/64
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone FRA
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Netzwerk/IP Netze

2014-01-30T22:34:58Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 2a01:d0:8e0c::/48
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] IPv6 für alle
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2a01:d0:8e0c::/64
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:7861::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Amsterdam Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2001:470:72da::/48
| 2014-01
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] HE.net Frankfurt Tunnel
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Freifunktag/Februar 2014

2014-01-30T22:07:10Z

Takt: /* Anmeldung */

{{#display_map:51.1988783, 6.44634619}}

== Freifunktag im Ladenlokal ==

* Termin: 15. Februar 2014 ab 13 Uhr
* Ort: Mönchengladbach, [http://www.facebook.com/ladenlokal.mg/ Ladenlokal], Eickenenr Str. 14, 41061 Mönchengladbach
* Koordination: [[Benutzer:Tschäggy Wasa|Tschäggy Wasa]]

== Lokation ==

Ladenlokal" – das öffentliche Wohnzimmer

"Ladenlokal" ist ein Zusammenschluss von Waldhaus 12 e.V. und dem HORST Musik- und Kulturförderung e.V..

Dank der Unterstützung von Dr. Langen Liegenschaften, ist das Ladenlokal ein öffentliches Wohnzimmer für das umliegende Viertel und Ort für bürgerschaftliche Gruppen, kreative Prozesse und gemeinschaftliche Aktivitäten geworden.

Wir machen diesen Ort, der bis vor kurzem nicht für Kultur zugänglich war, nutzbar. Die Räume sind schlicht und multifunktional und können jederzeit unentgeltlich für unkommerzielle Projekte, die dem Konzept "öffentliches Wohnzimmer" entsprechen, zur Verfügung gestellt werden.

Ausstellungen, Diskussionen, Vernissagen, Lesungen, kleinere Konzerte, Musik- und Filmabende, Kindergeburtstage und anderer Quatsch – alles ist möglich!

== Ablauf ==
; 12 Uhr
: Vorbereiten und Aufbauen
; 13 Uhr
: Vorstellung bestehender und neuer Freifunkprojekte
;14 Uhr
: Vorträge/Workshops
; 18 Uhr
: Zusammen Essen gehen

== Mitmachen ==

Bitte tragt euch ein, wenn ihr mithelfen könnt und wollt.

=== Aufbau ===

Den Raum vorbereiten, Stühle aufstellen, Freifunk optimieren:

* [[Benutzer:Tschäggy Wasa|Tschäggy Wasa]]
* DU

=== Vorträge ===

Wer etwas vortragen möchte, bitte mit Namen und Thema hier hinein:

* '''[[Freifunk Rheinland Net 2.0]]''' In den letzten Monaten haben sich einige Freifunker vorgenommen, dem Rheinland eine neue Infrastruktur zu verleihen. Dabei hat sich einiges getan und der Freifunk Rheinland e.V. mauserte sich zum Internet Accesss Provider. Wie wir uns gefunden haben und welche Idee wir dabei entwickelt haben, stellt [[Benutzer:Nomaster|nomaster]] vor. Es gibt eine Einführung in die technischen Strukturen des „Freifunks ohne Funk”. Was ist eine Super Node? Wie läuft das mit den Tunneln? Wie dezentral ist das dann noch? Diese Fragen sollen beantwortet und diskutiert werden. Der Entwurf ist nicht als verbindliche Vorgabe gedacht, soll jedoch als beste Idee für bestehende und neue Communities herhalten. Wir hoffen, dass dadurch Wissenstransfer und mehr Autonomie in den Communities gefördert wird.

=== Workshops ===

Wer Themen für einen Workshop, bitte mit Namen und Thema hier hinein:

* Dein Workshop

=== Aufräumen ===

Stühle wegräumen, Müll rausbringen, nötigenfalls den Raum reinigen:
* alle, die vor dem Aufbruch noch da sind

=== Schlafplätze ===

Wer bietet einen Platz zur Übernachtung an?
* ...

Wer sucht einen Platz zur Übernachtung?
* ...

== Anmeldung ==

Die Veranstaltung ist offen für alle, also auch für Nicht-Mitglieder. Für Reservierung und Raumplanung meldet euch bitte hier an (Nickname genügt).

* Tschäggy Wasa
* Eskorte
* amaenz mit einer weiteren Person
* nomaster
* takt

[[Kategorie:Freifunktage]]

Netzwerk/IP Netze

2013-12-19T21:15:02Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 2a01:d0:8e0c::/48
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] IPv6 für alle
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2a01:d0:8e0c::/64
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2a01:d0:8e0c:78::/64
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Freifunk Dev
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Netzwerk/IP Netze

2013-12-19T16:57:08Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 2a01:d0:8e0c::/48
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] IPv6 für alle
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
| 2a01:d0:8e0c::/64
| 2013-12
|
|
|
|
| [[Freifunk Rheinland Net 2.0]] Backbone
|
|
| [[Benutzer:Nomaster|nomaster]] [[Benutzer:Takt|takt]]
|-
|}

Netzwerk/IP Netze

2013-12-11T17:46:53Z

Takt: /* IP Netze */

Netzwerk/IP Netze

2013-12-11T17:46:03Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/22
| 2013-12
|
|
|
|
| Freifunk 2.0 Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|}

Netzwerk/IP Netze

2013-12-11T17:45:44Z

Takt: /* IP Netze */

=== IP Netze ===
Dies ist eine Liste der IP-Netze der einzelnen Freifunk-Zellen die von der Firmware unterstützt werden. Änderungen müssen auch auf dem [http://wiki.freifunk.net/IP-Netze Freifunk Wiki] gepflegt werden.

Für mehr details (z.b. statisch vergebenen IP- und MAC-Adressen) bitte auf den jeweiligen Community Seiten nachsehen.

{| class="wikitable sortable"
|- bgcolor="#efefef"
! IP-Netze
! Belegt seit
! Aktiv bis
! IPv6 ULA
! Mesh-VPN Exit Gateway IPv4 Adressen
! Mesh-VPN Exit Gateway MAC Adressen
! Community
! TLD
! Bemerkungen
! Kontakt
|-
| 10.28.0.0/16
|
|
| fda0:747e:ab29:beef::/64
| 10.28.255.252/16
| be:46:08:13:7b:59
| [[Communities/Neuss | Freifunk Neuss]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.40.0.0/16
| 2006-12
| heute 
| fda0:747e:ab29:cafe::/64
| 10.40.255.252/16
| f2:4a:04:50:0d:c8
| [[Communities/Düsseldorf | Freifunk Düsseldorf]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.3.0.0/16 
| 2011-06
| heute 
| fda0:747e:ab29:e1ba::/64
|
|
| [[Communities/Wuppertal | Freifunk Wuppertal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.7.0.0/16
|
| heute 
| fda0:747e:ab29:dead::/64
|
|
| [[Communities/Solingen | Freifunk Solingen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.41.0.0/16
|
|
| fda0:747e:ab29:babe::/64
|
|
| [[Communities/Krefeld | Freifunk Krefeld]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.53.0.0/16
|
| heute
| fda0:747e:ab29:c3fe::/64
|
|
| [[Essen | Freifunk Essen]]
|
|
|
|-
| 10.57.0.0/16
|
|
| fda0:747e:ab29:2195::/64
|
|
| [[Communities/Radevormwald | Freifunk Radevormwald / Oberbergischer Kreis]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.71.0.0/16
|
|
| fda0:747e:ab29:203::/64
|
|
| [[Communities/Duisburg | Freifunk Duisburg ]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.84.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:abee::/64
|
|
| [[Communities/Ennepetal | Freifunk Ennepetal]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.85.0.0/16
| 2013-01
| heute 
| fda0:747e:ab29:abef::/64
|
|
| [[Communities/Gevelsberg | Freifunk Gevelsberg]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.90.0.0/16
|
|
| fda0:747e:ab29:ffac::/64
|
|
| [[Communities/Aachen | Freifunk Aachen]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.108.0.0/16
|
|
| fda0:747e:ab29:eff1::/64
|
|
| [[Communities/Mettmann | Freifunk im Kreis Mettmann]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.120.0.0/16
| 2013-01
| heute
| fda0:747e:ab29:ceeb::/64
|
|
| [[Kempen | Freifunk in Kempen am Niederrhein]]
|
|
| [mailto:freifunk.kempen@gmail.com Mail]
|-
| 10.140.0.0/16
| 2013-03
| heute 
| fda0:747e:ab29:ffe1::/64
|
|
| [[Communities/Mönchengladbach | Freifunk Mönchengladbach]]
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-10
| heute 
| fda0:747e:ab29:deff::/64
| 10.78.255.251/16
| 12:c0:1b:3e:b3:b6
| Test-Community für Firmware Entwicklung
|
|
| [mailto:lcb01@fnordeingang.de Mail]
|-
| 172.28.0.0/15
| 2006-12
| heute 
| -
| -
| -
| fNordeingang Neuss
| -
| -
| [mailto:kontakt@freifunk-rheinland.net Mail]
|-
| 10.78.0.0/16
| 2013-12
|
|
|
|
| Freifunk 2.0 Backbone
|
|
| [mailto:kontakt@freifunk-rheinland.net Mail]
|}

Freifunk Rheinland Net 2.0

2013-12-11T17:34:19Z

Takt: /* IPv4 Konnektivität: */

Dieses Dokument soll unsere Bemühungen zusammenbringen, eine neue Struktur in unserem Netzwerk aufzubauen. Die bisherige Struktur ist in mehreren Punkten hinreichend widerlegt.

=Argumente gegen bisherige Struktur=
* N2N zwischen den Nodes wird wegen NAT fast ausschließlich über Supernodes geleitet. Zuviel Traffic-Verbrauch dort und Ausfälle.
* N2N skaliert nicht, weil für jede weitere Node mit Internet-Anschluss (Queen) zu jeder vorhandenen Node eine eigene Verbindung aufgebaut wird.
* OpenVPN von den Queens zum Aggregator ist Single Point of Failure
* OpenVPN auf den Nodes ist ein zu großes Software-Paket
* OpenVPN bietet wenig Bandbreite wegen schwacher CPU in den Plastik-Routern
* OpenVPN-Accounts händisch anlegen und auf den Nodes konfigurieren ist aufwändig
* DHCP, NAT, DNS-Relaying belasten Queens übermäßig
* Rouge (unrechtmäßige) Router Advertisements und DHCP-Server verhindern Konnektivität
* Single Point of Failure beim VPN-Aggregator (DS9)
* Tote Verbindungen zum Tunnel-Broker werden nicht immer erkannt

Möglich ist, dass wir die Zustands-Automaten auf den Nodes (die zwischen Queen, Drohne und Robinson wechseln), gänzlich abschaffen. Clients sollen sich selber Link-Local-Adressen generieren. Wenn Internet dran ist, machen das einfach die Gateways.

Möglich ist, dass wir das Captive Portal abschalten oder zumindest auf HTTP-Verbindungen beschränken, da in diesem Entwurf Betreiber von Internet-Zugängen vor Ort nicht mehr als Störer haftbar zu machen sind, auch wenn sie keine Tunnel-Verbindung manuell eingerichtet haben; eine Automatische Registrierung der Nodes ermöglicht dies.

=Neue Funktionalitäten=

==Broadcasts==
Freifunk Communities können nicht beliebig groß werden. Das liegt daran, dass ein Teil des Netzwerk-Traffics ins gesamte Netzwerk einer Community verbreitet werden muss. Dieser Broadcast-Traffic erreicht alle Endgeräte im Netzwerk. Das Netzwerk nennt man daher "Broadcast-Domäne".

==Accounting:==
Die Broadcast-Pakete sollen pro Knoten accountet (gezählt) werden. Das Limit ist (spätestens) dann erreicht, wenn die Downstream-Verbindung einer Node (DSL-Anschluss oder ähnliches) mit Broadcast-Paketen verstopft ist. Phänomen: Abgeschnittene Spitzen auf dem Graphen des Broadcast Traffics einer Node. Collectd soll in default Konfiguration die entsprechenden Informationen sammeln.

==Rate-Limiting:==
Politische Fragestellung: Sollen Broadcasts limitiert/unterdrückt werden, um das oben genannte Problem zu vermeiden? Angreifer könnten beliebig viel Broadcast-Traffic verschicken, um das Netzwerk zu verstopfen (Flooding). Zumindest sollen Nodes also den Broadcast-Traffic limitieren, um einen solchen Denial-of-Service-Angriff zu unterbinden.

==Filtering:==
Es soll innerhalb des Subnetzes jeder Community jeweils ein Subnetz für Gateways definiert werden. DHCP-Adressvergaben (DHCPOFFER) und IPv6 Router Advertisements (RA) sollen nur von diesem Subnetz ausgehen. Alle sonstigen DHCPOFFER und RA werden auf den Nodes gefiltert. Hierdurch sollen nicht nur Angriffe verhindert, sondern auch Konfigurationsfehler abgefangen werden.

==Gateway High Availability:==
Gateways sollen ein First Hop Redundancy Protocol (FHRP) verwenden, um Verfügbarkeit zu erhöhen. Dabei kann die IP-Adresse des Default-Gateways den Host wechseln. Eine Implementierung erfolgt entweder per VRRP oder CARP. Da für IPv4 NAPT (Network-Adress-Translation mit Port-Mapping wie üblich) verwendet wird, ist anzudenken die Verbindungstabellen der Gateways zu synchronisieren. Für IPv6 soll dynamisches Routing verwendet werden.

==Backbone:==
Die Gateways der Communities sollen per dezentralem VPN (N2N oder Tinc) miteinander verbunden werden. Auf diesem Schicht-2 Netz soll ein Interior-Gateway-Protocol (IGP) verwendet werden, um Routing-Tabellen auszutauschen.

==IPv6-Konnektivität:==
Diese soll vorerst über einen oder mehrere Tunnel-Broker (z.B. SIXXS, HE.net) hergestellt werden. Tunnel-Broker weisen uns jeweils ein IP-Subnetz /48 mit 80 Bit Adressraum zu. Die Tunnel terminieren auf zusätzlichen Knoten, die am Backbone angeschlossen sind. Ihre Routen verteilen sie per IGP.

Außerdem ist anzudenken diese Knoten mit Netzen anderer Freifunk-Communitys peeren zu lassen (BGP). Dort werden Autonome Systeme (AS) mit Nummern aus dem Privatbereich verwendet. Mittelfristig möchten wir öffentliches Peering mit einem offiziellen AS.

==IPv4 Konnektivität:==
Analog zur IPv6-Konnektivität verwenden wir hier Tunnel-Broker. Weil wir dort jeweils nur eine einzige geroutete Adresse erhalten, machen wir NAPT. Der Traffic wird über mehrere Tunnel-Broker verteilt. Die Gateways überprüfen die Qualität der Verbindung und melden sich bei Ausfällen selber ab.

Das jetzige IPv4-Netz 10.78.0.0/16 soll als einziger Adressbereich für Freifunk Rheinland verwendet werden. Dieses Netz soll in 32 Subnetze zu je 2048 IP-Adressen (/21) unterteilt werden. Jede Community erhält dann ein /21 Subnetz.

Freifunk Rheinland Net 2.0

2013-12-11T16:04:30Z

Takt:

Freifunk Rheinland Net 2.0

2013-12-11T15:07:38Z

Takt: Die Seite wurde neu angelegt: „Dieses Dokument soll unsere Bemühungen zusammenbringen, eine neue Struktur in unserem Netzwerk aufzubauen. Die bisherige Struktur ist in mehreren Punkten hinr…“

Dieses Dokument soll unsere Bemühungen zusammenbringen, eine neue Struktur in unserem Netzwerk aufzubauen. Die bisherige Struktur ist in mehreren Punkten hinreichend widerlegt.

* N2N zwischen den Nodes wird wegen NAT fast ausschließlich über Supernodes geleitet. Zuviel Traffic-Verbrauch dort und Ausfälle.
* N2N skaliert nicht, weil für jede weitere Node mit Internet-Anschluss (Queen) zu jeder vorhandenen Node eine eigene Verbindung aufgebaut wird.
* OpenVPN von den Queens zum Aggregator ist Single Point of Failure
* OpenVPN auf den Nodes ist ein zu großes Software-Paket
* OpenVPN bietet wenig Bandbreite wegen schwacher CPU in den Plastik-Routern
* OpenVPN-Accounts händisch anlegen und auf den Nodes konfigurieren ist aufwändig
* DHCP, NAT, DNS-Relaying belasten Queens übermäßig
* Rouge (unrechtmäßige) Router Advertisements und DHCP-Server verhindern Konnektivität
* Single Point of Failure beim VPN-Aggregator (DS9)
* Tote Verbindungen zum Tunnel-Broker werden nicht immer erkannt

Möglich ist, dass wir die Zustands-Automaten auf den Nodes (die zwischen Queen, Drohne und Robinson wechseln), gänzlich abschaffen. Clients sollen sich selber Link-Local-Adressen generieren. Wenn Internet dran ist, machen das einfach die Gateways.

Möglich ist, dass wir das Captive Portal abschalten oder zumindest auf HTTP-Verbindungen beschränken, da in diesem Entwurf Betreiber von Internet-Zugängen vor Ort nicht mehr als Störer haftbar zu machen sind, auch wenn sie keine Tunnel-Verbindung manuell eingerichtet haben; eine Automatische Registrierung der Nodes ermöglicht dies.

=Neue Funktionalitäten=

==Broadcasts==
Freifunk Communities können nicht beliebig groß werden. Das liegt daran, dass ein Teil des Netzwerk-Traffics ins gesamte Netzwerk einer Community verbreitet werden muss. Dieser Broadcast-Traffic erreicht alle Endgeräte im Netzwerk. Das Netzwerk nennt man daher "Broadcast-Domäne".

==Accounting:==
Die Broadcast-Pakete sollen pro Knoten accountet (gezählt) werden. Das Limit ist (spätestens) dann erreicht, wenn die Downstream-Verbindung einer Node (DSL-Anschluss oder ähnliches) mit Broadcast-Paketen verstopft ist. Phänomen: Abgeschnittene Spitzen auf dem Graphen des Broadcast Traffics einer Node. Collectd soll in default Konfiguration die entsprechenden Informationen sammeln.

==Rate-Limiting:==
Politische Fragestellung: Sollen Broadcasts limitiert/unterdrückt werden, um das oben genannte Problem zu vermeiden? Angreifer könnten beliebig viel Broadcast-Traffic verschicken, um das Netzwerk zu verstopfen (Flooding). Zumindest sollen Nodes also den Broadcast-Traffic limitieren, um einen solchen Denial-of-Service-Angriff zu unterbinden.

==Filtering:==
Es soll innerhalb des Subnetzes jeder Community jeweils ein Subnetz für Gateways definiert werden. DHCP-Adressvergaben (DHCPOFFER) und IPv6 Router Advertisements (RA) sollen nur von diesem Subnetz ausgehen. Alle sonstigen DHCPOFFER und RA werden auf den Nodes gefiltert. Hierdurch sollen nicht nur Angriffe verhindert, sondern auch Konfigurationsfehler abgefangen werden.

==Gateway High Availability:==
Gateways sollen ein First Hop Redundancy Protocol (FHRP) verwenden, um Verfügbarkeit zu erhöhen. Dabei kann die IP-Adresse des Default-Gateways den Host wechseln. Eine Implementierung erfolgt entweder per VRRP oder CARP. Da für IPv4 NAPT (Network-Adress-Translation mit Port-Mapping wie üblich) verwendet wird, ist anzudenken die Verbindungstabellen der Gateways zu synchronisieren. Für IPv6 soll dynamisches Routing verwendet werden.

==Backbone:==
Die Gateways der Communities sollen per dezentralem VPN (N2N oder Tinc) miteinander verbunden werden. Auf diesem Schicht-2 Netz soll ein Interior-Gateway-Protocol (IGP) verwendet werden, um Routing-Tabellen auszutauschen.

==IPv6-Konnektivität:==
Diese soll vorerst über einen oder mehrere Tunnel-Broker (z.B. SIXXS, HE.net) hergestellt werden. Tunnel-Broker weisen uns jeweils ein IP-Subnetz /48 mit 80 Bit Adressraum zu. Die Tunnel terminieren auf zusätzlichen Knoten, die am Backbone angeschlossen sind. Ihre Routen verteilen sie per IGP.

Außerdem ist anzudenken diese Knoten mit Netzen anderer Freifunk-Communitys peeren zu lassen (BGP). Dort werden Autonome Systeme (AS) mit Nummern aus dem Privatbereich verwendet. Mittelfristig möchten wir öffentliches Peering mit einem offiziellen AS.

==IPv4 Konnektivität:==
Analog zur IPv6-Konnektivität verwenden wir hier Tunnel-Broker. Weil wir dort jeweils nur eine einzige geroutete Adresse erhalten, machen wir NAPT. Der Traffic wird über mehrere Tunnel-Broker verteilt. Die Gateways überprüfen die Qualität der Verbindung und melden sich bei Ausfällen selber ab.

Netzwerk

2013-12-11T15:01:55Z

Takt:

=== Netzwerk ===
Hier erhaltet ihr Infos über die geteilte Netzwerk-Infrastruktur von Freifunk Rheinland, Wireless Settings uvm.

* [[Netzwerk/IP Netze | IP Netze]]
* [[Netzwerk/Wireless Channels | Wireless Channels]]
* [[Freifunk Rheinland Net 2.0]]

Play & Make

2013-12-08T21:19:31Z

Takt: /* Server */

; Datum
: 9. bis 11. Dezember 2013
; Ort
: Capitol, Düsseldorf

== Veranstaltung ==

Die Play & Make ist eine Konferenz für Technik und Design. Eingeladen werden Entwickler, Erfinder, Bastler, Designer und andere Schaffende. Wir sind eingeladen, das Konferenz-Netzwerk mit Freifunk-Technik auszustatten.

== Absprachen ==

Nomaster hat mit Marc Thiele (Organisator) gesprochen und zugesagt, sich dem Projekt anzunehmen. Es soll für die 300 bis 500 Teilnehmer flächendeckend WLAN geben. In dem Gebäude gibt es kein WLAN für Besucher, so dass wir Access Points und Verkablung selber aufbauen müssen.

Die Freifunk-Community bekommt eine Ausstellungsfläche und zehn Tickets. Deadline für die Anmeldung ist der '''22. November''' 2013. Wer mitmachen möchte, möge sich hier eintragen:

''Team Infrastruktur''
* --[[Benutzer:Nomaster|Nomaster]] (Ansprechpartner)
* --[[Benutzer:takt|takt]]
* Luc
* [[Benutzer:Lcb01|Lcb01]] ([[Benutzer Diskussion:Lcb01|Diskussion]]) (Sofern Abends noch was los ist, ich kann erst nach der Arbeit)
* [[Benutzer:R4mp|R4mp]] Kann leider erst Montag Abend vorbeischauen

''Team Vernetzung''
* --uwho (Ansprechpartner)
* --[[Benutzer:dakrys|dakrys]]
* --[[Benutzer:Tschäggy Wasa|Tschäggy Wasa]]

''Libero''
* <strike>Eskorte</strike> muss dann arbeiten
* -- [[Benutzer:Dörthe|Dörthe]]

Wer noch spontan dazu kommen möchte, kann das dennoch gerne tun. Meldet euch bitte bei [[Benutzer:Nomaster|Nomaster]], dann erhaltet ihr am Eingang ein Badge, auf das handschriftlich euer Name eingetragen wird.

== Netzwerk ==

Damit eine funktionierende Infrastruktur gewährleistet ist und wir dennoch ein freies Netz zum Basteln haben, verfolgen wir eine zaweigleisige Strategie. Zum einen verlegen wir Kabel und bringen leistungsfähige Access Points an der Decke an, zum anderen verteilen wir Nodes an den Ständen.

Wir bekommen an der Garderobe einen Anschluss ans Haus-Netzwerk, an dem wir eine interne IP-Adresse und 20 MBit/s (RX/TX) Uplink-Bandbreite erhalten. Von dort verteilen wir in eigener Verkablung weiter. Der Router bekommt drei Ports: 1. Uplink, 2. Freifunk Client-Netz, 3. Freifunk Transport-Netz.

Die Access Points (Ubiquiti UniFi AP Pro) werden an das Client-Netz angeschlossen. Vom Router aus verlegen wir dazu eine eigene Verkablung. Dazu verwenden wir Verlegekabel mit Keystones, an die wir per Patch-Kabel die APs anschließen. Diese Verkablung verläuft über die Kabelbühnen des Hauses. Da diese in einer Höhe von ca 6 m angebracht sind, bekommen wir dazu eine Hebebühne vom Haus zur Verfügung und können nur vor der Veranstaltung die Arbeiten durchführen. Steckdosen an den Standorten der APs erhalten wir hoffentlich von den Haustechnikern.

Die Nodes (TP-Link) werden an das Transport-Netz angeschlossen. Vom Router aus meshen sie über WLAN. Optional verlegen wir für das Meshing weitere Kabel in bodennähe. Die Nodes sollen ganz bewusst an den Ständen aufgestellt werden. Das vereinbaren wir mit den Ausstellern während der Veranstaltung.

== Server ==

{|
! Hostname
! IPv6-Adresse
! IPv4-Adresse
! MAC-Adresse
! Beschreibung
|-
| PlayMake
| 2001:470:1f0b:2f5:250:bfff:fe7e:353c
| 10.78.200.216
| 00:50:bf:7e:35:3c
| Tunnel-Server vor Ort (Garderobe)
|-
| Freifunk-Graphite
| 2001:470:1f0b:2f5:5054:ff:feea:fd37
| 10.78.200.174
| 52:54:00:ea:fd:37
| Graphing-VM (Server hyperion im Chaosdorf)
|-
| B5
| 2a01:4f8:1b7:423::2
| 88.198.145.22
| 12:c0:1b:3e:b3:b6
| Exit-Node für IPv4 über VPNTunnel (im Rechenzentrum)
|-
| Unifi
| 2001:470:1f0b:2f5:5054:ff:fe44:8d22
| 10.78.200.80
| 52:54:00:44:8d:22
| Unifi Server (Colo in Kevelaer, takt private Cloud TM)
|-
|}

== Firmware ==

Es wird bis morgen abend einen neuen Test-release geben welcher auf der Veranstaltung verwendet werden kann. Eine kleine Anleitung wird mitgeliefert.

- [[Benutzer:Lcb01|Lcb01]] ([[Benutzer Diskussion:Lcb01|Diskussion]]) 10:36, 5. Dez. 2013 (CET)

== Inventar ==

''bitte bringt eure Laptops mit!''

* 6× Access Point (Luc)
* 1× Router (Luc, nomaster)
* 1× Switch (Luc)
* 1× Kiste mit Patch-Kabeln (nomaster)
* 15× Node (ohne Software, Uwe)
* 1× Freifunk-Banner (nomaster)
* 1× Kiste mit Flyern (nomaster)
* 4× 85m Patch-Kabel (vom Haus)
* 2× 35m Patch-Kabel (vom Haus)

== Ablauf ==

'''Donnerstag''' Vorbereitung des Routers und der Access Points ab 18 Uhr im Chaosdorf.

'''Freitag''' Aufbau des Netzwerks (Router und APs) vor Ort im Capitol ab 11 Uhr.

'''Sonntag''' Aufbau des Freifunk-Stands und Netzwerk (Nodes), Uhrzeit noch unklar.

'''Montag''' Letzte Vorbereitungen und Beginn der Veranstaltung ab 9 Uhr.

'''Dienstag''' Veranstaltung

'''Mittwoch''' Veranstaltung

Termin für Abbau ist noch unklar.

== Weblinks ==

* [http://2013.playandmake.com/ Konferenz-Seite]
* [https://de.wikipedia.org/wiki/Capitol_Theater_(D%C3%BCsseldorf) Veranstaltungsort in der Wikipedia]