If you want to run some experiments, though, you could look at running PTPd on 3 servers (master, and two slaves) which will get you decent synchronization among the three. Where decent is less than the typical RTT of a TCP packet on a
1Gbps LAN.

Best,
George

On 30 Apr 2015, at 14:48, Karlis Laivins wrote:

Yes, you are correct, I meant to write "relative OWD". As David Hayes put it - "Relative OWD measurements are easier, and clock drift is not usually
a problem over the time it takes to send and receive an ACK".

Thank you for the correction!

On Thu, Apr 30, 2015 at 4:19 PM, Eggert, Lars <l...@netapp.com> wrote:

On 2015-4-30, at 15:04, Karlis Laivins <karlis.laiv...@gmail.com> wrote:
I have yet to solve the issue of
how to get the One Way Delay for the ACK message (the time it takes ACK
to
arrive from receiver of the ACK'ed data sender) correctly.

That won't work without synchronized clocks, which you can't really assume
to be present.

Lars
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Reply via email to