Dante PTP v1 vs. PTP v2: Clock-Domains kompatibel halten

Kurz gesagt — PTPv1 und PTPv2 sind unterschiedliche Zeitprotokolle, keine austauschbaren Bezeichnungen. Ein Dante-System kann an einer nativen Dante-Grenze und an einer AES67-Interoperabilitätsgrenze je nach Gerät und Firmware-Support unterschiedliches PTP-Verhalten verwenden. Erfassen Sie zuerst alle Endpunkte, identifizieren Sie jede Clock-Domain und die freigegebene Bridge, prüfen Sie die tatsächlichen Leader- und Follower-States und testen Sie dann Audio unter Ausfall und Wiederherstellung. Nehmen Sie niemals an, dass ein sichtbarer Stream bereits Clock-Kompatibilität beweist.

Beginnen Sie mit der Clock-Domain, nicht mit dem Stream

Precision Time Protocol verteilt eine gemeinsame Zeitreferenz über ein Netzwerk. Die Protokollversion ist Teil dieser Zeitgrenze. Geräte, die an unterschiedlichen PTP-Versionen teilnehmen, werden nicht automatisch zu einer einzigen Clock-Domain, nur weil sie denselben Switch nutzen oder denselben Medienstream entdecken können.

Verwenden Sie den Dante-Leitfaden für Clock-Leader für die Grundlagen der Wahl. Dieser Leitfaden behandelt die Versionsgrenze und den zugehörigen Abnahmetest.

Verstehen Sie PTPv1 und PTPv2 als separate Protokolle

PTPv1 und PTPv2 verwenden unterschiedliche Nachrichtenformate und ein anderes Wahlverhalten. Behandeln Sie sie als getrennte Zeit-Systeme, sofern die exakte Produktdokumentation nicht ausdrücklich sagt, dass ein Gerät eine gezielte Grenze oder einen Interoperabilitätsmodus unterstützt.

Native Dante-Taktung und AES67-Interoperabilität können unterschiedliche Anforderungen haben. Machen Sie aus dieser allgemeinen Aussage keine feste Regel für jedes Produkt. Bestätigen Sie für jedes Gerät und jede Firmware-Version den unterstützten PTP-Modus, das Domain-Verhalten, die Samplerate und die AES67-Implementierung.

Erfassen Sie die Endpunkte vor der Konfiguration

1. Erfassen Sie jeden Sender, Empfänger, Switch-Pfad, jede Firmware-Version und jeden aktivierten Interoperabilitätsmodus.
2. Markieren Sie die Audio-Samplerate und das unterstützte PTP-Verhalten für jeden Endpunkt.
3. Zeichnen Sie jede Clock-Domain separat ein, einschließlich ihres erwarteten Leaders und der Follower.
4. Identifizieren Sie jedes Gerät, das an mehr als einem Timing-Kontext teilnehmen oder diese verbinden soll.
5. Stellen Sie sicher, dass die geplante Rolle laut aktueller Herstellerdokumentation ausdrücklich unterstützt wird.
6. Speichern Sie die funktionierende Basislinie: Leader-, Follower-States, Offsets, Subscriptions, Events und hörbare Ausgabe.

Aktivieren Sie nicht einfach als Testlösung auf jedem Gerät einen zweiten Protokollmodus. Ändern Sie nur das dokumentierte Boundary-Gerät und behalten Sie einen Rollback-Pfad bei.

Bauen Sie eine gezielte Timing-Grenze auf

Benennen Sie den Leader in jeder Domain

Schreiben Sie den erwarteten Leader, das alternative Verhalten und die Prioritätseinstellungen für jede Domain auf. Eine Bridge kann zwei instabile Wahlen nicht kompensieren.

Stimmen Sie das Medienformat ab

Bestätigen Sie, dass Sender und Empfänger dieselbe Samplerate, Kodierung, Kanalzahl und denselben Interoperabilitätsmodus unterstützen. Ein clock-kompatibler Empfänger kann trotzdem ein nicht unterstütztes Payload ablehnen.

Begrenzen Sie den Netzwerkscope

Kartieren Sie die VLANs, Switch-Ports, Multicast-Weiterleitung und jede geroutete Grenze. Halten Sie Dante-Primär- und Sekundärnetzwerke gemäß dem unterstützten Design getrennt. Ein PTP-Experiment darf redundante Pfade nicht verbinden oder Timing-Traffic unbeabsichtigt ausdehnen.

Prüfen Sie die Grenze in Schichten

Beginnen Sie mit dem Timing. Bestätigen Sie den erwarteten Leader und stabile Follower auf jeder Seite, und prüfen Sie dann Offsets und Events lange genug, um wiederholte Wahlen oder Unlocks zu erkennen. Bestätigen Sie anschließend den Media-Flow, das Kanal-Mapping und das physische Ziel. Senden Sie zuletzt identifizierbares Audio kanalweise einzeln.

