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

Ted Lemon <mellon@fugue.com> Sun, 14 February 2021 20:39 UTC

Return-Path: <mellon@fugue.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 15A9E3A0A6F for <v6ops@ietfa.amsl.com>; Sun, 14 Feb 2021 12:39:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level:
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 9212ERsiOvgV for <v6ops@ietfa.amsl.com>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 3741D3A0A73 for <v6ops@ietf.org>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
Received: by mail-qt1-x831.google.com with SMTP id z32so3591087qtd.8 for <v6ops@ietf.org>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=pLlJc9ea3Zj+Tqeu2LYmeyqcsVyqHqykaJO30cScczo=; b=fUXfUYpzc3DUjKYJEhiEsbXdDyq+6DbTgOx61Tn929GatLBtSpw5Bj5imSDnsn3jXl MzzvqxD0soG+DQS4n0mRP1fxrb36ucBfZAWhT0E3gjBMj4Lnj/LK5pmrspHkubjeFh9A G9XGnVGNXJfIyadPYuYwWDbdkpyt9ggJwQWk4AUmAe1sRcrNrUP5Ca5qTS/jDbJSyGqA pQl4Pfg/jEFjBBXgTVaWENfOjirFKnFwc3FT2+36wI2VVDdxevcA/AdnL9YjK+YB5TrF 6Yw+cbjzYZYraCK9a0M52cJ7KWI4TPQn3qNOg729kHQMGvvv0zTJZmKP8qJrGqx2ErGF E3VQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=pLlJc9ea3Zj+Tqeu2LYmeyqcsVyqHqykaJO30cScczo=; b=L/2nOICGrmAjhjgVwuh2Stcv6ngS6BC/rq61EobimsyUfqOsoQmbxthaErwg0sqZdn M60ebv/kW9xr2Ei2f2v6+DrPQmoDn4i/c+m9RNBU3JT5IWE4TU35TBKFEDOLtBnR/mtv h2twGkvuiU706RiZcB4gwW1soXOscoNh8e1IcbFpCB+rrvnM5CtH3Xb35mWq6ZzILLYt XlD/V8H1OoiBAzFv2zN9GmQ+4YsYr9qHZzvHnEG5dKJ/m1iN5AqFreCwfeY+3WUQZVor hxlpwmQPtIWUtaDGMmfh33yRU6yucJH0A8lGasuBZyfsyo3Oonfa4JNLJWe4SF0srtd5 hAzw==
X-Gm-Message-State: AOAM530DlholqxASflPVCKRJXTDg2LcY0gFVZxYE0IvifRq7yyYN4z7g oNP/wwn8qFqkYh974M/A2hBhYg==
X-Google-Smtp-Source: ABdhPJwGcugZM7poMYQKiEZK5XYQDt0XI/57fCbxCWRqTo7crjiqLWWpu6u3GhWnnXPS1nBarRahyg==
X-Received: by 2002:ac8:44d2:: with SMTP id b18mr11858086qto.251.1613335144149; Sun, 14 Feb 2021 12:39:04 -0800 (PST)
Received: from smtpclient.apple (c-24-91-177-160.hsd1.nh.comcast.net. [24.91.177.160]) by smtp.gmail.com with ESMTPSA id o64sm10797300qka.43.2021.02.14.12.39.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Feb 2021 12:39:03 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <9DD46169-462F-454B-A5B2-26FCB1B0C6EF@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_6E248A65-BF8C-4400-A25D-1F511DD8D749"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.32\))
Date: Sun, 14 Feb 2021 15:39:02 -0500
In-Reply-To: <30730d0f-5a90-f7ce-d9ce-6f4aef75bde2@si6networks.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>
To: Fernando Gont <fgont@si6networks.com>
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> <30730d0f-5a90-f7ce-d9ce-6f4aef75bde2@si6networks.com>
X-Mailer: Apple Mail (2.3654.80.0.2.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/j1EQwPBjbwOQnS1PMxXyhAiaN_c>
Subject: Re: [v6ops] Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.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: Sun, 14 Feb 2021 20:39:07 -0000

On Feb 14, 2021, at 3:27 PM, Fernando Gont <fgont@si6networks.com> wrote:
> But ULAs, and several other prefixes raised by David ar considered "global scope" by RFC4291. Isn't the inconsistency clear?

No. I think you’re getting confused between theory and practice.

In theory, a GUA is globally unique. But there’s no mechanism for ensuring that this is in fact the case. I could configure a GUA prefix on my local network that’s also in use somewhere else. The “architecture” does not guarantee that I have not done so. The mechanism for ensuring that GUAs are unique is delegation; this is a fairly solid mechanism, but what actually makes GUAs unique is the practicality that if you screw up the allocation and wind up with two GUAs identifying two different interfaces on two different links, you may experience communication difficulties.

In theory, a ULA is unique, because 40 bits of randomness is a lot, and the likelihood of a collision is small. There is no mechanism to enforce uniqueness other than the requirement that ULA prefixes be generated using a random number generator; uniqueness is assumed, just as it is with GUAs.

So in fact in terms of architecture there is no difference between ULAs and GUAs. They are both global in scope. It’s true that our system for ensuring the uniqueness of GUAs is less likely to produce a collision than our system for ensuring the uniqueness of ULAs, but the meaning of “global” is the same in both cases.

The architectural globalness of ULAs and GUAs does not provide any guarantee. Rather, it is a statement of intent: this is what we intend to be true about GUAs and ULAs.

The reason that RFC 6724 solves this for me is that it explains how, practically, to manage ULAs and GUAs so that the architectural intention of the appearance of global uniqueness is not violated.