On Wed, Apr 26, 2023 at 10:43:52AM +0200, Luigi 'Comio' Mantellini wrote:
> Hi Miroslav,
> 
> Sync is already sent using a constant interval as required by Standard even
> if it is lower than the nominal frequency for the actual implementation
> (stop and rearm).

It's not constant. It's randomized by the scheduling of the ptp4l
process. If you see two servers sending sync messages at the same
time, you can expect their transmissions to slowly drift away from
each other.

> The sync is forged by master as a one-to-many message that does not
> saturate the link, the randomization is required for the messages from
> Clients to Master (Delay-Req) in order to avoid congestion on Master.
> General messages are randomized also.

The same thing needs to be considered for multiple servers in
different domains on the same communication path.

> Speaking about messages collision in TX path, this is not an issue here
> because your HW timestamp will (should) set the correct TS value at the end
> of TX queue. On the RX side, the TS is applied just before the RX queue.

If all NICs and switches/routers had perfect HW timestamping, I might
agree.

> As reported by Richard, the conformance is not impacted by the proposed fix.

You have still not explained what is the issue you are trying to fix.

Is there some specification that requires the average sync interval to
be within 0.1% of the logSyncInterval? I hope it's not someone
complaining about a test report not having a round number.

-- 
Miroslav Lichvar



_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Reply via email to