Dante Multicast-Flow einrichten: sicher erstellen, prüfen und entfernen
7 Min. Lesezeit · Aktualisiert am 10. Oktober 2026 · Dante-Systemdesigner, FOH- und Monitormonteure, Netzwerk- und AV-Techniker, Produktionsmanager, Venue-Techniker, Broadcast-Engineers und Touring-Audio-Crews
Einen Dante-Multicast-Transmitter-Flow bewusst anlegen: Kanäle auswählen, Empfänger und IGMP-Verhalten prüfen, Bandbreite und Audio testen und einen Rollback-Pfad sichern.
Kurzantwort — Einen manuellen Dante-Multicast-Flow sollten Sie nur dann erstellen, wenn ein Sender genügend Empfänger versorgen muss, damit sich ein gemeinsamer Stream lohnt, und das Netzwerk darauf vorbereitet ist, ihn zu transportieren. Wählen Sie in der Device View des Senders Create Multicast Flow, markieren Sie nur die benötigten Kanäle, erstellen Sie den Flow und abonnieren Sie die Empfänger anschließend normal. Prüfen Sie IGMP-Verhalten, alle betroffenen Links, die Latenz der Empfänger und echtes Audio unter Volllast. Sichern Sie den Ausgangszustand und legen Sie fest, wie der Flow wieder entfernt wird, bevor Sie die Produktion ändern.
Ein Multicast-Flow verändert den Transport, nicht den Kanal-Patch
Ein Dante-Transmit-Kanal kann als Unicast-Flow für einen bestimmten Empfänger übertragen oder in einen Multicast-Flow gelegt werden, dem mehrere Empfänger beitreten können. Unicast und Multicast können auf demselben Dante-Gerät parallel existieren, und Kanäle werden für die Multicast-Übertragung einzeln ausgewählt.
Empfänger abonnieren weiterhin benannte Sender-Kanäle in der Routing-Ansicht. Das Erstellen eines Multicast-Flows ändert, wie ausgewählte Kanäle über das Netzwerk übertragen werden; es ersetzt weder Kanalbenennung, Abonnements, Clocking, Formatkompatibilität noch Zieltests.
| Entscheidungsebene | Frage | Nachweis |
|---|---|---|
| Fanout | Wie viele Empfänger brauchen dieselbe Quelle? | Aktuelle und geplante Zielliste |
| Sender | Welche genauen Kanäle gehen in den Flow? | Kanalauswahl in der Device View |
| Netzwerk | Welche Switch-Links transportieren den Stream? | Topologie, Zähler, IGMP-Status |
| Empfänger | Kann jedes Ziel ihn zuverlässig empfangen? | Stabiles Abonnement und Latenznachweis |
| Wiederherstellung | Wie wird der Flow entfernt oder ersetzt? | Gesicherter Ausgangszustand und getesteter Rollback |
Nutzen Sie den Leitfaden Unicast versus Multicast, um den Transport zu wählen, und den Leitfaden zur Multicast-Bandbreite, um die Kosten pro Link zu berechnen und zu überwachen. Dieser Leitfaden beschreibt den operativen Ablauf zum Erstellen, Prüfen und Entfernen.
Entscheiden Sie, ob ein manueller Multicast-Flow gerechtfertigt ist
Multicast kann die Flow-Nutzung des Senders reduzieren, wenn dieselbe Quelle viele Empfänger versorgt. Es kann den Stream aber auch auf Netzwerk-Links bringen, auf denen er nicht benötigt wird, wenn Multicast-Kontrolle fehlt oder fehlerhaft ist. Wandeln Sie eine funktionierende Unicast-Verbindung nicht allein deshalb um, weil Multicast skalierbarer klingt.
Vor der Änderung des Transports dokumentieren Sie:
- die aktuelle Unicast- und Multicast-Flow-Nutzung des Senders;
- jeden Empfänger, der jeden ausgewählten Kanal benötigt;
- Kanalanzahl, Samplerate, Kodierung und erwartete Bitrate;
- Switch-Pfad, Uplinks, VLAN, Querier und IGMP-Snooping-Status;
- Hardware- und Software-Empfängertypen sowie deren Latenzeinstellungen;
- ein bekannt gutes Preset oder einen Routen-Stand für den Rollback.
Die kleinste korrekte Änderung ist meist eine logische Programmgruppe, nicht jeder Kanal am Sender.
Multicast-Transmit-Flow erstellen
- Reservieren Sie ein Wartungsfenster und informieren Sie die Verantwortlichen für die Route.
- Öffnen Sie den Sender in der Device View von Dante Controller.
- Bestätigen Sie Geräteidentität, Firmware, Clock, Samplerate und den aktuellen Flow-Status.
- Wählen Sie Create Multicast Flow in den Flow-Steuerelementen des Geräts.
- Wählen Sie nur die Transmit-Kanäle aus, die der freigegebenen Zielplanung entsprechen.
- Prüfen Sie die Auswahl, erstellen Sie den Flow und warten Sie, bis Controller ihn meldet.
- Erstellen oder bestätigen Sie in der Routing-Ansicht die Empfänger-Abonnements für diese benannten Kanäle.
Die Kanalanzahl pro Multicast-Flow hängt von der Implementierung und dem Format des Senders ab. Controller zeigt die gültige Auswahl für das Gerät an; gehen Sie nicht von einer universellen Zahl aus. Wenn die benötigte Gruppe nicht passt, verwenden Sie die kleinste Anzahl absichtlich gewählter Flows und dokumentieren Sie die Aufteilung.
Das Netzwerk prüfen, bevor Sie Audio akzeptieren
Verfolgen Sie jeden Link, der den Flow transportiert
Messen Sie Sender-Zugriff, Switch-Uplinks, Empfänger-Zugangsports und redundante Pfade getrennt. Vergleichen Sie den Traffic vor und nach der Änderung. Ein gesunder Sender-Port beweist nicht, dass ein gemeinsam genutzter Uplink noch Reserve hat.
Belegen Sie IGMP-Verhalten, statt es anzunehmen
Alle Ethernet-Switches leiten Multicast weiter, aber das verwaltete Multicast-Verhalten hängt vom Design ab. Korrektes IGMP-Snooping und funktionierende Querier-Operation können den Traffic auf die Ports beschränken, die die Gruppe angefordert haben. Eine falsche IGMP-Konfiguration kann die Zustellung unterbrechen; fehlendes Pruning kann den Stream weiter verbreiten als nötig. Prüfen Sie den laufenden Switch-Status und die Zähler auf dem tatsächlichen VLAN.
Testen Sie jede Empfängerkategorie
Abonnieren Sie jedes freigegebene Hardware- und Software-Ziel und schicken Sie dann eindeutig identifizierbares Audio unter voller Produktionslast. Bestätigen Sie Abonnementstatus, Clock, Latenz, Kanalreihenfolge, Pegel und kontinuierliche Wiedergabe. Software-Endpunkte können andere Latenzanforderungen haben als Hardware; leiten Sie nicht von einer Klasse auf die andere ab.
| Prüfung | Bestehensbedingung | Fehlerhinweis |
|---|---|---|
| Abonnement | Stabiles Routing pro Empfänger | Format-, Zugriffs-, Clock- oder Flow-Problem |
| Switch-Forwarding | Traffic nur auf den erwarteten Links in einem geprunten Design | Fehlender Querier oder falsche Snooping-Mitgliedschaft |
| Link-Auslastung | Dauerhafte Reserve unter Show-Volllast | Unerwartetes Flooding oder zu knapp dimensionierter Uplink |
| Empfänger-Latenz | Keine verspäteten Pakete oder Aussetzer | Pfadverzögerung, Engpass, Software-Scheduling |
| Audio-Identität | Richtiger Kanal am physischen Ziel | Falsche Quellenauswahl oder Kanalreihenfolge |
Ausfall und Wiederherstellung testen
Üben Sie nur die Ausfälle, die das Design laut Aussage überstehen soll: Trennen und Wiederverbinden eines Empfängers, freigegebene Primary-/Secondary-Umschaltung, Switch-Neustart in einem redundanten Design und Sender-Neustart in einem Wartungsfenster. Beobachten Sie, wie die Multicast-Mitgliedschaft wiederhergestellt wird, und bestätigen Sie dann das Audio an jedem Ziel.
Löschen Sie keine Zähler und starten Sie Geräte nicht neu, bevor Sie einen Ausfall erfasst haben. Zeichnen Sie Zeitstempel, Abonnements, Multicast-Group- oder Flow-Identität, Link-Auslastung, Fehler, Latenzereignisse und Clock-Ereignisse auf. Der Leitfaden zum Dante-Netzwerkzustand erklärt, wie Sie diese Nachweise korrelieren.
Einen Multicast-Flow entfernen oder zurückrollen
Bevor Sie einen Flow löschen, identifizieren Sie alle abonnierten Empfänger und schützen Sie deren nachgelagerte Ausgänge. Speichern Sie den aktuellen Routen- und Gerätezustand, entfernen oder ersetzen Sie betroffene Abonnements gemäß dem freigegebenen Plan und löschen Sie dann den vorgesehenen Multicast-Transmit-Flow in den Flow-Steuerelementen des Senders.
Prüfen Sie nach dem Entfernen, ob Controller die benötigten Abonnements als Unicast neu aufbaut und ob die Flow-Kapazität des Senders weiterhin ausreicht. Spielen Sie an jedem Ziel erneut Audio ab. Eine erfolgreiche Löschaktion ist kein Beweis dafür, dass der Ersatztransport funktioniert.
Checkliste zur Abnahme eines Multicast-Flows
- Fanout und Flow-Budget des Senders rechtfertigen Multicast.
- Es sind nur freigegebene Sender-Kanäle ausgewählt.
- Die Kanalgruppierung respektiert die vom Gerät unterstützte Flow-Kapazität.
- Switch-Topologie, VLAN, IGMP-Snooping und Querier-Verantwortung sind bekannt.
- Der Traffic vor und nach der Änderung wird auf jedem betroffenen gemeinsam genutzten Link gemessen.
- Hardware- und Software-Empfänger liefern stabiles Audio unter Volllast.
- Latenz, Clock, Kanalreihenfolge und physische Ziele sind verifiziert.
- Freigegebene Ausfall- und Wiederherstellungstests sind bestanden.
- Ausgangszustand, Flow-Identität, Routenliste, Owner und Rollback sind dokumentiert.
FAQ
Wie erstelle ich in Dante Controller einen Multicast-Flow?
Öffnen Sie die Device View des Senders, wählen Sie Create Multicast Flow, markieren Sie die benötigten Transmit-Kanäle und erstellen Sie den Flow. Erstellen oder bestätigen Sie anschließend normale Empfänger-Abonnements in der Routing-Ansicht und prüfen Sie das Netzwerk sowie das echte Audio.
Wann sollte ich einen Dante-Multicast-Flow verwenden?
Verwenden Sie ihn, wenn dieselbe Quelle genügend Empfänger versorgen muss, sodass gemeinsamer Transport das Flow-Budget des Senders verbessert, und nur nachdem Sie bestätigt haben, dass das Netzwerk den Traffic tragen und kontrollieren kann. Behalten Sie einfachere Unicast-Routen bei, wenn sie die Anforderung erfüllen.
Kann Dante Unicast und Multicast gleichzeitig nutzen?
Ja. Ein Dante-Gerät kann beides gleichzeitig nutzen, und einzelne Kanäle können für Multicast ausgewählt werden. Dokumentieren Sie, welche Kanäle welchen Transport verwenden, damit Fehlersuche und Rollback klar bleiben.
Wie viele Kanäle kann ein Dante-Multicast-Flow enthalten?
Es gibt keine sichere universelle Zahl für jedes Gerät und jedes Format. Die Kapazität hängt von der Implementierung des Senders und vom Betriebsformat ab. Verwenden Sie die gültige Auswahl in Controller und die aktuelle Dokumentation des Herstellers für das konkrete Endgerät.
Wie entferne ich einen Dante-Multicast-Flow?
Identifizieren Sie jeden abhängigen Empfänger, speichern Sie den Ausgangszustand, schützen Sie die Ausgänge, entfernen Sie den vorgesehenen Transmit-Flow in der Device View und prüfen Sie, ob die benötigten Routen wie geplant über den vorgesehenen Transport zurückkehren. Testen Sie danach erneut echtes Audio und die Link-Auslastung.
Multicast-Verantwortung im Rider festhalten
Dokumentieren Sie Sender, ausgewählte Kanäle, Empfängerliste, Transportwahl, Switch-Pfad, IGMP-Verantwortung, gemessene Auslastung, Latenznachweise, Validierung und Rollback in Techrider.live. Laden Sie die System- und Netzwerk-Engineers ein, denselben Rider zu bearbeiten, speichern Sie das freigegebene Design und prüfen Sie die Historie, bevor Sie den Multicast-Plan ändern.
Ähnliche Anleitungen
AES3 vs. analoges Audio im Live-Sound: die richtige Verbindung wählen
Vergleiche AES3 und analoge Audioverbindungen für Live-Sound – inklusive Kanälen, Verkabelung, Clocking, Patchen, Testen und Fallback-Planung.
8 Min. LesezeitGrundlagenAktive vs. passive PA-Lautsprecher für Live-Sound
Vergleiche aktive und passive PA-Lautsprecher nach Verstärkung, Stromversorgung, Verkabelung, DSP, Einsatz, Service und den Details, die ein Technical Rider festhalten sollte.
7 Min. LesezeitGrundlagenAnaloger Split vs. digitale Stagebox: So wählen Sie die richtige Live-Audio-Übergabe
Vergleichen Sie analoge Mikrofon-Splits und digitale Stageboxes für FOH, Monitore, Recording und Broadcast – inklusive Gain-Verantwortung, Redundanz, Verkabelung und Rider-Dokumentation.
8 Min. Lesezeit