[v6ops] Re: Dynamic addresses

Brian Candler <brian@nsrc.org> Sun, 11 August 2024 12:04 UTC

Return-Path: <brian@nsrc.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AFA6C14F70D for <v6ops@ietfa.amsl.com>; Sun, 11 Aug 2024 05:04:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 (2048-bit key) header.d=nsrc.org header.b="rPoldXRL"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="QNlEst/i"
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 rWsFBuBDaIXc for <v6ops@ietfa.amsl.com>; Sun, 11 Aug 2024 05:04:49 -0700 (PDT)
Received: from fout6-smtp.messagingengine.com (fout6-smtp.messagingengine.com [103.168.172.149]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF837C14F700 for <v6ops@ietf.org>; Sun, 11 Aug 2024 05:04:49 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfout.nyi.internal (Postfix) with ESMTP id BD4A2138FD8B; Sun, 11 Aug 2024 08:04:48 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Sun, 11 Aug 2024 08:04:48 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nsrc.org; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1723377888; x=1723464288; bh=VQNgjy77BcIgGzM+2GaG3OA+U9bXbQ+gBW4pai/TxcU=; b= rPoldXRLHbEfkOR+CQPOCTx9UphIvFX74LZX0t5eVzNfjMJmoSsivaDEDyIvXadW 0AAOIdZAIfUaxbU4gRaHvesKWt/BcfOw74Y5GeWlLyoWYw6r0JSwuRWGZCFX82eX 82WKLqEzhyBfY3zLe9a4JvrTutse8DNM8MWGJTh1lYEh8mmz+oUuN6KqAlfwh32B MWWgJEmYB8kMygT0g+DHuPFAy++IC7w9aOnQn+mf4ZFAqN4xi6CWBIAo90CJYW+D ZRiBdbl3/y/bvq066tNi/jRBbWHjz0oF2ckxJ0oVkjNV3fVHvjkIniuqpzpg+eui WO+7MG659BPSPQRTIRtO4g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1723377888; x= 1723464288; bh=VQNgjy77BcIgGzM+2GaG3OA+U9bXbQ+gBW4pai/TxcU=; b=Q NlEst/iLtCqG4TNeXFixLD8GijBEBkvSkO1r1020uVpmjAq4W/v9yRxWtcSsXcgH FjhaTo9Fb9dYcyjATsmIRCUUbtMVR/OD3S3xe1O/zkFJYp+lC6UuWrIZ/Cs75GSl gRO27psWEzCeJC7S/839U3TiXCkyJBXYwdE4oAXW/sCMRWt8WSKaIIEA/fNVyaBc T6WeF9v4Hcxrca7GtrD6L1uSuTQKh14K+VydfvNcKF306WnRasFLWvNOQ5/ZtW1/ T5GIHb28BzSxwKJxbToGPMZOI8tUYXdhis6S6oL9wNm+dGeLoZS70l7Jn/1Z7vnW WVHSWpWBQ8XOSre1qFilg==
X-ME-Sender: <xms:4Ki4ZmLVdlqZTd6O_3mEYbnzViCXGWu2IX6rwURGTdOu-1CDqNITFw> <xme:4Ki4ZuICnUJW7aCBLxP73VZYRFJpIn4nX06JeVU-r58Cu_XBN5RqFlm43sv86p9cw 9skgkDdOE1p0iwgll0>
X-ME-Received: <xmr:4Ki4ZmueKQlgQ1uvL1TmQ47q0QeK0JrVChJE0dRCuDjhwhqCeGTvkLhMfnVx6ycmYjBW-QhGiOBMh9LLF-tE3mYz9x1TUenHlfo>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrleekgdeglecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttddvjeen ucfhrhhomhepuehrihgrnhcuvegrnhgulhgvrhcuoegsrhhirghnsehnshhrtgdrohhrgh eqnecuggftrfgrthhtvghrnhepfeefhfejkeeujedvudffleevtdfggeevueelheekjeff ueekieejgffgheeijefgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepsghrihgrnhesnhhsrhgtrdhorhhgpdhnsggprhgtphhtthhopeegpdhm ohguvgepshhmthhpohhuthdprhgtphhtthhopehfrghrmhgvrhepgedtuhhmnhdrvgguuh esughmrghrtgdrihgvthhfrdhorhhgpdhrtghpthhtoheptghonhhtrggtthepgedtuggr rhihlhhlshifvghrrdgtohhmsegumhgrrhgtrdhivghtfhdrohhrghdprhgtphhtthhope hjmhhulhhtrggthhesshifsggvlhhlrdhnvghtpdhrtghpthhtohepvheiohhpshesihgv thhfrdhorhhg
X-ME-Proxy: <xmx:4Ki4ZrYBlGQRXjzvzZSxDjMSp6lAQ9-O6ib8GfEUHL5_nMzR_Ww9kA> <xmx:4Ki4ZtYCmnBDZXp7fgg4j-sqseyEvGSOqitVuLNLju3Yvc9xiyz7Vg> <xmx:4Ki4ZnAVTgIFCuyHE0CkSUMPtFVauAgwMfzyua3dGu9OJpyl3VdvAw> <xmx:4Ki4ZjZSX3hsYdP3RxGfhgC0NAnaUN0r11F2mM7xKczaMNErZEq8BA> <xmx:4Ki4ZgylH6sDXqqreROqoHlaV3Li9oQCAFCVoMqTEYQbNd5bTSBpx55c>
Feedback-ID: i8f09498f:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 11 Aug 2024 08:04:45 -0400 (EDT)
Message-ID: <a0134031-ce09-4c9e-ab8a-4789f889b4ef@nsrc.org>
Date: Sun, 11 Aug 2024 18:04:40 +0600
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: David Farmer <farmer=40umn.edu@dmarc.ietf.org>, Daryll Swer <contact=40daryllswer.com@dmarc.ietf.org>
References: <df01e0f8-1b0d-4792-be2c-89a59da7de49.ref@swbell.net> <df01e0f8-1b0d-4792-be2c-89a59da7de49@swbell.net> <CAJgLMKte1H3FaoQOhc7_No=SNdczQFo2_mp2c1FvTOqLCRFm2g@mail.gmail.com> <6e70bed7-6f84-4a4a-90f8-fec1d10a599b@swbell.net> <CAJgLMKsXHcxzu8Kbrg1pu9SDkGDH0b1bWzW__CrfpDaSv3Joog@mail.gmail.com> <CACyFTPFakaDLdTJVc6d1HiR_oaedNOV76MRQxJp=+z95uQFVZQ@mail.gmail.com> <CAPt1N1=rQp5U4_X=2WvCV358S9Qm+E+_+gs_mgUJHP_68dYLmg@mail.gmail.com> <d16406c6-e5d9-4aa4-a16e-7513d04d6b07@gmail.com> <CACyFTPEdh_SL3BJ6WcD18tpYzH=Q6gxYnXanTsHZxF4xQm7LuA@mail.gmail.com> <19b076c0-ff57-471a-8f66-6ad47d7169f4@gmail.com> <f469fd02-f67e-4aa3-80e1-e055e63fadd2@swbell.net> <CACyFTPGNUvKkF+hxg1xJPSRNWo4aZN+jtwO3GeMLmQ1pTY8x3g@mail.gmail.com> <CAPt1N1kLTuKjtvsJ5qGd_kjnc8K2HDc7OemMqtaSavGH6kAqJA@mail.gmail.com> <CACyFTPEjAq0kGHFwiNnqsmyhxavu6HhEBu6X7OQXAgaKpPqa1g@mail.gmail.com> <CAN-Dau05Q2GVydUb8DLfAXYNEtrKPkTFROOWT3cDMr5DSPD8Tg@mail.gmail.com>
Content-Language: en-GB
From: Brian Candler <brian@nsrc.org>
In-Reply-To: <CAN-Dau05Q2GVydUb8DLfAXYNEtrKPkTFROOWT3cDMr5DSPD8Tg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: G4XXTA57CV2SY75UQRO6PHNQZGDJFMDG
X-Message-ID-Hash: G4XXTA57CV2SY75UQRO6PHNQZGDJFMDG
X-MailFrom: brian@nsrc.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: The Multach's <jmultach@swbell.net>, v6ops@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: Dynamic addresses
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/iSfrGnbrJtk1DJR_HKYchkwY8OQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>

On 11/08/2024 03:09, David Farmer wrote:
> That being said, whether or not to maintain the same prefix across 
> reboots should be in control of the end user, not necessarily the CPE 
> manufacturer or the ISP. Only the end user knows if their use case is 
> advantaged or disadvantaged by getting a new prefix on power loss or 
> other reboots.

I'm afraid I don't see what any of this has to do with IPv6: the same 
issue applies for whether you keep your same IPv4 address or not.

Getting a new IPv4/IPv6 allocation on session disconnect and reconnect 
is a matter of network design.  If the network design is that aggregate 
address pools are routed to BRASes, and the end user's address is 
allocated by the BRAS from its pool, then when you reconnect to a 
different BRAS you'll get a different address. So be it.

If the ISP forces a new IPv4/IPv6 address periodically while your 
session is established, that is clearly stupid, whether or not it is 
mandated by government (although Citation Needed, as Wikipedia would say)

However, I don't think RFCs can enumerate all the possible stupid things 
that a provider or government might choose to do, and suggest that they 
SHOULD NOT or MUST NOT do it.