On 2010-06-17, Marcelo Pimenta <marcelopiment...@gmail.com> wrote:
> Yes, I agree. But we were talking about NTP using Ethernet, so... that's
> impossible
Here's a snapshot of my "main" system showing an offset of 340us
(0.340ms) from it's sys_peer over a switched GigE LAN ...
remote refid st t when poll reach delay offset jitter
=================================================================
6g-ntp .ACST. 16 a - 64 0 0.000 0.000 0.001
*fe80::200:24ff: .CHU1. 1 u 56 1024 377 1.130 0.340 0.017
+fe80::2a0:ccff: 241.24 4 u 865 1024 377 0.759 0.405 1.899
+fe80::240:5ff:f 18.26. 2 u 856 1024 377 0.649 0.441 0.374
A summary of today's peerstats file (w/ peer.awk):
ident cnt mean rms max delay dist disp
=================================================================
fe80::200:24ff: 198 0.563 0.436 1.087 1.037 17.633 3.433
fe80::240:5ff:f 155 0.489 0.525 1.655 0.947 20.904 4.886
fe80::2a0:ccff: 93 -0.117 0.841 2.986 1.885 23.916 8.841
(ntp-dev 4.2.7p34 on a quad core Debian system)
--
Steve Kostecke <koste...@ntp.org>
NTP Public Services Project - http://support.ntp.org/
_______________________________________________
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
