Scott Silverman
2015-09-18 14:01:08 UTC
I recently ran into an issue where slaves were all off by exactly one
second. I believe that the UTC offset was the source of this issue.
Running linuxptp as grandmaster, the "currentUtcOffset" is reported as 35,
and "currentUtcOffsetValid" is reported as 0:
# pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET'
sending: GET TIME_PROPERTIES_DATA_SET
0cc47a.fffe.63397c-0 seq 0 RESPONSE MANAGMENT TIME_PROPERTIES_DATA_SET
currentUtcOffset 35
leap61 0
leap59 0
currentUtcOffsetValid 0
ptpTimescale 1
timeTraceable 0
frequencyTraceable 0
timeSource 0xa0
It is my understanding that the current UTC/TAI offset is 36. In fact,
slaves (behind boundary clocks) report a UTC/TAI offset of 36:
Here is the output from one slave (behind a single boundary clock):
# pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET'
sending: GET TIME_PROPERTIES_DATA_SET
0cc47a.fffe.3a2c5c-0 seq 0 RESPONSE MANAGMENT TIME_PROPERTIES_DATA_SET
currentUtcOffset 36
leap61 0
leap59 0
currentUtcOffsetValid 1
ptpTimescale 1
timeTraceable 0
frequencyTraceable 0
timeSource 0xa0
I'm running linuxptp (1.5) on CentOS6 (kernel 4.0.4).
I am running phc2sys with the following configuration:
-s CLOCK_REALTIME -c eth0
I am running ptp4l with the following configuration:
-i eth0 -f /etc/ptp4l.conf
My ptp4l.conf is the package default, with the exception of the priority1
(set to 125).
I tried adding a "-O 36" to the phc2sys command line, but it had no effect
on the reported UTC offset.
Thanks,
Scott Silverman
--
DISCLAIMER: NOTICE REGARDING PRIVACY AND CONFIDENTIALITY
The information contained in and/or accompanying this communication is
intended only for use by the addressee(s) named herein and may contain
legally privileged and/or confidential information. If you are not the
intended recipient of this e-mail, you are hereby notified that any
dissemination, distribution or copying of this information, and any
attachments thereto, is strictly prohibited. If you have received this
e-mail in error, please immediately notify the sender and permanently
delete the original and any copy of any e-mail and any printout thereof.
Electronic transmissions cannot be guaranteed to be secure or error-free.
The sender therefore does not accept liability for any errors or omissions
in the contents of this message which arise as a result of e-mail
transmission. Simplex Trading, LLC and its affiliates reserves the right to
intercept, monitor, and retain electronic communications to and from its
system as permitted by law. Simplex Trading, LLC is a registered Broker
Dealer with CBOE and a Member of SIPC.
second. I believe that the UTC offset was the source of this issue.
Running linuxptp as grandmaster, the "currentUtcOffset" is reported as 35,
and "currentUtcOffsetValid" is reported as 0:
# pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET'
sending: GET TIME_PROPERTIES_DATA_SET
0cc47a.fffe.63397c-0 seq 0 RESPONSE MANAGMENT TIME_PROPERTIES_DATA_SET
currentUtcOffset 35
leap61 0
leap59 0
currentUtcOffsetValid 0
ptpTimescale 1
timeTraceable 0
frequencyTraceable 0
timeSource 0xa0
It is my understanding that the current UTC/TAI offset is 36. In fact,
slaves (behind boundary clocks) report a UTC/TAI offset of 36:
Here is the output from one slave (behind a single boundary clock):
# pmc -u -b 0 'get TIME_PROPERTIES_DATA_SET'
sending: GET TIME_PROPERTIES_DATA_SET
0cc47a.fffe.3a2c5c-0 seq 0 RESPONSE MANAGMENT TIME_PROPERTIES_DATA_SET
currentUtcOffset 36
leap61 0
leap59 0
currentUtcOffsetValid 1
ptpTimescale 1
timeTraceable 0
frequencyTraceable 0
timeSource 0xa0
I'm running linuxptp (1.5) on CentOS6 (kernel 4.0.4).
I am running phc2sys with the following configuration:
-s CLOCK_REALTIME -c eth0
I am running ptp4l with the following configuration:
-i eth0 -f /etc/ptp4l.conf
My ptp4l.conf is the package default, with the exception of the priority1
(set to 125).
I tried adding a "-O 36" to the phc2sys command line, but it had no effect
on the reported UTC offset.
Thanks,
Scott Silverman
--
DISCLAIMER: NOTICE REGARDING PRIVACY AND CONFIDENTIALITY
The information contained in and/or accompanying this communication is
intended only for use by the addressee(s) named herein and may contain
legally privileged and/or confidential information. If you are not the
intended recipient of this e-mail, you are hereby notified that any
dissemination, distribution or copying of this information, and any
attachments thereto, is strictly prohibited. If you have received this
e-mail in error, please immediately notify the sender and permanently
delete the original and any copy of any e-mail and any printout thereof.
Electronic transmissions cannot be guaranteed to be secure or error-free.
The sender therefore does not accept liability for any errors or omissions
in the contents of this message which arise as a result of e-mail
transmission. Simplex Trading, LLC and its affiliates reserves the right to
intercept, monitor, and retain electronic communications to and from its
system as permitted by law. Simplex Trading, LLC is a registered Broker
Dealer with CBOE and a Member of SIPC.