HDTenEightyP/NetNews huggingface dataset:
From: wollman@trantor.emba.uvm.edu (Garrett Wollman)
Subject: Re: XNTP3
Organization: University of Vermont, EMBA Computer Facility
Distribution: inet
Date: Thu, 30 Jul 1992 20:26:17 GMT

In article <9207301948.AA02844@Orchid.XAIT.Xerox.COM> alex@XAIT.XEROX.COM (Alexis Layton) writes:

>I am about to try xntp3 on a Sparcstation 2 running off a moderately
>busy ethernet connected to the rest of the world (NEARnet) via a 9.6kbps
>link (sigh).  There is no local clock.  Under these conditions

Well, I'm currently running xntp3 on an AT&T 6386E/20 WGS (running
Jolitz 386BSD), and it seems to work just fine over my 9.6 SLIP
connection.  Here's what it currently thinks:

     remote           refid      st when poll reach  delay  offset   disp
=========================================================================
+sadye.emba.uvm. BITSY.MIT.EDU    2   14  256  377   170.0   -2.47   18.5
*newton.emba.uvm BITSY.MIT.EDU    2   79  256  377   169.9   -3.05   22.7
-uvm-gen.emba.uv hermes.chpc.ute  2  164  256  377   179.9  -37.04   24.1
+kira.emba.uvm.e BITSY.MIT.EDU    2  157  256  377   169.9   -1.33   25.4
-noc.near.net    umd1.umd.edu     2  103  256  377   189.5  -25.17   22.1

Half an hour ago, the synch.peer was noc.near.net, which is quite a
distance away; it's nice to see that it devided our local systems are
good enough for it now.

It seems to be working fairly well, even though this machine's clock
isn't all that great (drift is -58.78329) and tickadj is non-optimal.

Here are some suggested configuration options:

- Let me specify the name of the kernel.  My kernel is called /386bsd,
not /vmunix or /unix.

- Completely disconnect from the tty.  When my /etc/rc exits, init
kills anything which is still attached to the console, so I have to do
a `nohup /usr/local/etc/xntpd >&/dev/null' to make things work.

- Write the daemon's PID somewhere.  All the standard Net/2 daemons(*)
write a file called `/var/run/<name>.pid' which lists the PID of the
daemon; this makes it much easier to kill and restart them if need be.

-GAWollman

(*)Well, except sendmail and update...

-- 
   Garrett A. Wollman  = wollman@emba.uvm.edu = UVM is welcome to my opinions
                       =    uvm-gen!wollman   =
   That's what being alive is all about.  No deity, no higher goal
   exists, than to bring joy to another person.    - Elf Sternberg
Newsgroups: comp.protocols.time.ntp
From: parghi@cs.uiuc.edu (Amit Parghi)
Subject: Re: ntp v2 on SGI Irix 4.0.x
Organization: Department of Computer Science, University of Illinois
Date: Fri, 24 Jul 1992 10:10:30 GMT

>Actually, after many attempts to get xntpd up and running, I gave it up.
>It went straight down without any messages whatsoever.  Then, after I made
>some fixes to the source files, mainly in signal handlers, it seemed like
>I could make use of ntpdate.

Scott Henry at SGI has ported xntp to IRIX 4.0.  Binary versions of his port
are available via anonymous FTP from sgigate.sgi.com.

I've been using that version for a while, and it works quite nicely.

Amit
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Twisty little passages...
Date: 23 Jul 92 17:12:50 GMT
Distribution: inet
Organization: The Internet

Folks,

There is a nasty little bug in the last xntp3 distribution announced
recently. It can result in the frequency-error limit to be set to
zero, which causes a "drift exceeds 0.0ppm" upon startup and
"cannot cope" message sometime later, after which the daemon
folds its tent and goes home. The problem is fixed in the distribution
now in the pub/ntp/xntp3.tar.Z distribution on louie.udel.edu. This
problem is only in the most recent distribution announced a week ago.
As with that distribution, the changes are mainly in the area of
portability and cosmetics. When the issues of copyright, encryption and
other sordid issues are settled, I'll make another announcement. This
distribution has all the patches through patch9, as revealed in the
pub/ntp/patch.xntp3 file on louie.udel.edu. If your patch isn't there,
please squawk.

