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

Ted Lemon <mellon@fugue.com> Thu, 11 April 2024 12:02 UTC

Return-Path: <mellon@fugue.com>
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 4B170C14F609 for <ipv6@ietfa.amsl.com>; Thu, 11 Apr 2024 05:02:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20230601.gappssmtp.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 sLzYupx-TjEf for <ipv6@ietfa.amsl.com>; Thu, 11 Apr 2024 05:02:20 -0700 (PDT)
Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 5B775C14F682 for <ipv6@ietf.org>; Thu, 11 Apr 2024 05:02:19 -0700 (PDT)
Received: by mail-qk1-x72c.google.com with SMTP id af79cd13be357-78d723c0dc5so185662985a.2 for <ipv6@ietf.org>; Thu, 11 Apr 2024 05:02:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20230601.gappssmtp.com; s=20230601; t=1712836938; x=1713441738; 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=VndvG2OAIObbV6AzonWsBjYEazS2UGLh/pSQxPZHAJ8=; b=ZE03RpJMu86TiKshxDQk5DpOnE8dHZbQo2Y9nMFpDv3xVa1Irca8Ixoe8+HbuK03Hc nQ0bziM1sf1C/dnT5Iv8vJOTuOknbGtNf4dirHBkdJSwtCvttG4UtZQ5XjYTExrAoW5t ar61U5AaqvOYsjEy/AC9ZBsjShswFnWiZgRDfKN39fWCOaSdnMOESOLjC196r4QYXlxm 07TlL7+JyNGMYoL5/ViCqqf9dIJCJfvHFCV1u3DxsRxuEVH+p1sVP6ux2Bq/yu2A7by+ za4vjQKQW7ITzlHRK64tqz/Qz/Lt0leMEh+3pSXD1bYxJ5TcU15Ub8MVTXtT1QvLmFqX 8G6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712836938; x=1713441738; 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=VndvG2OAIObbV6AzonWsBjYEazS2UGLh/pSQxPZHAJ8=; b=bM3yGZiB91SRb70M8GaX2FqbdfzQlfB7I9P2Xx3S9R3jOdFQnQqtw1+DGu2nv/Y+Pd 58zcdSAIPVhs176/AtnG409Mjyol3p3UYt1/zxtUYAjsHfSgS0u6oFKj1bd5JWVAXIWn JB89301n86OOe8oWqSw8roASsZHiNMLRIxOLXf0LBn68ReXZaeugVHIQZ7hNdAebW4o/ bqcM/c1tsXMUQqE4MbWzGqF5dneM4z7NDSPWmbdg1EqBi8DyiSoo+uwNS0kpQEhynYqJ EP9pIpqt5Da5J80z7YmjZprBDOBdGSm+glVZC+KkaTwTuz3OQdA4uE8NKQPIUDQALxBg 3sFg==
X-Forwarded-Encrypted: i=1; AJvYcCUyk6j8ma6ldqLRnFOvDlfUZ8DzUe4XgginhPB/nJg40kx6SW/MGp0mEmHkgfjGD2QRbwHTRxxk2DcB/EeQ
X-Gm-Message-State: AOJu0YxcJ3wcQSSsr0r35wKdVv4MbPfhldMZ6E2ryz1ZSVEdjCUWuFTb OYgJMhK4W2eeSn3FyEhM03AcNpWqZ3Mnx4MNNjPKy5GKCq4IH0zIIdg81/9O/9oPNRtgHgo/8Sp /V9fYqfgu0YgvJGy9shx8M/WOyMt5t1Gw+tk3AQ==
X-Google-Smtp-Source: AGHT+IGMacDIFFkX36R9ZjD2+GOxpSYbRxY6k+tNF2J9II9uPI6NeXDANpFpbDnzGVESp6y5sbaBPeNICRVfvICG0uM=
X-Received: by 2002:ad4:5bc9:0:b0:69b:1d1b:5609 with SMTP id t9-20020ad45bc9000000b0069b1d1b5609mr5994746qvt.65.1712836938492; Thu, 11 Apr 2024 05:02:18 -0700 (PDT)
MIME-Version: 1.0
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> <CAJU8_nWyE5TqBTXB9wfSkn6refaqYNVN967YAtCp-0VMk-5qWQ@mail.gmail.com>
In-Reply-To: <CAJU8_nWyE5TqBTXB9wfSkn6refaqYNVN967YAtCp-0VMk-5qWQ@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Thu, 11 Apr 2024 08:01:42 -0400
Message-ID: <CAPt1N1mqszfafMMY=54ezpoRymoy=bBjeVnWzxj6A27smR1eig@mail.gmail.com>
To: Kyle Rose <krose@krose.org>
Cc: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004716000615d0edec"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/dSwrG3OPLu367S86EWl8hsRrASQ>
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: Thu, 11 Apr 2024 12:02:21 -0000

Perhaps we could start by having you explain why it's a bad practice, Kyle,
since this does not appear to be universally accepted as true? :)

On Thu, Apr 11, 2024 at 7:53 AM Kyle Rose <krose@krose.org> wrote:

> Also, MUST allows us to make ULA more useful than it is today. It is
>> *desirable* to be able to publish non-local ULAs and have hosts know what
>> is local and what is not. As a simple example: once all hosts implement the
>> MUST, it will be safe to publish local ULAs in the global DNS, because
>> hosts won't try to use them unless they are local.
>>
>
> Perhaps ironically, this is the best argument I've read in opposition to
> mandating the policy table be updated for known-local ULAs. Unreachable
> addresses should never be published in global DNS with the intent that
> clients figure it out, and the IETF should publish a standards track
> document explaining why this is a bad practice.
> Kyle
>
>