Re: [netmod] [Technical Errata Reported] RFC7950 (5617)

Warren Kumari <warren@kumari.net> Thu, 31 January 2019 16:01 UTC

Return-Path: <warren@kumari.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 D8B32123FFD for <netmod@ietfa.amsl.com>; Thu, 31 Jan 2019 08:01:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.042
X-Spam-Level:
X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 Hg5UuqO6dlqv for <netmod@ietfa.amsl.com>; Thu, 31 Jan 2019 08:01:04 -0800 (PST)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 14CEC1200D7 for <netmod@ietf.org>; Thu, 31 Jan 2019 08:01:03 -0800 (PST)
Received: by mail-wr1-x42a.google.com with SMTP id r10so3853231wrs.10 for <netmod@ietf.org>; Thu, 31 Jan 2019 08:01:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bXTZNrSx0ZOLB+Em7nO76aeIJRW60TkYns80Frpqo9s=; b=CMRq3o2ODBhGtlrzE7EdwS2nKOmg8amEn3KQtx6/tYi0cPTAvYakftcMaqkxfnQcxL LGLLtZaW9114HXfTVfa2PSybYKiBO+o0WbZptWMbrfOQIxyQYx5GQ5VBJt5gEzZfDvo0 xpP8QgBiuzuSyidFe9WXTayE8dgWMXCSPGrNEzmtTfuv8Ci8iLUhV9m3dyguUyobPFts x5A58giIFkZRK091fQFLtRWOSwFFzgAX5wSvxP8UalTK+znqU/bi3ELnERpkvhBswNjB fzdvSb2VA9E2rgg/mWXPxukKbqi2U5/dwZiEW3Im7BRuIYHgyDW6YRtFg2OltxsK5/DW FNeQ==
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=bXTZNrSx0ZOLB+Em7nO76aeIJRW60TkYns80Frpqo9s=; b=dPfuBXB8P82iFKnFe9az2qQL4G0GVq5qlFh5Eu5Zzb45iiAKLxRXZJwskwQEZULOJp wyBMv0vKCLLEoHstmS4Nk7FTYyu3PaAl59Cm2R30w9ToUXrK4v5xikkpl21rmvdze22G WiNKfL0CHwDOvKQGtqHZ2nyFk6CWzbsRbeayE6SG99ACiHoPt+rzn9CCtTN4X0Kg5KnA 84mBi1DL09+kY4aPvMaUJO+Fn5rQJoCQZE/bdzIF2OJ2idS1iSKaYH+u//7Vnuzy5/rg XkIsDl7I5j7o2XsdPTgz0NSLaSR7/9wSX8MjwNmKwVjPrnR86FQ1DCnHFR4cIBPEtjh6 830Q==
X-Gm-Message-State: AJcUukeVy5ZxrGnTNuxkGqOXg44Bb51kyxdRuxdjR35fx7r7+lOpmFQm iCYFQ/T0fvZD9vIcC8Hn2uCNCXQ0kZYBDig3wfsvnQ==
X-Google-Smtp-Source: ALg8bN7bWHZiYV7pVhgz3JPOeTkE74wGKRNP24UWr6b2BvkzPChGEdGSXQdxEm/YC7F4zn1gwTp4CRPJPhAHkYuOI4M=
X-Received: by 2002:adf:f101:: with SMTP id r1mr35826905wro.32.1548950461978; Thu, 31 Jan 2019 08:01:01 -0800 (PST)
MIME-Version: 1.0
References: <20190130103514.6074DB80ED2@rfc-editor.org> <d00842c9760219ea9b93dc795ec65576b1ab3c42.camel@nic.cz>
In-Reply-To: <d00842c9760219ea9b93dc795ec65576b1ab3c42.camel@nic.cz>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 31 Jan 2019 11:00:25 -0500
Message-ID: <CAHw9_iJnP_+WC+vsVDEBRAT+=HACJQNwxcMv8QRDWzaL34AakQ@mail.gmail.com>
To: Ladislav Lhotka <lhotka@nic.cz>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, martin björklund <mbj@tail-f.com>, Ignas Bagdonas <ibagdona@gmail.com>, Joel Jaeggli <joelja@bogus.com>, kent+ietf@watsen.net, Lou Berger <lberger@labn.net>, marek.michalak@nokia.com, netmod@ietf.org
Content-Type: multipart/alternative; boundary="0000000000000fb7290580c32248"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/9P23Lm2aJXPmBtwJm4OrTofslNs>
Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5617)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 31 Jan 2019 16:01:08 -0000

On Wed, Jan 30, 2019 at 5:45 AM Ladislav Lhotka <lhotka@nic.cz> wrote:

> Hi,
>
> this erratum should be rejected. It is a substantial technical change of
> the
> spec, and section 9.9.2 doesn't indicate any possibility of using deref().
>
>
Yup, while it might be a good idea, it isn't an errata, and would need a
-bis or similar....
W



> Lada
>
> On Wed, 2019-01-30 at 02:35 -0800, RFC Errata System wrote:
> > The following errata report has been submitted for RFC7950,
> > "The YANG 1.1 Data Modeling Language".
> >
> > --------------------------------------
> > You may review the report below and at:
> > http://www.rfc-editor.org/errata/eid5617
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: Marek Michalak, Pawel Koch <marek.michalak@nokia.com>
> >
> > Section: 14
> >
> > Original Text
> > -------------
> > path-arg            = absolute-path / relative-path
> >
> > Corrected Text
> > --------------
> > path-arg            = deref-expr / path-str
> >
> > deref-expr          = deref-function-invocation *WSP "/" *WSP
> >                       relative-path
> >
> > path-str            = absolute-path / relative-path
> >
> > deref-function-invocation = deref-keyword *WSP
> >                             "(" *WSP path-str *WSP ")"
> >
> > deref-keyword       = %s"deref"
> >
> > Notes
> > -----
> > This is to allow path statement to contain also "deref" function
> invocation
> > which is supported by pyang and Cisco compiler but for now is not
> supported by
> > i.e. yanglint validator because of above statement which does not allow
> for
> > it.
> >
> > 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.
> >
> > --------------------------------------
> > RFC7950 (draft-ietf-netmod-rfc6020bis-14)
> > --------------------------------------
> > Title               : The YANG 1.1 Data Modeling Language
> > Publication Date    : August 2016
> > Author(s)           : M. Bjorklund, Ed.
> > Category            : PROPOSED STANDARD
> > Source              : Network Modeling
> > Area                : Operations and Management
> > Stream              : IETF
> > Verifying Party     : IESG
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
> --
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
>
>

-- 
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
   ---maf