[IPv6]Re: Analysis of Ungleich ULA Registry

Nico Schottelius <nico.schottelius@ungleich.ch> Fri, 24 May 2024 08:46 UTC

Return-Path: <nico@schottelius.org>
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 4C795C14CF0C for <ipv6@ietfa.amsl.com>; Fri, 24 May 2024 01:46:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ungleich.ch
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SgG_mWJbrsKz for <ipv6@ietfa.amsl.com>; Fri, 24 May 2024 01:46:21 -0700 (PDT)
Received: from smtp.ungleich.ch (smtp.ungleich.ch [185.203.114.86]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED20DC18DB88 for <ipv6@ietf.org>; Fri, 24 May 2024 01:46:19 -0700 (PDT)
Received: from sun.localdomain (localhost [IPv6:::1]) by smtp.ungleich.ch (Postfix) with ESMTP id CA4E92014F; Fri, 24 May 2024 10:46:16 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ungleich.ch; s=202201; t=1716540376; bh=TXZIZgJu/Ullpg8UQaPTPqzCsOfH8rxwTO2Tg6bNXcs=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=PMF+yD3himdjANuBjvqe4R5SfjTt81oCKw0Rj4nquWHat3UWUo8FPZl69pvO5Ggcz wGAsdOdynkWya5X/hT7m1HtC1HLJXXR6IGoOwdOCJqYrJ1EG1vpHfM+CFH/ueYKabK Zh4zZ/8/JGxMSONdkmK2kKoFmUbgDEjIwh5Zxmi+iBmV/LVp9jMTgSbM8nm5sT0xbz LwuUu37EPIBeERndxPPHzIhdnD7O/QVmqoJ8jXl2mPtONw/r6DMd9WbTilSXTEWwj+ 4hQ35RRBqqZvwYL9H32ASgh7SCzzLb3yAXvz6L2KH/5dcyzxMIdhVvZrdsOnWHnfJz ASNKZSUtBRwsA==
Received: by sun.localdomain (Postfix, from userid 1000) id B35B928A95EC; Fri, 24 May 2024 10:46:16 +0200 (CEST)
From: Nico Schottelius <nico.schottelius@ungleich.ch>
To: Mark Smith <markzzzsmith@gmail.com>
In-Reply-To: <CAO42Z2yjhLiUndHtLsPdqjA8YbFOO7LMh_bjn49JpsfkFdr+dQ@mail.gmail.com> (Mark Smith's message of "Fri, 24 May 2024 14:39:11 +1000")
References: <CAN-Dau0J1uqpwnRXYpeSFGUTJ532MmpeGd4BLoAqqf8HzeFTjQ@mail.gmail.com> <CAJU8_nW7Q3WphfgtgnK0E+88R1_nENCy9MBBYhG2G1bkPD9UeQ@mail.gmail.com> <CAN-Dau0Nc0VHMHdRg7MG6yf2X1S_SrYbA6YhKUzBz7XiLkR5cg@mail.gmail.com> <CAO42Z2ye16kbexYv7DB5n7qzvxv0njezXEYUqsSzbiFLYOmUDQ@mail.gmail.com> <C3ECF392-D612-4D60-BEC5-87628CDAC694@gmail.com> <CAN-Dau3pdkQjk65ET2b9v5fiwQ+m1rMZAHnR6YNfOBhh+iiYKQ@mail.gmail.com> <CAO42Z2yjhLiUndHtLsPdqjA8YbFOO7LMh_bjn49JpsfkFdr+dQ@mail.gmail.com>
User-Agent: mu4e 1.12.4; emacs 29.3
Date: Fri, 24 May 2024 10:46:16 +0200
Message-ID: <87h6enbns7.fsf@ungleich.ch>
MIME-Version: 1.0
Content-Type: text/plain
Message-ID-Hash: 7OOXUPC55QFI663OT3KSD5AIEUFTL62R
X-Message-ID-Hash: 7OOXUPC55QFI663OT3KSD5AIEUFTL62R
X-MailFrom: nico@schottelius.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ipv6.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [IPv6]Re: Analysis of Ungleich ULA Registry
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Owner: <mailto:ipv6-owner@ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Subscribe: <mailto:ipv6-join@ietf.org>
List-Unsubscribe: <mailto:ipv6-leave@ietf.org>

Hello Mark,

I think I have to change the notion of network size reasoning a bit in
this discussion:

Mark Smith <markzzzsmith@gmail.com> writes:
> [... ]
>> 581 Names with >1 Entry
>> 8 Names with >10 Entries
>
> Are you saying that more than 10% of the 4886 unique names have a
> realistic need for between 131 072 /64s (2 x /48s) and 655 360 /64s
> (10 x /48s)?
> [... ]


I don't think that the number of /64's is the main driver ever for
getting a new /48. From the GUA usage we are trained and conditioned
to say that "one /48 equals one location".

I am aware that this discussion is about ULA *not* being in the DFZ,
however I would assume that most people will apply the same logic, one
/48 ULA per site as well. And it makes sense if you have default DFZ
filters in your mind.

If an organisation is using both GUA and ULA (internal), as an
operator only accepting /48's or shorter from other ASNs is just
consistent, even if the ULA originating ASNs are all private and
(mostly?) under our own control.

In a nutshell what I want to say is that it's not about the number of
addresses in a /64 or the number of networks in a /48, because as the
IPv6 community [tm] we have set the notion that a /48 belongs to a site
with all it's advantages and disadvantages.

And people apply it. Thus potentially needing more ULAs.

Best regards,

Nico

-- 
Sustainable and modern Infrastructures by ungleich.ch