Pire, la rotation est actuellement en train de décélérer, et rien n'a été prévu pour supprimer une seconde à UTC.
Je ne comprends pas cette phrase. Dans les protocoles NTP et PTP (quand ce dernier ne tracke pas TAI) tout est prévu pour l'ajout et le retranchement d'une seconde. Donc même si ça na jamais été utilisé en vrai c'est bien là, depuis très longtemps.
Dans un paquet NTP il y a 2 bits appelés "LI" (pour Leap Indicator). Les valeurs possibles sont généralement envoyées tout au long de la journée précédant un éventuel changement pour que le client soit sûr de les chopper:
00: tout va bien, circulez y'a rien à voir
01: il va y avoir une seconde de plus à la fin de la journée (donc la journée se finira à 23:59:60.999...)
10: il va y avoir une seconde de moins à la fin de la journée (donc la journée se finira à 23:59:58.999...)
11: il y a un problème avec ce serveur qui n'est pas synchro
Même chose pour PTP avec les "Announce Message" mais je vous passe les détails, c'est trop complexe pour un mini post.
# "rien n'a été prévu" ?
Posté par Xavier Bestel (site web personnel) . En réponse à la dépêche Nouveaux préfixes SI et avenir de la seconde intercalaire. Évalué à 10.
Je ne comprends pas cette phrase. Dans les protocoles NTP et PTP (quand ce dernier ne tracke pas TAI) tout est prévu pour l'ajout et le retranchement d'une seconde. Donc même si ça na jamais été utilisé en vrai c'est bien là, depuis très longtemps.
Dans un paquet NTP il y a 2 bits appelés "LI" (pour Leap Indicator). Les valeurs possibles sont généralement envoyées tout au long de la journée précédant un éventuel changement pour que le client soit sûr de les chopper:
Même chose pour PTP avec les "Announce Message" mais je vous passe les détails, c'est trop complexe pour un mini post.