associd=0 status=011d leap_none, sync_pps, 1 event, kern,
version="ntpd 4.2.7p347@1.2483-o Mon Jan 7 19:42:41 UTC 2013 (1)",
processor="i386", system="FreeBSD/8.2-RELEASE", leap=00, stratum=1,
precision=-15, rootdelay=0.000, rootdisp=1.105, refid=PPS,
reftime=d4a00515.47aa3d3d Tue, Jan 15 2013
On 2013-01-15, Edward T. Mischanko wrote:
>
>
> associd=0 status=011d leap_none, sync_pps, 1 event, kern,
> version="ntpd 4.2.7p347@1.2483-o Mon Jan 7 19:42:41 UTC 2013 (1)",
> processor="i386", system="FreeBSD/8.2-RELEASE", leap=00, stratum=1,
> precision=-15, rootdelay=0.000, rootdisp=1.105, re
"unruh" wrote in message news:0RgJs.101361$2v@newsfe05.iad...
On 2013-01-15, Edward T. Mischanko wrote:
associd=0 status=011d leap_none, sync_pps, 1 event, kern,
version="ntpd 4.2.7p347@1.2483-o Mon Jan 7 19:42:41 UTC 2013 (1)",
processor="i386", system="FreeBSD/8.2-RELEASE", leap=0
How do I configure NTPD so that only the PPS offset is used to figure the
clock offset, instead of factoring in the surviving back-up servers that
have bigger offsets? I only want the back-up servers to come into play
when, or if, the PPS fails.
#
enable pps
enable kernel
enable ntp
tos mincl
On 2013-01-15, Edward T. Mischanko wrote:
>
>
> "unruh" wrote in message news:0RgJs.101361$2v@newsfe05.iad...
>
> On 2013-01-15, Edward T. Mischanko wrote:
>>
>>
>> associd=0 status=011d leap_none, sync_pps, 1 event, kern,
>> version="ntpd 4.2.7p347@1.2483-o Mon Jan 7 19:42:41 UTC 2013 (1)
Hi--
On Jan 15, 2013, at 10:18 AM, Edward T. Mischanko wrote:
> It means that successive calls to the gettimeofday function return with
> a difference that is not less than 2^-15 sec.
> Thanks for the reply and the information. Is -15 good, bad, or average?
Out of ~100 emails from this group li
"unruh" wrote in message news:kthJs.76256$tg.39...@newsfe15.iad...
On 2013-01-15, Edward T. Mischanko wrote:
"unruh" wrote in message news:0RgJs.101361$2v@newsfe05.iad...
On 2013-01-15, Edward T. Mischanko wrote:
associd=0 status=011d leap_none, sync_pps, 1 event, kern,
version="
Hi--
On Jan 15, 2013, at 10:59 AM, Edward T. Mischanko wrote:
> I'm running a Soekris net4501. Some have published articles on the Internet
> saying to the effect that it is one of the most accurate stratum 1 servers a
> person can own without spending a fortune? I must have a configuration
>
"Chuck Swiger" wrote in message
news:481ab2f6-39eb-48e4-8e6e-788f39c00...@mac.com...
Hi--
On Jan 15, 2013, at 10:59 AM, Edward T. Mischanko wrote:
I'm running a Soekris net4501. Some have published articles on the
Internet saying to the effect that it is one of the most accurate stratum
Hi--
On Jan 15, 2013, at 12:08 PM, Edward T. Mischanko wrote:
> I double checked the modified kernel that I made and it matched the changes
> Poul-Henning Kamp recommended. Could you tutor me on the command to see what
> kernel I am actually running?
What does your dmesg say? The most relevan
You can't. The PPS feature can only use offsets up to .5 seconds. If the
offset is greater than .5 the PPS will synchronize your system to the
wrong second. In essence the PPS just locks the clock to the nearest
second. So NTP PPS is designed to require another source of time and
then on let th
On 15/01/2013 19:05, Chuck Swiger wrote:
Hi--
[]
Out of ~100 emails from this group listing precisions in the modern format
(ie, NTP-4.2.x), a histogram [1] of results is:
46 precision=-19
16 precision=-20
12 precision=-14
8 precision=-18
4 precision=-8
3 precision=-15
3 precision=-10
2 p
I am using the nmea driver to determine the rough time (seconds). I want to
only use the WAN servers incase the GPS/PPS sources fail. Having the WAN
servers with high offsets in the mix is causing me problems with precision.
Regards,
Ed
> -Original Message-
> From: questions-
> bounce
Edward T. Mischanko wrote:
> "unruh" wrote:
> Edward T. Mischanko wrote:
>> associd=0 status=011d leap_none, sync_pps, 1 event, kern,
>> ...
>> precision=-15, rootdelay=0.000, rootdisp=1.105, refid=PPS,
> It means that successive calls to the gettimeofday function
> return with a difference that
Mischanko, Edward T wrote:
> I am using the nmea driver to determine the rough time (seconds).
> I want to only use the WAN servers in case the GPS/PPS sources fail.
> Having the WAN servers with high offsets in the mix is causing
> me problems with precision.
They don't.
Only your hardware /
Edward T. Mischanko wrote:
> How do I configure NTPD so that only the PPS offset is
> used to figure the clock offset, instead of factoring
> in the surviving back-up servers that have bigger offsets?
> I only want the back-up servers to come into play
> when, or if, the PPS fails.
> ...
> serv
16 matches
Mail list logo