是否有人使用GPS进行时间同步?


36

我遇到过一些GPS NTP服务器,以及一些使用现成的接收器和软件的廉价解决方案。现在,我只是将NTP与Internet上的服务器列表一起使用。改为使用GPS有什么好处(考虑到替代方法是免费的)?


5
怪胎加分?
MathewC

让我感到惊讶的是,在此线程中泵入了多少BS。确实是第0层。在OP。如果您的操作依赖于高度准确的时间源,则根据所需的准确度,购买优质的Stratum 2/3时钟。注意保留规范。
dbasnett'5

2
@dbasnett Erm,我想您实际上是被误导了……没有“ Stratum 2/3 Clock”之类的东西,所有硬件源本来都是Stratum0。也许快速阅读RFC 958会很有用。
克里斯·S

请参阅RFC1305。您可能想查看USNO网站和任何数量的制造商(对称om.com),他们显然没有得到有关没有2/3层时钟的备忘录。
dbasnett 2012年

Answers:


13

我在赌博活动中使用了它们,因此我们可以保留准确的时间,但在生产网络和Internet /企业网络之间仍然存在真正的空隙。

利用每小时产生的收入,有时有一个远程销售代表来到办公室,将受感染的笔记本电脑插入公司网络,并在几分钟之内将其关闭(生产不受影响)。使用gps时间之类的方法来留出空隙的努力是值得的。


如果您处于气隙中,如何获取GPS时间?那不需要连接到网络吗?
Pacerier 2014年

1
GPS信号是来自卫星的单向无线电传输,因此不需要外部网络连接。
Kaypro II

12

使用GPS ntp服务器,您将获得第0层时钟源。优点是精度高,抖动低。缺点是成本。在极少数情况下,需要这种级别的准确性。通常,您要确保系统相互同步。因此,将所有服务器与一对内部ntp盒进行同步即可,而这对内部ntp框与外部较低层的ntp服务器进行同步通常就足够了。

我唯一一次参与使用GPS ntp盒(对于PKI系统)时,我们从未真正使用过它们。我们无法获得将天线安装在数据中心屋顶上的许可,并且无法将电缆重新连接到ntp盒。


层0?不见得。
dbasnett 2010年

7
@dbasnett,如果源是基于硬件的(如GPS),则将其视为Stratum 0。这不能保证准确性,但是使用像Internet这样的计算机网络不会产生固有的抖动。注意:连接到硬件的计算机仍是Stratum 1(最低的NTP服务器)。
克里斯·S

地层实际上是距参考时钟的距离,我同意它与质量无关。过去,我们选择基于Stratum的时钟,如果丢失参考(GPS),会发生什么情况。我们选择的所有时钟都有Rub备份。
dbasnett

8

我们确实有一对使用GPS进行NTP的第1层时间服务器。

与没有NTP服务器的情况相比,这对我们的日常业务有影响吗?例如,在客户端支持方面,数字电话和VoIP电话以及所有台式机现在具有完全相同的时间。这就减少了所有这些时钟为何具有不同时间的所有原因,我可以解决这个问题。

在服务器端,当我们汇总日志时,我们知道时间戳都是相同的。因此,如果在两台服务器上的12:37:15.34发生了某些事情,我们知道那确实是在同一时间,而不是30秒到一分钟的时间。

我们是否需要基于GPS的NTP?可能不是,我们可以使用任何NTP源。我们知道一切都同步完美,时间永无止境。另外,如果我们的互联网连接中断或停滞不前,它仍然是完美的。尽管我们缺少NTP,但任何NTP都会带来改进。


3
“有手表的人知道现在几点了。有两块手表的人永远不确定。” 使用两个时钟,就不可能识别错误的股票行情。但是,不要把我的话,第5.3.1 NTP的常见问题“这实际上是最坏的配置-你会更好只使用一个上游时间服务器,让时钟运行免费的,如果上游死亡或无法到达。”
dfc 2012年

4

虽然不用于时间同步,因此所有设备都在同一时间记录日志,但是GPS时间同步通常用于运营商级无线传输硬件。它允许接入点同步并同时进行所有传输/接收,因此在侦听来自客户端的传输时,它们不会造成干扰或产生背景噪声。


3

成本不小(相对),收益很少。我看到的仅有的运行自己的0阶时间源的地方对输入的质量有很高的期望,并且对外部时间源缺乏信任。


1
有优势。否则没有人会运行它们。
约瑟夫·科恩

2
在我的帖子中,我没有意识到这两个优点。对输入缺乏信任,对外部基础架构也缺乏信任。但是,我只看到.mil和金融服务领域的人。
pooter博士2009年

1
暗示...而且谁能说他也不在呢?+1尝试。
约瑟夫·科恩

