在我的数据中心中，我可以访问第1层服务器，但是我将服务器设置为除了使用ntp池服务器之外。 我的主要想法是为了备份，以防我们的本地服务器出现故障，但是我担心这实际上会导致时间超出应有的范围。
基于下面的ntpq输出，ntpd正在使用我的本地层1服务器和两个公共服务器（“+”），它们的计算延迟非常糟糕。 我们已经有了报告，现在我们已经把信息投入了，我想这些公共服务器正在使时间同步变得更糟，我们正努力把时间精确到毫秒。
编辑：我正在寻找答案的问题是：这些公共ntp服务器具有高抖动，使我的时间准确性相比，我的单一本地GPS数据中心ntp服务器（192.168.20.4）configuration？
$ ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== *192.168.20.4 .TSYN. 1 u 18 64 377 0.799 0.626 0.028 +67.219.95.113 128.138.141.172 2 u 3 256 377 45.266 -0.664 4.542 -50.116.55.65 209.51.161.238 2 u 46 256 377 2.979 0.876 0.217 +74.117.214.2 .GPS. 1 u 235 256 377 83.977 -4.988 0.106 -205.233.73.201 198.82.247.71 3 u 218 256 175 9.369 1.712 0.236 $ ntpq -c rl associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync, version="ntpd [email protected] Sat Dec 20 19:00:16 UTC 2014 (1)", processor="x86_64", system="Linux/2.6.32-431.11.2.el6.x86_64", leap=00, stratum=2, precision=-24, rootdelay=0.934, rootdisp=5.188, refid=192.168.20.4, reftime=d8f8f71b.08d0821a Sat, May 9 2015 17:14:03.034, clock=d8f8f775.c8d11ec4 Sat, May 9 2015 17:15:33.784, peer=62815, tc=10, mintc=3, offset=0.351, frequency=-16.428, sys_jitter=1.168, clk_jitter=0.182, clk_wander=0.006 你看到的NTP抵消是毫秒而不是秒。 如果您的电子邮件标题中的date有问题，则可能是您的客户。 如果你能得到头文件的副本，应该很容易确定问题出在哪里。 date：标题应该几乎与您最后一个Received：标题（第一个MTA服务器处理电子邮件）的时间相同。 电子邮件标题所需的NTP更为准确。 如果出现问题，请检查您的服务器是否与您的NTP服务器同步。
看来你在重新启动你的NTP客户端后不久就收集了这些数据。 这是由256的调查价值来表示的。一旦事情稳定下来，它应该上升到1024。
您的NTP服务器正在跟踪您的本地服务器，如左边“*”所示。 鉴于其阶层和抖动，这是不太可能改变。 如果报告的时间与其他服务器显着不同，则可能会被驱逐。
另外两台服务器正在用来确定当前时钟是否可信。 这些用左边的“+”表示。 他们将从最低的statum服务器中select。 另外两位没有参加投票，如左边“ – ”所示。 投票服务器可能会随着时间的推移，根据其稳定性作为您的服务器的来源。 这些服务器的抖动不应该引起任何问题，除非您的本地服务器被驱逐。
NTP的抖动不能达到这样的精度。
你应该可以看看PTP。
http://en.wikipedia.org/wiki/PTPd
如果你想冗余，你可以得到两个GPS时钟。
高抖动可能是拥塞（互联）networking的症状，或者仅仅是缺less一些stream量整形/预留系统。 确保select一个具有相当低的稳定抖动的公共NTP系统，并调整您的networking以使其成为可能。