Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!hellgate.utah.edu!dog.ee.lbl.gov!ucbvax!ksr.com!marcus
From: marcus@ksr.com (Mark Anthony Roman)
Newsgroups: comp.protocols.time.ntp
Subject: Re: DTS vs. NTP
Message-ID: <9102261527.AA27941@kaos.ksr.com>
Date: 26 Feb 91 15:27:40 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: inet
Organization: The Internet
Lines: 20


	From: Haavard Eidnes <uunet!idt.unit.no!he>
[. . .]
	In-Reply-To: Your message of Mon, 25 Feb 91 17:15:38 EST 
	Message-Id: <CMM.0.88.667557342.he@garm.idt.unit.no>
	Status: R

	But do any of you know enough about DTS to say if (and how) a DTS subnet
	could use NTP as its external clock source? Sort of "the revenge of NTP"...

While I'm not sure about the DTS implementation from DEC, the OSF
offering will most likely provide a gateway between the two, i.e.  a
listener to NTP which will convert its numbers into a confidence
interval.  There may be some issue with redistribution, as DTS uses an
ever increasing confidence interval as the measure of accuracy and the
prevention of loops, while NTP uses a fixed stratum approach to
preventing loops in the synchronization mesh.


		mark


Brought to you by Super Global Mega Corp .com