Re: [v6ops] [E] New Version Notification for draft-mishra-v6ops-variable-slaac-problem-stmt-01.txt

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 05 November 2020 18:15 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59A0D3A1944 for <v6ops@ietfa.amsl.com>; Thu, 5 Nov 2020 10:15:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.424
X-Spam-Level:
X-Spam-Status: No, score=0.424 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.247, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=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 kn1MP_AO0c2r for <v6ops@ietfa.amsl.com>; Thu, 5 Nov 2020 10:15:56 -0800 (PST)
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 8C7363A1947 for <v6ops@ietf.org>; Thu, 5 Nov 2020 10:15:56 -0800 (PST)
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 0A5IFtCC030265 for <v6ops@ietf.org>; Thu, 5 Nov 2020 19:15:55 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 055A620992A for <v6ops@ietf.org>; Thu, 5 Nov 2020 19:15:55 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id EF8892098DE for <v6ops@ietf.org>; Thu, 5 Nov 2020 19:15:54 +0100 (CET)
Received: from [10.11.242.214] ([10.11.242.214]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0A5IFsvT015806 for <v6ops@ietf.org>; Thu, 5 Nov 2020 19:15:54 +0100
To: v6ops@ietf.org
References: <160409793214.22613.15041785352190993395@ietfa.amsl.com> <CAJhXr98mPsopQrUiKfXGuN+wxSEtNiP00LBEGrYObz62FHSa_Q@mail.gmail.com> <CABNhwV1LTcVKobDpiEjnxqKbX9drz1od+RNg7EdX_WO04JQgUw@mail.gmail.com> <49DFF195-CB76-4575-BA29-F134F99D6EE1@gmail.com> <CAKD1Yr2tUg7GZcne1SkgZZYHJ3Prr=F3hMRDTAZ2=H+UgK2FWg@mail.gmail.com> <3FF78364-0435-4BF5-9027-B4E330FBB49A@gmail.com> <CAJE_bqfXucoFe0pURXzQWgM0PCvMqUhkctvnbY_iBEDgcjRLBw@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <04992575-65a7-c719-b862-0b77e56a510b@gmail.com>
Date: Thu, 05 Nov 2020 19:15:54 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0
MIME-Version: 1.0
In-Reply-To: <CAJE_bqfXucoFe0pURXzQWgM0PCvMqUhkctvnbY_iBEDgcjRLBw@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/v6ops/NqujgEnzqlP5bIm5kzwgVKYnfCU>
Subject: Re: [v6ops] [E] New Version Notification for draft-mishra-v6ops-variable-slaac-problem-stmt-01.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Nov 2020 18:15:58 -0000

Tatuya,

Le 03/11/2020 à 00:19, 神明達哉 a écrit :
> At Mon, 2 Nov 2020 11:09:57 -0800, Bob Hinden <bob.hinden@gmail.com>
> wrote:
> 
>> First off SLACC works just fine with any size prefix/interface ID. 
>> The protocol supports different sized prefixes/IIDs.   The
>> purported issue relates to interface ID sizes.   These drafts
>> appear to be confused about that.
> 
> +1.  Even the draft title has the confusion: "SLAAC with prefixes of 
> arbitrary length in PIO (Variable SLAAC) - A Problem Statement". The
> SLAAC protocol itself as defined in RFC4862 already works with an 
> arbitrary prefix length.

I think it is an indirect SLAAC-GUA problem.  The IID len problem taints
SLAAC.

Yes, SLAAC spec works with 65bit plens.

No, IIDs defined in IPv6-over-foo are not used anywhere else than in
SLAAC.  SLAAC is the only protocol that uses the IIDs defined in
IPv6-over-foo.

Because of that, if we formulate a problem that is only about IID, then
nobody will want to solve that problem, because nobody uses the IIDs
defined by IPv6-over-foo.

> Today's limitation, i.e., the interface identifier (and therefore
> the prefix also) length used in SLAAC is always 64 bits in practice,
> just comes from the addressing architecture (RFC4291) and
> IPv6-over-foo standards (that are supposed to be consistent with the
> addressing architecture).  If the "problem(s)" the authors see are
> this limitation, the draft should target at the addressing
> architecture and/or IPv6-over-foo specs, not SLAAC.

If we target the problem at the IPv6 Addr Archi, then that RFC might
(lets say) get improved and define IIDs that could be of different
length than 64.  But, at that point, shall we also update _all_
IPv6-over-foo documents to refer to the new IPv6 Address Archi document?

Or maybe should we just write an implementation of variable len SLAAC-GUA?

> So, for example, the title would have to be: "IPv6 subnet prefixes of
> arbitrary length - A Problem Statement"

But subnet prefixes like 65bit length do work ok with ND nowadays.

> or "Arbitrary Length
> Interface Identifiers - A Problem Statement" (both "subnet prefix"
> and "interface identifier" are a concept defined in the address
> architecture).

But who uses Interface Identifiers?  Only SLAAC, I think.

Alex
> 
> -- JINMEI, Tatuya
> 
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>