Ed,
Mischanko, Edward T wrote:
Martin,
Reading your reply, it sounds like you understand and somewhat
confirm this bug.
I *think* I have observed something like this some time ago.
I agree this may be a Windows XP only bug.
I'm not sure whether it is. We'll have to find this out, but
I need an IP address of FREE server time.. tnx
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
ntp.org is your friend.
Le 2 déc. 2013 à 14:29, Jhake Jacobo a écrit :
I need an IP address of FREE server time.. tnx
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 02/12/13 13:29, Jhake Jacobo wrote:
I need an IP address of FREE server time.. tnx
Ask your ISP. They should provide one. They are typically called ntp
or ntp1.yourisp.net
If this is for personal, low volume use, the answer should be obvious
from a basic examination of the
Then pool.ntp.org is your best friend!
On 2013-12-02 07:39, mike cook wrote:
ntp.org is your friend.
Le 2 déc. 2013 à 14:29, Jhake Jacobo a écrit :
I need an IP address of FREE server time.. tnx
--
Take care. Thanks, Brian Inglis
___
questions
Then pool.ntp.org is your best friend!
On 2013-12-02 07:39, mike cook wrote:
ntp.org is your friend.
Le 2 déc. 2013 à 14:29, Jhake Jacobo a écrit :
I need an IP address of FREE server time.. tnx
--
Take care. Thanks, Brian Inglis
___
questions
Martin Burnicki wrote:
Ed,
Mischanko, Edward T wrote:
Martin,
Reading your reply, it sounds like you understand and somewhat
confirm this bug.
I *think* I have observed something like this some time ago.
I agree this may be a Windows XP only bug.
I'm not sure whether it is. We'll have
David Lord wrote:
I had maxpoll set at 10 when I first setup my network but sometimes
at that poll rate combined with daily temperature variations offsets
would gradually increase both in +ve and -ve directions. This could
clearly be seen in mrtg graphs. Solution was to reduce maxpoll to 7
or 8.
On 02/12/13 15:35, Martin Burnicki wrote:
From my understanding it would be better if ntpd polled in shorter
intervals to detect if the frequency drift is constant, or not. If it is
not it could decrease the polling interval to react faster on frequency
changes.
It already oversamples and
On 2013-12-02 05:02, Martin Burnicki wrote:
Ed,
Mischanko, Edward T wrote:
Martin,
Reading your reply, it sounds like you understand and somewhat
confirm this bug.
I *think* I have observed something like this some time ago.
I agree this may be a Windows XP only bug.
I'm not sure
On 02/12/2013 16:24, Brian Inglis wrote:
[]
When I ran current stable under Win 7 with only network servers I found
I had to drop minpoll to 4 (default is 6) so iburst would quickly get
a good offset and pull drift down from initial out-to-lunch estimate
compared to drift file contents.
Once
On 2013-12-02, Martin Burnicki martin.burni...@meinberg.de wrote:
David Lord wrote:
I had maxpoll set at 10 when I first setup my network but sometimes
at that poll rate combined with daily temperature variations offsets
would gradually increase both in +ve and -ve directions. This could
Martin,
I think the problem here is that folks are setting a high floor for
minpoll and then noticing the value they picked is too high.
ntpd will, I believe, increase the poll interval when that seems like a
safe thing to do. Left to its own devices, ntpd will notice that a
Brian Inglis writes:
When I ran current stable under Win 7 with only network servers I
found I had to drop minpoll to 4 (default is 6) so iburst would
quickly get a good offset and pull drift down from initial
out-to-lunch estimate compared to drift file contents.
This is strange - iburst
Martin Burnicki wrote:
David Lord wrote:
I had maxpoll set at 10 when I first setup my network but sometimes
at that poll rate combined with daily temperature variations offsets
would gradually increase both in +ve and -ve directions. This could
clearly be seen in mrtg graphs. Solution was to
On 2013-12-02, David Lord sn...@lordynet.org wrote:
Martin Burnicki wrote:
My server with Sure gps/pps has offset below 3 us other than when
nightly cron jobs give a couple of 35 us spikes. From loop_summary
over 7 days, typical range for rms offset is 3.9-6.1.
Over 7 days my four pool
On 2013-12-02 13:10, Harlan Stenn wrote:
Brian Inglis writes:
When I ran current stable under Win 7 with only network servers I
found I had to drop minpoll to 4 (default is 6) so iburst would
quickly get a good offset and pull drift down from initial
out-to-lunch estimate compared to drift
On 2013-12-02 10:07, David Taylor wrote:
On 02/12/2013 16:24, Brian Inglis wrote:
[]
When I ran current stable under Win 7 with only network servers I found
I had to drop minpoll to 4 (default is 6) so iburst would quickly get
a good offset and pull drift down from initial out-to-lunch estimate
unruh wrote:
On 2013-12-02, David Lord sn...@lordynet.org wrote:
Martin Burnicki wrote:
My server with Sure gps/pps has offset below 3 us other than when
nightly cron jobs give a couple of 35 us spikes. From loop_summary
over 7 days, typical range for rms offset is 3.9-6.1.
Over 7 days my four
David,
It appears that you may misunderstand my observation? Raspberry-Pi servers
seem to be economical and functional as NTP servers, but how well do they work
in the network configuration that I am using. Yes, there are things that I can
do to have a more accurate server; but how well
Yes, it is strange. My point as a software tester, and user, is that if
software doesn't work as documented or intended, the why needs to be discovered
and addressed with a solution that matches documentation.
Ed
From:
On 2013-12-03, David Lord sn...@lordynet.org wrote:
unruh wrote:
On 2013-12-02, David Lord sn...@lordynet.org wrote:
Martin Burnicki wrote:
My server with Sure gps/pps has offset below 3 us other than when
nightly cron jobs give a couple of 35 us spikes. From loop_summary
over 7 days,
22 matches
Mail list logo