Re: [v6ops] [EXTERNAL] Re: Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)

Fernando Gont <fgont@si6networks.com> Tue, 16 February 2021 17:45 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 12B633A0CC3; Tue, 16 Feb 2021 09:45:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, 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 B01buZ-HJo2q; Tue, 16 Feb 2021 09:45:49 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::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 46A163A0D3A; Tue, 16 Feb 2021 09:45:47 -0800 (PST)
Received: from [IPv6:2800:810:464:2b9:45cd:4b14:c31b:4847] (unknown [IPv6:2800:810:464:2b9:45cd:4b14:c31b:4847]) (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 F18D52803C8; Tue, 16 Feb 2021 17:45:41 +0000 (UTC)
Subject: Re: [v6ops] [EXTERNAL] Re: Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)
To: Bob Hinden <bob.hinden@gmail.com>
Cc: IPv6 Operations <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>
References: <160989494094.6024.7402128068704112703@ietfa.amsl.com> <6fe3a45e-de65-9f88-808d-ea7e2abdcd16@si6networks.com> <F4E00812-E366-4520-AE17-7BB46E28D575@gmail.com> <CAN-Dau3iOjjU+FLpdtA7nqfKRX+sjjSanAU8U-O3pH-k5nSoig@mail.gmail.com> <a3fbfb94-90ae-961c-a2ab-33ade27e074e@si6networks.com> <672bd5e6-bdce-5915-1082-1ed30d3c5980@gmail.com> <CAN-Dau1CvbwZccq2Zyr8xBkiW1z0nKX_YcGW-y3VL7=pm+wA+w@mail.gmail.com> <227CDF8C-E929-4AA5-9D24-733381EB5C69@fugue.com> <CAN-Dau0JsMJ6Ad1pqeEKSKpRiSXDibMG4yKdVOKL4uFoqi5sAQ@mail.gmail.com> <EED3FE0C-1CE6-4472-895A-7BA6C6A998F3@fugue.com> <4cebe185-0b1b-04c1-4a89-b6c207bb82bb@si6networks.com> <b31c8eddd0c14e539f7c4fb472eb3563@boeing.com> <c0cd20f7-aa40-0053-9056-4df913716ac7@si6networks.com> <d1ea3406ec70488696a091ac1d5d0ff9@boeing.com> <98707BCB-C0BF-434A-B6F2-70CE20418CDD@fugue.com> <7EE1DA6D-0751-48FF-8238-FFEE15CE891E@gmail.com> <6167230f-b32a-e995-c071-b6c199ac5d64@si6networks.com> <4A540307-DF78-44E8-8D8B-D31D48C9FE08@gmail.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <8db8c329-b8aa-6316-4293-242a36542392@si6networks.com>
Date: Tue, 16 Feb 2021 14:45:29 -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: <4A540307-DF78-44E8-8D8B-D31D48C9FE08@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/dgUdiXIN86W-2bW_PXyIwSz5XpY>
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: Tue, 16 Feb 2021 17:45:53 -0000

Hi, Bob,

On 16/2/21 14:14, Bob Hinden wrote:
[...]
>> 
>> FWIW, I don't think this issue has lead to interoperability
>> problems. For the most part, the issue has to do with
>> terminology/architecture, rather than whether things work in
>> practice.
> 
> I am having a hard time seeing value updating a lot of specifications
> (even assuming we could agree about what to change) if there is not
> an interoperability problem. 

There's a mismatch between a protocol spec (RFC4291/RFC4193 saying that 
ULAs are global) and RFC4007 defining scope and global scope.

RFC4007 is an architecture document -- so you want get interoperability 
issues there, since an architecture is mostly abstract.

That said, there are pieces of code (the referenced Python library) that 
do make use of such specifications an architecture.

If one wanted to direct Python's folk to change their library, one would 
need to provide some basis for that. BUt at the time of this writing, 
such basis is contradictory: because RFC4193/RFC4291 says ULAs are 
global, while de "global scope" definition of RFC4007 says it's not.

I ran into this issue when I wanted to offer this explanation myself -- 
but ended up finding conflicting specs.

If the "IPv6 scoped addressing architecture" (RFC4007) is important 
enough to have it -- and assuming we're going to have IPv6 for a long 
time (which I think we all do), it's certainly good to have specs and 
architecture aligned. Otherwise, if the architecture document is not 
important, one might as well fix the issue by simply obsoleting it.

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