Re: [netmod] Rfc8407 - what does this text mean?
Kent Watsen <kent+ietf@watsen.net> Fri, 16 February 2024 20:55 UTC
Return-Path: <0100018db3b387be-74bd44a5-35a1-463f-b787-84a2177c1800-000000@amazonses.watsen.net>
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 11237C151548 for <netmod@ietfa.amsl.com>; Fri, 16 Feb 2024 12:55:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (1024-bit key) header.d=amazonses.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 fnupPCugRkwT for <netmod@ietfa.amsl.com>; Fri, 16 Feb 2024 12:55:05 -0800 (PST)
Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 098C4C14CE4B for <netmod@ietf.org>; Fri, 16 Feb 2024 12:55:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1708116904; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=xKsJ3QMGe1bJEiSs8JWyAzYHv4lKxxjq0T6/4baGM7c=; b=KHMuobPs3dpEKXd9F3FHRGPMQhAJdmaLW9xUoloPUmgVWD5ImcPY4lAhL0N++0Ko 5gO9g7ESSIqDm4GfXf9mtcn4WvtmoB0e876eUNuj96zW4dIhn/yNSHqrnEN2YyDxwtF opGZTWngAUylOiQgNXS4E6KnjvLNCKfOktZc17zI=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <0100018db3b387be-74bd44a5-35a1-463f-b787-84a2177c1800-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E81DF5E7-7B21-4D0C-B213-AC9619947D47"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\))
Date: Fri, 16 Feb 2024 20:55:03 +0000
In-Reply-To: <CABCOCHQpvAwYbPyXqOW3P=4GWhCdWWmmKaQh4eubetSn0VMyLQ@mail.gmail.com>
Cc: "netmod@ietf.org" <netmod@ietf.org>
To: Andy Bierman <andy@yumaworks.com>
References: <0100018db387ce0a-80850b96-bf6b-4978-afde-27d38f36bcd8-000000@email.amazonses.com> <CABCOCHQpvAwYbPyXqOW3P=4GWhCdWWmmKaQh4eubetSn0VMyLQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3731.600.7)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.02.16-54.240.8.96
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/AErlCDClDnKqeWEgYCRsY6tGtzw>
Subject: Re: [netmod] Rfc8407 - what does this text mean?
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, 16 Feb 2024 20:55:09 -0000
Hi Andy, Thanks for the speedy reply. This guidance seems inverted, at least within the IETF (where SHOULDs are interpreted as MUSTs), and likely outside the IETF also, assuming rfc8407 is read. See the first paragraph of https://datatracker.ietf.org/doc/html/rfc8407#section-4.23.3 I doubt any module would get past the IETF-publication process now if it defined a non-NMDA compliant structure (i.e., CF nodes that provide the opstate value for CT nodes), unless it was a “temporary non-NMDA module” (https://datatracker.ietf.org/doc/html/rfc8407#section-4.23.3.1) Since this, for awhile now, is the normal thing to do, the text highlighted in my OP seems to have little to no value. That said, an “inverted” statement would have some value, that is, to explicitly highlight if the document defines any “temporary non-NMDA modules”. This would be akin to highlighting when a document defines any IANA-maintained modules. I am proposing to update the text in rfc8407bis accordingly (to invert the guidance). Thoughts? If there is agreement to update this text accordingly, I will delete the "Adherence to the NMDA” section in all my drafts, since none of them define a “temporary non-NMDA module”. PS: top-posting for simplicity K. > On Feb 16, 2024, at 3:25 PM, Andy Bierman <andy@yumaworks.com> wrote: > > > > On Fri, Feb 16, 2024 at 12:07 PM Kent Watsen <kent+ietf@watsen.net <mailto:kent%2Bietf@watsen.net>> wrote: >> NETMOD, >> >> An IESG member reviewing one of my drafts flagged a section I had written to satisfy this text from https://datatracker.ietf.org/doc/html/rfc8407#section-3.5: >> >> If the document contains a YANG module(s) that is compliant with NMDA >> [RFC8342], then the Introduction section should mention this fact. >> >> Example: >> >> The YANG data model in this document conforms to the Network >> Management Datastore Architecture defined in RFC 8342. >> >> >> What does "compliant with NMDA” actually mean? Are not all modules “compliant”, even if they unnecessarily define some opstate nodes? >> > > I do not recall the discussions that led to that text. > >> Does this sentence actually point to if the document publishes any so called “-state” modules, defined only to support legacy “non-NMDA” servers? >> > > I think the state modules are optional, so it is still unclear what NMDA conformance means for a YANG module. > > >> Does it make sense to clarify this text, since rfc8407bis is an open WG document at the moment? > > maybe it means to follow all the guidelines in 4.23.3 > https://datatracker.ietf.org/doc/html/rfc8407#section-4.23.3 > > maybe remove this other text you cite. > > >> >> Thanks, >> Kent >> > > Andy > >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org <mailto:netmod@ietf.org> >> https://www.ietf.org/mailman/listinfo/netmod
- [netmod] Rfc8407 - what does this text mean? Kent Watsen
- Re: [netmod] Rfc8407 - what does this text mean? Andy Bierman
- Re: [netmod] Rfc8407 - what does this text mean? Kent Watsen
- Re: [netmod] Rfc8407 - what does this text mean? mohamed.boucadair
- Re: [netmod] Rfc8407 - what does this text mean? Kent Watsen
- Re: [netmod] Rfc8407 - what does this text mean? Andy Bierman
- Re: [netmod] Rfc8407 - what does this text mean? mohamed.boucadair
- Re: [netmod] Rfc8407 - what does this text mean? Andy Bierman
- Re: [netmod] Rfc8407 - what does this text mean? mohamed.boucadair
- Re: [netmod] Rfc8407 - what does this text mean? mohamed.boucadair
- Re: [netmod] Rfc8407 - what does this text mean? Andy Bierman
- Re: [netmod] Rfc8407 - what does this text mean? mohamed.boucadair