Since I was forced to restart ntpd I decided to play with flag3 now that
I have all the statistics being generated. I notced some behavior I
don't quite understand. If I have flag3 disabled, I see that the clock
adjustment in PPM slews slowly in steps of 0.001 PPM as it tries to keep
the cloc
As part of my testing I'm observing the main log, peers, loops, and
clockstats in one window while I observe ntpq (running on a different
machine) polling the server every five seconds. The PPS refclock has
flag4 set so that clockstats are recorded.
What I've noticed is that normally the cloc
On 2/16/2012 4:52 AM, Thorsten Mühlfelder wrote:
Hello,
I've already posted these questions 8 months ago without answers, but
now the problem came to my mind again. Sorry for double post.
I'm using a Atmel uC embedded device as SNTP server. The code is
working so far, but I wonder what the corr
On Thu, Feb 16, 2012 at 20:43, A C wrote:
> PS time.nist.gov/pub has a leapsecond file now. I just downloaded it.
Thanks for the correction. The machine I was testing suffered
disconnection on every attempt after the banner identifying the FTP
software. Turns out it's due to the specific NAT
David Woolley wrote:
35ms/second of uptime, plus the results of the standard computation for
That should have been micro seconds per second, not milli-seconds per
second.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/list
Thorsten Mühlfelder wrote:
In my understanding my server is a stratum 1 with reference identifier
LOCL. Also I chose reference timestamp as last time correction by
SNTP. Is this correct?
Strictly speaking it is an invalid SNTP server as SNTP clients are not
allowed to be SNTP servers (the sta
Dennis Ferguson wrote:
On 15 Feb, 2012, at 22:53 , Terje Mathisen wrote:
I do like your approach. :-)
Thanks. This was arrived at when I acquired hardware which allowed the
system clock to be measured against an external reference with an
accuracy in the very low 10's of nanoseconds and foun
On 2/16/2012 05:43, Dave Hart wrote:
On Thu, Feb 16, 2012 at 07:25, David J Taylor
wrote:
Ah, I found the instructions about using the file:
http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14.
I've updated that section to give a few more details.
Very helpful, thank you
On 15 Feb, 2012, at 22:53 , Terje Mathisen wrote:
> Dennis Ferguson wrote:
>> I have had very good results with the following procedure. If `tc'
>> is the 64 bit output of a counter which is continuously incremented
>> at the rate of some oscillator then the time can be computed as follows:
>>
David Lord wrote:
> Noquery prevents ntpq requests rather than time requests.
I guess I was thinking of noserve.
--
E-Mail Sent to this address
will be added to the BlackLists.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
"Dave Hart" wrote in message
news:cambsiydga1nk8kjlwfg9bdl+ih0ccndjujk1-a_gfdjfvbr...@mail.gmail.com...
On Thu, Feb 16, 2012 at 07:25, David J Taylor
wrote:
Ah, I found the instructions about using the file:
http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14.
I've updated
2012/2/16 Thorsten Mühlfelder :
> Hello,
>
> I've already posted these questions 8 months ago without answers, but
> now the problem came to my mind again. Sorry for double post.
>
> I'm using a Atmel uC embedded device as SNTP server. The code is
> working so far, but I wonder what the correct set
On Thu, Feb 16, 2012 at 07:25, David J Taylor
wrote:
> Ah, I found the instructions about using the file:
>
> http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14.
I've updated that section to give a few more details.
> I had the impression, falsely, from the way people were talk
Hello,
I've already posted these questions 8 months ago without answers, but
now the problem came to my mind again. Sorry for double post.
I'm using a Atmel uC embedded device as SNTP server. The code is
working so far, but I wonder what the correct settings are for:
* stratum
* precision
* root
14 matches
Mail list logo