[netmod] FW: Schema Mount Yang Library Update

Rohit R Ranade <rohitrranade@huawei.com> Mon, 14 January 2019 05:34 UTC

Return-Path: <rohitrranade@huawei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id CF88C130F4F for <netmod@ietfa.amsl.com>; Sun, 13 Jan 2019 21:34:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id ITV6c99E3YE7 for <netmod@ietfa.amsl.com>; Sun, 13 Jan 2019 21:34:55 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com []) (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 2ACCA12008A for <netmod@ietf.org>; Sun, 13 Jan 2019 21:34:55 -0800 (PST)
Received: from lhreml707-cah.china.huawei.com (unknown []) by Forcepoint Email with ESMTP id 5E5B76ED4FA76D27A925; Mon, 14 Jan 2019 05:34:52 +0000 (GMT)
Received: from DGGEML401-HUB.china.huawei.com ( by lhreml707-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 14 Jan 2019 05:34:51 +0000
Received: from DGGEML530-MBS.china.huawei.com ([]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0415.000; Mon, 14 Jan 2019 13:34:39 +0800
From: Rohit R Ranade <rohitrranade@huawei.com>
To: Martin Bjorklund <mbj@tail-f.com>, Ladislav Lhotka <lhotka@nic.cz>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Schema Mount Yang Library Update
Thread-Index: AdSeYUFYxAmOUSMrRlSaqc+d9z9IXANaVz1A
Date: Mon, 14 Jan 2019 05:34:39 +0000
Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BCC5C7C@dggeml530-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BCC5C7Cdggeml530mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/EiqqVQTPATT6U66ngDSnQMYBRRs>
Subject: [netmod] FW: Schema Mount Yang Library Update
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, 14 Jan 2019 05:34:57 -0000

Hi Authors,

Any suggestions regarding the question in the below mail ?

With Regards,

From: Rohit R Ranade
Sent: 28 December 2018 09:37
To: netmod@ietf.org
Subject: Schema Mount Yang Library Update

Hi All,

For the shared-schema type, the draft mentions "all instances of the same mount point MUST have the same YANG library content identifier".

I think to achieve above condition, most vendors will plan to have only one YANG library instance for that mount-point.

If use multiple instances for Yang library, it is possible that the algorithm may generate a new content identifier for same data as per below statement in Yang library 1.1 draft:

"There is no requirement that the same information always results in the same "content-id" value."

If use single instance of Yang library, when a YANG library update happens, for which mount-point instance should a YANG library update notification be sent ?
What is the guideline for the implementers of this draft regarding this point?

With Regards,