IETF Logo Mail Archive

Re: [Int-dir] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 - MAY and significant MAC-based IIDs in GUAs

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 08 April 2019 14:11 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: int-dir@ietfa.amsl.com
Delivered-To: int-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80EA120312; Mon, 8 Apr 2019 07:11:31 -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 By8ilIEzNVMI; Mon, 8 Apr 2019 07:11:29 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 109D71201A3; Mon, 8 Apr 2019 07:11:28 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x38EBNlq011630; Mon, 8 Apr 2019 16:11:23 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 6F3AF20734A; Mon, 8 Apr 2019 16:11:23 +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 59185207344; Mon, 8 Apr 2019 16:11:23 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x38EBN8a017438; Mon, 8 Apr 2019 16:11:23 +0200
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Cc: "int-dir@ietf.org" <int-dir@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "its@ietf.org" <its@ietf.org>, "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <5b3f940b-9492-b65f-c772-01e3cc09d1bd@gmail.com> <MN2PR11MB35656D014503E124A21A8FEED82C0@MN2PR11MB3565.namprd11.prod.outlook.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <9e599a52-77ac-4c8b-e9e5-c58c6b9405d9@gmail.com>
Date: Mon, 08 Apr 2019 16:11:23 +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: <MN2PR11MB35656D014503E124A21A8FEED82C0@MN2PR11MB3565.namprd11.prod.outlook.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/int-dir/nh7BzYXvYj6r5cEtYIALVk7buSs>
Subject: Re: [Int-dir] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 - MAY and significant MAC-based IIDs in GUAs
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Apr 2019 14:11:32 -0000


Le 08/04/2019 à 15:09, Pascal Thubert (pthubert) a écrit :
> The sentence
>>> " Among these types of addresses only the IPv6 link-local addresses
>>> MAY be formed using an EUI-64 identifier. "
>   is the logical equivalent to
> "non LL Addresses MAY NOT be formed using an EUI-64 identifier". This should be said in a section that discusses non LL Addresses.

That 'MAY NOT' is your understanding.  For me the 'MAY NOT' is absent, 
silent.  I can not put a 'NOT' on something that is widely deployed 
today (MAC-based IPv6 GUAs are in widespread use, especially in the 
embedded world).

In the section we discuss non LL addresses (section 4.4 "Stateless 
autoconf") we RECOMMEND stable IIDs (RFC8064) and MAY semantically 
opaque IIDs (RFC 7217).

In that section 4.4 we also say MAY use RFC 2464-based IIDs (MAC-based), 
during transition time.  By transition I understand towards a better 
later world when embedded linuces moved to kernels 4.x (currently at 2.x).

Is this approach not ok?

Alex

> 
> All the best,
> 
> Pascal
> 
>> -----Original Message-----
>> From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
>> Sent: lundi 8 avril 2019 17:45
>> To: Pascal Thubert (pthubert) <pthubert@cisco.com>
>> Cc: int-dir@ietf.org; ietf@ietf.org; its@ietf.org; draft-ietf-ipwave-ipv6-over-
>> 80211ocb.all@ietf.org
>> Subject: Re: Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 -
>> title of the section 4.3 on LLs
>>
>>
>> Le 04/03/2019 à 12:24, Pascal Thubert a écrit :
>>> Reviewer: Pascal Thubert Review result: Not Ready
>> [...]
>>> " Among these types of addresses only the IPv6 link-local addresses
>>> MAY be formed using an EUI-64 identifier. "
>>>
>>> This text should not be in a LL specific section since it deals with
>>> the other addresses. Maybe rename the section to "addressing" or
>>> something?
>>
>> The titles of these sections come directly from the RFC2464 IPv6-over-
>> Ethernet.
>>
>> The title of this section is 'Link-Local Addresses' and as such it has the Address
>> root in it.
>>
>> The text deals indeed with other kinds of addresses, in that it says 'There are
>> several types of IPv6 addresses'.  But then it gets specific to LL addresses.  The
>> 'MAY' keyword is only applied to LL addresses.
>>
>> As such, I do not understand why do you think it deals with the other kinds of
>> addresses (non LL)?
>>
>> Alex

v2.23.0 | Report a Bug | By Email