On Sat, Jan 13, 2018 at 09:27:05PM +0000, Loy, Matthias wrote: > For my understanding if currentUtcOffsetValid is 0, the ptp clock uses > an utc offset currentUtcOffset but is not sure whether this is the > current value issued by the IERS (International Earth Rotation and > Reference Systems Service). If the clock knows the current leap seconds > it gives currentUtcOffsetValid = 1.
Yes. > And could you please acknowledge another conclusion I made in may tests > with ptp: No matter whether currentUtcOffsetValid is set or not, > currentUtcOffset is used in both cases to calculate utc from tai. Yes, but with one subtlety. When considering the UTC offset from a foreign master, ptp4l accepts the new offset if one of two conditions is met. 1. The foreign master claims currentUtcOffsetValid and timeTraceable. In this case, we believe the foreign master. 2. The foreign master reports an offset larger than the current one. In this case, we assume at the local node's offset is out of date. HTH, Richard ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Linuxptp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
