On 2008-02-09, flyersix <[EMAIL PROTECTED]> wrote:
> I have a network that I would like to cordinate the time in without
> exposing it to the internet for NTP servers.
What level of time stability are you looking for?
> Could I just setup NTP on one of my internal servers and set the
> clients t
[EMAIL PROTECTED] wrote:
> I;ve downloaded the Development version 4.2.5p111 off NTP from
> http://www.ntp.org/downloads.html
>
> I want to make modifications to the included sources of the ntpd (NTP
> devel). First I need to know how it works, and how the different parts
> communicate. I need som
Thomas,
The NTP distribution compiles fine with gcc 4.2.0 in Solaris 10,
slthough it squeals like a stuck pig about OpenSSL prototypes.
Dave
Thomas Laus wrote:
> On 2008-02-09, Harlan Stenn <[EMAIL PROTECTED]> wrote:
>
>>Tom,
>>
>>
>In article <[EMAIL PROTECTED]>, Thomas Laus <[EMAIL PROTE
>>> In article <[EMAIL PROTECTED]>, David Woolley <[EMAIL PROTECTED]> writes:
David> Harlan Stenn wrote:
> In article <[EMAIL PROTECTED]>, David Woolley
> <[EMAIL PROTECTED]> writes:
>>
David> I'm not convinced that SNTP will displace ntpdate for this purpose.
>> Why not?
David> Because
>>> In article <[EMAIL PROTECTED]>, "Richard B. Gilbert" <[EMAIL PROTECTED]>
>>> writes:
Richard> Harlan Stenn wrote:
>> Guys, This is all discussed pretty well at:
>> http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate So far everything
>> I have seen in this thread has already been covered o
"Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>Unruh wrote:
>> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>>
>>
>>>flyersix wrote:
>>>
I have a network that I would like to cordinate the time in without
exposing it to the internet for NTP servers.
>
>>>The problem with this
David J Taylor wrote:
[]
> Your best bet is to get a local reference clock like a low-cost GPS
> receiver (about $50-$200 US). I described a simple system here:
>
> http://narvik/blueyonder/ntp/FreeBSD-GPS-PPS.htm
>
> Cheers,
> David
Oops, that's:
http://www.david-taylor.myby.co.uk/ntp/FreeBS
[EMAIL PROTECTED] (Hal Murray) writes:
>>What does "all over the map" mean. they will be withing a few tens of
>>microseconds of that server.
>I'd expect a few to tens of ms rather than microseconds.
On a local net I would expect a few tens of usec not msec. The round trip
time is liable to be
On 2008-02-09, Harlan Stenn <[EMAIL PROTECTED]> wrote:
> Tom,
>
In article <[EMAIL PROTECTED]>, Thomas Laus <[EMAIL PROTECTED]> writes:
>
> First, somebody gets to decide if this is really a bug in the NTP code or if
> it is a bug in GCC.
>
> If it's a bug in NTP (or perhaps even if it's not),
Unruh wrote:
> "Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>
>
>>flyersix wrote:
>>
>>>I have a network that I would like to cordinate the time in without
>>>exposing it to the internet for NTP servers.
>>>
>>The problem with this is that your clock is not being disciplined. This
>>means
"Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>flyersix wrote:
>> I have a network that I would like to cordinate the time in without
>> exposing it to the internet for NTP servers.
>>
>> Could I just setup NTP on one of my internal servers and set the
>> clients to go to it for time syncs? I
>What does "all over the map" mean. they will be withing a few tens of
>microseconds of that server.
I'd expect a few to tens of ms rather than microseconds.
If you manually set the time on the server, I'd expect it to
take a while for the clients to catch up.
This question comes up often enou
>First, somebody gets to decide if this is really a bug in the NTP code or if
>it is a bug in GCC.
It could also be a glitch in the included header files.
--
These are my opinions, not necessarily my employer's. I hate spam.
___
questions mailing li
Harlan Stenn wrote:
In article <[EMAIL PROTECTED]>, David Woolley <[EMAIL PROTECTED]> writes:
>
> David> I'm not convinced that SNTP will displace ntpdate for this purpose.
>
> Why not?
Because ntpdate is fixed in the popular culture and, for the ordinary
user, SNTP doesn't offer any obvi
Harlan Stenn wrote:
> Guys,
>
> This is all discussed pretty well at:
>
> http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
>
> So far everything I have seen in this thread has already been covered on
> that page.
I just followed the above link. I see ONE feature missing!
ntpdate -Du
flyersix wrote:
> internet time but my thought is if I only need to change the time on
> the one server and then let the clients all go to it to update their
> time.
ntpd isn't designed to cope with sudden step changes in time, as time
doesn't behave like that. It will cope, eventually, but can
>>> In article <[EMAIL PROTECTED]>, "David L. Mills" <[EMAIL PROTECTED]> writes:
David> Harlan, You make some good points. However, if folks want SNTP from
David> here I think they would prefer it in its own distribution rather than
David> bundle it with the huge NTP distribution.
That's not the
flyersix wrote:
> I have a network that I would like to cordinate the time in without
> exposing it to the internet for NTP servers.
>
> Could I just setup NTP on one of my internal servers and set the
> clients to go to it for time syncs? I know the time won't match the
> internet time but my tho
Tom,
>>> In article <[EMAIL PROTECTED]>, Thomas Laus <[EMAIL PROTECTED]> writes:
Thomas> I tried to upgrade my ntp version running on a FreeBSD 6.3-STABLE
Thomas> system this morning and received the following error:
Thomas> The compiler is GCC-4.2.3_20080130 and the ntp version that I was
Thoma
Guys,
This is all discussed pretty well at:
http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
So far everything I have seen in this thread has already been covered on
that page.
--
Harlan Stenn <[EMAIL PROTECTED]>
http://ntpforum.isc.org - be a member!
__
flyersix wrote:
> I have a network that I would like to cordinate the time in without
> exposing it to the internet for NTP servers.
>
> Could I just setup NTP on one of my internal servers and set the
> clients to go to it for time syncs? I know the time won't match the
> internet time but my th
>>> In article <[EMAIL PROTECTED]>, David Woolley <[EMAIL PROTECTED]> writes:
David> I don't think you are ever going to get rid of ntpdate from the
David> distribution (as supplied by packagers and vendors) until ntpd offers
David> a mode which sets the time within about one second of being start
flyersix <[EMAIL PROTECTED]> writes:
>I have a network that I would like to cordinate the time in without
>exposing it to the internet for NTP servers.
>Could I just setup NTP on one of my internal servers and set the
>clients to go to it for time syncs? I know the time won't match the
>internet
I have a network that I would like to cordinate the time in without
exposing it to the internet for NTP servers.
Could I just setup NTP on one of my internal servers and set the
clients to go to it for time syncs? I know the time won't match the
internet time but my thought is if I only need to c
I tried to upgrade my ntp version running on a FreeBSD 6.3-STABLE
system this morning and received the following error:
if cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I../libopts
-I/usr/local/include -O2 -fno-strict-aliasing -pipe -Wall -Wcast-qual
-Wmissing-prototypes -Wpoin
"Richard B. Gilbert" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nick Bright wrote:
>> ntpq> pe
>> remote refid st t when poll reach delay offset
>> =
>> 217.160.254.116 0.0.0.0 16 u- 128
On 2008-02-09, Tom Smith <[EMAIL PROTECTED]> wrote:
> He means be done with it, including hard-setting the clock, within a
> second. The accuracy expected, based on "ntpdate -b" as the benchmark
> you are trying to replace, is within a small number of milliseconds of
> the specified servers.
>
> S
Richard B. Gilbert wrote:
> David Woolley wrote:
>> David L. Mills wrote:
>>
>>> Harlan,
>>>
>>> You make some good points. However, if folks want SNTP from here I
>>> think they would prefer it in its own distribution rather than bundle
>>> it with the huge NTP distribution. You can make a stron
David Woolley wrote:
> David L. Mills wrote:
>
>> Harlan,
>>
>> You make some good points. However, if folks want SNTP from here I
>> think they would prefer it in its own distribution rather than bundle
>> it with the huge NTP distribution. You can make a strong argument to
>> host here
>
>
Danny Mayer wrote:
> Nick Bright wrote:
>> If the NTPD isn't synchronized with external servers, will it simply
>> ignore clients?
>>
>
> Yes, unless you tell it to act as if it was by using the "local" refclock.
>
Actually, it won't ignore the clients, but the clients will ignore it.
It sends
David L. Mills wrote:
> Harlan,
>
> You make some good points. However, if folks want SNTP from here I think
> they would prefer it in its own distribution rather than bundle it with
> the huge NTP distribution. You can make a strong argument to host here
I don't think you are ever going to ge
31 matches
Mail list logo