Dante Clock-Sync-Fehlerbehebung: Warnungen, Unlocks und Offset lesen

TL;DR — Beheben Sie Dante-Clock-Sync-Probleme anhand der Ereignis-Timeline und nicht nur über die aktuelle grüne Anzeige. Erfassen Sie vor jeder Änderung Leader, Follower-Status, Zeitpunkt von Warnung oder Unlock, Mute-Status, Offset-Historie, Linkzustand, Traffic-Last und External Reference. Eine Warnung bedeutet Instabilitätsrisiko; ein Unlock bedeutet, dass das Gerät die Synchronisation verloren hat und stummgeschaltet werden kann. Beheben Sie die früheste fehlerhafte Grenze und prüfen Sie anschließend stabilen Offset und echten Audiobetrieb unter repräsentativer Last.

Eine Clock-Warnung und ein Unlock sind unterschiedliche Ereignisse

Dante Controller überwacht, ob Geräte dem gewählten Netzwerk-Clock folgen. Die passive Überwachung protokolliert verlorene und wiedererlangte Synchronisation. Die aktive Überwachung, sofern unterstützt und aktiviert, kann außerdem warnen, wenn ein Follower instabil wird, bevor er unlockt.

Ein grüner Zustand nach der Wiederherstellung erklärt nicht, warum die Clock ausgefallen ist. Speichern Sie das Ereignisprotokoll und korrelieren Sie es mit dem gemeldeten Dropout, bevor Sie den Verlauf löschen oder Geräte neu starten.

Lesen Sie den Clock Status Monitor in der richtigen Reihenfolge

1. Den tatsächlichen Leader und die Clock-Domäne identifizieren

Öffnen Sie Clock Status und erfassen Sie den aktuellen Leader, die Follower-Rollen, den Sync-Status, die Samplerate und eventuell vorhandene Pull-up-/Pull-down-Domänen. Stellen Sie sicher, dass der betroffene Sender und Empfänger zu einer kompatiblen Clock-Domäne gehören. Der Dante-Leitfaden zum Clock Leader behandelt die Wahl des Leaders und das Preferred-Leader-Design; dieser Leitfaden konzentriert sich auf die Diagnose von Instabilität, nachdem das Design bereits existiert.

2. Die Ereignis-Timeline aufbauen

Filtern Sie Events nach Warnungen und Fehlern, speichern Sie aber das vollständige Protokoll, weil gespeicherte Logs die komplette Liste enthalten. Notieren Sie die erste Warnung, den Unlock, den Mute, das Relock und das UnMute. Vergleichen Sie diese Zeitpunkte mit Kabelarbeiten, Switch-Änderungen, Routing-Änderungen, Lastspitzen oder External-Clock-Ereignissen.

3. Die Follower-Offset-Historie prüfen

Clock Offset beschreibt, wie weit ein Follower seine Frequenz anpassen muss, um dem Leader zu folgen. Eine schmale, stabile Verteilung ist gesünder als eine breite oder schnell wandernde. Gelbe oder rote Messwerte können bedeuten, dass die Clock nahe an ihrem unterstützten Pull-Bereich arbeitet. Der Offset ist ein Diagnosehinweis, kein allgemeiner Pass-/Fail-Wert; vergleichen Sie das Gerät mit seiner eigenen Baseline und mit benachbarten Followern.

4. Dem gemeinsamen Pfad folgen

Wenn viele Follower gleichzeitig warnen, prüfen Sie den Leader, seine External Reference und den gemeinsam genutzten Switching-Pfad. Wenn nur ein Follower instabil ist, prüfen Sie diesen Endpunkt, das Kabel, den Port, die ausgehandelte Geschwindigkeit, Fehler und den lokalen Switch-Pfad. Halten Sie primäre und sekundäre Netzwerke getrennt und bewerten Sie sie unabhängig.

5. Die External Reference prüfen

Wenn der Leader die Zeit über Word Clock oder eine andere Host-Reference ableitet, bestätigen Sie, dass diese Quelle vorhanden, nominal und eindeutig einem dokumentierten System zugeordnet ist. Eine ungenaue oder wechselnde External Reference kann Follower an den Rand ihres Pull-Bereichs drücken. Wählen Sie keinen neuen Preferred Leader, nur um das Symptom zu verdecken.

Das Muster der Grenze zuordnen

Nutzen Sie den Leitfaden zur Dante-Netzwerkgesundheit für den breiteren Workflow zu Auslastung, Fehlern und Switch-Pfaden. Ändern Sie nicht die Latenz, um ein Clock-Problem zu beheben; die Empfänger-Latenz puffert den Audioeingang, nicht die PTP-Stabilität.

