Time ProtocolTime Protocol (TP) est un protocole réseau visant à synchroniser les horloges de plusieurs systèmes informatiques sur un même réseau informatique. HistoireIl est proposé en mai 1983 par Jon Postel et Ken Harrenstien (RFC 868[1] : Time Protocol), comme un standard pour le réseau Internet. Il devint obsolète avec l'arrivée de protocoles tels que Network Time Protocol (NTP, RFC 1305[2]), qui offrent une précision largement inférieure à la seconde. PrincipeTrès simple dans le principe et sa mise en œuvre, TP fonctionne aussi bien en mode connecté (avec TCP), qu'en non-connecté (UDP). Le mode de communication est typiquement celui du client-serveur, avec la demande de l'heure par le client au serveur et la réponse de ce dernier. Le format de l'heure envoyée par le serveur est sous la forme d'un entier de 32 bits non-signé, représentant le nombre de secondes écoulées depuis le à minuit UTC. Le nombre de secondes possibles est donc de secondes, ce protocole est donc utilisable jusqu'en 2036. Le serveur n'envoie aucune autre information additionnelle en plus du timestamp[3]. Transaction en TCPVoici le déroulement d'une transaction en TCP :
Si le serveur ne peut définir son heure, il refuse la connexion du client ou il ferme la connexion établie sans rien envoyer. Transaction en UDPVoici le déroulement d'une transaction en UDP :
Si le serveur ne peut définir son heure, il rejette le message du client. IncohérenceIl y a une incohérence dans la RFC. Il est dit que le protocole peut être utilisé jusqu'en 2036 et un exemple donne le nombre de secondes écoulées depuis au :
Cela ne peut être possible que si la valeur est représentée par un entier sur 32 bits non-signé. Or, le dernier exemple :
dit que si la valeur est négative (ce qui est impossible avec un type non-signé), cela représente une date inférieure au . En prenant en compte cet exemple, on ne sait pas si l'heure est représentée sur 32 bits signé ou non. Références
Voir aussiArticles connexesLiens externes
|