Re: [rfc2462bis] relationship between M/O flags and related protocols

JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp> Fri, 21 May 2004 06:04 UTC

Received: from optimus.ietf.org (www.iesg.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA28052 for <ipv6-archive@odin.ietf.org>; Fri, 21 May 2004 02:04:03 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BR2yX-0006LJ-SM for ipv6-archive@odin.ietf.org; Fri, 21 May 2004 01:53:46 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i4L5rjsf024381 for ipv6-archive@odin.ietf.org; Fri, 21 May 2004 01:53:45 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BR2yB-00068T-WA for ipv6-web-archive@optimus.ietf.org; Fri, 21 May 2004 01:53:24 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA23553 for <ipv6-web-archive@ietf.org>; Fri, 21 May 2004 01:53:21 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BR2y8-0000A0-Rq for ipv6-web-archive@ietf.org; Fri, 21 May 2004 01:53:20 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BR2xJ-00002c-00 for ipv6-web-archive@ietf.org; Fri, 21 May 2004 01:52:30 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BR2wR-0007it-00 for ipv6-web-archive@ietf.org; Fri, 21 May 2004 01:51:35 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BR2p7-0004LB-Ro; Fri, 21 May 2004 01:44:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BR2nP-000400-B9 for ipv6@optimus.ietf.org; Fri, 21 May 2004 01:42:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA23120 for <ipv6@ietf.org>; Fri, 21 May 2004 01:42:12 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BR2nL-0006Zv-Vh for ipv6@ietf.org; Fri, 21 May 2004 01:42:12 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BR2mQ-0006Tt-00 for ipv6@ietf.org; Fri, 21 May 2004 01:41:15 -0400
Received: from shuttle.wide.toshiba.co.jp ([202.249.10.124]) by ietf-mx with esmtp (Exim 4.12) id 1BR2lt-0006OC-00 for ipv6@ietf.org; Fri, 21 May 2004 01:40:41 -0400
Received: from ocean.jinmei.org (unknown [3ffe:501:100f:1010:9d2d:1b97:76ed:d268]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id DAB951525D; Fri, 21 May 2004 14:40:39 +0900 (JST)
Date: Fri, 21 May 2004 14:40:40 +0900
Message-ID: <y7v4qqabanb.wl@ocean.jinmei.org>
From: JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp>
To: Erik Nordmark <Erik.Nordmark@sun.com>
Cc: Christian Huitema <huitema@windows.microsoft.com>, Ralph Droms <rdroms@cisco.com>, ipv6@ietf.org
Subject: Re: [rfc2462bis] relationship between M/O flags and related protocols
In-Reply-To: <Roam.SIMC.2.0.6.1084989399.8579.nordmark@bebop.france>
References: <DAC3FCB50E31C54987CD10797DA511BA09135234@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> <Roam.SIMC.2.0.6.1084989399.8579.nordmark@bebop.france>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset="US-ASCII"
Sender: ipv6-admin@ietf.org
Errors-To: ipv6-admin@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Id: IP Version 6 Working Group (ipv6) <ipv6.ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-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

>>>>> On Wed, 19 May 2004 10:56:39 -0700 (PDT), 
>>>>> Erik Nordmark <Erik.Nordmark@sun.com> said:

> So if you think that the existence of the ManagedFlag implies that there
> is an API (which I don't think FWIW) then shouldn't you argue that
> all existance of ManagedFlag (and OtherConfigFlag) should be removed
> from the document? (and not just the above paragraph)
> Hence I'm confused.

I was also confused about the same point, so I asked a question to
clarify the intention in a separate message...but I've not seen a
response to it.

> My concern is that in removing all mention of the state transitions
> we are removing information from the document, yet we haven't shown
> that that information is incorrect.
> (We haven't shown that it is needed either, but the approach seems to
> be leave things unchanged unless there is a reasonably strong case.)

Assuming it's okay for Christian to mention other documents on
details, can you live with the last proposal from Ralph?

       The details of how a host uses the M flag from a valid Router
       Advertisement it receives will be described in a separate document.

Or, if you feel happier by mentioning changes of the M bit explicitly,
we could alternatively say

     The details of how a host uses the M flag, including any use of
     the "on" and "off" transitions for this flag, to control the use
     of DHCPv6 for address assignment will be described in a separate
     document.
(based on a previous text from Ralph)

This way, we can avoid the use of the "possibly extraneous state
variable" which is internal information in the implementation, while
keeping the essential idea about external behavior.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------