IETF Logo Mail Archive

[IPv6]Re: [v6ops] New draft: "The IPv6 Loopback Address Prefix"

Terry Sweetser <tcsweetser@gmail.com> Wed, 26 November 2025 04:48 UTC

Return-Path: <tcsweetser@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 E403D90C3F40 for <ipv6@mail2.ietf.org>; Tue, 25 Nov 2025 20:48:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 DIRY7D_rqXdR for <ipv6@mail2.ietf.org>; Tue, 25 Nov 2025 20:48:16 -0800 (PST)
Received: from mail-yw1-x1131.google.com (mail-yw1-x1131.google.com [IPv6:2607:f8b0:4864:20::1131]) (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 96FA190C3F31 for <ipv6@ietf.org>; Tue, 25 Nov 2025 20:48:16 -0800 (PST)
Received: by mail-yw1-x1131.google.com with SMTP id 00721157ae682-78a6c7ac3caso62874587b3.0 for <ipv6@ietf.org>; Tue, 25 Nov 2025 20:48:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764132496; x=1764737296; darn=ietf.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=9x2MrvECSdvRmJ58Nwu8fQinWdSY1sKOCqzD8kF8Fl8=; b=fF9pMk7EWpsPdFB//h6K3mF3kQqYieEc15j8J+WNdyXrEUjDIfUIl/Lo8Wl5qtByDx /SGXLh6Y20FbzWLXVyGyJ88HNpVCFJSDsNzEaDibIPLCrHzbyQD7K4tfAlaQMOvDkLo5 IFhoWy70NHBSgMpIQw/mc0zmYwY33jdapy5VSit3gZYoRL7Uxxdme8I1P9j1EmJci4OZ NDJ+UHpy0oNohih35UIWrE2FZj34SW/lIcmSPUC3Qr3lWfbXBj2p0kw91HVM1ljzJdw/ KzxLB2uHQLeM+B9S6KEeDMolEgnfUoDk/dcKVMMwxpa9vFpnoKlSIhUvg0PTTz56WZuE dv4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764132496; x=1764737296; h=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=9x2MrvECSdvRmJ58Nwu8fQinWdSY1sKOCqzD8kF8Fl8=; b=TDwbNxOaviRuuxMQXNvjTwIuLE9D1FcXy2Fa1ECYGbTUVyAEIwjpyWE+13FJ1hhEJX 9uD7DaFMeSrzCDgxElPBIxCJkqwml9gSRDiu2FYCtrtkzwy/SZhphRyiufVPx/4IjUgu vZkpEBb5TLrqtrr+E1/cdq9HfdfDPtRRfGh+xNPj/KbVgtgqtSB6KHK/pE6ELqv1neuq 1gSCl94oPf5fRO23EHT1TEYOLP/q7bb4RJQqFWAG6Zudobbx5VMMmUhVk0xiwU2fbFwz 9+pcDPRi1g9Vwc/10MRdJWk1QAeX5Kgc06IU9F2UgPTefTuPM/1ZwrC7S1cMk83ED2Dk YczA==
X-Forwarded-Encrypted: i=1; AJvYcCXgCcz4nbUf00AHCE+Su8HzUZzGn8JMeeMYXAysASMhTbtJQjgRzuZRtQ0GGlG2Ev/lssrI@ietf.org
X-Gm-Message-State: AOJu0YwrOPSFCEphiZSl6m9/SfS6HTZWPE3u5Hi9XlxtFXhQ87cc2L6N MtzyCyQ1disidlC9KCM82tUgj/RN4N07t5jazy4xqnH5p/d5UyzvLktjZ/CRkEnQ8xpEjSu6oSI PG8L7GCC9qccagnz5+rUoXEgrG8T4bGZkygi5KpxrIA==
X-Gm-Gg: ASbGncvNz973KmVUFOUrX8pY2atutyD9QtK1fiMuvGJ8ulX1Fa2ojRtwRxoPOYtslKt 5ymnP9gFLXdsymdivbYF00XrfyCyb4SVgIpWYsPOe1fAaVuphUcfVviTR+b8zpLlVXGgnvmacTJ 9EYDguHZOVFPakxxkpch+7qlkdPfoGjiMtGvknz5epCudUZLfJl/DgkDt8uqFwloHpcHzGWVKOF /SoITpzxlT7oYCfFZKLFrRWzN0d+EkoOn8ZUYuTCFSxskYrc/RYk/Q7Khq8+J2kLcWikm8uYQ==
X-Google-Smtp-Source: AGHT+IHv/LnZ0X3/vCowX41A3uvks+p37TUf6Y6XxJNuWEI4l53YzkPszYVNcsffpOgo7Z5oTsR02Bpkl/dpsyWBD+g=
X-Received: by 2002:a05:690c:360d:b0:786:91ac:e13e with SMTP id 00721157ae682-78a8b47431cmr169492077b3.27.1764132495903; Tue, 25 Nov 2025 20:48:15 -0800 (PST)
MIME-Version: 1.0
References: <CAHw9_i+b=uZozstCAm1Kr52Pj-_Y_aCndHc0e703rMUr9va=iA@mail.gmail.com>
In-Reply-To: <CAHw9_i+b=uZozstCAm1Kr52Pj-_Y_aCndHc0e703rMUr9va=iA@mail.gmail.com>
From: Terry Sweetser <tcsweetser@gmail.com>
Date: Wed, 26 Nov 2025 14:48:04 +1000
X-Gm-Features: AWmQ_bmKJbSdqVqLeW2JrgsIKTZB04GGIkA1uy1r1detTCOpSgqiNWiIW-hrfF8
Message-ID: <CAN5s3tEEupx3HVOXnt3kD1SWGp=4tjZvWSDBg1Bx0CAUO=J8eA@mail.gmail.com>
To: IPv6 Operations <v6ops@ietf.org>, IPv6 <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c14f0c0644781a0e"
Message-ID-Hash: A4F5LWKI7P67ZAGPB736IC2WQFJWKHTM
X-Message-ID-Hash: A4F5LWKI7P67ZAGPB736IC2WQFJWKHTM
X-MailFrom: tcsweetser@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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [IPv6]Re: [v6ops] 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/Nl57SL13H25UbzkV4jKGb4ybIWI>
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>

Thank you Warren & Geoff,

Allocating ::/32 in this manner seems a lot like "ipv6 must act like ipv4"
for this particular use case.

In reality, if you need _address space_ for a loopback, why not use
something from FC00::/7 in practice?

What I am really questioning here is the semantics and theology around
preserving an ipv4 conceptualisation.

At the end of day, the semantics to preserve are: (1) not globally routed,
and (2) never leaves the TCP/IP stack on any node.

And if something, anything, is truly needed to preserve this concept, why
not drop in something with 7f in it?  Like ::7f:0:0:0/104 ?  or 007f::/16?

Regards,
TCS

v2.40.4 | Report a Bug | By Email | System Status