[IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopback Address Prefix"
Mark Smith <markzzzsmith@gmail.com> Wed, 26 November 2025 17:53 UTC
Return-Path: <markzzzsmith@gmail.com>
X-Original-To: ipv6@mail2.ietf.org
Delivered-To: ipv6@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 574789136A77 for <ipv6@mail2.ietf.org>; Wed, 26 Nov 2025 09:53:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -0.599
X-Spam-Level:
X-Spam-Status: No, score=-0.599 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L_oKyTBRssrq for <ipv6@mail2.ietf.org>; Wed, 26 Nov 2025 09:53:13 -0800 (PST)
Received: from mail-dl1-x122c.google.com (mail-dl1-x122c.google.com [IPv6:2607:f8b0:4864:20::122c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 0304C9136A6D for <ipv6@ietf.org>; Wed, 26 Nov 2025 09:53:13 -0800 (PST)
Received: by mail-dl1-x122c.google.com with SMTP id a92af1059eb24-11b6bc976d6so1388881c88.0 for <ipv6@ietf.org>; Wed, 26 Nov 2025 09:53:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764179586; x=1764784386; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=bsCwakFjwh5YS+nIWDIG4VDLGZ6GRPsHgDG1dHUUtB4=; b=I+/PZIMK8DY3Pt5n60kGztHPR2a1Ox+lUhkccC2NBCgKnVis84op/0wNoqIzSNHE7f q4TIzi4R68f2mFujEKt1q/hDeFWhfpkM3vCj6KfV/o5ODr77DOsoWWo0/j1LJQsmPqTb 8mbLJLmC0zmtpRm3buyMGSGgMzCg4jswHa8IM18JyoRrTHwZ7e6IxLU+YxMbk0RMSvUB Arl4UvaZ/oLQ8+YH5UofUIS4sRvVbQ16XNGiTL9GZBK7TN2dTakIKIcfCCTBvFHbQtRT P24Q6MMkdLKFcmiT9FpQ2zNaYKoAFdk2N7EWX3gmG9eb/x7NVHZwCLT03sjDbBzlaT/h WOPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764179586; x=1764784386; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=bsCwakFjwh5YS+nIWDIG4VDLGZ6GRPsHgDG1dHUUtB4=; b=mkQBGNY2J5CWlCKl33dnaiwWqtJ+5Yaw7RUgiUrJpSUbXruaBLoIeih3Hv7WcuzxI8 pWM1SX9yegfoOHp47EAMKHE1bIHEW4NuVxaN0/ByGXI3mqVViyanFTbPHmBdac0IQIcD C4Qoi64fXtJ4tBaPyll7It+nR65ewR2POfqtM57oBWx8uBbzxxG5+Fa8fsrGCCvBWoa5 kgpI5xKMg6+xvFSFAHRGFtnkWYcnTcCW4mpR/dP6jcMJZ7Z3J+PwVJvEkSsHjwl9Y8au S/a8Lcg8VnVFf/E/NQRW8qne1DhriSrBte/bTtM5pos2i8FRn1kYJyky+AKUM0Y+r71j t3OQ==
X-Forwarded-Encrypted: i=1; AJvYcCW2IJAI49ow00e8g+GHgXfYFtzzmsvYYRFXRoNN10apBK1pIuhflApX5uEBB3vcF1H39btc@ietf.org
X-Gm-Message-State: AOJu0YyD+m7tRWwTS9uHpH8sBysM90AkL1eFUqN3nUYdogswGJcJUF17 kwsV+THXi1czEciMU8KMi6hgRa8eKvr/SP16rfbFsBiDnKGiO97fZhOb1b99S292iOBwBORPPwi 4rNVrnzm176MhlmJmPc/km6WGV1+CdZv3jw==
X-Gm-Gg: ASbGncuJBTZsqRm+Dz6Usni7mrALqyFOrQsUDk61xH7AzPm0/DfZ25s/o2f4/JVqphr Y5Jqb8XVrzxb3MrFlnmrfI/yP6GQGUSpGu/IOAYDIEWIOwrDhHcMrQ/CR7nshzOukgRF1GZrqE/ a0/r81cTCx6/gzC/cxze31UM1Af7jsKPnrIJ1vEH/KqJn2thnyd2EPGEaOpczrLUKbv05SrU/D5 gaEiRDv4FnMuUrT1eq6BWTAyG1X3TBd5J1O52y9seO7KMyvJFA75Vq8qqlWbBvbF8daOF4=
X-Google-Smtp-Source: AGHT+IG8E0iCqtVgcO/rxHLdTDSRTUBvl/ThsA8SB288eXfp2lgnB3vx1R95UnKzK8nQYFFGErj4pLSuXqY5XeonetE=
X-Received: by 2002:a05:7022:f68f:b0:11b:ca88:c4f1 with SMTP id a92af1059eb24-11c9cabc6a5mr11904070c88.20.1764179585719; Wed, 26 Nov 2025 09:53:05 -0800 (PST)
MIME-Version: 1.0
References: <CAO42Z2wmCYvqpCGn6LxLW0otHS0kqmS6jGXkXqLtcKhPJn9eMQ@mail.gmail.com> <38F85990-939F-47AA-9A04-24EEC29E4F41@gmail.com>
In-Reply-To: <38F85990-939F-47AA-9A04-24EEC29E4F41@gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 27 Nov 2025 04:52:38 +1100
X-Gm-Features: AWmQ_bnTuKaRYDTaVlSs7w3JwP6xt0Eh_0RJhI7fi8UrC2_xTazIxpMCN5sNRcA
Message-ID: <CAO42Z2ykz37BOKpxxHVhwGKzQfTCLokbcU7wCg9-SDWoK+ahhg@mail.gmail.com>
To: Ole Trøan <otroan.ietf@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: I7HTTIZCOXASAM3ESJUJCPEH7KD66TCL
X-Message-ID-Hash: I7HTTIZCOXASAM3ESJUJCPEH7KD66TCL
X-MailFrom: markzzzsmith@gmail.com
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: Gert Doering <gert@space.net>, Geoff Huston <gih902@gmail.com>, IPv6 <ipv6@ietf.org>, IPv6 Operations <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopback Address Prefix"
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/0b90Ls_3OfWiiQN25BbdpgJdOaU>
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>
Hi Ole, On Thu, 27 Nov 2025 at 00:18, Ole Trøan <otroan.ietf@gmail.com> wrote: > > Mark, > > Since the loopback address is of link-local scope you can already do this with multiple loopback interfaces. > ::1%loop0 > ::1%loop1 > That's interesting. One thing I think worth avoiding is having to use loopback addresses with zone IDs to minimise the amount of typing since these addresses may be commonly typed in manually. This was partly the thinking behind me choosing 1::/32 and having 1::1 be the default assigned address. The other advantage was that it's only one digit different than ::1, making the new loopback prefix easy to remember. If somebody had to type in zone IDs, then the problem is already pretty much solved - loopback interfaces are required to have link-local addresses with a /64 prefix length, so they could be used. However I think the amount of effort Brian and Bob had to put into getting RFC9844 over the line shows that avoiding zone IDs in addresses is preferable when possible. Regards, Mark. > Cheers, > Ole > > > On 26 Nov 2025, at 11:34, Mark Smith <markzzzsmith@gmail.com> wrote: > > > > Hi, > > > >> On Wed, 26 Nov 2025 at 20:06, Gert Doering <gert@space.net> wrote: > >> > >> Hi, > >> > >>> On Wed, Nov 26, 2025 at 07:20:17PM +1100, Mark Smith wrote: > >>> On Wed, 26 Nov 2025 at 18:26, Gert Doering <gert@space.net> wrote: > >>>> On Wed, Nov 26, 2025 at 11:03:20AM +1100, Mark Smith wrote: > >>>>> On Wed, 26 Nov 2025 at 10:19, Geoff Huston <gih902@gmail.com> wrote: > >>>>>> thanks Mark - except that you should substitute the /32 to a /96 as I got confused between my left and my right! > >>>>>> > >>>>> > >>>>> One of my use cases, which I think I hinted to but didn't specifically > >>>>> state, was multiple loopback interfaces on a node. > >>>>> > >>>>> On Cisco routers you can create multiple loopback interfaces. I've > >>>>> done that so that I could have say a management loopback interface and > >>>>> address, a BGP session loopback interface and address and then other > >>>>> loopback interfaces and addresses for other functions such as an > >>>>> L2TPv2 end point, RADIUS service client address etc.. Those loopback > >>>>> interface addresses were all announced into the routing protocol (or > >>>>> not depending on function). > >>>> > >>>> This is a very different thing from what the draft proposes to establish. > >>>> > >>>> You are basically deliberately choosing and assigning routable addresses > >>>> to "non physical" device interfaces, for externally-reachable functions > >>>> (and this is a very reasonable thing to do, so "all the router people" > >>>> do it, and "all the anycast service people" do it as well...). > >>>> > >>> > >>> Yes. I mentioned it to demonstrate that I think a larger loopback > >>> prefix should be big enough to support multiple loopback interfaces > >>> within a host. > >> > >> I find this very hard to understand. > >> > >> Why would "there is a larger loopback prefix, used only for machine-internal > >> communication" have any relevance to "I use multiple loopback interfaces with > >> manually configured routable IP addresses"? > >> > >> Why would "having multiple loopback interfaces out of the well-known > >> machine-internal loopback address space" have any relevance to anything? > >> > > > > It's in the context of the draft I wrote proposing a larger IPv6 > > prefix. The prefix should be large enough to support subnetting it so > > that those sub-prefixes can be assigned to multiple loopback > > interfaces on a host. > > > > A ::/96 prefix means having to subnet in an unfamiliar location within > > the IPv6 address. > > > > A /48 for the loopback prefix would allow subnetting at the familiar > > /48 boundary, resulting in familiar /64s sized subnets that are > > assigned to different loopback interfaces on the host. > > > > Assignment of loopback prefixes to loopback interfaces should be > > automated. I think that is one of the key values of 127.0.0.1/8 - it's > > automatically configured. Using at least /48 and then a /64 per > > loopback interface allows doing something like using the interface's > > ifIndex as the /64 subnet number (ifindex are typical 16 bits in size, > > same as the /48 through /64 bits). > > > > Loopback interfaces are required to have a link-local prefix per > > rfc4291, and their prefix length is a /64. The drawback of using a > > link-local address for testing over a loopback interface is that they > > require a zone identifier. > > > > While a /48 would be fine, since it's better to try to avoid having to > > grow the loopback space in the future (e.g. which is what has happened > > with the documentation prefix), a /32 or 1 x 4 billionth of the IPv6 > > address space, for a larger loopback prefix seems worth while. > > > > Regards, > > Mark. > > > >> Gert Doering > >> -- NetMaster > >> -- > >> have you enabled IPv6 on something today...? > >> > >> SpaceNet AG Vorstand: Sebastian v. Bomhard, > >> Karin Schuler, Sebastian Cler > >> Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann > >> D-80807 Muenchen HRB: 136055 (AG Muenchen) > >> Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 > > > > _______________________________________________ > > v6ops mailing list -- v6ops@ietf.org > > To unsubscribe send an email to v6ops-leave@ietf.org
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Jeremy Duncan
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Geoff Huston
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… David Farmer
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Geoff Huston
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Maciej Żenczykowski
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… David Farmer
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… David Farmer
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Geoff Huston
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Mark Smith
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Geoff Huston
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Mark Smith
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… David Farmer
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… David Farmer
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Mark Smith
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Geoff Huston
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… David Farmer
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Terry Sweetser
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Owen DeLong
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Brian E Carpenter
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… Owen DeLong
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Owen DeLong
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Mark Smith
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… sthaug
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Ole Trøan
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Ole Trøan
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Warren Kumari
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… David Farmer
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Gert Doering
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Mark Smith
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Gert Doering
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Templin (US), Fred L
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… Templin (US), Fred L
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Michael Sweet
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Michael Sweet
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Michael Sweet
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Warren Kumari
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Maciej Żenczykowski
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Gert Doering
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Mark Smith
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Brian E Carpenter
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Brian E Carpenter
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… Michael Richardson
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Maciej Żenczykowski
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Bob Hinden
- [IPv6]New draft: "The IPv6 Loopback Address Prefi… Warren Kumari
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Brian E Carpenter
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Brian E Carpenter
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Sebastian Moeller
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Antonis Chariton
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… Philipp S. Tiesel
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Sebastian Moeller
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Michael Siegenthaler
- [IPv6]Re: [v6ops] Re: Re: New draft: "The IPv6 Lo… Michael Richardson
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Geoff Huston
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Ole Trøan
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… tom petch
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Erik Kline
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Ole Trøan
- [IPv6]Re: New draft: "The IPv6 Loopback Address P… Brian E Carpenter
- [IPv6]Request for WG Adoption for draft-kumari-ip… Geoff Huston
- [IPv6]Re: [v6ops] New draft: "The IPv6 Loopback A… Arseny Maslennikov
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Brian E Carpenter
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Mark Smith
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Brian E Carpenter
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Maciej Żenczykowski
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Brian E Carpenter
- [IPv6]Re: [v6ops] Re: New draft: "The IPv6 Loopba… Maciej Żenczykowski
- [IPv6]Re: Request for WG Adoption for draft-kumar… Warren Kumari
- [IPv6]Re: [v6ops] Re: Re: Re: New draft: "The IPv… Michael Richardson
- [IPv6]Re: Request for WG Adoption for draft-kumar… Jen Linkova