Qu'est-ce que PTP ? Precision Time Protocol expliqué

PTP (Precision Time Protocol) garantit que toutes les horloges et tous les appareils d'un réseau conservent exactement la même heure, jusqu'à une fraction de millionième de seconde. C'est le grand frère précis de NTP, le protocole qui met à l'heure les ordinateurs et serveurs ordinaires.

Pourquoi une telle précision ?

Dans certains environnements, « à peu près égal » ne suffit pas. Pensez à un studio de télévision où plusieurs flux caméra doivent être parfaitement synchrones, à un système de trading qui doit horodater chaque transaction au bon moment, ou à un poste haute tension qui doit localiser une panne à la microseconde. C'est là que PTP est utilisé.

Comment atteindre cette précision ?

Deux éléments font la différence avec NTP :

• L'heure est horodatée par la carte réseau elle-même, pas par le logiciel de l'ordinateur. Cela évite un délai coûteux et imprévisible.
• Des commutateurs réseau spéciaux tiennent compte de leur propre délai et le corrigent activement, pour que l'heure ne dérive pas en chemin.

Un appareil du réseau est le maître du temps : le grandmaster. Il reçoit généralement son heure de satellites (GPS et systèmes apparentés) et la distribue à tous les autres appareils.

En bref

La milliseconde vous suffit ? Alors NTP convient. Vous avez besoin de la microseconde ou mieux ? Alors PTP est la réponse. Un doute ? Nous réfléchissons volontiers avec vous.

Precision Time Protocol (PTP), standardisé sous IEEE 1588, amène la synchronisation d'horloges au niveau de la sous-microseconde sur un réseau Ethernet. Là où NTP suffit pour le logging et la validation TLS au niveau de la milliseconde, PTP demande des choix réfléchis sur les switches, l'oscillateur et l'architecture réseau. Cet article explique quand vous avez besoin de PTP, comment fonctionne la hiérarchie, et quel profile correspond à votre application.

PTP en 60 secondes

PTP utilise une grandmaster clock qui diffuse son temps à toutes les autres horloges du réseau via une série de quatre échanges de timestamps par cycle. Deux améliorations fondamentales par rapport à NTP expliquent la précision supérieure :

• Hardware timestamping sur la Network Interface Controller (NIC) au lieu de la couche logicielle de l'OS. Cela élimine le jitter du scheduler du kernel.
• Symétrie réseau : les switches PTP-aware corrigent activement leur propre délai interne de file d'attente, de sorte que les délais asymétriques sont compensés.

Selon Banerjee & Matsakis (2023), section 7.4, PTP atteint, en fonction du domaine d'application, les ordres de grandeur suivants : le financial trading exige ±100 µs, le transport ±10 µs, le broadcast ±1 µs, les télécoms ±150 ns à ±3 µs, et la détection de défauts sur les lignes électriques ±100 à ±500 ns. Avec le profile high-accuracy White Rabbit, on peut atteindre en laboratoire une précision sous-nanoseconde.

PTP vs NTP : quand choisir quel protocole ?

La question « PTP ou NTP » est une décision d'investissement. Les switches PTP-aware coûtent un multiple des switches classiques, et les grandmasters PTP exigent souvent un holdover OCXO ou Rubidium.

	NTP	PTP (IEEE 1588)
Précision LAN typique	1 à 10 ms	100 ns à 1 µs
Exigences matérielles	switches classiques	switches PTP-aware (boundary ou transparent clocks)
Timestamping	logiciel (kernel OS)	matériel (NIC)
Exigence de symétrie	non	oui, les switches compensent leur propre délai
Application typique	serveurs IT, horloges, logging	broadcast, finance, digital substation, fronthaul 5G

Pour une comparaison plus détaillée : voyez notre article NTP vs PTP.

Comment est structurée la hiérarchie PTP ?

PTP définit quatre rôles d'horloge. Le réseau choisit chaque seconde, via le Best TimeTransmitter Clock Algorithm (BTCA, anciennement Best Master Clock Algorithm), qui est le grandmaster.

