Brak synchronizacji czasu ntp

[cesarks]

Witam,

Od 2 dni na przełącznikach (2960, 2960-x, 3750) przestały się synchronizować czas i data z serwera NTP.
Żadnych zmian konfiguracji nie było ani na przełącznikach ani na serwerach NTP (Windows Serwer 2012).
Jedyne co to przedwczoraj na skutek awarii zasilania zrestartowały się wszystkie przełączniki ale konfiguracje były zapisywane regularnie do startup-config więc powinny się podnieść z
konfiguracją na której NTP się synchronizował.

Poniżej szczegóły z 2960:

Kod: Zaznacz cały

sw_32#sh ntp status
Clock is unsynchronized, stratum 16, no reference clock
nominal freq is 286.1023 Hz, actual freq is 286.0959 Hz, precision is 2**21
ntp uptime is 17481400 (1/100 of seconds), resolution is 3496
reference time is 00000000.00000000 (01:00:00.000 UTC Mon Jan 1 1900)
clock offset is 0.0000 msec, root delay is 0.00 msec
root dispersion is 0.00 msec, peer dispersion is 0.00 msec
loopfilter state is 'FSET' (Drift set from file), drift is 0.000022062 s/s
system poll interval is 64, never updated.

Kod: Zaznacz cały

sw_32#sh ntp associations detail
x.x.x.x configured, ipv4, insane, invalid, stratum 1
ref ID .LOCL., time E3FECA52.CA37A22D (07:59:30.789 UTC Fri Mar 19 2021)
our mode client, peer mode server, our poll intvl 64, peer poll intvl 64
root delay 0.00 msec, root disp 10016.61, reach 37, sync dist 10038.30
delay 2.79 msec, offset -3711630.1827 msec, dispersion 16.47, jitter 2.87 msec
precision 2**6, version 4
assoc id 64156, assoc name 10.6.123.80
assoc in packets 10, assoc out packets 10, assoc error packets 0
org time 00000000.00000000 (01:00:00.000 UTC Mon Jan 1 1900)
rec time E3FECAA9.4E0EAC6B (08:00:57.304 UTC Fri Mar 19 2021)
xmt time E3FECAA9.4E0EAC6B (08:00:57.304 UTC Fri Mar 19 2021)
filtdelay =     2.79    1.62   12.50    2.20    1.46    2.73    1.30    2.98
filtoffset = -371163 -371163 -371163 -371162 -371163 -371163 -371163 -371163
filterror =    15.62   16.63   17.62   18.62   19.48   19.51   19.54   19.57
minpoll = 6, maxpoll = 10

y.y.y.y configured, ipv4, insane, invalid, unsynced, stratum 16
ref ID .INIT., time 00000000.00000000 (01:00:00.000 UTC Mon Jan 1 1900)
our mode client, peer mode unspec, our poll intvl 1024, peer poll intvl 1024
root delay 0.00 msec, root disp 0.00, reach 0, sync dist 15943.78
delay 0.00 msec, offset 0.0000 msec, dispersion 15937.50, jitter 0.00 msec
precision 2**21, version 4
assoc id 64154, assoc name 10.6.123.81
assoc in packets 977, assoc out packets 990, assoc error packets 977
org time 00000000.00000000 (01:00:00.000 UTC Mon Jan 1 1900)
rec time E3FEC94E.442B734B (07:55:10.266 UTC Fri Mar 19 2021)
xmt time E3FEC94E.442B734B (07:55:10.266 UTC Fri Mar 19 2021)
filtdelay =     0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00
filtoffset =    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00
filterror =  16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0
minpoll = 6, maxpoll = 10

[cbr]

Windows W32Time shows that it is an SNTP implementation inside (rather claiming itself NTP). Cisco IOS-NTP, which tries to sync with W32Time, gets its own root-dispersion value that it sends to the W32Time and this proves costly for Cisco IOS-NTP to synchronize. Because the root-dispersion value of Cisco IOS-NTP goes higher than 1000 ms, it unsynchronizes itself (clock-select procedure). Since the Cisco IOS based routers run the full RFC implementation of NTP they do not sync to an SNTP server. In this case the output of the show ntp associations detail command shows that the server is flagged as insane, invalid. The root dispersion value is in excess of 1000 ms, which causes the Cisco IOS NTP implementation to reject the association. Routers that run Cisco IOS can be unable to synchronize to an NTP server if it is a Windows system that runs the W32Time service. If the server is not synchronized, the routers are not able to transmit to and receive packets from the server.

https://www.cisco.com/c/en/us/support/d ... shoot.html

[cesarks]

Witam,

Z tego wynika że lepiej nie synchronizować z serwerami MS.
Zastanawia mnie tylko dlaczego od ponad roku na wszystkich przełącznikach działało bez problemu, na żadnym nie był aktualizowany IOS.
Po restarcie wszystkie po prostu przestały się synchronizować...