Re: [ntp:questions] Looking for a NTP stratum 2 appliance

2017-05-31 Thread Charles Elliott 
There is a way of securing a free NTP appliance, but I am not sure, but it
might be limited to Stratum 1, and it has to be public facing.  And the
network connection must not be asymmetric.  All the recipient has to do is
pay the operating cost (electricity and maintenance).  The latter might be
an issue though, since none that I have been acquainted with have stayed
live for any considerable period, e.g., USTime Corp.

Judah Levine (judah.lev...@nist.gov, jlev...@boulder.nist.gov,
judah.lev...@colorado.edu) has available NTP appliances for people who are
willing to provide public time servers.  The criteria for receiving one are
fairly strict.

Charles Elliott

-Original Message-
From: questions
[mailto:questions-bounces+elliott.ch=comcast@lists.ntp.org] On Behalf Of
Miroslav Lichvar
Sent: Friday, May 26, 2017 5:29 AM
To: Matthew Huff
Cc: NTP Questions
Subject: Re: [ntp:questions] Looking for a NTP stratum 2 appliance

On Thu, May 25, 2017 at 11:31:27AM +, Matthew Huff wrote:
> For the last 20 years I've run our stratum 2 ntp servers under Solaris
then Linux. I'm looking to replace them with an appliance for a number of
reasons. One of the main one is clock stability. We have 2 microsemi GPS
synced stratum 1 servers with rubidium oscillators. I am not looking for a
linux/bsd/unix box running NTP, but a dedicated non-os appliance.

I don't know if such an appliance exists (all I saw that had a real NTP
client ran a regular OS), but I'm curious what problems is the (in)stability
of an ordinary computer oscillator causing. Are the servers supposed to be
able to hold over long periods of time in case the stratum-1 servers fail?

--
Miroslav Lichvar
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions

___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions

Re: [ntp:questions] Trying to make NTP daemon as one of the Sync source

2017-05-31 Thread Miroslav Lichvar 
On Tue, May 30, 2017 at 04:21:14PM +0530, akash saxena wrote:
> *Hi all, *
> *I am trying to implement a system where NTP daemon will be a Sync source
> like others (GNSS/PTP/NL). *
> *These all sync sources (GNSS/PTP/NL) provide a CLOCK REPORT based on their
> accuracy. *
> *Which consist *
> 
>- *TimeError, *
>- *FrequencyError, *
>- *Time Uncertainty and *
>- *Frequency Uncertainty.*
> 
> *Can i get these four parameters in ntpq -pcrl output so that i can
> implement NTPD as a sync source. presently i am getting the ntpq -pcrl
> output like below.*

It would help if we knew what exactly are those four values supposed
to represent. One way to map the values from ntpq would be:

offset -> TimeError
clk_jitter -> Time Uncertainty
clk_wander -> Frequency Uncertainty

ntpd does't estimate the current frequency error of the clock. You
might want to set FrequencyError to 0 or "undefined".

-- 
Miroslav Lichvar
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions