IEEE Standards Interpretation for IEEE Std 1588™-2002 IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control System
Copyright © 2005 by the Institute of Electrical and Electronics Engineers, Inc. 3 Park Avenue New York, New York 10016-5997 USA All Rights Reserved.
This is an interpretation of IEEE Std 1588-2002.
Interpretations are issued to explain and clarify the intent of a standard and do not constitute an alteration to the original standard. In addition, interpretations are not intended to supply consulting information. Permission is hereby granted to download and print one copy of this document. Individuals seeking permission to reproduce and/or distribute this document in its entirety or portions of this document must contact the IEEE Standards Department for the appropriate license. Use of the information contained in this document is at your own risk.
IEEE Standards Department Copyrights and Permissions 445 Hoes Lane, Piscataway, New Jersey 08855-1331, USA
Interpretation Request #1
Clause Nos.: 126.96.36.199, Annex D.3, and D.3.1
In the PTP spec Annex D.3.1, it defines the UDP port numbers for messages as follows:
Event port = 319 (Sync, Delay_Req) General port = 320 (Follow-up, Delay_Resp or Management message)
Are the ports for the listeners to bind (udp recvfrom port)? If that's the case, does it mean that the slave has to open two sockets to listen, one for event (e.g. Sync) messages and the other for other (e.g. Follow-up) messages? The spec only suggests having separate sockets for multicast and unicast messages (e.g. Sync req).
Interpretation Response #2
Clause 188.8.131.52 specifies that all non-management messages shall be communicated via multicast communication. Management message may also use point-to-point communication. Thus a device must listen for all types of messages, management and non-management, as multicast communications. The devices may in addition accept management messages as a point-to-point communication. If the device knows that a target device will accept a point-to-point management message it may send it as point-to-point otherwise it must use multicast. Note that management messages are one of the types of messages communicated over GeneralPorts (the other types being Follow_Up and Delay_Resp messages).
Annex D.3 and D.3.1 specifies how this is to work in normal Ethernet implementations. All messages shall be UDP (clause D.3). Clause D.3.1 specifies that each domain shall use one of the defined Ethernet multicast addresses and that EventPorts shall use port number 319 and GeneralPorts port number 320.
Exactly how the above is implemented may vary with the operating system. In most operating systems this will require two sockets, one for the EventPort and one for the GeneralPort.
Most implementations will not make use of the additional option of unicast messages for management messages as allowed by clause 184.108.40.206. If they do an additional socket will need to be provided for this purpose.