Re: BCP97bis
"Murray S. Kucherawy" <superuser@gmail.com> Mon, 18 October 2021 17:45 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 7A5513A17B3 for <ietf@ietfa.amsl.com>; Mon, 18 Oct 2021 10:45:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, 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 UaKSsqztW0qU for <ietf@ietfa.amsl.com>; Mon, 18 Oct 2021 10:45:28 -0700 (PDT)
Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 EB17A3A1713 for <ietf@ietf.org>; Mon, 18 Oct 2021 10:45:27 -0700 (PDT)
Received: by mail-ua1-x933.google.com with SMTP id i22so5590096ual.10 for <ietf@ietf.org>; Mon, 18 Oct 2021 10:45:27 -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=wpqpbZ4ugWynq2hxcMk03qYsHBJOfu5964DC10JJ3UI=; b=Oz9YYukL05AnYQwT16kKABYO5UYVceyBIUNYb0Y1xotPluyu33ABRPy4T3eI7xMhOT BCrL+mquJ5wXs7XIcrqgo5JTHUq1NkDmBwbdgl/h7BPXSQkBE919lFlYTxFVhZy1uk6C PS7Ou8FZTeFL+AcZM42Zob200P8Z6IQsfZsJgBod1EGn1d1Sz6cRGf8eh8PSdyhj+11R ooLd4OoxBljPSoEw3LJb5zod/+UWCA8HIJw0sAoNi5upUlUuT/P4peRX6/P8VHf91cpp AOizo1BrCNM0mHzpLsVuz0TcXhnfM391rl5NDafLxP8sajD73da7L+ZxZrOgtycXOUcu xJ0Q==
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=wpqpbZ4ugWynq2hxcMk03qYsHBJOfu5964DC10JJ3UI=; b=LdaDtLzVzHNjHfZ+Dg6KCpZ6uVAe0lNwbyplq00C4FSkiYoTlpLlSSkSnwolj0OKOb NTOrFk9kQ2FNYO4e2C8+fXEizM9uwLQmofVb+Pm6fKScQ84KxothA9kLRe/PmG/w+KxN 3hxi5zeO7jpcLQC3J+j6RMTCw/S6ewZ8dbNdkeMTlWDCtdVa0d06rGM2VNQcBYmDR342 PzZqaM7uJ9uCeONkHLCJEjZUPga1VmuvAHYqaBVfY03nqdmv+1EN3iYjDZGo/agqshzG Mo9nFSTIAA653EMcwLAtfPbOkddQE3QvMSb1hl3RiZb63cKhMEFiAP873etHMY0caOXV Y/Qw==
X-Gm-Message-State: AOAM533CkvoJk18Ee+TZS5WL83kvtHMqrEvXULyXdsoYfXZvGKxP9ZqT lruetMLMGcnFTuQCyn2e3nFlyDp4PPGvXawS4OzVH/AgCCA=
X-Google-Smtp-Source: ABdhPJwMvcAtZfFoqk1My2mszoA8L3y0dhmcs7I/4Nk4zBkLhsgbJzvdVQdKzK4S3EOnIJ3pCHXgzVxqDJWgYB3qLkw=
X-Received: by 2002:a67:d38e:: with SMTP id b14mr29590556vsj.34.1634579126774; Mon, 18 Oct 2021 10:45:26 -0700 (PDT)
MIME-Version: 1.0
References: <CAL0qLwbwvs2Cp_urgJ=hzc6yEMGDaz3C0xf6RQXRrB89wAx=Rw@mail.gmail.com> <CAL0qLwavK5dYdmYPVxdMT5rA=jBZv1cEyAsVBEWOD7p9MoZR1g@mail.gmail.com> <CAL0qLwa4ChOsuMkmoP_sAGv3Wn2AcSz1OkijmxZzP+MGvnwviA@mail.gmail.com> <616D3FE3.5060104@btconnect.com>
In-Reply-To: <616D3FE3.5060104@btconnect.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Mon, 18 Oct 2021 10:45:15 -0700
Message-ID: <CAL0qLwaQYdmhtxswG=8_MOz4P3A1QRqGy5DiSnJgn3ocjonBhw@mail.gmail.com>
Subject: Re: BCP97bis
To: tom petch <daedulus@btconnect.com>
Cc: ietf <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000356e7d05cea41c93"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/g5MsTrR01BeXMkdPzGW4nqFspnk>
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 17:45:35 -0000
On Mon, Oct 18, 2021 at 2:35 AM tom petch <daedulus@btconnect.com> wrote: > The terminology I find unhelpful; the document cries out for a section > on Terminology. In most places, I do not know what the document is > referring to. Thus when it talks of what must be in an RFC, I think > good, I can ignore all this as it is up to the RFC Editor to add > annotating text! It may be of course that the text here means to refer > to I-D, as at Last Call, as well but that is not what it says. Likewise > the word standard appears in many places. Most on this list will know > what a Standard is; is that intended or does it mean a document on the > standards track which most on this list will know is different? And the > focus seems to be RFC ignoring the role of I-D in the IETF process. The > document introduces the concept of source document and target document > for clarity and then fails to use them when clarity is called for. And > then most will be familiar with Normative and Informative; here the > author uses normative and informative. Are they intended to have the > same meaning? Who knows (apart from the author:-)? > Very little of the text here is changed from the other documents that already comprise BCP 97. Those definitions aren't there now; we generally seem to know what those terms mean. Perhaps the text expects familiarity with RFC 2026 (a normative reference), which defines some of them, and the rest are defined in this document ("normative" and "informative" are described in Section 1.1, for instance) or in the Guidelines for I-D Authors. We could add a reference to the latter if people think that would be helpful. I'd be happy to add a Terminology section if we think it's needed, but I'm wary of the risk of definitions here and those elsewhere diverging. To me it is symptomatic that an example is made of a MIB when the IESG > made YANG the standard for network management many years ago and the > example would have exactly the same force were it to refer to YANG > (RFC8407). > I have already asked for (and now received) some text to replace that reference. -MSK
- BCP97bis Murray S. Kucherawy
- Re: BCP97bis Russ Housley
- Re: BCP97bis Scott Bradner
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis David Farmer
- Re: BCP97bis Brian Carpenter
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Scott Bradner
- Re: BCP97bis Russ Housley
- Re: BCP97bis Salz, Rich
- Re: BCP97bis Michael Richardson
- Re: BCP97bis and Informational-as-Standard Michael Richardson
- RE: BCP97bis Larry Masinter
- Re: BCP97bis Joel M. Halpern
- Re: BCP97bis Michael Richardson
- Re: BCP97bis Brian E Carpenter
- RE: BCP97bis Larry Masinter
- Re: BCP97bis John Levine
- Re: BCP97bis Scott Bradner
- Re: BCP97bis John C Klensin
- Re: BCP97bis Carsten Bormann
- Re: BCP97bis Salz, Rich
- Re: BCP97bis John C Klensin
- Re: BCP97bis Brian E Carpenter
- Re: BCP97bis Russ Housley
- Re: BCP97bis Carsten Bormann
- Re: BCP97bis John C Klensin
- Re: BCP97bis John C Klensin
- Re: BCP97bis Carsten Bormann
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis John C Klensin
- Re: BCP97bis Michael Richardson
- Re: BCP97bis John C Klensin
- Re: BCP97bis John C Klensin
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Carsten Bormann
- Re: BCP97bis Carsten Bormann
- Re: BCP97bis tom petch
- RE: BCP97bis mohamed.boucadair
- RE: BCP97bis ned+ietf
- Re: BCP97bis John C Klensin
- BCP97bis and "freely available" John C Klensin
- RE: BCP97bis John C Klensin
- Re: BCP97bis Salz, Rich
- Re: BCP97bis John C Klensin
- Re: BCP97bis Salz, Rich
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Salz, Rich
- Re: BCP97bis John C Klensin
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Salz, Rich
- RE: BCP97bis mohamed.boucadair
- Re: BCP97bis a process problem tom petch
- Re: BCP97bis John C Klensin
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Warren Kumari
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Lars Eggert
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Warren Kumari
- Re: BCP97bis Salz, Rich
- Re: BCP97bis and "freely available" Scott O. Bradner
- Re: BCP97bis and "freely available" Brian E Carpenter
- Re: BCP97bis John C Klensin
- Re: BCP97bis and "freely available" Michael Richardson
- Re: BCP97bis and "freely available" John C Klensin
- BCP written by another AD [was Re: BCP97bis] Brian E Carpenter
- Re: BCP97bis a process problem Brian E Carpenter
- Re: BCP97bis Michael Richardson
- Re: BCP97bis and "freely available" Sandy Wills
- Re: BCP97bis and "freely available" Michael StJohns
- Re: BCP97bis and "freely available" George Michaelson
- Re: BCP97bis and "freely available" Randy Presuhn
- Re: BCP97bis and "freely available" George Michaelson
- Re: BCP97bis and "freely available" Brian E Carpenter
- Re: BCP97bis and "freely available" Salz, Rich
- Re: BCP97bis a process problem Michael Richardson
- Re: BCP97bis and "freely available" Michael Richardson
- RE: BCP97bis ned+ietf
- Re: BCP97bis a process problem Brian E Carpenter
- Re: BCP97bis and "freely available" tom petch
- Re: BCP97bis a process problem tom petch
- Re: BCP written by another AD [was Re: BCP97bis] Erik Kline
- Re: BCP97bis Murray S. Kucherawy
- Re: BCP97bis Salz, Rich
- Re: BCP97bis Murray S. Kucherawy