What is 1588 PTP?

PTP stands for “Precision Timing Protocol”, and is described in IEEE Standard 1588. It is a protocol for distributing time across a packet network. It works by sending a message from a master clock to a slave clock, telling the slave clock what time it is at the master. However, the main issue is working out the delay of that message, and much of the PTP protocol is dedicated to solving that problem.

For example, if I sent a letter containing the time and date when I posted the letter, that is not useful to the receiver unless they know how long the letter took to arrive. If they know I used a next-day delivery service, they could set their calendar correctly, but they couldn’t set their watch. The accuracy to which they know the delay is the accuracy to which they can set their time to.

PTP works by using a two-way exchange of timing messages, known as “event messages”. It is easy to calculate a “round trip delay” from this, and the protocol then estimates the one-way message delay by simply halving the round-trip delay. This assumption is the protocol’s Achilles heel – it simply does not have the information required to work out the one-way delay correctly. If, as is often the case, the forward and reverse messages take different amounts of time to cross the network, the time estimate will be wrong. This is known as the “asymmetry problem”.

There are three key techniques used by the protocol to reduce error in the delay estimate:

1. Hardware timestamping – it precisely records the time at which event messages cross the physical interface. This eliminates the software delay involved in recognising and processing the messages.

2. Boundary clocks – these recover the time at intermediate points across the network, and forward the time on in a new set of messages. Typically these clocks are found in switches and routers in the network, and they help to reduce the effect of delay variation in the network, such as might be caused by queueing delays.

3. Transparent clocks – these may also be found in switches and routers across the network, but instead of recovering the time and forwarding it on, they simply record the amount of time the message spent traversing that switch or router. When the message finally arrives at the slave clock, it contains information about the accumulated delay through the network, allowing the slave clock to more precisely align its local time to the master clock.

PTP has evolved over time, and IEEE 1588 is currently undergoing a revision process to help improve the suitability of the protocol for use in a variety of industries, including telecoms, power distribution, automotive, scientific and industrial networks. From the number of participants in that process from many different backgrounds, it is clear that it has a strong future over the next few years as the principal method of distributing accurate time across networks.

Tim Frost
Strategic Technology Manager, Calnex Solutions.

Recent Blogs

Related Blogs

banana skin

Will SD-WAN really be the savior?

Mar 13, 2019
The only way to prove it is to get validation on how it will perform against your needs…
1386 Read more
Four Boardroom Members

How to Optimise Your IT Network and Spend

Feb 06, 2019
Network emulation can be a key tool to overcome barriers in getting the most out of your…
2318 Read more

Responding to IT Network Issues

Jan 22, 2019
If simple remedial scripts are not enough to fix an IT network issue, a more…
3584 Read more

Archived Blogs

834 More

Timing not Telecoms

Nov 08, 2016
565 More

5G Coming Soon

Aug 22, 2016
571 More

5G on the Horizon

Aug 01, 2016
564 More
607 More

What is a PTP Clock?

Apr 09, 2016
712 More

What is Time Error?

Oct 21, 2015
579 More

LTE-A & VoLTE Rollout

Sep 22, 2015
563 More

LTE Picks Up Speed

Aug 22, 2015
547 More

What is the Time?

Aug 22, 2015
556 More

Mobile and Sync

Aug 22, 2015
524 More

What is SyncE?

Aug 22, 2015
1016 More
613 More

Microwave Update

Aug 22, 2015
600 More

Unravelling Standards

Aug 22, 2015
580 More

Partial Progress?

Aug 22, 2015
554 More

Interpreting ITU

Aug 22, 2015
536 More

Confusion Rules!

Aug 22, 2015
560 More

Basestations Need Sync

Aug 22, 2015
573 More

ITSF 2015 Edinburgh

Aug 22, 2015
537 More

India to Follow China?

Aug 07, 2015
551 More
HOW CAN CALNEX HELP YOU FURTHER?

Click your area of interest below for more tutorials and real-world case studies.