Re: [netmod] [Technical Errata Reported] RFC7950 (5517)
Ladislav Lhotka <lhotka@nic.cz> Mon, 08 October 2018 12:21 UTC
Return-Path: <lhotka@nic.cz>
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 87F3C126DBF for <netmod@ietfa.amsl.com>; Mon, 8 Oct 2018 05:21:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 tQl7I4e1sy0n for <netmod@ietfa.amsl.com>; Mon, 8 Oct 2018 05:21:12 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 781D112F1A5 for <netmod@ietf.org>; Mon, 8 Oct 2018 05:21:11 -0700 (PDT)
Received: from birdie (unknown [IPv6:2001:718:1a02:1::404]) by mail.nic.cz (Postfix) with ESMTPSA id D37D660D92 for <netmod@ietf.org>; Mon, 8 Oct 2018 14:21:08 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1539001268; bh=a6iLPvZl2VW0AwpbxeFemoK9jfnQlZyKEhigyJaOHl0=; h=From:To:Date; b=abeuGEBqYUc8LnXtd6GF84QEXXvkQoyyQ8G3cbfa9lU44XVtZeCjQqz6gOspdwKK8 rgKIBSQvOXzzGsEqCIF5D1dv+BDAVWpj3FMFh9ZmiyIufAmRWRoPA5a1S4ZRjamDR8 I9MBaA3qe7ooFmhV9FfWdrx2WGvdiPORnX7raq3U=
Message-ID: <9f95bb8a9a0a4689dd306fed0442097f719d2d88.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: netmod@ietf.org
Date: Mon, 08 Oct 2018 14:21:08 +0200
In-Reply-To: <20181008.135621.2235985294350825585.mbj@tail-f.com>
References: <20181008071250.C97CCB8155F@rfc-editor.org> <20181008.135621.2235985294350825585.mbj@tail-f.com>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.30.1
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/OTe-H6nFeOgWIdX94ISweKFplGk>
Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5517)
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: Mon, 08 Oct 2018 12:21:16 -0000
On Mon, 2018-10-08 at 13:56 +0200, Martin Bjorklund wrote: > Hi, > > I agree that the text needs clarification. However, I propose this > text instead: > > The derived-from-or-self() function returns "true" if any node in the > argument "nodes" is a node of type "identityref" or a type derived > from "identityref", and its value is an identity that is equal to or > derived from (see Section 7.18.2) the identity "identity"; > otherwise, it returns "false". > This formulation is better. It is somewhat confusing that "derived from" has two unrelated meanings in the same sentence. Lada > > /martin > > > RFC Errata System <rfc-editor@rfc-editor.org> 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/eid5517 > > > > -------------------------------------- > > Type: Technical > > Reported by: Rohit R Ranade <rohitrranade@huawei.com> > > > > Section: 10.4.2 > > > > Original Text > > ------------- > > The derived-from-or-self() function returns "true" if any node in the > > argument "nodes" is a node of type "identityref" and its value is an > > identity that is equal to or derived from (see Section 7.18.2) the > > identity "identity"; otherwise, it returns "false". > > > > > > Corrected Text > > -------------- > > The derived-from-or-self() function returns "true" if any node in the > > argument "nodes" is a node of type equal to or derived > > from "identityref" and its value is an identity that is equal to or > > derived from (see Section 7.18.2) the identity "identity"; > > otherwise, it returns "false". > > > > > > Notes > > ----- > > The node-set can have node which are of types that may be derived from an > > identityref. Typical example is in ietf-netconf-nmda, where "when 'derived- > > from-or-self(datastore, "ds:operational")';" is used, but the "datastore" > > node is of type "datastore-ref" defined in ietf-datastores module, which is > > in-turn derived from "identityref" > > > > 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
- [netmod] [Technical Errata Reported] RFC7950 (551… RFC Errata System
- Re: [netmod] [Technical Errata Reported] RFC7950 … Martin Bjorklund
- Re: [netmod] [Technical Errata Reported] RFC7950 … Ladislav Lhotka
- Re: [netmod] [Technical Errata Reported] RFC7950 … Rohit R Ranade