1
我想他不在这两个领域中,因为他目前正在同步到Internet上的NTP服务器,并且现在才考虑使用此解决方案。如果他在这些领域,标准可能会规定他不这样做。感谢您的拼写更正。
pooter博士

除非您参观了USNO,否则您不可能看到Stratum 0时钟。
dbasnett'5

2

到目前为止,很好的答案!我可以说我已经看到了GPS时间源用于多路复用器,以及某些类型的加密……它被用于NTP,只是因为它已经存在。

使用本地GPS NTP服务器的优势是

  • 高精确度
  • 不依赖于互联网连接

这些东西之一要花多少钱?它不应该那么昂贵。GPS + Linux + NTP ...

ow,$ 1000-$ 3000,您需要那么糟吗?


1
我真的很喜欢准确的时间。到目前为止,我有零运气说服了TPTB,我的准确时间固定值那么多。
sysadmin1138

2
如果仅仅是因为您真的喜欢准确的时间,那么在这种经济情况下,您的注视价值为$ 0。
ceejayoz

2
$ 3000的成本是Windows 2008 Server Enterprise的成本(具有25个CAL),用于一台具有24/7支持的服务器的RHEL AP或(满载)一名年薪$ 100k的员工四天的成本。如果您需要在没有Internet连接的网络中准确的时间,并且您的PHB不能满足Symmetricom的要求,请尽量避免在尖锐的头发上割开手腕-这非常锋利。
布拉德·阿克曼

说得好!+1用于透视。
约瑟夫·科恩

2

几年前,我研究了是否有可能使用便宜的GPS(〜$ 200- $ 300)在服务器上获得准确的时间。我敢肯定,当时Garmin或其他公司之一拥有可以在Windows上运行的软件,即可在计算机上读取时间,并从连接到串行端口的GPS读取时间。我要问是否有人将它用作专用NTP服务器的廉价替代品。它应该足够准确,只有几百美元。


不。与仅在网络上使用任何ol'NTP服务器相比,使用此类设备引入的延迟会降低精度。专用GPS接收器的价格标签不仅是漂亮的徽标。
Piskvor 2012年

是。尽管Windows由于“滴答”频率(或多或少类似于* nix世界中的内核滴答)而使NTP服务器性能不佳。只需一点点DIY焊接就可以将Garmin 18x LVC连接到串行端口,价格不到100美元。尽管Linux仍在1毫秒以内(对于大多数应用程序来说已经足够了),但BSD是广泛使用的操作系统(大约10纳秒精度)的最佳选择。
克里斯·S

1

我进行的中微子检测实验使用GPS作为数据采集系统的主要时间信号。他们使用了日本某人提供的相当昂贵的系统。

这是全球性努力的一部分,旨在为大型超新星提供中微子和光子波前的不同到达时间的高精度信息。如果您可以获得足够精确的数据,则很多很酷的物理学。


1

我们之所以使用它们,是因为它们具有“死人的”功能(纠正时间不会超过几秒钟,因此,如果出现问题,您的整个基础架构不会在过去的12个小时内移动)和安全性;NTP完全不安全;欺骗,中间人等


您是否真的尝试过伪造ntp答案?至少对于unix参考实现,这将非常困难。NTP默认设置得到加强,您可以添加加密签名来添加授权。
Koos van den Hout

请注意,GPS也不是“安全”的:那里有星座模拟器,可以根据需要操纵信号。
Piskvor 2012年

0

它在您的控制下为您提供了Stratum 0 NTP服务器。然后,您可以将几台机器配置为Stratum 1服务器,从GPS时钟服务器进行同步,并且离开网络所需的流量会稍少。

自从我上次在我的网络中拥有其中一个(我知道)以来,已经有大约10年的时间了,但是那时,我们的天线位置并不理想,虽然它大部分都能看到GPS信号,但偶尔会丢失信号,需要重置接收器设备。如果天线放置得更好,那很可能不会发生。


1
没有“ Stratum 0 NTP服务器”之类的东西。层0是NTP外部的硬件源。由于它与参考时钟相距1步,因此它所连接的NTP服务器位于Stratum 1。
克里斯·S

@ChrisS我一直将阶层解释为仅在NTP中。但是我很高兴改变自己的理解。谢谢。
瓦汀

0

好处是您可以获得事件记录的真正顺序。

关键基础架构就是一个例子。所有电力公司的数据库应使用1层时间。第1层时间对于找出导致本地公用事业停机时间失败的原因至关重要,对于弄清是谁造成了2003年东北大停电是至关重要的。NTP通常通过PTP(IEEE 1588)同步到微秒级别。


0

在我以前的工作中,我们使用GPS来计时许多不同的设备。每台设备都有自己的GPS接收器,可以在延迟不成问题的情况下实现完美的同步。使用GPS实际上消除了精度方面的网络因素。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.