Partie architecture

Architecture du réseau NTP

L'architecture NTP prévoit :

Schéma de l'architecture d'un réseau maître NTP (Network Time Protocol) typique.

Les flèches jaunes indiquent une connexion directe dédiée entre des horloges de hautes précisions (cf. la page dédiée aux horloges atomiques) et entre des serveurs informatiques de diffusions maîtres ; les flèches rouges indiquent une connexion via un réseau informatique.

Ce schéma doit être compris de façon très large et très souple : par exemple un nœud de stratum 2 peut très bien être à son tour le serveur d'une université pour synchroniser les PC (ou ordinateurs personnels) de plusieurs milliers d'étudiants. Dans ce cas, il est peu probable que les étudiants veuillent synchroniser deux à deux leurs PC (ou ordinateurs personnels), sauf peut-être dans des cas particuliers où les étudiants souhaitent pouvoir continuer à échanger des données datées, même si le serveur de l'université vient à tomber en panne, est désactivé ou est inaccessible à l'instant voulu^[3].

• la diffusion verticale arborescente de proche en proche d'une heure de référence à partir d'une ou plusieurs machines racines garantes d'une grande précision^[4]. Dans cette arborescence, chaque nœud choisit parmi ses nœuds parents, celui qui présente les meilleures garanties de qualité et hérite au passage d'un attribut nommé stratum qu'il transmet à ses descendants. Les machines de stratum 1 sont les machines racines et à chaque traversée d'un nœud ce nombre augmente d'une unité. Ce stratum est une mesure de la distance d'un nœud aux machines racines, il est considéré comme un indicateur de la qualité de synchronisation qu'une machine donnée peut offrir à ses descendants.
• la diffusion latérale à des machines paires d'une heure commune. Cette diffusion vient en complément de la précédente ; elle permet à ces machines de partager une référence de temps qui leur est commune. Cette diffusion améliore la résilience de cette architecture NTP dans le sens où elle permet de suppléer une déficience locale/temporaire de connectivité vers les machines racines, voire de permettre à un groupe de machines de conserver entre elles une même référence relative en l'absence de machines racines.

Dans la terminologie NTP, les serveurs de stratum 1 sont appelés serveurs primaires, et les autres sont appelés serveurs secondaires.

Chaque nœud de cette architecture doit être configuré en lui indiquant au minimum quels sont ses serveurs parents et/ou collatéraux. C'est à la charge de chaque utilisateur de réaliser localement cette configuration^[5]. C'est cette agrégation de configurations qui, de proche en proche, crée le réseau NTP, il n'est pas préexistant ni même configuré de façon centralisée. Cette architecture est flexible^[6], extensible^[7] et robuste^[8], mais c’est à la charge des utilisateurs d’y contribuer.

Partie messagerie

La messagerie NTP prévoit :

• des messages pour qu'un client interroge un serveur et que celui-ci lui retourne l'heure courante ;
• des messages de service pour interroger un client donné sur son état interne.

Lors de la parution de nouvelles versions de NTP, la structure des nouveaux messages est formée en agrégeant les informations nouvelles à la suite de celle des messages de version précédente. Cette façon de procéder permet l'interopérabilité des différentes versions ce qui facilite la migration globale du parc de machines d'une version ancienne vers une nouvelle.

Partie algorithmique

Le protocole NTP prévoit pour chaque client des algorithmes :

• pour calculer la période d'interrogation du ou des serveurs ;
• pour calculer l'écart de son heure locale avec celle d'un serveur donné ;
• pour calculer la durée de transit des messages sur le réseau ;
• pour choisir le serveur qui présente les meilleures garanties de qualité, et calculer ainsi son stratum local ;
• pour filtrer les écarts et calculer les corrections temps/fréquence à appliquer sur son horloge locale ;
• pour gérer les secondes intercalaires.

Description du modèle NTP « client/serveur »

La façon dont client et serveur gèrent ces informations est illustrée sur le schéma ci-dessous :

Illustration du modèle« client/serveur NTP »

