Hal Murray wrote:
20 ms sounds like a typical DSL link. That 1ms accuracy goes out
the window if you are doing a big download. (At least on my DSL
link.)
People don't generally do big downloads during the boot of a machine!
On a big network, the most likely reason for rebooting a
Iam trying to install ISC NTP-4.2.4 on RHEL 4. But Im not able to start
the services.
I firstly removed the default rpm and then compiled the latest version,
configured the ntp.conf file, but Iam not able to start the service. I
give the command /etc/init.d/ntpd start. # prompt comes back.
David L. Mills [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
No, there is no random delay at startup. Each association starts one
second after the previous one. The random backoff occurs only after
a step.
Is there also a random backoff after an increase of the polling
interval?
Hi all,
Many of you kindly answered my previous questions, thanks a lot for that.
Now I realise that I got a lot of tips, that might be included in a
recommandations doc.
So my quesiton becomes:
Is there a document that describes the recommandation for configuring ntp?
I mean -for instance-,
Hi Thierry,
Thierry MARTIN wrote:
Hi all,
Many of you kindly answered my previous questions, thanks a lot for that.
Now I realise that I got a lot of tips, that might be included in a
recommandations doc.
So my quesiton becomes:
Is there a document that describes the recommandation
noosh wrote:
Martin Burnicki wrote:
Neither the GPS nor the ADAM are NTP servers, so why should a client find
it?
if i do the following
GPS--- PC(NTP)
Serial Port
the time is synchronized by GPS.
Right. However the PC is your NTP server and the
This looks like what I was looking for.
Thank you.
Martin Burnicki a écrit :
Hi Thierry,
Thierry MARTIN wrote:
Hi all,
Many of you kindly answered my previous questions, thanks a lot for that.
Now I realise that I got a lot of tips, that might be included in a
recommandations doc.
Peter Laws wrote:
Looking for a reference on geographical diversity of Stratum 1 servers
(GPS appliances, in this case). We have two clocks now (an old Datum
TymServ with a Symetricom sticker) and another unknown brand. We'd like
to add a third at a completely different facility a mile or
On 2008-02-13, Aggarwal Vivek-Q4997C [EMAIL PROTECTED] wrote:
Iam trying to install ISC NTP-4.2.4 on RHEL 4. But Im not able to start
the services.
There is no such thing as ISC NTP.
You are probably using the NTP Reference Implementation from
www.ntp.org.
I firstly removed the default rpm
Thierry MARTIN wrote:
Hi all,
Many of you kindly answered my previous questions, thanks a lot for that.
Now I realise that I got a lot of tips, that might be included in a
recommandations doc.
So my quesiton becomes:
Is there a document that describes the recommandation for
The GPS computation of location, elevation, and time involves a system
of four simultaneous equations which can be solved for time, lattitude,
longitude, and elevation. Doing an extended site survey can refine
your location and elevation. The better location data, the better the
Are both your current clocks using the same GPS antenna? If so, there is a
common point of failure right there.
If you put a 3rd clock w/3rd antenna at a different location you can do some
interesting measurements between the 3.
GPS is going to give you the most accurate / stable time (assuming
Maarten,
The natural behavior of a bunch of oscillators near the same frequency
is to become one giant phase-locked oscillator. Adding a bit of random
fuzz at each poll turns each oscillator into a mini random-walk which
breaks up that tendency. The fuzz is not a lot, like 10 percent.
Dave
13 matches
Mail list logo