IETF Logo Mail Archive

[netmod] Question regarding YANG model revision (in context of submodules)

"Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com> Thu, 14 December 2017 13:56 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 3D34812420B for <netmod@ietfa.amsl.com>; Thu, 14 Dec 2017 05:56:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 trsOFzMlxosd for <netmod@ietfa.amsl.com>; Thu, 14 Dec 2017 05:56:14 -0800 (PST)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20097.outbound.protection.outlook.com [40.107.2.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA589120721 for <netmod@ietf.org>; Thu, 14 Dec 2017 05:56:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=btlxFRujXSW0ysR+uN8SuYDJmGhtWErGNZDraesLXDE=; b=pnlEvTULLNY0hnfr90B+b1W0JCZDV+o93xZx9G6rLbXtCJ36aXo+NsxM2aybKFwIpHpBQ/t3iEA7ncPN+623rBtKsv9SOpyWp4cj0sgoGVNokCkYHn3x8MLicBA1W+qSJCU9Q4PN0sjNIjDV/EKW4xA64nKZT7E7cx7xovMKL8E=
Received: from VI1PR07MB3069.eurprd07.prod.outlook.com (10.175.242.143) by VI1PR07MB3069.eurprd07.prod.outlook.com (10.175.242.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.323.4; Thu, 14 Dec 2017 13:56:11 +0000
Received: from VI1PR07MB3069.eurprd07.prod.outlook.com ([fe80::1eb:10d1:9548:ef11]) by VI1PR07MB3069.eurprd07.prod.outlook.com ([fe80::1eb:10d1:9548:ef11%13]) with mapi id 15.20.0323.011; Thu, 14 Dec 2017 13:56:11 +0000
From: "Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com>
To: NetMod WG <netmod@ietf.org>
Thread-Topic: Question regarding YANG model revision (in context of submodules)
Thread-Index: AdN04wVjlelMQ2pASoi2ZuvaUXsjQg==
Date: Thu, 14 Dec 2017 13:56:11 +0000
Message-ID: <VI1PR07MB3069C2E6DFA95F7AF1A9D3A4940A0@VI1PR07MB3069.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [135.245.212.27]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB3069; 6:xhxztRZzWax2LzjnTKFMtNl8PRZsCQIZdxPRRY1Ac5qo05wruC8CiueIqRpH3iCU6sLKcAhU/nm60sduR+II9osgJaY7SsYaU1icb5flgI9UMbZCaiaRrUZGdRePmyYIJzBqCNs580li0sjeIk1KlNZO7l3N7sfBKcsCgQGc3kGL1xVyaQBFflDIELt6oygzmEJgKZyV9SdJ7MdkZf3rHAw/dnLnIBGVtJyV4N59pjAOYrMl2hGRo9GxP3HK7Aium4n4LJUbKM5jiT3GBuQgXpxDiK6JynnFxe1+lOyWI9/CIx0S/6fa/NnAAE0jk2MNHaT+1IGxikBk42An8aIRLJBzZA/Kykxoya52/G1RXoc=; 5:DP4bfRgTh4bQsoF2btNiQwx54xyzydoHfyj2ESmr3dllmLDxNgJPmWhiUQAAx989/0tL/c9JiLa8fQtLbAeo879/+whu5ew7GQ1nujUTYHNPaU/oP00i0DBq6okUh4KaGZC2YAAs88tlCv1BThz40S+admobxpKwCmHWFfk5jsc=; 24:nHwnA2k8ymtKzLCZf2dT64+aYAUUMWNapLlxzsI+hm38thE8e6Sm4GsEx/7o3DLjt+SxOoRiAUsJ44PTvp6OjgZFOKKuNhbpEf7RF12kjgA=; 7:aOOh6kMSH1YKvn/uSr9CRJRY9gp2qfLj2iXqFV7txz9McJFxepHbI3Tsp4+XL2oo+924t1bhZUJo1c+3tUON6VtStgru86BBT1qyNl991oVbY6KSdDXIiwsAqZ7AQ54XeuQaSBviw0drb6293NszEZf9Imkvz5GuK3kkmeY0vMfORW5jmRUzeUBXnhe+YrfZgZitrGTPnFMQJFYZpeLCn13SprJXEiAVGUvf9vL66+fUl+UZ/sadNN54w3ahdCNv
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 793ae7cb-14ab-40fd-9ecc-08d542fa6ed4
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(48565401081)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603307)(49563074); SRVR:VI1PR07MB3069;
x-ms-traffictypediagnostic: VI1PR07MB3069:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com;
x-microsoft-antispam-prvs: <VI1PR07MB30692151ABBB77DC69C4D406940A0@VI1PR07MB3069.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231023)(11241501184)(806099)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123560025)(20161123555025)(6072148)(201708071742011); SRVR:VI1PR07MB3069; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB3069;
x-forefront-prvs: 05214FD68E
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(39860400002)(366004)(189003)(199004)(9326002)(68736007)(478600001)(7696005)(106356001)(5250100002)(66066001)(33656002)(105586002)(99286004)(99936001)(7736002)(5660300001)(74316002)(81166006)(81156014)(8676002)(14454004)(8936002)(6436002)(55016002)(9686003)(6306002)(102836003)(790700001)(54896002)(316002)(6116002)(97736004)(3280700002)(6916009)(3846002)(3660700001)(53936002)(6506007)(86362001)(2900100001)(25786009)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3069; H:VI1PR07MB3069.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: fYQqaaEEugFyH4giKb2mca2onHQ+dLFN4pCU1SvD3gVBI3IRpIzVj7aE4d9tsx/qjTztVqHjYGjTqKbM3+GDRA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_0149_01D374EB.AD3ABA00"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 793ae7cb-14ab-40fd-9ecc-08d542fa6ed4
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Dec 2017 13:56:11.0384 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3069
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/7gz2p2XzIxjXwTCcSkFznX77smY>
Subject: [netmod] Question regarding YANG model revision (in context of submodules)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 14 Dec 2017 13:56:16 -0000

Hi,

 

I've been looking in various documents w.r.t. the usage of a model revision
statement, especially in the case where the YANG model is split up in
various submodules.

Assume that one of the included submodules is changed and gets a new
revision while the model this submodule belongs-to is not updated.  How is a
client supposed to know that there was a change?

The YANG library does include a list of submodules for each YANG model but
is it expected to scan that list?  What in case there is no YANG library
(this is only mandatory in the case of YANG 1.1)?  In the hello, only the
revision of the YANG model is announced, so in that case no change would be
visible although there is one.

Is there some explicit statement in RFC 7950 or 6087bis on this (meaning
that if a submodule gets a new revision, the revision of the owning YANG
model must also be updated)?  There are statements that imply that this
could be done (e.g. by specifying the revision-data when doing the include
but if no revision data is specified the behavior is "undefined" meaning
that the version of the submodule that is stored on the server will be used
but still leaves room for uncertainty).

 

Regards, Bart

v2.23.0 | Report a Bug | By Email