rfc-868

Time Protocol

J. Postel, K. Harrenstien
date1983-05 streamLegacy statusINTERNET STANDARD pages2 canonicalhttps://www.rfc-editor.org/rfc/rfc868 doi10.17487/RFC0868 errataview
This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet that choose to implement a Time Protocol are expected to adopt and implement this standard. This protocol provides a site-independent, machine readable date and time. The Time service sends back to the originating source the time in seconds since midnight on January first 1900.

also

Extracted elements (10)

design-rationale

Not all systems have a hardware date/time clock, and all are subject to occasional human or machine error. Polling several independent time-servers on the network allows a host to quickly confirm or correct its local time.

design-rationale

The epoch is defined as midnight 1 January 1900 GMT because this base will serve until the year 2036. Example calibration points are given: 2,208,988,800 equals 00:00 1 Jan 1970 GMT (the Unix epoch).

ntp

interoperability-note

The 32-bit seconds-since-1900 representation overflows after the year 2036. Implementations relying on this epoch without extension will cease to function correctly at that point.

ntp

normative-requirement SHOULD

If the TCP server is unable to determine the time at its site, it should either refuse the connection or close it without sending anything.

tcp

normative-requirement SHOULD

If the UDP server is unable to determine the time at its site, it should discard the arriving datagram and make no reply.

udp

protocol-element

Over TCP, the server listens on port 37. Upon connection, the server immediately sends a 32-bit time value and closes the connection; the client receives the value and then closes its end.

tcp

protocol-element

Over UDP, the server listens on port 37. The client sends an empty datagram to port 37; the server responds with a datagram containing the 32-bit time value.

udp

registry

The Time Protocol is assigned port 37 (octal 45) for both TCP and UDP transport.

registry, tcp, udp

security-consideration

RFC 868 includes no security considerations section and provides no authentication, integrity protection, or confidentiality for the time value. A network-level adversary can forge or replay time responses to manipulate a host's clock. The protocol should be used only in trusted network environments.

security

wire-format

The time value is a 32-bit binary number representing the number of seconds since 00:00 (midnight) 1 January 1900 GMT. This same encoding is used in both TCP and UDP modes.

ntp