Re: BCP97bis

"Murray S. Kucherawy" <superuser@gmail.com> Mon, 18 October 2021 02:04 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47F8C3A0A20 for <ietf@ietfa.amsl.com>; Sun, 17 Oct 2021 19:04:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S-5gK4bs_wz0 for <ietf@ietfa.amsl.com>; Sun, 17 Oct 2021 19:04:14 -0700 (PDT)
Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65C5B3A0A1E for <ietf@ietf.org>; Sun, 17 Oct 2021 19:04:14 -0700 (PDT)
Received: by mail-vk1-xa35.google.com with SMTP id t200so7888257vkt.0 for <ietf@ietf.org>; Sun, 17 Oct 2021 19:04:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zRpDIe4OsNcijWHZb7SnZp7C4sYrO9SulUqhzH1ZH/M=; b=b+lJInjPoAmhD0T61BHNn2KuohG5oQ6DebZBLgc32nVBLsvyWSzgt1fv+wnt/J/9D6 emr4ptuY1aTguS9bTI8cB2D2Mqs1dVqdqXMpRtbg4VRDJHqd8FFLpSBFBwsg8bTbyRPJ DJx89ddkv7vRnJiAHz3KkBvx/ZYfKqMYs+qqF+KwA3GU/pou2UHJjF/Hht7IDTvNuBHV hMOPhMHw55FTQYZtJTduS9J+4s6dH9EKO2L3j+/I7lIVw2G2SbaZuKExck/cgB/+nDwr 9Ymbe7TVmxggkndn6UOB9/sB7JCBcNI9Cirwups/yYRoo+cuJMDlWeCtegc/G25z5u5A 8L9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zRpDIe4OsNcijWHZb7SnZp7C4sYrO9SulUqhzH1ZH/M=; b=XbKVv4vE6JkqqgoHFlccoAlTi7d+9wuXDdowuatkJNkX5i0+MVcJ1/DIFou3PlKjne o1dDgKJz1Dv/S7V52jeh3srQw1WdYC7BulghnClaoqGZQp+7CMUILIYlpZWd/DIeGhQ7 1bf+Q/qhcA1TBKK3yCHrWSyV3cK/sJdEjJzX6DlCxKiBIGt3F2c/9MqOvYlco1zXGfQQ I+QyTCedC1QmQWzTVfzyA/PHeCTkyD81lQyknF1sMeFh2ogZwcLm4+5Jxx94cwu5UFK0 +Dr78vVDs6ucBetT4tbSbnIVFsRlNT6Sk0DWLI22pyJR9lYq6P//Rks/pyiCUyxC5as8 z2ug==
X-Gm-Message-State: AOAM530ad+ia59XvAEE0ImAD4Y+3QWyUU4q6EMRcKotF8n9PylUJSOnt L7MxrJeq4KLltWEpJYG2gwt40THvYjGFak/LuIE=
X-Google-Smtp-Source: ABdhPJzG9+BH9XeRw+B3HW3n+MEm/wCn8QyCLECkm73gHCcku73npFVNkVBODYiWVwmNOWkLThOnn+LInWzU+XD/0SM=
X-Received: by 2002:a1f:2006:: with SMTP id g6mr22339159vkg.22.1634522653229; Sun, 17 Oct 2021 19:04:13 -0700 (PDT)
MIME-Version: 1.0
References: <CAL0qLwbwvs2Cp_urgJ=hzc6yEMGDaz3C0xf6RQXRrB89wAx=Rw@mail.gmail.com> <C657F78F-FF99-4898-8A08-844B32589DDE@vigilsec.com> <CAL0qLwbLqyWSqFGL2x-FpXXD19QG9-eZkrnTVm_fxt3tUfZSgg@mail.gmail.com> <C92D456E-63ED-453B-8F33-3AAECA40D1DA@vigilsec.com> <27721119-D39D-427D-8EEE-C5027DA15B06@akamai.com> <007c01d7c2dc$9090c780$b1b25680$@acm.org> <5385fd6f-b7a7-3baa-1374-f4d8d87216fd@joelhalpern.com> <6454.1634428177@localhost> <6702b78c-037f-f5fd-78a6-901a999dab54@gmail.com> <7E25FC36-0757-45EA-AB12-76F6818C797C@sobco.com> <B6BBF8C8788D1ECEACF549C0@PSB> <D290EE8C-6709-4A08-A827-41F7494D4E58@tzi.org> <A117413E-065D-478E-A1CA-3421D5FB0D12@vigilsec.com> <6803AC5BAEB3D637D13658B7@PSB>
In-Reply-To: <6803AC5BAEB3D637D13658B7@PSB>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Sun, 17 Oct 2021 19:04:01 -0700
Message-ID: <CAL0qLwbtJ=ueVbnJaSsp7m9okXJayLDmvKngDq4dfAKnCFPz0g@mail.gmail.com>
Subject: Re: BCP97bis
To: John C Klensin <john-ietf@jck.com>
Cc: Russ Housley <housley@vigilsec.com>, Carsten Bormann <cabo@tzi.org>, IETF <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001f860e05ce96f6e7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/76XQRekzfPk9s-esUva5oJo6Ec0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Oct 2021 02:04:21 -0000

On Sun, Oct 17, 2021 at 3:45 PM John C Klensin <john-ietf@jck.com> wrote:

> I actually think that suggests something that should probably be
> considered for BCP97bis: that the downref procedure and registry
> should be used only when there are substantive reasons why the
> relevant document cannot be upgraded or that doing so would
> require an unreasonable amount of effort.  That would strengthen
> the text that now appears in the last paragraphs of Murray's
> Sections 4.2 and 5 but even the current text suggests to me that
> "trivial" is not a good enough reason for the use of that
> registry.
>

I'm fine with strengthening this language if the community thinks it's
necessary, but I thought I'd mention that there's a document on an upcoming
telechat with a DISCUSS on it specifically because there's a normative
downref to something that deserves consideration for advancement, so at
least the current IESG is observing the preference BCP 97 already states.

-MSK