난 그냥 내 시스코 4500 스위치 중 하나는 시계가 잘못가는 것을 순수 우연히 발견 : 그것은이다 뒤에 2 분 이상 겉으로 기능 NTP에도 불구하고있다. 제 생각에는 1 초조차도 관련된 시스템에 허용되는 것으로 간주되어서는 안됩니다. 또한 진단과의 차이를 눈치 채지 못했을 것입니다. 단순한 벽시계와 비교하지 않았다면.
일부 세부 사항
다음은 부분적으로 대체를 서로 참조하는 일부 호스트 (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://time.is을 함께를) 확실히 1 초 미만의 오류 (현지 시계를 보면서 ENTER를 누르는 정확도)
10.0.1.119 (우분투)에 정확한 시간이 있습니다
$ 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 clock st when poll reach delay offset disp
*~10.0.99.1 10.0.0.1 3 28 64 377 1.462 85.288 19.758
+~10.0.99.2 10.0.1.119 4 29 64 377 1.297 83.515 5.369
* sys.peer, # selected, + candidate, - outlyer, x falseticker, ~ configured
10.0.99.2 (Cico 4500)의 시간이 정확합니다
#sho ntp associations
address ref clock st when poll reach delay offset disp
+~10.0.99.1 10.0.0.1 3 6 1024 111 1.148 -1.618 42.875
*~10.0.1.119 10.0.0.1 3 31 1024 377 0.043 1.687 1.064
* sys.peer, # selected, + candidate, - outlyer, x falseticker, ~ configured
10.0.99.1 (Cisco 4500)이 약 2 분 6 초 뒤쳐 짐
#sho ntp associations
address ref clock st when poll reach delay offset disp
*~10.0.0.1 130.149.17.8 2 274 1024 377 15.625 3.681 30.403
+~10.0.99.2 10.0.1.119 4 415 1024 376 15.625 0.855 33.276
* sys.peer, # selected, + candidate, - outlyer, x falseticker, ~ configured
#sho ntp status
Clock is synchronized, stratum 3, reference is 10.0.0.1
nominal freq is 250.0000 Hz, actual freq is 249.9988 Hz, precision is 2**6
reference time is DAD8B428.54C6BAEA (20:36:24.331 MESZ Sat May 7 2016)
clock offset is 3.6818 msec, root delay is 32.80 msec
root dispersion is 71.74 msec, peer dispersion is 30.40 msec
loopfilter state is 'CTRL' (Normal Controlled Loop), drift is 0.000004720 s/s
system poll interval is 1024, last update was 683 sec ago.
질문
- 10.0.99.1은 어떻게 지금까지 떨어져 있습니까?
- 10.0.99.1에 동기화 된 시스템은 어떻게 정확합니까?
sho ntp status
10.0.99.1 의 출력 에서 클럭이 실제로 완전히 동기화되지 않았다는 것을 어떻게 알 수 있습니까 ( 에서 언급 한 모든 호스트 및 참조 클럭과 비교sho ntp asso
)? 나에게 결과는 매우 정교한 "나는 완전히 행복해"처럼 보인다.
편집 : 인기있는 수요에 의해sho clock detail
10.0.99.1
#sho clock detail
13:06:38.605 MESZ Tue May 10 2016
Time source is NTP
Summer time starts 02:00:00 MEZ Sun Mar 27 2016
Summer time ends 03:00:00 MESZ Sun Oct 30 2016
10.0.99.2
#sho clock detail
13:10:54.083 MESZ Tue May 10 2016
Time source is NTP
Summer time starts 02:00:00 MEZ Sun Mar 27 2016
Summer time ends 03:00:00 MESZ Sun Oct 30 2016
10.0.0.1
)를 통해 동기화되도록하는 것이 좋습니다 . 그러나 나는 내 관찰 중 어느 것이 현재 문제의 원인을 직접 설명 할 수 있다고 생각하지 않습니다.