janfr...@tanso.net wrote:
Also, won't an ntpd without a LOCAL clock quickly stop serving time
+ if it's out of sync with it's remote time sources?
It won't stop serving the time, but dowstream systems may choose to
ignore it. In that case, they will free run with the last known
corrections,
janfr...@tanso.net wrote:
> Also, won't an ntpd without a LOCAL clock quickly stop
> serving time if it's out of sync with it's remote time sources?
Try orphan mode with manycast instead?
That way if the Corp LAN S1/S2 NTP servers go down,
they should at least stick together as a time island,
On 2013-03-04, janfr...@tanso.net wrote:
> kl. 21:20:46 UTC+1 mandag 4. mars 2013 skrev unruh f?lgende:
>
>
>>
>> Virtualisation and time keeping should be kept as far apart as possible.
>>
>> Time keeping should be done by the base OS, not by one of the virtual
>>
>> ones. Otherwise you will g
kl. 21:20:46 UTC+1 mandag 4. mars 2013 skrev unruh følgende:
>
> Virtualisation and time keeping should be kept as far apart as possible.
>
> Time keeping should be done by the base OS, not by one of the virtual
>
> ones. Otherwise you will get fights and bad times.
Yes, I know this is commo
On 3/4/2013 3:20 PM, unruh wrote:
>
>Should our stratum-2 servers all be connected to ntp1-4, or is it better to
have server1-ntp1, server2-ntp2, etc.. to make sure they don't all run off the
same clock source? i.e. should we for server1 have ntp.conf with:
If source a gives good time, why sho
On 2013-03-04, janfr...@tanso.net wrote:
> I have access to two external stratum-1 ntp-servers (one GPS and one with
> both GPS and long wave radio), and one company internal stratum-1/GPS, plus
> I'm considering if we should have a second company internal stratum-1. The
> external ntp-servers
I have access to two external stratum-1 ntp-servers (one GPS and one with both
GPS and long wave radio), and one company internal stratum-1/GPS, plus I'm
considering if we should have a second company internal stratum-1. The external
ntp-servers are hosted at trusted sister organizations.
So we
