Re: [ntpwg] [dhcwg] Re: Network Time Protocol (NTP) Options for DHCPv6

Brad Knowles <brad@shub-internet.org> Wed, 28 November 2007 13:55 UTC

Return-path: <dhcwg-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxNNh-0006TP-Lp; Wed, 28 Nov 2007 08:55:13 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iwv1s-0000OQ-Ov for dhcwg@ietf.org; Tue, 27 Nov 2007 02:38:48 -0500
Received: from smtp102.his.com ([216.194.225.125]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iwv1s-0008U2-C4 for dhcwg@ietf.org; Tue, 27 Nov 2007 02:38:48 -0500
Received: from localhost (localhost [127.0.0.1]) by smtp102.his.com (Postfix) with ESMTP id 0EEDB13E42AD; Tue, 27 Nov 2007 02:38:48 -0500 (EST)
Received: from smtp102.his.com ([216.194.225.125]) by localhost (smtp102.his.com [216.194.225.125]) (amavisd-new, port 10024) with ESMTP id 26136-04; Tue, 27 Nov 2007 02:38:45 -0500 (EST)
Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by smtp102.his.com (Postfix) with ESMTP id AC83113E42AF; Tue, 27 Nov 2007 02:38:45 -0500 (EST)
Received: from [192.168.1.101] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.13.1/8.12.3) with ESMTP id lAR7ciQR091568; Tue, 27 Nov 2007 02:38:44 -0500 (EST) (envelope-from brad@shub-internet.org)
Mime-Version: 1.0
Message-Id: <p06240805c37176de00a4@[192.168.1.101]>
In-Reply-To: <47445863.4000208@cisco.com>
References: <A05118C6DF9320488C77F3D5459B17B7062ED3C6@xmb-ams-333.emea.cisco.com> <4733482A.7020302@sun.com> <A05118C6DF9320488C77F3D5459B17B70634E4E5@xmb-ams-333.emea.cisco.com> <473D0C34.4030507@ntp.org> <1195185173.26090.4.camel@uma> <474114E3.9040309@ntp.org> <474198BA.3000109@sun.com> <4743B902.3030406@udel.edu> <47445863.4000208@cisco.com>
Date: Tue, 27 Nov 2007 01:32:42 -0600
To: Mark Stapp <mjs@cisco.com>
From: Brad Knowles <brad@shub-internet.org>
Subject: Re: [ntpwg] [dhcwg] Re: Network Time Protocol (NTP) Options for DHCPv6
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Virus-Scanned: Debian amavisd-new at smtp502.his.com
X-Spam-Status: No, score=-3.907 tagged_above=-99 required=5 tests=[ALL_TRUSTED=-1.8, AWL=-0.378, BAYES_00=-2.599, SUBJ_HAS_SPACES=0.87]
X-Spam-Score: -3.907
X-Spam-Level:
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
X-Mailman-Approved-At: Wed, 28 Nov 2007 08:55:11 -0500
Cc: "ntpwg@lists.ntp.org" <ntpwg@lists.ntp.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Errors-To: dhcwg-bounces@ietf.org

On 11/21/07, Mark Stapp wrote:

>  there seems to be a concern that delivering addresses via DHCP somehow
>  makes them difficult to update over time. just to reiterate: it's often
>  the case that the information at the DHCP server is updated. the updated
>  information flows out to clients as they renew.

But in the case of NTP clients, that assumes that they know that 
there is a renewal, and that they need to update their configuration. 
Which seems to imply that there would need to be something in the NTP 
protocol standard that says something like:

	If you got your other-protocol-specific configuration via DHCP,
	then you need to make sure that you're fully DHCP-aware and
	that you pick up all changes when the DHCP client renews the lease.

>                                                  if the lease timers were
>  very long, a client who got NTP addresses and found itself having
>  trouble with them all could also use the INFORMATION-REQUEST message to
>  check whether the addresses were still valid, outside of the normal
>  renewal timers.

Which implies that the NTP client now needs to become fully DHCP aware.


NTP is a weird beast.  It's not like a mail or news server, which can 
pretty much always continue to use the same upstream server as 
defined in the configuration file, and never needs to worry about 
watching for DHCP lease renewals.

NTP is one of those layer 2.5 things that doesn't have the name Cisco 
branded on the side, and doesn't look like a router, switch, or hub, 
and therefore your traditional network admins may not understand it. 
It also doesn't have the name Microsoft or Sun stamped on the side, 
and therefore your traditional host administrators aren't necessarily 
going to know anything about it.

This is a piece of network systems infrastructure which acts as glue 
at the interface between the network itself and the hosts on the 
network, and since it's an edge case on both sides of the equation, 
we need to be careful in how we handle it.

-- 
Brad Knowles <brad@shub-internet.org>
LinkedIn Profile: <http://tinyurl.com/y8kpxu>

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg