Dante-Latenzeinstellungen: Einen belastbaren Live-Audio-Budgetplan erstellen

Kurzantwort — Die Latenzeinstellung eines Dante-Receivers ist ein Paketpuffer, keine Geschwindigkeitsregelung. Stellen Sie sie so lang ein, dass Pakete den realen Switch-Pfad durchlaufen und trotz normaler Zeitabweichungen ankommen. Ein kleinerer Wert macht das Netzwerk nicht schneller; kommen Pakete nach Ablauf der Frist an, kann das Audio knacksen oder stumm werden. Zählen Sie Switch-Hops, prüfen Sie unterstützte Werte und Linkgeschwindigkeiten, beginnen Sie mit einer stabilen Reserve, testen Sie unter realistischem Traffic und bei Ausfällen und dokumentieren Sie die Einstellungen pro Empfangsgerät.

Device latency ist nur ein Teil der End-to-End-Verzögerung

Dante transportiert digitale Audiodaten in Paketen. Ein Empfangsgerät hält eingehende Pakete kurz zurück, damit es sie in der richtigen Reihenfolge und zum richtigen Zeitpunkt abspielen kann. Das konfigurierte Receive Latency definiert dieses Netzwerk-Pufferfenster.

Der Hörer erlebt mehr als diese eine Einstellung:

Beschreiben Sie ein Netzwerk nicht als „0,25 ms Gesamt-Latenz“, nur weil ein Receiver diesen Wert anzeigt. Die Einstellung deckt das Dante-Netzwerk-Lieferfenster an diesem Receiver ab, nicht jede Wandlung, jeden Prozessor und jede akustische Verzögerung im System.

Stabilität vor der kleinsten Zahl wählen

Verwenden Sie die niedrigste unterstützte Einstellung, die für die reale Topologie zuverlässig bleibt, aber beginnen Sie nicht damit, die Minimalzahl zu jagen. Der richtige Wert hängt von Gerätefähigkeit, Anzahl der Switch-Hops, Linkgeschwindigkeiten, Netzwerkdesign und Traffic-Bedingungen ab.

Ein konservativer Ablauf ist:

1. den längsten Sender-zu-Receiver-Pfad zeichnen;
2. jeden Switch zählen, den die Medien durchlaufen;
3. die Linkgeschwindigkeit an jedem Hop bestätigen;
4. prüfen, welche Latenzwerte der Receiver unterstützt;
5. einen Wert mit Reserve für den geplanten Pfad wählen;
6. während des vollständigen Show-Traffics testen;
7. nur dann reduzieren, wenn die Produktion einen messbaren Grund dafür hat.

Touring-Systeme treffen oft auf unbekannte oder wechselnde Venue-Netzwerke. Ein etwas größerer, stabiler Puffer ist meist ein besserer Handover als ein fragiles Minimum, das nur auf einem leeren Bench-Netzwerk funktioniert hat.

Den Pfad zu jedem Receiver zählen

Die Latenz wird an Empfangsgeräten konfiguriert, daher können zwei Ziele legitim unterschiedliche Werte verwenden. Ein Verstärker eine Switch-Ebene entfernt und ein Recorder über mehrere Verteil-Switches hinweg haben nicht denselben Pfad.

Erstellen Sie eine Pfadtabelle:

Zählen Sie physische Switches, nicht IP-Subnetze oder Kabelbeschriftungen. Ein unverwalteter Switch, der in einem Rack versteckt ist, fügt trotzdem einen Hop hinzu. Ein Link, der sich mit 100 Mbps aushandelt, kann zur begrenzenden Kante werden, selbst wenn benachbarte Ports Gigabit sind.

Late Packets verstehen, bevor Sie die Einstellung ändern

Eine Late-Packet-Warnung bedeutet, dass Medien nach der aktuellen Frist des Receivers angekommen sind. Eine Erhöhung der Latenz kann mehr Toleranz schaffen, sollte aber keine Fehlersuche ersetzen.

Häufige Ursachen sind:

