Zyxel GS1920 sperrt IPv6 Verkehr
Hallo,
mit dem Kauf des GS1920-24HP v2 habe ich mir ein Ei gelegt, dank des Forum ( siehe ) habe ich die aktuelle Firmware drauf.
Mit der alten Firmware war IPv6 im Switch komplett abgeschaltet und die angeschlossenen Geräte haben wie gewöhnlich ihre IPv6 Adressen von der FritzBox erhalten.
Mit der neuen Firmware ist IPv6 ab "Werk" eingeschaltet, hier der Status:
So soll es sein, er bekommt die ULA (fd00:bbbb) von der FritzBox und die GUA, ist auch unter allen 3 Adressen erreichbar.
Nach einiger Zeit oder irgendeiner (nicht IPv6) Einstellung, verschwindet die GUA und etwas später die ULA (deprecated steht dann noch kurze Zeit dahinter).
Wäre mir im Prinzip total egal, aber gleichzeitig bekommt der angeschlossene PC den IPv6 Netzwerkverkehr gesperrt / keine ULA/GUA mehr. Einzig Link Lokal kann ich noch am PC verwenden.
Habe den Switch nun schon zig mal Factory Resettet, dann läuft es sofort wieder, der PC hat dann auch sofort wieder seine IPv6 inkl. Verkehr.
Die einzige Einstellung die mir in den Sinn kommt wäre diese:
und zwar habe ich IGMP Snooping aktiviert und alles auf Drop gestellt. Aber meiner Meinung nach betrifft das keinerlei IPv6 Verkehr.
"Unknown Multicast Frame" & "Reserved Multicast Group" <- kann das bzw. "Frame" ein IPv6 Frame vom RA sein, welcher gesperrt wird ?
Ansonsten stelle ich nur Sachen um, die eigentlich überhaupt nichts mit IPv6 zu tun haben: Cloud (Nebula) off, Service Access Conrol -> SSH, FTP aus, anderen Zeitserver, Green Ethernet: EEE, Auto Power Down on.
Über Ideen würde ich mich freuen, sonst muss ich die uralte Firmware wieder drauf machen.
FritzBox 7590 ist der Router, der GS1920 ist über einen GS1900 an der FritzBox angeschlossen.
Mit dem GS1900 hatte ich noch nie solche Probleme (seit 2017 in Gebrauch).
Gruß
mit dem Kauf des GS1920-24HP v2 habe ich mir ein Ei gelegt, dank des Forum ( siehe ) habe ich die aktuelle Firmware drauf.
Mit der alten Firmware war IPv6 im Switch komplett abgeschaltet und die angeschlossenen Geräte haben wie gewöhnlich ihre IPv6 Adressen von der FritzBox erhalten.
Mit der neuen Firmware ist IPv6 ab "Werk" eingeschaltet, hier der Status:
Nach einiger Zeit oder irgendeiner (nicht IPv6) Einstellung, verschwindet die GUA und etwas später die ULA (deprecated steht dann noch kurze Zeit dahinter).
Wäre mir im Prinzip total egal, aber gleichzeitig bekommt der angeschlossene PC den IPv6 Netzwerkverkehr gesperrt / keine ULA/GUA mehr. Einzig Link Lokal kann ich noch am PC verwenden.
Habe den Switch nun schon zig mal Factory Resettet, dann läuft es sofort wieder, der PC hat dann auch sofort wieder seine IPv6 inkl. Verkehr.
Die einzige Einstellung die mir in den Sinn kommt wäre diese:
"Unknown Multicast Frame" & "Reserved Multicast Group" <- kann das bzw. "Frame" ein IPv6 Frame vom RA sein, welcher gesperrt wird ?
Ansonsten stelle ich nur Sachen um, die eigentlich überhaupt nichts mit IPv6 zu tun haben: Cloud (Nebula) off, Service Access Conrol -> SSH, FTP aus, anderen Zeitserver, Green Ethernet: EEE, Auto Power Down on.
Über Ideen würde ich mich freuen, sonst muss ich die uralte Firmware wieder drauf machen.
FritzBox 7590 ist der Router, der GS1920 ist über einen GS1900 an der FritzBox angeschlossen.
Mit dem GS1900 hatte ich noch nie solche Probleme (seit 2017 in Gebrauch).
Gruß
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 672812
Url: https://administrator.de/forum/zyxel-gs1920-sperrt-ipv6-verkehr-672812.html
Ausgedruckt am: 31.05.2025 um 02:05 Uhr
6 Kommentare
Neuester Kommentar
Wenn Multicast nicht korrekt funktioniert, könnte das die Neighbor Discovery stören, was denn irgendwann sämtlichen IPv6-Traffic zum Erliegen bringt.
Kannst du testweise IGMP Snooping ausschalten?
Kannst du testweise IGMP Snooping ausschalten?
1
Spannend wäre auch die Frage was passiert wenn man dem Switch eine feste statische Management Adresse aus dem /64er ULA Netz gibt was die Fritzbox fest vorgibt. Ist ja auch generell so üblich das man Infrastruktur Komponenten und insbesondere Routern feste, statische IPs gibt. Also testweise einmal mit fd00:bbbb:0000:0000:bade:affe:cafe:1920 /64 versuchen.
So eine Adresse dürfte auch nie "verschwinden".
So eine Adresse dürfte auch nie "verschwinden".
Die einzige Einstellung die mir in den Sinn kommt wäre diese:
Diese zeigt aber nur den IPv4 Multicast und hat dann mit IPv6 herzlich wenig zu tun. Wenn, dann wäre doch der IPv6 Multicast Menüpunkt relevant!
ich habe ihn jetzt 24 laufen lassen mit der Einstellung:
seit dem bleiben die IPv6 Adressen, also liegt es doch am IGMP Drop.
Alle anderen Einstellungen habe ich so getätigt wie immer.
Morgen werde ich dann sehen ob der angeschlossene PC IPv6 bekommt, wenn das echt der Grund war hat Zyxcel das mangelhaft dokumentiert. Da müsste wenigstens im Handbuch eine dicke Warnung sein, dass man sich mit Drop Unknown Multicast Frame den IPv6 Verkehr lahm legt.
Bin aber erst Morgen wieder dort zum testen, vielleicht geht es ja wieder nicht
Besonders weil der GS1900:
seit 7 Jahren mit Drop Unknown Multicast Action läuft.
Action != Frame
Alle anderen Einstellungen habe ich so getätigt wie immer.
Spannend wäre auch die Frage was passiert wenn man dem Switch eine feste statische Management Adresse aus >dem /64er ULA Netz gibt was die Fritzbox fest vorgibt. Ist ja auch generell so üblich das man Infrastruktur >Komponenten und insbesondere Routern feste, statische IPs gibt. Also testweise einmal mit >fd00:bbbb:0000:0000:bade:affe:cafe:1920 /64 versuchen.
das hatte ich natürlich auch alles ausprobiert, half aber nichts, der PC bekam kein IPv6 !Morgen werde ich dann sehen ob der angeschlossene PC IPv6 bekommt, wenn das echt der Grund war hat Zyxcel das mangelhaft dokumentiert. Da müsste wenigstens im Handbuch eine dicke Warnung sein, dass man sich mit Drop Unknown Multicast Frame den IPv6 Verkehr lahm legt.
Bin aber erst Morgen wieder dort zum testen, vielleicht geht es ja wieder nicht
Besonders weil der GS1900:
Action != Frame
half aber nichts, der PC bekam kein IPv6 !
Dann hat dein Winblows ein Problem. Vermutlich ist dort global IPv6 deaktiviert?! Das er dann keine IPv6 Adresse bekommt und nichtmal per SLAAC spricht viel dafür das DER bzw. Winblows das Problem ist und de facto nicht der Switch oder die Fritte.
Seit "Flood Unknown Multicast Frame" (alle 3 Einstellungen auf Flood) - keinerlei Probleme mehr.
Unglaublich was Zyxcel da baut bzw. nicht dokumentiert.
chatgpt sagte mir dazu:
Unglaublich was Zyxcel da baut bzw. nicht dokumentiert.
chatgpt sagte mir dazu:
Quelle: ChatGPT KI
Auch wenn die Erklärung sich nur auf IPv4-Adressen bezieht, wirken sich diese Einstellungen oft auch auf ähnliche Mechanismen bei IPv6 aus, weil sie auf Layer 2 greifen.
Beispiel: IPv6-Adresse FF02::1 nutzt die MAC-Adresse 33:33:00:00:00:01, was oft als "reserved group" behandelt wird.
Wenn du hier „Drop“ einstellst, werden wichtige Systemprotokolle blockiert – IPv6 Neighbor Discovery, mDNS (Bonjour), etc. funktionieren dann nicht mehr richtig.
Flooding aktivieren, damit IPv6 funktioniert, insbesondere:
MLD nicht sauber erkannt
Multicast-Gruppen nicht vorher „angemeldet“
Services wie NDP, RA, mDNS, SSDP
Bei „Drop“:
Du blockierst potenziell:
IPv6 Grundfunktionen
Autoerkennung von Geräten (Bonjour, Sonos, SmartHome etc.)
Beispiel: IPv6-Adresse FF02::1 nutzt die MAC-Adresse 33:33:00:00:00:01, was oft als "reserved group" behandelt wird.
Wenn du hier „Drop“ einstellst, werden wichtige Systemprotokolle blockiert – IPv6 Neighbor Discovery, mDNS (Bonjour), etc. funktionieren dann nicht mehr richtig.
Flooding aktivieren, damit IPv6 funktioniert, insbesondere:
MLD nicht sauber erkannt
Multicast-Gruppen nicht vorher „angemeldet“
Services wie NDP, RA, mDNS, SSDP
Bei „Drop“:
Du blockierst potenziell:
IPv6 Grundfunktionen
Autoerkennung von Geräten (Bonjour, Sonos, SmartHome etc.)
chatgpt sagte mir dazu:
Wenn man schon überflüssigerweise dümmliche, haluzinierende KI zu simplen Allerwelts Binsenweisheiten fragt, anstatt wissende, humanoide Administratoren sollte man solche künstlichen Ergüsse auch entsprechend kennzeichnen wie es die Foren Regeln auch zu Recht fordern:Sind KI-Inhalte auf dieser Website erlaubt?