• Grandmaster clock : la source. Reçoit son temps de GNSS ou d'une source atomique. Distribue le temps PTP au réseau. Dans les environnements Masterclock, il s'agit typiquement d'un GMR6000 ou d'un NTP100-OSC.
• Boundary clock : possède plusieurs ports et se situe entre deux réseaux PTP. Reçoit le temps PTP sur un port et le retransmet sur l'autre. Banerjee & Matsakis (2023, section 7.4) : *"A boundary clock receives time from one network, and can serve as a source on a different network if the BTT algorithm calls for it."*
• Transparent clock : un switch ou routeur PTP-aware qui laisse passer les paquets PTP tout en ajoutant un champ de correction pour son propre délai de file d'attente. Crucial pour la précision : un switch classique perturbe PTP, un transparent clock corrige.
• Ordinary clock : possède un seul port. Reçoit typiquement le temps, mais peut en principe devenir grandmaster si le BTCA l'indique.

Un avertissement de Banerjee & Matsakis (2023) : *"Be careful that the component adds the delay as a pre-computed value rather than as a measurement, because the precision is significantly degraded when PTP-aware components compute this delay by taking the time to measure the ingress and egress epochs within software."* Demandez donc explicitement à votre fournisseur de switch comment la correction du transparent clock est implémentée, pas uniquement si « PTP est supporté ».

Que sont les profiles PTP et pourquoi existent-ils ?

IEEE 1588 définit le protocole général. Mais chaque industrie a ses propres exigences de précision, ses stratégies de redondance et ses choix de transport. C'est pour cela qu'existent des profiles — sous-ensembles prédéfinis d'IEEE 1588 avec un choix figé de paramètres.

