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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Sun, 14 April 2019 17:20 UTC

Return-Path: <alexandre.petrescu@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 7220412013C; Sun, 14 Apr 2019 10:20:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.633
X-Spam-Level:
X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] autolearn=ham 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 yoUl1muW2geg; Sun, 14 Apr 2019 10:20:12 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24D9A1200DF; Sun, 14 Apr 2019 10:20:11 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3EHK7Lo023863; Sun, 14 Apr 2019 19:20:07 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EF833202A35; Sun, 14 Apr 2019 19:20:06 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D813C200C4E; Sun, 14 Apr 2019 19:20:06 +0200 (CEST)
Received: from [10.8.68.49] ([10.8.68.49]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3EHK6LY006209; Sun, 14 Apr 2019 19:20:06 +0200
To: 神明達哉 <jinmei@wide.ad.jp>
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>
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <bcb6d12d-5b21-1f10-1afe-221321f8e7a6@gmail.com> <CAJE_bqd5t77B5ij3ot-F-ucx5+3A7LATC-VTBx3w2_kCDD8fNA@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <437705d6-a88c-906c-94a1-d373dbeb9fdc@gmail.com>
Date: Sun, 14 Apr 2019 19:20:06 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <CAJE_bqd5t77B5ij3ot-F-ucx5+3A7LATC-VTBx3w2_kCDD8fNA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/O2blPvZx1uu05_H90Zr2Uskl3kg>
Subject: Re: [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: Sun, 14 Apr 2019 17:20:14 -0000

for this particular detail,

Le 12/04/2019 à 20:36, 神明達哉 a écrit :
[...]
>  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.

I added the last phrase (all nodes in the subnet must be able to 
communicate directly using their lls).

Remark that, for me, that is a phrase with some risks of ambiguity. 
'Communicate directly' may mean to you that it does not go through IP 
Router, but to others may mean it does not go through Access Point. 
This 'communicate directly' means many things to many people.

For best use, at this time I think this 'communicate directly' should be 
qualified by the layer (i.e. at network layer).

Also, 'using their link local unicast addresses' can mean to some that 
there exist link local multicast addresses (they dont, as proven by a 
search of "link-local multicast address" in RFC4291; at most maybe some 
groups with ll scope exist); also it does not say where these ll 
addresses sit: if they are in the src and dst fields then you are right, 
but if they are in some inner header, encapsulated, then it's ambiguous.

Alex

> 
> 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