[ipwave] link-local text (Re: [Int-dir] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34)

神明達哉 <jinmei@wide.ad.jp> Fri, 12 April 2019 18:37 UTC

Return-Path: <jinmei.tatuya@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1685312042F; Fri, 12 Apr 2019 11:37:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.67
X-Spam-Level:
X-Spam-Status: No, score=-0.67 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, FROM_EXCESS_BASE64=0.979, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=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 MPEhG8-U-wrY; Fri, 12 Apr 2019 11:37:06 -0700 (PDT)
Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30DDA1203D3; Fri, 12 Apr 2019 11:37:06 -0700 (PDT)
Received: by mail-wm1-f52.google.com with SMTP id y197so324177wmd.0; Fri, 12 Apr 2019 11:37:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uXgcJzPDEfNYe0QtyXlbEJHt7bW7LApveAsdTVR0hhM=; b=V9VzRlu1C9IV7WoGr2u+fgnXzcIpHCSzyepcJLH5QPwT1/aqyuzdAJx80wHSgSTBus 1U6pIesSt9e1OSXjrUYjUPH13nPT1K8U4eXLcT9EWLAOso138xmO9qBXUNUuAhrvbz8x Zdxw9C18I2JChFerqw6ImDJe3ucOukjnKDefIMNXCDAHgX0zGoA6AtZb1Ab0KZlJKzWg x61RWbINBLvX+6XXBoyd1Q85gORI+E3GaEWbEfOj1ZXcg1q+C1eL4XQ/qnFTnWUYPxNN n+5V+IhqVF6M1+HPDdSDgeUfxpw5ftnZ4bFBPUhG4MxKGSHekq4d7pZh3WDopVx6Xuce 55fA==
X-Gm-Message-State: APjAAAWAy9AmCXM9vqHVUXzp5A/PFwaviIc1cXJ0DBcDkYN9EhVQvPwn ehRpaqJ3XhzsJYgf6flZNss5IGu714P5Fg7RG1U=
X-Google-Smtp-Source: APXvYqycf64O5QU8lPE/GfKD1fd6B10qCx+MCH2ap98xygOS7QgWc9cXfyt0DZj1J59oZ2F5+YgGoN9y1RfMPSDmDUc=
X-Received: by 2002:a1c:e709:: with SMTP id e9mr12827349wmh.14.1555094224230; Fri, 12 Apr 2019 11:37:04 -0700 (PDT)
MIME-Version: 1.0
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <bcb6d12d-5b21-1f10-1afe-221321f8e7a6@gmail.com>
In-Reply-To: <bcb6d12d-5b21-1f10-1afe-221321f8e7a6@gmail.com>
From: 神明達哉 <jinmei@wide.ad.jp>
Date: Fri, 12 Apr 2019 11:36:52 -0700
Message-ID: <CAJE_bqd5t77B5ij3ot-F-ucx5+3A7LATC-VTBx3w2_kCDD8fNA@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: Pascal Thubert <pthubert@cisco.com>, draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org, IETF Discussion <ietf@ietf.org>, its@ietf.org, "<int-dir@ietf.org>" <int-dir@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d3dbde058659961f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/h0SMf0oH3GBYDl59lUcmzIWvBJk>
Subject: [ipwave] link-local text (Re: [Int-dir] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34)
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Apr 2019 18:37:08 -0000

On Thu, Apr 11, 2019 at 6:59 AM Alexandre Petrescu <
alexandre.petrescu@gmail.com> wrote:

>    The fe80::/10 word was removed.

So I've just checked draft-ietf-ipwave-ipv6-over-80211ocb-38.  It now
reads:

   A subnet is formed by the external 802.11-OCB interfaces of vehicles
   that are in close range (not by their in-vehicle interfaces).  This
   subnet MUST use at least the link-local prefix and the interfaces
   MUST be assigned IPv6 address(es) of type link-local.

Given that the use of non-0 values in the intermediate 54 bits of
link-local addresses is now out of scope of this specification, I
don't see the purpose of the second sentence.

"the interfaces MUST be assigned IPv6 address(es) of type link-local"
is redundant, since it's already a part of the very basic
specification of IPv6 addressing architecture (second paragraph of
RFC4291 Section 2.1).  According to a previous conversation, perhaps
it tries to re-emphasize the already-existing requirement?  In that
case, I think it better belongs to Section 4.3, since the requirement
of having a link-local address is not a requirement on a subnet, but
on an interface.  I'd suggest revising the first paragraph of Section
4.3 as follows:

   There are several types of IPv6 addresses [RFC4291], [RFC4193], that
   MAY be assigned to an 802.11-OCB interface.  Among these types of
   addresses, the interface MUST at least have one link-local IPv6
   unicast address as specified in [RFC4291].  Only those link-local
   addresses MAY be formed using an EUI-64 identifier, in particular
   during transition time.

And, beyond this obvious requirement, it's not clear to me what this
means: "This subnet MUST use at least the link-local prefix".  Perhaps
it also tries to say this must be a single-link subnet (so all nodes
in the subnet can communicate each either directly using their
link-local addresses)?  If so, it's better to say so explicitly, e.g:

   A subnet is formed by the external 802.11-OCB interfaces of vehicles
   that are in close range (not by their in-vehicle interfaces).  This
   MUST be a single-like subnet.  It means that all nodes in the
   subnet must be able to communicate directly using their link-local
   unicast addresses.

If there's no such special intention, I'd suggest just removing the
second sentence (with moving the requirement of having a LL address to
Section 4.3).

--
JINMEI, Tatuya