Dave
From: sommerfeld@APOLLO.HP.COM
Newsgroups: comp.protocols.time.ntp
Subject: Re: XNTP3
Date: 30 Jul 92 20:54:26 GMT
Distribution: inet
Organization: The Internet

I'll second Mohamed's note; I've used ntp over dialup slip to keep my
home machine's clock sane (I dial up, start slip, then start named and
xntpd).

No special parameter changes are needed (tick, tickadj, et al just
define how the system clock responds to adjtime()).

Performance is acceptable.. it doesn't take much of the line bandwidth
to peer with two or three servers, and the clock errors shown in the
ntpq billboard seem to be <10-20ms after things settle down.

I suspect that things might get thrown off a bit if you were in the
middle of a multi-megabyte one-way file transfer, but other than that,
it should be fine.

					- Bill
From: mattson@cs.ucsd.edu (Jim Mattson)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Broadcast mode in xntpd
Date: 31 Jul 92 05:30:37 GMT
Distribution: inet

Mills@UDEL.EDU writes:

>Mohamed,

>I have to admit I have not tested xntp3 in broadcast client mode.
>It may be you have exposed a bug. Did it work with xntpd(2)?

>Dave

I have about 75 well-adjusted clients that are quite happy with 
the broadcast ntp service they get from a handful of servers.  All
are running xntp3.  However, I have some Apollo broadcast clients
stuck at xntp2, and I had to dedicate one of the (xntpd3) servers
to broadcasts in version 2 mode to keep the Apollos in the know.

--jim
-- 
Jim Mattson			Internet: jmattson@ucsd.edu
UCSD CSE Dept. 0114		Bitnet:	  jmattson@ucsd
9500 Gilman Drive		UUCP:	  ...!uunet!ucsd!jmattson
La Jolla, CA 92093-0114 USA	Voice:    +1 619 534 7371
From: Mills@udel.edu
Newsgroups: comp.protocols.time.ntp
Subject: Re:  xntp3 (July 23rd edition)
Date: 30 Jul 92 19:16:36 GMT
Distribution: inet
Organization: The Internet

Greg,

Right on. It doesn't matter now, since CLOCK_ADJ is zero, but your
observation would prevent a clear violation of the Principle of Least
Astonishment in future.

Dave
Newsgroups: comp.protocols.time.ntp
From: kardel@immd4.informatik.uni-erlangen.de (Frank Kardel)
Subject: Re: NTP version 2 on ULTRIX 4.2
Organization: CSD., University of Erlangen, Germany
Distribution: inet
Date: Mon, 27 Jul 1992 19:27:24 GMT

Mills@udel.edu writes:

>Lars,

>I'm not sure who fixed it or when, but the complaints about pointer
>mismatches in xntpdc and ntpq have disappeared, at least with Sun cc.
>I was warned that casts are probably necessary about shifting a
>variable more bits than its size and that Ultrix poops on that.

I fixed it in my last patch run - Suns have void (*)() signal pointers, just
as HP has - so I fixed it for Suns. Was that ok with you ?

--
  Frank
Newsgroups: comp.protocols.time.ntp
From: Harald.Eikrem@delab.sintef.no
Subject: ntp v2 on SGI Irix 4.0.x
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 23 Jul 92 16:07:45

Actually, after many attempts to get xntpd up and running, I gave it up.
It went straight down without any messages whatsoever.  Then, after I made
some fixes to the source files, mainly in signal handlers, it seemed like
I could make use of ntpdate.  Irix appearently resets signal handling to
SIG_DFL upon traps.  As far as I can tell, the same problems appear with
ntp v3, but that one I could not even get going on SunOS machines, so I
figured I had to live with ntp v2 for the time being.

Now, running ntpdate from cron on the Iris'es seemingly works on most
machines except one, which has Irix 4.0.4.  The others are Irix 4.0.1 and
4.0.2.  Have anyone else fiddled with ntp and Iris'es out there?

   ~~harald E.
Newsgroups: comp.protocols.time.ntp
From: tim@mdd.comm.mot.com (Tim Rosmus)
Subject: Re: Broadcast mode in xntpd
Organization: Motorola, Mobile Data Division - Seattle, WA
Distribution: inet
Date: Fri, 31 Jul 1992 15:56:49 GMT

