Re: [ntpwg] [dhcwg] Re: Network Time Protocol (NTP) OptionsforDHCPv6

"David L. Mills" <mills@udel.edu> Tue, 27 November 2007 21:00 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 1Ix7Xm-0002lP-7N; Tue, 27 Nov 2007 16:00:34 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ix7Xk-0002l2-NW for dhcwg@ietf.org; Tue, 27 Nov 2007 16:00:32 -0500
Received: from whimsy.udel.edu ([128.4.2.3]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ix7Xj-0001y5-Li for dhcwg@ietf.org; Tue, 27 Nov 2007 16:00:32 -0500
Received: by whimsy.udel.edu (Postfix, from userid 62) id C422216D4; Tue, 27 Nov 2007 21:00:20 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on whimsy.udel.edu
X-Spam-Level:
X-Spam-Status: No, score=-2.1 required=4.1 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.1
Received: from [128.4.2.6] (backroom.udel.edu [128.4.2.6]) by whimsy.udel.edu (Postfix) with ESMTP id CE0BD166C; Tue, 27 Nov 2007 21:00:17 +0000 (UTC)
Message-ID: <474C855F.6080609@udel.edu>
Date: Tue, 27 Nov 2007 21:00:15 +0000
From: "David L. Mills" <mills@udel.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)
X-Accept-Language: en-us, en
To: "dhcwg@ietf.org WG" <dhcwg@ietf.org>, ntpwg@lists.ntp.org
Subject: Re: [ntpwg] [dhcwg] Re: Network Time Protocol (NTP) OptionsforDHCPv6
References: <200711260009.lAQ092va059077@drugs.dv.isc.org> <EF06E977-C3D9-4EDF-A126-6CD888BA8F36@fugue.com> <014d01c82fc6$6b1ecd70$6401a8c0@tsg1> <5C093633-A256-4059-AA10-1800F62F522A@fugue.com> <017901c82fd4$9cad3b70$6401a8c0@tsg1> <E0F01D6C-3FB6-4150-9722-32CFF3079327@fugue.com> <018501c82fd7$9ff707e0$6401a8c0@tsg1> <A6BDB3D6-4CDA-4BC1-ADF0-1845E539DD4C@fugue.com> <474A521A.2090905@ntp.org> <EB79E4A4-9DC7-4C86-8CB7-96920EAD579A@fugue.com> <p06240803c37171dcd41c@[192.168.1.135]>
In-Reply-To: <p06240803c37171dcd41c@[192.168.1.135]>
X-Sanitizer: This message has been sanitized!
X-Sanitizer-URL: http://mailtools.anomy.net/
X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc:
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

Brad,

The advice to use DNS which is in the RFC and web lists is so folks can 
change the NT server IP address from time to time and update the DNS 
accordingly. If the DHCP server followed that advice, it would 
occasionally re-resolve the name and pass the new IP address to its 
clients. It is not at all clear that this advice is followed in the real 
world.

Dave

Brad Knowles wrote:

> On 11/26/07, Ted Lemon wrote:
>
>> But the main point that I keep making and that people keep ignoring is
>> that this problem is not solved by using a domain name in place of an
>> IP address. Using the domain name simply means that the place where
>> the badness would occur is different. It's still a problem for the
>> SOHO box or cable modem to be preconfigured with a name like
>> "NTP.POMME.FR" - the only difference is that in that case not only
>> will the NTP server at NTP.POMME.FR get slammed, but also the name
>> server for NTP.POMME.FR will get slammed.
>
>
> Not true. The NS and A records for NTP.POMME.FR will presumably have
> a lifetime that is measured in hundreds, thousands, tens of
> thousands, or maybe even hundreds of thousands of seconds, and they
> will be cached on the remote end.
>
> However, each and every one of those hundreds of thousands or
> millions of misconfigured NTP clients will be pounding the
> NTP.POMME.FR machine once every sixty seconds or so, unless they've
> managed to back off to just pounding it ever thousand seconds or so.
> If they're misconfigured, or the machine is not responding, they may
> pound it every second -- or maybe many hundreds of times per second.
>
> There's a huge difference here. Like, orders of magnitude. Possibly
> many orders of magnitude.
>
>> So my point is that whether we use an IP address or a domain name, the
>> same problem still occurs. So the fact that the problem exists can't
>> be used as a justification for using one over the other.
>
>
> The difference is that once an IP address is given out, it can't be
> changed to point somewhere else.
>
> Once a name is given out, it can always be changed to point to a
> different IP address. The current reference implementation would not
> re-resolve that name into the new IP address, but at least all
> new(er) instances would catch the new IP address, and life would be
> able to continue.
>


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