Dante Unicast vs Multicast: Den richtigen Audio-Flow wählen

Kurz gesagt — Dante verwendet standardmäßig Unicast: Ein Medien-Flow dient einem empfangenden Gerät. Multicast sendet einen konfigurierten Flow, dem mehrere Empfänger beitreten können. Verwenden Sie Unicast für normale Punkt-zu-Punkt-Subscriptions; Multicast ist sinnvoll, wenn mehrere Empfänger dieselben Senderkanäle benötigen oder die Kapazität der Transmit-Flows zum limitierenden Faktor wird. Multicast kann sich über jede Netzwerkverbindung ausbreiten, wenn es nicht korrekt mit IGMP gesteuert wird. Zählen Sie Empfänger, Flows, Kanäle und Link-Bandbreite und testen Sie die tatsächlichen Ziele, bevor Sie die Entscheidung dokumentieren.

Unicast und Multicast lösen unterschiedliche Fanout-Probleme

Eine Dante-Subscription verbindet einen Empfangskanal mit einem Sendekanal. Das Netzwerk transportiert diese Subscriptions in Flows. Ein Unicast-Flow geht von einem Transmitter zu einem Empfangsgerät. Ein Multicast-Flow wird am Transmitter erstellt und kann mehrere Empfangsgeräte bedienen.

Verwechseln Sie Medien-Multicast nicht mit Dante-Discovery und Clock-Traffic. Ein Netzwerk kann Multicast-Protokolle nutzen, selbst wenn jede Audio-Subscription Unicast ist. Die Produktionsentscheidung hier lautet, ob bestimmte Medienkanäle in einen Dante-Multicast-Transmit-Flow gelegt werden sollen.

Für normale Subscriptions zuerst Unicast verwenden

Unicast ist der einfachste Standard, weil Dante Controller die benötigten Flows beim Abonnieren und Abmelden von Empfängern automatisch erstellt und entfernt. Der Traffic wird zum Empfangsgerät geleitet, statt bewusst an viele Teilnehmer verteilt zu werden.

Verwenden Sie Unicast, wenn:

• ein oder zwei Geräte eine Quelle benötigen;
• Empfängergruppen unterschiedliche Kanalsets brauchen;
• der Transmitter genug verfügbare Flows hat;
• der Pfad eine Verbindung mitführt, auf der unnötiger Multicast-Traffic teuer wäre;
• das System klein genug ist, dass sich automatische Routing-Vorgänge leichter prüfen lassen.

Ein Unicast-Flow transportiert häufig mehrere Audiokanäle von einem Transmitter zu einem Empfänger, aber die genauen Flow- und Kanal-Kapazitäten hängen vom sendenden Gerät und der Firmware ab. Planen Sie eine Show nicht anhand einer generischen Zahl. Prüfen Sie die vom Gerät angegebene Transmit-Flow-Kapazität in Dante Controller und bestätigen Sie die geplanten Routen auf der tatsächlichen Hardware.

Multicast einsetzen, wenn viele Empfänger dieselben Kanäle benötigen

Multicast kann den Fanout auf Transmitter-Seite reduzieren, wenn dasselbe Programm viele Ziele erreichen muss. Ein konfigurierter Multicast-Flow kann Verstärker, Recorder, Broadcast-Interfaces und Monitoring-Geräte versorgen, die sich ihm anschließen. Ein zusätzlicher Empfänger erfordert dann keine weitere Kopie vom Transmitter.

Geeignete Kandidaten sind:

• ein Programm-Paar, das an viele Verstärker-Endpunkte verteilt wird;
• ein Paging- oder Ansagekanal, der in vielen Zonen benötigt wird;
• ein Broadcast-Feed, den mehrere Empfangsgeräte gemeinsam nutzen;
• eine wiederholte Quelle, die sonst die Flow-Kapazität des Transmitters überschreiten würde;
• AES67- oder andere RTP-Flows, deren Interoperabilitätsdesign Multicast erfordert.

