Eu sou o administrador do PDC. O servidor Windows NTP está configurado corretamente, temos 5 fontes de horário diferentes definidas. Podemos sincronizar com 2 dessas fontes de horário e outras fontes de horário externas, como ntp.org (abaixo está a configuração). Sabemos que o tempo é capaz de sincronizar, mas não é possível sincronizar com o dispositivo Cisco Nexus (as informações estão abaixo). Executamos o log de depuração e capturamos as informações abaixo:
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
Vemos o tráfego entrando e saindo simplesmente sem sincronização, já fizemos todas as coisas da Microsoft, eles são confiáveis e este servidor é físico, NÃO é uma VM. Qualquer ajuda seria ótimo.
Informações do Cisco Nexus:
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]
Configurações do servidor NTP do Windows:
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)
Responder1
Tivemos problemas semelhantes em nosso ambiente baseado na Cisco. Os servidores Cisco NTP podem estar rejeitando as solicitações dos servidores Windows devido ao "modo" que estão usando para sincronizar a hora. Não estou muito familiarizado com as complexidades do protocolo NTP, mas issoKB875424explica um pouco melhor do que eu.
Essencialmente, o Windows usa o modo “simétrico ativo” por padrão e você precisa instruí-lo a usar o “modo cliente”.
Para cada entrada na sua lista de servidores NTP, adicione ,0x08
ao final dela. Assim ntp.example.com
se torna ntp.example.com,0x08
. Com múltiplas entradas, ntp1.example.com ntp2.example.com
torna-sentp1.example.com,0x08 ntp2.example.com,0x08
PS Sei que o artigo da base de conhecimento é para 2003, mas é aplicável a 2008 e além.