[v6ops] Re: Dynamic addresses
Daryll Swer <contact@daryllswer.com> Wed, 14 August 2024 23:49 UTC
Return-Path: <contact@daryllswer.com>
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 E610CC1D52E2 for <v6ops@ietfa.amsl.com>; Wed, 14 Aug 2024 16:49:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, SPF_HELO_NONE=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=daryllswer.com
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 WwrfWSsJF7TM for <v6ops@ietfa.amsl.com>; Wed, 14 Aug 2024 16:49:15 -0700 (PDT)
Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (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 ietfa.amsl.com (Postfix) with ESMTPS id BD09EC1D531B for <v6ops@ietf.org>; Wed, 14 Aug 2024 16:49:10 -0700 (PDT)
Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-26ff21d8382so362171fac.1 for <v6ops@ietf.org>; Wed, 14 Aug 2024 16:49:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=daryllswer.com; s=google; t=1723679349; x=1724284149; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=LtHY4lNvg9O07JVOFwuNpORXxEWes9J4ri+2QK3GdnE=; b=llzw+aCN9ggVJaoN/PIUVWc8j/z6SEK/tRHaSqb2P259ffISNNgCkYIAjOWGZqT7IG 0B4B985PslkBgQ80+gUniGvI6Tj+/iId+u/Y2hzSWHZjtR2xgKZgrfcO7l3Ne2KrGvSJ 6ncZB46P2+YLH52gXsrNGkY+0jCnocyXCd+79/EV6JvJ8cDgITVRD4GsxzWuT6xgQCzA Z48LXcWzaITAbHRPdE8kHUR9jKyhz5QMN1c13p+W+G4iOMoll1HlYyCmBV2dLczYkaJd lAEB2Xe6gNlrHetACqJf3Xoh0Rshtg5/YhhfeEm0XknwimSqooNy7wynwGZDObXxvEwU fRyw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723679349; x=1724284149; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=LtHY4lNvg9O07JVOFwuNpORXxEWes9J4ri+2QK3GdnE=; b=q189ohRoqJ9sSh8096IafNFEbRlLHoBXHeRTYBP4qrRQEzcAVjXU93Y4vltM5XcuBl kEe4HlWxciejAR2mH/5+wfxFDYMrkjaOcDesihLvEmJymDlbyfsvjHlFHfmzu4LWpGr+ Yz4JLv75HS6XtrsVIQuYM0bi928WELx6xBLl9rBhzjfHFalOz6cZxFUZEbbNO6Ajl50m 0JH4QkZecH9qJSYaYSi2xKDDiFLMq/WkXpfAEw6wLh+4d3RJ26zdbTUiLg7G1KZWmGU7 oEpxv3W6F2jXBFin0iY8FR8ccDOPTNft2yArdOYih1TCTFQtZg1Oaq5FGoLcjQoSydS9 AY3A==
X-Forwarded-Encrypted: i=1; AJvYcCWyulndp4mbR9UCZwvRlfUqDc0t4sGC9glrtOB6vvsEzPyQoyhKh7+ymMfLO5W/vupLA4JuErFukA8PifqEUg==
X-Gm-Message-State: AOJu0YyNIvo254Ja4iR8uz2Rq6Zn8TjLeZcJM8JFVdH8OLyYzviNn4mU /ZATz6cw6ybARmx3Hksz4QNHjWEY4SukHjLlA0WrI80ijvJaizc+IwupC45hTzwlAWr9R7LKu7C u9Ss=
X-Google-Smtp-Source: AGHT+IEb7ZKj0jxpuVVc3MPrfd+aHZ3igf4S5WL65nOAEDYpTXA9U4Nt/dwt2eFM/FSWlEmbR6PMRA==
X-Received: by 2002:a05:6870:5252:b0:25e:24b:e662 with SMTP id 586e51a60fabf-26fe5c28fffmr5607971fac.34.1723679348716; Wed, 14 Aug 2024 16:49:08 -0700 (PDT)
Received: from mail-pj1-f53.google.com (mail-pj1-f53.google.com. [209.85.216.53]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7c6b63570a9sm113243a12.60.2024.08.14.16.49.08 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 14 Aug 2024 16:49:08 -0700 (PDT)
Received: by mail-pj1-f53.google.com with SMTP id 98e67ed59e1d1-2d1daa2577bso249401a91.2 for <v6ops@ietf.org>; Wed, 14 Aug 2024 16:49:08 -0700 (PDT)
X-Forwarded-Encrypted: i=1; AJvYcCWDXuKQ5foovgVVQVB4db3bw0XMGgAXUXwJU2LkUkSSXd8n+fBe2XMFGsvoaWoK2PKg8c7GQhsIKHQlwzr2Rw==
X-Received: by 2002:a17:90a:f98d:b0:2c9:84f9:a321 with SMTP id 98e67ed59e1d1-2d3aaac24abmr5251869a91.23.1723679347875; Wed, 14 Aug 2024 16:49:07 -0700 (PDT)
MIME-Version: 1.0
References: <20240812142831.22a4f28e@zbook> <DB9PR07MB7771D93917C01A028E30FDEED6852@DB9PR07MB7771.eurprd07.prod.outlook.com> <0d0f35a3-1493-4e4e-8b4a-08f41fac2b2c@gmail.com> <CACyFTPFPRrW5MxZ8yoNPKYWxzaGQO-HnMNpEKR3TCbVpK6hgWg@mail.gmail.com> <20240813065439.061ef59a@zbook> <CACyFTPH+dA9xkCUT98zHr7AYpGyYFuOgOaynhsPjz3iKEuseog@mail.gmail.com> <20240813171637.48ce7cfe@zbook> <CACyFTPGgJsjLtoTegqy34BCSVH+vp_oxbKvBj3vnLaXpiD-vGA@mail.gmail.com> <Zrx7N9IWGeDqIuPf@Space.Net> <CAKr6gn0MYNr+jhjNvnBS6Tv8bi+U_LMN+ynE1Nnp0Qj_cO61kg@mail.gmail.com> <Zr0aWhkGBBxiQA4k@Space.Net>
In-Reply-To: <Zr0aWhkGBBxiQA4k@Space.Net>
From: Daryll Swer <contact@daryllswer.com>
Date: Thu, 15 Aug 2024 05:18:32 +0530
X-Gmail-Original-Message-ID: <CACyFTPEwYGZx3+97sHkktsr16xT54rJ7br4ep4wY1retvASqTQ@mail.gmail.com>
Message-ID: <CACyFTPEwYGZx3+97sHkktsr16xT54rJ7br4ep4wY1retvASqTQ@mail.gmail.com>
To: Gert Doering <gert@space.net>
Content-Type: multipart/alternative; boundary="0000000000003cb103061fad5fc7"
Message-ID-Hash: 7D2DQ6QKNH2GWPM7NFJLINOFIZC2NASK
X-Message-ID-Hash: 7D2DQ6QKNH2GWPM7NFJLINOFIZC2NASK
X-MailFrom: contact@daryllswer.com
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: George Michaelson <ggm@algebras.org>, "<v6ops@ietf.org>" <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/PnKnvsDIdjNK8-GGtINCvocTvWA>
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>
Gert So basically, my understanding is, you've had zero personal exposure to, and zero professional network consultancy projects that deals with the impacts of *ever-changing* non-persisted ia_pd in an ISP network, across* N *number of ISPs (remember, I don't work *for* ANY ISP, I work *with* MANY ISPs globally, in multiple economies). You have a strongly biased view on this subject in my personal and professional opinion. There's nothing but cons and problems with prefixes that changes often (per 5 hours, 6 hours, 24 hours or upon a quick OLT reboot, a quick fibre splicing outside the user's home, a short packet loss in misconfigured MPLS LSPs, that was quickly fixed by the ISP, but now the prefix changed and there goes my kill in XYZ game). Also, I don't understand why “SSH” is the “only” example of “application impacted by dynamic prefixes”, has nobody advocating for dynamic prefixes here, used VoIP? Nobody plays multiplayer games? And nobody actually worked with multiple ISPs on this issue AND spoke to end-users' negative experiences on the ever-changing prefix? To those who advocate dynamic prefixes with the idea that “Other than SSH. The average Joe won't notice anything”, please, do your homework instead of assumptions, one small example from a quick Google search: https://www.reddit.com/r/ipv6/comments/108iz77/dynamic_ipv6_from_isp_breaks_my_ipv6_connection/ (This is part of the larger discussion about IPv6 PI, of course, and > why it does not make sense to give every barbershop wifi a PI /48, > visible in global routing - because it does not work, and is not > *needed* either) > I never saw a good reason for “/48 for everyone” approach. But I see no problem with ISP static /56, where static = n number of years as a minimum (10 years+), not seconds, hours, days, weeks, or months. *--* Best Regards Daryll Swer Website: daryllswer.com <https://mailtrack.io/l/bd5ca3686315764199afc97a1144d48a674505de?url=https%3A%2F%2Fwww.daryllswer.com&u=2153471&signature=97c5dc22f6bd102c> On Thu, 15 Aug 2024 at 02:28, Gert Doering <gert@space.net> wrote: > Hi, > > On Thu, Aug 15, 2024 at 06:19:58AM +1000, George Michaelson wrote: > > Surely before arguing for constant renumbering you should explain > > remediation for the downsides of constant renumbering? > [..] > > Normally I find I agree easily with what you say. I think you are hand > > waving consequences on your own experience with stable addresses as a > norm. > > If you have active solutions and live behind a dynamically addressed sub > > prefix of some other delegate it would be useful to share how you make > > inbound ssh work reliably. > > I do have a static v6 network at home, which has been static for > roughly 23 years - so I see the consequences of assuming "addresses > are static", like "addresses are being put into config files all > over the world". Should I ever cease working for this very ISP, it > will take me months to get my network back into a working shape... > > Thus, not assuming stable addresses, and ensuring software copes better > with change, and more automatic, will cause less pain in the long run. > > Now, of course I ssh home - from a few bastion hosts, because firewalling, > and I do not expose my home network to "the world". Making the DNS > involved more dynamic would certainly be doable, but I am lazy. > > But, what you and I do, with SSH, is really of no relevance for the > Internet at large. 99.99% of the end users out there do not know > what SSH is, or why they would want a stable address - they use devices > that seamlessly roam between wifi and LTE networks, keeping "connections" > active, and all that - whether it's MPTCP underneath, some sort of > VPN that can handle roaming endpoints, or just very short HTTP sessions, > why would they care? "Spotify keeps streaming when I leave home", > this is a relevant metric. > > (This is part of the larger discussion about IPv6 PI, of course, and > why it does not make sense to give every barbershop wifi a PI /48, > visible in global routing - because it does not work, and is not > *needed* either) > > > ... I do have customer networks that are connected to other ISPs, with > dynamic and semi-static /56s, and I use an Android phone as LTE hotspot > with always-changing /64 on the wifi, so I *do* see where it hurts, > and where it doesn't. My Mac Laptop assigning itself a new privacy > address when it roams between "living room" and "office space" wifi > APs - because they have different SSIDs and it assumes "different network, > then" - *this* is breaking my SSH sessions many times a day. Which is > annoying, because I have to press the hotkey for "please restore my SSH > sessions to the standard set of hosts and reattach screens there"... > > Gert Doering > -- NetMaster > -- > have you enabled IPv6 on something today...? > > SpaceNet AG Vorstand: Sebastian v. Bomhard, Ingo > Lalla, > 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] Re: v6ops Digest, Vol 168, Issue 29 The Multach's
- [v6ops] Re: Dynamic addresses Jatin
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 Timothy Winters
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 The Multach's
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 Timothy Winters
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 Daryll Swer
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 Ted Lemon
- [v6ops] Dynamic addresses Brian E Carpenter
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Brian E Carpenter
- [v6ops] Re: Dynamic addresses The Multach's
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Ted Lemon
- [v6ops] Re: Dynamic addresses Marco Moock
- [v6ops] Re: Dynamic addresses Ted Lemon
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Ted Lemon
- [v6ops] Re: Dynamic addresses Gert Doering
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses David Farmer
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses David Farmer
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Brian E Carpenter
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Brian Candler
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Brian Candler
- [v6ops] Re: Dynamic addresses David Farmer
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Tim Chown
- [v6ops] Re: Dynamic addresses Gert Doering
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Gert Doering
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Erik Auerswald
- [v6ops] Re: Dynamic addresses George Michaelson
- [v6ops] Re: v6ops Digest, Vol 168, Issue 29 Daryll Swer
- [v6ops] Re: Dynamic addresses N.Leymann
- [v6ops] Re: Dynamic addresses Marco Moock
- [v6ops] Re: Dynamic addresses Brian E Carpenter
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Marco Moock
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Marco Moock
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Tim Chown
- [v6ops] Re: Dynamic addresses Gert Doering
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses David Farmer
- [v6ops] Re: Dynamic addresses Marco Moock
- [v6ops] Re: Dynamic addresses David Farmer
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses N.Leymann
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Gert Doering
- [v6ops] Re: Dynamic addresses Brian E Carpenter
- [v6ops] Re: Dynamic addresses Daryll Swer
- [v6ops] Re: Dynamic addresses Ted Lemon
- [v6ops] Re: Dynamic addresses David Farmer