Bill,
You seem to have a tack up your tail about the clock filter algorithm.
First, you didn't respond to my message about sampling at twice the
Nyquist rate, even if a burst of seven samples is lost.
Second, look at the clock filter algorithm code and comments. Samples
older than the Allan in
Mike K Smith <[EMAIL PROTECTED]> writes:
>On 12 May, 15:16, "Richard B. Gilbert" <[EMAIL PROTECTED]> wrote:
>> Mike K Smith wrote:
>> > Looks like I should be reducing maxpoll. I guess the design of NTP is
>> > optimised for clocks with predictable drift rates, and a sudden
>> > variation in drif
Mike K Smith wrote:
> On 12 May, 15:16, "Richard B. Gilbert" <[EMAIL PROTECTED]> wrote:
>> Mike K Smith wrote:
>
>>> Looks like I should be reducing maxpoll. I guess the design of NTP is
>>> optimised for clocks with predictable drift rates, and a sudden
>>> variation in drift rate takes longer to
On 12 May, 15:16, "Richard B. Gilbert" <[EMAIL PROTECTED]> wrote:
> Mike K Smith wrote:
> > Looks like I should be reducing maxpoll. I guess the design of NTP is
> > optimised for clocks with predictable drift rates, and a sudden
> > variation in drift rate takes longer to correct.
>
> You DO know
David and others,
The adaptive poll algorithm evolved over many years and many variations.
A summary follows.
1. The poll will not be less than the maximum of the peer poll and
minpoll. The maximum poll will not be greater than maxpoll. This is to
protect the network.
2. The time constant wil
Mike K Smith wrote:
> Looks like I should be reducing maxpoll. I guess the design of NTP is
As I understand it, the loop time constant determines the poll interval,
but the poll interval doesn't constrain the loop time constant, so
reducing maxpoll will not make the system significantly more re
Mike K Smith wrote:
> On 9 May, 16:46, Unruh <[EMAIL PROTECTED]> wrote:
>
>> Why would you use a solaris system? AFAIK its kernel timeing routines are
>> primative. Use a Linux/BSD system.
> This is an existing system which I don't have the means to change even
> if I felt that Solaris were someho
On 9 May, 16:46, Unruh <[EMAIL PROTECTED]> wrote:
> Why would you use a solaris system? AFAIK its kernel timeing routines are
> primative. Use a Linux/BSD system.
This is an existing system which I don't have the means to change even
if I felt that Solaris were somehow intrinsically inferior to Li
Hi Brian,
On 9 May, 19:06, Brian Utterback <[EMAIL PROTECTED]> wrote:
> Do you have the frequency data from the same period as the graph? What
> happened to cause the frequency to be off all of a sudden?
Loopstats weren't enabled so I don't have the frequency data. I'm out
of the office today but
Do you have the frequency data from the same period as the graph? What
happened to cause the frequency to be off all of a sudden?
Brian Utterback
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Mike K Smith <[EMAIL PROTECTED]> writes:
>Apologies for a long post, but I was unable to make it shorter.
>I have been monitoring timekeeping performance on an environment which
>contains 3 stratum 1 clocks and 4 Cisco routers running as stratum 2.
>The stratum 1s use time which is derived origin
Apologies for a long post, but I was unable to make it shorter.
I have been monitoring timekeeping performance on an environment which
contains 3 stratum 1 clocks and 4 Cisco routers running as stratum 2.
The stratum 1s use time which is derived originally from GPS, but fed
to the stratum 1 clocks
12 matches
Mail list logo