Voir la source de Network Time Protocol

{{titre en italique|en}}

'''''{{lang|en|Network Time Protocol}}''''' ('''NTP''') ({{litt.}} « protocole de temps réseau »), parfois appelé '''protocole de synchronisation de réseau'''<ref>{{GDT|mot=protocole de synchronisation de réseau|fiche=26528971|année=2014|consulté le=2024-01-21}}. La fiche donne également '''protocole d'heure réseau''' et '''protocole de diffusion du temps en réseau'''.</ref>, est un [[Protocole réseau|protocole]] qui permet de synchroniser, via un [[réseau informatique]], l'horloge locale [[Ordinateur|d'ordinateurs]] sur une référence d'heure.

La première version v.0 de NTP, formalisée dans la [[:rfc:958|RFC 958]], date de {{date-|septembre 1985}}. Dès le début, ce protocole fut conçu pour offrir une précision de synchronisation meilleure que la seconde. Par rapport au service « {{lang|en|[[Time Protocol]]}} » qui offre un service d'heure sans proposer une infrastructure, le projet NTP propose une solution globale et universelle de synchronisation qui est utilisable dans le monde entier.

La version 3 de NTP est la plus répandue à ce jour. Elle est formalisée par la [[:rfc:1305|RFC 1305]] et a le statut « {{Lien|trad=Internet_standard#Draft Standard|fr=Draft Standard}} »<ref>Une spécification est élevée à ce statut s'il existe au moins deux réalisations indépendantes et interopérable et pour laquelle une expérience opérationnelle suffisante et satisfaisante a été obtenue.</ref> c'est-à-dire « spécification finale », elle spécifie plusieurs aspects :
* la description du protocole réseau ;
* les modes de fonctionnement ;
* les algorithmes à mettre en place dans les machines.

La mise au point de ce protocole et des algorithmes a été menée de pair avec le développement d'un logiciel conforme à ces spécifications. De ce fait, cette réalisation fait office de référence dans le domaine et est appelée « logiciel NTP<ref name="ntp.org">Disponible sur ce site {{en}} [http://www.ntp.org/ The Network Time Protocol].</ref> » même si d'autres solutions existent. Ces travaux ont été réalisés en grande partie à l'[[Université du Delaware]] grâce au professeur [[David L. Mills]] et à une importante équipe de bénévoles<ref name="ntp.org"/>.

La version 4 de NTP est une révision importante publiée dans la [[:rfc:5905|RFC 5905]] en {{date-|juin 2010}}.

Aussitôt après la parution de la version 3 de NTP, une version simplifiée est apparue, appelée « {{lang|en|Simple Network Time Protocol}} » (SNTP) qui a également fait l'objet de plusieurs RFC. Par rapport à NTP, cette version est simplifiée dans le sens qu'elle ne spécifie pas les algorithmes à mettre en place dans les machines.

== Présentation générale de NTP ==
Le NTP est un protocole permettant de synchroniser l'horloge d'un ordinateur avec celle d'un serveur de référence. NTP est un protocole basé sur [[User Datagram Protocol|UDP]] et utilise le [[Port (logiciel)|port]] 123.

Le protocole NTP comprend :
* une partie architecture, 
* une partie messagerie, 
* et une partie algorithmique.

=== Partie architecture ===
==== Architecture du réseau NTP ====
L'architecture NTP prévoit :

[[Image:Network Time Protocol servers and clients.svg|thumb|250px|Schéma de l'architecture d'un réseau maître NTP (Network Time Protocol) typique.<br /><br />

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 [[Serveur informatique|serveurs informatiques]] de [[Broadcasting|diffusions]] maîtres ; les flèches rouges indiquent une connexion via un réseau informatique.<br /><br />

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<ref>À noter : un serveur de temps reconnu comme fiable, pouvant jouir d'une certaine notoriété auprès du public doit avoir un fonctionnement stable et pérenne ; dans les cas contraires, non fiabilité et/ou fonctionnement intermittent, les serveurs de temps (et pas seulement des serveurs de temps) peuvent n'être plus du tout utilisés, voir bannis de tout réseau qui pourrait ou pouvait en faire la promotion.</ref>.]]

* 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<ref>Pour offrir cette très grande précision, ces machines racines peuvent être par exemple couplées avec des [[horloges atomiques]].</ref>. 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<ref>La version 3 du protocole NTP ne spécifie pas de mécanisme pour une configuration automatique.</ref>. 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<ref>Elle est flexible car elle permet d’ajouter / supprimer facilement un nœud dans cette arborescence moyennant quelques règles simples :
* s'il s’agit d’ajouter un nœud serveur, il n’y a aucune précaution particulière à respecter ; il pourra être utile de communiquer l’existence de ce nouveau serveur aux utilisateurs potentiels ; généralement cette communication est réalisée par la mise à jour de la liste des serveurs NTP disponibles sur le site www.ntp.org.
* s'il s’agit d’ajouter un nœud uniquement client, il faudra le configurer avec quelques nœuds serveurs trouvés sur le site www.ntp.org. Ces nœuds serveurs seront choisis aussi proche que possible d’un serveur primaire, c'est-à-dire un serveur ayant un stratum faible, tout en étant proche du client en termes de réseau, c'est-à-dire un nombre de routeurs intermédiaires faible.
* s'il s’agit de supprimer un nœud serveur, et particulièrement s'il s’agit d’un serveur primaire, il faudrait s’assurer que cela n’entraine pas l’apparition de nœuds orphelins. Dans la pratique, ce sont les utilisateurs de ces nœuds orphelins qui détectent la situation et la corrigent.
* s'il s’agit de supprimer un nœud uniquement client, il n’y a aucune précaution particulière à respecter.

Ces différents cas de figure montrent que la configuration de chaque nœud est à la charge d’une personne et n’est pas réalisée automatiquement, pour être plus précis cette configuration pourrait être automatisée mais cela n’est pas spécifié dans le protocole NTP actuel.</ref>, extensible<ref>Elle est extensible car elle supporte l’ajout de nœuds aussi bien dans le sens vertical qu’horizontal.</ref> et robuste<ref>Elle est résistante à la défaillance d’un nœud à la condition que les clients de ce nœud ne soient pas monoparentaux. La souplesse de sa configuration le permet. Cependant, il faut bien noter que même si le « protocole NTP » fournit les moyens d’y parvenir, il ne spécifie pas de mécanisme pour une configuration automatique, c’est donc à la charge des utilisateurs d’y contribuer.</ref>, mais c’est à la charge des utilisateurs d’y contribuer.

==== Méthodes pour la diffusion de l'heure ====
La diffusion de l'heure est basée : 
* sur un modèle du type « [[client/serveur]] » pour la diffusion verticale :
** un nœud « serveur » répond aux demandes d'heure émises par un nœud « client » ;
** les parents sont les serveurs, les enfants sont les clients ;
** en opérant dans le mode « serveur », un nœud annonce son désir de synchroniser ;
** en opérant dans le mode « client », un nœud annonce son désir d’être synchronisé ;
** le [[mode d'adressage]] « [[unicast]] » est utilisé pour transférer les messages de demande et de réponse ;
* sur un modèle du type « symétrique actif/passif » pour la diffusion latérale :
** un nœud « symétrique passif » répond aux demandes d'heure émises par un nœud « symétrique actif » ;
** ce paradigme 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 ;
** en opérant dans le mode « symétrique », aussi bien passif qu’actif, un nœud annonce son désir de synchroniser et d’être synchronisé ;
** comme précédemment le mode d'adressage « [[unicast]] » est utilisé pour transférer les messages de demande et de réponse ;
* sur un modèle du type « [[broadcast]] » pour la diffusion locale :
** un nœud émet spontanément et périodiquement des messages de l'heure courante à destination de voisins d'opportunité proches, un peu à la manière d’une horloge parlante sans se préoccuper de savoir si son information d'heure sera utilisée ;
** en opérant dans ce mode, un nœud annonce son désir de synchroniser ses voisins ;
** le mode d'adressage « [[broadcast]] » est utilisé pour transférer ces messages horaires ; de par ce fait, et également parce que par défaut les routeurs ne routent pas les messages « broadcast », cette méthode de diffusion de l'heure ne concerne que les machines d'un même réseau local.

=== 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 [[Seconde_intercalaire|secondes intercalaires]].

== Description détaillée du « fonctionnement NTP » ==
{{À vérifier|thème=informatique|date=septembre 2016}}
Le message de demande d'heure envoyé par un client vers un serveur et celui pour la réponse ont la même structure. Celle-ci est schématisée ci-dessous, elle correspond à la version 3 de NTP, mais le principe général décrit ci-dessous est conservé au fil des versions; les informations principales utilisées dans ce message pour calculer les écarts d'heure entre client et serveur sont les suivantes :
[[Fichier:Format d'un message NTP v3.png|thumb|upright=1|Structure du message NTP extrait de [[:rfc:1305|RFC 1305]]]]

* OT : Originate Timestamp; heure de départ de la requête,
* RT : Receive   Timestamp; heure de réception de la requête,
* TT : Transmit  Timestamp; heure d'émission de la requête et/ou de la réponse.


Les autres informations contenues dans ce message sont utilisées à des fins de gestion ; leur usage n'est pas détaillé dans cet article, on pourra se reporter à la [[:rfc:1305|RFC 1305]] pour plus de détails.
* LI : indicateur d'insertion/retrait d'une seconde intercalaire la dernière minute du jour courant,
* VN : numéro de version,
* Mode : mode de fonctionnement,
* Stratum : stratum de l'horloge locale,
* Poll : intervalle minimum entre deux messages successifs,
* Precision: précision de l'horloge locale.


=== 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 :
[[Fichier:Paradigme NTP client-serveur.png|thumb|upright=3|Illustration du modèle« client/serveur NTP »]]<br />

* à 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 [[Delta|<math>\delta</math>]] de ces 2 messages ainsi que l'écart [[Theta|<math>\theta</math>]] entre son horloge locale et celle du serveur :
<br />

{| class="wikitable"
|+ Méthode de calcul « client/serveur » 
|-
|
! scope=col | délai δ aller/retour
! scope=col | écart θ entre les horloges
|-
! scope=row | Client
| <math>\scriptstyle{(T2 - T1) - (T'2 - T'1)}</math>
| <math>\textstyle{\frac{(T'1 - T1) + (T'2 - T2)}{2}}</math>
|-
! scope=row | Serveur
| aucun calcul
| aucun calcul
|}
<br />

Plus court est le délai [[Delta|<math>\delta</math>]], meilleure est la précision avec laquelle est connu l'écart [[Theta|<math>\theta</math>]] entre les deux horloges.
{{clr}}

=== 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.
[[Fichier:paradigme_NTP_Symétrique_Actif_Passif.png|thumb|upright=3|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é :

<br />
{| class="wikitable"
|+ Méthode de calcul « symétrique Actif / Passif » 
|-
|
! scope=col | délai [[δ]] aller/retour
! scope=col | écart [[θ]] entre les horloges
|-
! scope=row | Actif
| <math>\scriptstyle{(T2 - T1) - (T'2 - T'1)}</math>
| <math>\textstyle{\frac{(T'1 + T'2)}{2} - \frac{(T1 + T2)}{2}}</math>
|-
! scope=row | Passif
| <math>\scriptstyle{(T'3 - T'2) - (T3 - T2)}</math>
| <math>\textstyle{\frac{(T2 + T3)}{2} - \frac{(T'2 + T'3)}{2}}</math>
|}
<br />

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 [[Delta|<math>\delta</math>]] et meilleure est la précision avec laquelle est connue l'écart [[Theta|<math>\theta</math>]] entre les deux horloges.
{{clr}}

=== 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.

== Pourquoi synchroniser les horloges des ordinateurs ==
Bien que chaque ordinateur calcule son horloge à partir d'un oscillateur à [[Quartz (électronique)|quartz]], il ne peut atteindre la précision des [[Horloge atomique|horloges de référence]]. Leurs horloges internes ont tendance à dériver jusqu'à plusieurs secondes par jour, par rapport à l'heure officielle. Ceci rend nécessaire de synchroniser régulièrement l'horloge interne avec une horloge de référence.

Avec le développement des réseaux informatiques, la synchronisation des horloges des systèmes informatiques communicants entre eux est devenue nécessaire. Certains domaines ont absolument besoin d'avoir un temps de référence, on peut citer notamment :
* le contrôle aérien ;
* les échanges commerciaux ;
* les transactions journalisées des [[Base de données|bases de données]] ;
* les logs des systèmes informatiques ;
* la diffusion de contenu [[multimédia]] en [[temps-réel]], comme pour des vidéoconférences ;
* etc.

Sans une bonne synchronisation des horloges de tous les systèmes communicants entre eux, certains services ne sont pas utilisables correctement. C'est ainsi que rapidement, il a été nécessaire de définir des méthodes permettant de synchroniser les horloges sur une heure de référence. Dans le cas de NTP, ce dernier utilise le [[temps universel coordonné]] (UTC).

== Histoire ==
NTP est l'un des plus anciens protocoles d'[[Internet]] encore en service. Il fut conçu pour offrir une précision inférieure à la seconde dans la synchronisation des horloges et remplace à ce titre le ''{{lang|en|[[Time protocol]]}}'' (TP, [[:rfc:868|RFC 868]]), datant de {{date||mai|1983|en informatique}}.

La version 3 de NTP est la plus aboutie à ce jour, elle spécifie plusieurs aspects :
* la description du protocole réseau ;
* les modes de fonctionnement ;
* les algorithmes à mettre en place dans les machines.

La mise au point de ce protocole et des algorithmes ont été menés de pair avec le développement d'un logiciel conforme à ces spécifications. De ce fait, cette réalisation fait office de référence dans le domaine et est appelée logiciel NTP. Ces travaux ont été réalisés en grande partie par l'Université du Delaware sous la houlette du professeur [[David L. Mills]]<ref>Ce logiciel est disponible sur le site [http://www.ntp.org/ NTP Project].</ref>.

Aussitôt après la parution de cette version 3 de NTP, une version simplifiée est apparue, appelée Simple Network Time Protocol (SNTP) qui a également fait l'objet de plusieurs RFC. Par rapport à NTP, cette version est simplifiée dans le sens qu'elle ne spécifie pas les algorithmes à mettre en place dans les machines.

=== NTP ===
==== Tableau récapitulatif ====
{| class="wikitable" style="text-align:left"
|-
! scope=col width="105" | date
! scope=col width="50"  | version
! scope=col width="100" | RFC
! scope=col width="200" | statut
|-
| align="right" | {{date-|septembre 1985}} || align="center" | v0 || [[:rfc:958|RFC 958]]  || rendu obsolète par [[:rfc:1059|RFC 1059]]
|-
| align="right" | {{date-|juillet 1988}}   || align="center" | v1 || [[:rfc:1059|RFC 1059]] || rendu obsolète par [[:rfc:1119|RFC 1119]]
|-
| align="right" | {{date-|octobre 1989}}   || align="center" | v2 || [[:rfc:1119|RFC 1119]] || rendu obsolète par [[:rfc:1305|RFC 1305]]
|-
| align="right" | {{date-|mars 1992}}      || align="center" | v3 || [[:rfc:1305|RFC 1305]] || rendu obsolète par [[:rfc:5905|RFC 5905]]
|-
| align="right" | {{date-|juin 2010}}      || align="center" | v4 || [[:rfc:5905|RFC 5905]] || Standard proposé
|}

==== Version 0 ====
C'est le professeur [[David L. Mills]] de l'[[Université du Delaware]], qui en septembre 1985 proposa NTP ([[:rfc:958|RFC 958]]), cette version est une version de développement, elle est à ce titre considérée comme une version 0. Mais le développement de NTP remonte à quelques années auparavant, avec une démonstration en [[1979]] à la [[National computer conference]] (NCC) et sa mise en application quelques années plus tard dans le [[routeur]] logiciel [[Fuzzball]], via le protocole de [[routage]] HELLO ([[:rfc:891|RFC 891]]).
==== Version 1 ====
Dans cette première version stable, des filtres et des [[Algorithmique|algorithmes]] de sélections sont ajoutés ([[:rfc:956|RFC 956]]), ce qui offre une nette amélioration de la précision.
NTP a atteint la version 1 en {{date-|juillet 1988}} ([[:rfc:1059|RFC 1059]]).
==== Version 2 ====
En {{date-|octobre 1989}}, NTP passa en version 2 ([[:rfc:1119|RFC 1119]]), avec notamment l'ajout d'une authentification par [[Cryptographie symétrique|clé symétrique]] (utilisant [[Data Encryption Standard|DES]]-[[Cipher Block Chaining|CBC]]).
==== Version 3 ====
En 1989, [[Digital Equipment Corporation]] (DEC) présenta un protocole de synchronisation concurrent, le [[Digital time synchronization service]] (DTSS). Selon la communauté développant NTP, le gros défaut de DTSS était que le protocole pouvait dans certains cas avoir une importante perte de précision, car il ne prenait pas en compte la fréquence des horloges. Alors que la communauté autour de DTSS pointait du doigt la mauvaise architecture des algorithmes de correction. C'est ainsi qu'après discussion, il fut décidé que NTP utiliserait l'{{Lien|trad=Marzullo's algorithm|fr=algorithme de Marzullo}}, utilisé par DTSS. Cela aboutit au passage à la version 3 de NTP ([[:rfc:1305|RFC 1305]]), en {{date-|mars 1992}}. Cette version ajoute également le mode [[Broadcast (informatique)|broadcast]], aux deux modes déjà existants ([[client-serveur]] et symétrique).

==== Version 4 ====
Depuis 1994, une nouvelle révision du protocole est en cours. La version 4 est très utilisée. Les améliorations portent notamment sur :
* la calibration et la stabilisation des modèles d'horloges du noyau des [[Système d'exploitation|systèmes d'exploitation]]
* la fiabilité
* la mise en place d'une configuration automatisée
* la réduction de la taille des échanges
* l'authentification (avec l'utilisation de la [[Cryptographie asymétrique|cryptographie à clé publique]])

Parallèlement à cela, des travaux sur un nouveau modèle d'horloge pour les noyaux des systèmes d'exploitation, ayant une précision de l'ordre de la nanoseconde, sont également en cours.

=== SNTP ===
{| class="wikitable" style="text-align:left"
! scope=col width="105" | date
! scope=col width="50"  | version
! scope=col width="100" | RFC
! scope=col             | description
! scope=col width="200" | statut
|-
| align="right" | {{date-|août 1992}}    ||align="center" |    || [[:rfc:1361|RFC 1361]] || SNTP                        || rendu obsolète par [[:rfc:1769|RFC 1769]] 
|-
| align="right" | {{date-|mars 1995}}    ||align="center" | v3 || [[:rfc:1769|RFC 1769]] || SNTP                        || rendu obsolète par [[:rfc:4330|RFC 4330]]
|-
| align="right" | {{date-|octobre 1996}} ||align="center" | v4 || [[:rfc:2030|RFC 2030]] || SNTP pour IPv4, IPv6 et OSI || rendu obsolète par [[:rfc:4330|RFC 4330]]
|-
| align="right" | {{date-|janvier 2006}} ||align="center" | v4 || [[:rfc:4330|RFC 4330]] || SNTP pour IPv4, IPv6 et OSI || Informational<ref>voir [[Paragraphe (symbole)|§]]4.1.5 [[:rfc:1410|RFC 1410]], [[Paragraphe (symbole)|§]]4. Explanation of Terms</ref>
|}

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<ref>{{Lien web |langue=en |titre=Simple network time protocol: the stripped-back protocol for time synchronization |url=https://www.ionos.com/digitalguide/server/know-how/sntp-simple-network-time-protocol/ |site=IONOS Digitalguide |consulté le=2021-10-07}}</ref>. 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<ref>Bas de page 3, [http://tools.ietf.org/html/rfc4330#page-4 haut de page 4 de RFC 4330].</ref> 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.

== Principe ==
En plus de définir le protocole réseau permettant de transmettre l'heure de référence, NTP définit une architecture, différentes méthodes et algorithmes visant à limiter au maximum la dérive par rapport à cette heure de référence, dû au temps de transmission.

=== 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 [[heure d'hiver|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 ===
[[Image:Architecture NTP labels fr.svg|right|thumb|350px|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 {{formatnum:20000}} ;
* de serveurs de strate 3 à environ {{formatnum:80000}}.
sur un total de {{formatnum:175000}} serveurs NTP<ref>{{en}} [http://alumni.media.mit.edu/~nelson/research/ntp-survey99/html/ ''A Survey of the NTP Network'']</ref>

En {{date||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 {{unité|64|[[Bit (informatique)|bits]]}} :
* les {{unité|32|bits}} de poids forts correspondent au nombre de secondes écoulées depuis le {{date|1|janvier|1900}} à minuit ;
* les {{unité|32|bits}} restant représentent la fraction d'une seconde.
L'échelle de temps est donc de 2{{exp|32}} secondes (soit un peu plus de 136 ans), avec une résolution théorique de 2{{exp|-32}} seconde (ce qui correspond à un peu moins de {{unité|0.233|[[nanoseconde]]}}).

NTP utilise l'{{Lien|trad=Intersection algorithm|fr=algorithme d'intersection}} (une version modifiée de l'{{Lien|trad=Marzullo's algorithm|fr=algorithme de Marzullo}} 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 {{unité|10|[[Milliseconde|ms]]}} à travers [[Internet]] et peut permettre une précision de {{unité|200|[[Microseconde|µs]]}} sur des [[réseau local|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 [[User Datagram Protocol|UDP]], il peut aussi l'être avec [[Transmission Control Protocol|TCP]].

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

== Notes et références ==
<references />

== Voir aussi ==
=== 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}} [http://www.ntp.org/ Site officiel]
* {{fr}} [http://www.pool.ntp.org/fr/ Liste de serveurs NTP]
* {{en}} [http://www.eecis.udel.edu/~mills/ntp.html La section NTP sur le site de Dave Mills]
* {{en}} [http://support.ntp.org/bin/view/Support/SelectingOffsiteNTPServers Comment choisir un (ou des) serveur(s) NTP]
* {{fr}} [http://www.frameip.com/ntp/ Tout sur les entêtes NTP]
* {{en}} [https://ncomputers.org/ntptest Test de serveur NTP en ligne]

{{Portail|informatique|Télécommunications|Temps}}

[[Catégorie:Protocole réseau sur la couche application]]
[[Catégorie:Représentation informatique du temps]]