Re: [ntp:questions] Isolated Network Drift Problem

Richard B. Gilbert wrote: > > "c" is not correct. "c" is the speed of light in vacuum! Electricity > in copper is somewhat slower. 1 nanosecond per foot is a useful rule of We are talking about a guided electromagnetic wave that is actually almost entirely excluded from the copper. > thum

Re: [ntp:questions] Isolated Network Drift Problem

>> Why do they need to differ by steps of 2? > >Because a server running off the local clock will report the server's >stratum as one higher then the clock's. So a backup server with a >local clock only one stratum higher than the primary's will have two >sources at the same level to choose from:

Re: [ntp:questions] Isolated Network Drift Problem

In article <[EMAIL PROTECTED]>, "Richard B. Gilbert" <[EMAIL PROTECTED]> wrote: > Unruh wrote: > > David Woolley <[EMAIL PROTECTED]> writes: > > > >> Unruh wrote: > > > >>> With your 100m setup you really want a buffer amp on the line. At 100m, > >>> the > >>> one way trip is .3ms, with reflec

Re: [ntp:questions] Isolated Network Drift Problem

"Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >Unruh wrote: >> David Woolley <[EMAIL PROTECTED]> writes: >> >>> Unruh wrote: >> With your 100m setup you really want a buffer amp on the line. At 100m, the one way trip is .3ms, with reflections every .6ms which might make the sys

Re: [ntp:questions] Isolated Network Drift Problem

Calvin Webster wrote: > > 1 minute every couple of months would be fine. > In an air conditioned environment, 30 seconds a year is achievable on a properly calibrated, free running machine. 1 minute a year may be achievable in a domestic environment. _

Re: [ntp:questions] Isolated Network Drift Problem

Thank you for your detailed examples Steve. You have been very helpful. I'm preparing to leave work for the Holiday weekend. If you are also a US citizen, I'll wish you an enjoyable Thanksgiving Day. ./Cal On Wed, 2008-11-26 at 18:06 +, Steve Kostecke wrote: > On 2008-11-25, Cal Webster <[EMA

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > David Woolley <[EMAIL PROTECTED]> writes: > >> Unruh wrote: > >>> With your 100m setup you really want a buffer amp on the line. At 100m, the >>> one way trip is .3ms, with reflections every .6ms which might make the >>> system a bit weird. To get rid of the reflections you need a

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > On Tue, 2008-11-25 at 21:10 +, Steve Kostecke wrote: [...] > >> > Unfortunately, connection to the Internet is not an option I'm >> > allowed to consider. >> >> Another option you could consider is the dumbclock driver. This uses >> a ser

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Calvin Webster) writes: >On Wed, 2008-11-26 at 00:52 +, Unruh wrote: >[...] >> >Okay, so I'll just be using the difference in seconds between one >> >invocation of "date" and the next. >> >> >How do I translate these seconds into a usable value for "ntptime -f"? >> >> 1sec

Re: [ntp:questions] Isolated Network Drift Problem

David Woolley <[EMAIL PROTECTED]> writes: >Unruh wrote: >> >> With your 100m setup you really want a buffer amp on the line. At 100m, the >> one way trip is .3ms, with reflections every .6ms which might make the >> system a bit weird. To get rid of the reflections you need a 100ohm >> terminatio

Re: [ntp:questions] Isolated Network Drift Problem

"Cal Webster" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Tue, 2008-11-25 at 14:10 -0500, Richard B. Gilbert wrote: [...] >> Your NTP server need not live in a computer room; it can be anywhere >> that you have a LAN connection! A PC that has been retired from >> desktop servi

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-26, David Woolley <[EMAIL PROTECTED]> wrote: > You used to be able to get RS 422 balanced line driver convertors, for > driving long lines. > > However the best solution is generally to use an amplified antenna, > as the group delay behaviour will be much better at microwave than at > b

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 20:06 -0500, Richard B. Gilbert wrote: [...] > The most important thing to do or attempt is to get a primary source of > time. This can be an atomic clock (extremely expensive, extremely > stable, extremely accurate), or something directly connected to an > atomic clock.

