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

Mark Smith <markzzzsmith@gmail.com> Tue, 16 February 2021 03:35 UTC

Return-Path: <markzzzsmith@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 F41833A0C32; Mon, 15 Feb 2021 19:35:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.597
X-Spam-Level:
X-Spam-Status: No, score=-0.597 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 BsHTpYpTl2di; Mon, 15 Feb 2021 19:35:57 -0800 (PST)
Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (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 099B23A0C33; Mon, 15 Feb 2021 19:35:56 -0800 (PST)
Received: by mail-ot1-x32e.google.com with SMTP id b16so5483883otq.1; Mon, 15 Feb 2021 19:35:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eyWCLesYZ+TPWgDvIW1OALlMfpaRzcCF33HFVu8eBiQ=; b=JO2wDM36scpJTmdN5qlrp2m0TZhNJvz2OMi2sRbk+lsCGd9jwQJmYbWgbHOZCR67jh sxx+It1NmxN3jyhNznyyMFlRipmhryNEC8e2P2wXfgwew2XHqwMXSOdsMfD6WI93rfPn kDYvz2NNjO9y6t0b0/KEaXm649ADtTlk2lJRR4tFsAeeear8v3PWFhM1vZfhFM+OUlST IfV6bz7im8MW/knPMTX4x3O0xo2I6AJ4T90X1aAacSBubQflLFKqjohPVTAd5QkMfaCO smApczeuRYYuBRDKH5P1cDpiE02O8Lz9LRL5yZcpbkp44WATI7JiOEFEyWZ/YPw6Cbve NdbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eyWCLesYZ+TPWgDvIW1OALlMfpaRzcCF33HFVu8eBiQ=; b=lfnMJi/RqkAx2fckFs1a434sF3uFr3bQ1DZGy6OFo3CH6baFX/65AlMAJwFCYRsGzU PbrYiqureRXL2yhO7cXKuEAj2ttJPn3zfup7wPXOwV/+nXQ4HTMPXlhRj6HROxr3WSNE 8IvumrNVzVTiuHHZCD+DYF7vCzSy+is6eHflXJT+tkJ125q6KowdfMeiwrH+vukOPvFs jMbxjdVSK9YpspeFqT8wGRCY5lF0sxkUhQXJcH4qw00fzd8M4nb4uIIOBeG7J355Nqwn 3dTLoiH+Q0P/Ye5ShbdNNT0HofkWR+q96LdMsH6xgVJxcIc15rtnLTgAbeaiCV/g6IxZ 9brg==
X-Gm-Message-State: AOAM533W+ff1Kk6rVCt1sdecpKy5UFhv9a5uk0VKOvlvDcR+ZRc2uQJf Dn0w2R4pWNo0SfWWIfwU0/ShnaDUNPwOfaD4vVQ=
X-Google-Smtp-Source: ABdhPJyfVccPOql9gjUo44k6XZEQw070M5kBKP2qFeq/c9QM86BGq82kVdju8gO9LHYx8ebhZxNYEzoZsgAQ13k2D5s=
X-Received: by 2002:a9d:a77:: with SMTP id 110mr13540759otg.74.1613446556099; Mon, 15 Feb 2021 19:35:56 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <7EE1DA6D-0751-48FF-8238-FFEE15CE891E@gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 16 Feb 2021 14:35:43 +1100
Message-ID: <CAO42Z2z+qdH7QZ0SS1JpPj4S_37975yanjWynJhD9yaXwRLOCw@mail.gmail.com>
To: Bob Hinden <bob.hinden@gmail.com>
Cc: Ted Lemon <mellon@fugue.com>, Fernando Gont <fgont@si6networks.com>, IPv6 Operations <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d7283405bb6bcccf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/NKARQIpBxcRkkzrdeozdBXd-Lu8>
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 03:35:59 -0000

On Tue, 16 Feb 2021, 14:17 Bob Hinden, <bob.hinden@gmail.com> 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.
>

+1

My sister's home CPE was announcing a random ULA /64 in RAs a few years
ago, even though her ISP wasn't providing IPv6.

I'm also looking at some IPv6 home CPE. It doesn't enable ULAs by default,
however, if enabled, the default prefix option is randomly generated, with
a static override available.

Regards,
Mark.



> Bob
>
>
> >
> > Another use for ULAs is stub networks. In this case, again we do not
> expect the ULA to ever make it past the adjacent infrastructure link (the
> link to which the stub network is attached).
> >
> > So chasing after global uniqueness is not necessary in most cases; even
> in the case where it is possible that there will be conflicts, /global/
> uniqueness is not really the issue. In a case where two orgs are merging,
> the likelihood of a ULA collision, assuming they used a real RNG to
> generate the ULA, is small, and if it happens, the worst case scenario is
> that one or both of the orgs need to renumber before they merge. This is
> not something that’s going to just randomly cause a problem.
> >
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>