In <9207301633.aa03704@huey.udel.edu> Mills@UDEL.EDU writes:

>Mohamed,

>I have to admit I have not tested xntp3 in broadcast client mode.
>It may be you have exposed a bug. Did it work with xntpd(2)?

We're using broadcast mode in xntpd(2) with no problems.
-- 
 Internet:         <tim@mdd.comm.mot.com>  |      Tim Rosmus (Sys Analyst)
 Motorola-X400-ID: <ctr001>                |   Motorola - Mobile Data Division
 ...uw-beaver!uw-coco----\   (uucp)        |      19807 North Creek Parkway
 ...uunet-------------------!mdisea!tim    |     Bothell, WA  (206) 487-5928
From: ellozy@FARBER.HARVARD.EDU (Mohamed Ellozy)
Newsgroups: comp.protocols.time.ntp
Subject: Broadcast mode in xntpd
Date: 30 Jul 92 19:27:37 GMT
Distribution: inet
Organization: The Internet

I would like to try broadcast mode NTP, and seem to have no luck.  On one
subnet I have an xntpd3 process running with broadcast to my second
subnet.  Etherfind shows that I get a broadcast packet arriving on second
subnet every 64 seconds.

On that subnet I have a second xntp3 client with all peer lines commented
out and a single line of

broadcastclient yes

I have no evidence that it is working.  Querying with ntpq shows no
associations, and after setting it to a wrong time there is no evidence
that the time gets reset (waited over ten minutes).

Hints, clues etc much appreciated!

Mohamed

Newsgroups: comp.protocols.time.ntp
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: ntp v2 on SGI Irix 4.0.x
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 24 Jul 92 08:46:46 GMT

In <1992Jul23.160745*Harald.Eikrem@delab.sintef.no> Harald.Eikrem@delab.sintef.no writes:

| Actually, after many attempts to get xntpd up and running, I gave it up.
| It went straight down without any messages whatsoever.  Then, after I made
| some fixes to the source files, mainly in signal handlers, it seemed like
| I could make use of ntpdate.  Irix appearently resets signal handling to
| SIG_DFL upon traps.  As far as I can tell, the same problems appear with
| ntp v3, but that one I could not even get going on SunOS machines, so I
| figured I had to live with ntp v2 for the time being.

Yes, if you use the  'old' signal interface, that is what is required.
Use the bsd or posix signals if you want the other syntax (or even
the sys5 sigset signals).  See man signal sigset for more details.

I believe Scott Henry has posted ntp and xntp patches to this and
other groups in the past, so try the archives.  Some groups inside
SGI use ntp for time keeping, rather than timed.

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: ras@unipress.com (Ray Schnitzler)
Newsgroups: comp.protocols.time.ntp
Subject: " Previous time adjustment didn't complete"
Date: 22 Jul 92 17:49:51 GMT
Reply-To: schnitz@unipress.com (Ray Schnitzler)
Distribution: inet
Organization: The Internet

I seem to recall seeing comments on tuning xntp to eliminate "Previous time
adjustment didn't complete" messages, but I can't track them down.
Can someone help?

I'm running xntp v2.  I'm getting these messages on the Sun3 (SunOS 4.1) that
gets time from the internet and serves it to our hosts.

Thanks.

Ray Schnitzler
From: baumann@mycroft.llumc.edu (Michael Baumann)
Newsgroups: comp.protocols.time.ntp
Subject: Xntp 3 and Drift > 100PPM
Date: 29 Jul 92 14:27:32 GMT
Organization: LLUMC Radiation Research Lab

We are running XNTP3 on a mix of sun3 and sun4 systems, with the os ranging
from 4.0.3 to 4.1.2.
We are getting the "drift exceeds 100ppm" message and would like to know
what we need to fix to stop this. 

This appears both on our servers (stratum 3) and our broadcast clients.

Help?


Michael Baumann
Radiation Research Lab		|Internet: baumann@proton.llumc.edu
Loma Linda Universtiy Medical Center |        UUCP: ...ucrmath!proton!baumann
Loma Linda, California. (714)824-4077|
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: NTP can't find service ntp/udp??
Newsgroups: comp.protocols.time.ntp
Organization: University of California, Irvine
Date: 24 Jul 92 23:21:42 GMT
Distribution: inet

