Dante PTP v1 vs PTP v2 : garder les domaines d’horloge compatibles

En bref — PTPv1 et PTPv2 sont des protocoles de synchronisation différents, pas des variantes interchangeables. Un système Dante peut utiliser un comportement PTP différent à une frontière Dante native et à une frontière d’interopérabilité AES67, selon l’appareil et la prise en charge du firmware. Inventoriez chaque endpoint, identifiez chaque domaine d’horloge et chaque pont approuvé, vérifiez les états réels de leader et de follower, puis testez l’audio en perte et en reprise. Ne supposez jamais que le simple fait de voir un flux prouve la compatibilité d’horloge.

Commencez par le domaine d’horloge, pas par le flux

Le Precision Time Protocol distribue une référence temporelle partagée sur un réseau. La version du protocole fait partie de cette frontière de synchronisation. Des appareils participant à différentes versions de PTP ne deviennent pas automatiquement un seul domaine d’horloge simplement parce qu’ils partagent un switch ou découvrent le même flux média.

Utilisez le guide du leader d’horloge Dante pour les principes d’élection. Ce guide couvre la frontière de version et son test d’acceptation.

Comprenez PTPv1 et PTPv2 comme des protocoles distincts

PTPv1 et PTPv2 utilisent des formats de messages et des comportements d’élection différents. Traitez-les comme des systèmes de synchronisation distincts, sauf si la documentation exacte du produit indique qu’un appareil prend en charge une frontière délibérée ou un mode d’interopérabilité.

La synchronisation Dante native et l’interopérabilité AES67 peuvent avoir des exigences différentes. Ne transformez pas cette affirmation générale en règle fixe pour tous les produits. Vérifiez le mode PTP pris en charge, le comportement du domaine, la fréquence d’échantillonnage et l’implémentation AES67 pour chaque appareil et chaque version de firmware.

Inventoriez les endpoints avant la configuration

1. Notez chaque émetteur, récepteur, chemin de switch, version de firmware et mode d’interopérabilité activé.
2. Indiquez la fréquence d’échantillonnage audio et le comportement PTP pris en charge pour chaque endpoint.
3. Dessinez séparément chaque domaine d’horloge, y compris son leader et ses followers attendus.
4. Identifiez tout appareil destiné à participer à plusieurs contextes temporels ou à les relier.
5. Vérifiez que le rôle proposé est explicitement pris en charge par la documentation constructeur actuelle.
6. Enregistrez la base de référence saine : états leader, followers, offsets, souscriptions, événements et sortie audio audible.

N’activez pas un second mode protocolaire sur tous les appareils comme correctif exploratoire. Modifiez uniquement l’appareil de frontière documenté et conservez un chemin de retour arrière.

Construisez une seule frontière temporelle délibérée

Nommez le leader dans chaque domaine

Notez le leader attendu, le comportement alternatif et les réglages de priorité pour chaque domaine. Un pont ne peut pas compenser deux élections instables.

Alignez le format média

Vérifiez que l’émetteur et le récepteur prennent en charge la même fréquence d’échantillonnage, le même encodage, le même nombre de canaux et le même mode d’interopérabilité. Un récepteur compatible en horloge peut toujours rejeter une charge utile non prise en charge.

Maîtrisez le périmètre réseau

Cartographiez les VLAN, les ports de switch, la diffusion multicast et toute frontière routée. Gardez les réseaux Dante primaire et secondaire séparés conformément à la conception prise en charge. Un test PTP ne doit pas joindre des chemins redondants ni étendre involontairement le trafic temporel.

Vérifiez la frontière par couches

Commencez par la synchronisation. Confirmez le leader attendu et des followers stables de chaque côté, puis inspectez les offsets et les événements suffisamment longtemps pour détecter des réélections ou des déverrouillages répétés. Confirmez ensuite le flux média, le mappage des canaux et la destination physique. Enfin, envoyez un audio identifiable canal par canal.

