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