IETF Logo Mail Archive

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

Bob Hinden <bob.hinden@gmail.com> Tue, 16 February 2021 17:14 UTC

Return-Path: <bob.hinden@gmail.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 16D233A0C5B; Tue, 16 Feb 2021 09:14:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=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=gmail.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 Ph_mxHkim3Ri; Tue, 16 Feb 2021 09:14:17 -0800 (PST)
Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 35D143A0C59; Tue, 16 Feb 2021 09:14:16 -0800 (PST)
Received: by mail-wr1-x42b.google.com with SMTP id v15so14067936wrx.4; Tue, 16 Feb 2021 09:14:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=YiqHzpdL+zn4O4oZfTnb4u2Rf7Om8MqCh88nr34XU4U=; b=LdQO4J9N2ZK62fpxwx1Batzn6HAxyHV4/l40WKo7A1YtemAAGgygEuZIYqeIpycFn1 gzliL72y9XghetdM4pkCM+G7JEWKCgNWth2Mb5jWtD1FAjeFStfntLzj0+G4oS0DXpUr FYTiXPiplJnVy3Ff7GpPmQJHM2jJL/BZP6j1LswElohrY5P8FEnCjPwFk4YVSCPPkGn0 t4frflkIr3HsTwQ5+3qC0O45UvqF4iRin83Bg4yig0FrejiXkAHQWO56A3pj9PMvOruf k5gBe1qOx6SNxcuauvxdvI3/rZbjutvPZt5jh2g8QHXJBKAwTqZKSe7ZfXLl8ANPYhbs hsTg==
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=YiqHzpdL+zn4O4oZfTnb4u2Rf7Om8MqCh88nr34XU4U=; b=bTPKF2MswoB1jvH5aPHwGmEaXE5480wXV99bSqeV+KPV4Cu0eI8Gq4e/QscYd3Vg4T ylllDMA93AgDnhC8icysiPBxhaQuJztPM7QMbsV6ILeTXVC4kJ3Dh99+suvtHLcWKPQt hKbUC9z/+T4RGQfs8nbecy30vW7O4e0uX5YoHDAPOaWjDtY/y4rG2DW+3i3BWzU6xz6V 1bpolnu/btbQqlwulCYOqGUXNTcS/u2ec7tbQ/2CwQMhY13fqWbm1gAVLifofiwBIaI1 6mckfIjB+h9l8FCXNyUB8EHttr+OKacsDk0zf5OfqYiSofFmMcA6OqjpoWtkkgvrL1GJ hbgw==
X-Gm-Message-State: AOAM532Z/s4bt6UXyT4EjNQ9yNEhYnj8nlCCs+MRATs1rk9704YTw3oZ UtmubWmn61b9KOHZGF6CXIc=
X-Google-Smtp-Source: ABdhPJze1yP93n6/v8xPogPjXucT/CLWbjwUOxvagNaH+ColGMk3BvqQ7wnUBYAzYnvFxSGeK2NNOA==
X-Received: by 2002:adf:e511:: with SMTP id j17mr25531328wrm.251.1613495653120; Tue, 16 Feb 2021 09:14:13 -0800 (PST)
Received: from [10.0.0.199] (c-24-5-53-184.hsd1.ca.comcast.net. [24.5.53.184]) by smtp.gmail.com with ESMTPSA id y6sm4717667wma.10.2021.02.16.09.14.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Feb 2021 09:14:12 -0800 (PST)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <4A540307-DF78-44E8-8D8B-D31D48C9FE08@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_99426BD5-7D67-4E08-BA99-8F81E722A805"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\))
Date: Tue, 16 Feb 2021 09:14:08 -0800
In-Reply-To: <6167230f-b32a-e995-c071-b6c199ac5d64@si6networks.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, Ted Lemon <mellon@fugue.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> <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>
X-Mailer: Apple Mail (2.3445.104.17)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/8Fy6R8S4pcf8XhBPugDgSZMdkDk>
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)
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: Tue, 16 Feb 2021 17:14:19 -0000

Fernando,

> On Feb 15, 2021, at 8:05 PM, Fernando Gont <fgont@si6networks.com> wrote:
> 
> On 16/2/21 00:16, Bob Hinden wrote:
>> Hi Ted,
>>> On Feb 15, 2021, at 2:05 PM, Ted Lemon <mellon@fugue.com> wrote:
>>> 
>>> On Feb 15, 2021, at 4:49 PM, Manfredi (US), Albert E <albert.e.manfredi@boeing.com> wrote:
>>>> Your mention of birthday paradox depends on how many organizations use ULAs. If not many do, then the likelihood of global uniqueness goes up.
>>> 
>>> There are also different uses for ULA. ULA can be used for internal addressing by large orgs, and there there’s potential for overlaps, if for no other reason than that large orgs sometimes merge.
>>> 
>>> Another use for ULAs is on home networks. In this case, we don’t expect ULAs to ever need to cross the router. So the set of networks on which home network ULAs need to work is very tightly constrained, and we don’t need to worry about ambiguities.
>> As a datapoint for this, I own two home style routers from different vendors.   Both generate ULA prefixes automatically.   Vendors seem to have figured this out.
> 
> 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.   What we have now appears to be adequate in-order to implement and use ULAs.

The whole reason for standards is to create interoperability.

Bob


> 
> My hope was/is that terminology can be clarified in a way that folks reading the different addressing documents (RFC4291, RFC4193, RFC4007) don't find conflicting definitions or terminology.
> 
> Some of this clarification might have a side-effect in things like programming-language macros and libraries, as e.g. has proven to be the case for Python.
> 
> Thanks,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont@si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
> 
> 
> 
>

v2.23.0 | Report a Bug | By Email