NTP Stratum issue

[rommelotero]

Hi

I have configure a Router 2921 to act as NTP server for my network devices. It sinchronize with a Windows sever 2016 NTP

but is not workng

NODO1#sh ntp associations

address ref clock st when poll reach delay offset disp
~IPSERVER .LOCL. 1 50 64 377 2.300 -953909 1.700
* sys.peer, # selected, + candidate, - outlyer, x falseticker, ~ configured

NODO1#sh ntp associations de
IPSERVER configured, insane, invalid, stratum 1
ref ID .LOCL., time E44005D6.AAFB422B (14:30:46.667 VEN Fri May 7 2021)
our mode client, peer mode server, our poll intvl 64, peer poll intvl 64
root delay 0.00 msec, root disp 10031.81, reach 377, sync dist 10044.69
delay 2.31 msec, offset -9539104.7596 msec, dispersion 4.59
precision 2**23, version 4
org time E4401093.F2EB0673 (15:16:35.948 VEN Fri May 7 2021)
rec time E44035D7.0C2A7C6B (17:55:35.047 VEN Fri May 7 2021)
xmt time E44035D7.0B557D74 (17:55:35.044 VEN Fri May 7 2021)
filtdelay = 3.24 3.36 2.50 4.03 197.30 2.72 203.49 2.31
filtoffset = -953909 -953909 -953909 -953909 -953909 -953910 -953910 -953910
filterror = 0.00 0.99 1.93 2.91 3.85 4.83 5.80 6.76
minpoll = 6, maxpoll = 10

the problem I see is that windows server says he is Stratum 1

any advice will be appreciate

[georgehewittuk1]

What config have you used - show run | i ntp

In the past I've moved the clock (set clock) closer to the real time it can take sometime to sync. debug ntp packets/events is your friend.

Can also use burst min & max poll to try to sync faster (sends burst packets when reachable.)

[rommelotero]

NODO1#show run | i ntp
ntp update-calendar
ntp server IPSERVER

prefer

[Leo Laohoo · Accepted solution]

---

@rommelotero wrote:

I have configure a Router 2921 to act as NTP server for my network devices. It sinchronize with a Windows sever 2016 NTP

---

Not going to work + never going to work. 

Cisco appliances follow the "standard" NTP while MS have their own set of "standards" that is incompatible with the recognized NTP standard.

MS can synchronize to a Cisco appliance but never the other way around.  

[rommelotero]

Thanks for the answer