Re: [netmod] Query about Schema Mount "config" leaf

Rohit R Ranade <rohitrranade@huawei.com> Mon, 24 December 2018 03:30 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 B0B39130E48 for <netmod@ietfa.amsl.com>; Sun, 23 Dec 2018 19:30:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.589
X-Spam-Level:
X-Spam-Status: No, score=-2.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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 tdi8YOMYo2dk for <netmod@ietfa.amsl.com>; Sun, 23 Dec 2018 19:29:59 -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 C7475130E41 for <netmod@ietf.org>; Sun, 23 Dec 2018 19:29:58 -0800 (PST)
Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 8529936E78B90 for <netmod@ietf.org>; Mon, 24 Dec 2018 03:29:54 +0000 (GMT)
Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 24 Dec 2018 03:29:55 +0000
Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.165]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0415.000; Mon, 24 Dec 2018 11:29:46 +0800
From: Rohit R Ranade <rohitrranade@huawei.com>
To: Robert Wilton <rwilton@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] Query about Schema Mount "config" leaf
Thread-Index: AQHUmSZI9xsGOHc4wkyG5lhHWgMji6WNPq1g
Date: Mon, 24 Dec 2018 03:29:45 +0000
Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BCB66F9@dggeml530-mbs.china.huawei.com>
References: <991B70D8B4112A4699D5C00DDBBF878A6BCB5273@dggeml530-mbs.china.huawei.com> <192a21f4-19e1-e40c-ec3f-294e0d348168@cisco.com>
In-Reply-To: <192a21f4-19e1-e40c-ec3f-294e0d348168@cisco.com>
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: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BCB66F9dggeml530mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/qqRjVKdheXSA6T-5AUKZW0eDZks>
Subject: Re: [netmod] Query about Schema Mount "config" leaf
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, 24 Dec 2018 03:30:02 -0000

OK, got the reference.
I felt it would have been better to mention why this "config" leaf has been defined in this draft by citing a reference to other drafts as has been done for the rest of the leaves.
As a reader, I was left wondering as to why there should be a leaf that over-rides the actual "config" true definition of the mounted models. If indeed the goal is to allow only "read" access why not use the NACM way for it ?

With Regards,
Rohit

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: 21 December 2018 17:41
To: Rohit R Ranade <rohitrranade@huawei.com>om>; netmod@ietf.org
Subject: Re: [netmod] Query about Schema Mount "config" leaf


Hi Rohit,

Are you familiar with either of the LNE or NI model drafts?

https://datatracker.ietf.org/doc/draft-ietf-rtgwg-lne-model/

https://datatracker.ietf.org/doc/draft-ietf-rtgwg-ni-model/

I believe both of these drafts were driving some of the key schema mount requirements, and may provide useful examples of the use cases.
On 21/12/2018 12:01, Rohit R Ranade wrote:
Hi All,

        +--ro mount-point* [module label]
           +--ro module                 yang:yang-identifier
           +--ro label                  yang:yang-identifier
           +--ro config?                boolean


1.       When reading the schema mount draft it is not clear for which use-case, the "config" being false will be helpful for ?

Section 3 of the LNE draft writes about the use of this config leaf.



2.       If there are modules with config true nodes mounted, how can the data-nodes of those mounted modules be instantiated if the config leaf is false ?

There will likely be separate direct YANG management protocol access to the mounted data (e.g. for a mounted LNE) that would allow the configuration to be manipulated.

Thanks,
Rob




With Regards,
Rohit



_______________________________________________

netmod mailing list

netmod@ietf.org<mailto:netmod@ietf.org>

https://www.ietf.org/mailman/listinfo/netmod