Carte mondiale du NTP et du NTS : couverture, opérateurs, concentration

Cette carte ne dit pas l'état du NTP dans le monde. Elle dit ce que nous avons mesuré du NTP dans le monde — ce qui n'est pas la même chose, et la différence est écrite partout où elle compte. Chaque chiffre vient d'une campagne datée, sondée depuis six réseaux, et se recalcule depuis le CSV publié.

Cette page est un point de vue macro : le monde, les continents, la concentration. Elle ne remplace pas le détail — le nom de chaque serveur, l'écart entre ce qu'un opérateur documente et ce qu'il sert, l'historique des campagnes vivent sur les pages continentales. Elle ne recommande aucun serveur non plus : pour choisir une source française et la configurer, allez au guide France.

Le monde, continent par continent

Ces lignes sont des agrégats des mêmes mesures. « Monde » inclut l'anycast mondial et les machines dont nous n'avons pas pu établir la localisation — qui n'appartiennent donc à aucun continent.

La colonne en attente compte les serveurs déjà présents dans notre inventaire que nous n'avons pas encore sondés. Elle existe pour qu'une ligne à zéro reste lisible : un continent peut afficher zéro machine mesurée parce que nous n'y sommes pas encore allés, ce qui n'a rien à voir avec l'absence de serveurs. Aujourd'hui 566 machines dans 60 pays attendent une campagne.

Répartition des stratums

Un pays à quarante serveurs tous en stratum 3 dépend d'ailleurs ; un pays à cinq stratum 1 tient sa propre référence de temps. C'est ce que ce décompte montre, et rien d'autre — le stratum est une distance logique, pas une qualité.

La France d'abord

Nous sommes français, la question nous concerne, et la réponse n'est pas flatteuse. Sur 334 machines françaises mesurées, 29 servent du NTS — et 37,9 % d'entre elles sont les nôtres.

Cette section dit ce que nous avons mesuré en France. Elle ne dit pas quelle source utiliser : pour ça, il y a le guide des serveurs NTP français — choix par cas d'usage, politiques d'accès, exemples chrony et w32tm.

Pays par pays

Les quatre décomptes sont séparés, jamais fondus : un serveur qui ne répond qu'en IPv4 et un serveur qui ne répond qu'en IPv6 ne sont pas le même fait, et c'est précisément ce qu'une carte de couverture doit montrer.

Ce tableau donne les volumes. Il ne donne pas les noms, ni ce que chaque opérateur documente par rapport à ce qu'il sert réellement, ni ce qui a bougé depuis la campagne précédente : cela demande du texte, pays par pays, et vit sur la page du continent. La colonne de droite y renvoie quand elle existe.

Le pool, strate par strate

La carte compte les serveurs publiés comme services de temps. À côté vit un autre monde, bien plus vaste : les machines prêtées par des bénévoles à pool.ntp.org. Elles ne rejoignent pas le registre — « qui publie un service » et « qui prête une machine » sont deux questions, et les mélanger ferait chuter la part de NTS pour une raison qui n'a rien à voir avec le NTS. Mais leur répartition par strate dit quelque chose que le registre ne dit pas : sur quoi s'appuie, en pratique, l'heure de tout le monde.

3578 machines prêtées au pool, 3473 ont répondu, 1106 joignables à la fois en IPv4 et en IPv6. Une machine dont nous connaissons les deux adresses n'est comptée qu'une fois. Moisson du 2026-08-05. Une zone du pool ne dit pas le pays : le projet complète une zone nationale trop peu fournie avec des serveurs des pays voisins, si bien qu'une zone dit où l'opérateur s'est inscrit, pas où la machine se trouve.

Les données complètes, par continent et par zone : pool-strata.json (CC BY 4.0).

La méthode, et ce qu'elle ne dit pas

Votre serveur manque ?

Déclarez-le dans notre dépôt ouvert — un fichier YAML, un seul champ obligatoire, le nom d'hôte — ou par e-mail à ntp@rdem-systems.com. Il entrera dans la campagne suivante — et c'est ainsi qu'une ligne « en attente » du tableau ci-dessus finit par devenir une mesure. Ce dépôt n'est pas un annuaire de serveurs conseillés : une déclaration d'opérateur vaut existence et autorisation de mesure, pas recommandation.

Les données

Ce qui reproduit exactement cette page, ce sont les fichiers scellés de la campagne affichée — signature, deux horodatages d'autorité et OpenTimestamps. Comptez-y les lignes, et le total tombe à l'unité près — mais chaque fichier a son écriture, et une recette qui ne dit pas laquelle ne se rejoue pas :

• CSV — counted=yes et nts_measured=yes (valeurs yes/no) ;
• JSON — counted et nts (booléens true/false).

Les deux rendent le même ensemble de machines : c'est la même campagne, projetée deux fois.

Une réserve, pour que le contrôle aboutisse du premier coup. les fichiers proposés ci-dessous sont ceux de la campagne que vous lisez, pas d'une URL « dernière connue » : leur nom change à chaque campagne, et c'est ce qui les rend citables.

Tous ces fichiers sont publiés sous CC BY 4.0 :

• la mesure scellée du 7 août 2026 (JSON) — une ligne par serveur ; c'est ce fichier qui reproduit cette page, et ses sceaux sont à côté
• l'inventaire de la même campagne (CSV) — scellé lui aussi
• l'inventaire courant (CSV) — URL roulante, remplacée à chaque campagne : pratique pour suivre, inadaptée pour citer. Les agrégats, eux, n'ont plus d'URL roulante : chaque campagne porte les siens, sous son propre nom.
• la série temporelle (JSON) — chaque point porte le verdict de méthode en vigueur ce jour-là

Les pages qui prennent le relais de celle-ci :

• Analyser les mesures européennes — qui sert du NTS en Europe, sous quel nom, et ce que les documentations ne disent pas.
• Choisir une source française — le guide de décision et de configuration, pas un décompte.
• Comprendre le NTS — ce que la RFC 8915 authentifie exactement.
• Remonter l'arbre des dépendances — quel serveur suit quel autre, et sur quelle horloge. La concentration des horloges n'est pas celle des opérateurs.