In article <9207242048.AA01432@cps201.cps.cmich.edu> thomson@CPS201.CPS.CMICH.EDU (Ron Thomson) writes:
>I'm trying to install XNTP.  The XNTPD process starts ?correctly? but when I
>try to check it out with XNTPDC all I get back is "xntpdc: ntp/udp: unknown
>service".  I have the line "ntp 123/udp" in my /etc/services on a Sun4 running
>SunOS4.1.1 and have rebooted since I changed the ntp line from tcp to udp.
>What am I doing wrong??

If you are using NIS (YP), you need to remake the maps when you change
/etc/services.


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: comp.protocols.time.ntp
From: kardel@Darkstar.informatik.uni-erlangen.de (Frank Kardel)
Subject: Re: XNTP3
Organization: CSD., University of Erlangen
Distribution: inet
Date: Fri, 31 Jul 1992 06:58:23 GMT

Mills@UDEL.EDU writes:

>Alexis,

>tickadj -t 9999 -a 5 -s

>for all our Sun4s. ...
>Dave

There are, however, few rare Sun4c's that need a tickadj -t 10001. So look
which way the drift of your machines is going.

--
Frank Kardel
From: simon@lia.di.epfl.ch (Simon Leinen)
Newsgroups: comp.protocols.time.ntp
Subject: Re: ntp v2 on SGI Irix 4.0.x
Date: 24 Jul 92 09:41:28 GMT
Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne
In-reply-to: Harald.Eikrem@delab.sintef.no's message of 23 Jul 92 14:07:45 GMT
X-Md4-Signature: c7d6d4568c56d66162ca4bca820e94db

In article <1992Jul23.160745*Harald.Eikrem@delab.sintef.no>
Harald.Eikrem@delab.sintef.no writes:

   Actually, after many attempts to get xntpd up and running, I gave
   it up.  It went straight down without any messages whatsoever.
   Then, after I made some fixes to the source files, mainly in signal
   handlers, it seemed like I could make use of ntpdate.  Irix
   appearently resets signal handling to SIG_DFL upon traps.

That's the default System V behaviour.  You can add -D_BSD_SIGNALS to
DEFS in the configuration file to get around that.

A very good place to start would be the patches to xntp (v2) posted by
Scott Henry of SGI some time ago.  You can FTP them from
liasun3.epfl.ch as /pub/net/ntp/xntp-SGI.diffs.

   As far as I can tell, the same problems appear with ntp v3, but
   that one I could not even get going on SunOS machines, so I figured
   I had to live with ntp v2 for the time being.

I found xntp.v3 quite easy to install on SunOS.  Maybe you picked up a
bad release?

   Now, running ntpdate from cron on the Iris'es seemingly works on
   most machines except one, which has Irix 4.0.4.  The others are
   Irix 4.0.1 and 4.0.2.  Have anyone else fiddled with ntp and
   Iris'es out there?

Yes, we have xntp.v3 running on our two Indigos (IRIX 4.0.4) for a few
days, but I don't trust my modifications of the loopfilter code.  The
machines do seem to keep good time *as far as I can tell* which is not
very far because I don't know how to interpret the statistics files.

It would be great if Scott could adapt his patches tp xntp.v3 and
submit them for integration into the distribution! The SGI boxes
should be very good for high-precision timekeeping.
-- 
Simon.
Newsgroups: comp.protocols.time.ntp
From: earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support)
Subject: Re: "Previous time adjustment didn't complete"
Followup-To: comp.protocols.time.ntp
Organization: Sun Microsystems - JPL on-site Software Support
Date: Tue, 28 Jul 1992 08:53:42 GMT

In article <9207221749.AA16906@repo.unipress.com> schnitz@unipress.com (Ray Schnitzler) writes:
>I seem to recall seeing comments on tuning xntp to eliminate "Previous time
>adjustment didn't complete" messages, but I can't track them down.
>Can someone help?
>
>I'm running xntp v2.  I'm getting these messages on the Sun3 (SunOS 4.1) that
>gets time from the Internet and serves it to our hosts.

You need to set the "dosynctodr" kernel variable to 0 in your running kernel.