Re: [ntp:questions] Isolated Network Drift Problem

On Wed, 2008-11-26 at 00:52 +, Unruh wrote: [...] > >Okay, so I'll just be using the difference in seconds between one > >invocation of "date" and the next. > > >How do I translate these seconds into a usable value for "ntptime -f"? > > 1sec/day=11.47 PPM. scale for other values. > (Ie, conv

Re: [ntp:questions] Isolated Network Drift Problem

On Wed, 2008-11-26 at 00:43 +, Unruh wrote: > >> After a bit of googling I found an excellent write-up on how to use > one > >> of these for an NTP server [http://time.qnan.org/ "Using a Garmin > GPS 18 > >> LVC as NTP stratum-0 on Linux 2.6"] > >> > > With your 100m setup you really want a b

Re: [ntp:questions] Isolated Network Drift Problem

"Hal Murray" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >>> By staggered do you mean that none may live in the same stratum? >> >> Staggered means all at different strata. >> >> Correctly staggered adds the constraint that they must differ by at >> least two from each other, as we

Re: [ntp:questions] Isolated Network Drift Problem

On Wed, 2008-11-26 at 07:51 +, David Woolley wrote: [...] > > I'm just looking for the best way to get the most accurate time possible > > distributed to a couple hundred machines spread across 15 networks in 3 > > With that number of machines, a radio clock will be a negligible > additional

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 20:11 -0500, Richard B. Gilbert wrote: > > I was thinking I'd try the rather crude but elegant solution here: > > Using a Garmin GPS 18 LVC as NTP stratum-0 on Linux 2.6 > > http://time.qnan.org/ > > What's crude about that? GPS gives you time accurate to within about > 50

Re: [ntp:questions] Isolated Network Drift Problem

>> By staggered do you mean that none may live in the same stratum? > >Staggered means all at different strata. > >Correctly staggered adds the constraint that they must differ by at >least two from each other, as well. Why do they need to differ by steps of 2? -- These are my opinions, not ne

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > By staggered do you mean that none may live in the same stratum? Staggered means all at different strata. Correctly staggered adds the constraint that they must differ by at least two from each other, as well. ___ questions maili

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke wrote: > >> When I tried removing the "server" and "fudge" lines for the local >> clock from ntp.conf but leaving the server lines naming the sister >> peers, ntpdq showed nothing in the "peer" or "association" listings. > > That is to be expected. Why? I believe he was describi

Re: [ntp:questions] Isolated Network Drift Problem

Richard B. Gilbert wrote: > Steve Kostecke wrote: >> On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: >> >>> ... We'd have to run a long cable [to the GPS18LVC] though, >>> the computer lab has no windows and the roof is the most logical place >>> to put an antenna. I don't think USB will hand

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > > With your 100m setup you really want a buffer amp on the line. At 100m, the > one way trip is .3ms, with reflections every .6ms which might make the > system a bit weird. To get rid of the reflections you need a 100ohm > termination if you use cat5e cable to lengthen the 5m wire

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > > Okay, I understand that the "PC" (Intel Linux host) will keep time on > its own, albeit at some unpredictable level of accuracy. What I'm not > getting is whether the NTP service running on that host without a local > clock reference will be able to provide time to NTP clie

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > > No, anticipatory hitting of the return key can get it better than 500ms. I > would estimate to within 100ms. Mind you if that timezone clock is a My technique for accurate eyeball and wristwatch setting is to get my finger moving over the key in phase lock to the seconds, then

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > On Tue, 2008-11-25 at 22:23 +, David Woolley wrote: > >> Cal Webster wrote: >> >> > None of our client machines use the local clock. The servers >> > configured like this are the other 3 "peer" NTP servers. Don't >> > they need some type

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-26, Harlan Stenn <[EMAIL PROTECTED]> wrote: >> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: > >> The most important thing to do or attempt is to get a primary >> source of time. This can be an atomic clock (extremely expensive, >> extremely stable, extremely accurate), or something

Re: [ntp:questions] Isolated Network Drift Problem

>>> In article <[EMAIL PROTECTED]>, "Richard B. Gilbert" <[EMAIL PROTECTED]> >>> writes: Richard> The most important thing to do or attempt is to get a primary Richard> source of time. This can be an atomic clock (extremely expensive, Richard> extremely stable, extremely accurate), or something

Re: [ntp:questions] Isolated Network Drift Problem

>>> In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Cal Webster) writes: > On Tue, 2008-11-25 at 21:10 +, Steve Kostecke wrote: [...] >> This type of fail over is only reliable when the strata of all the >> Undisciplined Local Clocks are correctly staggered. Cal> By staggered do you mean t

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > On Tue, 2008-11-25 at 17:52 -0500, Richard B. Gilbert wrote: >> Steve Kostecke wrote: >>> On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: >>> ... We'd have to run a long cable [to the GPS18LVC] though, the computer lab has no windows and the roof is the most log

