Re: Node Requirements: Elevating DHCPv6 from MAY to SHOULD

Ed Jankiewicz <edward.jankiewicz@sri.com> Fri, 13 May 2011 20:13 UTC

Return-Path: <edward.jankiewicz@sri.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 5F824E06C3 for <ipv6@ietfa.amsl.com>; Fri, 13 May 2011 13:13:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.046
X-Spam-Level:
X-Spam-Status: No, score=-2.046 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553]
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 G-I8VC7ZF9m6 for <ipv6@ietfa.amsl.com>; Fri, 13 May 2011 13:13:49 -0700 (PDT)
Received: from mail1.sri.com (mail.SRI.COM [128.18.30.17]) by ietfa.amsl.com (Postfix) with ESMTP id E9E0EE069E for <ipv6@ietf.org>; Fri, 13 May 2011 13:13:49 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"; format="flowed"
Received: from [128.18.208.10] ([unknown] [128.18.70.25]) by mail.sri.com (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPS id <0LL500FIOHIZZP30@mail.sri.com> for ipv6@ietf.org; Fri, 13 May 2011 13:13:49 -0700 (PDT)
Message-id: <4DCD9110.10000@sri.com>
Date: Fri, 13 May 2011 16:14:08 -0400
From: Ed Jankiewicz <edward.jankiewicz@sri.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
To: Thomas Narten <narten@us.ibm.com>
Subject: Re: Node Requirements: Elevating DHCPv6 from MAY to SHOULD
References: <201105131337.p4DDbdao009901@cichlid.raleigh.ibm.com> <4462F666-D0FD-45C1-AE71-0CD70580C110@gmail.com> <201105131602.p4DG2L3L010708@cichlid.raleigh.ibm.com> <A4D9C64B-C35A-450D-A43D-D19EC61E6357@gmail.com>
In-reply-to: <A4D9C64B-C35A-450D-A43D-D19EC61E6357@gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, 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: Fri, 13 May 2011 20:13:50 -0000

I support the idea of making DHCPv6 a SHOULD, and like the text revision 
proposed by Bob as amended by Ralph.

As to the clarification of what to do in the event of inconsistent 
information when both methods are used, I agree that RFC 4862 covers 
it.   If pushed, citing that RFC would be better than incorporating text.

The comment from Tim that the DHCPv6 man not be of use in SOHO 
deployments, I think SHOULD still leaves enough wiggle room for a 
variety of implementations with different feature sets.

On 5/13/2011 12:22 PM, Ralph Droms wrote:
> On May 13, 2011, at 12:02 PM 5/13/11, Thomas Narten wrote:
>
>> Bob,
>>
>> Bob Hinden<bob.hinden@gmail.com>  writes:
>>
>>> While I support changing the requirement to a SHOULD, I would prefer
>>> the text to be something like:
>>>      	<t>  DHCPv6<xref target='RFC3315' />  can be used to obtain and
>>> 	configure addresses. In general, a network may provide for the
>>> 	configuration of addresses through Router Advertisements,
>>> 	DHCPv6 or both.   There will be a wide range of IPv6 deployment models
>>>         and differences in address assignment requirements.  Consequently all hosts
>>> 	SHOULD implement address configuration via DHCP.</t>
>>> It's not just about what some operators may or may not do.  For
>>> example enterprises, governments, etc. will also have specific
>>> requirements.
>> I like this text better than what I proposed as well.
> Here's my contribution, trying to make an explicit link between the last two sentences:
>
>          <t>  DHCPv6<xref target='RFC3315' />  can be used to obtain and
> 	configure addresses. In general, a network may provide for the
> 	configuration of addresses through Router Advertisements,
> 	DHCPv6 or both.  There will be a wide range of IPv6 deployment
> 	models and differences in address assignment requirements,
> 	some of which may require DHCPv6 for address assignment.
> 	Consequently all hosts SHOULD implement address configuration
> 	via DHCPv6.</t>
>
>> Thanks,
>> Thomas
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

-- 
Edward J Jankiewicz, Senior Technical Advisor
ESG/ISD - Center for Navigation and Survivability Systems
SRI International, Inc.
edward.jankiewicz@sri.com
Direct:  443-502-5815
Google Voice:  908-718-1335