Conference lassie::ucx

Marc,

I suspect that this is do-able but difficult and labour
intensive (read expensive).

If I were told to make this happen soonest, I would install
DECnet plus, then modify a DTSS time provider to accept
the (special) radio receiver for the atomic clock.

Then I would set up the NTP server at stratum 1.  

I would do this on a dedicated, stand alone machine, because
DTSS and NTP are going to fight over the time. Who knows
what will happen at daylight savings time..

Now, all of this may be dead wrong, so do  not take it as
"DIGITAL ENGINEERING" gospel ;-)

MULP, who often reads the conference, is the most informed person
within DIGITAL on DTSS/NTP issues.  Perhaps he will see this note
and have a better answer.


The other, probably cheaper in the long run, is to introduce a
dedicated UNIX or PC machine running a real NTP and suitable for
the your hardware receiver.  Such turnkey applications are probably
available off the shelf.  Not VMS, but perhaps a happier customer....

Lee

Hello Marc,

a long time ago I had a PC with a very inacurate CMOS 
clock. So I decided to get a cheap (Here in Germany 
about 100 DEutsch Mark) DCF77 Receiver only to syncronise 
the clock in the PC. This worked fine and I never had to 
bother about the time anymore.
Then I came across LINUX as a cheap way of getting 
my hands on a real operating System.
Now I am running XNTP V3-5.89 which provides a Parse 
driver for my DCF77 Receiver.
In an attempt to learn more about all of this stuff
with NTP and XNTP I checked whether it is possible 
for a VAX running UCX 4.1 using the UCX Implementation
of NTP to get the time from this LINUX PC. This works.
I don't have the knowledge and Intrumentary to
check whether this is accurate or how accurate You can
 get with such a solution. At least I proved that 
UCX/NTP also not being able to handle a Atomic Clock 
by itself, can be syncronised by a UNIX Sytem running 
XNTP.


OTTO

Its a bit out of date; the current version of NTP is xntp3-5.90
(April 7, 1997).  See http://www.eecis.udel.edu/~ntp/ for the latest info.
I'm not sure if how of the VMS port was incorporated in the code at udel.
I think that the V3.4 code is comparible with what Digital UNIX ships.
Along with the VMS port is the standard set of NTP tools: NTPQ, NTPDC, etc.
Note that NTP is true to the Internet Protocols in that it doesn't use SNMP
to do its management, but instead uses its own management protocol.

See ftp://ftp.gwdg.de/pub/vms/xntp3.4v.VMS.README and the other files in
that directory that start with xntp3.4...

Hello Mulp,

I took Your "advise" graped XNTP V3-5.90 compiled it
and well now I am up to date.

Do You have any pointers, papers or other info sources
one should consult to get a better understanding of 
the whole subject ??

I have read the html based documentation about XNTP

but from there You still don't get the exact explanation
of all the bells and wistles.


Any way 
thanks for making me aware of the new version


OTTO

I'll try to limit myself to a few URLs:

http://www.eecis.udel.edu/~ntp/

You'll find pointers to lots of information on NTP there plus info
that you can browse online.

Here's a pointer to the ftp area in case you can't reach the above.

ftp://louie.udel.edu/pub/ntp

The following are related to my 6am project (the one I plan to work on
when I get home if I'm not too tired, unfortunately I'm seldom not tired
at 4am).

http://www.tapr.org/gps/index.html
http://www.tapr.org/tapr/html/tac2.html
ftp://aleph.gsfc.nasa.gov/GPS/totally.accurate.clock/