Re: [netconf] [Technical Errata Reported] RFC8525 (6484)

Martin Björklund <mbj+ietf@4668.se> Mon, 15 March 2021 10:54 UTC

Return-Path: <mbj+ietf@4668.se>
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 6EB1B3A0C04 for <netconf@ietfa.amsl.com>; Mon, 15 Mar 2021 03:54:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.821
X-Spam-Level:
X-Spam-Status: No, score=-0.821 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=SqjvMNAA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=R1Z/treb
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 P8nl4DV-aWDc for <netconf@ietfa.amsl.com>; Mon, 15 Mar 2021 03:54:03 -0700 (PDT)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEABB3A0C01 for <netconf@ietf.org>; Mon, 15 Mar 2021 03:54:03 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id C6DDD16E4; Mon, 15 Mar 2021 06:54:02 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 06:54:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm1; bh= VhZPME7RqmLm7D5wBzIFR6unGwFxceh5DMjMwfpL+WY=; b=SqjvMNAAiRxDd0cB rGdGrwEWHx80AkPDyOHRujsh4qW3bqN+uavpTAqLJmQxzC8BTnXl+My3fTtix6cC BGXSt/HcL8hR+yNVAvtAbxPrFucvTsycJkQ1s1a/5wDxpSuiD/e4Ze0lRThqQ/jC ZegkkcmyR5ooRvxomam726CAsASuedlLn3c9ui4kMnnUE52JW0+yk9dgtg4dYXEv 4mqc5hORwptbo0+MyPn2l4Y1TJmtzmlj+2vG4ui+qtasu/6S5fWS2BXZ/ZEUH0cw qBhQqpvexx78LeyW5EIIb6j+8LqYzx8Z0XNQgg3cM7Mzd+l/Xj1tzXXFYcYZi8Aj Pt3xIA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=VhZPME7RqmLm7D5wBzIFR6unGwFxceh5DMjMwfpL+ WY=; b=R1Z/trebCy75AyBPKadRmnNWEDpEMXByBfxTlmOgR9Y3I8Kowp833nS4K p3wChsDMSwotH3RNeB19XPdth4KMlp2Tl74OMe83cU6c/qH439vw2NyFRRoYNu3h kfWQGcvZzKom4GFq2oOAgfhbjuz7Jc74bBXJWeM9bbsX9WMB9pyujs1JBN0YE3/H /ifBHI927colXTpaa7Qpk5t0XAdbv+wdteaK3BBWcxgvERACY2Y9wbfevyyTjyBn U45WvUZfUbA6BKczauyfv+EWhCmFLW3G7LiKsjdd9sLZJYFMOSkwh021sbI2O1MF Q9/juBDuKojB8dP6tZfmIxRf8Y/ig==
X-ME-Sender: <xms:yDxPYKBgeG-DRjXCoQuBlOdbn5CwoV4rutGTLrN5n6Kbyuyw2_qmGA> <xme:yDxPYEgAh7iC0kQbCIOK0aRNGENBZADKpvBySKsrXFj8AW2AO6HHH4n9QcyLugFuC sik9aXfoAu4xcrqhvw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtqh ertdertddunecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepiedttefhtdfhkeetleetke evieefhfduudeukedvfeelgedtveeggfetfeejgfelnecukfhppeduheekrddujeegrdeg rddvudehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhgsjhdoihgvthhfseegieeikedrshgv
X-ME-Proxy: <xmx:yDxPYNkmfIVaT9m2dckyDGUFRwQ2BwneqOqnc20YTc5cwn4mdAWC7w> <xmx:yDxPYIzssqOQ0vklXv_u-PvWwmnXBaakb3i7p71QxZbQRvhwgviCXw> <xmx:yDxPYPRDCCm3AcFyA97vmswASAm9ZSMlyO7FB9eqpJMgfpTFO7dBdA> <xmx:yjxPYGJ9jnrCz1YONN1OXVF1eytK43VUCNz-zmu9T6pyovJX-s3M2w>
Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 7A26E240057; Mon, 15 Mar 2021 06:53:59 -0400 (EDT)
Date: Mon, 15 Mar 2021 11:53:58 +0100 (CET)
Message-Id: <20210315.115358.820697048971015923.id@4668.se>
To: j.schoenwaelder@jacobs-university.de
Cc: janl@tail-f.com, netconf@ietf.org, rfc-editor@rfc-editor.org
From: Martin =?iso-8859-1?Q?Bj=F6rklund?= <mbj+ietf@4668.se>
In-Reply-To: <20210315104250.celu25ojkkuleeno@anna.jacobs.jacobs-university.de>
References: <20210315.111826.1844702859879595481.id@4668.se> <E2DEF87C-F637-4FC6-9D03-47FA73197806@tail-f.com> <20210315104250.celu25ojkkuleeno@anna.jacobs.jacobs-university.de>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/VBoG9jd41lxi6Rml9QfB4LmBObE>
Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2021 10:54:06 -0000

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> A more revelant question is whether we can build tooling to spot these
> kind of errors in order to prevent them from happening again in the
> future.

