[cisco pix] ntp sync wil niet

[gjs]

Ik heb hier een cisco pix506 (6.31) die ik graag wil time syncen met een interne Windows 2000 Server. Deze server wordt door meer apparaten als tijdserver gebruikt, dus dat deel zit goed. Natuurlijk is de time server bereikbaar voor de pix.
Ik heb de volgende configuratie:

clock timezone CEST 1
clock summer-time CEDT recurring last Sun Mar 2:00 last Sun Oct 3:00
ntp server 172.31.4.4 source inside

Dit zijn wat checks:

sh clock
14:38:24.291 CEST Wed Nov 17 2004


sh ntp status

Clock is unsynchronized, stratum 16, no reference clock
nominal freq is 99.9984 Hz, actual freq is 99.9984 Hz, precision is 2**6
reference time is 00000000.00000000 (07:28:16.000 CEST Thu Feb 7 2036)
clock offset is 0.0000 msec, root delay is 0.00 msec
root dispersion is 0.00 msec, peer dispersion is 0.00 msec


sh ntp associations

address ref clock st when poll reach delay offset disp
~172.31.4.4 192.xx.xx.xx 2 287 1024 377 1.6 70034. 110.2
* master (synced), # master (unsynced), + selected, - candidate, ~ configured

192.xx.xx.xx is een dmz ntp server die timesynced met een internetserver, 172.31.4.4 synced weer met deze server.

[proza]

Zou gewoon moeten werken

fwl01#wr t
clock timezone CEST 1
clock summer-time CEDT recurring last Sun Mar 2:00 last Sun Oct 3:00
ntp server 10.x.x.3 source inside prefer

fwl01# sh ntp ass
address ref clock st when poll reach delay offset disp
*~10.x.x.3 193.79.237.14 2 19 64 377 0.2 0.07 0.0
* master (synced), # master (unsynced), + selected, - candidate, ~ configured

fwl01# sh ntp stat
Clock is synchronized, stratum 3, reference is 10.x.x.3
nominal freq is 99.9984 Hz, actual freq is 100.0303 Hz, precision is 2**6
reference time is c546dcf0.b2f9436d (09:33:52.699 CEST Thu Nov 18 2004)
clock offset is 0.0720 msec, root delay is 26.60 msec
root dispersion is 50.05 msec, peer dispersion is 0.02 msec

fwl01# sh ntp ass detail
10.x.x.3 configured, our_master, sane, valid, stratum 2
ref ID 193.79.237.14, time c546d909.ba09aaa3 (09:17:13.726 CEST Thu Nov 18 2004)
our mode client, peer mode server, our poll intvl 64, peer poll intvl 64
root delay 26.40 msec, root disp 49.97, reach 377, sync dist 63.278
delay 0.20 msec, offset 0.0720 msec, dispersion 0.02
precision 2**20, version 3
org time c546dcf0.b2f709b7 (09:33:52.699 CEST Thu Nov 18 2004)
rcv time c546dcf0.b2f9436d (09:33:52.699 CEST Thu Nov 18 2004)
xmt time c546dcf0.b2e8a057 (09:33:52.698 CEST Thu Nov 18 2004)
filtdelay = 0.20 0.20 0.21 0.20 0.21 0.20 0.21 0.20
filtoffset = 0.07 0.08 0.07 0.08 0.08 0.08 0.08 0.07
filterror = 0.02 0.99 1.97 2.94 3.92 4.90 5.87 6.85

[Bas]

Doe het anders even via de PDM, dan zie je de uitkomst wel in de command interface (zo heb ik het geleerd).

[gjs]

Bas schreef op donderdag 18 november 2004 @ 16:00:
Doe het anders even via de PDM, dan zie je de uitkomst wel in de command interface (zo heb ik het geleerd).

Zo wel via console als pdm geprobeerd, maakt niets uit...

[Verwijderd]

Er schijnt een patch te zijn voor ntp van bepaalde windows server producten, wij zagen het zelfde probleem.

Onze cisco apparatuur neemt gewoon aan dat een ntp source een bepaalde nauwkeurigheid heeftm en zonder deze patch is dit dus niet zo dus neemt de apparatuur de ntp server niet als authorative aan.

[gjs]

Verwijderd schreef op maandag 22 november 2004 @ 14:57:
Er schijnt een patch te zijn voor ntp van bepaalde windows server producten, wij zagen het zelfde probleem.

Onze cisco apparatuur neemt gewoon aan dat een ntp source een bepaalde nauwkeurigheid heeftm en zonder deze patch is dit dus niet zo dus neemt de apparatuur de ntp server niet als authorative aan.

Heb je wat meer info ? De server is een standaard Windows 2000 advanced server SP4, verder doet ie DC, DNS, IAS, en heeft de FMSO roles.