DHCPv6 clarification draft and PD (Re: [dhcwg] WG last call on draft-ietf-dhc-dhcpv6-opt-prefix-delegation-02.txt)

JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp> Thu, 06 March 2003 07:47 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA27235; Thu, 6 Mar 2003 02:47:56 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h267wJO10363; Thu, 6 Mar 2003 02:58:19 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h267j9O09772 for <dhcwg@optimus.ietf.org>; Thu, 6 Mar 2003 02:45:09 -0500
Received: from shuttle.wide.toshiba.co.jp (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA26960 for <dhcwg@ietf.org>; Thu, 6 Mar 2003 02:33:43 -0500 (EST)
Received: from localhost (unknown [3ffe:501:4819:2000:200:39ff:fe10:85d7]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 7DC8C15210; Thu, 6 Mar 2003 16:36:30 +0900 (JST)
Date: Thu, 06 Mar 2003 16:36:06 +0900
Message-ID: <y7visuxrlp5.wl@ocean.jinmei.org>
From: JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp>
To: Ole Troan <ot@cisco.com>
Cc: Ralph Droms <rdroms@cisco.com>, dhcwg@ietf.org, ipng@sunroof.eng.sun.com
Subject: DHCPv6 clarification draft and PD (Re: [dhcwg] WG last call on draft-ietf-dhc-dhcpv6-opt-prefix-delegation-02.txt)
In-Reply-To: <7t5r89tut8y.fsf@mrwint.cisco.com>
References: <4.3.2.7.2.20030220132513.00ba9a40@funnel.cisco.com> <y7vn0kjqxwf.wl@ocean.jinmei.org> <7t5r89tut8y.fsf@mrwint.cisco.com>
User-Agent: Wanderlust/2.6.1 (Upside Down) Emacs/21.2 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset="US-ASCII"
X-Dispatcher: imput version 20000228(IM140)
Lines: 48
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>

>>>>> On Fri, 28 Feb 2003 00:46:37 +0000, 
>>>>> Ole Troan <ot@cisco.com> said:

>> 4. The PD draft should reflect some parts of
>> draft-ietf-dhc-dhcpv6-interop-00.txt.  With a quick look, Sections
>> 1, 2, 3, 4, 5, 6, 9, 10, and 11 should also apply to the PD draft.

> I have made the changes where appropriate, i.e where we already have
> cut and pasted text from the DHCPv6 base specification.

I don't think it's enough.  For example, Section 8 of
prefix-delegation-02 is almost the exact copy of Section 22.4 of
dhcpv6-28, with s/IA_NA/IA_PD/g and s/address/prefix/g.

Since Section 2 of dhcpv6-interop-00 proposes to "add" paragraphs to
Section 22.4 of dhcpv6-28, corresponding paragraphs should be added to
Section 8 of prefix-delegation.

I've not gone thorough the entire issues of the interop draft, but I'm
quite sure that there still exist similar cases.  (If you are not
convinced, I'll try to make a complete list.)

>> We may be able to omit some of them as trivial clarifications, but
>> we should reflect some other part of them because the base DHCPv6
>> spec (and thus the clarifications for it) is too specific to
>> address assignment.  In some cases, implementors can use analogy of
>> the base spec to implement the PD draft, but we should basically
>> provide comprehensive information in the PD draft itself to ensure
>> better interoperability.  (As some people, including me, have
>> repeatedly pointed out, the best approach would be to make the base
>> spec generic so that each stateful method can just refer to the
>> base spec.  Since we could not make it due to the "it's too late"
>> reason, we should be responsible to implementors for providing
>> detailed information within the PD specification).

> the PD specification is not meant to be complete and needs to be read
> in conjunction with the base DHCP specification.

I know (and agree), but I'm saying the PD specification should be
clear wherever a difference between address assignment and prefix
delegation exist.  We should be rather redundant than leave the
difference ambiguous.  At least please reconsider each issue in the
interop draft and merge necessary changes from it.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg