[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rdate/ntp.c RFC2030 && friends diff



cron emailed me about rdate where it wouldnt have done so before. My crontab
looks like this:

# keep the clock in sync
*/30    *       *       *       *       /usr/sbin/rdate -sna blanc

The mail I got looked like this.

----- Original Message ----- 
From: "Cron Daemon" <root@animata.net>
To: <root@animata.net>
Sent: Sunday, June 06, 2004 10:00 PM
Subject: Cron <root@gris> /usr/sbin/rdate -sna blanc


> rdate: Invalid stratum received, packet rejected
>

ntpdc -np (running ntpd-4.1.74 from ports, not sure what else you would like
to see) from blanc looks like this:

loki@blanc etc$ ntpdc -np
     remote           local      st poll reach  delay   offset    disp
=======================================================================
=129.127.40.3    220.244.145.6    2 1024  173 1.71991  0.053796 0.21048
=203.21.37.18    220.244.145.6    2 1024  177 1.67215 -0.297417 0.08795


This is rdate on gris talking to blanc again:

loki@gris rdate$ rdate -np blanc
rdate: Invalid stratum received, packet rejected
Sun Jun  6 22:30:40 EST 2004

I've been downloading rather heavily for the past few hours. This is the
only change in my environment since I spoke to you on irc (im tomcarrol or
tomcarro1 or whoever I am today).

If you want to get in contact with me, try irc, otherwise you can email me.
If you want I can arrange an account on gris for you so you can look at the
issue in more depth.

Regards,
David Gwynne


----- Original Message ----- 
From: "Alexander Guy" <alexander.guy@andern.org>
To: <tech@openbsd.org>
Sent: Saturday, June 05, 2004 9:45 PM
Subject: rdate/ntp.c RFC2030 && friends diff


> This diff:
>
> * Brings rdate's SNTP support into compliance with RFC 2030.
> * Adds more robust handling of NTP error conditions (e.g. host or
>   service unreachable).
> * Improves the detection of stale and/or spoofed NTP responses
>   from servers.
> * Adds support for getaddrinfo(3)'s multiple host support if
>   error conditions occur (e.g. round-robin DNS, and the first
>   NTP server isn't responding, try the next host in line).
> * Minor formatting/code cleanup.
>
> Testing/comments appreciated from rdate SNTP users.