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

Andy Bierman <andy@yumaworks.com> Mon, 15 March 2021 17:11 UTC

Return-Path: <andy@yumaworks.com>
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 2FEBF3A16B0 for <netconf@ietfa.amsl.com>; Mon, 15 Mar 2021 10:11:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 6xpqVpcYW5ay for <netconf@ietfa.amsl.com>; Mon, 15 Mar 2021 10:11:28 -0700 (PDT)
Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 E8EE03A1219 for <netconf@ietf.org>; Mon, 15 Mar 2021 10:11:27 -0700 (PDT)
Received: by mail-lf1-x12d.google.com with SMTP id t18so10281390lfl.3 for <netconf@ietf.org>; Mon, 15 Mar 2021 10:11:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3roxoeQ7UxHK7Q52FNCew9Shgc8vLp2wuon2wjRofVA=; b=BrzdAS2Pflm5mcZsSR/nfVc/uOK+uJ1rtOEneBCK32wCgOnIzCAumoLheUo/CbkaJe 27quJZMVSu5H9dQQy4+7zQBt/Aq6ua4KY5qR3eTHRMFebe927PKp4ph8jHNjbXjjlSXo +LomhRXUCh45r3ybFBzi5/bgeIUFFJixUcX8N6tYcRWx0LHR21ZrKkQQw088VNdIqOv8 s5Z9CVPS8LDkY3aa6xM4DJNhXWbr3SWsvsp0GGMTz++E85h/OKv/N6UF+5RYYfK9YVkw zQkRM61TDJMweIHXBdWyNcdJcgl5nIFKLdY9eiFDKD0IQO5qPtnfFSYlM6kDOdJgJNEk gNXw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3roxoeQ7UxHK7Q52FNCew9Shgc8vLp2wuon2wjRofVA=; b=JoA6eQLtldm0DKZOAXDP/KCGL5byGmvlfa602SA6kczC2X9cXJnnrQck3JCMA7qkss LEtCW/2z1ZJHD8n+PJFXqToUMJ2vgXsBJB6XIxL9e3ZVzC+VysokBinXKiddgppX8svz BBTHfD74Ga/CBxI6Zk67O/OozDklP7NtsTEU//bjyf2pQomIRyAjqlT2Wck6dasMAG+H rmj/HMNTR4aFHyu8QJLbvTSC2hCDaknROMXGtFQ2CPJTiPsx4CB9DsKQTIIiC4K6ro7Z +SHjEYi05e/Zu2nWj3nG2BUZQfNoWngoojAEVyHRJnKws9JT8WxA5zl83Hfb6K2Dhcg1 qXRA==
X-Gm-Message-State: AOAM532Rq587/yQhZR5PtvpGBVUzf1g3fAml+WDTMm264G5b2rd1jv6M 8Ae6kh9n+pIGv8ldNItA9hgg2fvhA4NpxykpIOLK/Q==
X-Google-Smtp-Source: ABdhPJz0JYJDU0lxAHUIKpkvdBSTh2zpuRJ7GhHou8WQcyUwUNBjcnK8yYTRiuYH18n39ogBcM6utwYv8oa/aUiiVUA=
X-Received: by 2002:a05:6512:1195:: with SMTP id g21mr8166796lfr.512.1615828285174; Mon, 15 Mar 2021 10:11:25 -0700 (PDT)
MIME-Version: 1.0
References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <E2DEF87C-F637-4FC6-9D03-47FA73197806@tail-f.com> <20210315.114630.905811507297421433.id@4668.se> <MN2PR11MB4366AA4D6AF92B353C0E14B5B56C9@MN2PR11MB4366.namprd11.prod.outlook.com> <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> <CABCOCHSV+fN-wreswUnYuo8O++iFH_am_a8NOQQCZG8AfwpOEw@mail.gmail.com> <MN2PR11MB43662E23EEE66A69BE7076FDB56C9@MN2PR11MB4366.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB43662E23EEE66A69BE7076FDB56C9@MN2PR11MB4366.namprd11.prod.outlook.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Mon, 15 Mar 2021 10:11:14 -0700
Message-ID: <CABCOCHSb_RBnkiHfsSZzygwvvP6qyp4GOCu7=zVqQLVkWscWiQ@mail.gmail.com>
To: "Rob Wilton (rwilton)" <rwilton@cisco.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, =?UTF-8?Q?Martin_Bj=C3=B6rklund?= <mbj+ietf@4668.se>, "janl@tail-f.com" <janl@tail-f.com>, "warren@kumari.net" <warren@kumari.net>, "netconf@ietf.org" <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f4c06a05bd965650"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/BVCvm2BBXjB4ZpQ1IeEXZbVwcBI>
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 17:11:30 -0000

On Mon, Mar 15, 2021 at 9:34 AM Rob Wilton (rwilton) <rwilton@cisco.com>
wrote:

> I still think that “Hold for Document Update” is the right outcome for
> this errata.  I.e., this is a valid problem and should be fixed if a new
> version of the module is published.
>
>
>
> But I’m opposed to using an errata to change a YANG module published in an
> RFC.  That would mean that there are now two revisions of the YANG module
> with the same date but different content.
>
>
>


All Errata for YANG modules changes the YANG module.

I do not see why this needs to be held for update but that is OK.

Here is the text in the RFC

     revision 2019-01-04 {
       description
         "Added support for multiple datastores according to the
          Network Management Datastore Architecture (NMDA).";
       reference
         "RFC 8525 <https://tools.ietf.org/html/rfc8525>: YANG Library";
     }
     revision 2016-04-09 {
       description
         "Initial revision.";
       reference
         "RFC 7895 <https://tools.ietf.org/html/rfc7895>: YANG Module Library";
     }


The revision date of the 2nd entry is wrong.
This is not a valid revision that needs to be preserved in the future.
I do not see what real tools break if the date of a previous revision is
wrong.
It seems like we would have noticed before 2+ years if this broke real
tools.

Why would changing the 2016 date be an NBC change?
There is no machine usage of revision-stmt 2 - N in YANG whatsoever.


Andy





> Regards,
>
> Rob
>
>
>
>
>
> *From:* Andy Bierman <andy@yumaworks.com>
> *Sent:* 15 March 2021 16:17
> *To:* Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>de>; Rob
> Wilton (rwilton) <rwilton@cisco.com>om>; Martin Björklund <mbj+ietf@4668.se>se>;
> janl@tail-f.com; warren@kumari.net; netconf@ietf.org
> *Subject:* Re: [netconf] [Technical Errata Reported] RFC8525 (6484)
>
>
>
>
>
>
>
> On Mon, Mar 15, 2021 at 5:03 AM Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
>
> On Mon, Mar 15, 2021 at 11:57:37AM +0000, Rob Wilton (rwilton) wrote:
> >
> > I'm wondering whether we should consider doing an RFC8525-bis document
> with the specific aim of addressing this?
> >
>
> This sounds like an overkill solution, an errata seems the way to
> handle a little bug fix like this. I very doubt this affects many
> implementations...
>
>
>
>
>
> I strongly object to the introduction of YET ANOTHER module revision for
> the YANG library,
>
> just to fix something that has no impact on any real tools.  Only the
> first revision-stmt actually
>
> matters, and that is correct in this case.
>
>
>
> This bug should be handled with a simple Errata correcting the revision
> history.
>
> The data string is clearly wrong and changing it has no impact at all on
>
> modules that import ietf-yang-library.
>
>
>
>
>
> /js
>
>
>
> Andy
>
>
>
>
> --
> 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
>
>