Re: [Netmod-ver-dt] Schema-comparison

"Rob Wilton (rwilton)" <rwilton@cisco.com> Thu, 19 March 2020 16:42 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: netmod-ver-dt@ietfa.amsl.com
Delivered-To: netmod-ver-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 307263A0933 for <netmod-ver-dt@ietfa.amsl.com>; Thu, 19 Mar 2020 09:42:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, 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=ImVZhREM; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HKWNLc8N
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 TjXxyRq4wYUP for <netmod-ver-dt@ietfa.amsl.com>; Thu, 19 Mar 2020 09:42:06 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 902523A0837 for <netmod-ver-dt@ietf.org>; Thu, 19 Mar 2020 09:42:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50874; q=dns/txt; s=iport; t=1584636126; x=1585845726; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=JX3CivB6xHjRwLlVOYNqm/PKguxVz7IfDm/3XBnwF0o=; b=ImVZhREMxviNWzQDCRQKgdcu0pFLu++QQBITL8N/J/IqCR69JQ4OVg6P hfkAfz84oRjo72YqIyL+SzTc5Cz6caU2KOcQI7UHgtcRmpaFfUnrKXXRP LIxG3vUX7322T6YoQY75RgrryFsvDQRcr2+cSXFN9tlLa/4iRZXiqNiog Q=;
IronPort-PHdr: 9a23:yWbT6RzVx6uu57HXCy+N+z0EezQntrPoPwUc9psgjfdUf7+++4j5YhSN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1kAgMQSkRYnBZufFkz/MPnsRyc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DhCgA9oHNe/5NdJa1mHAEBAQEBBwEBEQEEBAEBgXuBJS9QBWxYIAQLKoQWg0UDim9OghGYGIJSA1QJAQEBDAEBIwoCBAEBhEMCF4IEJDgTAgMBAQsBAQUBAQECAQUEbYVWDIVjAQEBAQMSEQoTAQEyBg8CAQgRAwEBASEBCQICAjAdCAIEARIIEweDBYF9TQMuAQ6iCwKBOYhidYEyFIJrAQEFhQwYggwDBoE4jC8agUE/gRFHgk0+gmQCAoFlHg2CZDKCLI1YU4JIhXckiXePQgqCPIdXj0CbS48GiQKSXwIEAgQFAg4BAQWBaSKBWHAVO4JsUBgNjh2Dc4pVdAKBJ419AQE
X-IronPort-AV: E=Sophos;i="5.70,572,1574121600"; d="scan'208,217";a="653935303"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Mar 2020 16:42:05 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 02JGg5U0000745 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Mar 2020 16:42:05 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 19 Mar 2020 11:42:04 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 19 Mar 2020 11:42:03 -0500
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 19 Mar 2020 12:42:03 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JmzN8LV2/Wj1zd0y5y5BO0onH5YJPwZbQdd+VTFuIB7dUyAmTZXH669Xq0NtUniRtCQ6vXz3Vb8DM/m/rlJmpp31JBrOISFEyKUtVMpVhSlvHXyRzaQDmEwrRNMulnpJRRdI+YWFTit/iGfS3au5lyJssJXfnAps61q/EtlpAe0V+oAGUIk1gIBddeRIGC3Gij0XURq4pSkkslrGm+6VEs8paSNlEN+HxAPoMLq3UfxemDtly91Pvyb1BWHP2KtSXhnmWa4LhVas0pkeIsswHJmPVs0lcVhdepCoeII7ELetlLY6UlpT8DBs3uXL9+h7/QRuC/T7wAEqgD4RL1vMxg==
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=JX3CivB6xHjRwLlVOYNqm/PKguxVz7IfDm/3XBnwF0o=; b=RmSc0WatGN6hfurijf9L4xOx3ZV4hd8mAUbe6F46wKxzG/qaXX3hHgyCksoY+QD4pPdwzt8h2fltqVsULuBXEMA8vC1FP3t4YbPZoDYuhKdSYYAWsTCEGdfuoiKAkzeqiTVmDza0O7P0pR9eBx41R5Al13WhCkbdJUo14PvFPrvlE1uxJ+lscHok6NX6ZMWeLOpStirMPK8aW0IVkGBBpwyZ0BPp4Iq4fkWoGKIVXaKSX6rdte9ghGlDuWUHE3oEPohrpQAemTQUl0JpWwB8yRtGOPbMJnclPlYks0jXr1elTWEe2urRyt/c3fBEtKr2kMk8BiaYkf7YfQxRpN2Few==
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=JX3CivB6xHjRwLlVOYNqm/PKguxVz7IfDm/3XBnwF0o=; b=HKWNLc8NU71sTXcrpGfuNI+Violm9BhrtNL/ORkRGsVRr4af671j/TEnlU3v5VWrvEa/y5TJNzbO/BHTyhTS9PCqsNV57LatARqDXpM/b9jlgkroayqm9Qx6/E0OvWS612ZOJ2XbWqPEM5tgdF/s/LycCLFzCcyGXlYZGYeSUwU=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4631.namprd11.prod.outlook.com (2603:10b6:208:262::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2835.20; Thu, 19 Mar 2020 16:42:02 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::3:2164:a8e2:33b3]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::3:2164:a8e2:33b3%5]) with mapi id 15.20.2835.017; Thu, 19 Mar 2020 16:42:02 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: "Reshad Rahman (rrahman)" <rrahman=40cisco.com@dmarc.ietf.org>, "netmod-ver-dt@ietf.org" <netmod-ver-dt@ietf.org>
Thread-Topic: Schema-comparison
Thread-Index: AQHV/WGL5/G+qj5vHk2HGbmAfTnnRKhPtJ7A
Date: Thu, 19 Mar 2020 16:42:02 +0000
Message-ID: <MN2PR11MB4366E60FCA5768DD4C0E805FB5F40@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <79436E39-A845-4ACA-8903-42FCED4E2713@cisco.com>
In-Reply-To: <79436E39-A845-4ACA-8903-42FCED4E2713@cisco.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=rwilton@cisco.com;
x-originating-ip: [2001:420:c0c0:1006::3c0]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c135e2eb-9d93-4c13-dd25-08d7cc2473a8
x-ms-traffictypediagnostic: MN2PR11MB4631:
x-microsoft-antispam-prvs: <MN2PR11MB46310C7DA28B6AF165125F91B5F40@MN2PR11MB4631.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0347410860
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(136003)(376002)(366004)(396003)(39860400002)(199004)(110136005)(9686003)(66946007)(55016002)(478600001)(86362001)(2906002)(71200400001)(81166006)(81156014)(8676002)(8936002)(9326002)(316002)(33656002)(66446008)(5660300002)(52536014)(76116006)(6506007)(53546011)(64756008)(66556008)(7696005)(66476007)(186003)(3480700007); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4631; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Vb3XH/Y5hVaa8o7RPun69HWBw+mgnwTAss2ro1BdVI52eTA/f+JL5kJQekZUA7QXCFJBrUnInqW4/XX74EMBLDlFF3AZAb3yFtHYcbv+IXejLMlIMisZkptOb+x/8NkfLQM9uKhAwTjgblBvpsSFICldfBFWRI5o41k+9fwqYt5F5YW3HOXBbixemf4qZjRdER4n6hwsyfCY7YBYTvGsQ/JIzT+mExySwSaYm35xjOug6x6Iwa1Tx+2aTaOrq7g1VxdYzaQ2WkNCFQVj96ERzf0CXdDPiwUE1TPoe2JKYSjFkbwnJauUFsJsebngHS2byNyoH1S1In4+zJXOsHR5kAsE0drXV/ROHNXPS14eR01vH30K7m9V7rDcyYwywjfxVhDIUhCQE6g3R/xtkVgp0UAEZUQWL8kgtWh/fjTxVqN8wUKM7DNag1YHXLsiWGGKoSKy2SWLfMdUMrx0VI+CGBwGuNDrju6zvyyW7T052/iYYxeRlf2OcQpXkbNgiylSMsuWFKbUDXF8PuuJb5Lc3Q==
x-ms-exchange-antispam-messagedata: r2EkEIUBuiVN4XmcegHokH0xhtrZ/ZOLl4IyXb04uUOCuoHBSztmxS08dxqAfQeJnfd49l5y3GFo8M/gelB5SavYDBL93PUhCfB0bAM3jvrY0K3BqW3+XUa5vJSV8KElxdDzhTU65jMg0rCMq6FhWbXV8yYc1pru6tDTievzr1c=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB4366E60FCA5768DD4C0E805FB5F40MN2PR11MB4366namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c135e2eb-9d93-4c13-dd25-08d7cc2473a8
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2020 16:42:02.6870 (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: VmMwpSrpwRuFFjbYBbfsaFEEGXOYd/ykXpF51xhwttTxeGe/xW+ryBF9KZvkDGfsv/onyg1YkAJSyi7O3HDSzQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4631
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: rcdn-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod-ver-dt/oo5uQ-CNqSgw_hjntjbdYRrHQC4>
Subject: Re: [Netmod-ver-dt] Schema-comparison
X-BeenThere: netmod-ver-dt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NetMod WG YANG Model Versioning Design Team <netmod-ver-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod-ver-dt>, <mailto:netmod-ver-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod-ver-dt/>
List-Post: <mailto:netmod-ver-dt@ietf.org>
List-Help: <mailto:netmod-ver-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod-ver-dt>, <mailto:netmod-ver-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2020 16:42:09 -0000

Hi Reshad,

Some comments inline …

From: Reshad Rahman (rrahman) <rrahman=40cisco.com@dmarc.ietf.org>
Sent: 18 March 2020 20:12
To: Rob Wilton (rwilton) <rwilton@cisco.com>; netmod-ver-dt@ietf.org
Subject: Schema-comparison

Hi Rob, all,

I took a look at schema-comparison, it had been a while…. Regarding the issue<https://github.com/netmod-wg/yang-ver-dt/issues/25> we briefly discussed during the meeting:


  *   Ideally I believe any path should work with renamed-from (e.g. module to module). Helpful when comparing schemas. But TBH I don’t know how common this is. As for a solution, what comes to mind is we need an import statement for the “from-module” in the “to-module” and the identifier used in rename-from stmt would need to include prefix of “from-module”.
[RW]
For me:

  *   Renaming a node within a module is easier and we should make sure that we have that one covered.
  *   If we want to allow renaming from other modules then I think that we want to avoid using an import statement because it will create unwanted dependencies, and perhaps instead rely on a schema node path that uses qualified module name, e.g. perhaps like RESTCONF paths, with the default being the current module.


  *   The question about moving across module made me wonder whether a revision/version would be useful with the renamed-from extension.
[RW]
Not sure.  I think that this probably needs more further thought/discussion.  It may be that it turns out not to be required.

Some comments/questions:

  1.  Actions aren’t mentioned in section 3, oversight?
[RW]
Yes, probably.


  1.  Filtered YANG schema comparison. In theory, some filters could be applied even for module comparison. Maybe take the filters out of YANG schema comparison and have a separate section?
[RW]
Yes, but I think that it might be more work than just pulling out the filtered section, since it also talks about constructing a full schema tree.

Perhaps:
Generic filtering should be a subsection of section 3 (or a new section 4).
The existing section 4 should also mention that the filtered comparison can be used.
The existing section 5.2 should be extended/renamed to indicate that it is comparing a full schema tree (or perhaps this is what we should be referring to a package schema).



  1.  Section 3 mentions minor and editorial and refers to yang-packages. Should refer to semver instead?
[RW]
Yes, good catch.


  1.  Section 3.1, this is where we should add descriptions of the extensions?
[RW]
Yes, as a starting point.


  1.  Examples would really help
[RW]
I agree.


  1.  Would be good to get feedback from tooling folks. Martin didn’t give any. I think we should ask yanglint (Radek?).
[RW]
Yes.  We could also take a look at what pyang does here.

Thanks,
Rob


Regards,
Reshad.


From: Netmod-ver-dt <netmod-ver-dt-bounces@ietf.org> on behalf of "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
Date: Tuesday, March 17, 2020 at 12:49 PM
To: "netmod-ver-dt@ietf.org" <netmod-ver-dt@ietf.org>
Subject: Re: [Netmod-ver-dt] Possible choices for editors

Notes from today’s DT meeting.

Bo, Joe, Reshad, Rob attended

We plan on keeping the 107 meeting slides format to broadly be the same, but raising more issues.

+ Joe to publish the ietf- version of the drafts..

+ RobW to ask about what we should do with the Reqs draft.

  *   Take to WGLC?
  *   Publish as informational?

+ RobW to raise with NETMOD/NETCONF chairs on the best way forward for progressing these drafts.

See further notes inline below.

From: Netmod-ver-dt <netmod-ver-dt-bounces@ietf.org> On Behalf Of Rob Wilton (rwilton)
Sent: 03 March 2020 15:10
To: netmod-ver-dt@ietf.org
Subject: [Netmod-ver-dt] Possible choices for editors

Obviously conditional on input from WG chairs & adoption results.

From discussion today:

6) draft-verdt-netmod-yang-schema-comparison-00 - Reshad?
  - Schema comparison tooling, unchanged from the version presented at 106.
[RW]

  *   Keep this discussion fairly short.

5) draft-wilton-netmod-yang-ver-selection-02 - Joe/Jason?
  - Version selection, updated since 106, as per notes below
[RW]
Issues:

  *   Move to NETCONF WG?
  *   Does it need to be split due to updating both NETCONF and RESTCONF?


4) draft-rwilton-netmod-yang-packages-03 - Bo?
  - YANG packages draft, updated since 106
[RW]
Bo producing slides
Discussed proposed issues to raise from the github issues list.


2) draft-verdt-netmod-yang-module-versioning-01 - Balazs?
  - Base module versioning solution, unchanged from the version presented at 106.
[RW]

  *   Feedback from Martin.
  *   Reshad to produce slides for 107.

3) draft-verdt-netmod-yang-semver-01 - Joe/Jason?
  - YANG Semantic version numbers, unchanged from the version presented at 106.
[RW]

-          Do we mandate IETF drafts use YANG Semver?

-          Joe’s going to produce slides.

1) draft-verdt-netmod-yang-solutions-03 - Rob?
  - Solution overview, updated since 106 to cover updates to version selection and schema comparison drafts.
[RW]

  *   Not planning to say much on this at all, at this stage.

0) requirements draft - Joe
  - Already adopted.