Re: [v6ops] 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> Sun, 14 February 2021 20:28 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 F311D3A0A2B; Sun, 14 Feb 2021 12:28:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[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 XoOOKXwT9OwB; Sun, 14 Feb 2021 12:27:58 -0800 (PST)
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 6EC703A0A29; Sun, 14 Feb 2021 12:27:56 -0800 (PST)
Received: from [IPv6:2800:810:464:2b9:1c77:acfc:e6a8:1311] (unknown [IPv6:2800:810:464:2b9:1c77:acfc:e6a8:1311]) (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 4CCB928064B; Sun, 14 Feb 2021 20:27:52 +0000 (UTC)
Subject: Re: [v6ops] Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)
To: Ted Lemon <mellon@fugue.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, David Farmer <farmer@umn.edu>, Fred Baker <fredbaker.ietf@gmail.com>, 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> <f65952f1-fcd1-0918-4dd8-256f822524ee@si6networks.com> <886ad526-b62c-aef2-96ca-62e7829692b5@gmail.com> <8ed7f569-9ee8-08d6-cf17-a72bc2c7b854@si6networks.com> <B364BF30-23F1-497A-8928-5AB0D718204B@fugue.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <30730d0f-5a90-f7ce-d9ce-6f4aef75bde2@si6networks.com>
Date: Sun, 14 Feb 2021 17:27:45 -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: <B364BF30-23F1-497A-8928-5AB0D718204B@fugue.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/2BVoTwcLcH3-VUQQ5msKGfIBTU4>
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, 14 Feb 2021 20:28:01 -0000

Hi, Ted,

On 14/2/21 12:43, Ted Lemon wrote:
> On Feb 14, 2021, at 1:00 AM, Fernando Gont <fgont@si6networks.com 
> <mailto:fgont@si6networks.com>> wrote:
>> IMO, if the areas overlap, the scope ofa ULA1 and ULA2 are still the 
>> same. One scope is Area(ULA1): all the area where ULA1 addresses are 
>> unique and can be actively employed. The other one is Area(ULA2).
>>
>> The intersection of the two areas is part of the scope of each of the 
>> two ULAs (because in that region both ULA1 and ULA2 are unambiguous)
> 
> Since you still haven’t clearly articulated what you mean by “scope” 
> with respect to ULA, it doesn’t make sense to say that one ULA has the 
> same or a different scope than another.

Scope is "scope" as defined in RFC4007:

       "[the] topological span within which the address may be used as a
       unique identifier for an interface or set of interfaces"


For ULA, that means the site or organization that you have 
administrative control (since that's the only way in which you can 
guaranteed ULAs to be unambiguous)




> In any case, what you are 
> describing here is precisely what the “label” entry in an RFC 6724 
> policy table does. Which is to say, you are not talking about scopes.

How could you possibly an inconsistency in RFC4194 and RFC4007 with a 
"source address selection" document?



>> This is not that different from the overlap of e.g. link-locals and 
>> GUAs on a local link….
> 
> Since the different treatment of GUAs and LLAs on a link is something 
> that can be known by definition, and thus be handled by if-then-else 
> statements rather than by table lookups, I would say that they are quite 
> different.

The fact that things "work" in practice doesn't imply rhar the 
architecture or it's definitions are correct.

Again, this discussion boils down to:

    [RFC4007] defines the scope of an address as:

       "[the] topological span within which the address may be used as a
       unique identifier for an interface or set of interfaces"

    And defines the "global scope" to be used for:

       "uniquely identifying interfaces anywhere in the Internet"


But ULAs, and several other prefixes raised by David ar considered 
"global scope" by RFC4291. Isn't the inconsistency clear?

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