[ntp:questions] Reference Clock driver for getting time via "date" command over telnet?

Martin Burnicki martin.burnicki at meinberg.de
Thu Apr 22 10:30:50 UTC 2010


Steve Kostecke wrote:

> On 2010-04-21, unruh <unruh at wormhole.physics.ubc.ca> wrote:
> 
>> On 2010-04-21, Movis <ben at internetaddress.com> wrote:
>>
>>> For reasons outside my control, I wish to configure ntpd on Red Hat
>>> to use as the refclock a time obtained by repeatedly telnetting to a
>>> remote machine and using the "date" command.
> 
> [snip]
> 
>>> Could anyone help me put something together which ntpd would accept
>>> as a clock source?
>>
>> Why would they? Noone else in the world would be interested in this.
>> If you are willing to put a few thousand dollars up front, I am sure
>> someone would take it on for you.
> 
> Really?
> 
> Take a look at http://www.vanheusden.com/time/omnisync/
> 
> OmniSync is a driver for NTPd for people who are firewall-challenged. It
> enables systems to sync time when port 123 (UDP) is blocked. It allows
> you to sync against the daytime service (port 13 tcp/udp), time (port 37
> tcp/udp), SNTS, ICMP, SNMP, precision time protocol (PTP - IEEE 1588),
> (S)NTP via a socks5 proxy server, http and https (both also via proxy
> server). It doesn't directly set the clock but uses NTPd for this as
> this enables you to have multiple time sources as well as bad-chimer
> detection etc.

Hm, AFAIK at least the time and daytime protocols have only 1 second
resolution. Even if there's a way to feed this to ntpd, I doubt ntpd would
accept such jitter, or does it?

Martin
-- 
Martin Burnicki

Meinberg Funkuhren
Bad Pyrmont
Germany




More information about the questions mailing list