Re: [IPv6] Second Working Group Last Call for <draft-ietf-6man-rfc6724-update>

Jared Mauch <jared@puck.nether.net> Mon, 15 April 2024 19:18 UTC

Return-Path: <jared@puck.nether.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBB14C15107E for <ipv6@ietfa.amsl.com>; Mon, 15 Apr 2024 12:18:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-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=puck.nether.net
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 CeNweSUsmzCJ for <ipv6@ietfa.amsl.com>; Mon, 15 Apr 2024 12:18:12 -0700 (PDT)
Received: from puck.nether.net (puck.nether.net [IPv6:2602:fe55:5::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86601C151061 for <ipv6@ietf.org>; Mon, 15 Apr 2024 12:18:12 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2602:fe55:64:0:14d4:597b:ccf8:c95c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jared) by puck.nether.net (Postfix) with ESMTPSA id 85DF754016D; Mon, 15 Apr 2024 15:17:21 -0400 (EDT)
DKIM-Filter: OpenDKIM Filter v2.11.0 puck.nether.net 85DF754016D
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=puck.nether.net; s=default; t=1713208641; bh=ogFat0g0C406Vky13rYmlWn6e1R16DbpcKttf4FPd7k=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=fDTLcehhKDCSbo77lyiidrFlHsOje7t8+kaAKq/gWfoRrLlxeGqohqOc6RSA/tl5/ pKcP684a/HlrUJG+5bwewnRV41DbFJ7SX5fc1q68Q7e9qLUAisUekicOaYJUM9O7gC lVkkfLh56iIBq/4Qoi+VQggXchO+qkssktuctWu+xXLDGufrTCjYM0rA3cHf9Bh3Fg vFJ7xunK/a1P2EOjAkLUwcMsPxh7FaLIEsHrvByr7BSpgF6EktxqM6Hen4QfNzTp+i 3jzQRKONJ8f9FmF+7Fez6rnBLvy4mV1yrfwa/7pXLR0+33VSi+mMKirtUXtqkwfhCC +ixi1LeTiyW8A==
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
From: Jared Mauch <jared@puck.nether.net>
In-Reply-To: <CAN-Dau3XniXsT83GTN9L9y56aT2kAQYx8YJFkT=kiG4rZnf=HQ@mail.gmail.com>
Date: Mon, 15 Apr 2024 15:18:00 -0400
Cc: Ted Lemon <mellon@fugue.com>, Bob Hinden <bob.hinden@gmail.com>, Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, 6man WG <ipv6@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B57A8F85-72FE-4586-959E-FE4C3AAEF5F0@puck.nether.net>
References: <6A5E5F35-B35F-4358-8EE1-3BD82329141E@jisc.ac.uk> <6FBC1B5A-BF28-4B05-B2B2-A60DA4707755@gmail.com> <CAPt1N1m-Ye8vfOVnsPesFshLMV5QuVoxWqM=HVZiJ37zaBg6AA@mail.gmail.com> <CAKD1Yr1NTvFj0zB0=+nnUKck7TBtwHFz2XoFkD1smx4yCuZohQ@mail.gmail.com> <1EFB11CD-544F-4AD7-B414-6A626075975D@employees.org> <CAPt1N1kJFgu6FhFaVhhkPnEY2dofcLF2ZuKDBHJFF5UU6R+x2g@mail.gmail.com> <CAN-Dau3XniXsT83GTN9L9y56aT2kAQYx8YJFkT=kiG4rZnf=HQ@mail.gmail.com>
To: David Farmer <farmer=40umn.edu@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3774.500.171.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/QonwGGbo8AUrVdw1cBv6iuP-FkQ>
Subject: Re: [IPv6] Second Working Group Last Call for <draft-ietf-6man-rfc6724-update>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Apr 2024 19:18:16 -0000


> On Apr 15, 2024, at 2:49 PM, David Farmer <farmer=40umn.edu@dmarc.ietf.org> wrote:
> 
> You say, "In these cases, we will get the old behavior, which works well enough."
> 
> However, RFC6724 is not implemented universally or entirely. Therefore, the current behavior, or the old behavior compared to this update, is a mix of RFC3484, RFC6724, and a hybrid of the two in gai.conf. 
> 
> Moreover, you and others might feel RFC6724's behavior is good enough, but at least many of those instigating this draft think preferring IPv4-IPv4 or ULA-ULA is incorrect behavior and contrary to the intent of preferring IPv6 to IPv4.
> 
> It would be best for all IPv6 implementations to implement known-local ULAs. The normative language best suited to accomplishing that is debatable; I'm fine with SHOULD or MUST, with a slight preference for MUST.
> 
> Nevertheless, any implementation that does not implement known-local ULAs should raise the ULA label's preference above that of the IPv4 label. Give that at least most implementations that use gai.conf already do that that is not inconsistent with the current behavior works good enough.

It seems like if the goal is to tell the host to modify the ULA behavior the right way is likely to allocate a bit via PIO, but hosts that receive a static config, it would be incumbent upon them to modify their local behavior and can’t take a remote hint.

- Jared