GS1920-24HP IGMP Snooping aktivieren

Du brauchst natürlich auch Endgeräte am Switch die Multicast Traffic senden um Group Adressen sehen zu können. Ob das bei dir der Fall ist schreibst du leider nicht.
Angezeigt wird das auch im Menü "IPv4 Multicast StatuS". Leider fehlt auch dieser Screenshot.
(Siehe dazu auch das Manual Kapitel 23.3, Seite 169)

Sehr sinnvoll wäre du würdest einmal einen einfachen Multicast Live Test mit dem betreffenden Switch oder auch mit den beiden Switches switchübergreifend zu machen.
Auch anhand des Port LED Verhaltens (Traffic Signalisierung) kannst du genau sehen ob Multicast Frames dediziert an entsprechende Gruppen Memberports geforwardet werden anstatt das der Switch sie fälschlicherweise auf alle Ports flutet wie das ohne aktives IGMP Snooping der Fall wäre.
Damit könntest du wasserdicht checken ob die IGMP Snooping Funktion aktiv ist und sauber funktioniert.

Wie das schnell und mit einfachen Bordmitteln aufzusetzen ist erklärt dir dieses Multicast Forentutorial.
Alternativ mit einem Multicast Tool wie Multicast Hammer.

Das IGMP Filtering kann es nicht sein, denn damit kannst du nur bestimmte Gruppenadressen einschränken die ein Client erreichen kann. In einem erstmal offenen Design will man das ja nicht und alle Gruppenadressen erreichbar haben und dafür darf dann das Filtering natürlich nicht aktiv sein!

Der "Auto" Modus bewirkt nach dem "first come, first serve" Prinzip das für alle VLAN IDs in denen per IGMP Snooping Gruppenadressen erkannt werden automatisch das Snooping aktiviert wird.
Der Nachteil ist das es nur auf die ersten 16 VLAN IDs limitiert ist. Solche Limits sind bei Billigswitches leider üblich und muss man bei solcher Hardware in Kauf nehmen.
Der große Nachteil bei der statischen Zuweisung liegt darin das das IGMP Snooping dann in deinem Fall ausschliesslich NUR für das VLAN 1 aktiviert wird, nicht aber für andere VLANs die nicht in dieser Liste aufgeführt sind.
Es besteht also immer die latente Gefahr das man die Snooping Funktion für einzelne VLANs vergisst. Sprich in einem VLAN wird geflutet und in anderen ist IGMP aktiv, was dann sehr unschön ist aus Setup Sicht.
IGMP Snooping sollte sinnvollerweise immer global für alle VLANs aktiv sein um die Switchperformance zu schonen und Multicasts sinnvoll im Netz forzuwarden.
In sofern macht die "Auto" Funktion also mehr Sinn wenn man die Gesamtanzahl der VLAN IDs von 16 nicht überschreitet. (Siehe dazu auch das Manual Kapitel 23.4, ab Seite 172)

Dennoch solltest du dringenst deine uralt Firmware auf den aktuellsten Stand updaten. Eine über 6 Jahre alte Firmware solltest du nicht mehr produktiv einsetzen!

Bugs die Funktionen scheitern lassen.

Nicht wenn man das Zyxel Support Portal befragt. Dort existiert bereits eine 5.0er Version!
https://www.zyxel.com/de/de/support/download?model=gs1920-48hpv2

Von uralten 4.5er Versionen ist da nirgendwo etwas zu sehen.
Entsprechend lang sind auch die Bugfixes in den Release Notes zu deiner uralt Version!

Mmmhhh...dein Modell gibt es aber auch im EoL Verzeichnis nicht?
https://webservice.zyxel.com/end-of-life

Gibt man im aktuellen Support dein Modell an landet man ausschliesslich nur bei den v2 Modellen. Zyxel Logik vermutlich...

Doch hast Du!
denn Du schreibst:

ABMI ist der Produktcode für den GS1920-24HPv2!


Logisch, denn diese Firmware ist für den GS1920-24HP ohne den Zusatz "v2" - also quasi die Hardware-Revision 1.


Hier findest Du die letzten 3 Firmware-Versionen für Deinen Switch: https://www.zyxel.com/de/de/support/download?model=gs1920-48hpv2 (beim Eintrag Firmware auf den kleinen nach unten gerichteten Pfeil klicken, um ggf. die Version zu wechseln)


Die Logik hinter ZyXELs Firmwarebenennung ist ganz einfach und eigentlich bestechend logisch.
Beispiel:

V4.80(ABMI.0)C0 -> V4.80 ist der Versionstand der Firmware in funktionaler Hinsicht. Wenn also neue Features eingebaut wurden, dann zählt diese Zahl hoch. Da ist allerdings auch viel Politik/Marketing drin: Es kann durchaus sein, dass sich hinter einem Hochzählen an zweiter Stelle hinter dem Punkt ein lang erwartetes, umfangreiches neues Feature verbirgt, während ein Hochzählen vor dem Punkt vielleicht nur ein Aufhübschen der GUI war...

V4.80(ABMI.0)C0 -> Diese Buchstabenkombination ist der (aktuell vierstelle - früher dreistellige) Produktcode. Dieser identifiziert das Modell eindeutig. Das muss "matchen"! Verkaufsbezeichnungen sind Schall und Rauch: einige Produkte gibt es in unterschiedlichen Revisionen und Lokalisierungen, was machmal nur schwer und teilweise sogar gar nicht an der Verkaufsbezeichnung ablesbar ist. ABMI steht hier wie gesagt für GS1920-24HPv2. Die von Aqui herausgesuchte Firmware mit dem Code ABMK ist für den GS1920-48HPv2 - also die 48-Port-Ausführung.
Leider gibt es keine veröffentlichte Liste, welche alle Modellcodes aufführt. Vor Jahr(zehnt)en, als das Schweizer Forum noch existierte, hatten wir als Community eine solche Liste noch selbst gepflegt. Ist aber zusammen mit dem Forum gestorben/eingeschlafen.

V4.80(ABMI.0)C0 -> Diese Zahl kennzeichnet das "Patchlevel". Sie zählt hoch, wenn Fehlerbereinigungen ohne Funktionsänderungen veröffentlicht wurden. V4.80(ABMI.1)C0 wäre also das nächste reine Problembehebungs-Release.

V4.80(ABMI.0)C0 -> kennzeichnet ein offizielles Costumer-Release - also eine (hoffentlich) stabile Version, die für die allgemeine Verwendung durch die Kunden freigegeben ist.
An dieser Stelle könnte aber auch etwas anderes stehen: z.B. "B.xx" als Meilensteine für die Beta-Versionen oder auf den ersten Blick recht krude wirkende Zahlen und Buchstabenkolonnen. Letztere kennzeichnen über den Support erhältliche Einzel-Hotfixes sowie Daily oder Weekly Builds von Hotfix-Sammlungen.



Ja EoL-Modelle werden aus dem frei zugänglichen Download-Portal leider zeitnah entfernt. Finde ich auch nicht gut. Früher(R) gab es mal einen frei zugänglichen FTP-Server, auf dem man jede Firmware- und sogar Datenblatt-Revision zu nahezu jedem - auch noch so alten - Produkt fand (bis runter zu Produkt Nr. 1!). Sogar zu noch gar nicht offiziell in den Markt eingeführten Produkten fand man dort schon recht früh technische Dokus und war dementsprechend selbst dann recht gut vorinformiert, wenn man nicht Beta-Tester war.

Wenn man sich als normaler Kunde mit seinem Produkt im Supportportal registriert, bekommt man - wenn ich mich recht erinnere - auch die letzte Firmware (C-Release - siehe oben) für sein EoL-Produkt angezeigt. Ansonsten über den Support direkt oder übers Forum. Dort bekommt man dann bei Bedarf auch älte Versionen sowie die bereits angesprochenen Hotfix-Versionen. Gerade für Nutzer von EoL-Produkten können die Hotfix-Sammlungen interessant sein, da ZyXEL einige Business-Produkte durchaus noch über das letzte offizielle Firmware-Release hinaus auf diesem Weg weiter pflegt. Die Hotfixe erscheinen nämlich normalerweise nicht im Download-Portal, weil nicht "stabil". Ausreichend bewährte/getestete Hotfix-Sammlungen werden normalerweise irgendwann zu Patch-Releases (siehe oben) und genau dieser Schritt unterbleibt bei EoL-Geräten oftmals ganz oder wird dann nicht mehr so häufig gemacht.

Gruß
sk

Danke fürs detailierte Feedback! 👍
Kann der TO sich freuen das er also doch einen v2 hat. Erklärt dann vermutlich auch warum der das nonV2 Image nicht laden kann. 😉

Wäre, wenn du das machen kannst, nach einem Major Release Update sicher nicht falsch...

Einfach einmal auf die offiziellen 1900er Support Seiten sehen wie es jeder Admin immer zuallererst macht!! Aktuell ist die 2.90(ABTQ.1)CO vom März 2025. Mit anderen Worten hast du auch hier bei deinem 1900er auch eine uralt Version am werkeln...
https://www.zyxel.com/de/de/support/download?model=gs1900-48hpv2

Fragt sich dann nur zu welchen ominösen 1900er Modellen die offizielle ABTQ passt??