Precision Time Protocol

The Precision Time Protocol (PTP) is a protocol used to synchronize clocks throughout a computer network. On a local area network it achieves clock accuracy in the sub-microsecond range, making it suitable for measurement and control systems.^[1]

PTP was originally defined in the IEEE 1588-2002 standard, officially entitled "Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems". In 2008 a revised standard, IEEE 1588-2008 was released. This new version, also known as PTP Version 2, improves accuracy, precision and robustness but is not backwards compatible with the original 2002 version.^[2]

"IEEE 1588 is designed to fill a niche not well served by either of the two dominant protocols, NTP and GPS. IEEE 1588 is designed for local systems requiring accuracies beyond those attainable using NTP. It is also designed for applications that cannot bear the cost of a GPS receiver at each node, or for which GPS signals are inaccessible."^[3]

Contents 1 Architecture 2 Protocol details 2.1 Message transport 2.2 Domains 3 Best master clock algorithm 4 Synchronization 5 Optional features 6 Implementations 6.1 1588 enabled Ethernet switches 6.2 1588 stand-alone solutions 6.3 Software 6.4 Silicon 6.5 Other 7 Related initiatives 8 Notes 9 References 10 External links

Architecture

The IEEE 1588 standards describe a hierarchical master-slave architecture for clock distribution. Under this architecture, a time distribution system consists of one or more communication media (network segments), and one or more clocks. The ordinary clock is a device with a single network connection and is either the source of (master) or destination for (slave) a synchronization reference. The boundary clock has multiple network connections and can accurately bridge synchronization from one network segment to another. A synchronization master is elected for each of the network segments in the system. The root timing reference is called the grandmaster.^[4] The grandmaster transmits synchronization information to the clocks residing on its network segment. The boundary clocks with a presence on that segment then relay accurate time to the other segments to which they are also connected.

A simplified PTP system frequently consists of ordinary clocks connected to a single network. No boundary clocks are used. A grandmaster is elected and all other clocks synchronize directly to it.

IEEE 1588-2008 introduces a clock associated with network equipment used to convey PTP messages. The transparent clock modifies PTP messages as they pass through the device. Timestamps in the messages are corrected for time spent traversing the network equipment. This scheme improves distribution accuracy by compensating for delivery variability across the network.

PTP uses the same epoch as Unix time (Midnight, 1 January 1970). Whereas Unix time is based on Coordinated Universal Time (UTC) and is subject to leap seconds, PTP is based on International Atomic Time (TAI) and moves forward monotonically. The PTP grandmaster communicates the current offset between UTC and TAI so that UTC can be computed from the received PTP time. The profile capability under IEEE 1588-2008 allows the use of application-specific epochs.^[5]

Protocol details

Synchronization and management of a PTP system is achieved through the exchange of messages across the communications medium. To this end, PTP uses the following message types.

• Sync, Delay_Req, Follow_Up and Delay_Resp messages are used by ordinary and boundary clocks and communicate time-related information used to synchronize clocks across the network.
• Pdelay_Req, Pdelay_Resp and Pdelay_Resp_Follow_Up are used by transparent clocks to measure delays across the communications medium so that they can be compensated for by the system. Transparent clocks and these messages associated with them are not available in IEEE 1588-2002.
• Announce messages are used by the best master clock algorithm in IEEE 1588-2008 to build a clock hierarchy and select the grandmaster.^{[note 1]}
• Management messages are used by network management to monitor, configure and maintain a PTP system.
• Signaling messages are used for non-time-critical communications between clocks. Signaling messages were introduced in IEEE 1588-2008.

Messages are categorized as event and general messages. Event messages are time-critical in that accuracy in transmission and receipt timestamp accuracy directly affects clock distribution accuracy. Sync, Delay_Req, Pdelay_Req and Pdelay_resp are event messages. General messages are more conventional protocol data units in that the data in these messages is of importance to PTP, but their transmission and receipt timestamps are not. Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, Management and Signaling messages are members of the general message class.^[6]

Message transport

All PTP messages are sent using multicast messaging. IEEE 1588-2008 introduces an option for devices to negotiate unicast transmission on a port-by-port basis.^[7]

PTP messages may use the Internet Protocol (IP) for transport. The original specification used only IPv4 transports,^[8] but this has been extended to IPv6.^[9] Over IP, messages use the User Datagram Protocol (UDP). Datagrams are transmitted using IP multicast addressing, for which multicast group addresses are defined for IPv4 and IPv6 (see table).^[10] Event messages are sent to port number 319. General messages use port number 320. Replies to Management messages are always returned to the unicast address of the originator.

IP multicast group addresses

Messages	IPv4	IPv6
All except peer delay messages	224.0.1.129[note 2]	FF0x::181[note 3]
Peer delay messages: Pdelay_Req, Pdelay_Resp and Pdelay_Resp_Follow_Up[note 4]	224.0.0.107[note 5]	FF02::6B

Encapsulation is also defined for bare IEEE 802.3 Ethernet,^[9] DeviceNet,^[11] ControlNet^[12] and PROFIBUS.^[13] PTP uses Ethertype 0x88F7 and an Ethernet multicast destination address of 01-1B-19-00-00-00 for all but peer delay messages. Peer delay messages are sent to 01-80-C2-00-00-0E.^{[9][note 6]}

Domains

A domain^{[note 7]} is an interacting set of clocks that synchronize to one another using PTP. Clocks are assigned to a domain by virtue of the contents of the Subdomain name (IEEE 1588-2002) or the domainNumber (IEEE 1588-2008) fields in PTP messages they receive or generate. Subdomains allow multiple clock distribution systems to share the same communications medium.

Subdomain name field contents (IEEE1588-2002)	domainNumber (IEEE1588-2008)	IPv4 multicast address (IEEE1588-2002)[note 8]	Notes
_DFLT	0	224.0.1.129	Default domain
_ALT1	1	224.0.1.130	Alternate domain 1
_ALT2	2	224.0.1.131	Alternate domain 2
_ALT3	3	224.0.1.132	Alternate domain 3
Application specific up to 15 octets[14]	4 through 127	224.0.1.130, 131 or 132 as per hash function on Subdomain name[15]	User-defined domains

Best master clock algorithm

The best master clock algorithm (BMC) performs a distributed selection of the best candidate clock based on the following clock properties.

• Identifier - A universally unique numeric identifier for the clock. This is typically constructed based on a device's MAC address.
• Quality - Both versions of IEEE 1588 attempt to quantify clock quality based on expected timing deviation, technology used to implement the clock or location in a stratum schema, although only V1 knows a data field stratum. PTP V2 defines the overall quality of a clock by using the data fields clockAccuracy and clockClass.
• Priority - An administratively assigned precedence hint used by the BMC to help select a grandmaster for the PTP domain. IEEE 1588-2002 used a single boolean variable to indicate precedence. IEEE 1588-2008 features two 8-bit priority fields.
• Variance - A clock's estimate of its stability based on observation of its performance against the PTP reference.

IEEE 1588-2008 uses a hierarchical selection algorithm based on the following properties in the order indicated.^[16]

1. Priority 1
2. Class
3. Accuracy
4. Variance
5. Priority 2
6. Unique identifier (tie breaker)

IEEE 1588-2002 uses a selection algorithm based on similar properties.

Synchronization

Through use of the BMC algorithm, PTP elects a master source of time for a IEEE 1588 domain and for each network segment in the domain.

Clocks determine the offset between themselves and their master.^[17] Let the variable represent physical time. For a given slave device, the offset at time is defined by:

where represents the time measured at the clock at physical time , and represents the time measured at the master at physical time .

The master periodically broadcasts the current time as a message to the other clocks. Under IEEE 1588-2002 broadcasts are up to once per second. Under IEEE 1588-2008, up to 10 per second are permitted.

Each broadcast begins at time with a Sync message sent by the master to all the clocks in the domain. A clock receiving this message takes note of the local time when this message is received.

The master may subsequently send a multicast Follow_Up with accurate timestamp. Not all masters have ability to present an accurate time stamp in the Sync message. It is only after the transmission is complete that they are able to retrieve an accurate time stamp for the Sync transmission from their network hardware. Masters with this limitation use the Follow_Up message to convey . Masters with PTP capabilities built into their network hardware are able to present an accurate time stamp in the Sync message and do not need to send Follow_Up messages.

In order to accurately synchronize to their master, clocks must individually determine the network transit time of the Sync messages. The transit time is determined indirectly by measuring round-trip time from each clock to its master. The clocks initiate an exchange with their master designed to measure the transit time . The exchange begins with a clock sending a Delay_Req message at time to the master. The master receives and time stamps the Delay_Req at time and responds with a Delay_Resp message. The master includes the time stamp in the Delay_Resp message.

Through these exchanges a clock learns , , and

If is the transit time for the Sync message, and is the constant offset between master and slave clocks, then

and

Combining the above two equations, we find that

The clock now knows the offset during this transaction and can correct itself by this amount to bring it into agreement with their master.

One assumption is that this exchange of messages happens over a period of time so small that this offset can safely be considered constant over that period. Another assumption is that the transit time of a message going from the master to a slave is equal to the transit time of a message going from the slave to the master. Finally, it is assumed that both the master and slave can accurately measure the time they send or receive a message. The degree to which these assumptions hold true determines the accuracy of the clock at the slave device.^[18]

Optional features

IEEE 1588-2008 standard lists the following set of features as optional features,any implementation may optionally support these features.

• Alternate Time-Scale
• Grand Master Cluster
• Unicast Masters
• Alternate Master
• Path Trace

Implementations

1588 enabled Ethernet switches

• ACRA CONTROL airborne switches^[19]
• Allen-Bradley Stratix 8000^[20]
• Brocade 6910 Ethernet Access Switch^[21]
• Cisco Industrial Ethernet 3000 Series Switches^[22]
• Cisco NEXUS 5000 Industrial Ethernet Switch ^[23]
• Cisco ASR 903 Router ^[24]
• Hirschmann MACH1040 19" Industrial Ethernet Switches with IEEE 1588v2 support^[25]
• Hirschmann MICE Modular Industrial Ethernet Rail Switch Modules with IEEE 1588v2 support^[26]
• IEEE 1588 PTP Solutions from RuggedCom^[27]
• Moxa PowerTrans series (PT-7728-PTP) and EDS-600 series switches
• GarrettCom 10KT Industrial Managed 1588v2 Switch^[28]
• GarrettCom 12KX Industrial Managed 1588v2 Ethernet Switch^[29]
• Siemens SCALANCE X-300 and XR-300 Industrial Managed Ethernet Switch with 1588 support (all X308-2M, all XR-324-12M, all XR324-4M, all X302-7EEC and X307-2EEC)^[30]
• Juniper Networks MX Universal Edge Routers ^[31]

1588 stand-alone solutions

• IEEE 1588 PTP M50 production module from Conemtech ^[32]
• IEEE 1588 PTP P50 Sub-System board from Conemtech ^[33]
• IPITEK MSP-1588^[34]
• IEEE 1588 PTP Solutions from Oscilloquartz SA^[35]

Software

• TimeKeeper PTP server and client from FSMLabs, Inc.
• Domain Time II PTPv2 server and client for Windows from Greyware Automation Products, Inc.
• PTPd and its derivatives
• IEEE 1588 PTP 2002/2008 Master Stack Software from Real-Time Systems GmbH.
• IEEE 1588 Protocol Software from IXXAT Automation GmbH. ^[36]
• Openptp from Flexibilis Oy is GPL licensed open source implementation of the IEEE 1588-2008 (Version 2) PTP specification.^[37]

Silicon

• IEEE 1588 Clock and 10/100/1000Mbps Packet Timestamper from Maxim Integrated Products^[38]
• 8-Input, 14-Output, Dual DPLL Timing IC with IEEE 1588 Clock from Maxim Integrated Products^[39]
• IEEE 1588 PTP Grandmaster Controller from Conemtech ^[40]
• IEEE 1588 PTP Ethernet Switching Solutions from Vitesse Semiconductor^[41]
• IEEE 1588 PTP Synchronization Solutions from Zarlink Semiconductor^[42]

Other

• IEEE 1588 PTP Solutions from Conemtech ^[43]
• IEEE 1588 PTP Solutions from Symmetricom^[44]
• IEEE 1588 PTP Solutions from EndRun Technologies^[45]
• IEEE 1588 PTP Solutions from InES ZHAW^[46]
• IEEE 1588 PTP Embedded Timing Appliance from Black Brook Design^[47]
• IEEE 1588 PTP Compliance from the White-Rabbit project in the Open Hardware Repository.^[48]
• IEEE 1588 PTP Solutions for industrial Ethernet networking and computing from Moxa^[49]
• IEEE 1588 PTP Solutions from Meinberg Funkuhren^[50]
• IEEE 1588 PTP IP Cores for Xilinx FPGAs from System-on-Chip engineering^[51]
• IEEE 1588 PTP Solutions from Spectracom^[52]

Related initiatives

• The International IEEE Symposium on Precision Clock Synchronization for Measurement, Control and Communication is an IEEE organized annual event that includes a plugfest and a conference program with paper and poster presentations, tutorials and discussions covering several aspects of PTP. More details can be found on the ISPCS website.
• The Institute of Embedded Systems (InES) of the University of Winterthur is addressing the practical implementation and application of PTP.
• IEEE 1588 is a key technology in the LXI Standard for Test and Measurement communication and control.
• IEEE 802.1AS-2011 is part of the IEEE Audio Video Bridging (AVB) group of standards. It specifies a profile for use of IEEE 1588-2008 for time synchronization over a virtual bridged local area network (as defined by IEEE 802.1Q). In particular, 802.1AS defines how Ethernet, WiFi, and coordinated shared networks like MoCA can all be parts of the same timing domain.
• The Society of Motion Picture and Television Engineers is developing a new broadcast synchronization standard based on IEEE 1588.^[53]

Notes

References

External links

• NIST IEEE 1588 site
• PTP documentation at InES
• Hirschmann PTP Whitepaper
• PTP overview in Cisco CGS 2520 Switch Software Configuration Guide

IEEE Standards Current 488 754-2008 (Revision) 829 830 1003 1014-1987 1016 1076 1149.1 1164 1219 1233 1275 1284 1355 1364 1394 1451 1471 1516 1541-2002 1547 1584 1588 1596 1603 1613 1667 1675-2008 1685 1801 1900 1901 1902 11073 12207 802 series 802 .1 (p, Q, Qat, Qay, X, ad, AE, ag, ah, ak, aq) .2 .3 .4 .5 .6 .7 .8 .9 .10 .11 (a b d e f g h i j k n p r s u v w y ac) .12 .15 .15.4 .15.4a .16 .18 .20 .21 .22 Proposed P1363 P1619 P1823 P2030 Superseded 754-1985 854-1987 See also: IEEE Standards Association · Category:IEEE standards