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

神明達哉 <jinmei@wide.ad.jp> Mon, 02 November 2020 23:19 UTC

Return-Path: <jinmei.tatuya@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 DEF953A128F for <v6ops@ietfa.amsl.com>; Mon, 2 Nov 2020 15:19:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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 rQZqiELlcs5p for <v6ops@ietfa.amsl.com>; Mon, 2 Nov 2020 15:19:29 -0800 (PST)
Received: from mail-vs1-f43.google.com (mail-vs1-f43.google.com [209.85.217.43]) (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 645EC3A03FC for <v6ops@ietf.org>; Mon, 2 Nov 2020 15:19:29 -0800 (PST)
Received: by mail-vs1-f43.google.com with SMTP id b3so8444029vsc.5 for <v6ops@ietf.org>; Mon, 02 Nov 2020 15:19:29 -0800 (PST)
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=pqfAdok3Y9AvteGwWgzymsYiDNL0gVoRCHBBSrMriAg=; b=nMshKytw0fXmj9FkFcodlJFEvULTtvgy4562/7/xfHvj8DPM6VjDz5j7P/FTgjf1R4 69nP7dxcEQI2zfN6UWYKiURfGdL5keSqTgLaGMP5s3r2elLM5XX9Q+7914GpNZfoPFxF qNbXBdMpx7oA9WDHh2mmKXsqtA626l8CCr+db8/n8apqSz6VKn79oRNHRg/W43ikIfbf zM8OyAaqeWCAEyzHPCEysFL2xLgWFCRCRqxLbiTOEYMhPDXDQ6fVfRHrJhHWdkETye3Y Vc5WrL5fDJc6hCsNVI1RLfuEhsnJVTMJA2I5w5fESxt5XgXXqF97ia+L4ixuKtItci1i N9RQ==
X-Gm-Message-State: AOAM531blxSYl8QK2T/5WEW7gW8px5sjzKWim60JLjhmns3Br3fjUO3d tbpzZ+pDFidHFAzSeV82Hj7IYjnlYd4EbjS2Ab8=
X-Google-Smtp-Source: ABdhPJzyDFfIFBdykqN55LM1Dm+dtHfft099xGWqAKDVRlkdZNAlOfDROd1I6t5GzZjw4J6U8/kYZtVLPSGgzyZH7q8=
X-Received: by 2002:a67:f453:: with SMTP id r19mr16086750vsn.43.1604359168400; Mon, 02 Nov 2020 15:19:28 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <3FF78364-0435-4BF5-9027-B4E330FBB49A@gmail.com>
From: 神明達哉 <jinmei@wide.ad.jp>
Date: Mon, 02 Nov 2020 15:19:17 -0800
Message-ID: <CAJE_bqfXucoFe0pURXzQWgM0PCvMqUhkctvnbY_iBEDgcjRLBw@mail.gmail.com>
To: Bob Hinden <bob.hinden@gmail.com>
Cc: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, IPv6 Operations <v6ops@ietf.org>, Gyan Mishra <gyan.s.mishra@verizon.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/m0udpagFFhr2wOTd1kzoFGsMLOs>
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: Mon, 02 Nov 2020 23:19:31 -0000

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.

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.  So, for example, the title
would have to be: "IPv6 subnet prefixes of arbitrary length - A
Problem Statement" or "Arbitrary Length Interface Identifiers - A
Problem Statement" (both "subnet prefix" and "interface identifier"
are a concept defined in the address architecture).

--
JINMEI, Tatuya