Re: [ntp:questions] Isolated Network Drift Problem

David Woolley <[EMAIL PROTECTED]> writes: >Cal Webster wrote: >> >> None of our client machines use the local clock. The servers configured >> like this are the other 3 "peer" NTP servers. Don't they need some type >> of time reference if the master server becomes unreachable? >No. PCs keep ti

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Cal Webster) writes: >On Tue, 2008-11-25 at 22:29 +, Steve Kostecke wrote: >> On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: >> >> > ... We'd have to run a long cable [to the GPS18LVC] though, >> > the computer lab has no windows and the roof is the most logical plac

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke <[EMAIL PROTECTED]> writes: >On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: >> On Tue, 2008-11-25 at 17:12 +, Unruh wrote: >> >>> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >>> Cal Webster wrote: >>> >>> Or connect your system to the net for a while allowing o

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > On Tue, 2008-11-25 at 22:23 +, David Woolley wrote: >> Cal Webster wrote: >>> None of our client machines use the local clock. The servers >> configured >>> like this are the other 3 "peer" NTP servers. Don't they need some >> type >>> of time reference if the master server

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Cal Webster) writes: >On Tue, 2008-11-25 at 17:12 +, Unruh wrote: >> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >[...] >> >A more adequate test would be to set up a server with a GPS receiver and >> >compare the offset of all the local clocks under test every thirty

Re: [ntp:questions] Isolated Network Drift Problem

"Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >Unruh wrote: >> [EMAIL PROTECTED] (Cal Webster) writes: >> >>> On Tue, 2008-11-25 at 09:25 +0100, Maarten Wiltink wrote: >>> ... [...] > What's the best way to determine which of our NTP servers provides the > best local clock? F

Re: [ntp:questions] Isolated Network Drift Problem

"Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >Cal Webster wrote: >> On Tue, 2008-11-25 at 09:43 -0500, Richard B. Gilbert wrote: >> [...] What's the best way to determine which of our NTP servers provides the best local clock? > >>> Consider that the Garmin GPS18LVC has a pulse per s

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Cal Webster) writes: >On Tue, 2008-11-25 at 18:22 +, Unruh wrote: >> [EMAIL PROTECTED] (Cal Webster) writes: >[...] >> >5. Paste the date command into the terminal window exactly when the >> >> No, you can have it in the window all the time. Just hit return on the 00 >> sec

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 17:52 -0500, Richard B. Gilbert wrote: > Steve Kostecke wrote: > > On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > > > >> ... We'd have to run a long cable [to the GPS18LVC] though, > >> the computer lab has no windows and the roof is the most logical place > >> to pu

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 22:29 +, Steve Kostecke wrote: > On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > > > ... We'd have to run a long cable [to the GPS18LVC] though, > > the computer lab has no windows and the roof is the most logical place > > to put an antenna. I don't think USB wil

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 22:23 +, David Woolley wrote: > Cal Webster wrote: > > > > None of our client machines use the local clock. The servers > configured > > like this are the other 3 "peer" NTP servers. Don't they need some > type > > of time reference if the master server becomes unreachabl

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke wrote: > On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > >> ... We'd have to run a long cable [to the GPS18LVC] though, >> the computer lab has no windows and the roof is the most logical place >> to put an antenna. I don't think USB will handle that much line loss. > > It

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > Thanks for the suggestion Harlan. I'm not familiar with that script and > can't find it on any of our platforms. "yum provides" on the Fedora 9 > Internet machine doesn't yield any returns either. Some OS distributors / aggregators omit port

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > ... We'd have to run a long cable [to the GPS18LVC] though, > the computer lab has no windows and the roof is the most logical place > to put an antenna. I don't think USB will handle that much line loss. It is RS-232, not USB. -- Steve Ko

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 21:10 +, Steve Kostecke wrote: [...] > > Unfortunately, connection to the Internet is not an option I'm allowed > > to consider. > > Another option you could consider is the dumbclock driver. This uses a > serial link to transfer time stamps from one system to another. T

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > > None of our client machines use the local clock. The servers configured > like this are the other 3 "peer" NTP servers. Don't they need some type > of time reference if the master server becomes unreachable? No. PCs keep time even without NTP installed. ntpd disciplines

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Cal Webster <[EMAIL PROTECTED]> wrote: > On Tue, 2008-11-25 at 17:12 +, Unruh wrote: > >> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >> >>> Cal Webster wrote: >> >> Or connect your system to the net for a while allowing only ntp >> packets in or out and use one of the time

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-25, Unruh <[EMAIL PROTECTED]> wrote: > What is a KVM? A Keyboard Video Mouse switching device which allows you to use one keyboard, display, and mouse to control multiple systems. -- Steve Kostecke <[EMAIL PROTECTED]> NTP Public Services Project - http://support.ntp.org/ ___

Re: [ntp:questions] Isolated Network Drift Problem

Thanks for the suggestion Harlan. I'm not familiar with that script and can't find it on any of our platforms. "yum provides" on the Fedora 9 Internet machine doesn't yield any returns either. ./Cal On Tue, 2008-11-25 at 20:32 +, Harlan Stenn wrote: > Cal, > > You might also want to look at

Re: [ntp:questions] Isolated Network Drift Problem

Cal, You might also want to look at the calc_tickadj script, and use the value derived there to make a boot-time adjustment. -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 14:10 -0500, Richard B. Gilbert wrote: [...] > > After a bit of googling I found an excellent write-up on how to use one > > of these for an NTP server [http://time.qnan.org/ "Using a Garmin GPS 18 > > LVC as NTP stratum-0 on Linux 2.6"] > > > > Your NTP server need not liv

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 18:22 +, Unruh wrote: > [EMAIL PROTECTED] (Cal Webster) writes: [...] > >5. Paste the date command into the terminal window exactly when the > > No, you can have it in the window all the time. Just hit return on the 00 > sec. *chuckle* :-) Okay, thanks for clarifying t

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > [EMAIL PROTECTED] (Cal Webster) writes: > >> On Tue, 2008-11-25 at 09:25 +0100, Maarten Wiltink wrote: >> ... >>> [...] What's the best way to determine which of our NTP servers provides the best local clock? >>> First order: reset drift (delete all their drift files), syn

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > On Tue, 2008-11-25 at 09:43 -0500, Richard B. Gilbert wrote: > [...] >>> What's the best way to determine which of our NTP servers provides the >>> best local clock? >> Consider that the Garmin GPS18LVC has a pulse per second output and >> costs less than $100 US. If you can

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: > >> Cal Webster wrote: >>> Gentlemen, >>> >>> If there is any way I can help shed light on this spirited discussion > >>> Although the network has no Internet connection, I have a KVM to an > > What is a KVM? KVM:== Keyboard, Vid

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 17:12 +, Unruh wrote: > "Richard B. Gilbert" <[EMAIL PROTECTED]> writes: [...] > >A more adequate test would be to set up a server with a GPS receiver and > >compare the offset of all the local clocks under test every thirty > >minutes over a period of several days. B

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Cal Webster) writes: >On Tue, 2008-11-25 at 09:25 +0100, Maarten Wiltink wrote: >... >> [...] >> > What's the best way to determine which of our NTP servers provides the >> > best local clock? >> >> First order: reset drift (delete all their drift files), synchronise their >> w

