IETF Logo Mail Archive

[IPv6]Re: [v6ops] Why I chose 1::/32 (Re: Re: Why not add loopback semantics to 2001:db8::/32?)

Ole Trøan <otroan.ietf@gmail.com> Thu, 04 December 2025 05:10 UTC

Return-Path: <otroan.ietf@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 BC22F950F5A1 for <ipv6@mail2.ietf.org>; Wed, 3 Dec 2025 21:10:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, 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 eqZfveIiNUZ3 for <ipv6@mail2.ietf.org>; Wed, 3 Dec 2025 21:10:12 -0800 (PST)
Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (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 AAB3A950F598 for <ipv6@ietf.org>; Wed, 3 Dec 2025 21:10:12 -0800 (PST)
Received: by mail-lj1-x22a.google.com with SMTP id 38308e7fff4ca-37a34702a20so3963921fa.3 for <ipv6@ietf.org>; Wed, 03 Dec 2025 21:10:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764825005; x=1765429805; darn=ietf.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=RtCmEKyNROIalnNkToFC1VgPjdZ3YOjy8AlQi63/zQ4=; b=hYkjeHoYEdkmgoGSUOeUAWNf+2m8C4gpNaislKpZW7xDYnEW7WBQjYmCriGAwmlseJ WX04o1zjRhZlMuiH9vKPfB3ehfz6dBSuPr3PNbHTjsmd7FWaEdgRmQc85+7VsKQzS6G8 lT0FipCShiNgm1H/YqU3/norZfJ4lBHE5M10iytFnAMW8pUNqbAJKp/nw3I1CkBEDrdH BmyEbg371Hv6xEgKLjVbkTYqOM5bR4/TDv6vxf9EDPXpcNJxQCrtyL48mZjxD9cQ/NSL +esUu76IF3oqtWQKDwuikJ1EpKv0Pc8JRFkImTxHIfqkDPNDz3hFY2HU737AwoJzDWNy DNog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764825005; x=1765429805; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-gg:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=RtCmEKyNROIalnNkToFC1VgPjdZ3YOjy8AlQi63/zQ4=; b=TJJROMcUBOdzHeemu4sEAurGKVjOfnapQbY/XlBbIob51jj5iEw+q1jmDROTsVYRH2 HfNHvxXkVPL/tNuP83lpKXNzHYtbtpfzKvUkuaCgZ4CgBG76jLylXC/gEI1n+GRFpkLm SET5chfZIH2mkYRJLjXpsvXSDKoF6wb+pMV5oiVzLT+sF1xaJ+XWmzUJsrdTxVLS/liA x72l3/EUA7j69QsbIddqLSlBqvKhyUPu1r8fou1lqiGacT62EN8e4SYJdREgxp56haxF iru2ZaUWkbuaT5RKvtrBf0EBrOGhd4Y2fH6RzFt/jFHpozeItGpgJoJUh0N6qO78iwOf Lfrg==
X-Forwarded-Encrypted: i=1; AJvYcCWnjNPoscl7uT6vV2NmG/ufoA+Es5P53F90khWgvbGWuFwYPecipP5ynpMUEIWmk48mwWym@ietf.org
X-Gm-Message-State: AOJu0YzY1NO2/7qSAny3UfVpfL5uI2rU8lxLdJ3ieKv4oleUbnulUIGY QTR0DAEqPg4X9v9Klc1vny1oZzsYpPIWJc1NzRYHjaI5MaX5MjIgsJ13
X-Gm-Gg: ASbGncsrawBMQSpybMIOanGclyODCk260Apc0yTU9tJ2QCgZi80ruPbjHVom2x3WJa6 LHKCfmUMa4YO+eiI2RgrS4qRQ17G/BZbzZ5H6+qnUBuBEXxOix5yDIYhCftD5K3HS0uozLidcJ3 Z3qvi7JMB0Nbo36m9uC9w+aeitiZtt+qlMLtcmyuU/LhaQr2ez+zhTZviIvRvUcYHh0YHdNpFdV F82BAdw3aqbJLs9gwkViL/FDPFS3x+8fn6QTuhGOGT99hFY2bzOO8lUJ9sGDSMMo/ThaKIaD5px rlG2KBp+KCfYO7CMrK0tqXlPmf1th3xSfbOUfuI1T9mNC9oh7swSbrVp6I5ATczntJuL78C3ZG1 WdTz8zpKQaZUTnmPKjje7kVg0L7mpeBCwkO5qbfrEHveQHO0lW4a4qT3vwXxF8J/9shMJ2uTzWR dCdlM4sbG+E4CDIJbCvCcVLVqVhfx6Y2t8BSbIv46ArwxDBRbZiB4menYQbGtCKFhQVg==
X-Google-Smtp-Source: AGHT+IFORpWDQeSLuNTTfAUY9oNfjC9XrWhmkoLJZc79V34N5AY8/rX08XIgiabWZifgvlG9OwmwEA==
X-Received: by 2002:a05:6512:3045:b0:578:ed03:7b96 with SMTP id 2adb3069b0e04-597d66d591dmr398989e87.34.1764825004685; Wed, 03 Dec 2025 21:10:04 -0800 (PST)
Received: from smtpclient.apple (ti0389q160-0424.bb.online.no. [109.189.205.172]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-597d7b1a550sm124266e87.6.2025.12.03.21.10.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Dec 2025 21:10:04 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Ole Trøan <otroan.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Thu, 04 Dec 2025 06:09:53 +0100
Message-Id: <B4DC82F6-FEB9-4072-B0B3-4400654ED8B6@gmail.com>
References: <CAO42Z2xaZnsua3b0u3HFPVomy-kWP5YAd3Tu1zXy_Yb-NfhkqA@mail.gmail.com>
In-Reply-To: <CAO42Z2xaZnsua3b0u3HFPVomy-kWP5YAd3Tu1zXy_Yb-NfhkqA@mail.gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
X-Mailer: iPhone Mail (23B85)
Message-ID-Hash: O63ZHKBK6OAPEAF6KR7XWQ4YKGRTFNMT
X-Message-ID-Hash: O63ZHKBK6OAPEAF6KR7XWQ4YKGRTFNMT
X-MailFrom: otroan.ietf@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: David Farmer <farmer=40umn.edu@dmarc.ietf.org>, 6man WG <ipv6@ietf.org>, v6ops list <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [IPv6]Re: [v6ops] Why I chose 1::/32 (Re: Re: Why not add loopback semantics to 2001:db8::/32?)
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/VUDDoN3O_75xooI7w5jYOrWABDY>
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 4 Dec 2025, at 03:25, Mark Smith <markzzzsmith@gmail.com> wrote:
> 
> So I've suggested adding loopback semantics to 2001:db8::/32 because
> it would satisfy the easy to remember requirement.

If «loopback semantics» means link-local scope and do not forward in implementations, then that’s going to conflict with all those that use 2001:db8::/32 in labs. 

Ole

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