• à T1, lorsque le client émet son message pour interroger le serveur sur l'heure courante, il envoie un message dans lequel il renseigne le champ TT avec l'heure courante T1 indiquée par son horloge locale ;
• à T'1, lorsque le serveur reçoit le message, il complète aussitôt le champ RT du message avec l'heure courante T'1 indiquée par son horloge locale, et recopie le champ TT dans le champ OT ;
• à T'2, lorsque le serveur émet son message de réponse, il complète le champ TT du message avec l'heure courante T'2 indiquée par son horloge locale ;
• à T2, lorsque le client reçoit le message de réponse, il note aussitôt l'heure T2 de réception indiquée par son horloge locale.

Le client peut alors calculer le délai aller/retour ${\displaystyle \delta }$ de ces 2 messages ainsi que l'écart ${\displaystyle \theta }$ entre son horloge locale et celle du serveur :

Méthode de calcul « client/serveur »

	délai δ aller/retour	écart θ entre les horloges
Client	${\displaystyle \scriptstyle {(T2-T1)-(T'2-T'1)}}$	${\displaystyle \textstyle {{\frac {(T'1+T'2)}{2}}-{\frac {(T1+T2)}{2}}}}$
Serveur	aucun calcul	aucun calcul

Plus court est le délai ${\displaystyle \delta }$, meilleure est la précision avec laquelle est connu l'écart ${\displaystyle \theta }$ entre les deux horloges.

Description du modèle NTP « symétrique Actif / Passif »

Ce modèle est proche du précédent avec la différence suivante : une fois la demande initiale émise, « serveur » et « client » échangent leur rôle tour à tour, la réponse de l'un devient une demande pour l'autre, c'est ce que montre l'image ci-dessous.

Illustration du modèle NTP « symétrique Actif / Passif »

Chacun des nœuds « Actif » et « Passif » peut alors calculer le délai aller/retour des messages et l'écart entre son horloge locale et celle du nœud opposé :

Méthode de calcul « symétrique Actif / Passif »

	délai δ aller/retour	écart θ entre les horloges
Actif	${\displaystyle \scriptstyle {(T2-T1)-(T'2-T'1)}}$	${\displaystyle \textstyle {{\frac {(T'1+T'2)}{2}}-{\frac {(T1+T2)}{2}}}}$
Passif	${\displaystyle \scriptstyle {(T'3-T'2)-(T3-T2)}}$	${\displaystyle \textstyle {{\frac {(T2+T3)}{2}}-{\frac {(T'2+T'3)}{2}}}}$

Et de la même façon que précédemment, de façon symétrique pour chacun des deux nœuds, plus court est le délai ${\displaystyle \delta }$ et meilleure est la précision avec laquelle est connue l'écart ${\displaystyle \theta }$ entre les deux horloges.

Description du modèle NTP « broadcast »

Le nœud émetteur du message renseigne le champ TT avec l'heure courante T1 indiquée par son horloge locale. Le récepteur de ce message utilise cette heure comme heure locale en retranchant au préalable le délai estimé de transmission du message.

NTP

SNTP

Le Simple Network Time Protocol (SNTP) est une version simplifiée du protocole NTP, utilisant le même format de paquet réseau. La synchronisation en utilisant SNTP se base le plus souvent sur un seul serveur de temps^[11]. La simplicité est possible au détriment de l'utilisation de certains algorithme de NTP. En conséquence, il n'y a pas de compensation des déviations de l'heure du système local. SNTP offre donc un niveau de précision inférieur à celui de NTP

De plus, la spécification SNTP recommande^[12] de n'utiliser SNTP qu'aux extrémités d'un réseau NTP, c'est-à-dire au niveau stratum 1 (avec une seule source de synchronisation) et au niveau des nœuds de stratum le plus élevé.

Ce choix d'un nombre réduit d'algorithmes et d'une unique communication client-serveur permet la synchronisation avec SNTP en utilisant beaucoup moins de ressources qu'avec NTP. Cela est particulièrement utile pour les appareils simples ou les systèmes ne disposant que d'une faible puissance de calcul, où les exigences de précision et de fiabilité ne sont pas trop élevées.

Ce que ne fait pas NTP

L'heure de référence fournie par NTP est UTC, à ce titre, il ne s'occupe pas :

• du changement de l'heure dû au fuseau horaire ;
• du passage à l'heure d'été et d'hiver.