Le guide de configuration d’un flux AES67 couvre le flux média une fois la prise en charge temporelle établie.

Testez la perte, la reprise et le redémarrage

1. Faites passer un audio représentatif et capturez l’état stable des deux côtés.
2. Interrompez la frontière approuvée à un point connu.
3. Enregistrez les changements de leader, les déverrouillages de follower, le comportement de mute ou d’artefact, et les horodatages d’événements.
4. Rétablissez la frontière et attendez une reprise d’horloge stable avant de juger l’audio.
5. Vérifiez à nouveau chaque souscription et chaque sortie physique critique.
6. Redémarrez dans la séquence approuvée et confirmez que l’état voulu persiste.
7. Exercez le retour arrière pour que l’équipe puisse revenir à la base Dante native.

Ne décrivez pas la reprise comme transparente, sauf si le système déployé exact l’a démontré sous une charge réaliste.

Checklist d’acceptation d’une frontière PTP

• Chaque appareil, version de firmware et mode PTP pris en charge est consigné.
• Chaque domaine d’horloge a un leader attendu et un comportement alternatif documenté.
• Tout rôle de pont ou d’interopérabilité est pris en charge par le fabricant.
• La fréquence d’échantillonnage, l’encodage, le nombre de canaux et le mappage du récepteur concordent.
• Le VLAN et la portée multicast transportent le timing uniquement là où c’est prévu.
• Les followers restent stables et les offsets sont acceptables en charge de production.
• Un audio identifiable atteint chaque destination physique critique.
• La perte, la reprise, la persistance après redémarrage et le retour arrière sont prouvés.
• Le propriétaire et les preuves acceptées sont joints à la remise.

Documentez la transition temporelle

Consignez les appareils, le firmware, les modes protocole, les domaines, les leaders, les préférences, les chemins réseau, le format média, les offsets, les preuves d’événements, les résultats audio, le comportement en cas de panne, la séquence de redémarrage, le propriétaire et le retour arrière. Faites en sorte que le schéma distingue les domaines temporels des flux média.

Conservez la carte d’horloge validée à côté du patch numérique et de la liste d’entrées dans Techrider.live. Invitez les collaborateurs à modifier la même fiche technique, enregistrez la révision testée, consultez l’historique et exportez un PDF à jour pour l’équipe de salle, de broadcast ou de tournée.

FAQ

Dante utilise-t-il PTPv1 ou PTPv2 ?

Le comportement de synchronisation Dante dépend du produit, du firmware et du mode de fonctionnement. Le Dante natif et une frontière d’interopérabilité AES67 peuvent utiliser des contextes PTP différents ; il faut donc confirmer la documentation et l’état réels de l’appareil plutôt que de se fier à une appellation universelle.

Des appareils PTPv1 et PTPv2 peuvent-ils se synchroniser directement ?

Ne le supposez pas. Ce sont des protocoles différents. Un appareil ou une architecture pris en charge doit gérer délibérément la frontière ; sinon, traitez-les comme des domaines d’horloge séparés.

Pourquoi un flux AES67 est-il visible mais pas synchronisé ?

La découverte et le timing média sont deux choses distinctes. Le récepteur peut voir les informations de session tout en utilisant un mode PTP incompatible, en l’absence de verrouillage d’horloge, ou en rejetant le format média sélectionné.

Un seul appareil peut-il faire le pont entre deux domaines d’horloge PTP ?

Uniquement si cet appareil, ce firmware et cette configuration prennent explicitement en charge ce rôle. Vérifiez son comportement, l’état du leader, les limites de format et la reprise après panne dans le système déployé.

Comment tester une limite PTP Dante ?

Confirmez les leaders et les followers stables des deux côtés, envoyez un audio identifiable, inspectez les offsets et les événements en charge, interrompez une seule frontière approuvée, puis prouvez la reprise, la persistance après redémarrage et le retour arrière.