Re: [netmod] [Technical Errata Reported] RFC7950 (5517)
Rohit R Ranade <rohitrranade@huawei.com> Wed, 19 December 2018 03:39 UTC
Return-Path: <rohitrranade@huawei.com>
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 7864412D84D for <netmod@ietfa.amsl.com>; Tue, 18 Dec 2018 19:39:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 pwXPjTWimR_j for <netmod@ietfa.amsl.com>; Tue, 18 Dec 2018 19:39:16 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 B69C412F1A5 for <netmod@ietf.org>; Tue, 18 Dec 2018 19:39:16 -0800 (PST)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A150E70F85CA1; Wed, 19 Dec 2018 03:39:12 +0000 (GMT)
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 19 Dec 2018 03:39:13 +0000
Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.165]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0415.000; Wed, 19 Dec 2018 11:39:04 +0800
From: Rohit R Ranade <rohitrranade@huawei.com>
To: Ladislav Lhotka <lhotka@nic.cz>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (5517)
Thread-Index: AQHUXtZhCjTCNqKdvUCHfibTe3Ea6KUUuBKAgAAG7QCAcRutYA==
Date: Wed, 19 Dec 2018 03:39:03 +0000
Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BCB29E4@dggeml530-mbs.china.huawei.com>
References: <20181008071250.C97CCB8155F@rfc-editor.org> <20181008.135621.2235985294350825585.mbj@tail-f.com> <9f95bb8a9a0a4689dd306fed0442097f719d2d88.camel@nic.cz>
In-Reply-To: <9f95bb8a9a0a4689dd306fed0442097f719d2d88.camel@nic.cz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.150.121]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/ohTdv2AeTgZdA5Ys3VunUKkVC3E>
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: Wed, 19 Dec 2018 03:39:19 -0000
Hi All, Is this errata (with the new text given by Martin) considered accepted by the authors and WG ? With Regards, Rohit -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Ladislav Lhotka Sent: 08 October 2018 17:51 To: netmod@ietf.org Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5517) 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 mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
- [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