I think that this would have to be somthing that integrates in the RFC
editor's current checking of YANG modules.  It is of course trivial to
check this provided that there exists a "repo" of published modules.
(and I *think* that the RFC editor actually has such a repo in the
form of a directory...)




/martin




> 
> /js
> 
> On Mon, Mar 15, 2021 at 11:32:28AM +0100, Jan Lindblad wrote:
> > Martin,
> > 
> > >> Rob, Martin,
> > >> 
> > >> Wouldn't changing the revision date be a massively
> > >> non-backwards-compatible change?
> > > 
> > > Note that this is in the revision history list.
> > 
> > I understand. Do you consider changing the revision history a backwards compatible change that clients, servers and tools should reasonably be able to cope with?
> > 
> > >> Anyone might be importing this module by revision, and tools could be hardcoded towards the revision date, given that this is a pretty fundamental module.
> > >> 
> > >> What is the (technical) benefit of changing the date?
> > > 
> > > The idea is that if we ever do a new version of this module, we fix
> > > the revision history list in that new version.
> > 
> > Yes, the description of the idea was clear. I see some potential trouble doing this, and so far I haven't been able to think of any use case that would benefit from a change. Is there any?
> > 
> > Correct information is always nice, but changing module identification data also leads to confusion. I don't think we should change it unless someone can point to some benefits that outweigh the cost.
> > 
> > Best Regards,
> > /jan
> > 
> > 
> > >>> Hi Martin,
> > >>> 
> > >>> I agree, hold for doc update seems appropriate.
> > >>> 
> > >>> Any other comments?
> > >>> 
> > >>> Regards,
> > >>> Rob
> > >>> 
> > >>> 
> > >>>> -----Original Message-----
> > >>>> From: Martin Björklund <mbj+ietf@4668.se>
> > >>>> Sent: 15 March 2021 09:24
> > >>>> To: rfc-editor@rfc-editor.org
> > >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs-
> > >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton)
> > >>>> <rwilton@cisco.com>om>; warren@kumari.net; mjethanandani@gmail.com;
> > >>>> netconf@ietf.org
> > >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484)
> > >>>> 
> > >>>> Hi,
> > >>>> 
> > >>>> Wow, this is obviously a bug.
> > >>>> 
> > >>>> I am not sure it can be fixed with an errata however.  Perhaps "hold
> > >>>> for document update"?
> > >>>> 
> > >>>> 
> > >>>> /martin
> > >>>> 
> > >>>> 
> > >>>> RFC Errata System <rfc-editor@rfc-editor.org> wrote:
> > >>>>> The following errata report has been submitted for RFC8525,
> > >>>>> "YANG Library".
> > >>>>> 
> > >>>>> --------------------------------------
> > >>>>> You may review the report below and at:
> > >>>>> https://www.rfc-editor.org/errata/eid6484
> > >>>>> 
> > >>>>> --------------------------------------
> > >>>>> Type: Technical
> > >>>>> Reported by: Jernej Tuljak <jernej.tuljak@mg-soft.si>
> > >>>>> 
> > >>>>> Section: 4
> > >>>>> 
> > >>>>> Original Text
> > >>>>> -------------
> > >>>>>    revision 2016-04-09 {
> > >>>>>      description
> > >>>>>        "Initial revision.";
> > >>>>>      reference
> > >>>>>        "RFC 7895: YANG Module Library";
> > >>>>>    }
> > >>>>> 
> > >>>>> Corrected Text
> > >>>>> --------------
> > >>>>>    revision 2016-06-21 {
> > >>>>>      description
> > >>>>>        "Initial revision.";
> > >>>>>      reference
> > >>>>>        "RFC 7895: YANG Module Library";
> > >>>>>    }
> > >>>>> 
> > >>>>> Notes
> > >>>>> -----
> > >>>>> Initial revision of ietf-yang-library YANG module was 2016-06-21, not
> > >>>> 2016-04-09.
> > >>>>> 
> > >>>>> 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.
> > >>>>> 
> > >>>>> --------------------------------------
> > >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07)
> > >>>>> --------------------------------------
> > >>>>> Title               : YANG Library
> > >>>>> Publication Date    : March 2019
> > >>>>> Author(s)           : A. Bierman, M. Bjorklund, J. Schoenwaelder, K.
> > >>>> Watsen, R. Wilton
> > >>>>> Category            : PROPOSED STANDARD
> > >>>>> Source              : Network Configuration
> > >>>>> Area                : Operations and Management
> > >>>>> Stream              : IETF
> > >>>>> Verifying Party     : IESG
> > >>>>> 
> > >>>>> _______________________________________________
> > >>>>> netconf mailing list
> > >>>>> netconf@ietf.org
> > >>>>> https://www.ietf.org/mailman/listinfo/netconf
> > >>> 
> > >>> _______________________________________________
> > >>> netconf mailing list
> > >>> netconf@ietf.org
> > >>> https://www.ietf.org/mailman/listinfo/netconf
> > >>> 
> > >> 
> > 
> > _______________________________________________
> > netconf mailing list
> > netconf@ietf.org
> > https://www.ietf.org/mailman/listinfo/netconf
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
> 
> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf