Dante-Netzwerkswitch Anforderungen: Den Signalweg wählen und prüfen

Kurz gesagt — Dante nutzt Standard-Ethernet, aber ein Produktions-Switch muss zur realen Kanalzahl, Topologie, Traffic-Situation und zum Recovery-Plan passen. Bevorzuge managed Gigabit-Switches, die Link-Speed, Bandbreite und Fehlerzähler sichtbar machen, DSCP-QoS und die nötigen Multicast-Controls unterstützen und sich so konfigurieren lassen, dass Energy Efficient Ethernet auf Dante-Ports deaktiviert ist. Prüfe jedes Uplink- und Endpoint-Handshake-Ergebnis und führe dann Clock-, Audio-, Last-, Multicast- und Ausfalltests durch, bevor du Modell und Konfiguration freigibst.

Dante benötigt keinen proprietären Switch

Ein Dante-Netzwerk kann auf Standard-Ethernet-Hardware laufen. Das bedeutet aber nicht, dass jeder Consumer- oder Enterprise-Switch für eine Show gleichermaßen geeignet ist.

Die sinnvolle Frage lautet nicht: „Steht Dante auf dem Gerät?“ Sondern: „Kann dieser Switch den geplanten Traffic auf jedem realen Link transportieren, priorisieren, sichtbar machen und nach einem Fehler wiederherstellen?“

Wähle anhand des Systemdesigns, nicht anhand einer Markenliste, die aus einer anderen Produktion kopiert wurde.

Bevorzuge Gigabit-Links und prüfe die Verhandlung

Gigabit Ethernet ist die normale Baseline für skalierbare Dante-Systeme. Audinate erlaubt 100 Mbps in begrenzten Fällen mit niedriger Kanalzahl und passendem QoS, aber ein langsamer Endpoint oder Uplink verändert das Traffic- und Latenzbudget.

Zähle Traffic pro Link, nicht nur pro Switch. Ein Rack kann zwar Gigabit-Access-Ports haben, aber zwei Switches teilen sich einen unterdimensionierten Uplink. Ein beschädigtes Kabel kann außerdem dazu führen, dass ein Gigabit-fähiger Port nur mit 100 Mbps verhandelt.

Vor der Show:

1. Liste jeden Endpoint, Switch und Inter-Switch-Link auf.
2. Dokumentiere die ausgehandelte Geschwindigkeit und den Duplex-Status.
3. Schätze die normale und maximale Media-Last in beide Richtungen.
4. Berücksichtige Multicast-Fanout und Nicht-Dante-Services.
5. Lasse Betriebspuffer und plane nicht bis zum maximalen Labelwert.
6. Prüfe die Verhandlung erneut nach dem Umstecken oder dem Austausch von Kabeln.

Der Leitfaden zu Dante-Latenzeinstellungen erklärt, wie Switch-Hops und Link-Geschwindigkeit das Receiver-Buffering beeinflussen.

Managed und unmanaged Switches haben unterschiedlichen Betriebswert

Ein unmanaged Switch kann für ein kleines, dediziertes, einfaches Dante-Netzwerk funktionieren, wenn sein festes Verhalten bekannt und geeignet ist. Die Einschränkung liegt nicht nur in der Konfiguration, sondern in der Sichtbarkeit. Das Team kann Fehler, Geschwindigkeit, Auslastung, Queue-Verhalten oder den Multicast-Status möglicherweise nicht prüfen.

Ein managed Switch ist zu bevorzugen, wenn das System eines oder mehrere der folgenden Merkmale benötigt:

• gemeinsame Daten-, Video-, Steuerungs- oder andere Services;
• mehrere Switches oder eingeschränkte Uplinks;
• QoS-Konfiguration oder -Verifikation;
• Multicast-Snooping und Querier-Steuerung;
• VLANs oder geroutete Grenzen;
• redundante Pfade;
• Port-Security, Monitoring, Logging oder Remote-Support;
• eine gespeicherte Konfiguration, die geprüft und wiederhergestellt werden kann.

Management schafft auch Verantwortung. Eine Standard- oder kopierte Konfiguration ist nicht automatisch sicher. Benenne den Owner, beschränke den Zugriff, exportiere die freigegebene Basis und dokumentiere, wie der Switch ersetzt wird.

Deaktiviere Energy Efficient Ethernet auf Dante-Ports

Energy Efficient Ethernet, auch EEE, Green Ethernet oder IEEE 802.3az genannt, versetzt einen Link in Phasen geringer Aktivität in einen stromsparenden Zustand. Echtzeit-Clock- und Medientraffic hängen von vorhersehbarer Paketlieferung ab, und ungeeignetes EEE-Verhalten kann zu Synchronisationsproblemen oder Audioaussetzern beitragen.

