Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-nisconfig-05.txt

Harald Tveit Alvestrand <harald@alvestrand.no> Mon, 09 February 2004 19:32 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA06046 for <dhcwg-archive@odin.ietf.org>; Mon, 9 Feb 2004 14:32:47 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqH8k-00023g-Jg for dhcwg-archive@odin.ietf.org; Mon, 09 Feb 2004 14:32:19 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i19JWI3r007905 for dhcwg-archive@odin.ietf.org; Mon, 9 Feb 2004 14:32:18 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqH8k-00023Q-Et for dhcwg-web-archive@optimus.ietf.org; Mon, 09 Feb 2004 14:32:18 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA06019 for <dhcwg-web-archive@ietf.org>; Mon, 9 Feb 2004 14:32:15 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AqH8h-0001Fr-00 for dhcwg-web-archive@ietf.org; Mon, 09 Feb 2004 14:32:15 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AqH7q-0001BK-00 for dhcwg-web-archive@ietf.org; Mon, 09 Feb 2004 14:31:23 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1AqH7a-00016E-00 for dhcwg-web-archive@ietf.org; Mon, 09 Feb 2004 14:31:06 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqH7V-0001ni-Q6; Mon, 09 Feb 2004 14:31:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AqH6r-0001mk-Jr for dhcwg@optimus.ietf.org; Mon, 09 Feb 2004 14:30:21 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA05897 for <dhcwg@ietf.org>; Mon, 9 Feb 2004 14:30:18 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AqH6p-000153-00 for dhcwg@ietf.org; Mon, 09 Feb 2004 14:30:19 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AqH5p-0000zw-00 for dhcwg@ietf.org; Mon, 09 Feb 2004 14:29:17 -0500
Received: from eikenes.alvestrand.no ([158.38.152.233]) by ietf-mx with esmtp (Exim 4.12) id 1AqH59-0000qy-00 for dhcwg@ietf.org; Mon, 09 Feb 2004 14:28:35 -0500
Received: from halvestr-w2k1 (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1FFD361BAF; Mon, 9 Feb 2004 20:28:04 +0100 (CET)
Date: Mon, 09 Feb 2004 10:47:00 -0800
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: Ted Lemon <mellon@fugue.com>
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-opt-nisconfig-05.txt
Message-ID: <2435415211.1076323620@localhost>
In-Reply-To: <1F64DC40-5B24-11D8-93AF-000A95D9C74C@fugue.com>
References: <2427813621.1076316018@localhost> <1F64DC40-5B24-11D8-93AF-000A95D9C74C@fugue.com>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="==========B60FB089B024307FA6CA=========="
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
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>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60

Thanks Ted!
The hierarchy you describe seems to make sense to me - and no, I hadn't 
realized that DHCPv6 worked that much differently from DHCPv4.

--On 9. februar 2004 11:19 -0600 Ted Lemon <mellon@fugue.com> wrote:

>> - For "Host specific", make it easy for a host to figure out which set
>> of parameters it uses, and let it stick to that set only. No mixing!
>
> Okay, but how do we specify this?   I guess saying "no mixing" is pretty
> easy, but I don't see how we can go beyond that, and I'm not sure that
> just specifying that is going to result in reliable behavior - it's easy
> to imagine a dumb DHCP client stubbornly making the wrong choice every
> single time.

simple - outlaw dumb DHCP clients :-)
joking aside - you probably need some kind of mechanism to specify that you 
keep on listening to the "same administrator as last time", and mandate 
that a DHCP client has some way to explicitly switch administrators.
This is very similar to what you have to do if you have secure DHCP using 
administrator-related keying.......

>> - Make sure that all "Host specific" parameters are able to specify
>> values that make sense for both IPv4 and IPv6
>
> I'm not sure we've been doing this, but I agree that it's a reasonable
> thing to do.

I'm sure you don't - since that's what the nisconfig DISCUSS was about...

>> - In all the instances I've seen so far, declare that if you need an
>> IPv4 address, put it in as an IPv4-mapped IPv6 address (::12.34.56.78)
>> - no other changes needed.
>
> So are you saying that a DHCPv6 client should be able to acquire IPv4
> addresses, or just that when it gives the addresses of the DNS server, it
> should be able to give the IPv4 addresses as well as the IPv6 addresses?

The latter.

> I can see a lot of problems with the former; in the case of the latter,
> it makes sense, although I would argue that the server administrator
> should be able to enable or disable IPv4 to IPv6 address mapping, because
> I can imagine cases where you'd want it and cases where you wouldn't.

Of course - a v6-only host should know that it can't use a v4 address, no 
matter how it got it. But that isn't much of a pressing problem, 
unfortunately.... apart from special-purpose devices, I think all hosts 
will have to know how to reach a v4 address for many years to come......

>> I may now have repeated a proposal that was suggested and rejected 3.5
>> years ago - that's life too. But you asked......
>
> It's good that you're asking these questions.  I'm sorry for dumping a
> pile more on you, but I am definitely interested in your answers.   We
> needed to kick 3315 out the door, for obvious reasons, but that doesn't
> mean that it requires no further tweaking.   Fortunately, I don't think
> what we're talking about here requires any incompatible changes.

Without knowing too much - I don't think so either - and thanks for 
listening!

                          Harald