不pipentp,我的一个开关是怎样closures两分钟的?
我只注意到我的一台Cisco4500交换机出现了错误:即使看起来function正常的ntp,仍然有2分多钟的时间 。 在我看来,即使是一秒钟也不应被认为是相关系统可以接受的。 另外,如果我没有把它和一个简单的挂钟相比,我就不会注意到与诊断的区别。 一些细节 这是我的一些主机(10.0.99.1,10.0.99.2,10.0.1.119,10.0.99.241)的ntp信息,部分引用了另一个回退,但主要应该最终都是通过与10.0.0.1同步,这再次拉动从外面的时间。 所以时间差异不能由不同的原始时间源产生。 由于观察结果使我有点偏执,“有正确的时间”在下面的手段: show clock (或date )产生一个输出匹配我的挂钟和我的本地系统时钟(这是很好的根据http://时间。是 )有一个错误肯定低于1秒(我在看我的本地时钟的同时击中ENTER的准确性) 10.0.1.119(Ubuntu)有正确的时间 $ ntpq -np remote refid st t when poll reach delay offset jitter ============================================================================== +10.0.99.1 10.0.0.1 3 u 855 1024 377 0.904 -2.658 0.113 *10.0.0.1 130.149.17.8 2 u 266 1024 377 0.253 0.909 0.127 10.0.99.241(Cisco 2960)有正确的时间 #sho ntp associations address ref […]