Bei einem managed Production-Switch bestätige, dass EEE deaktiviert werden kann, und prüfe den tatsächlichen Zustand auf jedem Port, der Dante-Traffic führt. Bei einem unmanaged Switch sollten Modelle vermieden werden, deren EEE-Verhalten sich nicht deaktivieren oder sicher verifizieren lässt.

Gehe nicht davon aus, dass eine globale Menüeinstellung automatisch jeden Port, jedes Modul oder jede Firmware-Version abdeckt. Lies die laufende Konfiguration aus und teste nach Firmware- oder Hardware-Änderungen erneut.

QoS ist eine Eigenschaft des Switch-Pfads

Dante-Endpunkte markieren Traffic mit DSCP-Werten, aber der Switch muss diese Markierungen übernehmen oder klassifizieren und auf geeignete Queues abbilden. Ein Häkchen bei „QoS aktiviert“ beweist noch nicht, dass Clock die höchste Priorität hat, Media danach kommt und normaler Traffic die Echtzeit-Queues nicht verdrängen kann.

Prüfe:

• DSCP-Trust oder Klassifizierung am Eingang;
• mindestens die erforderliche Anzahl an Hardware-Queues;
• Queue-Mapping für Clock, Media, Control und Best Effort;
• Strict-Priority-Verhalten dort, wo das Design es verlangt;
• ob eine andere Policy Markierungen umschreibt;
• jeden Switch entlang des Pfads, nicht nur den Edge-Switch.

Nutze den Leitfaden zu Dante-QoS-Einstellungen für die vollständige Konfiguration und den Belastungstest-Workflow.

Multicast-Funktionen müssen zum Flow-Plan passen

Unicast ist das normale Dante-Medienverhalten. Wenn ein einzelnes Sendesignal absichtlich an mehrere Empfänger verteilt wird, kann Multicast die Anzahl der Sender-Flows reduzieren, aber ohne korrekte Steuerung auch Traffic auf unnötige Ports verteilen.

Ein managed Multicast-Design erfordert typischerweise IGMP Snooping plus einen korrekt platzierten Querier für das VLAN. Snooping ohne funktionierenden Querier kann dazu führen, dass der Membership-Status unzuverlässig wird. Eine eingebaute „IGMP-Optimierung“ auf einem unmanaged Switch kann möglicherweise nicht überprüft oder korrigiert werden.

Dokumentiere, welche Flows Multicast nutzen, welcher Switch die Querier-Rolle übernimmt und welche Ports jede Gruppe empfangen sollen. Der Leitfaden zu Dante-Unicast versus Multicast beschreibt die Entscheidungs- und Prüfschritte.

Baue eine Topologie, die unter Druck verständlich bleibt

Sternverbindungen zu managed Switches sind oft leichter zu prüfen und zu isolieren als lange Geräteketten. Wenn Dante-Geräte mit zwei Ports im Switched Mode verwendet werden, erweitert der zweite Anschluss denselben Fehlerbereich; er schafft keine Redundanz.

Für den Redundant Mode:

• nutze tatsächlich getrennte Primary- und Secondary-Netzwerke;
• vermeide gemeinsam genutzte Switches, versehentliche Bridges und überlappende Adressräume;
• gleiche die erforderlichen Link-Geschwindigkeiten auf beiden Seiten an;
• beschrifte jedes Kabel und jeden Switch-Port;
• teste das Entfernen jeweils nur einer realen Komponente.

Der Leitfaden zu Dante-Redundant versus Switched Mode enthält die Port-Mode-Checkliste.

Teste den Switch, statt dem Datenblatt zu vertrauen

1. Eine Basislinie speichern

Exportiere die laufende Switch-Konfiguration. Erfasse Modell, Firmware, Port-Map, VLANs, QoS, EEE, Multicast-Einstellungen und den Management-Owner.

2. Den Leerlaufzustand verifizieren

Wenn alle geplanten Endpunkte online sind, prüfe stabiles Clocking, die erwarteten Leader, korrekte Link-Geschwindigkeiten, saubere Fehlerzähler, Subscriptions und Audio auf jedem Ziel.

3. Realistische Last anwenden

Fahre die geplante Kanalzahl und die Multicast-Empfänger hoch. Wenn die Infrastruktur gemeinsam genutzt wird, füge repräsentativen Daten- oder Videotraffic innerhalb des freigegebenen Testfensters hinzu. Beobachte Auslastung, Drops, Queue-Zähler, Fehler und Dante-Latenzereignisse.

4. Fehlergrenzen ausreizen

Entferne und stelle jeweils nur ein Kabel, einen Endpoint, ein Uplink, eine Stromzufuhr oder einen redundanten Switch wieder her. Bestätige, dass der beobachtete Fehler und die Wiederherstellung der Zeichnung entsprechen.

5. Neustarten und wiederherstellen

Prüfe, soweit betrieblich sicher, dass der Switch mit der freigegebenen Konfiguration wieder hochkommt und dass Endpunkte neu entdeckt werden, sich neu synchronisieren und die vorgesehenen Subscriptions wiederherstellen.