Here's the end of my /etc/rc.local that does this:

poseur:2:1498 % tail /etc/rc.local

#
# Network time daemon.
#
if [ -f /usr/local/etc/xntpd -a -f /etc/ntp.conf ]; then
	echo "dosynctodr/W 0" | adb -k -w /vmunix /dev/mem 2>&1 > /dev/null;
	echo "NTP daemon"
fi


	- Greg Earle
	  Sun Microsystems
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Broadcast mode in xntpd
Date: 30 Jul 92 20:33:56 GMT
Distribution: inet
Organization: The Internet

Mohamed,

I have to admit I have not tested xntp3 in broadcast client mode.
It may be you have exposed a bug. Did it work with xntpd(2)?

Dave
From: emcguire@intellection.com (Ed McGuire)
Newsgroups: comp.protocols.time.ntp
Subject: xntpd won't synch to local clock
Date: 21 Jul 92 21:46:08 GMT
Distribution: inet
Organization: The Internet


   I've installed NTP Version 3 on a Sun SPARCserver 630MP (2 processors)
   running SunOS 4.1.2.  The xntpd does not synchronize with the local
   clock driver (127.127.1.0) but remains at stratum 16.

Thanks to all who replied, and especially John Sager who gave me the
solution.  See his article <1992Jun12.104156.16761@zoo.bt.co.uk> in
comp.protocols.time.ntp.  In short, he suggests changing LCLDISPERSION
and LCLROOTDISPERSION in xntpd/refclock_local.c to 0x28f (representing
10 ms) if you are running an isolated network and using the local
reference clock as your sole time source.  After making the change and
restarting xntpd, NTP worked as advertised.  Score!

Someone may be interested in the other changes I made to NTP Version 3.

   1) In Config, reduce xntpd size by removing all but local reference
      clock support.  Obviously this is only useful if your network is
      like John's and mine.
	remove -DPPS, -DPPSDEV, and -DDEBUG from DEFS
	remove -DPST, -DWWVB, and -DCHU from CLOCKDEFS

   2) In Config, relocate BINDIR to /usr/local/bin.

   3) Added rdist(1) Distfile for easy distribution of binaries,
      ntp.conf, and ntp.keys to all hosts.

   4) In Makefile and */Makefile.tmpl, fixed a problem where "make" at
      the top level would not rebuild executables with changed source.

   5) In some of */Makefile.tmpl, corrected install target to only
      copy an executable to BINDIR if it had been recompiled.

peace.  -- Ed
From: D.Nash@utexas.edu (Donald L. Nash)
Newsgroups: comp.protocols.time.ntp
Subject: Re: synchronizing time VMS <-> Ultrix
Keywords: timed VMS
Date: 25 Jul 92 01:15:49 GMT
Organization: University of Texas System Office of Telecommunication Services


In article <1992Jul23.205951.16715@eco.twg.com>, reece@eco.twg.com
(Reece R. Pollack) writes:
>
>In article <1992Jun27.102828.14335@Urmel.Informatik.RWTH-Aachen.DE>,
>kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:
>|>
>|>Is there something like 'timed' or 'xntpd' under VMS?
>
>If you're using WIN/TCP, the V5.2 and later releases include an NTP support.
>This allows the VMS system to act as a time source, a time client, or both.
>Other TCP/IP vendors may also offer this support.

