Ich bin der PDC-Administrator. Der Windows NTP-Server ist richtig eingestellt, wir haben 5 verschiedene Zeitquellen eingestellt. Wir können mit 2 dieser Zeitquellen und anderen externen Zeitquellen wie ntp.org synchronisieren (unten ist die Konfiguration). Wir wissen, dass die Zeit synchronisiert werden kann, sie kann nur nicht mit dem Cisco Nexus-Gerät synchronisiert werden (diese Informationen finden Sie weiter unten). Wir haben das Debug-Protokoll ausgeführt und die folgenden Informationen erhalten:
151480 15:11:23.7914419s - /-- NTP Packet:
151480 15:11:23.7914419s - | LeapIndicator: 3 - not synchronized; VersionNumber: 3; Mode: 3 - Client; LiVnMode: 0xDB
151480 15:11:23.7914419s - | Stratum: 0 - unspecified or unavailable
151480 15:11:23.7914419s - | Poll Interval: 17 - out of valid range; Precision: -6 - 15.625ms per tick
151480 15:11:23.7914419s - | RootDelay: 0x0000.0000s - unspecified; RootDispersion: 0x0001.03FEs - 1.01559s
151480 15:11:23.7914419s - | ReferenceClockIdentifier: 0x00000000 - unspecified
Wir sehen, dass der Datenverkehr hin und her einfach nicht synchronisiert wird. Wir haben bereits alle Microsoft-Sachen erledigt, sie sind zuverlässig und dieser Server ist physisch, KEINE VM. Jede Hilfe wäre großartig.
Cisco Nexus-Informationen:
Software
BIOS: version 3.1.0
kickstart: version 6.2(8a)
system: version 6.2(8a)
kickstart image file is: bootflash:///n7700-s2-kickstart.6.2.8a.bin
kickstart compile time: 5/15/2014 20:00:00 [06/20/2014 21:52:24]
system image file is: bootflash:///n7700-s2-dk9.6.2.8a.bin
system compile time: 5/15/2014 20:00:00 [06/20/2014 23:25:04]
Windows NTP-Servereinstellungen:
C:\Windows\system32>w32tm /query /configuration
[Configuration]
EventLogFlags: 2 (Local)
AnnounceFlags: 5 (Local)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 6 (Local)
MaxPollInterval: 15 (Local)
MaxNegPhaseCorrection: 172800 (Local)
MaxPosPhaseCorrection: 172800 (Local)
MaxAllowedPhaseOffset: 300 (Local)
FrequencyCorrectRate: 4 (Local)
PollAdjustFactor: 5 (Local)
LargePhaseOffset: 50000000 (Local)
SpikeWatchPeriod: 900 (Local)
LocalClockDispersion: 0 (Local)
HoldPeriod: 5 (Local)
PhaseCorrectRate: 7 (Local)
UpdateInterval: 100 (Local)
[TimeProviders]
NtpClient (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Local)
ResolvePeerBackoffMaxTimes: 7 (Local)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 1 (Local)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Local)
Type: NTP (Local)
NtpServer:
(Local)
NtpServer (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 0 (Local)
AllowNonstandardModeCombinations: 1 (Local)
VMICTimeProvider (Local)
DllName: C:\Windows\System32\vmictimeprovider.dll (Local)
Enabled: 0 (Local)
InputProvider: 1 (Local)
Antwort1
Wir hatten ähnliche Probleme in unserer Cisco-basierten Umgebung. Die Cisco NTP-Server lehnen möglicherweise die Anfragen der Windows-Server aufgrund des „Modus“ ab, den sie zur Synchronisierung der Zeit verwenden. Ich bin nicht besonders vertraut mit den Feinheiten des NTP-Protokolls, aber diesKB875424erklärt es etwas besser als ich es kann.
Im Wesentlichen verwendet Windows standardmäßig den „symmetrisch aktiven“ Modus und Sie müssen ihm mitteilen, dass stattdessen der „Client-Modus“ verwendet werden soll.
Fügen Sie für jeden Eintrag in Ihrer NTP-Serverliste ,0x08
am Ende hinzu. So ntp.example.com
wird ntp.example.com,0x08
. Bei mehreren Einträgen ntp1.example.com ntp2.example.com
wird .ntp1.example.com,0x08 ntp2.example.com,0x08
PS: Mir ist klar, dass der KB-Artikel sich auf das Jahr 2003 bezieht, aber er ist auch auf das Jahr 2008 und darüber hinaus anwendbar.