[netmod] Schema Mount

Michal Vaško <mvasko@cesnet.cz> Mon, 24 January 2022 13:12 UTC

Return-Path: <mvasko@cesnet.cz>
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 F2D863A141C for <netmod@ietfa.amsl.com>; Mon, 24 Jan 2022 05:12:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.099
X-Spam-Level:
X-Spam-Status: No, score=-7.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz
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 IuKUhItzRBER for <netmod@ietfa.amsl.com>; Mon, 24 Jan 2022 05:12:14 -0800 (PST)
Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [78.128.211.34]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA14D3A13F7 for <netmod@ietf.org>; Mon, 24 Jan 2022 05:12:13 -0800 (PST)
Received: by kalendar.cesnet.cz (Postfix, from userid 110) id 56F4760068; Mon, 24 Jan 2022 14:12:09 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1643029929; bh=KZR6y0g5ruqPbykYg2m+HQcf9BsSBdduEh4PocLMTmw=; h=From:To:Date:Subject; b=Qu/AYtfXeTwDlAPxYKAp+4XFFf75EMq7E4mlwM+l8zs+f31Rdb7sJs7JGwJIXSzSX Pxm3ckCJETXO2s5fAuCVLjgkzwqjN5fybPcY65pRezme7c8wyP72qorh1w1Ti7bSw8 nUfmjEf4SefgHOhD2afMHGWjxw8eLenF+OngKhMk=
From: Michal Vaško <mvasko@cesnet.cz>
To: netmod <netmod@ietf.org>
User-Agent: SOGoMail 5.5.0
MIME-Version: 1.0
Date: Mon, 24 Jan 2022 14:12:09 +0100
Message-ID: <19e7-61eea580-31-3a495240@76250820>
X-Forward: 84.42.188.124
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lDO_93h4dnw17_dBMWJJAM2SXIk>
Subject: [netmod] Schema Mount
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 Jan 2022 13:12:19 -0000

Hello,
I wanted to implement this RFC [1] but I have great difficulty understanding how exactly it should work so I would like to ask for some clarification.

As for the ietf-yang-library data, they are mentioned several times but I could find no details as to how exactly they should look like. There is an example [2], which has only 'ietf-yang-library:modules-state' data tree that is deprecated. Am I to understand that is what is expected?

Another thing, there are 3 ways mentioned [3] as to when to specify the schema (YANG modules) for the mounted data and that only 2nd and 3rd are covered in the RFC. However, I was not able to find anything more about the 2nd option (implementation-time) and think that everything concerns only the 3rd option (run-time).

Lastly, I was also looking at another RFC [4] and its examples. There I could see 'ietf-yang-library:yang-library' data tree instead meaning every 'module-set' and corresponding 'schema' need to be referenced by some 'datastore'. The consequence would be that one must know the datastore of the data before they can be parsed, is that right? Moreover, for parsing one would also need the 'ietf-yang-schema-mount:schema-mounts' data (which are found in the operation data in the example) but where should the NETCONF/RESTCONF server (for instance) get them?

Thanks for any clarification.

Regards,
Michal