[v6ops] Re: Dynamic addresses

Daryll Swer <contact@daryllswer.com> Tue, 13 August 2024 00:47 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 8D782C14CEED for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2024 17:47:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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 HG2JO7oxajzK for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2024 17:47:00 -0700 (PDT)
Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 75C11C14F6AF for <v6ops@ietf.org>; Mon, 12 Aug 2024 17:46:59 -0700 (PDT)
Received: by mail-pg1-x52d.google.com with SMTP id 41be03b00d2f7-7a264a24ea7so3625445a12.3 for <v6ops@ietf.org>; Mon, 12 Aug 2024 17:46:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=daryllswer.com; s=google; t=1723510019; x=1724114819; 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=Om865bM5WvQOldrr+BD/Uhv9hp8Iod1271JMAVV+IKE=; b=KWbpqY0r/ItGK8UUcjPDeW/vmNNWhZAodEwZEBjhnTmYy3Jm1kvhKg+UfPoj0e7fD6 xfj+YvZ8nJPlnWi1xALQjLIfPvXXhz60wvlINbcELrEzXbsa006EnUfNVl7phyR6CemX 5WysixUSlv0eZm+tyZTXP8tT+6ndgPh0q1j/8URJqP5szZH9Y2+RwDoD4WU1XZf/JWo1 X5E1PaEq1SPrn3dxBfUxRjOAzV9iYCbZ/MYByJNePkDuHmwWC2AN4+HCeLcUFtUwpvAn 60jed67a4BKyxlovnhPpqUhLklol6u85MCOdmvH4mSv+EH7QFGtA5ftl7Q9ycS5WsKmo j5IQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723510019; x=1724114819; 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=Om865bM5WvQOldrr+BD/Uhv9hp8Iod1271JMAVV+IKE=; b=EV6wxHlZFPnlkBnVJFcAYAAMhj4E3xWG7En8EN4soQAEHle/SvJ03p6inGLTRWiXnP VO2f7MaNlEweyyXMl6gLPuRsCHeJraki3ZMwV602rO2LK4XHVYMLfCXpa4kgN0KVNwWE ocrj4ahOF5d89ETQg78srtCRfHv8j4FlnYiiDsIzAuLAfydbH8VfaKq98ZlmT8ei4vDQ XxXiHOpL0NixUakKo3dxPobU41N/i21re18bAZyn5QXCh+JXC9c7MqlqqxZCUKxmWrwO 8J6qJymiRK+KLKmfI+q/kUTG3DFhtDn6ZEWjlz1F8sI0Rr8hLIg4WGPvvKc0lBkqNnFU WCUg==
X-Forwarded-Encrypted: i=1; AJvYcCWT14eng6m6z1m73qIWEDCjcpzh2Xnsx3P+GRsjnX3LzmLeiz3i2HhFIbKLug+1XER1yq40fJk55AaYOzYLlA==
X-Gm-Message-State: AOJu0Yyb4mTxs7hFe++evhGgWWYQxIfqmcfbPoUXxQ7htYZ8snP2GwTN YgZxt2LzGd/CEi5+QejTwdKs3VnENMKBtbMnlnifbdnktMaBHIKn+LJapWQo0coay97FwJWTxhS aWgw=
X-Google-Smtp-Source: AGHT+IFOoaUjNo+L5pXl0jlD7G50wfBAkAx6bKxbEuVMVLVjbES0W9z+DTBlYk+Djh4y42cl5qERrw==
X-Received: by 2002:a17:902:d482:b0:1fb:7978:6b1 with SMTP id d9443c01a7336-201ca1b1eb0mr22369075ad.31.1723510018573; Mon, 12 Aug 2024 17:46:58 -0700 (PDT)
Received: from mail-pj1-f45.google.com (mail-pj1-f45.google.com. [209.85.216.45]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-201cd12f5casm2643845ad.27.2024.08.12.17.46.58 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 12 Aug 2024 17:46:58 -0700 (PDT)
Received: by mail-pj1-f45.google.com with SMTP id 98e67ed59e1d1-2cb4b7fef4aso3859783a91.0 for <v6ops@ietf.org>; Mon, 12 Aug 2024 17:46:58 -0700 (PDT)
X-Forwarded-Encrypted: i=1; AJvYcCXxcTywKviNDydqCWIqe2H1cyirp27u0GTYDQfImAQBHRL3c0hv+2UFchpfkj5hHlBZDnDx5jV/ps7ZYE9JPg==
X-Received: by 2002:a17:90a:ba92:b0:2c9:649c:5e10 with SMTP id 98e67ed59e1d1-2d392506246mr2267035a91.10.1723510017671; Mon, 12 Aug 2024 17:46:57 -0700 (PDT)
MIME-Version: 1.0
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> <DB9PR07MB777164E663505AA86537EB1DD6852@DB9PR07MB7771.eurprd07.prod.outlook.com> <20240812142831.22a4f28e@zbook> <DB9PR07MB7771D93917C01A028E30FDEED6852@DB9PR07MB7771.eurprd07.prod.outlook.com> <0d0f35a3-1493-4e4e-8b4a-08f41fac2b2c@gmail.com>
In-Reply-To: <0d0f35a3-1493-4e4e-8b4a-08f41fac2b2c@gmail.com>
From: Daryll Swer <contact@daryllswer.com>
Date: Tue, 13 Aug 2024 06:16:22 +0530
X-Gmail-Original-Message-ID: <CACyFTPFPRrW5MxZ8yoNPKYWxzaGQO-HnMNpEKR3TCbVpK6hgWg@mail.gmail.com>
Message-ID: <CACyFTPFPRrW5MxZ8yoNPKYWxzaGQO-HnMNpEKR3TCbVpK6hgWg@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000005ed15d061f85f244"
Message-ID-Hash: QAEP5GSLHG2CULRU6CJABXL4FWHLANKA
X-Message-ID-Hash: QAEP5GSLHG2CULRU6CJABXL4FWHLANKA
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: Tim Chown <Tim.Chown@jisc.ac.uk>, "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/YzC_7y5TQPswdIqeNOldikh6l7Q>
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>

>
> In answer to Marco, yes, that's an operational error but it doesn't "break
> SLAAC". That's an unhelpful phrase because SLAAC is actually working as
> specified.


Yeah, I could've worded it better.
“Dynamic prefixes breaks the operations of SLAAC. SLAAC works as intended,
the problem here are dynamic prefixes, not SLAAC itself”.

If we wanted to *change* SLAAC, for example by forbidding prefix lifetimes
> greater than N seconds, that's an option we could discuss over in 6man.


Even if you change the values to N, you still have broken connectivity for
N time. I am of the opinion, that no, SLAAC is indeed working as specified,
and there are no reasons to mess with the values. What needs to be changed
is: for ISPs to give the user options for either A. Dynamic ia_pd at the
user's discretion with the downsides for SLAAC operational behaviour Or B.
Static ia_pd that does not change (unless drastic changes occurs upstream,
which also applies to v4 anyway).

*--*
Best Regards
Daryll Swer
Website: daryllswer.com
<https://mailtrack.io/l/cbac236283e622761672855e2cc58db1225256e5?url=https%3A%2F%2Fwww.daryllswer.com&u=2153471&signature=261427e857e5755c>


On Tue, 13 Aug 2024 at 05:15, Brian E Carpenter <brian.e.carpenter@gmail.com>
wrote:

> On 13-Aug-24 00:38, Tim Chown wrote:
> > Hi,
> >
> > *From: *Marco Moock <mm@dorfdsl.de>
> > *Date: *Monday, 12 August 2024 at 13:29
> > *To: *v6ops@ietf.org <v6ops@ietf.org>
> > *Subject: *[v6ops] Re: Dynamic addresses
> >
> > Am Mon, 12 Aug 2024 08:30:44 +0000
> > schrieb Tim Chown <Tim.Chown=40jisc.ac.uk@dmarc.ietf.org>:
> >
> >> But I don't understand the statement "breaks SLAAC on the LAN". A
> >> change of prefix renumbers the LAN, but that doesn't break SLAAC, it
> >> just causes SLAAC to renumber everything. It will only break active
> >> sessions.
> >
> > There are some bullcrap routers issued by ISPs that give the prefix a
> > lifetime of forever. That means a computer will keep that address until
> > it is being restarted or the NIC is being disconnected.
> >
> > Such a case has been discussed in the Usenet some months ago.
> >
> > You’ve quoted me, but I didn’t say, that, please be careful  when
> replying :)
>
>
> [Indeed, those were my (Brian's) words. Why the email people haven't
> defined
> a robust standard for quoted text in html email beats me. It's the main
> reason
> I send plaintext mail whenever possible.]
>
> In answer to Marco, yes, that's an operational error but it doesn't "break
> SLAAC". That's an unhelpful phrase because SLAAC is actually working as
> specified.
>
> If we wanted to *change* SLAAC, for example by forbidding prefix lifetimes
> greater than N seconds, that's an option we could discuss over in 6man.
>
>     Brian
>
>
> >
> > Tim
> >
> >
> >
> > _______________________________________________
> > v6ops mailing list -- v6ops@ietf.org
> > To unsubscribe send an email to v6ops-leave@ietf.org
> >
> >
> > _______________________________________________
> > v6ops mailing list -- v6ops@ietf.org
> > To unsubscribe send an email to v6ops-leave@ietf.org
> _______________________________________________
> v6ops mailing list -- v6ops@ietf.org
> To unsubscribe send an email to v6ops-leave@ietf.org
>