Einen kontrollierten Recovery-Test durchführen

1. Speichern Sie die aktuellen Routen, den Leader, den Sync-Status, das Ereignisprotokoll und die Offset-Baseline.
2. Führen Sie alle erforderlichen Routen unter repräsentativer Produktionslast aus.
3. Bestätigen Sie, dass sich Warnung oder Unlock einer konkreten Grenze zuordnen lassen.
4. Ändern Sie genau ein Element: Kabel, Port, EEE-Policy, Last, External Source oder Clock-Konfiguration.
5. Beobachten Sie Leader-Election, Follower-Offset, Warnungen, Mute-Status und reale Ziele.
6. Stellen Sie die freigegebene Topologie wieder her und wiederholen Sie den Test lange genug, um das ursprüngliche Fehlerfenster abzudecken.
7. Speichern Sie die saubere Ereignishistorie und benennen Sie den Verantwortlichen für die Wiederherstellung.

Löschen Sie Zähler nicht vor der Erfassung. Löschen Sie sie nur, wenn Sie bewusst ein Vergleichsfenster beginnen, und protokollieren Sie die exakte Zeit.

Checkliste für die Akzeptanz der Clock-Synchronisation

• Der tatsächliche Leader und die Clock-Domäne sind dokumentiert.
• Zeiten für Warnung, Unlock, Mute, Relock und Recovery sind gesichert.
• Die Offset-Historie ist mit einer bekannten guten Baseline verglichen.
• Link-Geschwindigkeit, Fehler, Auslastung, EEE und gemeinsame Pfade sind geprüft.
• Jede External Reference ist an ihrer Quelle und am Host-Gerät verifiziert.
• Primäre und sekundäre Netzwerke werden unabhängig getestet.
• Der reale Ton bleibt nach der kontrollierten Korrektur und Wiederherstellung korrekt.
• Der Endzustand, der Owner, die Eskalation und der Rollback sind dokumentiert.

FAQ

Warum verliert ein Dante-Gerät die Clock-Synchronisation?

Häufige Ursachen sind überlastetes oder ungeeignetes Switching, ein fehlerhafter Link, problematisches EEE, eine ungenaue External Reference, inkompatible Clock-Domänen oder der Verlust des Leader-Pfads. Nutzen Sie zeitkorrelierte Ereignisse und die Offset-Historie, um die Grenze einzugrenzen.

Was bedeutet Clock Sync Warning in Dante Controller?

Es bedeutet, dass die aktive Überwachung erhebliche Clock-Instabilität erkannt hat und das Gerät Gefahr läuft, die Synchronisation zu verlieren. Bewahren Sie den Ereigniszeitpunkt auf und prüfen Sie Offset, Traffic, Links und Clock-Quellen, bevor daraus ein Unlock wird.

Was passiert, wenn ein Dante-Gerät die Clock verliert?

Das Gerät hat die Synchronisation mit dem Leader verloren. Dante kann es automatisch stummschalten, bis die Synchronisation zurückkehrt. Erfassen Sie daher sowohl Clock- als auch Audio-Mute-Ereignisse und prüfen Sie nach der Wiederherstellung die physischen Ziele.

Wie lese ich die Dante-Clock-Offset-Historie?

Achten Sie auf eine stabile, schmale Verteilung statt auf einen breiten oder schnell wechselnden Bereich. Gelbe oder rote Messwerte können auf eine begrenzte Pull-Range-Reserve hinweisen. Vergleichen Sie mit der Baseline des Geräts und mit anderen Followern auf demselben Pfad.

Wie behebe ich Dante Clock-Sync-Probleme?

Erfassen Sie die Ereignisfolge, bestimmen Sie, ob ein einzelner oder mehrere Follower betroffen sind, prüfen Sie den relevanten Endpunkt oder gemeinsamen Pfad, verifizieren Sie Leader und External Source, ändern Sie genau eine Grenze und testen Sie anschließend Offset und echten Ton unter Last erneut.

Machen Sie den Clock-Vorfall reproduzierbar

Dokumentieren Sie Leader, Domäne, Follower, Ereigniszeiten, Offset-Muster, Netzwerkpfad, External Source, Korrekturmaßnahme, Akzeptanzergebnis, Owner und Rollback in Techrider.live. Laden Sie die System- und Venue-Techniker ein, denselben Rider zu bearbeiten, den akzeptierten Zustand zu speichern und die Historie nach zukünftigen Änderungen zu prüfen.