[IPv6]Re: Analysis of Ungleich ULA Registry
Kyle Rose <krose@krose.org> Mon, 27 May 2024 22:09 UTC
Return-Path: <krose@krose.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 48E19C14F69B for <ipv6@ietfa.amsl.com>; Mon, 27 May 2024 15:09:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=krose.org
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 iWO_qLg-BefI for <ipv6@ietfa.amsl.com>; Mon, 27 May 2024 15:09:49 -0700 (PDT)
Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B8BBC14F682 for <ipv6@ietf.org>; Mon, 27 May 2024 15:09:48 -0700 (PDT)
Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-a6303e13ffeso21994766b.3 for <ipv6@ietf.org>; Mon, 27 May 2024 15:09:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krose.org; s=google; t=1716847787; x=1717452587; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=U/wjXMc6p7HrrtCKCdjKu+qoeiJ+p0hglW2Fm4/mL6g=; b=HzYUwlogC5ND7LPQIEUWFIwz/NY6rRYhM1ZHX4IiEUts+CGnRMZmw+f+QcDDt3/UEb bJbuUA8KUGyBf65aOId/Gg3PZvSqNeWCIUjsCAvoYnqC7FCw1or9us6m9gH00GCOGZK9 B5rlUA9mUFgqJqnrGVjniv6LdPWqtXDUp2cYU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716847787; x=1717452587; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=U/wjXMc6p7HrrtCKCdjKu+qoeiJ+p0hglW2Fm4/mL6g=; b=ZrEiY11CYoLMzn9hvCGZT7/oLK5AasZnX2Fns2npsKCcu6SR/vBky7eyDbYNOb4mHc WIf9xob9wNRbdZ+ZiGWYJjDVn5EVoLJq5cxAUZlQ6s6lXIWTMOYGzNvtk5PxjAU07glL Q+eAriIZnt7EdNP5SnRM+eaqD4KLOay/uqYVg9D/o5+oE2GppEZdwcW/1HQ5ztmTEE10 lrKpjT5eiiFU628mzc4M+P2jf7Bg/LU6cSyzl+KPxu9idwcTHhsjSc57T175EEbXkCSI MSNfC4p/0hFaLfhxjYYqamxFXQde0pPxz7q/6NfXIcOwRp3D+wccbMwLMaeo1YI8e5xv NEXw==
X-Forwarded-Encrypted: i=1; AJvYcCVzDGY1JD/H1SEDiKpTm1Nu/Qxg9FAu3CbvZ4rJiqUa1Fijereb05UpVuJ8W1VpqzrLRoTCkdwrkFQ174xm
X-Gm-Message-State: AOJu0YzMuSFTY+SuGLtn+Oo3IYkKGjhAIQN7DWDvd5ELQlkhmo36zjNX 7yz2IgnZ9xmoOObTIL9C3RHvo2Xx4pVKwm18+aiy0NaPcNvlt/RJgmIVjYe1nWp0lWlnEbZGd2K +eAwjhOCin+9k2RzbT+LgpyAF8E5B/nAxwU6r7w==
X-Google-Smtp-Source: AGHT+IHkNixI8yM9pstp0bnXZFu6Ke6QYaD5w1B9TCYQSvhOfpJqAXz2g8mVN6i3KaTzPIDzAhEoTqKjZaZOIISnDoU=
X-Received: by 2002:a17:906:40d8:b0:a59:c833:d275 with SMTP id a640c23a62f3a-a62642df815mr640820666b.30.1716847786913; Mon, 27 May 2024 15:09:46 -0700 (PDT)
MIME-Version: 1.0
References: <CAN-Dau0J1uqpwnRXYpeSFGUTJ532MmpeGd4BLoAqqf8HzeFTjQ@mail.gmail.com> <CAJU8_nW7Q3WphfgtgnK0E+88R1_nENCy9MBBYhG2G1bkPD9UeQ@mail.gmail.com> <CAN-Dau0Nc0VHMHdRg7MG6yf2X1S_SrYbA6YhKUzBz7XiLkR5cg@mail.gmail.com> <CAJU8_nX4O9hs6R6sOw2+iEL-7urcadNBdBsZfP3-Dn_yUFovLA@mail.gmail.com> <46c161b8-ca0d-4f18-ae3e-22fcb5befb0c@gmail.com> <CAKD1Yr3hTHy+p4nN1mkv4kHb907914gfyxnnzdexy6dYhNmiTw@mail.gmail.com> <7bcaaf7e-4564-4d76-9558-ab005aa70a30@gmail.com> <CAJU8_nUkO8mMY0GEZVj_nKN1f0bNxZwfv=oBKLtV6OgD86ZmAg@mail.gmail.com> <CAJU8_nUcE5ByxWRFEYLbPZtKuYPp0YMp-1jnEZhvJ5mcujyC6g@mail.gmail.com> <CAN-Dau08mUBWUZiBx1Fyx5Q6f5JQDmqZdgz9VYKMkVpKmEkB1Q@mail.gmail.com>
In-Reply-To: <CAN-Dau08mUBWUZiBx1Fyx5Q6f5JQDmqZdgz9VYKMkVpKmEkB1Q@mail.gmail.com>
From: Kyle Rose <krose@krose.org>
Date: Mon, 27 May 2024 18:09:35 -0400
Message-ID: <CAJU8_nVKOOa_1vej2MD=NVUZs7Lw-vF0iGL4nBANGzPxL42sSQ@mail.gmail.com>
To: David Farmer <farmer@umn.edu>
Content-Type: multipart/alternative; boundary="000000000000790be4061976c61e"
Message-ID-Hash: HS7Q3D766HGI3LO5RV347YPTM2ZBSCV3
X-Message-ID-Hash: HS7Q3D766HGI3LO5RV347YPTM2ZBSCV3
X-MailFrom: krose@krose.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: 6man WG <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>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/fMo0tNrmqeRCLKfesBaV_9alBgk>
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>
On Mon, May 27, 2024 at 12:18 PM David Farmer <farmer@umn.edu> wrote: > While the Ungleich ULA Registry demonstrates significant support for full > registration, something like draft-hain-ipv6-ulac provides. My > primary concern is a mechanism that allows for ULA prefixes shorter than > /48 as a result of the practical restrictions of 10 ULA prefixes created by > known-local ULA. I could accept a consensus to accomplish that through > randomized local ULA assignments of ULA prefixes shorter than /48 instead > of centralized ULA assignments. However, unfortunately, it is unclear to me > that there is a consensus for either way forward. > As I've previously stated, I am fine with loosening the language on prefix generation along with an extra loud warning about the greater chance of a future conflict requiring renumbering as the prefix size gets shorter. This seems fine to me because it literally only hurts the orgs that choose to accept the incremental risk. And frankly I'd be shocked if there weren't orgs already doing this because it just made sense for them to do so, versus wrangling many separate /48s. The main counterargument from the perspective of utility is essentially "WTH are you doing with 64K /64s that you need *more*?" I'm sympathetic to that argument, but given who gets to deal with the consequences, I consider this largely NOMFB except as an academic matter. Kyle
- [IPv6]Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry Kyle Rose
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry Kyle Rose
- [IPv6]Re: Analysis of Ungleich ULA Registry Brian E Carpenter
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry Lorenzo Colitti
- [IPv6]Re: Analysis of Ungleich ULA Registry Mark Smith
- [IPv6]Re: Analysis of Ungleich ULA Registry Brian E Carpenter
- [IPv6]Re: Analysis of Ungleich ULA Registry Kyle Rose
- [IPv6]Re: Analysis of Ungleich ULA Registry Kyle Rose
- [IPv6]Re: Analysis of Ungleich ULA Registry Ole Trøan
- [IPv6]Re: Analysis of Ungleich ULA Registry Bob Hinden
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry Nico Schottelius
- [IPv6]Re: Analysis of Ungleich ULA Registry Ole Troan
- [IPv6]Re: Analysis of Ungleich ULA Registry Kyle Rose
- [IPv6]Re: Analysis of Ungleich ULA Registry Mark Smith
- [IPv6]Re: Analysis of Ungleich ULA Registry Nico Schottelius
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer
- [IPv6]Re: Analysis of Ungleich ULA Registry Dale W. Carder
- [IPv6]Re: Analysis of Ungleich ULA Registry David Farmer