Re: [Linuxptp-users] Advice on ptp4l configuration to avoid master offset spikes

2021-03-29 Thread Stefano Sambi
Richard, thank you for your reply. > The offset numbers are not the "real offsets" but rather an > instantaneous estimation. You need another method, like a PPS, to > measure the actual offset. This can be done once as a calibration > procedure. Another way is to use the reverse measurement (s

Re: [Linuxptp-users] Advice on ptp4l configuration to avoid master offset spikes

2021-03-26 Thread Richard Cochran
On Fri, Mar 26, 2021 at 02:06:34PM +0100, Stefano Sambi wrote: > Hi, > I'm using ptp4l 2.0. On the slave I'm monitoring the lock status ("s2", > "s1", "s0") to detect when the synchroniziation fails, and I configured the > following parameter to be sure the syncronization is always under 10 ms: >

[Linuxptp-users] Advice on ptp4l configuration to avoid master offset spikes

2021-03-26 Thread Stefano Sambi
Hi, I'm using ptp4l 2.0. On the slave I'm monitoring the lock status ("s2", "s1", "s0") to detect when the synchroniziation fails, and I configured the following parameter to be sure the syncronization is always under 10 ms: step_threshold 0.01 Unfortunately, rarely a spike in the master offset o