6. Abnahmeanweisungen dokumentieren

Speichere Zähler-Snapshots, Testbedingungen, Fehler, Korrekturen, die finale Konfiguration, Datum und Freigabeverantwortlichen. „Audio hat einmal funktioniert“ reicht für eine wiederholbare Übergabe nicht aus.

Switch-Abnahme-Checkliste

• Portanzahl, PoE-Bedarf, Optiken und Formfaktor passen zur Installation.
• Jeder Endpoint und jedes Uplink verhandelt die vorgesehene Geschwindigkeit.
• Die Kapazität deckt Media, Multicast, Control und geteilte Services mit Reserve ab.
• DSCP-QoS ist auf jedem erforderlichen Pfad gemappt und verifiziert.
• EEE ist auf jedem Port, der Dante-Traffic führt, deaktiviert.
• IGMP Snooping und die Querier-Verantwortung sind bei Multicast-Nutzung korrekt.
• VLAN- und Redundant-Network-Grenzen entsprechen der Zeichnung.
• Portfehler, Drops, Auslastung und Queue-Zähler sind sichtbar.
• Laufende Konfiguration, Firmware, Owner, Ersatzgerät und Rollback sind dokumentiert.
• Vollast- und Komponentenausfalltests bestehen mit realem Audio.

Häufige Fehler

Nur nach Portanzahl kaufen. Link-Geschwindigkeit, Queues, EEE-Steuerung, Multicast-Verhalten, Monitoring und Uplinks gehören ebenfalls zur Anforderung.

Annehmen, dass Gigabit Design überflüssig macht. Ein Gigabit-Link kann dennoch überlastet, falsch priorisiert, geflutet oder mit einer niedrigeren Geschwindigkeit verhandelt sein.

Einen unmanaged EEE-Switch verwenden. Wenn Stromsparverhalten nicht deaktiviert oder verifiziert werden kann, lässt sich keine bekannte Echtzeit-Basislinie herstellen.

Alle erweiterten Funktionen aktivieren. Voice-VLAN-Presets, Änderungen an Spanning Tree, PTP-Funktionen, Storm Control und Rate Limits können Traffic verändern. Aktiviere nur, was das freigegebene Design verlangt, und teste die Wirkung.

Nur die Erkennung testen. Gerätenamen in Controller beweisen weder stabiles Clocking noch ausreichende Kapazität, korrekten Multicast-Umfang oder Audio-Wiederherstellung.

FAQ

Braucht Dante einen speziellen Netzwerkswitch?

Es ist kein proprietärer Switch erforderlich. Der Switch muss genug Geschwindigkeit und Kapazität bereitstellen und die QoS-, EEE-, Multicast-, Monitoring- und Recovery-Anforderungen des konkreten Dante-Designs unterstützen.

Sollte ein Dante-Switch managed oder unmanaged sein?

Managed ist für Produktions-, Shared-, Multi-Switch-, Multicast- oder redundante Systeme vorzuziehen, weil es Konfiguration und Sichtbarkeit bietet. Ein bekannter, geeigneter unmanaged Switch kann für ein kleines dediziertes Netzwerk funktionieren.

Benötigt Dante einen Gigabit-Switch?

Gigabit wird stark empfohlen und ist für größere Kanalzahlen essenziell. Ein begrenzter Betrieb mit 100 Mbps und niedriger Kanalzahl kann mit korrekt eingerichtetem QoS möglich sein, aber jeder langsame Link muss in die Kapazitäts- und Latenzplanung einbezogen werden.

Warum sollte EEE für Dante deaktiviert werden?

EEE ändert den Link-Power-Status in Ruhephasen. Auf ungeeigneter Hardware kann dieses Verhalten die Clock-Synchronisation beeinträchtigen und Aussetzer verursachen. Deshalb sollten Dante-Ports eine verifizierte Nicht-EEE-Konfiguration verwenden.

Wie testet man einen Switch für Dante-Audio?

Prüfe die Link-Verhandlung und die Konfiguration, fahre die vollständige Medienlast plus repräsentativen Shared Traffic, kontrolliere Fehler, Drops und Queues, höre jedes Ziel an und simuliere Kabel-, Uplink-, Switch- und Stromausfälle mit dokumentiertem Rollback.

Den freigegebenen Switch-Pfad im Rider festhalten

Dokumentiere Switch-Modelle, Ports, Link-Geschwindigkeiten, VLANs, QoS, EEE-Status, Multicast-Zuständigkeiten, redundante Pfade, Management-Owner und getesteten Rollback zusammen mit der Audio-Netzwerk-Übergabe. In Techrider.live halte das im selben Rider wie den Patch- und Stage-Plan fest, lade den Systemtechniker zur Bearbeitung ein und speichere sowie prüfe die Historie, bevor du die aktuelle Version verschickst.