Der Leitfaden zum Einrichten eines AES67-Flows behandelt den Media-Workflow, nachdem die Timing-Unterstützung etabliert ist.

Testen Sie Ausfall, Wiederherstellung und Neustart

1. Geben Sie repräsentatives Audio aus und erfassen Sie den stabilen Zustand auf beiden Seiten.
2. Unterbrechen Sie die freigegebene Grenze an einem bekannten Punkt.
3. Zeichnen Sie Leader-Wechsel, Follower-Unlocks, Mute- oder Artefaktverhalten und Zeitstempel der Events auf.
4. Stellen Sie die Grenze wieder her und warten Sie auf eine stabile Clock-Wiederherstellung, bevor Sie Audio bewerten.
5. Prüfen Sie alle Subscriptions und jeden kritischen physischen Ausgang erneut.
6. Starten Sie in der freigegebenen Reihenfolge neu und bestätigen Sie, dass der gewünschte Zustand bestehen bleibt.
7. Testen Sie den Rollback, damit das Team zur nativen Dante-Basislinie zurückkehren kann.

Beschreiben Sie die Wiederherstellung nicht als nahtlos, sofern das exakt eingesetzte System dies nicht unter realistischer Last gezeigt hat.

Abnahme-Checkliste für die PTP-Grenze

• Jedes Gerät, jede Firmware-Version und jeder unterstützte PTP-Modus ist dokumentiert.
• Jede Clock-Domain hat einen erwarteten Leader und ein dokumentiertes alternatives Verhalten.
• Jede Bridge- oder Interoperabilitätsrolle wird vom Hersteller unterstützt.
• Samplerate, Kodierung, Kanalzahl und Receiver-Mapping stimmen überein.
• VLAN- und Multicast-Scope führen Timing nur dort, wo es beabsichtigt ist.
• Follower bleiben stabil und Offsets sind unter Produktionslast akzeptabel.
• Identifizierbares Audio erreicht jedes kritische physische Ziel.
• Ausfall, Wiederherstellung, Neustart-Persistenz und Rollback sind nachgewiesen.
• Der Owner und die akzeptierten Nachweise sind an die Übergabe angehängt.

Dokumentieren Sie die Timing-Übergabe

Dokumentieren Sie Geräte, Firmware, Protokollmodi, Domains, Leader, Prioritäten, Netzwerkpfade, Medienformat, Offsets, Event-Nachweise, hörbare Ergebnisse, Fehlverhalten, Neustartsequenz, Owner und Rollback. Achten Sie darauf, dass das Diagramm Timing-Domains von Medienflüssen trennt.

Halten Sie die akzeptierte Clock-Map zusammen mit der digitalen Patch-Liste und der Kanalliste in Techrider.live fest. Laden Sie Mitwirkende ein, denselben Technical Rider zu bearbeiten, speichern Sie die getestete Version, prüfen Sie die Historie und exportieren Sie ein aktuelles PDF für das Venue-, Broadcast- oder Touring-Team.

FAQ

Verwendet Dante PTPv1 oder PTPv2?

Das Timing-Verhalten von Dante hängt vom Produkt, der Firmware und dem Betriebsmodus ab. Native Dante- und AES67-Interoperabilitätsgrenzen können unterschiedliche PTP-Kontexte verwenden. Prüfen Sie daher die tatsächliche Gerätedokumentation und den Status, statt sich auf eine allgemeine Bezeichnung zu verlassen.

Können sich PTPv1- und PTPv2-Geräte direkt synchronisieren?

Gehen Sie nicht davon aus. Es sind unterschiedliche Protokolle. Ein unterstütztes Gerät oder eine unterstützte Architektur muss die Grenze bewusst handhaben; andernfalls behandeln Sie die Systeme als getrennte Clock-Domains.

Warum ist ein AES67-Stream sichtbar, aber nicht synchronisiert?

Entdeckung und Medien-Timing sind getrennt. Der Empfänger kann Session-Informationen sehen, während er einen inkompatiblen PTP-Modus verwendet, keinen Clock-Lock hat oder das ausgewählte Medienformat ablehnt.

Kann ein Gerät PTP-Clock-Domains überbrücken?

Nur dann, wenn genau dieses Gerät, diese Firmware und diese Konfiguration die Rolle ausdrücklich unterstützen. Prüfen Sie Verhalten, Leader-Status, Formatgrenzen und Fehlerwiederherstellung im eingesetzten System.

Wie teste ich eine Dante-PTP-Grenze?

Bestätigen Sie Leader und stabile Follower auf beiden Seiten, geben Sie identifizierbares Audio aus, prüfen Sie Offsets und Events unter Last, unterbrechen Sie eine freigegebene Grenze und weisen Sie anschließend Wiederherstellung, Neustart-Persistenz und Rollback nach.