Lorsque l’on utilise le Precision Time Protocol (PTP) pour la synchronisation horaire, les équipements situés entre la Grandmaster et les clients peuvent réduire la précision totale du système. Nous avons vu dans un précédent article de ce blog comment l’horloge transparente (Transparent Clock) limite ce phénomène. La Boundary Clock ne fonctionne pas comme l’horloge transparente. Elle ne se contente pas de laisser passer les messages PTP en les corrigeant. Elle agit comme une référence horaire locale pour les clients, tout en restant synchronisée avec la Grandmaster.
Le problème de l’accumulation de délai
Lorsqu’un message PTP traverse un switch, il est placé dans une file d’attente avec le reste du trafic réseau. Le temps de traversée de ce switch dépend de la charge du réseau à cet instant précis, et varie donc d’un message à l’autre. Cette variation, que l’on appelle PDV (Packet Delay Variation), fausse le calcul de synchronisation et donc dégrade la précision horaire. Plus problématique, c’est que le PDV se cumule à chaque équipement traversé : au bout de quelques sauts, PTP n’est alors pas plus précis que NTP.
Le rôle de la Boundary Clock est de résoudre ce problème en coupant la chaîne d’accumulation de délai en plusieurs segments qui seront synchronisés indépendamment.
Une horaire fiable pour vos environnements critiques
Assurez une synchronisation horaire précise et cohérente sur l'ensemble de vos équipements, sans dérive.
Le fonctionnement d’une Boundary Clock
Une Boundary Clock est un équipement doté de plusieurs ports PTP, qui assure simultanément deux rôles. Sur l’un de ses ports, dit port client, elle se synchronise avec la Grandmaster comme le ferait n’importe quel client. Sur ses autres ports, dits ports serveur, elle redistribue cette heure synchronisée aux équipements situés en aval, agissant ainsi en référence temporelle locale.
Une Boundary Clock sépare donc la chaîne PTP en deux segments distincts. En amont, elle se comporte en client ; en aval, en serveur. Les clients situés après elle, ne dialoguent plus directement avec la Grandmaster : pour eux, l’horloge de frontière est la référence temporelle immédiate.
Les variations de délai accumulées entre la Grandmaster et l’horloge de frontière restent cantonnées au segment de réseau amont. Les clients (en aval) bénéficient eux d’une synchronisation propre. Chaque segment dispose ainsi de sa propre évaluation de délai, et le signal PTP se trouve « régénéré » à chaque Boundary Clock (d’où son nom).
Pourquoi utiliser une Boundary Clock ?
L’utilisation de Boundary Clocks permet de fiabiliser la distribution horaire sur des réseaux de grande envergure. Avec des horloges transparentes, l’ensemble des clients dialoguent directement avec la Grandmaster, qui finit par saturer s’il y a trop de clients. La Boundary Clock répartit cette charge : chaque switch PTP prend en charge un sous-ensemble de clients, et la Grandmaster communique alors exclusivement avec les horloges de frontière de premier niveau. L’architecture devient hiérarchisée, et chaque niveau gère uniquement un nombre borné de sessions.
Par construction, le principe de Boundary Clock segmente le réseau. On peut ainsi découper la synchronisation en zones autonomes, chacune disposant de sa propre référence locale. Le déploiement, le diagnostic et la maintenance sont beaucoup plus simples dans ce cas.
Quand ne pas utiliser une Boundary Clock ?
La Boundary Clock est une horloge à part entière. Elle possède son propre oscillateur, lequel dérive avec le temps. Les messages PTP venus de la Grandmaster la corrigent en continu, mais il subsiste toujours un écart résiduel entre son heure interne et celle de référence. Or cet écart s’additionne à chaque niveau : dans une architecture comptant trois niveaux, les clients finaux héritent de la somme des dérives des trois horloges qui les précèdent. Mieux vaut donc limiter le nombre d’étages pour garder cette accumulation sous contrôle.
C’est précisément sur ce terrain que l’horloge transparente garde l’avantage : ne distribuant pas d’heure elle-même, elle n’introduit pas de dérive supplémentaire.
Dans quels cas la choisir ?
Elle s’impose particulièrement lorsque le réseau est vaste et que les clients sont nombreux. À l’inverse, sur un réseau de taille modérée, ne comptant que quelques sauts entre la Grandmaster et les clients, l’horloge transparente (ou Transparent Clock) suffit généralement et se révèle plus simple à mettre en œuvre.
En pratique on associe souvent les deux. Les Boundary Clocks prennent place aux points structurants du réseau, tandis que les horloges transparentes sont placées là où les sauts restent peu nombreux. Cette architecture hybride est la plus répandue dans les déploiements PTP.
Les points de vigilance à l’installation
Comme pour l’horloge transparente, l’horodatage des messages PTP doit être réalisé au niveau matériel et non logiciel, sous peine de perdre la précision recherchée. La qualité de l’oscillateur embarqué joue également : un oscillateur plus stable, c’est une dérive plus faible entre deux corrections, et donc une meilleure précision pour les clients en aval.
La configuration mérite aussi qu’on s’y attarde. Les ports PTP doivent être correctement déclarés (port client face à la Grandmaster, ports serveur face aux clients) et le profil PTP doit rester cohérent sur l’ensemble de la chaîne.
Un dernier point : l’horloge de frontière ne corrige pas l’asymétrie du réseau, c’est-à-dire la différence de délai entre le trajet aller et le trajet retour d’un message. Ce problème relève de la topologie du réseau et se traite indépendamment du type d’horloge retenu.