• die Einstellung ist für den Switch-Pfad zu kurz;
• ein Link hat sich mit einer unerwarteten Geschwindigkeit ausgehandelt;
• ein Switch ist überlastet oder falsch konfiguriert;
• Multicast-Traffic erreicht Links, die ihn nicht benötigen;
• ein Kabel, Stecker, Optikmodul oder Adapter erzeugt Fehler;
• die Topologie wurde geändert, ohne den Latenzplan zu aktualisieren;
• Energiesparfunktionen oder anderes Switch-Verhalten beeinträchtigen zeitkritischen Traffic.

Prüfen Sie Geräte- und Switch-Zähler, Ereignishistorie, Linkgeschwindigkeit, Clock-Status und Bandbreite. Der Dante-Leitfaden zu Unicast versus Multicast erklärt, wie unnötiger Multicast belastete Links zusätzlich belasten kann. Beheben Sie den Pfad, wenn er fehlerhaft ist; fügen Sie nur dann Puffer hinzu, wenn der Pfad gültig ist, aber ein größeres Lieferfenster benötigt.

Latenz von Clock und Redundanz trennen

Die Dante-Clock-Synchronisation sagt Geräten, wann Samples zeitlich dazugehören. Receive Latency erlaubt es Paketen, vor der Wiedergabe anzukommen. Ein Gerät kann eine gültige Clock anzeigen, während Medienpakete trotzdem zu spät eintreffen. Prüfen Sie beide Zustände.

Redundante Primär- und Sekundärnetzwerke sollten jeweils die konfigurierte Latenz unterstützen. Der verbleibende Pfad muss nach Kabel-, Switch- oder Stromausfall innerhalb des Budgets bleiben. Der Dante-Leitfaden zu redundantem versus geswitchtem Betrieb behandelt die erforderliche Trennung und den Test des Fehlerbereichs.

Trennen Sie außerdem Transportlatenz von der Lautsprecher-Alignment. Eine Output-Verzögerung kann absichtlich einen Fill- oder Delay-Lautsprecher auf eine akustische Referenz ausrichten. Der Leitfaden zu Channel Delay versus Output Delay erklärt diese Verarbeitungsentscheidung. Reduzieren Sie den Dante-Puffer nicht, um ein akustisches Timing-Problem auszugleichen.

Das gesamte Netzwerk testen, nicht nur einen leeren Patch

1. Den bekannten Zustand speichern

Dokumentieren Sie Gerätenamen, Firmware-Kontext, Samplerate, Clock-Leader, Subscriptions, Flow-Typen, Receiver-Latenzeinstellungen, Linkgeschwindigkeiten, Topologie und Switch-Konfiguration.

2. Normales Audio verifizieren

Fahren Sie jeden benötigten Kanal bis zum echten Ziel. Bestätigen Sie Subscription-, Clock-, Paket-, Fehler- und Latenz-Anzeigen und hören Sie am Ziel ab, statt sich auf ein einzelnes grünes Symbol zu verlassen.

3. Das Netzwerk realistisch auslasten

Aktivieren Sie Recording-, Broadcast-, Verstärker-, Steuerungs- und andere Show-Routen. Messen Sie die Bandbreite auf Core- und Edge-Links. Ein leeres Netzwerk kann den Show-Zustand nicht belegen.

4. Die längsten Pfade belasten

Testen Sie Receiver hinter der größten Anzahl von Switches und alle 100-Mbps- oder geteilten Uplinks. Beobachten Sie Late Packets über einen sinnvollen Zeitraum, während das Programmaudio weiterläuft.

5. Reale Komponenten entfernen

Trennen Sie, sofern autorisiert, eine redundante Verbindung oder schalten Sie einen Switch-Pfad stromlos. Bestätigen Sie, dass der verbleibende Pfad Clock, Audio und das Latenzbudget aufrechterhält. Stellen Sie die Ausgangslage vor dem nächsten Test wieder her.

6. Immer nur einen Receiver gleichzeitig ändern

