Re: [netmod] yang versioning solution complexity and alternative approaches

"Joe Clarke (jclarke)" <jclarke@cisco.com> Wed, 08 June 2022 21:03 UTC

Return-Path: <jclarke@cisco.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 CB7C9C15AACE for <netmod@ietfa.amsl.com>; Wed, 8 Jun 2022 14:03:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.607
X-Spam-Level:
X-Spam-Status: No, score=-14.607 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=fPsKWyFW; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=XCQyEYfE
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NiZzZeD7e2r3 for <netmod@ietfa.amsl.com>; Wed, 8 Jun 2022 14:03:36 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB397C159496 for <netmod@ietf.org>; Wed, 8 Jun 2022 14:03:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11177; q=dns/txt; s=iport; t=1654722216; x=1655931816; h=from:to:subject:date:message-id:references:mime-version; bh=WVXJGs0nzNgAGfANFiXhlizkQzgL0xVc798t7pVHhR0=; b=fPsKWyFWSnR4DVdFLoGzoqtb+dDzTf4OU67mjERxblHRUt9ZDEHarSP7 FmTTIYgNVZHM7JZv51CZ3tCrEfz20qBCxgLxLzHhnWVyWL4Zs9Yyr4fh2 sGRBv0C9iFQU9WdhGmNPOO90YfiAs9eLyAqk1hQVR/OTVnygxR0EMKM/O k=;
X-IPAS-Result: =?us-ascii?q?A0BIAQDMDaFimIwNJK1QBwOBCYFPgVJSfwJZOkSIGgOFM?= =?us-ascii?q?YUMXYIlA5YohROBLIElA1QLAQEBDQEBLAEKCwQBAYQ9RQKFRgIlNgcOAQIEA?= =?us-ascii?q?QEBAQMCAwEBAQEBAQMBAQUBAQECAQcEFAEBAQEBAQEBCRQHBgwFDhAnhWgNh?= =?us-ascii?q?kIBAQEBAgEBARAuAQEsDAQJAgIBCBAIJwcbDAsUEQIEARIIEweCWwGCDlcDD?= =?us-ascii?q?SMDAQ6gPwGBPgKKH3iBM4EBgggBAQYEBIUNGII4AwYFgTiDFYQrhyknHIFJR?= =?us-ascii?q?IEVQ4JnPoJiAQGBMy8fDBqDRoIul3kHOQNHNBKBIXEBCAYGBwoFMgYCDBgUB?= =?us-ascii?q?AITEk0GHQISDAoGFg5CEhkMDwMSAxEBBwILEggVLAgDAgMIAwIDLgIDFwkHC?= =?us-ascii?q?gMdCAocEhAUAgQTHgsIAxkfLAkCBA4DRQgLCgMRBAMTGAsWCBAEBgMJLw0oC?= =?us-ascii?q?wMFDw8BBgMGAgUFAQMgAxQDBScHAyEHCyYNDQQcBx0DAwUmAwICGwcCAgMCB?= =?us-ascii?q?hcGAgIZVgomDQgECAQYBB0kEAUCBzEFBC8CHgQFBhEJAhYCBgQFAgQEFgICE?= =?us-ascii?q?ggCCCcbBxY2GQEFXQYLCSEWBikLBgUGFgMjSicFSA8pNTY8FhwhGwUEHwGYf?= =?us-ascii?q?xBbBgEbLxlXWyoWMjAHFV6SA41ngXaMFpMDCoNOoC4Vg3WkZpZpIIIrnzWFC?= =?us-ascii?q?gIEAgQFAg4BAQaBaAGCDXAVO4JoURkPjiwNCYNQM4RhhUp1OwIGAQoBAQMJj?= =?us-ascii?q?iddAQE?=
IronPort-PHdr: A9a23:FSDywhZIi7vQYul9EvGbixb/LTAphN3EVzX9orIriLNLJ6Kk+Zmqf EnS/u5kg1KBW4LHo+lFhOzbv+GFOyQA7J+NvWpEfMlKUBkI2skTlhYrVciCD0CzJfX2bis8S cJFUlIt/3yyPUVPXsjkYFiHqXyp5jlUERL6ZmJI
IronPort-Data: A9a23:IrKOXaKWK9URS2VVFE+R6JUlxSXFcZb7ZxGr2PjKsXjdYENSgz1Rm GQWXGCAaK3ZZjSmftpwbYW280JSuJLRx9ViHlQd+CA2RRqmiyZq6fd1j6vUF3nPRiEWZBs/t 63yUvGZcIZsCCW0Si6FatANl1EkvU2zbue6Wbes1hxZH1c+En9/0UI7wYbVv6Yx6TSHK1LV0 T/Ni5W31G+Ng1aY5UpNtspvADs21BjDkGtwUm4WPJinj3eC/5UhN6/zEInqR5fOria4KcbhL wrL5OnREmo0ZH7BAPv9+lrwWhVirrI/oWFih1IOM5VOjCSuqQQ2yLQLDtctN3xQkhulw4Ag7 fhGk5mZHFJB0q3kwIzxUjFRFyV4eKZB4rKCfj60sNeYyAvNdH6EL/dGVR5te9ZGvL8sRzgSr ZT0KxhVBvyHr+C9xLuhSeREjcU4J86tN4Qa0p1l5WGHUad8EMqcGs0m4/dIwhguoP5uJ83EZ vMjeDsyfBnmRiJQbwJ/5JUWxbf02SaXnydjgFSYua8w70DSwRB/lr/3P7L9eJqRTsVSk0CHr 2/C82njKhMTP9uV0n+Y9HOyi/XUnD/qHo4ffJWx8PJ7qEyOw2UMDwcVTh2wpvzRt6Klc9tbL 0pR8S00oO1tskeqVdL6GRa/pRZooyLwRfJUCf8K0iy8lJHT+ii1WjhVaxNKTtkP4ZpeqSMR6 neFmNbgBDpKubKTSG6A+rr8kd9UEXVJRYPlTXJYJTbp8+UPs6lo1UuWEYgL/Lqdy4yrR26hm lhmuQBk390uYdg3O7JXFLwtqxuoopXPJuLezlqKBjv+hu+ViXLMWmBFwVHf6fAFJ4GDQxze+ nMFgMOZqusJCPlhdRBhos1QQtlFBN7cbVUwZGKD+bF6rFxBHFb4J+htDMlWfhsBDyr9UWaBj LXvkQ1Q/oRPG3ChcLV6ZYm8Y+xzk/W8So2+DqyNPoQXCnSUSONh1HwzDaJ39z2z+HXAbYlkU XtmWZ/2VC1DWfgPIMSeHrxNjdfHORzSNUuKFcykkHxLIJKVZWWeTv8eIUCSY+UihJ5oUy2Lm +uzw/Cikk0FOMWnO3G/2ddKcTgicChqbbir+pc/XrPSfWJORjp7Y9ePmuxJRmCQt/kP/gs+1 ivjChYwJZuWrSCvFDhmnVg5Nu+2Dc8i8S1hVcHuVH7xs0UejU+UxP93X/MKkXMPrYSPEdYco yE5Rvi9
IronPort-HdrOrdr: A9a23:ktMyTaMa8MP/gsBcT0b155DYdb4zR+YMi2TDiHoedfUFSKOlfp 6V8MjzjSWE8gr5K0tQ5OxoWZPwC080kKQV3WB/B8baYOCLghrLEGgA1/qu/9SDIVyHygc178 4JGMISaKySMbE5t7eA3ODSKadF/DDzytHPuQ6o9QYLcegFUdAE0y5JTiKgVmFmTghPApQ0UL CG4NBcmjamcXMLKuymG3gsRYH41pH2vaOjRSRDKw8s6QGIgz/twqX9CQKk0hAXVC4K6as+8F LCjxfy6syYwr6GI17npiHuBqZt6ZvcI+h4dY+xYw8uW3fRYzOTFcVcsnu5zXUISa+UmRIXeZ L30msd1oxImgzslyeO0FzQM82K6kd215ckomXox0cL6PaJOg4SGo5Pg5lUfQDe7FdltNZg0L hT12bcrJZPCwjc9R6NruQgeisa4XZcm0BS59L7TkYvI7c2eftUt8gS7UlVGJAPEGbz750mCv BnCIXZ6OxNeV2XYnjFti03qebcFUgbD1ODWAwPq8aV2z9ZkDRwyFYZ3tUWmjMF+IgmQ5dJ6u zYOuBjla1ITMURcaVhbd1xCfefGyjIW1bBIWiSKVPoGOUOPG/MsYf+5PEv6OSjaPUzve8PcV T6ISZlXEIJCjLT4Je1rex2Gzj2MRaAYQg=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.91,286,1647302400"; d="scan'208,217";a="864929271"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jun 2022 21:03:35 +0000
Received: from mail.cisco.com (xfe-aln-003.cisco.com [173.37.135.123]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 258L3Z2d026011 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2022 21:03:35 GMT
Received: from xfe-rtp-004.cisco.com (64.101.210.234) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Wed, 8 Jun 2022 16:03:34 -0500
Received: from NAM04-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Wed, 8 Jun 2022 17:03:34 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nhsf7OaKCz8hwrYoarmsrsKwKxTm+Pl3eOi7JEkEbjNJoJfXpXPkZDTTvhFBbEr99F1XTvI7HiFEpXpog+/RZES6myoAt63Xk+a2xs6Ba+tX0EIMSRm3BtN2NumSgfSs2kGn+biPWFB0z70ehUBNn+Ck5X2hL7wli/OoTnn3aH9/diC4QLF4t8nlhr3Y6PfVGVZJe/MLNKcHJzgt9tQV9UMZnc7y1zB85HWTN7QDp4vLlyntF/zmFRNfcGgQu0ClEH2WC3m/PcUmg0eX8e2vbpHpyi0h1sgJGHglkxJH/aEq1IEcuBfzuaFiCzqE6dlWtOp2RudJMVgvpnkCqij55g==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=lY3B2XRvNfWdJ6s/xq0Ep3oSqPSTCstNn4cQ/sruXMQ=; b=i2Js2bnetJtyqqoMaLjqga1UARztfOb7lw+0mmK7wHW/yGedjDFSAi0qMJTboxgRW39AGKj/BQWNUccFqmK9HoeL5oSvBxoQcqkuWJBkhNV4TrraBgsSoQcnEtgtjOTo/+a9znUWFAcyw5qN4HrNKDhuQd4H924E7QLmSXi3noZautJbDECNFSk2e85Gx+WzPGdauGnco7ZYa5ngYFc/T7A+HyYPQfmuzT/gSO+3U48DDJUUTZH+dmfYhm+vT1qWOdIw6surGCWkDosQH6aWWKgAR7RCjq4aT0NRix/BJp8wk4oamRViXJo+Ylsjm8/fYBZ+w3jhb0tFglDqJRWNXg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lY3B2XRvNfWdJ6s/xq0Ep3oSqPSTCstNn4cQ/sruXMQ=; b=XCQyEYfECdjZtR4XiQqZxlfIemaw+jjQP+PA3W8phz6AkIGlI8w7VMpZsKJ2NwIslaCKSccGVIA6n1m0Sh5ICMEMjeivhXcZMCjiw75krOm2IQdmal3225EPgoOrg4rrR17xnhX69ERjrpfmdwJ43UmtK0hEzrbCOaa89Xg2TzU=
Received: from BN9PR11MB5371.namprd11.prod.outlook.com (2603:10b6:408:11c::11) by BL0PR11MB3314.namprd11.prod.outlook.com (2603:10b6:208:6d::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5332.12; Wed, 8 Jun 2022 21:03:28 +0000
Received: from BN9PR11MB5371.namprd11.prod.outlook.com ([fe80::291b:d191:5acd:e6ab]) by BN9PR11MB5371.namprd11.prod.outlook.com ([fe80::291b:d191:5acd:e6ab%7]) with mapi id 15.20.5314.019; Wed, 8 Jun 2022 21:03:28 +0000
From: "Joe Clarke (jclarke)" <jclarke@cisco.com>
To: Andy Bierman <andy@yumaworks.com>, =?iso-8859-1?Q?J=FCrgen_Sch=F6nw=E4lder?= <j.schoenwaelder@jacobs-university.de>, "Rob Wilton (rwilton)" <rwilton@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] yang versioning solution complexity and alternative approaches
Thread-Index: AQHYM57FqU3sFakS0ky1YR5SQbJfrw==
Date: Wed, 8 Jun 2022 21:03:27 +0000
Message-ID: <BN9PR11MB537175FC8FB53B16F66E1535B8A49@BN9PR11MB5371.namprd11.prod.outlook.com>
References: <20220309101609.d33knxlhyq62wejq@anna> <BY5PR11MB41967D79E62D8D08CBEF6128B5A59@BY5PR11MB4196.namprd11.prod.outlook.com> <20220608153802.63h7knp5ezmhfjya@anna> <BY5PR11MB419609600B2ECFE2DD029D4FB5A49@BY5PR11MB4196.namprd11.prod.outlook.com> <20220608170433.7psmk7n2ti5er2kl@anna> <CABCOCHR_1kXyx6fS+EmzqLjwf+ZKSJM6bn2Z4whpiYnt9WcTvA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ee1eceb1-0c58-4f8a-0b0f-08da499255cc
x-ms-traffictypediagnostic: BL0PR11MB3314:EE_
x-microsoft-antispam-prvs: <BL0PR11MB3314CC9088B5A40C1DD91AFAB8A49@BL0PR11MB3314.namprd11.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ynXgpoDgP1JY+TTqM3/LC6/vhXVxmo1cFqLIyTDLxa25lUhySJJY3PVlEv+uGXut/afQFjSh7da9wjOaNfE+CbRDHIbwvkn6ZRFUKU6IKzBtniHY+OvnmoFxt7YdstT4phEj66UCKhIrYia4+OeDTLclnKw7JCWDGBgr2924XxmTWjXIx3VjtMN0MxfN/OcFN5a9azhyvmuwixLJUBN6vAy0fZ7oJekqR1PQLmbyCluEhRVTs2RSS7Vo9PApe/gO3jJJhF2Ke+yATdSomqsIoFVXUqD2CORcqN24Y/ENG+nJF3llkRKvfukQwV8VhsoGchYAq+SfxCMP8rNAHByjQD47DwFo3vHQabfZmmZMVgTKutdOqSE4hYkJMtWzfqaKqiybIWuuTtZTpz/Hn91icBLRhLvN8rIpo20Sz06m98TXH8SPz5xGQxpI20ZbYbkp73dpPXCQziZQvFi1rm0SK6HBoTz+KwQbvnFw5ubvyYvD6YHUpqvyxpweU/350jkNJRLHu/OXhcJTrZE0wXEH43E8oqjZN36dQWgnK9JtsjFTIKXzgJYqOUEmK9VBfoMc+DAQVpETwcBmpz6gikXpNDtg5Hs7nDVTbEMDLg3P+8sak5tE2tykVllXWEMEz0rVaiaj/bH1kLbpHtZMjH/vMRTYteTiyJ6IURHyUFeGfWOy6NIVzJsWlXbwEDf2DYhVXPPvpNvLg4Qe4EQKEUrQbL+9TOo2KCkQ7muHoOiPrfNZLKHytyDV5DdvUVcQfpGcSzPTqje0O3tlSq+XQlmgBedIQ1imQWpuGVGu+yJ+MZE=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN9PR11MB5371.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(76116006)(66574015)(26005)(38070700005)(91956017)(166002)(316002)(83380400001)(966005)(86362001)(9686003)(7696005)(53546011)(508600001)(55016003)(186003)(66476007)(52536014)(71200400001)(8936002)(5660300002)(2906002)(40140700001)(8676002)(38100700002)(66556008)(66446008)(110136005)(6506007)(64756008)(33656002)(122000001)(66946007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?I4qNMJbNPM/RYdB4x/1oi2Vga74GKwVwG/1d03Vs+FpUA8bDbJS1+yY6u0?= =?iso-8859-1?Q?VTu12lE8kF9bsvaECXlyfbkYGZfCf8zzz47pg/ohY94MxbJVvGVuMdcun6?= =?iso-8859-1?Q?LZxzCbD8+yCRtOTESqkiLIYQN9CRs5G9w4gzAM4eGL43Br5UpwvBSmH44b?= =?iso-8859-1?Q?PSmdaSMCrZskkxJCO7+pR8QJr2zsPby4kLemMS3QzdZPWKaDjGPXKVr2vC?= =?iso-8859-1?Q?jUtNi79SHzspGw4t1yHw4CCN6uQUut21FIvJqnr+WNMwQYo4J+m1NOxo1F?= =?iso-8859-1?Q?JrzEyOlLbDhpw1vPKF5Y0NLe5rM5QgaE9TvthcBRk04RetQE2W4bPm09Ps?= =?iso-8859-1?Q?DwByafBjaC0YTz5sM0u65eyBrVFo1ZB+tt1sS0oPQCoWqbXRHe1IV2TfbP?= =?iso-8859-1?Q?PzzzjJNShGpuftR7u4EQRi4XZS/2hhOwV3NGtlyNKqMBVyU2Cmo7e90H7u?= =?iso-8859-1?Q?/XG3FAWtFC4f0o7GCYv7cqClgnARIJYARy+msoRc/EGS43WQbo/Ewf3ZNs?= =?iso-8859-1?Q?I5rpu6HvOdWIk1PTFsR8gHoPRWGWrILMSLlu3YlU7kr1QwTkuPDEtqHVfw?= =?iso-8859-1?Q?ep69eDvynN0HC2C2kb13Vg529wusLCUoOlPNqJvoMqvHUI5Q2eIptIPQ1n?= =?iso-8859-1?Q?EcudMqscTfugaQo+Xq2mq0iq46y+GgreTl+PpFHQPMsDwTvvVnuPx+uukQ?= =?iso-8859-1?Q?HDOFtM3RD2404ZmmR9YC5UTvbLhNMfASYjkD+/U/COJrafXAflEI1Jc8ZE?= =?iso-8859-1?Q?id4EkJsgf8qi1HxLyfYg97h7NkYVJp5Id+UJBSyuz4FnfVRcvGVw4pmveu?= =?iso-8859-1?Q?oGdf9ts6Co5h+zMZ3SFTckt37+kff8vOhISDdL2/IlfD2wRMR/l3uwHNbP?= =?iso-8859-1?Q?ZQjxjhuBctZAehNhf4wpsARLjePAVq9/etbrBRkokkBA4erg3auBL/6Pec?= =?iso-8859-1?Q?fA+A600NfyYqutX2VZmqndrArEQwCu+wG9sFTAY+BLdYb0Zw01Z7cWgiPl?= =?iso-8859-1?Q?4Wgfy+TbcceWaxtQGvXBSTOOFrMPHoi889JKBCsWzw0Pi/5Ra0obkKQUWP?= =?iso-8859-1?Q?Owa/08JMpOLjQWB3Cl6lf+GKRUrEsQXX6mSfuNx9D4ITKNXddQ+J2/yFys?= =?iso-8859-1?Q?7+rZ7tEtQgzPTkCew005Iik71DhqTpDFxn6Vtg72ZhrIaVDS3nrZp97fAx?= =?iso-8859-1?Q?L+xj8setjIHE6YZ8jui+zc3liU1v9gJ4vL/Ytu2IVNyX3dqQm/H2Zt+IGV?= =?iso-8859-1?Q?5Dj5PrzORFwlfN6GJ55vqfcZwLHwNdl4PyHZadCMOsGgQs4goG4yCGBJH0?= =?iso-8859-1?Q?U+Ohk3Fsu2oLNapNDTBhJAg2tFMH0UQfxOywzQ5Bh/oLdx29WLXA7e/LnY?= =?iso-8859-1?Q?Y0Dh1Hjx4GjyeMRLKrLvxZa/ZH3zD9hnS9gX5eAMGcIDV9fhulDeP0J0tM?= =?iso-8859-1?Q?BrE+w5FZ9TDyhto2AqQAQO7sKk6TTcAfObC3mht7wgS7kF0+mLoaJIpgKq?= =?iso-8859-1?Q?FZpQx85C2SqZAYiTvb6qXqlv/M4eFn7z6vz79hHp1L/IpukULUNAvxIEwD?= =?iso-8859-1?Q?NL/RY44fYT2vTN0ZmpBLm1IqnHQLtvEIcrwLFdFc4GU3qge0OAhQprRVtK?= =?iso-8859-1?Q?h7r2pa09DaT5BBQJ2CFFHaBDRw27B8sOpyrwlk6xptpYsXoffQVgrh41db?= =?iso-8859-1?Q?IEJatw1sqOwlKW0epb9r738yf9tF07FUPXDCCGqOZIdm0zLV+riLBi7pBP?= =?iso-8859-1?Q?FvVQ6DuCJougdxUjeXxFvpTDBXCmHoqvciTt2ITCJOerL81wMBmLv8qDZ9?= =?iso-8859-1?Q?ITxmKKrxf2QgR9iv+p+hDtIBy1yogBo=3D?=
Content-Type: multipart/alternative; boundary="_000_BN9PR11MB537175FC8FB53B16F66E1535B8A49BN9PR11MB5371namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN9PR11MB5371.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ee1eceb1-0c58-4f8a-0b0f-08da499255cc
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2022 21:03:27.9522 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: KM7ZIpjRJI+IUDeyv5L20qsT0aRGjQwhUK6wrfg0N15ZHsV0L4rRbHT8JeQEP/Z+Xcdmrb7o5Hw2tx2PelfnLw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3314
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.123, xfe-aln-003.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/xbh2qR2xTi4qpoqQOmM-yJHlyVs>
Subject: Re: [netmod] yang versioning solution complexity and alternative approaches
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
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, 08 Jun 2022 21:03:40 -0000


On 6/8/22 13:29, Andy Bierman wrote:


On Wed, Jun 8, 2022 at 10:04 AM Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de>> wrote:
On Wed, Jun 08, 2022 at 04:40:05PM +0000, Rob Wilton (rwilton) wrote:
> >
> > Rob,
> >
> > discussing details is likely distracting from the main difference in
> > our viewpoints so I will only give a top posting response.
>
> Okay.
>
> I believe that the consensus of the authors on the weekly calls is also that annotations at the "data definition" level are helpful, alongside module and package (i.e., schema level) version numbers.
>
> Hence, my understanding of the main difference is whether non-backwards-compatible changes MUST always be explicitly documented at the data node level (and hence whether that means that data nodes can never be deleted from a YANG module), or whether these annotations are unnecessary, and potentially unhelpfully clutter the YANG module in the cases where tooling can robustly infer whether the change is backwards compatible or not.

For me, its a MUST. If you potentially break things, you have to tell
others. If you choose to violate the YANG 1.1 update rules, you have
to document that. Deleting data nodes (well, data nodes is actually
too limiting but that is likely a detail) is a special case and some
way to document that something was remvoed is indeed needed. I think
it is wrong to use a corner case to design the general case here.



Strongly agree with all of Juergen's concerns.
It is normal engineering practice to identify API changes
in the documentation for a specific API (not at some global level).

I agree that it is normal to reflect API changes.  Typically I see them in release notes.  In my experience, I have seen Java track certain data like "first introduced in" in classes and methods themselves.

There is also precedent for a global, API-level indication of NBC changes, and that is the REST API paradigm of a version component to the URI (e.g., /api/v2/RESOURCE).


The interactions between YANG modules are too complex for a "module-is-NBC"
flag to really help.

The packages work aims to address this interaction using the same labeling at more of a holistic API level.

Joe


IMO only NBC changes are a MUST. BC changes are a MAY.
These changes should not be documented in an extension that MAY be ignored.
The existing description-stmt is mandatory-to-implement for all tools.


Andy


If your YANG module gets cluttered because of NBC changes, perhaps
there is something to be said about the engineering process. To
unclutter a module, you give it a new new and remove the history.  I
do not believe that there is a robust algorithm to infer in the
general case whether a change in NBC or not, so it is pointless to
consider this option.

> Possibly there is also a second difference of opinion as to whether it is appropriate/safe to assume that any changes that are not explicitly marked as being non-backwards-compatible are in fact backwards compatible.  I.e., specifically, is a "backwards-compatible" annotation also required in the cases where a tool cannot safely infer that a change is backwards-compatible.

If NBC markers are a MUST, then everything not marked is a BC
change. In YANG 1.1, everything following the update rules is a BC
change, hence there are no markers. It seems logical to me to keep the
existing assumptions.

> Do you think that accurately represents the difference in opinion
> from your perspective?

There is another one concerning the implementation. If YANG is changed
in such a way that existing deployed tools derive wrong conclusions,
then this is an NBC change to YANG and the YANG version number needs
to be incremented.

/js

--
Jürgen Schönwälder              Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

_______________________________________________
netmod mailing list
netmod@ietf.org<mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod