Re: Multiple addresses [was Node Requirements: Elevating DHCPv6 from MAY to SHOULD]

Thomas Narten <narten@us.ibm.com> Wed, 01 June 2011 20:43 UTC

Return-Path: <narten@us.ibm.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BA72E0875 for <ipv6@ietfa.amsl.com>; Wed, 1 Jun 2011 13:43:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.299
X-Spam-Level:
X-Spam-Status: No, score=-106.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e5kiAoTb-ksI for <ipv6@ietfa.amsl.com>; Wed, 1 Jun 2011 13:43:28 -0700 (PDT)
Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.141]) by ietfa.amsl.com (Postfix) with ESMTP id 387F6E0973 for <ipv6@ietf.org>; Wed, 1 Jun 2011 13:42:47 -0700 (PDT)
Received: from d01relay03.pok.ibm.com (d01relay03.pok.ibm.com [9.56.227.235]) by e1.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p51KVAue014612 for <ipv6@ietf.org>; Wed, 1 Jun 2011 16:31:10 -0400
Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay03.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p51KgZR6093490 for <ipv6@ietf.org>; Wed, 1 Jun 2011 16:42:39 -0400
Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p51KgY16029394 for <ipv6@ietf.org>; Wed, 1 Jun 2011 16:42:34 -0400
Received: from cichlid.raleigh.ibm.com (sig-9-76-138-57.mts.ibm.com [9.76.138.57]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p51KgXr0029304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2011 16:42:33 -0400
Received: from cichlid.raleigh.ibm.com (cichlid.raleigh.ibm.com [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.4/8.12.5) with ESMTP id p51KgVud023906; Wed, 1 Jun 2011 16:42:32 -0400
Message-Id: <201106012042.p51KgVud023906@cichlid.raleigh.ibm.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Multiple addresses [was Node Requirements: Elevating DHCPv6 from MAY to SHOULD]
In-reply-to: <4DE55815.3080702@gmail.com>
References: <4DE3F87A.5060502@globis.net> <4DE40821.9030205@gmail.com> <4DE420E2.6010207@globis.net> <4DE5536D.9050906@globis.net> <4DE554F9.20603@globis.net> <4DE55815.3080702@gmail.com>
Comments: In-reply-to Brian E Carpenter <brian.e.carpenter@gmail.com> message dated "Wed, 01 Jun 2011 09:05:25 +1200."
Date: Wed, 01 Jun 2011 16:42:31 -0400
From: Thomas Narten <narten@us.ibm.com>
Cc: Ray Hunter <v6ops@globis.net>, ipv6@ietf.org, Ralph Droms <rdroms.ietf@gmail.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Jun 2011 20:43:29 -0000

Brian E Carpenter <brian.e.carpenter@gmail.com> writes:

> Ray,

> Without going into details: how about turning this into
> draft-hunter-v6ops-something and having the debate over in v6ops?

> I think that would be useful, personally.

Actually, let me suggest something else.

Before spending a whole lot of time on this topic, is there anyone
else who thinks there is a problem here that needs solving? The last
thing we (as a group) need to do is spend time on a non-problem.

Personally, I don't see the issue here. I think the problem as stated
is a non-problem. And to be honest, this is the first time I have
heard anyone suggest what you describe is a real problem. So I wonder
whether anyone else thinks there is a problem here that needs fixing.

To the point:

> > Ray Hunter wrote:
> >> It's definitely going to become an operational FAQ, unless it is very
> >> clear whether/how a network operator can force equivalent use of
> >> DHCPv4 static address assignment for both source and destination
> >> addresses via DHCPv6 (possibly by turning off SLAAC for assignment of
> >> GUA on an interface via a flag, or via RFC3484 bis), and how to
> >> achieve this effect for all nodes on a link, without resorting to
> >> local configuration. So I may as well be the first to ask.

A fine way to deal with this problem is not advertise any prefixes in
RAs for stateless address autoconfiguration. The network operator is
in control here. They decide how/whether DHCP and/or SLAAC is used.

Why is this not sufficient?

Thomas