Voir la source de Time Protocol

{{Infobox Protocole réseau sur la couche application
| sigle            = TP
| fonction         = Synchronisation des horloges
| date de création = 
| port             = 37
| rfc              = [[:rfc:868|RFC 868]]
}}

'''Time Protocol''' (TP) est un [[protocole réseau]] visant à synchroniser les [[horloge]]s de plusieurs systèmes informatiques sur un même [[réseau informatique]].

== Histoire ==

Il est proposé en mai [[1983]] par [[Jon Postel]] et [[Ken Harrenstien]] ({{RFC|868|titre=Time Protocol|date=mai 1983}} : 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|titre=Network Time Protocol (Version 3) Specification, Implementation and Analysis|date=mars 1992}}), qui offrent une précision largement inférieure à la [[Seconde (temps)|seconde]].

== Principe ==

Très simple dans le principe et sa mise en œuvre, TP fonctionne aussi bien en mode connecté (avec [[Transmission Control Protocol|TCP]]), qu'en non-connecté ([[User Datagram Protocol|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 {{date|1 janvier 1900}} à minuit [[Temps universel coordonné|UTC]]. Le nombre de secondes possibles est donc de <math>2^{32}</math> secondes, ce protocole est donc utilisable jusqu'en [[2036]].

Le serveur n'envoie aucune autre information additionnelle en plus du timestamp<ref>{{en}} Judah Levine, « The NIST Internet Time Service », dans Richard L. Sydnor (dir.), ''25th Annual Precise Time and-Time Interval (PTTI) Applications and Planning Meeting'', NASA Conference Publication 3267, actes d'un congrès à l'hôtel Ritz-Carlton de Marina Del Rey du 29 novembre au 2 décembre 1993, {{p.}}505–514 {{lire en ligne|url=http://ntrs.nasa.gov/search.jsp?R=19940026173}}.</ref>.

=== Transaction en TCP ===

Voici le déroulement d'une transaction en TCP :
# serveur : écoute sur le [[Port (logiciel)|port]] 37
# client : se connecte sur le port 37 du serveur
# serveur : envoie l'heure
# client : reçoit l'heure et ferme la connexion
# serveur : ferme la connexion
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 UDP ===

Voici le déroulement d'une transaction en UDP :
# serveur : écoute sur le port 37
# client : envoie un message vide sur le port 37 du serveur
# serveur : reçoit le message et envoie l'heure
# client : reçoit l'heure
Si le serveur ne peut définir son heure, il rejette le message du client.

== Incohérence ==

Il y a une incohérence dans la [[Request for comments|RFC]]. Il est dit que le protocole peut être utilisé jusqu'en 2036 et un exemple donne le nombre de secondes écoulées depuis {{date-|1 janvier 1900}} au {{date-|1 mai 1983}} :
:"''2,629,584,000 corresponds to 00:00 1 May 1983 GMT''"
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 :
:"''-1,297,728,000 corresponds to 00:00 17 Nov 1858 GMT''"
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 {{date-|1 janvier 1900}}. 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 ==
{{Références}}

== Voir aussi ==
=== Articles connexes ===
* {{lien|lang=en|Daytime Protocol}}
* [[Network Time Protocol]]
*[[Precision Time Protocol]]
*[[ISO 8601]]

=== Liens externes ===
* {{en}} [[:rfc:868|RFC 868]] – ''{{lang|en|Time Protocol}}''
* {{fr}} [http://abcdrfc.free.fr/rfc-vf/rfc868.html Traduction française de la RFC 868]

{{Portail|informatique}}

[[Catégorie:Protocole réseau]]
[[Catégorie:Représentation informatique du temps]]