[v6ops] Re: Dynamic addresses

Brian Candler <brian@nsrc.org> Mon, 12 August 2024 06:40 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 7AF8EC14F5E6 for <v6ops@ietfa.amsl.com>; Sun, 11 Aug 2024 23:40:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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="GAhxBTh6"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="NFhMAHy4"
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 pt_b25pmLIBP for <v6ops@ietfa.amsl.com>; Sun, 11 Aug 2024 23:40:10 -0700 (PDT)
Received: from fhigh5-smtp.messagingengine.com (fhigh5-smtp.messagingengine.com [103.168.172.156]) (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 AF9DDC151075 for <v6ops@ietf.org>; Sun, 11 Aug 2024 23:40:10 -0700 (PDT)
Received: from phl-compute-02.internal (phl-compute-02.nyi.internal [10.202.2.42]) by mailfhigh.nyi.internal (Postfix) with ESMTP id A13AA1151B4D; Mon, 12 Aug 2024 02:40:09 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Mon, 12 Aug 2024 02:40:09 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nsrc.org; h=cc :cc: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=1723444809; x=1723531209; bh=h/AHSETDQM AfLWTpamCMkgUvo6/j01e8gN5ROxvCyQI=; b=GAhxBTh6dXj4H0IJWEnSjnzUG/ IwSZLkNHs/gYJQ81yeeM1iKpicsJrtLs+ruEq390BiBp0+HYHUbAKsB+IROI+3D9 ziRSR/r4oJ3USCzemwG5vCvQG3leA1sfFlxaWOvwciiTr/inckvk0JiPNLJvFHru 0+CNuQbtECYBqmdztJHqrALRnmPrkhtLFn8GtT7NpKiC9+aiGy6AWCjZwQCLdZlE 2iYwgLPfs/Ssx07sGYKJaWmb96LZtgTWYw1vyomMeyfZgChVIxcMUDzxdYmhONp0 pHpkOHZZtleg/BglBfEZfvBYGF0OrLadmdZ9UzMToptB7+B1u4OGdvQ/FW6g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc: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=1723444809; x=1723531209; bh=h/AHSETDQMAfLWTpamCMkgUvo6/j 01e8gN5ROxvCyQI=; b=NFhMAHy4Hcdq8KTrqyWiyz8pSzUIOBS1x9mSJFCGWJdw MXs/K2fv/31RYriyzNOdd3YJfPSKtKEOMoJPsjavjuxWX6jX0EzB4fl7+2Nktder HerI2Gfd+Z3kP8dMV05yhqxPBXTyJXt8jkN7MpYAOdopJZxzLnL7ul+SZ9wvI2F7 H0jn1ki+ZWZQ5auvJM2/JpC/YMYCV+MdAvDfneDuSlzATQbPTeah/GsI7C9eZKXD AN9CV816azFUaUaLLjrC21Hk7aCX8i2UANWwnbyUAd4wKsOzUdxQ62OsZD3gaUfg ruO8TljrEv3gMVXSjtGJXayRYNfybExHtcyB1K/5KA==
X-ME-Sender: <xms:Sa65Zp-_WIPzY0Nk3KND05H3SjAT-4fctEcm5fCKS3BVvR-Ay8aaWA> <xme:Sa65ZtuMfHnxI3aQhpsuAhEDpMdhlZxwcypS2ILnlUOetZ2Nhhk1Z2gILx_ww1eoM 2EpVzr3VqrfPsuJ87M>
X-ME-Received: <xmr:Sa65ZnAT2VsATsWCtSWvkegXfLdUEHkqDjAeVFhb7pIgWn7tnhDxiuPf60-qLdUFf2YYX0deaUglZfXUd7bB6FtGfutQ4CPBxheTqS-9t_2rkGVZfpc>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrleelgdduudduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurheptgfkffggfgfuvfevfhfhjgesrgdtreertddvjeen ucfhrhhomhepuehrihgrnhcuvegrnhgulhgvrhcuoegsrhhirghnsehnshhrtgdrohhrgh eqnecuggftrfgrthhtvghrnhepfedtkefhveffiefhgefhleeileeitdfggfffveevjefh teeuudeifeetueeufeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepsghrihgrnhesnhhsrhgtrdhorhhgpdhnsggprhgtphhtthhopeegpdhm ohguvgepshhmthhpohhuthdprhgtphhtthhopegtohhnthgrtghtsegurghrhihllhhsfi gvrhdrtghomhdprhgtphhtthhopehfrghrmhgvrhesuhhmnhdrvgguuhdprhgtphhtthho pehjmhhulhhtrggthhesshifsggvlhhlrdhnvghtpdhrtghpthhtohepvheiohhpshesih gvthhfrdhorhhg
X-ME-Proxy: <xmx:Sa65ZtdSB3N1qX1TktjbyqGJM2xVrU3Tfj2lrpNDS9GLgm8oavAcFg> <xmx:Sa65ZuMzA5tLRlkVWoEEDn9bf_0KMQjBiRWcwfp0UN2_5qTpKPCr6Q> <xmx:Sa65ZvmlJRFnG1UMWmIeHR8VMtTQYmVdz_vmrbxGE7erIDwCLFTveQ> <xmx:Sa65ZovyToLVwcsCyjmxRJlywoYtKLBPUb2jyl_D_z-wO3A1c_eCaw> <xmx:Sa65Zl38VBivKSG43gJjnF2pBAeT1KM7lS3_-Ua28dfbWXeQKKV7UrFF>
Feedback-ID: i8f09498f:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 12 Aug 2024 02:40:07 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------I09mQRjn9rbuLRb1s9QJMHQ5"
Message-ID: <20abbefa-7ce5-441b-864d-130e65374cee@nsrc.org>
Date: Mon, 12 Aug 2024 12:40:01 +0600
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Daryll Swer <contact@daryllswer.com>
References: <df01e0f8-1b0d-4792-be2c-89a59da7de49.ref@swbell.net> <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> <a0134031-ce09-4c9e-ab8a-4789f889b4ef@nsrc.org> <CACyFTPHCG5EyjPwFDxqpj2oAW2R3xMnVBZdaQz9n2Et1pNMPUg@mail.gmail.com>
Content-Language: en-GB
From: Brian Candler <brian@nsrc.org>
In-Reply-To: <CACyFTPHCG5EyjPwFDxqpj2oAW2R3xMnVBZdaQz9n2Et1pNMPUg@mail.gmail.com>
Message-ID-Hash: B6EUGWIRGIF6YGST3YPMLTZT4QWC74PX
X-Message-ID-Hash: B6EUGWIRGIF6YGST3YPMLTZT4QWC74PX
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/wMYIoqZj1B1Jsqv2keSUPzNgX98>
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 12/08/2024 10:06, Daryll Swer wrote:
> IPv4 doesn't have this issue. When a customer pays for a static 
> *IPv4*, that IP is permanently static even across BNGs groups 
> (automation in their backend would move the IPs around if required, 
> god forbid, it's manually done).
>
> But come to IPv6 and most (exception always exists) ISPs globally, 
> refuse to give a /56 ia_pd static free or paid. I'm personally really 
> tired of this attitude from ISPs, i.e. the IPv4-centric attitude.

If a customer pays for static IPv4 (and the ISP offers it), they get 
static IPv4. If they pay for static IPv6 (and the ISP offers it), they 
get static IPv6.

I still don't see anything specific to IPv6 here. It's just about 
product offerings in different markets.

In some marketplaces or countries or price brackets, ISPs don't offer 
static IPv4; and in some they don't offer static IPv6. I don't believe 
you can mandate a particular service to be available in a particular 
country by RFC.  If you try to, your RFC will be ignored, and hence 
irrelevant.

What you *can* do is document what the problems and consequences are of 
dynamic IPv6 allocation to end users, and document the solutions or 
workarounds - one of which is that the problems go away if the ISP 
provides a static IPv6 allocation.