NTP
Also called Network Time Protocol, NTPv4, SNTP.
The protocol that keeps ordinary computers agreeing about the time of day. It corrects for network delay by measuring the round trip and disciplines the local clock gradually rather than jumping it. Milliseconds on a good LAN — nowhere near PTP, and exactly right for its actual job: making logs, licences and scheduled events line up across a rack.
Discovery, monitoring, configuration, backups, updates. Useful, and none of it has a deadline of its own.
What kills it. Nothing kills it. That is the problem: with no deadline it has no manners, and it will happily starve everything that does have one. Putting it on a show VLAN is the commonest self-inflicted wound in the industry.
Why this one, and not what the category suggests. Wall-clock agreement to within milliseconds. Useful for log timestamps, nowhere near tight enough to be a show clock — a distinction people lose money on.
Ports
Symmetric: both ends use 123 in the classic mode. Blocking it outbound is a common cause of machines that slowly drift apart.
What goes wrong
What speaks NTP (1)
| Product | Direction | Notes |
|---|---|---|
| Evertz 5601MSC Master Sync and Clock Evertz |
out | Time of day for the facility. |
Typical use
- Keeping show machines, media servers and consoles on the same wall-clock time so logs can be compared after a fault.
- Time-stamping recordings, captures and measurement sessions.
- Satisfying licensing and certificate checks that fail silently when a machine believes it is in 1970.
- Scheduling in installations — building systems, digital signage, unattended playback.
Sources
- RFC 5905: Network Time Protocol Version 4 — IETF primary
Known gaps on this entry: implementations. If you can source one of them, that is a ten minute pull request.
Edit this entry on GitHub — one file, editable in your browser, and your handle goes on it permanently.
Work at IETF? Confirm or correct this entry — it is free, it stays free, and nothing about it is for sale.