Two instruments record the same experiment. Their data arrives intact. No packets are missing. Yet the measurements tell the wrong story because the instruments disagree about when things happened.
For ordinary office software, a tiny clock error may be irrelevant. For particle detectors or experiments involving individual photons, a billionth of a second can be part of the measurement itself.
White Rabbit is an Ethernet-based timing technology that can synchronize compatible, properly calibrated equipment with sub-nanosecond accuracy. It makes a network carry a remarkably precise shared sense of time alongside data. That performance belongs to an engineered timing system, rather than to any Ethernet connection bearing the right name. [1]
How Small Is a Billionth of a Second?
One nanosecond is 0.000000001 seconds. In that interval, light travels only about 30 centimeters in a vacuum.
At this scale, “the signal should be there by now” becomes an inadequate engineering method. Cable propagation time, transceiver delays, and the exact instant at which hardware timestamps a message all matter.
White Rabbit grew from a CERN-led collaboration involving laboratories and companies. Its development began in 2008, and commercial switches became available in 2012. Its purpose was to give distributed scientific equipment a common time base precise enough for demanding measurement and control. [2]
The interesting achievement is not a clock displaying more decimal places. It is physically separate devices agreeing closely enough that those extra digits have meaning.
Same Time, Same Rate, or the Same Mistake?
Three ideas help decode White Rabbit’s performance claims:
| Concept | The question it answers |
|---|---|
| Frequency agreement | Are the clocks ticking at the same rate? |
| Time alignment | Do their readings refer to the same instant, after accounting for delays? |
| Precision or repeatability | How much do repeated timing comparisons fluctuate? |
| Accuracy relative to a reference | How closely does the result agree with the reference being used? |
Two clocks can tick at exactly the same rate while one remains five seconds ahead. They are frequency-aligned, but their time readings disagree.
Likewise, a clock that is consistently 12 nanoseconds late can have excellent repeatability. Small fluctuations do not remove that fixed error. This is why picosecond-scale precision and sub-nanosecond accuracy describe different properties; one nanosecond contains 1,000 picoseconds.
The reference matters too. Excellent alignment to a local reference is not, by itself, a statement about accuracy relative to UTC. That requires an appropriate reference source and an understood chain of time transfer.
How Does White Rabbit Synchronization Work?
Our Precision Time Protocol overview introduces IEEE 1588, commonly called PTP. White Rabbit builds on that family of techniques and combines them with physical-layer frequency transfer and finer timing measurements. [12]
First, share the rate. Clock recovery from the Ethernet physical layer, using an approach similar to Synchronous Ethernet, lets a receiving device discipline its local clock to the upstream frequency. Imagine musicians sharing the same tempo before agreeing exactly where the first beat falls.
Second, exchange timing messages. PTP supplies timestamped exchanges used to estimate the relationship between clocks and the propagation delay. The system needs to distinguish “your clock is behind” from “my message took time to reach you.”
Third, refine the measurement and correct the delays. Hardware timestamping and fine phase detection improve the timing information, while calibrated hardware delays and link-asymmetry compensation address systematic errors. [3, 4]
None of these ingredients alone explains the result. A precise frequency does not set the time, and extremely fine timestamp resolution does not make an incorrect delay model accurate.
The Clever Part: The Return Journey Is Not Quite the Same
A two-way timing exchange seems to offer an easy answer: measure the round trip and divide by two.
That works only as a one-way delay estimate if the relevant forward and reverse delays are equal, or if their difference is correctly compensated.
Consider a simplified hypothetical link whose clocks are already aligned:
Forward propagation delay: 5,000 ns
Reverse propagation delay: 5,004 ns
Round trip: 10,004 ns
Half the round trip: 5,002 ns
Error in that assumed forward delay: 2 ns
Even a perfect round-trip measurement would leave a two-nanosecond bias if we assumed identical directions. That already exceeds the accuracy we are trying to achieve. These numbers illustrate the arithmetic; they are not measurements of a White Rabbit product.
In a common White Rabbit optical arrangement, both directions use a single fiber but different light wavelengths. Their propagation delays can differ. The transmit and receive electronics also introduce delays that must be characterized. CERN’s calibration procedure explicitly accounts for these effects. [4]
White Rabbit measures changing link delay and uses calibrated parameters to compensate for asymmetry and hardware delays. It does not make light arrive instantaneously or eliminate the need to characterize the equipment.
What Equipment Actually Does the Work?
A White Rabbit installation includes compatible timing switches, endpoint nodes, optical links, and a reference-clock arrangement.
The switch participates in distributing timing through the network. At an endpoint, the White Rabbit PTP Core is commonly implemented inside an FPGA, alongside the platform-specific clocking and transceiver resources it needs. It disciplines clocks and provides timing information or reference outputs, such as a pulse-per-second signal, to the surrounding application. [5]
That last step matters. A synchronized hardware clock does not automatically give every application timestamp the same accuracy. Sensor electronics, trigger paths, operating-system handling, and the point where an event is timestamped can introduce additional uncertainty.
Nor does connecting an ordinary laptop to a timing switch automatically make its system clock accurate to a nanosecond. The sub-nanosecond capability applies between suitably implemented White Rabbit devices. [1]
The same infrastructure can transport measurement data, but its timing performance is a separate property from application-packet latency. Knowing exactly when an event happened does not require its data packet to reach a remote computer one nanosecond later.
Is White Rabbit Just a Better Version of NTP?
It is more useful to compare the problems the technologies are designed to solve.
| Technology | Useful way to think about it | Important qualification |
|---|---|---|
| NTP | Distribute time to general-purpose computers across IP networks. | Accuracy depends on paths, clock sources, implementation, and conditions; milliseconds are not a universal hard limit. |
| PTP | Synchronize networked measurement and control equipment using timestamped exchanges and defined profiles. | A PTP label alone does not specify the achievable accuracy or interoperability. |
| White Rabbit | Combine PTP-related timing, physical-layer frequency transfer, fine phase measurement, and delay calibration. | Sub-nanosecond performance needs compatible equipment and a validated timing design. |
Our NTP guide explains the general-purpose approach. NTP’s own specification describes potential accuracy in the tens of microseconds on suitable workstations and fast LANs, illustrating why a rigid “NTP equals milliseconds” rule is misleading. [6]
White Rabbit earns its additional complexity when the application needs a much tighter timing budget and the operator can engineer the relevant infrastructure.
How White Rabbit Became Part of IEEE 1588
White Rabbit is an established technology with an expanding field of applications. Its ideas were generalized into the High Accuracy Default PTP Profile in IEEE 1588-2019. [3]
That is an important step toward broader use, but it requires a careful distinction. The original WR-PTP protocol and the High Accuracy profile are different protocol choices; the Collaboration’s documentation explicitly notes that they are not directly protocol-compatible. Supporting IEEE 1588-2019 in general does not establish that a device implements either choice. [3]
For a real design, verify the particular profile, hardware capabilities, firmware support, and interoperability. Standards compliance is a starting point for those questions, not a substitute for answering them.
From Accelerators to the Quantum Internet
The technology’s applications now reach well beyond its original setting.
Scientific instruments use precise shared time to tag measurements and coordinate acquisition across physically separate equipment. CERN’s technology-transfer material also identifies deployment in research facilities and financial infrastructure. [7]
Time-distribution infrastructure is another practical example. The UK’s National Physical Laboratory describes a White Rabbit innovation node at the University of Surrey, providing timing signals for telecommunications research. This connects the idea to terrestrial distribution of reference time rather than treating every device as an isolated satellite-time receiver. [8]
Quantum-network experiments make the timing requirement especially tangible. NIST researchers have used White Rabbit to synchronize distant nodes in experiments involving entangled photons. CERN reported its own tests in October 2025, investigating how classical White Rabbit timing signals can coexist with entangled-photon signals in an optical fiber. [9, 10]
The timing signal remains classical. White Rabbit does not turn an Ethernet frame into a qubit; it helps experimental systems agree about when their measurements occur.
What Can Spoil the Result?
The network needs an error budget, not just an impressive brochure number.
Calibration must match the actual equipment and link arrangement. Replacing an optical module or changing the timing path can require checking the calibration again. Delay changes and environmental conditions must remain within what the design can measure or compensate. [4]
Reference quality is equally important. If devices follow a reference that is wrong relative to the required time scale, they can agree beautifully with each other while sharing the same error. Losing the reference raises a different question: how well can the local oscillators maintain time during holdover?
Finally, a physical timestamp is only part of a distributed application’s correctness. Closely aligned clocks do not replace synchronization protocols, transaction rules, or a clear model of causality. Our distributed systems guide introduces those wider coordination problems.
Ethernet Learns to Carry a Shared Now
CERN launched the White Rabbit Collaboration in 2024 to support the technology’s open-source foundations and wider uptake. The combination of documented designs, reusable implementations, commercial equipment, and industrial collaboration helps explain why a scientific timing system has become relevant to broader infrastructure. [11]
For most networks, delivering the bytes is enough. For some of the most demanding systems, the network must also establish a trustworthy answer to “when?”
White Rabbit makes that answer precise enough for a billionth of a second to become a useful engineering quantity.
References and Further Reading
- White Rabbit Collaboration: WR Technology.
- White Rabbit Collaboration: History.
- White Rabbit Collaboration: IEEE 1588 Standard and High Accuracy Profile.
- CERN: White Rabbit Calibration Procedure, version 1.1—hardware delays and fiber asymmetry.
- White Rabbit Collaboration: Nodes and the White Rabbit PTP Core.
- RFC 5905: Network Time Protocol Version 4.
- CERN Knowledge Transfer: White Rabbit.
- NPL: National Timing Centre Innovation Nodes.
- NIST: Quantum Entanglement with Distant, Synchronized Network Nodes.
- CERN: White Rabbit Meets Quantum Entanglement, October 2, 2025.
- CERN: Launch of the White Rabbit Collaboration, March 22, 2024.
- Lipinski et al.: White Rabbit—A PTP Application for Robust Sub-nanosecond Synchronization—authors’ research abstract and publication link.
