发现 aliyun 的 ntp 不够准确啊

vps网友提供 10-01 讨论归档 43

因为楼主自己有写了 ntp 服务，顺带跑 ntp 集群，国内的就近使用了 aliyun 的公共服务，结果发现在 ntp.org 上总是有 50ms 左右的误差。

一开始怀疑的是自己写的代码有问题，但其他节点都在 10ms 以下的精度了，所以就怀疑到了 aliyun 本身的时钟误差，然后发现果然慢了 20ms 左右。

所以大家可以抛弃 aliyun 的 ntp，换 Google 或者 Apple 的都比 aliyun 准确

下面是跑脚本 3 次的结果，代码我附在最后

time2.aliyun.com,28.655746ms
time3.aliyun.com,26.759582ms
time5.aliyun.com,29.008967ms
time6.aliyun.com,22.483205ms
time1.google.com,302.125µs
time2.google.com,154.277µs
time3.google.com,942.302µs
time1.apple.com,128.849µs
time2.apple.com,150.666µs
time3.apple.com,46.247µs
time4.apple.com,263.644µs
time5.apple.com,196.309µs
time6.apple.com,28.467µs
time3.aliyun.com,25.598556ms
time5.aliyun.com,29.037168ms
time6.aliyun.com,14.518584ms
time1.google.com,0s
time2.google.com,1.146204ms
time2.apple.com,0s
time3.apple.com,0s
time4.apple.com,0s
time6.apple.com,0s
time1.aliyun.com,14.320869ms
time2.aliyun.com,26.738995ms
time3.aliyun.com,26.47347ms
time4.aliyun.com,26.599685ms
time5.aliyun.com,28.720771ms
time1.google.com,66.609µs
time2.google.com,129.603µs
time3.google.com,438.115µs
time1.apple.com,-91.208µs
time2.apple.com,121.155µs
time3.apple.com,-142.25µs
time4.apple.com,61.033µs
time5.apple.com,81.492µs
time6.apple.com,-171.77µs

https://gist.github.com/mengzhuo/8acbd88b71d0a88c6844a22f0f39093f

本文由 vps网友提供，转载请注明出处

本文链接： https://www.vpsvsvps.com/discuss/a/1676471910617059328.html

标签:

mengzhuo

10-01

@AstroProfundis

仔细读一下原文，
GPS 在广播信息里带有偏移值
而如何计算是__接收器__决定的，万一两个都是劣质硬件产品呢？

12 楼的方法是确信 GPS 是准确的时钟源
而且阿里云自己的服务器之间也差不少，我回头补上 Refid 看看是不是同一台服务器。

而且，说我代码、计算方法有问题，至少要指出在哪里。

AstroProfundis

09-30

@xierch
@mengzhuo 你贴的那个是闰秒，现在应该是差 37 秒还是多少来着，和这个几十毫秒的误差两回事

#12 楼 @refactor 说的问题我觉得楼主可以看一眼...

xierch

09-30

@mengzhuo 按他这段话的意思，这个 GPS 的 UTC offset 会有好几秒吧？

psfang

09-30

@pynix 之前写过一个简单介绍，http://fangpeishi.com/ntp_problem.html
@mengzhuo 求大佬有空 review，看看有没有错，这块不太熟悉=。=

mengzhuo

09-30

@pynix #14

看 RFC 5905，里面有介绍

openbsd

09-30

唉，还是因为穷啊
我朝国家授时中心服务器还时常连不上呢

pynix

09-30

ntp 怎么解决同步期间网络延迟？

mengzhuo

09-30

@refactor #12

看来如果接收机不计算 UTC offset 的话，可能会导致时间源不准确。

https://www.nist.gov/pml/time-and-frequency-division/nist-time-frequently-asked-questions-faq

What is GPS time?
.... Since GPS time does not adjust for leap seconds, it is ahead of UTC(USNO) by the integer number of leap seconds that have occurred since January 6, 1980 plus or minus a small number of nanoseconds. However, the time offset from UTC is contained in the GPS broadcast message and is usually applied automatically by GPS receivers.

refactor

09-30

楼主的代码有问题。

我们自建了两台 NTP，使用 GPS 授时。

用楼主的代码跑了一下，误差和 aliyun 的一样的。

为了验证楼主代码的问题，将：

nist, err = ntp.Query("time.nist.gov")

改成

nist, err = ntp.Query("time1.aliyun.com")

也就是将基准时间改成 aliyun 的，发现结果也是一样，说 aliyun 和 aliyun 有误差。
这就说明楼主测试方法或者代码有问题了。