Cela est du ressort du système d'exploitation, qui suivant l'endroit où l'administrateur a déclaré que l'ordinateur se trouvait, doit effectuer les corrections adéquates pour se caler sur l'heure légale.

Aucun mécanisme de chiffrement n'est fourni, les messages NTP circulent en clair sur le réseau.

Architecture

Architecture des serveurs et clients NTP

Le réseau NTP est composé :

• de récepteurs récupérant l'heure de référence par radios, câbles, satellites ou directement depuis une horloge atomique ;
• de serveurs de temps récupérant l'heure de référence auprès des récepteurs ou bien auprès d'autres serveurs de temps ;
• de clients récupérant l'heure de référence auprès des serveurs de temps.

Tous ces systèmes sont organisés de façon hiérarchique, dont chaque couche ou niveau est appelé une strate. Chaque client NTP est également un serveur et se synchronise avec d'autres serveurs, le plus souvent de la strate supérieure. La strate 0 comprend des horloges de référence (récepteurs GPS ou grandes ondes, horloges au césium ou au rubidium, oscillateur à quartz thermostaté…) qui ne sont pas connectées aux serveurs de strate 1 via un réseau mais via une interface comme un port série. La norme prévoit jusqu'à 16 strates, mais la plupart des clients se situent dans les strates 3 ou 4. La strate 16 est aussi utilisée par les serveurs qui ne sont synchronisés à aucune source externe. La redondance des serveurs et leur organisation permet une répartition de la charge et ainsi la fiabilité du réseau.

En 1999, on estimait le nombre :

• de serveurs de strate 1 à environ 300 ;
• de serveurs de strate 2 à environ 20 000 ;
• de serveurs de strate 3 à environ 80 000.

sur un total de 175 000 serveurs NTP^[13]

En décembre 2006, le nombre de clients NTP était certainement de plusieurs dizaines de millions.

De nos jours, la quasi-totalité des systèmes d'exploitation utilise le protocole NTP. La configuration par défaut ne vise cependant pas à garantir un contrôle précis de l'horloge du système mais simplement à remettre approximativement la machine à l'heure de temps en temps.

A noter que dans un domaine Microsoft le NTP synchronise les postes de travail depuis le domaine.

Implémentation

Le temps est défini comme un entier de 64 bits :

• les 32 bits de poids forts correspondent au nombre de secondes écoulées depuis le 1^er janvier 1900 à minuit ;
• les 32 bits restant représentent la fraction d'une seconde.

L'échelle de temps est donc de 2³² secondes (soit un peu plus de 136 ans), avec une résolution théorique de 2^-32 seconde (ce qui correspond à un peu moins de 0,233 nanoseconde).

NTP utilise l'algorithme d'intersection (en) (une version modifiée de l'algorithme de Marzullo (en) pour choisir les horloges sources et prend en charge l'ajout de secondes additionnelles. La version 4 du protocole permet de maintenir le temps d'une machine avec une précision de 10 ms à travers Internet et peut permettre une précision de 200 µs sur des réseaux locaux.

Les ordinateurs clients peuvent calculer leur dérive interne entre deux requêtes et la corriger. Cela permet d'affiner le calcul de la dérive (drift) et sa compensation en espaçant progressivement les requêtes. Plus le temps entre deux requêtes est long, plus le calcul est précis. Ce principe permet de lisser et de réduire considérablement la charge des serveurs. La pire des pratiques serait de faire des requêtes à heures fixes, surtout si de nombreux clients utilisent les mêmes.

Le logiciel ntp peut être remplacé par chrony, spécialement conçu pour les machines Unix/Linux connectées par intermittence à Internet.

Bien que NTP soit le plus souvent utilisé avec UDP, il peut aussi l'être avec TCP.

Cette implémentation n'est pas sujet au bug de l'an 2038 mais au bug de l'an 2036.

Articles connexes

• ntpd
• NTP Pool
• Precision Time Protocol
• Problème de sécurité lié à NTP : voir en:NTP server misuse and abuse

Liens externes

• (en) Site officiel
• (fr) Liste de serveurs NTP
• (en) La section NTP sur le site de Dave Mills
• (en) Comment choisir un (ou des) serveur(s) NTP
• (fr) Tout sur les entêtes NTP
• (en) Test de serveur NTP en ligne