Re: [netmod] [Editorial Errata Reported] RFC8407 (7416)

Andy Bierman <andy@yumaworks.com> Fri, 07 April 2023 15:36 UTC

Return-Path: <andy@yumaworks.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E871BC14CF13 for <netmod@ietfa.amsl.com>; Fri, 7 Apr 2023 08:36:07 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=yumaworks.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 xPgiCvezHvEA for <netmod@ietfa.amsl.com>; Fri, 7 Apr 2023 08:36:03 -0700 (PDT)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 B07C3C14F721 for <netmod@ietf.org>; Fri, 7 Apr 2023 08:36:03 -0700 (PDT)
Received: by mail-lf1-x134.google.com with SMTP id q16so54908437lfe.10 for <netmod@ietf.org>; Fri, 07 Apr 2023 08:36:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1680881761; x=1683473761; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=14xAbBA3Hn5+hBnfId9AahYlj6YpWbrkTMdap8/n9Dc=; b=XRH9BwHhLrc17YsxzEMV5XZJDGiQKviWMEvAOakobUTkXCfDPd1o8pU/Vb48xyvypb /Vgeia4+H1pc0/5A0fAzihz6uFdVN+N4bF6X+6x7jyZHmkazEABV50jbhhrh8nmCPtmT lIILlGMYC6OSiqam78vSzAiE1re4isFoyRvOITPCOQI5C5CrHlUXDUqNeBsbj3dJxTrq +lnxX1CD6iwV8hi7uT1K5RhqQdvLmCUYqtRPwTArmM52aiX3JFbMInOHRHn+nt08Fxvx +E3zo8tBpxGnABVY5wev4EMrOykRNffPM0POIpxMhebTJHXWszBM/AxrBgpMzSIa5cFg Z/2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680881761; x=1683473761; 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=14xAbBA3Hn5+hBnfId9AahYlj6YpWbrkTMdap8/n9Dc=; b=pLrm+bL42/WEErYGeSe9wBW8g/6WgefeJ5YiZj/76jL8LYK9ootJq47k7ZL456Tytw MXczligmbrtH08kIApVNzLTii1Q5ob/9GzKktIv5tkPzZ0+jjMI30rbIsjLzm33EZcNE v5vI7DM4293YvfvjGoTzfIT2nFG2fP9QCnCVCwfBRGoGREsbDZSKXk3vZjO7NaAT7wpD xhu5Vq2YbdygZz+cASalWZyNqpttDAOzWPydBlZbwUo7HkvmZOOriuCu5oaY5XaQHhr6 013nd8iFHkR0WcB5T8lij8sdiGeBEQ5q8yrd1CmKxEvDhUP46/jyYoju9rcf7VQTTMhm N77A==
X-Gm-Message-State: AAQBX9fzgRSkj1CudKGIa8CDVGWeiZBjGv41df0qBys082r4KzvGT9mO eVYpDU1XyLgcgCn2i3uFp2m6RpP+IFwBqv2N93r4wg==
X-Google-Smtp-Source: AKy350a6DwPBhpdHZQbkmCSIT7rjPdcMLrs59BiA014w94bHd/p8PyaJJxNeWzzj8UJn4mq+bxoEFW4RZew+Ks/wgtU=
X-Received: by 2002:a05:6512:38c3:b0:4ec:4f58:f24d with SMTP id p3-20020a05651238c300b004ec4f58f24dmr860160lft.7.1680881761198; Fri, 07 Apr 2023 08:36:01 -0700 (PDT)
MIME-Version: 1.0
References: <20230407125016.706ED7FDC0@rfcpa.amsl.com>
In-Reply-To: <20230407125016.706ED7FDC0@rfcpa.amsl.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 07 Apr 2023 08:35:49 -0700
Message-ID: <CABCOCHSnQsK4kyGohq5eRuzL5n29aEspxd2VOCCKaDa6i0xgTg@mail.gmail.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: mohamed.boucadair@orange.com, netmod@ietf.org
Content-Type: multipart/alternative; boundary="000000000000493b5d05f8c0c844"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/-n3WuMbi_Jr307m0CQcVn84McO0>
Subject: Re: [netmod] [Editorial Errata Reported] RFC8407 (7416)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Apr 2023 15:36:08 -0000

Hi,

This errata cites a documentation convention that was created after RFC
8407 was published.

It is unfortunate that this RFC is an ad-hoc mix of YANG Usage Guidelines
and IETF Documentation Guidelines.  The latter is much less stable.

Andy


On Fri, Apr 7, 2023 at 5:50 AM RFC Errata System <rfc-editor@rfc-editor.org>
wrote:

> The following errata report has been submitted for RFC8407,
> "Guidelines for Authors and Reviewers of Documents Containing YANG Data
> Models".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid7416
>
> --------------------------------------
> Type: Editorial
> Reported by: Mohamed Boucadair <mohamed.boucadair@orange.com>
>
> Section: 4.8
>
> Original Text
> -------------
>       revision "2017-12-11" {
>         description
>           "Added support for YANG 1.1 actions and notifications tied to
>            data nodes.  Clarify how NACM extensions can be used by other
>            data models.";
>         reference
>           "RFC 8407: Network Configuration Protocol (NETCONF)
>                      Access Control Model";
>       }
>
> Corrected Text
> --------------
>       revision "2017-12-11" {
>         description
>           "Added support for YANG 1.1 actions and notifications tied to
>            data nodes.  Clarify how NACM extensions can be used by other
>            data models.";
>         reference
>           "RFC UUUU: Network Configuration Access Control Model";
>       }
>
> Notes
> -----
> This example is supposed to illustrate the use of revisions in unpublished
> updates. Having an RFC under  the reference clause is inconsistent:
>
>    o  published: A stable release of a module or submodule.  For
>       example, the "Request for Comments" described in Section 2.1 of
>       [RFC2026] is considered a stable publication.
>
>    o  unpublished: An unstable release of a module or submodule.  For
>       example the "Internet-Draft" described in Section 2.2 of [RFC2026]
>       is considered an unstable publication that is a work in progress,
>       subject to change at any time.
>
> I suspect that RFC XXXX in draft-ietf-netmod-rfc6087bis was erroneously
> replaced by RFC 8407:
>
>       revision "2017-12-11" {
>         description
>           "Added support for YANG 1.1 actions and notifications tied to
>            data nodes. Clarify how NACM extensions can be used by other
>            data models.";
>         reference
>           "RFC XXXX: Network Configuration Protocol (NETCONF)
>                      Access Control Model";
>       }
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC8407 (draft-ietf-netmod-rfc6087bis-20)
> --------------------------------------
> Title               : Guidelines for Authors and Reviewers of Documents
> Containing YANG Data Models
> Publication Date    : October 2018
> Author(s)           : A. Bierman
> Category            : BEST CURRENT PRACTICE
> Source              : Network Modeling
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
>