[netconf] Fwd: A short note / request…
Kent Watsen <kent@watsen.net> Sun, 30 June 2024 10:54 UTC
Return-Path: <0100019068c824e8-2930af45-9fcf-4464-b813-886d4df837e5-000000@amazonses.watsen.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48236C14F60B for <netconf@ietfa.amsl.com>; Sun, 30 Jun 2024 03:54:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, 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] 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 5XA0B1ibXAhC for <netconf@ietfa.amsl.com>; Sun, 30 Jun 2024 03:54:26 -0700 (PDT)
Received: from a8-88.smtp-out.amazonses.com (a8-88.smtp-out.amazonses.com [54.240.8.88]) (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 9ADA6C14F5FC for <netconf@ietf.org>; Sun, 30 Jun 2024 03:54:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1719744865; h=Content-Type:Content-Transfer-Encoding:From:Mime-Version:Date:Subject:Message-Id:References:To:Feedback-ID; bh=I40QGYy/GnPtLVM0GP1/7ELmgPcdCEP99ezXqcNE6Sw=; b=ZNHVjmEtbsN98Ju8Q/xY0kZdQhgLiAx1Fky+8xfJUddAups0trfTMZpWod8o/dVb vVLyKx3qzBdwicL7d6xTSGIxsIOhEz00IMnO5e4KzJGRlP67cDy62QfOqPt0HImM4qJ bdzV2hq2FK5EczykufIfdOo7oVNnhB/7fjmRznpU=
Content-Type: multipart/alternative; boundary="Apple-Mail-3C93C720-E96B-4B51-8011-86F944A31A4C"
Content-Transfer-Encoding: 7bit
From: Kent Watsen <kent@watsen.net>
Mime-Version: 1.0 (1.0)
Date: Sun, 30 Jun 2024 10:54:25 +0000
Message-ID: <0100019068c824e8-2930af45-9fcf-4464-b813-886d4df837e5-000000@email.amazonses.com>
References: <CAHw9_i+SjdS5ahvciABDXarM_JhC73fUY73D0LKm_JSXzjWTFA@mail.gmail.com>
To: "netconf@ietf.org" <netconf@ietf.org>
X-Mailer: iPhone Mail (21E219)
Feedback-ID: ::1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.06.30-54.240.8.88
Message-ID-Hash: 4XDF32IXO4XPZTZNS2IIGRYB66RCRBWH
X-Message-ID-Hash: 4XDF32IXO4XPZTZNS2IIGRYB66RCRBWH
X-MailFrom: 0100019068c824e8-2930af45-9fcf-4464-b813-886d4df837e5-000000@amazonses.watsen.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netconf] Fwd: A short note / request…
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/xSLnFpyDoOrhsWzfw5KtJ2xqkDM>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Owner: <mailto:netconf-owner@ietf.org>
List-Post: <mailto:netconf@ietf.org>
List-Subscribe: <mailto:netconf-join@ietf.org>
List-Unsubscribe: <mailto:netconf-leave@ietf.org>
A message from one of the Ops Area ADs. Good advice! > From: Warren Kumari <warren@kumari.net> > Date: June 30, 2024 at 6:14:51 AM EDT > To: ops-chairs <ops-chairs@ietf.org> > Subject: A short note / request… > > > Hi there all, > > As you've probably all realized by now, the IESG goes through cycles of what it thinks is super important. > > We just had the annual IESG/IAB workshop, and what something that got a lots of attention is ensuring that when a document contains a SHOULD, it is clear about under what conditions the SHOULD does or does not apply. > > From RFC2119: > "3. SHOULD This word, or the adjective "RECOMMENDED", mean that there > may exist valid reasons in particular circumstances to ignore a > particular item, but the full implications must be understood and > carefully weighed before choosing a different course. > > 4. SHOULD NOT This phrase, or the phrase "NOT RECOMMENDED" mean that > there may exist valid reasons in particular circumstances when the > particular behavior is acceptable or even useful, but the full > implications should be understood and the case carefully weighed > before implementing any behavior described with this label." > > > So, if a document says something like: > You SHOULD NOT stick a fork in an electrical outlet. > it should instead say something like: > Unless the fork is made out of non-conductive plastic, you SHOULD NOT stick it in an outlet. > > I figured I'd let you know this so you ensure that documents that come through your WG fit this to minimize the chance of DISCUSS ballots. > > W >
- [netconf] Fwd: A short note / request… Kent Watsen