Hal Murray wrote:
> In article
> <485551ee-a847-45b6-a040-624dc80ce...@s38g2000prg.googlegroups.com>,
> cjc writes:
>
>> We have some time servers with GPS clocks. One of their uses is in
>> operations centers where satellites are being flown. The satellites
>> use
>> GPS (as opposed to UTC)
Gretchen Baxter wrote:
> Correct me if I an wrong, but it seems like Todd has a problem with
> GPS and NTP and that is why his company exists.
>
> *GPS* - it can be spoofed, therefore it can NOT be trusted as a time
> source
Yes when you speak to its broadcast-only and unsecured L1 design.
>
> *
Danny Mayer wrote:
> Todd Glassey CISM CIFI wrote:
>
>> Gretchen Baxter wrote:
>>
>>> thanx!
>>>
>>> in that case, this is good news for everyone in the timing community.
>>>
>> We think so - and as CertifiedTime's original founder I am overjoyed to
>> turn CertifiedTime's services
If on the NTP client only host, there is no ntp-keygen but openssl is
available, what are the equivalent openssl commands to generate certificates
with the Schnorr (IFF) scheme?
Thanks.
Victor
___
questions mailing list
questions@lists.ntp.o
NTP client was not able to detect the IFF config files because the crypto_flags
in crypto_setup() shows the following line
crypto_setup: setup 0x80001 host myclient md5WithRSAEncryption
I'm using 4.2.5p158 and have the following configurations.
$ cat /etc/ntp.conf
server myserver.domain.com au
Hello,
I tried setting up autokey using the IFF scheme but it does not work in 4.2.4p6
but it seeemed to work in 4.2.5p158. Is my findings correct? or is there a
different way to setup for the 2 versions mentioned?
Thanks,
Victor
___
questio
Hi,
I'm trying to use ntpd with gpsd on a linux system, but am unable to get ntpd
to update my system clock.
I'm using the first SHM segment only (127.127.80.0) and do not have a PPS
signal available. I know that gpsd is running, has a 3D fix and is writing
into the SHM segment.
Running ntpq
I believe the 500 PPM limit is inherent in the Unix adjtime interface
ntpd uses to slew the time, though it may well have been chosen based
on NTP's design limit. For what it's worth, the Windows time-slewing
interface has no PPM limit. If the daemon clock discipline loop code
so chose, ntpd on W
Richard B. Gilbert wrote:
> E-Mail Sent to this address will be added to the BlackLists wrote:
>> Richard B. Gilbert wrote:
>>> The specifications for NTPD say that it will correct
>>> errors less than or equal to 500 PPM.
>>>
>>> I beleive that hardware outside of this limit can
>>> properly be
"Richard B. Gilbert" writes:
>David J Taylor wrote:
>> Richard B. Gilbert wrote:
>> []
>>> An error greater than 500 PPM suggests seriously broken hardware!
>>> There might be some way to "kludge" the software to compensate for
>>> this brokenness but I think it would be easier and cheaper to fi
Terje,
Don't conclude the 1000-Hz Linux problem is lost interrutps. My old
Alpha under Tru64 ran at 1024 Hz and never lost an interrupt.
From previous posts it seems the Linx kernelmongers didn't realize
changing the timer frequency requires changing the kernel discipline
phase and frequency
Terje Mathisen wrote:
> Hal Murray wrote:
>>> An greater than 500 PPM suggests seriously broken hardware!
>>
>> Or software.
>>
> Indeed.
>
> This sounds a lot like the trouble many Linux boxes got into with
> HZ=1000, where dropped timer ticks could cause all sorts of problems in
> the form of
Hal Murray wrote:
>> An greater than 500 PPM suggests seriously broken hardware!
>
> Or software.
>
Indeed.
This sounds a lot like the trouble many Linux boxes got into with
HZ=1000, where dropped timer ticks could cause all sorts of problems in
the form of unstable systems clocks that seemed
Guys,
The 500 PPM limit is not due to an arbitrary decision. It is the maximum
that the Unix adjtime() syscall can do. I have no idea what the
corresponding limit is in Windows. In any case it can be changed by the
NTP_MAXFREQ define in the ntp_proto.h header file. However, note that a
500 PPM
E-Mail Sent to this address will be added to the BlackLists wrote:
> Richard B. Gilbert wrote:
>> The specifications for NTPD say that it will correct
>> errors less than or equal to 500 PPM.
>>
>> I beleive that hardware outside of this limit can
>> properly be described as broken!
>
> Could th
Alain,
Was my message confusing? I understand you have a trusted host, an
intermediate server and a client. You know how to configure the TH and
client. Configure the intermediate server in the same way as the client.
Then read my reply again.
Dave
Bartholome, Alain wrote:
>Hi,
>In the final
Richard B. Gilbert wrote:
> The specifications for NTPD say that it will correct
> errors less than or equal to 500 PPM.
>
> I beleive that hardware outside of this limit can
> properly be described as broken!
Could this be mitigated by setting panic to 0?
(Wasn't there some other bigtimestep
Hal Murray wrote:
>> An greater than 500 PPM suggests seriously broken hardware!
>
> Or software.
>
At least in the case of Windows, that's a given!
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
> An greater than 500 PPM suggests seriously broken hardware!
Or software.
--
These are my opinions, not necessarily my employer's. I hate spam.
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Hi,
I have already tested IFF between a trusted host and a client.
It is working fine.
Regards,
Alain.
In the final configuration there is a third system named client which ntp
server is int_server.
In the first step, I want to have iff working for trustedhost and
int_server.
Regards,
Alain.
Richard B. Gilbert wrote:
[]
> I'm not here to make people feel good!
No comment!
> I've checked the hardware available to me and none is worse than 50
> PPM. That's two PC's running Windows XP, three Sun Ultra 10
> Workstations running Solaris 8, 9, and 10, two DEC Alpha workstations
> running V
David J Taylor wrote:
> Richard B. Gilbert wrote:
> []
>> An error greater than 500 PPM suggests seriously broken hardware!
>> There might be some way to "kludge" the software to compensate for
>> this brokenness but I think it would be easier and cheaper to fix or
>> replace the broken hardware.
Richard B. Gilbert wrote:
[]
> An error greater than 500 PPM suggests seriously broken hardware! There
> might be some way to "kludge" the software to compensate for
> this brokenness but I think it would be easier and cheaper to fix or
> replace the broken hardware.
I was trying to see what erro
I've recent been suggesting the Windows port of NTP as a program suitable
for an application where the timekeeping needed to be within a second or
two. Yes, NTP is overkill, but it has the advantages of multiple servers,
best server selection, adaptive poll rate, and memory of the clock drift
David J Taylor wrote:
> I've recent been suggesting the Windows port of NTP as a program
> suitable for an application where the timekeeping needed to be within a
> second or two. Yes, NTP is overkill, but it has the advantages of
> multiple servers, best server selection, adaptive poll rate, a
Hi,
In the final configuration there is a third system named client which ntp
server is int_server.
In the first step, I want to have iff working for trustedhost and
int_server.
Regards,
Alain.
-Message d'origine-
DeĀ : questions-bounces+alain.bartholome=eads@lists.ntp.org
[mailto:qu
Alain,
In your terms an intermediate server is an ordinary client in the same
group as the TH. The only difference is that it has the server keys
generated by the TH with the -q option. See the ntp-keygen page.
Dave
Bartholome, Alain wrote:
>Hi,
>
>With my testing of iff, I get protocol_error
Hi,
With my testing of iff, I get protocol_error.
The following is extracted from the authentications options documentation:
>When an identity scheme is included, for example IFF, the TH generates host
>key, trusted certificate and private server identity files using the
ntp->keygen -T -I -i gr
David J Taylor wrote:
> David Woolley wrote:
>> David J Taylor wrote:
>>> settings. If you want UTC displayed, just choose a time-zone without
>>> any summer-time adjustment, for example:
>>>
>>> (GMT) Monrovia, Reykjavik
>>>
>> But make sure that you continually recheck its status. Tunisia used
David J Taylor
wrote:
> David Lord wrote:
> []
>> On Windows 98 here (GMT) London seems to be BST with an hour
>> adjustment for DST so turning off DST is always an hour off UTC.
>> I have timezone set as (GMT) Casablanca, Monrovia. :-)
>>
>> David
>
> That's interesting. On the Windows-32 syste
David Lord wrote:
[]
> On Windows 98 here (GMT) London seems to be BST with an hour
> adjustment for DST so turning off DST is always an hour off UTC.
> I have timezone set as (GMT) Casablanca, Monrovia. :-)
>
> David
That's interesting. On the Windows-32 systems, London = "GMT" = UTC, and
havin
David J Taylor wrote:
> David Woolley wrote:
>> David J Taylor wrote:
>>> settings. If you want UTC displayed, just choose a time-zone without
>>> any summer-time adjustment, for example:
>>>
>>> (GMT) Monrovia, Reykjavik
>>>
>> But make sure that you continually recheck its status. Tunisia used
David Woolley wrote:
> David J Taylor wrote:
>> settings. If you want UTC displayed, just choose a time-zone without
>> any summer-time adjustment, for example:
>>
>> (GMT) Monrovia, Reykjavik
>>
> But make sure that you continually recheck its status. Tunisia used
> to be in this class, but had
33 matches
Mail list logo