Wenn eine andere Einstellung gerechtfertigt ist, ändern Sie nur den betroffenen Receiver, löschen oder zeitstempeln Sie die Zähler, wiederholen Sie den vollständigen Test und speichern Sie die akzeptierte Konfiguration. Erhöhen Sie nicht global jeden Wert, um eine schlechte Leitung zu kaschieren.

Das Latenzbudget im Rider dokumentieren

Die Übergabe sollte Topologie, längste Pfade, Linkgeschwindigkeiten, Receiver-Einstellungen, erwarteten Traffic, zu prüfende Warnungen, Testdauer, Ausfalltest, Verantwortliche und die freigegebene Basisversion benennen. „Low-Latency Dante“ ist nicht messbar.

In Techrider.live halten Sie Geräte- und Netzwerkinformationen mit dem Bühnenplan und den Signalübergaben konsistent, laden Sie System- und Recording-Engineers ein, denselben Rider zu bearbeiten, speichern Sie die akzeptierten Werte, prüfen Sie den Verlauf nach einer Topologieänderung und exportieren Sie ein datiertes PDF für das Venue.

Dante-Latenz-Checkliste

• Die unterstützten Latenzwerte jedes Receivers sind bestätigt.
• Die längsten Pfade und alle Switch-Hops sind erfasst.
• Die ausgehandelte Linkgeschwindigkeit ist an jeder kritischen Grenze geprüft.
• Show-Traffic, Multicast und begrenzte Links sind im Test enthalten.
• Clock-Status und Late-Packet-Historie werden getrennt geprüft.
• Der Ausfall eines redundanten Pfads bleibt innerhalb des akzeptierten Budgets.
• Jede Einstellung, jedes Testergebnis, jede verantwortliche Person und jede Basisversion sind dokumentiert.

FAQ

Welche Latenz sollte ich für Dante einstellen?

Wählen Sie einen vom Receiver unterstützten Wert, der den tatsächlichen Switch-Pfad und den Traffic sicher abdeckt. Beginnen Sie mit einer stabilen Reserve, testen Sie das komplette Show-Netzwerk und verwenden Sie einen kleineren Wert nur dann, wenn Messungen ihn rechtfertigen.

Was verursacht Late Packets bei Dante?

Pakete können zu spät ankommen, weil der Puffer zu kurz ist, der Pfad zu viele Hops hat, ein Link langsam oder fehlerhaft ist, der Traffic zu hoch ist oder die Switch-Konfiguration ungeeignet ist. Analysieren Sie Zähler und Topologie, bevor Sie Einstellungen ändern.

Können Dante-Geräte unterschiedliche Latenzeinstellungen verwenden?

Ja. Latenz ist eine Receiver-Einstellung, und Ziele mit unterschiedlichen Pfaden oder Gerätefähigkeiten können unterschiedliche unterstützte Werte verwenden. Dokumentieren Sie jeden einzelnen statt von einer einzigen netzwerkweiten Zahl auszugehen.

Erhöht ein Netzwerk-Switch die Dante-Latenz?

Jeder Switch muss Pakete empfangen und weiterleiten, daher tragen der Pfad und sein Queueing zur Lieferzeit bei. Zählen Sie alle Switches und prüfen Sie die Linkgeschwindigkeiten, wenn Sie die Receiver-Latenz auswählen und testen.

Wie testet man die Dante-Netzwerklatenz?

Fahren Sie alle Show-Routen, prüfen Sie Clock- und Late-Packet-Anzeigen, messen Sie kritische Links, testen Sie die längsten Receiver-Pfade, üben Sie autorisierte Ausfälle, hören Sie an echten Zielen ab und wiederholen Sie den Test nach jeder kontrollierten Änderung.

Das Netzwerkbudget reproduzierbar machen

Erstellen Sie einen einzigen Rider, der für jedes kritische Dante-Ziel den Pfad, die Switch-Hops, Linkgeschwindigkeiten, die Receiver-Einstellung, den Traffic-Zustand, den Test, die verantwortliche Person und ein Fallback benennt.