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

Ted Lemon <> Sun, 14 February 2021 20:39 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6069D3A0A6F for <>; Sun, 14 Feb 2021 12:39:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.002
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=unavailable autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id R9j4Uk0AsTG0 for <>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
Received: from ( [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 44D9F3A0A79 for <>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
Received: by with SMTP id c1so3630396qtc.1 for <>; Sun, 14 Feb 2021 12:39:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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;; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=pLlJc9ea3Zj+Tqeu2LYmeyqcsVyqHqykaJO30cScczo=; b=CBT1iayK0k31QJyLLqqU8bxNidXI4g/RXRPOK7FojNBwOkj48zcE+eFIqag1hJhGV7 0EuGY/QBQREGVKQ/kDD6icflt/HuvB0AaJAUakfEJegwpd02Kp81M6OALFfi1ZRZx2lR Pr1JGrsMLKLbEtJ63HbAbvXfuZPeZRy/8GiIfGyfpae26WbmliUPFCyX0aw/m5flt/FJ yOoKErlG1Ilm0q+25rOyKJEl5vbAjoCYwahL8DFvPuSCaSJ8Qde2lCFrzzfGg/Z7jYJb nVy0u8JtahVNea0t6zVf3KmKgx9r+Bol6ZNRxj4/D8QHwEpMF9BgMARtIvLW+VvIwg4r P9xw==
X-Gm-Message-State: AOAM533ClTu73u3JjxruNNWhFQ5yF4aqHMnaBWgMohvgK/KIIfVJMyX4 GaimbzEGZDsqty600Fd99MWP6A==
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 ( []) by with ESMTPSA id o64sm10797300qka.43.2021. (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Feb 2021 12:39:03 -0800 (PST)
From: Ted Lemon <>
Message-Id: <>
Content-Type: multipart/alternative; boundary="Apple-Mail=_6E248A65-BF8C-4400-A25D-1F511DD8D749"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.\))
Subject: Re: [v6ops] Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)
Date: Sun, 14 Feb 2021 15:39:02 -0500
In-Reply-To: <>
Cc: Brian E Carpenter <>, David Farmer <>, Fred Baker <>, IPv6 Operations <>, "" <>
To: Fernando Gont <>
References: <> <> <> <> <> <> <> <> <> <> <>
X-Mailer: Apple Mail (2.3654.
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 14 Feb 2021 20:39:08 -0000

On Feb 14, 2021, at 3:27 PM, Fernando Gont <> 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.