Erstellen Sie nicht einfach einen riesigen Flow, nur weil Multicast verfügbar ist. Gruppieren Sie nur die Kanäle zusammen, die die Empfänger tatsächlich gemeinsam benötigen. Wenn ein Empfänger nur einen Kanal in einem Flow abonniert, kann das Netzwerk den gesamten Flow auf diesem Pfad transportieren. Kleinere, zweckmäßige Gruppen sind leichter zu benennen, zu messen und sicher zu entfernen.

Fanout vor der Routenänderung zählen

Erstellen Sie vor der Multicast-Konfiguration eine Empfängermatrix:

Dokumentieren Sie für jeden Transmitter die verfügbaren Transmit-Flows, die aktuellen Flows, die geplanten Empfänger, die Kanäle pro Empfänger, die Link-Geschwindigkeit und die gemessene Bandbreite. Ein Fanout-Warnhinweis bedeutet, dass die Route überprüft werden sollte; er beweist nicht, dass Multicast automatisch sicher ist. Der neue Multicast-Traffic muss weiterhin über jeden benötigten Link laufen.

Multicast auf der Switching-Ebene steuern

Ohne Multicast-Management kann ein Switch Medien an Ports weiterleiten, die sie nie angefordert haben. Das kann Kapazität auf 100 Mbps-Links, WLAN-Bridges, Steuerungsrechnern und Geräten mit begrenzten Interfaces verschwenden.

Verwaltete Netzwerke nutzen häufig IGMP Snooping, damit Switches lernen, welche Ports eine Multicast-Gruppe angefordert haben. Das Netzwerk braucht außerdem eine korrekt ausgelegte Querier-Funktion, damit der Membership-Status gültig bleibt. Die Konfigurationsdetails variieren je nach Switch-Plattform, Topologie und VLAN, daher sollten Sie dem freigegebenen Netzwerkdesign folgen statt die Menüs eines einzelnen Herstellers zu kopieren.

Prüfen Sie diese Grenzen:

1. Welcher Switch oder Router übernimmt die IGMP-Querier-Rolle?
2. Ist Snooping im relevanten Netzwerk konsistent aktiviert?
3. Führen alle Trunks und Access-Ports die vorgesehenen Gruppen?
4. Sind WLAN-, 100 Mbps-, Steuerungs- oder Uplink-Pfade vor unerwünschten Medien geschützt?
5. Wiederholt das redundante Netzwerk die benötigte Konfiguration unabhängig?

Der Dante-Leitfaden zu redundantem versus geschaltetem Betrieb erklärt, warum Primary- und Secondary-Netzwerke getrennt bleiben müssen. Multicast-Konfiguration rechtfertigt keine Zusammenführung.

Die Route und ihr Fehlverhalten testen

1. Baseline speichern

Dokumentieren Sie Gerätenamen, Subscriptions, aktive Flows, Samplerate, Latenz, Clock-Leader, Multicast-Gruppen, Switch-Konfiguration und Bandbreite, bevor Sie Änderungen vornehmen.

2. Den Unicast-Zustand nachweisen

Bestätigen Sie, dass jedes Ziel die richtigen Kanäle erhält. Notieren Sie die Flow-Nutzung des Transmitters und die Bandbreite auf jedem wichtigen Link.

3. Nur den beabsichtigten Multicast-Flow erstellen

Wählen Sie die exakten Senderkanäle, benennen Sie den Zweck und beobachten Sie, welche bestehenden Empfänger von Unicast auf Multicast wechseln. Nehmen Sie den Übergang nicht einfach an; prüfen Sie den Subscription- und Flow-Status.

4. Jeden Netzwerkabschnitt prüfen

Messen Sie Switch-Ports und begrenzte Links bei aktiven Empfängern. Bestätigen Sie, dass Multicast nur dort erscheint, wo es laut Design erforderlich ist, wenn IGMP-Management Teil des Designs ist.

5. Empfänger entfernen und wiederherstellen

Trennen Sie jeweils ein Ziel oder heben Sie seine Subscription auf. Bestätigen Sie, dass die übrigen Empfänger weiterlaufen, Membership-Updates korrekt erfolgen und das entfernte Endgerät keinen unerwarteten Traffic- oder Routing-Zustand hinterlässt.