Re: [ntp:questions] Isolated Network Drift Problem

"Richard B. Gilbert" <[EMAIL PROTECTED]> writes: >Cal Webster wrote: >> Gentlemen, >> >> If there is any way I can help shed light on this spirited discussion >> please let me know. I have 4 NTP servers running in isolation (versions >> 4.2.0.a.20040617-6.el4, ntp-4.2.4p2-6.fc8, and ntp-4.1.2-0.r

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 09:43 -0500, Richard B. Gilbert wrote: [...] > > What's the best way to determine which of our NTP servers provides the > > best local clock? > > Note the difference between each clock under test and the correct time. > Wait seven to ten days and compare these clocks again.

Re: [ntp:questions] Isolated Network Drift Problem

On Tue, 2008-11-25 at 09:25 +0100, Maarten Wiltink wrote: ... > [...] > > What's the best way to determine which of our NTP servers provides the > > best local clock? > > First order: reset drift (delete all their drift files), synchronise their > watches, let them run for a few days, and see whi

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > Gentlemen, > > If there is any way I can help shed light on this spirited discussion > please let me know. I have 4 NTP servers running in isolation (versions > 4.2.0.a.20040617-6.el4, ntp-4.2.4p2-6.fc8, and ntp-4.1.2-0.rc1.2 ) and > I'm willing to play around with them as lon

Re: [ntp:questions] Isolated Network Drift Problem

"Cal Webster" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] [...] > What's the best way to determine which of our NTP servers provides the > best local clock? First order: reset drift (delete all their drift files), synchronise their watches, let them run for a few days, and see whic

Re: [ntp:questions] Isolated Network Drift Problem

Gentlemen, If there is any way I can help shed light on this spirited discussion please let me know. I have 4 NTP servers running in isolation (versions 4.2.0.a.20040617-6.el4, ntp-4.2.4p2-6.fc8, and ntp-4.1.2-0.rc1.2 ) and I'm willing to play around with them as long as I don't end up choking my

Re: [ntp:questions] Isolated Network Drift Problem

David Woolley <[EMAIL PROTECTED]> writes: >Cal Webster wrote: >> >> "adjtimex" is not available on our systems. They're all Red Hat/Fedora >> or derived from them. I do have "hwclock" but I don't think it will do >> what was suggested. >adjtimex(8) might be called ntptime, but adjtimex(2) exist

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke wrote: > > Based on my _actual_ _tests_ (which, again, I have yet to see you deign > to conduct) ... I only have one machine at home, although I guess that would be enough to confirm that the dispersion diverges. I have no current mandate to experiment with ntpd in the office a

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-22, David Woolley <[EMAIL PROTECTED]> wrote: > Steve Kostecke wrote: > >> On 2008-11-22, David Woolley <[EMAIL PROTECTED]> wrote: >> >>> In that case, you need to come up with [snip] >>> In particular, you need to ... [snip] >> You are entitled to ask if I can provide explanations f

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > Thanks much to you and the others who have provided useful information. > I'll digest all this and try something else Monday. > > Couple of notes: > > "adjtimex" is not available on our systems. They're all Red Hat/Fedora > or derived from them. I do have "hwclock" but I don

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > > "adjtimex" is not available on our systems. They're all Red Hat/Fedora > or derived from them. I do have "hwclock" but I don't think it will do > what was suggested. adjtimex(8) might be called ntptime, but adjtimex(2) exists on all Linux systems that support the kernel t

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-21, Cal Webster <[EMAIL PROTECTED]> wrote: > If I set a "bias" value in the drift file won't NTP change it anyway? > After I zeroed it out, it has been changing over time. The drift file is where ntpd stores a frequency correction snap shot. The Undisciplined Local Clock is documented

