Send an empty UDP request
03The UDP user sends an empty datagram to port 37. The server sends back a datagram containing the 32-bit time.
The reply carries 32 bits of time to the originating source, independently of the TCP service.
Source for this drawing: RFC 868 · Read RFC source: UDP service · page 2 ↗
New to this? Start hereA quick picture + helpful background
Two clocks may disagree.
A device compares timestamps with another clock. Network delay makes that comparison imperfect. The drawing separates the clock reading from the trip the message takes.
Helpful first, if these ideas are unfamiliar
These pictures are analogies to help you learn. The linked RFC explains the actual rules.
Terms in this drawing
Related RFCs and changes
“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.
An empty request still has a transport envelope.
- The request has zero application-data bytes; UDP/IP headers still exist.
- The server listens on UDP port 37 and replies to the originating source.
- The reply contains the time as a 32-bit binary number; no TCP connection or close exchange occurs.
RFC 868 defines no application transaction identifier, retry timer or authentication field. UDP delivery guarantees come from neither this request nor the small size of the reply. A missing reply is not a time value.
Read the RFC section ↗