Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- anleitungen:mesh_und_switche [10.12.2019 - 18:02] – nrb
+++ anleitungen:mesh_und_switche [11.12.2019 - 10:52] (aktuell) – nrb
@@ Zeile 1: / Zeile 1: @@
 ====== Mesh-Netzwerke und Switches ======
-<WRAP center round todo 60%>
-In Arbeit. Alles was hier steht ist wahrscheinlich falsch.
-</WRAP>
 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 ====
-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, ohne wieder in das Problem zu laufen.
-=== 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%>
@@ 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.
-Die Idee ist nun, den Switch so zu konfigurieren, dass jeder Switchport in einem eigenen VLAN ist. Die VLANs werden dann getagged an die CPU weitergeleitet, wo sie dann von BATMAN verarveitet werden können.
+Die Idee ist nun, den Switch so zu konfigurieren, dass jeder Switchport in einem eigenen VLAN ist. Die VLANs werden dann getagged an die CPU weitergeleitet, wo sie dann von BATMAN verarbeitet werden können.
 Nützlich bei dieser Konfigurationsänderung ist der [[https://openwrt.org/docs/guide-user/troubleshooting/failsafe_and_factory_reset|Failsafe-Mode von OpenWRT]].
 === 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.
@@ Zeile 59: / Zeile 56: @@
 == Fritzbox 4040 ==
+Bei diesem Gerät ist im Treiber die [[https://forum.openwrt.org/t/solved-vlans-on-ipq40xx-alternative-config-for-fritzbox-4040/41832/7|Bedeutung der VLANs 1 und 2 fest vorgegeben]], daher sollte man diese VLANs vermeiden.
+In ''/etc/config/network'' gibt es folgende Zeilen:
+<code>
+config switch_vlan
+        option device 'switch0'
+        option vlan '1'
+        option ports '1 2 3 4 0'
+</code>
+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:
+<code>
+config switch_vlan
+        option device 'switch0'
+        option vlan '3'
+        option ports '1 0t'
+</code>
+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 ''/etc/config/network'':
+<code>
+config interface 'mesh_lan'
+	option igmp_snooping '0'
+	option ifname 'eth0'
+	option index '4'
+	option proto 'gluon_wired'
+	option transitive '1'
+	option macaddr '02:e7:89:47:0c:dc'
+	option disabled '0'
+</code>
+Hier müssen wir ''eth0'' durch ''eth0.3'' ersetzen.
+Jetzt müssen wir neue VLAN-Konfigurationen für die verbleibenden Ports erstellen:
+<code>
+config switch_vlan
+        option device 'switch0'
+        option vlan '4'
+        option ports '2 0t'
+config switch_vlan
+        option device 'switch0'
+        option vlan '5'
+        option ports '3 0t'
+config switch_vlan
+        option device 'switch0'
+        option vlan '6'
+        option ports '4 0t'
+</code>
+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)  ^ Switchport (intern)  ^ Linux-Interface  ^ neu   ^
+| 1                          | 1                    | eth0.3           | nein  |
+| 2                          | 2                    | eth0.4           | ja    |
+| 3                          | 3                    | eth0.5           | ja    |
+| 4                          | 4                    | eth0.6           | ja    |
 == TP-Link WDR3600 ==
@@ Zeile 87: / Zeile 147: @@
         option vlan '3'
         option ports '3 0t'
 config switch_vlan
         option device 'switch0'
@@ Zeile 100: / Zeile 159: @@
 Mit diesen Änderungen müsste das Meshing nur noch auf Switch-Port 1 funktionieren.
-== GL.inet B-1300 ==
+Folgende Switchports sind damit diesen Interfaces unter Linux zugeordnet:
+^ Switchport (Beschriftung)  ^ Switchport (intern)  ^ Linux-Interface  ^ neu   ^
+| 1                          | 2                    | eth0.1           | nein  |
+| 2                          | 3                    | eth0.3           | ja    |
+| 3                          | 4                    | eth0.4           | ja    |
+| 4                          | 5                    | eth0.5           | ja    |
 === 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!
+</WRAP>
+Man muss sich für jedes dieser Interfaces MAC-Adressen auswählen. Dazu nimmt man die aktuelle MAC-Adresse des oben nicht mit "neu" gekennzeichneten Interface (''ip a s dev <name>'') und ersetzt das letzte Zeichen durch:  0, 8, 4 oder c, je nachdem was noch nicht in der aktuellen MAC verwendet wird.
+Nun kann man in ''/etc/config/network'' neue Mesh-Interfaces definieren:
+<code>
+config interface 'mesh_lan3'
+        option igmp_snooping '0'
+        option ifname 'eth0.3'
+        option index '5'
+        option proto 'gluon_wired'
+        option transitive '1'
+        option macaddr 'HIER MAC 1 einsetzten'
+        option disabled '0'
+config interface 'mesh_lan4'
+        option igmp_snooping '0'
+        option ifname 'eth0.4'
+        option index '6'
+        option proto 'gluon_wired'
+        option transitive '1'
+        option macaddr 'HIER MAC 2 einsetzten'
+        option disabled '0'
+config interface 'mesh_lan5'
+        option igmp_snooping '0'
+        option ifname 'eth0.5'
+        option index '7'
+        option proto 'gluon_wired'
+        option transitive '1'
+        option macaddr 'HIER MAC 3 einsetzten'
+        option disabled '0'
+</code>