Soy el administrador de PDC. El servidor NTP de Windows está configurado correctamente, tenemos 5 fuentes de tiempo diferentes configuradas. Podemos sincronizar con 2 de esas fuentes de tiempo y otras fuentes de tiempo externas como ntp.org (a continuación se muestra la configuración). Sabemos que el tiempo se puede sincronizar, pero no se puede sincronizar con el dispositivo Cisco Nexus (esa información se encuentra a continuación). Ejecutamos el registro de depuración y capturamos la siguiente información:
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 que el tráfico que entra y sale simplemente no se sincroniza, hemos hecho todas las cosas de Microsoft y ya son confiables y este servidor es físico, NO UNA VM. Cualquier ayuda sería genial.
Información de 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]
Configuración del servidor NTP de 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)
Respuesta1
Tuvimos problemas similares en nuestro entorno basado en Cisco. Es posible que los servidores Cisco NTP rechacen las solicitudes de los servidores de Windows debido al "modo" que utilizan para sincronizar la hora. No estoy muy familiarizado con las complejidades del protocolo NTP, pero estoKB875424Explica un poco mejor que yo.
Esencialmente, Windows usa el modo "activo simétrico" de forma predeterminada y es necesario indicarle que use el "modo cliente" en su lugar.
Para cada entrada en su lista de servidores NTP, agréguela ,0x08
al final. Así ntp.example.com
se convierte ntp.example.com,0x08
. Con múltiples entradas, ntp1.example.com ntp2.example.com
se conviertentp1.example.com,0x08 ntp2.example.com,0x08
PD: Me doy cuenta de que el artículo de KB es para 2003, pero es aplicable a 2008 y posteriores.