Re: RFC4941bis implementations

Fernando Gont <fgont@si6networks.com> Sun, 05 April 2020 09:37 UTC

Return-Path: <fgont@si6networks.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64D573A085A for <ipv6@ietfa.amsl.com>; Sun, 5 Apr 2020 02:37:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 MTKbafo8zGUF for <ipv6@ietfa.amsl.com>; Sun, 5 Apr 2020 02:37:32 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 467463A0858 for <ipv6@ietf.org>; Sun, 5 Apr 2020 02:37:31 -0700 (PDT)
Received: from [192.168.0.10] (unknown [181.45.84.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 0862B8312A; Sun, 5 Apr 2020 11:37:27 +0200 (CEST)
Subject: Re: RFC4941bis implementations
To: Mark Smith <markzzzsmith@gmail.com>, Ole Troan <otroan@employees.org>
Cc: Alexandre Petrescu <alexandre.petrescu@gmail.com>, 6man WG <ipv6@ietf.org>, Florian Obser <florian@openbsd.org>
References: <7d65f86a-7a82-6139-b455-a27046496c52@si6networks.com> <af621915-ad9d-eb89-01d7-6ec7c5dfdd5e@gmail.com> <20200402201140.4ohxhod3oa7fah3i@imap.narrans.de> <CAO42Z2yRpPZVaqV0Q=k7u6WQbJNSt=oRGW-hjSNnp0uBDhgLWQ@mail.gmail.com> <99BB4440-450B-44FB-8F20-2AF3B4DD9281@employees.org> <CAO42Z2x6_x-4H8SO7=-xq7E93Ak4U3ojrn6W56raOsD5i4jtBA@mail.gmail.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <74bb46ed-bfe5-16f8-918c-596669aaf231@si6networks.com>
Date: Sun, 05 Apr 2020 06:36:13 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CAO42Z2x6_x-4H8SO7=-xq7E93Ak4U3ojrn6W56raOsD5i4jtBA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/EqrblQ3dFBbLUMwnzzUxL64bVD8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Apr 2020 09:37:36 -0000

Hi, Mark,

On 5/4/20 04:56, Mark Smith wrote:
[...]
>> 4941bis is for SLAAC. SLAAC uses 64 bit IIDs.
> 
> Thoroughly agree. When people want to support other length prefixes,
> and ignore the consequences, I'll point out those consequences.

That's certainly fine... just that such discussion doesn't need to be 
part of rfc4941bis ;-)



>> Note also the title change.
> 
> Does this mean that rfc4941bis doesn't apply to DHCPv6 IA_TAs?

Neither rfc4941bis nor RFC4941 apply to DHCPv6. -- title being 
"...Extensions for IPv6 SLAAC".



> If original RFC4941 is obsoleted by rfc4941bis, then I think that
> means that RFC8415 would now have an unresolved RFC4941 reference.

But that's not the way revisions work. -- the obsoleting document takes 
the references. Or, actually, more precisely, the obsoleted document 
remains the reference. But then you realize from the metadata that it 
has been obsoleted by another document, and thus read the obsoleting 
document instead.

(Note that, otherwise, the same would apply to all documents that 
reference e.g. RFC2460, that has now become obsoleted by RFC8200).


> Looking in the current dhc WG drafts, I can't see a DHCPv6 ID that
> would be the equivalent of what rfc4941bis is now becoming for SLAAC.

Neither you'll find a document that is the equivalent of what RFC7217 
became for SLAAC -- well, strictly speaking, you have RFC7943, but 
somehow (long story) it was published on the independent submissions 
track, rather than standards track.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492