[netmod] Question about schema-mount

"Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com> Wed, 27 November 2019 07:52 UTC

Return-Path: <bart.bogaert@nokia.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 AAE94120802 for <netmod@ietfa.amsl.com>; Tue, 26 Nov 2019 23:52:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 ZuzX9xOCgY4f for <netmod@ietfa.amsl.com>; Tue, 26 Nov 2019 23:52:09 -0800 (PST)
Received: from FRA01-MR2-obe.outbound.protection.outlook.com (mail-eopbgr90103.outbound.protection.outlook.com [40.107.9.103]) (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 B730E1207FE for <netmod@ietf.org>; Tue, 26 Nov 2019 23:52:08 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BLX3J0qgwe9ltkqmXcNbtBR15NJn2ACZP0qAs2fXZALM6D5KjG6CdDKiVjQ4M/DY9ccGmzIypkysumjbtQECYawhm7+nbIFbqyiIRMfpalcFELzRpa6LhLCeFz3JPSPJW6M08IVHHVgO/hr/12WSPUkjAt/Dp0mEqaCFjTrAhNfjUiA/a2AzEpp48fIw/gasUqcAd6dcLTVbe82Xaq6vGpvIiqnpat3p7TlLbTfZeFI5f6JEFfkTLoa/jNRJ9T8Qprfs86+DWzMjkUzpN75McSc4dRvF0mM0ej1RRNal00pO5sAiywEqrBT/vieBf6Z+VFPD1ll0CZF93Nfx0CYQng==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bJxNtNSZPCL/LKUxYBN2fFHiwpggXf+RDfgDa1dDfNs=; b=TxRUVARODCst379HEynQqRvOX1cbi2aGJ5fFoBSUhScJl2PhNhp0/Pg+vkqv5pU5/qKDDZcDDO7k2MRvn4tUqVXtcMfrOSoJ+YA41GGSqOAAYM8YZ2bvqTCMLRGkb+jcg/f07wSNwQgIrDbmL9CODi+1LC10/NhWo4ein1nlS8rbRdlVGSM44kebVfA+VvzzgxsLp7in1Qar08jZL1gOCm2U7RS/0MIOadVkmBnGVbfrQFxGIGeEsAYy3CZ45V0M3FjCWHT4XOy17lEf8VJzyT+6CVHQcJ9ugNoDLgmLCq4L3HF6Sj3Vzuo76zJOpb9/swDVnrWrjAABkvcYxJjI3A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bJxNtNSZPCL/LKUxYBN2fFHiwpggXf+RDfgDa1dDfNs=; b=JEtSw2TMJ/o9SgsOEQd03HXGsDuKzOfECxNuIMxPm2bYLXbkL5clrY/lNnHVitH4Cw1qsyZGcRt0BhkxtQ3L8cQsGrwoDRnTSfDLAiu0UuMiz0btWeU6v807uwS5HyqwCxuhQ1PBUhfn4hwO3btbtLrXl0QnGom04Gt0/V74A1w=
Received: from PR1PR07MB5084.eurprd07.prod.outlook.com (20.177.211.156) by PR1PR07MB5034.eurprd07.prod.outlook.com (20.177.210.74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.10; Wed, 27 Nov 2019 07:52:06 +0000
Received: from PR1PR07MB5084.eurprd07.prod.outlook.com ([fe80::f83d:1e2c:e85:3e6e]) by PR1PR07MB5084.eurprd07.prod.outlook.com ([fe80::f83d:1e2c:e85:3e6e%5]) with mapi id 15.20.2495.014; Wed, 27 Nov 2019 07:52:06 +0000
From: "Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Question about schema-mount
Thread-Index: AdWk9fv8FHvjWB4ASPu2WAFNJmQaWA==
Date: Wed, 27 Nov 2019 07:52:06 +0000
Message-ID: <PR1PR07MB5084895F5DBBA09EA1ADE2B494440@PR1PR07MB5084.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com;
x-originating-ip: [2a02:1811:e41e:3400:fd75:bf35:c649:cae4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 780b65a9-c063-44af-a122-08d7730eb2d3
x-ms-traffictypediagnostic: PR1PR07MB5034:
x-microsoft-antispam-prvs: <PR1PR07MB50341420A0F366EBC3F67EB994440@PR1PR07MB5034.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 023495660C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39860400002)(346002)(396003)(136003)(366004)(199004)(189003)(8936002)(5640700003)(102836004)(99286004)(8676002)(6436002)(6506007)(66446008)(6116002)(2501003)(790700001)(86362001)(2906002)(256004)(186003)(9686003)(6306002)(54896002)(1730700003)(55016002)(81166006)(81156014)(7696005)(71200400001)(71190400001)(66946007)(76116006)(3480700005)(7736002)(64756008)(66556008)(14454004)(5660300002)(74316002)(66476007)(6916009)(33656002)(52536014)(46003)(478600001)(25786009)(316002)(2351001); DIR:OUT; SFP:1102; SCL:1; SRVR:PR1PR07MB5034; H:PR1PR07MB5084.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: haqSAfz54PIXEO4CQ8TgbCV9y5nYFFbgL5+yl3b+RdcVtddfqgOvT2N0aaQHA8PEdk9aBX/jTdxyzT3IPEpuU5sqCMJAyhDMCA60DY40rD4Mp6eKAlDHGrHCqz1Y+GFLL2eUSnfL23RjomKZAlvw1/V5io6yEZhycGDfuzVxLyc5mDGGmaQLEgWWsgY3It0jvNbiAYkqeLeDvWx12bPYflcSi8nPIgVb/YEqyQEhi47Dl+CIbQtHF1EVY9Uj9mprVawOvpXe+DJa/Av3na9QWvinodPT5wJsmj6Ra0ezEcWojICdADY/SdWiRJpww4Ipg5G42f6ILc3n+hvKwR0674qKMYXRVnqgwAMyqXZtJ7nyfeKJtWHRsgPvTtYaNbRlFNXWV5u+hKoSvO1h7cVq8Zagpk5k5Ej9Muq/shMgBtUdOa4rrdjNhMYtkLL7YHXG
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_PR1PR07MB5084895F5DBBA09EA1ADE2B494440PR1PR07MB5084eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 780b65a9-c063-44af-a122-08d7730eb2d3
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Nov 2019 07:52:06.2105 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: LlEj4siiO64swPMkt/62IIENUvfjKRC5cXgYeyBDEj2QcebOATuJ5D7TPEjpmnEGBcGc6t6lKSQEDDu2b8iFzQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR07MB5034
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/D9wBcEUUea5WPQmpMe1IpmbLYBs>
Subject: [netmod] Question about 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: Wed, 27 Nov 2019 07:52:12 -0000

Hi,

We're trying to figure out whether it is possible to define a module in the parent schema which would use a node being a leafref to a node in a model under a mount point.  I don't seem to find any statement that would prohibit this but RFC 8530, referred to from the schema mount RFC, uses a leafref to a node in a module which is still in the list of YANG modules of the parent (and consequently in the YANG library of the parent).

So, using RFC8530 as example:

Instead of lne:bind-lne-name being a leafref to /logical-network-elements/logical-network-element/name we would point to /logical-network-elements/logical-network-element/interfaces/interface/name.

The interfaces YANG module is also part of the YANG library of the parent but I'm not so sure whether above construction would work well as the information related to the mounted YANG modules is in a YANG library different from the parent's YANG library.

Note that there is also some confusion with the examples in RFC8530: while the bind-lne-name in the YANG module is a leafref as syntax, the examples work with a string as syntax for that same leaf.

Best regards, Bart