Jason wrote:
> All,
>
> This is my first attempt to build an 'accurate' GPS-based time server.
> There is no Internet connectivity, so the GPS (and it's PPS) are the
> only sources of timing data.
>
> I'm using a San Jose Navigation FV-M8 [1]. As a GPS, it works great. I
> piped the PPS signal
Richard,
The default minpoll of 64 s was chosen on the basis of expected use not
only on fast Ethernets but on paths elsewhere in the Internet where a
smaller time constant can result in a good deal of flap. Setting minpoll
to 16 s results in a zero crossing of a little over ten minutes while
Hi all, I'm new to this group and have a question about building ntp on
solaris 8.
I downloaded the source code from sunfreeware and am trying to build it
and ran into the following error:
-
gcc -g -O2 -Wall -Wcas
All,
This is my first attempt to build an 'accurate' GPS-based time server.
There is no Internet connectivity, so the GPS (and it's PPS) are the
only sources of timing data.
I'm using a San Jose Navigation FV-M8 [1]. As a GPS, it works great. I
piped the PPS signal to the CTS line (gpsd-2.36 su
Unruh wrote:
> "David L. Mills" <[EMAIL PROTECTED]> writes:
>
>
>>Unruh,
>
>
>>The NTP discipline is basically a type-II feedback control system. Your
>>training should recall exactly how such a loop works and how it responds
>>to a 50-ms step. Eleven seconds after NTP comes up the mitigation
Sashi,
I think you are missing some SSL libraries.
--
Harlan Stenn <[EMAIL PROTECTED]>
http://ntpforum.isc.org - be a member!
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
David,
1. I have explained in very gory detail in many places how the time
constant is chosen for the best accuracy using typical computer
oscillators and network paths. See the briefings on the NTP project page
and especially the discussion about the Allan intercept. If you want the
best accu
David L. Mills wrote:
>
> The NTP discipline is basically a type-II feedback control system. Your
> training should recall exactly how such a loop works and how it responds
> to a 50-ms step. Eleven seconds after NTP comes up the mitigation
You both have problems here.
Dave Mills: your probl
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Guys,
>Sure, I'm stubborn as a bull. The laws of physics make me so.
I happen to be a physicist.
>I am dismissing any comparisons between ntpd and crony or any other
>vehicle unless the comparison includes substantially all the scenarios
>that nt
Brian Utterback <[EMAIL PROTECTED]> writes:
>Unruh wrote:
>> situation, but have no reasons for that worry. The very worst case is if
>> the system runs for a while on very short poll intervals, and then suddenly
>> has very log poll intervals. The short period estimation of the drift is
>> not a
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Unruh,
>The NTP discipline is basically a type-II feedback control system. Your
>training should recall exactly how such a loop works and how it responds
>to a 50-ms step. Eleven seconds after NTP comes up the mitigation
>algorithms present that tr
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Unruh,
>This answers my earlier question. I can't believe this is so crude and
>dangerous. you really need to provide an analysis on the errors this
>creates when reading the clock during the slew. The problem is not the
>residual time offset but t
Unruh,
I really don't want to prolong ths discussion other than to correct
factual errors. NTP handling of leap seconds does nothing like you
suspect. Please see the document on leap second handling linked from the
NTP progject page linked from www.ntp.org.
Dave
Unruh wrote:
> (snip)
>
> Usi
Guys,
Reprinted without permission from the draft spec:
14. Simple Network Time Protocol (SNTP)
Primary servers and clients complying with a subset of NTP, called
the Simple Network Time Protocol (SNTPv4) [2], do not need to
implement the mitigation algorithms described in Section 9
Dag-Erling,
Yes. The rackety.udel.edu NTP server has KoD enabled and an average
headway threshold of 16 s. If you send packets at less than 2-s headway
or less tha 16-s average headway, you should get a KoD RATE. If you are
not authenticated, pogo.udel.edu should spit KoD AUTH at you. But, note
Guys,
Sure, I'm stubborn as a bull. The laws of physics make me so.
I am dismissing any comparisons between ntpd and crony or any other
vehicle unless the comparison includes substantially all the scenarios
that ntpd is designed to work with. The protocol is specifically
designed to work over
Unruh wrote:
> situation, but have no reasons for that worry. The very worst case is if
> the system runs for a while on very short poll intervals, and then suddenly
> has very log poll intervals. The short period estimation of the drift is
> not a good estimator of the long period drift. But I sus
Hi all, I'm new to this group and have a question about building ntp
on solaris 8.
I downloaded the source code from sunfreeware and am trying to build
it and ran into the following error:
-
gcc -g -O2 -Wall -Wcast
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Unruh,
>I'm sure you know that an ntpd simulator is included in the NTP software
>distribution. It handles multiple simultaneous servers using the same
>algorithms as in the working daemon. We use it to test the daemon
>response to all kinds of pos
Danny,
Your comment on another thread about weather modelling stirred my pot. I
gave a long thought about modelling when designing the synthetic sources
for the ntpd simulator. With the Allan characteristic in mind the
synthetic sources use exponentially distributed phase noise plus
random-wal
Unruh,
The NTP discipline is basically a type-II feedback control system. Your
training should recall exactly how such a loop works and how it responds
to a 50-ms step. Eleven seconds after NTP comes up the mitigation
algorithms present that transient to the loop and what happens
afterwards co
[EMAIL PROTECTED] (Danny Mayer) writes:
>>
>> They have no idea unless I tell them. And if it actually disciplines the
>> clock better, then they would be idiots if they took that attitude. Of
>> course convincing that it actually does discipline it better might be the
>> challenge.
>>
>The q
"Maarten Wiltink" <[EMAIL PROTECTED]> writes:
>"Unruh" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> "David J Taylor"
><[EMAIL PROTECTED]> writes:
>>> chrony falls at the first hurdle for me - there appears to be no native
>>> Windows implementation.
>>
>> Correct. chrony is not
Unruh,
This answers my earlier question. I can't believe this is so crude and
dangerous. you really need to provide an analysis on the errors this
creates when reading the clock during the slew. The problem is not the
residual time offset but the rate at which time changes. Measuring time
inte
Unruh,
I'm sure you know that an ntpd simulator is included in the NTP software
distribution. It handles multiple simultaneous servers using the same
algorithms as in the working daemon. We use it to test the daemon
response to all kinds of possible but unlikely scenarios, all at warp speed.
S
Unruh wrote:
> David Woolley <[EMAIL PROTECTED]> writes:
>
>> Unruh wrote:
>
>>> Chrony is also a server. The key detraction for me is that it cannot use
>>> hardware clocks.
>
>> That would be a specification violation (should level, I think), as
>> chrony is only an SNTP implementation. I
Does anyone know of a server or piece of software I can use to test an
SNTP implementation - including its handling of KOD packets?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/
"Unruh" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "David J Taylor"
<[EMAIL PROTECTED]> writes:
>> chrony falls at the first hurdle for me - there appears to be no native
>> Windows implementation.
>
> Correct. chrony is not implimented on nearly as many platforms as ntp.
>
> Th
Unruh wrote:
> "David J Taylor"
> <[EMAIL PROTECTED]> writes:
>
>> chrony falls at the first hurdle for me - there appears to be no
>> native Windows implementation.
>
> Correct. chrony is not implimented on nearly as many platforms as ntp.
>
> There were plans once upon a time, but life got in Cur
Having been testing ntp, I was looking at the peerstats file. Here is a
sequence of such measurements.
54489 29187.448 137.82.1.3 9414 0.005089025 0.016225398 0.067088246 0.001122070
54489 29269.446 142.103.234.11 9614 0.003231929 0.015419416 0.009606450
0.001005171
54489 29316.445 137.82.1.3 941
David Woolley <[EMAIL PROTECTED]> writes:
>Unruh wrote:
>> I am sorry, but this is idiotic. The ONLY requirement should be that the
>> communication protocol is implimented properly and that the clock is
>Only a very small part of the mandatory parts of the NTP specification
>describe the wire f
"David J Taylor" <[EMAIL PROTECTED]> writes:
>chrony falls at the first hurdle for me - there appears to be no native
>Windows implementation.
Correct. chrony is not implimented on nearly as many platforms as ntp.
There were plans once upon a time, but life got in Curnoe's way.
Anyway, I am N
Unruh wrote:
> I am sorry, but this is idiotic. The ONLY requirement should be that the
> communication protocol is implimented properly and that the clock is
Only a very small part of the mandatory parts of the NTP specification
describe the wire formats. The pool is an NTP network, not an SNTP
33 matches
Mail list logo