OpenWRT Switch hat keinen Zugriff auf restliches (Mikrotik) Netzwerk
Guten Tag,
ich habe mal wieder ein Problem welches ich nicht gelöst bekomme.
Mein Netzwerk sieht aktuell wie folgt aus:
An sich hat der OpenWRT Switch kein Internetzugriff, was soweit auch in Ordnung ist.
Alle angeschlossenen Geräte am OpenWRT Switch haben wie erwartet Zugriff aufs Internet und untereinander.
Allerdings kann ich auch nicht Daten vom Switch selber an irgendein Gerät in meinem Netzwerk senden.
Ein IPv4 Ping vom OpenWRT Switch aus:
Meine Vermutung ist, dadurch dass VLAN 1/100/200 Tagged kommen, kann der Switch an sich selber nichts damit anfangen. Aber irgendwie/irgendwas muss man ja was einstellen können, womit der Switch an sich mit anderen Netzwerkgeräten im selben Netzwerk kommunizieren kann.
Aktuell gehe ich zur Verwaltung des Switches auf irgendeinen anderen LAN-Port (4-24) oder setze mir selber eine IP im Netzwerk 10.40.90.xxx.
Liebe Grüße,
Evolutio
ich habe mal wieder ein Problem welches ich nicht gelöst bekomme.
Mein Netzwerk sieht aktuell wie folgt aus:
An sich hat der OpenWRT Switch kein Internetzugriff, was soweit auch in Ordnung ist.
Alle angeschlossenen Geräte am OpenWRT Switch haben wie erwartet Zugriff aufs Internet und untereinander.
Allerdings kann ich auch nicht Daten vom Switch selber an irgendein Gerät in meinem Netzwerk senden.
Ein IPv4 Ping vom OpenWRT Switch aus:
PING 192.168.40.1 (192.168.40.1): 56 data bytes
--- 192.168.40.1 ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
PING 192.168.1.1 (192.168.1.1): 56 data bytes
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
Meine Vermutung ist, dadurch dass VLAN 1/100/200 Tagged kommen, kann der Switch an sich selber nichts damit anfangen. Aber irgendwie/irgendwas muss man ja was einstellen können, womit der Switch an sich mit anderen Netzwerkgeräten im selben Netzwerk kommunizieren kann.
Aktuell gehe ich zur Verwaltung des Switches auf irgendeinen anderen LAN-Port (4-24) oder setze mir selber eine IP im Netzwerk 10.40.90.xxx.
Liebe Grüße,
Evolutio
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 31972485553
Url: https://administrator.de/forum/openwrt-switch-hat-keinen-zugriff-auf-restliches-mikrotik-netzwerk-31972485553.html
Ausgedruckt am: 01.06.2025 um 02:06 Uhr
17 Kommentare
Neuester Kommentar
Welcher der 2 schwarzen Blöcke oben ist denn dein Switch? Vermutlich der rechte, richtig?
Normalerweise befindet sich die Management IP Adresse eines Switches im Default bzw. native VLAN 1. Das ist sehr wahrscheinlich bei deinem OpenWRT Switch auch der Fall.
Das Default VLAN wird bei einem Uplink Trunk wie er oben bei dir zum linken Router geht immer untagged übertragen (sog. PVID VLAN).
Wenn du jetzt am Mikrotik fälschlicherweise dessen VLAN 1 am Uplink Port auf tagged gesetzt hast obwohl der OpenWRT Switch dies aber üblicherweise als UNtagged erwartet, kommen die Komponenten niemals zueinander. Also genau das Fehlerbild was du siehst und deine Vermutung dann auch zum Teil bestätigt!!
Zum Tel deshalb weil der Switch schon etwas damit anfangen kann, da ja alle anderen Geräte in den VLANs 100 und 200 überall zugreifen können. Es bezieht sich also alles nur auf das PVID VLAN 1 Handling am Trunk was du vermutlich aus Unwissenheit an beiden Uplink Trunk Enden falsch bzw. unterschiedlich eingestellt hast vom Tagging und die folglich nicht zueinander kommen. Leider fehlen hier die für ein zielführendes Troubleshooting relevanten Screenshots von beiden Link Seiten!
Gehe also strategisch vor...
Normalerweise befindet sich die Management IP Adresse eines Switches im Default bzw. native VLAN 1. Das ist sehr wahrscheinlich bei deinem OpenWRT Switch auch der Fall.
Das Default VLAN wird bei einem Uplink Trunk wie er oben bei dir zum linken Router geht immer untagged übertragen (sog. PVID VLAN).
Wenn du jetzt am Mikrotik fälschlicherweise dessen VLAN 1 am Uplink Port auf tagged gesetzt hast obwohl der OpenWRT Switch dies aber üblicherweise als UNtagged erwartet, kommen die Komponenten niemals zueinander. Also genau das Fehlerbild was du siehst und deine Vermutung dann auch zum Teil bestätigt!!
Zum Tel deshalb weil der Switch schon etwas damit anfangen kann, da ja alle anderen Geräte in den VLANs 100 und 200 überall zugreifen können. Es bezieht sich also alles nur auf das PVID VLAN 1 Handling am Trunk was du vermutlich aus Unwissenheit an beiden Uplink Trunk Enden falsch bzw. unterschiedlich eingestellt hast vom Tagging und die folglich nicht zueinander kommen. Leider fehlen hier die für ein zielführendes Troubleshooting relevanten Screenshots von beiden Link Seiten!
Gehe also strategisch vor...
- Prüfe ob das Management VLAN 1 an beiden Enden des Uplinks gleich untagged übermittelt wird! Leider fehlen hier die Screenshots des Mikrotik. Halte dich immer an die Uplink ToDos des Mikrotik VLAN Tutorials!!
- Prüfe ob die VLAN 1 IP Adresse am OpenWRT Switch mit der VLAN 1 IP des Mikrotik kompatibel ist
- Mache vom Ping Tool des Mikrotik einen Ping auf die OpenWRT IP Adresse indem du unter Advanced dort die Absender IP auf die VLAN 1 IP des Mikrotik setzt!
- Prüfe ob du ein Default Gateway am OpenWRT eingerichtet hast das auf die Mikrotik IP im gemeinsamen Management VLAN 1 zeigt. Fehlt das, dann scheitert natürlich ein Ping aus anderen VLANs als dem Management VLAN auf den OpenWRT Switch weil die Rückroute ins Nirwana geht.
Was etwas wirr bzw. falsch ist, das das VLAN 1 als currently UNtagged am bridge_vlan Interface angezeigt wird! Das darf so nicht sein, denn das VLAN 1 ist wie alle anderen VLANs immer tagged an der VLAN Bridge!
Hier als Beispiel einmal mit dem Port ether5 als Uplink auf den Switch. Die VLAN 10, 20 entsprechen deinen VLAN 100 und 200.
Leider fehlen diese Screenshots der Zuordnung wieder bei dir!
Das OpenWRT Switch Setup ist soweit OK. Stelle sicher das dort die Management IP ans VLAN 1 gebunden ist und das der Switch ein Default Gateway auf die IP des Mikrotik im VLAN 1 konfiguriert hat!!
Zum Testen konfigurierst du dir einen UNtagged Accessport im VLAN 1 auf dem OpenWRT Switch und pingst von dort einmal die VLAN 1 IP des OpenWRT Switches und einmal die VLAN 1 IP des Mikrotik.
Klappt das, rennt es wie es soll.
Hier als Beispiel einmal mit dem Port ether5 als Uplink auf den Switch. Die VLAN 10, 20 entsprechen deinen VLAN 100 und 200.
Leider fehlen diese Screenshots der Zuordnung wieder bei dir!
Das OpenWRT Switch Setup ist soweit OK. Stelle sicher das dort die Management IP ans VLAN 1 gebunden ist und das der Switch ein Default Gateway auf die IP des Mikrotik im VLAN 1 konfiguriert hat!!
Zum Testen konfigurierst du dir einen UNtagged Accessport im VLAN 1 auf dem OpenWRT Switch und pingst von dort einmal die VLAN 1 IP des OpenWRT Switches und einmal die VLAN 1 IP des Mikrotik.
Klappt das, rennt es wie es soll.
Hier nochmal das hoffentlich gewünschte Bild:
Die siehst vermutlich selber das Elend an der VLAN 1 Definition im MT wenn du das o.a. Tutorial gewissenhaft gelesen hast? 🙄- In VLAN ist die VLAN Bridge nicht als tagged eingetragen! Dadurch scheitert die VLAN 1 IP Connectivity!
- Keinesfalls darfst du eine IP Adresse auf dem Bridge Interface in einem VLAN Setup setzen beim Mikrotik! Die IP Adresse gehört auf das VLAN 1 IP Interface wie bei den anderen VLANs 100 und 200 auch und nicht auf die Bridge!! Das Tutorial weisst mehrfach und in rot explizit auf diesen Umstand hin! Bitte Tutorial wirklich lesen und genau das umsetzen was da steht! 😡
- UNtagged Access Interfaces für Endgeräte müssen (und sollten) dort im Bridge Setup nicht eingetragen werden. Für die UNtagged Interfaces gilt immer nur das was als PVID eingetragen wird am Interface! (Siehe Hinweis im Tutorial!)
- VLAN 1 taucht in der Bridge Konfig unsinnigerweise doppelt mit unterschiedlichen Konfigs auf! Das geht so nicht und musst du zwingend korrigieren!
Ich verstehe dort leider nicht so ganz
Das war rein auf das IP Setup des OpenWRT Switches bezogen! Dieser Switch...- sollte das Management im VLAN 1 haben (was vermutlich eh Default ist)
- braucht zwingend eine IP Adresse im VLAN 1
- sowie ein Default Gateway Eintrag, der auf die VLAN 1 IP des Mikrotik zeigt.
Unter Interfaces -> VLAN ein neues wie folgt angelegt:
Richtig!Unter IP -> Pool einen neuen angelegt (192.168.10.2-192.168.10.254)
Richtig wenn auch etwas unglücklich. Vorausschauende Netzwerk Admins lassen die "Enden" des IP Bereichs immer frei um hier statische Adressen vergeben zu können, da insbesondere .1 und .254 immer Router / Firewall etc. IPs sind. Deutlich besser wäre es also den DHCP Pool Bereich immer z.B. auf .10 bis .250 einzuschränken bei einem /24er Prefix!Unter IP -> Address eine neue angelegt, der auf dem neuen Interface sitzt
Richtig!Unter Bridge -> Ports die jeweilige PVID für den jeweiligen Port hinterlegt
Richtig!Bridge -> VLAN
Hier ist ein Fehler das VLAN 1 und VLAN 100 fälschlicherweise doppelt mit unterschiedlichen Settings auftauchen! Das sollte nicht so sein und zeigt einen Fehler im VLAN Setup! VLAN Definitionen könne ja niemals doppelt sein! Die UNtagged Access Ports werden, wie bereits gesagt, in der VLAN desinition nicht eingetragen. Das erledigt einzig und allein die PVID Definition auf den Bridgeports.Um das zu fixen gehst du folgendermaßen vor:
- Haken "Bridge Filtering" in der VLAN Bridge wieder entfernen.
- VLAN 1 und 100 in der Bridge vollständig löschen und wieder neu anlegen mit nur den tagged Ports.
- Haken "Bridge Filtering" in der VLAN Bridge wieder setzen.
Leider fehlt der Screenshot "IP Adresses"! Dort sollte keine IP Adresse mehr auf dem bridge_vlan Interface liegen sondern die IPs einzig und allein nur auf den VLAN Interfaces 1, 100 und 200.
Sofern du ein Firmware Update gemacht hast, achte zwingend darauf das unter System -> Routerboard auch der Bootloader upgedatet wurde und die identische Version zur FW hat!!
Tatsächlich liegt noch eine im 192.168.1.1/24er Netz auf der bridge_vlan.
😡 Die muss entfernt werden! Tutorial lesen und verstehen!!Der Rest liegt tatsächlich nur auf den VLAN-Interfaces:
Auch da ein Riesenfehler!!Die VLAN 100 IP darf nur einmal dort auftauchen und doch niemals doppelt oder 3fach. Was ist das für ein krankes IP Setup, sorry!!
Mehr als 3 IP Netze sprich dein VLAN 1, 100 und 200 hast du doch gar nicht.
Lies doch bitte einmal gewissenhaft das Mikrotik Tutorial und halte dich an das was dort steht! Wozu gibt es solche Tutorials? Um genau solchen IP Konfig Unsinn wie du ihn oben machst zu verhindern.
Fazit:
Korrigiere deine völlig wirre und falsche IP Adressierung und entferne die Bridge IP, dann wird das auch alles genau so fliegen wie es soll!
Hi,
für PVIDs auf Ports, die ungetaggte Pakete akzeptieren (frame type="admit-all" oder "admit-only-untagged-and-priority-tagged") und die in der VLAN-Konfiguration der Bridge nicht manuell als "tagged" oder "untagged" eingetragen sind, erzeugt die aktuelle Beta-Version von ROS einen dynamischen Eintrag in der VLAN-Tabelle der Bridge. Die aktuelle ROS-Version ergänzt sogar einen entsprechenden Kommentar.
Das funktioniert auch einwandfrei. Wenn man die "doppelten" Einträge für die entsprechenden PVIDs nicht haben möchte, muss man die Ports als "untagged" in der entsprechenden VLAN-Konfig der Bridge eintragen.
VG
für PVIDs auf Ports, die ungetaggte Pakete akzeptieren (frame type="admit-all" oder "admit-only-untagged-and-priority-tagged") und die in der VLAN-Konfiguration der Bridge nicht manuell als "tagged" oder "untagged" eingetragen sind, erzeugt die aktuelle Beta-Version von ROS einen dynamischen Eintrag in der VLAN-Tabelle der Bridge. Die aktuelle ROS-Version ergänzt sogar einen entsprechenden Kommentar.
Das funktioniert auch einwandfrei. Wenn man die "doppelten" Einträge für die entsprechenden PVIDs nicht haben möchte, muss man die Ports als "untagged" in der entsprechenden VLAN-Konfig der Bridge eintragen.
VG
OpenWRT aktuallisiert von 25.05.x auf 24.10.1.
Jetzt bekommen die Geräte allerdings vom DHCP vom Mikrotik keine IPs mehr zugewiesen
Gilt diese Aussage für ALLE deine Switch VLANs oder nur für ein bestimmtes?Da du ja lediglich nur in VLAN 1 und 100 UNtagged Ports für Clients hast kann es also nur diese beiden VLANs betreffen. Wegen fehlender Detailangaben ist das aber erstmal nur frei geraten...
Der Switch hängt vermutlich am LAN1 Trunk Port, richtig?
DHCP basiert ja auf Layer 2 Broadcasts und es ist meist ein sicheres Indiz das in dem Falle die Layer 2 Domain isoliert ist, sprich das Layer 2 Switching nicht funktioniert und Clients sich innerhalb der Layer 2 Domain nicht "sehen" was sie eigentlich zwingend müssten.
ether2 (Mikrotik) geht in LAN1 (Switch)
Das sieht soweit alles korrekt aus. Beide Ports sind als Trunk konfiguriert mit PVID 1 und den restlichen VLANs tagged. So wie ess ein sollte.Spannend wäre mal die Frage WAS passiert wenn du 2 Test PCs an Port 6 und 7 mit statischen IPs hängst ob die sich pingen können.
Wenn ja den 2ten PV mal an den Uplink Port LAN1 statt des Mikrotik hängen um zu sehen ob die sich weiter pingen können.
Wenn ja verifiziert das das zumindestens das VLAN 1 sauber an den ether2 Port des Mikrotik durchgereicht wird, denn der hat ja auch die PVID 1 gesetzt.
Im Umkehrschluss müsstest du dann mit der Mikrotik Torch Funktion die von den Test PCs im VLAN 1 gesendeten DHCP Requests am Port ether2 problemlos sehen können und zu mindestens die PC dann im VLAN 1 DHCP Adressen beziehen können.
Auch das solltest du mit einem Test PC einmal wasserdicht checken indem du den statt des Switches auf den Port ether2 steckst. Der MUSS dort eine VLAN 1 IP via DHCP bekommen. (UNtagged)
Tut er das nicht stimmt etwas grundsätzlich am ether2 Port Setup nicht.
Hast du diese sinnvollen Tests einmal gemacht um das Problem einzugrenzen?? 🤔
Gegen Cat5 Issues gibt es mit der Cat Peitsche immer ein sehr probates Mittel!!! 🤣
Und das ganz ohne eine dümmliche KI!
Und das ganz ohne eine dümmliche KI!