W32time impossible d'obtenir une synchronisation correcte

J'ai un problème qui se manifeste dans notre réseau où le PDC Emulator du DC principal n'est pas capable d'avoir une heure précise. Il est décalé d'environ 80 secondes la plupart du temps et je suis perdu quant à la manière de résoudre cela.

La machine est actuellement virtuelle (bien que je puisse en faire une petite boîte physique). La configuration de w32 time est :

PS c:\> w32tm /query /configuration
[Configuration]

EventLogFlags: 2 (Policy)
AnnounceFlags: 10 (Policy)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 6 (Policy)
MaxPollInterval: 10 (Policy)
MaxNegPhaseCorrection: 172800 (Policy)
MaxPosPhaseCorrection: 172800 (Policy)
MaxAllowedPhaseOffset: 300 (Policy)

FrequencyCorrectRate: 4 (Policy)
PollAdjustFactor: 5 (Policy)
LargePhaseOffset: 50000000 (Policy)
SpikeWatchPeriod: 900 (Policy)
LocalClockDispersion: 10 (Policy)
HoldPeriod: 5 (Policy)
PhaseCorrectRate: 1 (Policy)
UpdateInterval: 100 (Policy)

[TimeProviders]

NtpClient (Local)
DllName: C:\Windows\system32\w32time.dll (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Policy)
ResolvePeerBackoffMaxTimes: 7 (Policy)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 0 (Policy)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Policy)
Type: NTP (Policy)
NtpServer: 0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org (Policy)

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)

Le statut est ok :

PS C:\> w32tm /query /status
Leap Indicator : 0 (aucune alerte)
Strate : 3 (référence secondaire - synchronisé par (S)NTP)
Précision : -6 (15.625ms par tic)
Délai racine : 0.0324097s
Dispersion racine : 7.8030176s
ID de référence : 0xD5C7E11E (source IP : 213.199.225.30)
Dernière synchronisation réussie : 18/02/2016 15:35:04
Source : 3.pool.ntp.org
Intervalle de sondage : 6 (64s)

Le problème est que cela n'est jamais synchronisé :

PS C:\> w32tm /stripchart /computer:0.pool.ntp.org
Suivi de 0.pool.ntp.org [213.199.225.30:123].
L'heure actuelle est le 18/02/2016 15:35:47.
15:35:47 d:+00.0311088s o:-82.0529984s  [@ | ]
15:35:49 d:+00.0154871s o:-82.0677911s  [@ | ]
15:35:51 d:+00.0623276s o:-82.0255517s  [@ | ]
15:35:53 d:+00.0622825s o:-82.0269740s  [@ | ]
15:35:56 d:+00.0157822s o:-82.0521575s  [@ | ]
15:35:58 d:+00.0934684s o:-82.0032442s  [@ | ]
15:36:00 d:+00.0155794s o:-82.0391704s  [@ | ]
15:36:02 d:+00.0623131s o:-82.0049890s  [@ | ]
15:36:04 d:+00.0417698s o:-82.0176236s  [@ | ]
15:36:06 d:+00.0328697s o:-82.0160905s  [@ | ]
15:36:08 d:+00.0623356s o:-82.0340346s  [@ | ]
15:36:10 d:+00.0467246s o:-82.0011794s  [@ | ]
15:36:12 d:+00.0210196s o:-81.9949078s  [@ | ]
15:36:14 d:+00.0311386s o:-82.0052247s  [@ | ]
15:36:16 d:+00.0336086s o:-81.9847832s  [@ | ]
15:36:18 d:+00.0466688s o:-81.9732556s  [@ | ]
15:36:20 d:+00.0522205s o:-81.9706647s  [@ | ]
15:36:22 d:+00.0623951s o:-81.9470197s  [@ | ]
15:36:25 d:+00.0311279s o:-81.9684429s  [@ | ]
15:36:27 d:+00.0522267s o:-81.9522678s  [@ | ]
15:36:29 d:+00.0155412s o:-81.9621962s  [@ | ]
15:36:31 d:+00.0522921s o:-81.9384797s  [@ | ]
15:36:33 d:+00.0559207s o:-81.9362417s  [@ | ]
15:36:35 d:+00.0311349s o:-81.9470118s  [@ | ]
15:36:37 d:+00.0155557s o:-81.9451556s  [@ | ]

Cela montre un décalage constant de 81 à 82 secondes. Et une synchronisation ne change pas cela.

Quelqu'un a une idée de pourquoi cela se produit ?

À la demande, voici un statut plus détaillé :

PS C:\> w32tm /query /status /verbose
Leap Indicator : 0 (aucune alerte)
Strate : 3 (référence secondaire - synchronisé par (S)NTP)
Précision : -6 (15.625ms par tic)
Délai racine : 0.0381470s
Dispersion racine : 7.7932527s
ID de référence : 0x2EFAAC02 (source IP : 46.250.172.2)
Dernière synchronisation réussie : 18/02/2016 16:33:39
Source : 0.pool.ntp.org
Intervalle de sondage : 6 (64s)

Décalage de phase : 0.0000050s
Taux d'horloge : 0.0155860s
Machine d'état : 1 (Hold)
Drapeaux de source de temps : 0 (Aucun)
Rôle du serveur : 64 (Service de temps)
Dernière erreur de synchronisation : 0 (La commande s'est terminée avec succès)
Temps écoulé depuis la dernière bonne synchronisation : 29.5655870s

Et un peu plus de sortie que quelqu'un a demandé :

PS C:\> w32tm /monitor
dc-o-2 [[fe80::480c:c93e:660a:429f%12]:123]:
    ICMP : 0ms de délai
    NTP : -82.7908243s de décalage par rapport à dc-o-1.operations.local
        ID de référence : ntp.wide-net.pl [195.46.37.22]
        Strate : 3
dc-o-ckg-1 [172.26.0.1:123]:
    ICMP : 174ms de délai
    NTP : -82.7945201s de décalage par rapport à dc-o-1.operations.local
        ID de référence : sunsite.icm.edu.pl [193.219.28.2]
        Strate : 3
dc-o-1  *** PDC ***[10.42.0.1:123]:
    ICMP : 0ms de délai
    NTP : +0.0000000s de décalage par rapport à dc-o-1.operations.local
        ID de référence : news-archive.icm.edu.pl [193.219.28.147]
        Strate : 3

Il s'agit des 3 machines actuellement dans le réseau. Notez que celle avec ckg dans le nom est à environ 170ms via un VPN - la différence entre l'Europe centrale et Chicago.