我遇到了一些 GPS NTP 服务器，以及一些使用现成接收器和软件的廉价解决方案。现在我只是将 NTP 与 Internet 上的服务器列表一起使用。使用 GPS 有什么好处（考虑到替代方案是免费的）？
2015 年 6 月 30 日 23:59:60 UTC 将出现闰秒。
我有一个基于 Linux 的第 1 层 NTP 服务器，它使用 GPS 作为参考时钟。服务器正在使用“默认” ntp.org ntpd。
我应该如何为闰秒做准备以确保在闰秒时和之后有正确的时间可用？
ntpd服务器会正确运行吗？
如果不确定，有没有办法事先测试？
我有一台 Linux 服务器，它的时间与附近的基于 GPS 的 NTP 设备同步。从服务器到设备的 Ping 时间大约为 1 毫秒，抖动非常低：
--- xxxx ping 统计 --- 发送 100 个数据包，接收 100 个数据包，0% 数据包丢失，时间 99001ms rtt min/avg/max/mdev = 0.874/0.957/1.052/0.051 毫秒
但是，NTP 客户端估计时间同步的准确度在 5-6ms 左右，考虑到设置，这似乎非常高：
同步到第 2 层的 NTP 服务器 (xxxx) 时间校正到5 毫秒以内 每 16 秒轮询一次服务器
ntpq -p 给出以下内容：
轮询到达延迟偏移抖动时的远程重新定义 ================================================== ============================ *xxxx .PPS。1 u 10 16 377 0.964 -0.019 0.036
两个问题：
我正在学习一些从 gpsd 设置 ntpd 时钟的教程。我正在从列表中工作的指南添加了这样的内容：
server 127.127.46.0
fudge 127.127.46.0 time1 0.0 time2 0.0 refid GPS
到/etc/ntp.conf然而每一个教程似乎使用不同的IP如127.127.28.0或127.127.40.0等
这些地址对应什么，我怎样才能找到正确的地址来使用？
我对在没有连接到外部时间服务器的本地网络上使用 GPS 接收器作为外部时钟源来实现带有 NTP 守护程序（客户端版本 3）的时间服务器有疑问。
我尝试使用三种不同的 GPS 设备：
和两种不同的驱动程序类型：20 (NMEA) 和 28 (SHM - 共享内存类型)。对于备份，当 GPS 不可用时，我有一个无纪律的本地时钟（驱动程序类型 1）。
当使用驱动程序类型 28 并且 GPS 信号消失或未通过完整性检查时，系统开始使用其本地时钟，但在这种情况下存在过多的离散。如果存在远程服务器，系统会继续正常工作并使用远程（备用）服务器进行同步。系统将在只有本地网络连接的情况下运行。当使用驱动程序类型 20 时，我得到的是“*”而不是“o”，而且似乎 PPS 信号没有用于同步，尽管 ppstest 通过了。
我已经阅读了很多关于 NTP 和 PTP 时间保持协议的内容。虽然许多消息来源声称 PTP 在这种粒度上比 NTP 更精确 - 原因尚不清楚。如果第 0 层参考时钟是来自 GPS 的原子并且考虑了网络延迟，为什么 NTP 不能同样准确？事实上，FSMLabs 网站上的一篇论文声称，如果两种协议都实施得很好（如他们所说的 TimeKeepeer），它们都可以提供相似的精度 - 并且实际上归结为能够在硬件中标记时间以更好地说明用于交换机、路由器和操作系统中的抖动。
任何人都可以指出任何公共文档，说明来自 ntp.org 和 time.windows.com 的池在下周四 gps 周翻转时是安全的吗？
我正在寻找类似于这个 Red Hat KB 的东西
https://access.redhat.com/solutions/4018911
谢谢 g