6. Rollback einüben

Bevor Sie einen Multicast-Flow löschen, berechnen Sie, ob der Transmitter alle daraus entstehenden Unicast-Flows neu erstellen kann. Entfernen Sie Routen bei Bedarf in kontrollierter Reihenfolge, stellen Sie die Baseline wieder her und überprüfen Sie das Audio erneut.

Flow-Verantwortung im Rider festhalten

Eine brauchbare Übergabe benennt Transmitter, Kanäle, Flow-Typ, Empfänger, Switch-Verantwortung, IGMP-Design, begrenzte Links, Bandbreiten-Baseline, Testfenster und Rollback. „Verwenden Sie Dante Multicast“ ist keine umsetzbare Anweisung.

In Techrider.live ordnen Sie Flow-Namen den Input- und Output-Listen zu, laden Sie System- und Broadcast-Techniker ein, denselben Rider zu bearbeiten, speichern Sie die akzeptierte Empfängermatrix, prüfen Sie die Historie nach einer Routenänderung und exportieren Sie ein datiertes PDF für den Load-in.

Dante-Flow-Checkliste

• Die tatsächliche Flow-Kapazität jedes Transmitters ist bekannt.
• Empfänger mit identischen Kanälen sind aufgelistet.
• Unicast bleibt erhalten, wenn der Fanout klein ist oder sich die Kanalsets unterscheiden.
• Multicast-Gruppen enthalten nur Kanäle, die zusammengehören.
• IGMP Snooping und die Querier-Verantwortung sind dort dokumentiert, wo sie verwendet werden.
• Die Bandbreite wird auf Uplinks und begrenzten Interfaces gemessen.
• Subscription-Status, Clock, Latenz, Fehler, Verlust und Rollback werden getestet.

FAQ

Was ist der Unterschied zwischen Dante Unicast und Multicast?

Unicast sendet einen Medien-Flow von einem Transmitter zu einem Empfangsgerät. Multicast erstellt einen Transmitter-Flow, dem mehrere Empfangsgeräte beitreten können. Unicast ist standardmäßig automatisch; Multicast wird bewusst konfiguriert.

Wann sollte man in Dante Multicast einsetzen?

Multicast ist sinnvoll, wenn mehrere Empfänger dieselben Kanäle benötigen, der Transmitter sich seinem Flow-Limit nähert oder ein Interoperabilitätsdesign es erfordert. Prüfen Sie vor der Routenänderung das Verhalten des Switches und die Bandbreite.

Verwendet Dante standardmäßig Multicast?

Dante-Media-Subscriptions verwenden standardmäßig Unicast. Dante-Discovery und Clocking nutzen ebenfalls Netzwerkprotokolle, die Multicast-Traffic enthalten, aber das ist getrennt von der Frage nach einem Multicast-Media-Flow.

Erfordert Dante Multicast IGMP Snooping?

Audio kann auch ohne Snooping übertragen werden, aber Multicast kann dann unnötige Switch-Ports fluten. In verwalteten Produktionsnetzwerken halten korrekt ausgelegtes IGMP Snooping und ein Querier Medien üblicherweise auf den erforderlichen Links. Folgen Sie dem Switch- und Systemdesign.

Wie testet man Dante-Multicast-Audio?

Speichern Sie die Baseline, verifizieren Sie jeden Empfänger, prüfen Sie den Flow-Status, messen Sie alle wichtigen Links, bestätigen Sie das IGMP-Pruning dort, wo es erwartet wird, entfernen und stellen Sie Ziele wieder her und üben Sie eine kontrollierte Rückkehr zu Unicast.

Machen Sie Fanout vor dem Load-in sichtbar

Erstellen Sie einen Rider, der jeden Quellkanal, Empfänger, Flow-Typ, Switch-Grenzpunkt, Test, Verantwortlichen und Rollback benennt, bevor wiederholte Subscriptions das Netzwerk belasten.