Re: New Version Notification for draft-chakrabarti-nordmark-6man-efficient-nd-05.txt

神明達哉 <jinmei@wide.ad.jp> Thu, 27 February 2014 18:28 UTC

Return-Path: <jinmei.tatuya@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2EF81A043A for <ipv6@ietfa.amsl.com>; Thu, 27 Feb 2014 10:28:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.922
X-Spam-Level: *
X-Spam-Status: No, score=1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dz6NbJMUUVxy for <ipv6@ietfa.amsl.com>; Thu, 27 Feb 2014 10:28:28 -0800 (PST)
Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) by ietfa.amsl.com (Postfix) with ESMTP id A8F0C1A042B for <ipv6@ietf.org>; Thu, 27 Feb 2014 10:28:25 -0800 (PST)
Received: by mail-wi0-f172.google.com with SMTP id r20so1055246wiv.11 for <ipv6@ietf.org>; Thu, 27 Feb 2014 10:28:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=c533hF2F8sYsWmrDlV4nnwgIk9Je8CYMnFMhUQMu6i0=; b=Dr7hFCi06x3khAtTinHTbDoPDYVBB1AxJS6H6cCGysqQSbGm1QDfd2PuCNReIuz/GI YZ8nNDBXisPt5Ukpjso9FSmHCjtv5aHC6JXxEYP4JY8F10M8nRxcLASnrsm8wSH8CH6S bqbHAbebOGimnPGqfkQhT2Mh79ylt7HLEu2mq28JqWDnzLX6oFFmRCFgkwqdSv83nDt/ DoWCLyvNaZYqVWHfjUwH8X2C++B3AXTTIKvQVrtTDB236B/pH75EUU9bvkR/VMrgogQ9 G9t69dpejoaaRZCQc7A7j9JB7DEMaHeKXGi7v7XPw1jAPgXMaks8NWb81DJhc0XygLOX 7VEQ==
MIME-Version: 1.0
X-Received: by 10.194.219.132 with SMTP id po4mr9369555wjc.7.1393525703644; Thu, 27 Feb 2014 10:28:23 -0800 (PST)
Sender: jinmei.tatuya@gmail.com
Received: by 10.194.120.167 with HTTP; Thu, 27 Feb 2014 10:28:23 -0800 (PST)
In-Reply-To: <52FF115C.30001@acm.org>
References: <20140214235734.2509.63069.idtracker@ietfa.amsl.com> <52FF115C.30001@acm.org>
Date: Thu, 27 Feb 2014 10:28:23 -0800
X-Google-Sender-Auth: -vCDy4NjPk-1-WFsyL7AbFLkZB8
Message-ID: <CAJE_bqdOiO2zyCvxsO4sEW+9ZMb0DoOyscNWP1=jedrBbbBkEA@mail.gmail.com>
Subject: Re: New Version Notification for draft-chakrabarti-nordmark-6man-efficient-nd-05.txt
From: 神明達哉 <jinmei@wide.ad.jp>
To: Erik Nordmark <nordmark@acm.org>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: http://mailarchive.ietf.org/arch/msg/ipv6/_AYJ0PvT9BspuSjA9YiRocQXFZA
Cc: IETF IPv6 <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 27 Feb 2014 18:28:30 -0000

At Fri, 14 Feb 2014 23:03:56 -0800,
Erik Nordmark <nordmark@acm.org> wrote:

> Samita has already outlined some of the changes we have been making
> based on the feedback from the list.

Was this point addressed in 05?

>> Clarify bootstrapping and DAD for link-local or not How to inform duplicate address detection during link-local address formation

Section 11 talks about boot strapping and the formation of a
link-local address, but it doesn't talk about DAD for the LL address.

Section 5 has this bullet:

   o  Address Resolution and DAD uses the registered addresses instead
      of multicast Neighbor Solicitation messages for non-link-local
      IPv6 addresses.

which seems to suggest DAD is used for link-local addresses, but it's
not really clear (and this is not an addition to 05).

Assuming the intent is to perform DAD for the link-local address, I
suggest Section 11 explains that explicitly.  It would also be better
if that point is clarified in Section 8.  And, this point of Section 2
may also have to be updated:

      Remove the use of multicast for DAD and Address Resolution (no
      multicast NS messages), and remove periodic multicast RAs.  Some

so it's clear that DAD is still needed for link-local addresses.

--
JINMEI, Tatuya