Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
anleitungen:mesh_und_switche [10.12.2019 - 18:08] – nrb | anleitungen:mesh_und_switche [11.12.2019 - 10:52] (aktuell) – nrb | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Mesh-Netzwerke und Switches ====== | ====== Mesh-Netzwerke und Switches ====== | ||
- | |||
- | <WRAP center round todo 60%> | ||
- | In Arbeit. Alles was hier steht ist wahrscheinlich falsch. | ||
- | </ | ||
- | |||
Häufig kommt es vor, dass man Mesh-Verbindungen mit externer Richtfunk-Hardware betreibt. Man tut das, weil für die Richtfunk Hardware kein Gluon verfügbar ist oder weil es aus regulatorischen Gründen nicht erlaubt wäre (DFS). Für Gluon erscheint der Mesh-Link dann wie eine Kabelverbindung. | Häufig kommt es vor, dass man Mesh-Verbindungen mit externer Richtfunk-Hardware betreibt. Man tut das, weil für die Richtfunk Hardware kein Gluon verfügbar ist oder weil es aus regulatorischen Gründen nicht erlaubt wäre (DFS). Für Gluon erscheint der Mesh-Link dann wie eine Kabelverbindung. | ||
Zeile 34: | Zeile 29: | ||
==== Mesh on WAN und Mesh on LAN verwenden ==== | ==== Mesh on WAN und Mesh on LAN verwenden ==== | ||
- | Diese Lösung funktioniert nur wenn man maximal zwei Richtfunkstrecken an jedem Node hat und wenn der Node kein Mesh VPN machen soll. Sie ist aber die einfachste Lösung. | + | Diese Lösung funktioniert nur wenn man maximal zwei Richtfunkstrecken an jedem Node. Sie ist aber die einfachste Lösung. |
Man aktiviert dazu Mesh on LAN und Mesh on WAN und steckt eine der beiden Rifu Strecken in den WAN Port und die andere in den LAN Port. Eine dritte Richtfunkstrecke kann man nicht anschließen, | Man aktiviert dazu Mesh on LAN und Mesh on WAN und steckt eine der beiden Rifu Strecken in den WAN Port und die andere in den LAN Port. Eine dritte Richtfunkstrecke kann man nicht anschließen, | ||
- | === Switchports in eigene VLANs und extra BATMAN Mesh Interfaces konfigurieren === | + | ==== Switchports in eigene VLANs und extra BATMAN Mesh Interfaces konfigurieren |
<WRAP center round important 60%> | <WRAP center round important 60%> | ||
Zeile 48: | Zeile 43: | ||
In der Regel haben die meisten Router mit mehr als drei LAN Ports intern einen Switch. Der Router (genauer: die CPU im Router auf der das Linux läuft) ist dann mit einem Port an den Switch angebunden. Das bedeutet, dass Pakete zwischen den Switchports weitergeleitet werden können, ohne dass sie durch die CPU müssen. Somit bekommt BATMAN sie nie zu sehen. | In der Regel haben die meisten Router mit mehr als drei LAN Ports intern einen Switch. Der Router (genauer: die CPU im Router auf der das Linux läuft) ist dann mit einem Port an den Switch angebunden. Das bedeutet, dass Pakete zwischen den Switchports weitergeleitet werden können, ohne dass sie durch die CPU müssen. Somit bekommt BATMAN sie nie zu sehen. | ||
- | Die Idee ist nun, den Switch so zu konfigurieren, | + | Die Idee ist nun, den Switch so zu konfigurieren, |
Nützlich bei dieser Konfigurationsänderung ist der [[https:// | Nützlich bei dieser Konfigurationsänderung ist der [[https:// | ||
=== Gerätespezifische Anleitungen === | === Gerätespezifische Anleitungen === | ||
+ | |||
+ | Zunächst richtet man die Router ein, im Config Mode **Mesh-on-LAN aktiv, Mesh-on-WAN inaktiv**. | ||
Leider funktioniert jeder Switch in jedem Router leicht anders. Man kann somit keine allgemeingültige Anleitung geben, wie es funktioniert. | Leider funktioniert jeder Switch in jedem Router leicht anders. Man kann somit keine allgemeingültige Anleitung geben, wie es funktioniert. | ||
Zeile 59: | Zeile 56: | ||
== Fritzbox 4040 == | == Fritzbox 4040 == | ||
+ | |||
+ | Bei diesem Gerät ist im Treiber die [[https:// | ||
+ | |||
+ | In ''/ | ||
+ | < | ||
+ | config switch_vlan | ||
+ | option device ' | ||
+ | option vlan ' | ||
+ | option ports '1 2 3 4 0' | ||
+ | </ | ||
+ | |||
+ | Damit wird das VLAN 1 auf den Ports 0, 1, 2, 3 und 4 (diese Nummern stimmen nicht mit der Beschriftung am Router überein, sondern sind die internen Bezeichnungen) untagged konfiguriert. | ||
+ | |||
+ | An Port 0 hängt die CPU des Routers. | ||
+ | |||
+ | Diesen Abschnitt ändern wir zu: | ||
+ | < | ||
+ | config switch_vlan | ||
+ | option device ' | ||
+ | option vlan ' | ||
+ | option ports '1 0t' | ||
+ | </ | ||
+ | |||
+ | Damit ist dann VLAN 3 nur noch auf Port 1 untagged und auf 0 tagged. Da das VLAN 3 jetzt nur noch tagged an der CPU ankommt, müssen wir die Konfiguration des Mesh-Interface anpassen, damit die Pakete getagged werden. Dazu suchen wir folgenden Abschnitt in ''/ | ||
+ | < | ||
+ | config interface ' | ||
+ | option igmp_snooping ' | ||
+ | option ifname ' | ||
+ | option index ' | ||
+ | option proto ' | ||
+ | option transitive ' | ||
+ | option macaddr ' | ||
+ | option disabled ' | ||
+ | </ | ||
+ | |||
+ | Hier müssen wir '' | ||
+ | |||
+ | Jetzt müssen wir neue VLAN-Konfigurationen für die verbleibenden Ports erstellen: | ||
+ | |||
+ | < | ||
+ | config switch_vlan | ||
+ | option device ' | ||
+ | option vlan ' | ||
+ | option ports '2 0t' | ||
+ | config switch_vlan | ||
+ | option device ' | ||
+ | option vlan ' | ||
+ | option ports '3 0t' | ||
+ | config switch_vlan | ||
+ | option device ' | ||
+ | option vlan ' | ||
+ | option ports '4 0t' | ||
+ | </ | ||
+ | |||
+ | Mit diesen Änderungen müsste das Meshing nur noch auf Switch-Port 1 funktionieren. | ||
+ | |||
+ | Folgende Switchports sind damit diesen Interfaces unter Linux zugeordnet: | ||
+ | |||
+ | ^ Switchport (Beschriftung) | ||
+ | | 1 | 1 | eth0.3 | ||
+ | | 2 | 2 | eth0.4 | ||
+ | | 3 | 3 | eth0.5 | ||
+ | | 4 | 4 | eth0.6 | ||
== TP-Link WDR3600 == | == TP-Link WDR3600 == | ||
Zeile 101: | Zeile 161: | ||
Folgende Switchports sind damit diesen Interfaces unter Linux zugeordnet: | Folgende Switchports sind damit diesen Interfaces unter Linux zugeordnet: | ||
- | ^ Switchport (Beschriftung) | + | ^ Switchport (Beschriftung) |
- | | 1 | 2 | eth0.1 | + | | 1 | 2 | eth0.1 |
- | | 2 | 3 | eth0.3 | + | | 2 | 3 | eth0.3 |
- | | 3 | 4 | eth0.4 | + | | 3 | 4 | eth0.4 |
- | | 4 | 5 | eth0.5 | + | | 4 | 5 | eth0.5 |
- | + | ||
- | == GL.inet B-1300 == | + | |
=== Switchports als extra BATMAN-Mesh-Interfaces konfigurieren === | === Switchports als extra BATMAN-Mesh-Interfaces konfigurieren === | ||
+ | <WRAP center round important 60%> | ||
+ | Die Interface-Namen in den folgenden Beispielen müssen gemäß der Angaben im gerätespezifischen Teil angepasst werden! | ||
+ | </ | ||
+ | |||
+ | Man muss sich für jedes dieser Interfaces MAC-Adressen auswählen. Dazu nimmt man die aktuelle MAC-Adresse des oben nicht mit " | ||
+ | |||
+ | Nun kann man in ''/ | ||
+ | |||
+ | < | ||
+ | config interface ' | ||
+ | option igmp_snooping ' | ||
+ | option ifname ' | ||
+ | option index ' | ||
+ | option proto ' | ||
+ | option transitive ' | ||
+ | option macaddr 'HIER MAC 1 einsetzten' | ||
+ | option disabled ' | ||
+ | | ||
+ | config interface ' | ||
+ | option igmp_snooping ' | ||
+ | option ifname ' | ||
+ | option index ' | ||
+ | option proto ' | ||
+ | option transitive ' | ||
+ | option macaddr 'HIER MAC 2 einsetzten' | ||
+ | option disabled ' | ||
+ | | ||
+ | config interface ' | ||
+ | option igmp_snooping ' | ||
+ | option ifname ' | ||
+ | option index ' | ||
+ | option proto ' | ||
+ | option transitive ' | ||
+ | option macaddr 'HIER MAC 3 einsetzten' | ||
+ | option disabled ' | ||
+ | </ | ||