shy author <[EMAIL PROTECTED]> writes:
>> A Quadratic correction tends to run away pretty badly if you suddenly
>> have a period of no ntp readings. But I am not at all sure that is what
>> you mean. Rather you seem to mean that one use the temp to estimate what
>> the linear drift is ( from the p
On 2008-07-11, lin_g <[EMAIL PROTECTED]> wrote:
> Have anybody tried using ntpdate with iff and rsa keys on the time
> server ? There is no problem when using symmetric md5 keys (-k and
> -a options for ntpdate) but i have no idea how to force ntpdate to
> use the public key for iff when remote se
> A Quadratic correction tends to run away pretty badly if you suddenly
> have a period of no ntp readings. But I am not at all sure that is what
> you mean. Rather you seem to mean that one use the temp to estimate what
> the linear drift is ( from the past readings of temp and drift.)
Correct, i
lin_g wrote:
> Hi all,
> Have anybody tried using ntpdate with iff and rsa keys on the time
ntpdate is deprecated.
+ server ? There is no problem when using symmetric md5 keys (-k and -a
+ options for ntpdate) but i have no idea how to force ntpdate to use the
+ public key for iff when remote ser
Hello,
I am trying to use a Sunfire X2100 system as a time server using
FreeBSD 6.2. The system clock steps by tens of microseconds every few
minutes with no time software running. I have not seen this on other
non-Sun systems with the identical version of FreeBSD. Is this a
feature of the Sun h
