protocollen · 5 min de lecture

Qu'est-ce que NTP ? Network Time Protocol expliqué

Qu'est-ce que NTP ? Le Network Time Protocol synchronise les horloges d'un réseau au niveau de la milliseconde. Comment fonctionne-t-il, et pourquoi les réseaux modernes en ont-ils besoin ?

Choisissez votre niveau de lecture

Le NTP fait en sorte que toutes les horloges d'un réseau affichent la même heure. Chaque ordinateur, serveur, caméra ou horloge a sa propre petite horloge qui avance ou retarde lentement. Le NTP demande régulièrement à une source de temps fiable « quelle heure est-il ? » et ajuste sa propre horloge en conséquence.

Pourquoi cela compte, même si vous ne faites rien avec le temps : les journaux de différents appareils ne sont comparables que si leur heure concorde, les certificats de sécurité expirent à un instant précis, et de nombreuses réglementations en finance, diffusion et santé exigent une heure démontrablement correcte.

Sur un réseau ordinaire, le NTP atteint une précision de quelques millisecondes. Si vous en avez besoin de plus fin encore, il existe un protocole plus strict, le PTP.

Le Network Time Protocol (NTP) est le protocole qui garantit que des milliers d'appareils sur un réseau disposent de la même heure, avec une précision de quelques millisecondes. Sans NTP, chaque serveur, switch, horloge ou caméra possède sa propre horloge interne qui dérive, parfois de plusieurs secondes par jour. Pour la journalisation, l'ordre des transactions, la synchronisation vidéo et la conformité, cela est inutilisable.

Que fait NTP, en une phrase ?

NTP fonctionne comme un timbre que chaque horloge de votre réseau adresse au serveur en demandant : « quelle heure est-il chez vous ? ». Le serveur répond par un horodatage. L'horloge compare avec sa propre heure, calcule la différence ainsi que le délai de transit du réseau, puis se corrige elle-même.

Pourquoi avez-vous besoin de NTP, même sans vous occuper du temps ?

Les pistes d'audit doivent concorder : les fichiers de log de différents systèmes ne peuvent être comparés que si leurs horodatages sont alignés.
Sécurité : les certificats TLS expirent à un instant précis. Des horloges désynchronisées refusent ou acceptent à tort des certificats erronés.
Conformité : la réglementation financière (MiFID II exige 100 microsecondes), le broadcast (synchronisation à la frame près) et l'e-santé imposent une synchronisation temporelle démontrable.
Systèmes distribués : bases de données, microservices, files de messages — tout ce qui s'appuie sur des relations « happened before » exige des horloges concordantes.

Comment cela fonctionne-t-il précisément ?

NTP utilise une hiérarchie de stratums :

Stratum 0 : la source — une horloge atomique, un récepteur GPS ou un GNSS. Non directement raccordé au réseau.
Stratum 1 : un serveur NTP qui se synchronise directement sur une source stratum 0 (un Masterclock NTP100-GNSS, par exemple).
Stratum 2 à 15 : serveurs et clients qui se synchronisent sur un stratum 1 (ou un numéro supérieur). Plus on s'éloigne de la source, moins la précision est élevée.

Un client envoie un request-packet comportant sa propre heure. Le serveur répond avec quatre timestamps : réception, émission et les informations relatives à l'heure du client. Le client en déduit l'offset (écart entre les horloges) et le roundtrip-delay (délai aller-retour sur le réseau).

NTP vs PTP

NTP atteint une précision de l'ordre de la milliseconde (et parfois de quelques dizaines de microsecondes sur LAN). Pour une précision inférieure à la microseconde, vous avez besoin de PTP (Precision Time Protocol, IEEE 1588). Consultez notre article NTP vs PTP pour la comparaison.

Comment se déroule la mise en œuvre NTP via Daylight ?

En tant que distributeur officiel de Masterclock, nous fournissons depuis 2014 des serveurs NTP et des horloges pilotées par NTP à des broadcasters, datacenters, banques, hôpitaux et clients industriels. La configuration qui vous convient dépend de l'échelle, de l'environnement et des exigences de conformité. Contactez-nous et nous vous conseillons en toute indépendance.

Sources

RFC 5905 — Network Time Protocol Version 4 (spécification canonique)
NTP.org — implémentation communautaire et documentation

De la théorie à la pratique : découvrez les serveurs de temps NTP et PTP de la gamme Masterclock chez Daylight.

Le NTP (RFC 5905, version 4) synchronise les horloges via une hiérarchie de niveaux de strate, de la source physique (strate 0) aux clients (strate 15 ; 16 signifie non synchronisé). Chaque échange utilise quatre horodatages (T1 envoi client, T2 réception serveur, T3 envoi serveur, T4 réception client) pour calculer le décalage ((T2−T1)+(T3−T4))/2 et le délai aller-retour (T4−T1)−(T3−T2). L'hypothèse est un trajet symétrique ; l'asymétrie du trajet est la plus grande source d'erreur sur un WAN.

Le NTPv4 filtre statistiquement plusieurs échantillons (clock filter, sélection, clustering, combinaison) et pilote l'horloge système via une boucle de discipline avec une PLL/FLL combinée, plutôt que de laisser l'heure sauter. Sur un LAN à trajets symétriques, des dizaines de microsecondes sont atteignables ; sur internet généralement quelques millisecondes.

Pour les exigences sous la microseconde, le NTP est insuffisant car l'horodatage logiciel domine la gigue ; il faut alors le PTP (IEEE 1588) avec horodatage matériel et prise en charge réseau via boundary et transparent clocks. La sécurité passe par des clés symétriques ou le plus récent NTS (Network Time Security, RFC 8915).

Norme : IETF RFC 5905 (NTPv4).