Re: [ntp:questions] Isolated Network Drift Problem

Thanks much to you and the others who have provided useful information. I'll digest all this and try something else Monday. Couple of notes: "adjtimex" is not available on our systems. They're all Red Hat/Fedora or derived from them. I do have "hwclock" but I don't think it will do what was sugg

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke wrote: > On 2008-11-22, David Woolley <[EMAIL PROTECTED]> wrote: > >> Steve Kostecke wrote: >> >>> As you can see the rootdelay and root dispersion are unchanged. >> In that case, you need to come up with >> an alternate theory of the crime for >> [EMAIL PROTECTED] >> >> In particul

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-22, David Woolley <[EMAIL PROTECTED]> wrote: > Steve Kostecke wrote: > >> As you can see the rootdelay and root dispersion are unchanged. > > In that case, you need to come up with > an alternate theory of the crime for > [EMAIL PROTECTED] > > In particular, you need to explain the root

Re: [ntp:questions] Isolated Network Drift Problem

Steve Kostecke wrote: > > As you can see the rootdelay and root dispersion are unchanged. In that case, you need to come up with an alternate theory of the crime for In particular, you need to explain the root dispersion in: (Alternatively:

Re: [ntp:questions] Isolated Network Drift Problem

Unruh wrote: > > ??? Why would they be that high? The clients are surely all getting their > time from that one master, and their stratum should be one higher. Also who > cares what stratum he declares his master to be. If he reallynever goes to > the net, he could make it stratum 1 for all ntp c

Re: [ntp:questions] Isolated Network Drift Problem

On 2008-11-21, David Woolley <[EMAIL PROTECTED]> wrote: > Any pure clients should not have a local clock. That is universally > true, not just for time islands. For the remaining machines, you should > either specify a clear hieararchy, with steps of two in the local > clock stratum between

Re: [ntp:questions] Isolated Network Drift Problem

David Woolley <[EMAIL PROTECTED]> writes: >Cal Webster wrote: >> Our NTP servers are slowly loosing time. All are in nearly perfect sync >> but collectively drift backwards over time. Is there a way to apply a >> bias to the drift calculations? >ntp.drift on the one machine with the local clock c

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > Our NTP servers are slowly loosing time. All are in nearly perfect sync > but collectively drift backwards over time. Is there a way to apply a > bias to the drift calculations? ntp.drift on the one machine with the local clock configured. > > We had to disconnect from the In

Re: [ntp:questions] Isolated Network Drift Problem

[EMAIL PROTECTED] (Cal Webster) writes: >Our NTP servers are slowly loosing time. All are in nearly perfect sync >but collectively drift backwards over time. Is there a way to apply a >bias to the drift calculations? >We had to disconnect from the Internet several months ago. Since then we >hav

Re: [ntp:questions] Isolated Network Drift Problem

If you have an isolated network, it will drift unless you have a local refclock. You can get a low cost GPS unit for under $100. On the other hand, you should be able to tune the drift file by hand so that it is within a few seconds per day. I don't know of a good description of how to do that.

Re: [ntp:questions] Isolated Network Drift Problem

Cal Webster wrote: > Our NTP servers are slowly loosing time. All are in nearly perfect sync > but collectively drift backwards over time. Is there a way to apply a > bias to the drift calculations? > > We had to disconnect from the Internet several months ago. Since then we > have had serious dri

[ntp:questions] Isolated Network Drift Problem

Our NTP servers are slowly loosing time. All are in nearly perfect sync but collectively drift backwards over time. Is there a way to apply a bias to the drift calculations? We had to disconnect from the Internet several months ago. Since then we have had serious drift problems. Shortly after the