[v6ops] Re: router lifetime and coupling prefix/route (was Re: Re: I-D Action: draft-ietf-v6ops-rfc7084bis-06.txt)

Mikael Abrahamsson <swmike@swm.pp.se> Wed, 08 July 2026 07:28 UTC

Return-Path: <swmike@swm.pp.se>
X-Original-To: v6ops@mail2.ietf.org
Delivered-To: v6ops@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 41D86112BA6CC for <v6ops@mail2.ietf.org>; Wed, 8 Jul 2026 00:28:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1783495727; bh=C8guElTysvWWHlvv47DLVQR4GMJbdTNWJOkBTy4J3v0=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=lOZo5p7A8OXK4IP1GOlE6h4VbW58fsL8uwve5swkmDmOTE2c3QFeLegfj/n43JCbh lHMpvL3G6eueKkL8lmKlCL5mRPCJropST3uqoUCeQcFGN0gn3pEzHh04hSDF4S9hgy 9vC5JzCasCcXZRLWbyYdCm2PCncLpVzycjxN5ynw=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 Qmw7zKpQ6D1A for <v6ops@mail2.ietf.org>; Wed, 8 Jul 2026 00:28:46 -0700 (PDT)
Received: from uplift.swm.pp.se (swm.pp.se [IPv6:2001:678:394:100::1:168]) (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 mail2.ietf.org (Postfix) with ESMTPS id 7FC49112BA6C5 for <v6ops@ietf.org>; Wed, 8 Jul 2026 00:28:46 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 40C12B0; Wed, 8 Jul 2026 09:28:45 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1783495725; bh=C8guElTysvWWHlvv47DLVQR4GMJbdTNWJOkBTy4J3v0=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=INln60dbPs954jqzKTctL+vlYIXwqev2/nkUQ5esa93oY0sEmkyl5Jh22LT4EOzbj 8rsymxiFUd9SH9KVfp79nVTaRqmW4wBCQKO/9bxy5y2OD+xWL5FGnMWNXM2w4ZLxsP 6+NgMGxjA+Jc8hOwCPRBlvsKHV2Ts0b0USmwKMAg=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 3DA699F; Wed, 8 Jul 2026 09:28:45 +0200 (CEST)
Date: Wed, 08 Jul 2026 09:28:45 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <29813f3b-bc80-4e4b-84fe-47f4ea660ae0@gmail.com>
Message-ID: <13571d8-5e3a-4db9-a035-9e9b663f88d@swm.pp.se>
References: <178334419228.327179.17263171560573909067@dt-datatracker-57b5d8f849-v5cht> <d2ce58d2-e37e-a3db-8536-3a8bd0a924ff@swm.pp.se> <CAJgLMKuObh=8POLrC+XboizQRjTouTEuoyC7ZsjGba02ag_LXQ@mail.gmail.com> <ee5e72-2d5c-2d73-f5ec-7d333f9be096@swm.pp.se> <CAJgLMKt6ow85ttYqMghvzmxLASo3YuMFc7CyuQZ+h-G4+tuzTg@mail.gmail.com> <CAO42Z2xqriLLYT52PfHSD-=icN8ERn1NV0gBONu5WD8wsW=Fhw@mail.gmail.com> <ba6379a4-d576-4169-4a1a-eb18fba0e13@swm.pp.se> <CAJgLMKuYecPcnvhp4zrwf+nspbm9ETZ3y=hYWc516zZ4pyneRw@mail.gmail.com> <CAO42Z2wO5ynak4=SSe3eARqVf3XrDfkfbNejAGyo4WOYV6YdHA@mail.gmail.com> <3eefb037-3043-9642-44f3-cac1ab4b8c5@swm.pp.se> <CAO42Z2yv380VUpJwRn=5ce51PsKL=qUDOSH5-rSU_EDUrw=0=A@mail.gmail.com> <b457a0a9-103c-436d-b25c-4196aaef2e6e@gmail.com> <94964524-34c5-ae6b-510-1f97e3315fad@swm.pp.se> <29813f3b-bc80-4e4b-84fe-47f4ea660ae0@gmail.com>
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="-1514100654-1404298530-1783495725=:20200"
Message-ID-Hash: AFHWMOFY4PJVCSMYMU5VBYVXI5N7YP6G
X-Message-ID-Hash: AFHWMOFY4PJVCSMYMU5VBYVXI5N7YP6G
X-MailFrom: swmike@swm.pp.se
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: v6ops list <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [v6ops] Re: router lifetime and coupling prefix/route (was Re: Re: I-D Action: draft-ietf-v6ops-rfc7084bis-06.txt)
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/cF6jhccH5z0lEV5PVm1ynCCVALI>
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 Wed, 8 Jul 2026, Brian E Carpenter wrote:

> Remember that 8504(bis) is "IPv6 Node Requirements" and according to 
> RFC8200, a node is "a device that implements IPv6." But you're right, of 
> course. I think we have to read RFC 8028 as applying to any node that is 
> acting the role of a host, even if it's also a router.

I did some more thinking to distill down what I think is doable for 
7084bis and which would solve most of what I want to solve.

RFC 4191 Router Preference already solves the primary/secondary default 
router selection, and 8504bis makes Type C a MUST. But 7084bis doesn't 
require CE routers to make the Router Preference field configurable on the 
LAN side.

My scenario: two CE routers on the same LAN, one fiber one mobile. I want 
hosts to prefer the fiber router's prefix and default route, and fall back 
to the mobile one when fiber is down. RFC 4191 Router Preference handles 
the default router part. But there's no coupling to address selection — 
RFC 6724 doesn't know about router preference. Configurable PIO preferred 
lifetimes would let me make the secondary's prefix less preferred, as a 
workaround.

So the asks for 7084bis in that case:

1. CE routers SHOULD allow configuration of the Router Preference field 
RFC4191 in Router Advertisements on their LAN interfaces.

2. CE routers SHOULD allow configuration of the maximum advertised PIO 
Preferred and Valid Lifetime on their LAN interfaces, capped to the 
remaining WAN-side delegated prefix lifetime per L-15.

3. CE routers SHOULD allow configuration of the maximum IA_PD preferred 
and valid lifetimes for prefixes delegated on the LAN side, capped to the 
remaining WAN-side delegated prefix lifetime per LPD-10.

4. CE routers SHOULD allow configuration of the maximum IA_NA preferred 
and valid lifetimes for addresses assigned on the LAN side, capped to the 
remaining WAN-side delegated prefix lifetime per L-15.

These knobs would allow an end-user to configure multiple CE routers on 
the same LAN to prioritise one connection over another, across all 
addressing and routing mechanisms.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se