So does MultiNet from TGV.  It has supported NTP (Verions 1, :-( ) since at
least V2.1 (the current version is V3.1).

                                ++Don Nash

                                The University of Texas System
                                Office of Telecommunication Services

Internet:  D.Nash@utexas.edu
BITNET:    DON@THENIC
THEnet:    THENIC::DON
From: thomson@CPS201.CPS.CMICH.EDU (Ron Thomson)
Newsgroups: comp.protocols.time.ntp
Subject: NTP can't find service ntp/udp??
Date: 24 Jul 92 20:48:40 GMT
Distribution: inet
Organization: The Internet

I'm trying to install XNTP.  The XNTPD process starts ?correctly? but when I
try to check it out with XNTPDC all I get back is "xntpdc: ntp/udp: unknown
service".  I have the line "ntp 123/udp" in my /etc/services on a Sun4 running
SunOS4.1.1 and have rebooted since I changed the ntp line from tcp to udp.
What am I doing wrong??

-------------------------------------------------------------------------------
| Ron Thomson - System Administrator | Nine megs for the Secretaries fair,    |
| Central Michigan University        | Seven megs for the Hackers scarce,     |
| Computer Science Dept.             | Five megs for the Grads in smoky lairs,|
| 422 Pearce                         | Three megs for the System source;      |
| Mt. Pleasant, MI 48859             | One Disk to rule them all,             |
|                                    | One Disk to bind them,                 |
| (517)774-7709                      | One Disk to hold the files             |
| thomson@cps201.cps.cmich.edu       | And in the darkness grind 'em.         |
|------------------------------------|-------------------------------       //|
| All opinions, and possibly some of | Maybe when my Sun grows up it    \\ // |
| the facts %-), are strictly my own.| will be an Amiga...               \X/  |
-------------------------------------------------------------------------------
From: ellozy@FARBER.HARVARD.EDU (Mohamed Ellozy)
Newsgroups: comp.protocols.time.ntp
Subject: Re: XNTP3
Date: 30 Jul 92 19:54:45 GMT
Distribution: inet
Organization: The Internet



On Thu, 30 Jul 1992, Alexis Layton wrote:

> 
> Hi folks,
> 
> I am about to try xntp3 on a Sparcstation 2 running off a moderately
> busy ethernet connected to the rest of the world (NEARnet) via a 9.6kbps
> link (sigh).  There is no local clock.  Under these conditions
> 
> 	-- what should I set my parameters to?  tick, tickadj, etc.
> 
> 	-- what kind of timekeeping performance should I expect
> 
> 	-- will it work at all?

Hi Alexis

It will work.  I once ran the old ntpd over a 9,600 baud line before we
had ethernetted the whole campus, and know of people within NEARnet who
were doing what you are doing exactly. 

You will loose some accuracy because of the delays when big ftp's are
going through the link, and may not want to bother the stratum 1 servers
since their greater accuracy will be wasted.  Send me mail if you want to
chime with one of my stratum 2 servers.

Mohamed
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Calling DX
Date: 23 Jul 92 17:16:05 GMT
Distribution: inet
Organization: The Internet

Folks,

I would like to hear from somebody running xntp3 way off in the boonies.
Specifically, I need to know if the compliance dutifully ramps up in
the cases of high delay, high dispersion paths where no nearby radio
clocks are available. If you believe you are near the edges of the
Earth, please reply to me. All I need is your host name, since I
can reach out and touch from here.

Dave
Newsgroups: comp.protocols.time.ntp
From: mcgraw@sunspot.sunspot.noao.edu (Robert McGraw)
Subject: need help on xntp3
Keywords: xntp3
Organization: National Solar Observatory/SP, Sunspot NM, USA
Distribution: usa
Date: Wed, 22 Jul 92 15:17:58 GMT

I am TRYING to install xntp3 on our systems which consist of:

1 sun4/280 (our local time server)
1 sun4/670
and SS1's SS2's IPC's IPX's

The Sun4/280 polls outside startum 1 hosts and the local
hosts poll the Sun4/280.

I am having problem setting up xntp3 and would like to get a
``Config'' file from someone who has something similar to my
setup. 

Thanks
Robert

-- 
------------------------------------------------------------------------
Robert P. McGraw, Jr.    
System Manager                 INTERNET:rmcgraw@sunspot.sunspot.noao.edu
National Solar Observatory/SP  SPAN: 5355::RMCGRAW or NOAO::RMCGRAW
From: jeff@cbis.ece.drexel.edu (Jeff White)
Newsgroups: comp.protocols.time.ntp
Subject: Way to change polling time using Ultrix 4.2a ntp
Date: 31 Jul 92 14:29:54 GMT
Organization: Drexel University, ECE Department, Philadelphia, PA


   Can someone tell me if there is a way to change the polling time of
ntp?  I am running the stock ntp on an Ultrix 4.2a system.  Now it's
running at '6' (--> 2**6 or 64 seconds), but I would like to increase
that so that we aren't doing a time change just about ever minute.

					Jeff White
					jeff@cbis.ece.drexel.edu
Newsgroups: comp.protocols.pcnet