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

Rohit R Ranade <> Mon, 24 December 2018 03:30 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B0B39130E48 for <>; Sun, 23 Dec 2018 19:30:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.589
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id tdi8YOMYo2dk for <>; Sun, 23 Dec 2018 19:29:59 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id C7475130E41 for <>; Sun, 23 Dec 2018 19:29:58 -0800 (PST)
Received: from (unknown []) by Forcepoint Email with ESMTP id 8529936E78B90 for <>; Mon, 24 Dec 2018 03:29:54 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 24 Dec 2018 03:29:55 +0000
Received: from ([]) by ([]) with mapi id 14.03.0415.000; Mon, 24 Dec 2018 11:29:46 +0800
From: Rohit R Ranade <>
To: Robert Wilton <>, "" <>
Thread-Topic: [netmod] Query about Schema Mount "config" leaf
Thread-Index: AQHUmSZI9xsGOHc4wkyG5lhHWgMji6WNPq1g
Date: Mon, 24 Dec 2018 03:29:45 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BCB66F9dggeml530mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [netmod] Query about Schema Mount "config" leaf
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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,

From: Robert Wilton []
Sent: 21 December 2018 17:41
To: Rohit R Ranade <>om>;
Subject: Re: [netmod] Query about Schema Mount "config" leaf

Hi Rohit,

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

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.


With Regards,


netmod mailing list<>