Yeah, it's offtopic. Yeah, it's pedantic. Why should I be the only one with
a good SNR?

These are the FMs to R - 
NTP: RFC 1305
SNTP: RFC 2030

(From RFC 1305)
"The NTP Timescale and Reckoning with UTC
The NTP timescale is based on the UTC timescale, but not necessarily
always coincident with it. At 0h on 1 January 1972 (MJD 41,317.0), the
first tick of the UTC Era, the NTP clock was set to 2,272,060,800,
representing the number of standard seconds since 0h on 1 January 1900
(MJD 15,020.0). The insertion of leap seconds in UTC and subsequently
into NTP does not affect the UTC or NTP oscillator, only the conversion
to conventional civil UTC time. However, since the only institutional
memory available to NTP are the UTC timecode broadcast services, the NTP
timescale is in effect reset to UTC as each timecode is received. Thus,
when a leap second is inserted in UTC and subsequently in NTP, knowledge
of all previous leap seconds is lost."

I also liked this:

"Note that since some time in 1968 the most significant bit (bit 0 of the
integer part) has been set and that the 64-bit field will overflow some
time in 2036. Should NTP be in use in 2036, some external means will be
necessary to qualify time relative to 1900 and time relative to 2036
(and other multiples of 136 years)."

(Same as the epoch crisis - NTP only uses 32 bits for the seconds, and 32
bits for the fraction. That's a LOT of precision.)

hence:

"There will exist an 200-picosecond interval,
henceforth ignored, every 136 years when the 64-bit field will be zero
and thus considered invalid."

But just think of the mischeif one could cause in those 200 vital
picoseconds!

> -----Original Message-----
> From: Chris Keladis [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 25 September 2000 9:52 AM
> To: Bernd Eckenfels; Eugen COCA
> Cc: [EMAIL PROTECTED]
> Subject: Re: Off topic question - Time Server
> 
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> So, correct me if i'm wrong, NTP distributes UTC, and it is 
> up to the OS's 
> local zone files to do the math for DST, EST, PST, Daylight 
> savings etc?
> 
> That's the way i understand it...

Ok, that's probably close enough. ;)

> 
> Chris.
> 

Cheers,

--
Ben Nagy
Network Consultant, Volante Solutions
PGP Key ID: 0x1A86E304  Mobile: +61 414 411 520  
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]

Reply via email to