• Default Profile (Annexe J d'IEEE 1588) : implémentation générique. Fonctionne partout, mais n'est pas optimisé pour les exigences industrielles spécifiques.
• Telecom Profile G.8275.1 : full-timing support pour les réseaux mobiles. Synchronisation en fréquence ET en phase. Exige des switches PTP-aware sur tout le chemin. Utilisé pour le fronthaul 4G et 5G.
• Telecom Profile G.8275.2 : partial-timing support. Fonctionne sur des réseaux où tous les switches ne sont pas PTP-aware. Moins précis que G.8275.1, mais plus pragmatique dans les déploiements legacy.
• Power Profile IEC 61850-9-3 : PTP pour les digital substations des réseaux électriques. Impose les boundary clocks, la redondance HSR et PRP et une précision de ±1 µs à l'échelle du substation.
• Power Profile IEEE C37.238 : variante américaine du power profile, à but comparable. De nombreux grandmasters supportent les deux simultanément.
• Media Profile SMPTE 2059-2 : PTP pour le broadcast IP (remplace l'ancien genlock SDI). Élément de la suite SMPTE ST 2110 pour les médias professionnels sur IP.
• Enterprise Profile : alternative plus légère pour les réseaux IT qui veulent dépasser le niveau NTP sans la charge opérationnelle des profiles Telecom ou Power.

Important : les équipements PTP suivant des profiles différents ne sont pas interchangeables. Banerjee & Matsakis (2023, section 7.4) avertissent explicitement : *"PTP equipment following different profiles may not be compatible. The user is also warned that sometimes equipment from different manufacturers can prove incompatible even if they purport to follow the same profile."*

Choisissez donc d'abord le profile (dicté par votre industrie), puis seulement la marque. Pour une plongée plus profonde dans les variantes power-utility : voyez notre article Power Profile : IEC 61850-9-3 vs IEEE C37.238.

Quel matériel faut-il pour PTP ?

Un déploiement PTP dépend de trois composants matériels que vous devez spécifier correctement.

Switches PTP-aware

L'arbitre entre « vrai PTP » et « PTP sur papier ». Un switch gigabit classique laisse passer les paquets PTP, mais ajoute un délai imprévisible. Un switch PTP-aware est soit un transparent clock (corrige son propre délai), soit un boundary clock (termine PTP côté entrée et régénère côté sortie). Les deux patterns fonctionnent, avec des compromis différents en termes de scalabilité et de troubleshooting.

Oscillateur du grandmaster

L'oscillateur interne du grandmaster détermine la qualité de survie du réseau si GNSS disparaît. Trois familles :

• TCXO : holdover de quelques minutes à quelques heures sous ±1 ms. Adapté aux applications IT, pas au PTP strict.
• OCXO : holdover de 24 heures à plusieurs jours sous ±1 µs. Standard pour le broadcast et les déploiements PTP industriels.
• Rubidium : holdover de semaines sous ±1 µs. Pour la défense, le fronthaul télécom, le financial trading avec scénario de coupure GNSS sur plus de 24 heures.

Voyez notre article Sources de holdover : TCXO, OCXO et Rubidium comparés pour la comparaison détaillée.

Antenne GNSS et disciplining

Le grandmaster a besoin d'une source GNSS pour discipliner périodiquement son oscillateur. Le choix d'antenne, la longueur de câble et la vue du ciel sont cruciaux — voyez notre article Disciplinage GNSS : GPS, GLONASS, Galileo et BeiDou combinés.

Budget de précision : que pouvez-vous atteindre de façon réaliste ?

Chaque couche du chemin PTP ajoute de l'incertitude. Une règle empirique, avec la précision que les chiffres exacts dépendent fortement de l'implémentation du switch, des longueurs de câble et de la charge réseau :

• Grandmaster, discipliné GNSS, OCXO : dizaines de ns jusqu'à ±100 ns d'écart par rapport à UTC
• Switch PTP-aware (transparent clock) : typiquement ±100 ns supplémentaires par saut
• Horloge finale via boundary clock sur le dernier segment : autour de ±1 µs de budget total

Banerjee & Matsakis (2023, section 7.4) confirment : les applications PTP atteignent typiquement une précision sous-microseconde tant que toute la chaîne est PTP-aware. Sans composants PTP-aware, PTP retombe à une précision comparable à NTP.

Foire aux questions

Ai-je besoin de PTP, ou NTP suffit-il ?

Pour le logging IT, la validation des certificats TLS et la corrélation de logs au niveau de la milliseconde, NTP est largement suffisant. PTP est nécessaire dès que vous avez des exigences sous la milliseconde : sync de frames broadcast, financial trading (MiFID II), digital substations (IEC 61850), fronthaul 5G. Règle rapide : avez-vous des millisecondes ? NTP. Des microsecondes ? PTP.

PTP fonctionne-t-il sur WAN ou Internet ?

PTP est conçu pour des environnements LAN contrôlés. Sur Internet, PTP fonctionne, mais perd son avantage de précision sur NTP car les routeurs intermédiaires ne sont pas PTP-aware. Banerjee & Matsakis (2023) notent que PTP, sans composants PTP-aware, est tout aussi sensible aux chemins variables que NTP. Pour les déploiements WAN : PTP au sein de chaque site, NTP entre les sites, ou considérez White Rabbit pour des applications scientifiques.

Quelle est la différence entre end-to-end delay et peer-to-peer delay ?

End-to-end (E2E) calcule le délai d'un paquet PTP sur tout le chemin du grandmaster vers le slave, en une seule mesure. Peer-to-peer (P2P) calcule le délai par lien entre voisins directs. P2P est plus robuste face aux changements réseau et est obligatoire dans le Power Profile (IEC 61850-9-3). E2E est plus simple et reste le mode par défaut dans de nombreux autres profiles.

Qu'est-ce que White Rabbit et quand est-il pertinent ?

White Rabbit est un profile PTP high-accuracy qui atteint une précision sous-nanoseconde grâce à du matériel supplémentaire (mesure du signal porteur dans les switches). Développé au CERN pour la synchronisation des accélérateurs de particules. Pour le broadcast commercial ou la finance, c'est du surdimensionnement. Pour les applications scientifiques, la radio-astronomie et les expériences quantiques, c'est le choix standard.

PTP et NTP peuvent-ils coexister sur un même réseau ?

Oui, et en pratique cela arrive souvent. Un grandmaster PTP comme le Masterclock GMR6000 fournit simultanément du PTP pour les appareils mission-critical et du NTP pour le reste du réseau. Placez les switches PTP-aware sur un segment d'arbre dédié pour les clients PTP, et laissez les clients NTP se connecter via des switches classiques.

Étape suivante

Voir les Masterclock master clocks qui supportent PTP.

Sources et normes

Cette page renvoie aux normes officielles et organismes faisant autorité suivants :

1. IEEE 1588-2019 — Standard for a Precision Clock Synchronization Protocol 2. IEC 61850-9-3:2016 — Communication networks and systems for power utility automation – Part 9-3: Precision Time Protocol profile 3. IEEE C37.238-2017 — Standard Profile for Use of IEEE 1588 PTP in Power System Applications 4. NIST Time and Frequency Division — Time Services overview