From nobody Tue Oct 1 01:54:22 2019 Return-Path: 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 2CCF612006A for ; Tue, 1 Oct 2019 01:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 IFCsRVwmDgnN for ; Tue, 1 Oct 2019 01:54:18 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40061.outbound.protection.outlook.com [40.107.4.61]) (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 9048112001A for ; Tue, 1 Oct 2019 01:54:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EGzlW9h/H2v3wvYO1GNt3c+6fZIkNHnKCpDJpbP+Dt+Ut0iiv+KnCkCE+RUNvmF71Bjr9Ic2JvKA9YxrTKIAkImp7RPqj2zC6K8wVfON803amxOnbYElh9Y/uV7gHwC7OQ6rmE0XBZbPZyMmKCrfNMNLNBWNJmv4kI8+40r6m6F5Ao/bvgW0ludJ/TaxiUQodK1dc3PvCfuylOLWbEH7xfo4PLx7MLdeG8Qgjxbn/dvK9h/WJ31aEP9ZQZzt0UcLs2+drsUvSaH3X+QNO8yFALNZ0wcM4RL57HAvz5oQXFWZYPT+KOnYfDeMX3U0IjUCKZzDlyexbi4L2GKa9w/NSg== 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=u41yH0svSsEwu5nxQyYJQHgK3wMt+YTJ5bjiD3vUhro=; b=VlpGJIvV/50GR5xYXVsZyO67CQ6I8rlTgPiisS6WOMFopXRa3l0hGwwR018dmJeG8qzKyi2hNqo2VOto/2wew6Q99aPIfmMtfKxDVH6KEIlz3TGBam/3plETOiYely+lvNvN9vHiBfSlrWCrlAPtxM0xwOY5F+dnRDzCd8hUo+0ekK+UEga1thAS0SKDQdhTbgmBwPNL/7t8/lltjCM4y80ryixr4lqipXaOO0V5LPTLbR80z28TCEBhCsIabd86Pq4oJ+9f8lE4oIOuKvw9/qAWvgGNrCgfFnmuWWBGYVCKjbhwqXGHYvii765HwhaZbheKyYQKeK4ti4KphePvRA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=u41yH0svSsEwu5nxQyYJQHgK3wMt+YTJ5bjiD3vUhro=; b=Dz0B7vep7fbIL/oX7mfYMLcwOOHxY2vyhGrsN5dygnhw6ebAsBiKAFostwpv6z4o2y2IqqEbxzl1uJahAiXo66NBxZVN5AXFW9V+WJ+tEnKZhsk8G5rHNe7Sztzf0sV5DFWyOLFOA0WeYixU0ragmwI3FuO83jDecy0awyQ/BRQ= Received: from VI1P190MB0686.EURP190.PROD.OUTLOOK.COM (10.186.159.71) by VI1P190MB0429.EURP190.PROD.OUTLOOK.COM (10.165.197.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Tue, 1 Oct 2019 08:54:16 +0000 Received: from VI1P190MB0686.EURP190.PROD.OUTLOOK.COM ([fe80::e061:7f73:a47f:2ad4]) by VI1P190MB0686.EURP190.PROD.OUTLOOK.COM ([fe80::e061:7f73:a47f:2ad4%2]) with mapi id 15.20.2305.017; Tue, 1 Oct 2019 08:54:16 +0000 From: =?utf-8?B?U2Now7Zud8OkbGRlciwgSsO8cmdlbg==?= To: Mahesh Jethanandani CC: netmod Thread-Topic: [netmod] 6991bis - Any plans to add more URI Syntax components? Thread-Index: AQHVdZ2s5XXjFPyMd0+CvfB1FeX+h6dAyjeAgAP2XoCAAL/JAA== Date: Tue, 1 Oct 2019 08:54:15 +0000 Message-ID: <20191001085414.5ranv7psycaccdqo@anna.jacobs.jacobs-university.de> References: <8F6D6E58-CCB2-4404-AFB1-876EBE5721E7@gmail.com> <20190928085715.oo457rppqxcmd2qx@anna.jacobs.jacobs-university.de> <3090E658-652B-43CA-A777-180EA4875200@gmail.com> In-Reply-To: <3090E658-652B-43CA-A777-180EA4875200@gmail.com> Reply-To: =?utf-8?B?U2Now7Zud8OkbGRlciwgSsO8cmdlbg==?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR02CA0108.eurprd02.prod.outlook.com (2603:10a6:208:154::49) To VI1P190MB0686.EURP190.PROD.OUTLOOK.COM (2603:10a6:800:12e::7) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 058a6916-54cb-4195-2f57-08d7464cf041 x-ms-traffictypediagnostic: VI1P190MB0429: x-ms-exchange-purlcount: 2 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0177904E6B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39850400004)(366004)(376002)(136003)(396003)(346002)(189003)(199004)(52314003)(99286004)(478600001)(316002)(1411001)(6512007)(11346002)(256004)(6246003)(486006)(85202003)(966005)(66476007)(7736002)(52116002)(6506007)(86362001)(229853002)(66556008)(446003)(386003)(476003)(6306002)(43066004)(8936002)(5660300002)(66946007)(786003)(64756008)(66446008)(53546011)(6486002)(1076003)(6116002)(8676002)(25786009)(6916009)(305945005)(2906002)(4326008)(186003)(66574012)(76176011)(14454004)(71190400001)(71200400001)(46003)(81156014)(6436002)(102836004)(3450700001)(81166006)(85182001)(777600001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1P190MB0429; H:VI1P190MB0686.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: eYOJV98nOtEXMXIWhHcaigX20kXu6K8ChI+P+peKjBIrUzGXrYKW1EA1UdoZHQMRbTmY82ruES66RwRzvQUoA1ZKM0ziwVIXdU0uzRoPZQJstCcy/X0YTLoewBvuaHHdxi6y1/dKLSdtAk26RnprvAeIVdlha0JsOE9xo+7yE/WfKP5ubR313KhQiKbqFzKOXu19eExLtWEnnsVt0TyV0yOPXjiXxGgENnhs9wKMabXC3GcQ5X6MzzpL3TiG8PbAPl6NZbmckowMd6ARbI44L6SedtgduI2ALWxSzkaCJPxcd4bm8cc/GB29xIW9lFkZS/TodqmSac/ZJAY+/ILbhQazmxckbXaLev+qnQSnyRfggQTeVAy7yJ2HXDJ2PLbbaUG9hp2V738eJauA/eumAPIBh9IbJmYnoArk9wK44U+hHL9sTnIBMmJCkIOv+dgg8cwLRmN2xcoMTH66QOY/6g== Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 058a6916-54cb-4195-2f57-08d7464cf041 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 08:54:15.9938 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: LsDM5Ypowg3SdDgaqyqF+2sHe2SfS1+XjMLuA9Kyvmp6cXwdkMliiaxZdrHlJEPXCrfTKZEzZ2sFQlqeld4KDsyWNlXSQM1zVJ0MTUTm5kQ= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1P190MB0429 Archived-At: Subject: Re: [netmod] 6991bis - Any plans to add more URI Syntax components? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2019 08:54:21 -0000 TWFoZXNoLA0KDQpjYW4geW91IHNoYXJlIHlvdSBkZWZpbml0aW9ucyBzbyB0aGF0IHBlb3BsZSBj YW4gbG9vayBhdCB0aGVtIGFuZCB0YWtlDQphbiBpbmZvcm1lZCBkZWNpc2lvbiB3aGV0aGVyIHRo aXMgaXMgc29tZXRoaW5nIHRoZXkgY2FuIHVzZSBhcyB3ZWxsPw0KSGF2aW5nIHNvbWUgY29uY3Jl dGUgdXNlIGNhc2VzIChpbiB0aGUgSUVURikgaXMgbGlrZWx5IHVzZWZ1bCB0byBtYWtlDQpzb21l dGhpbmcgYSBjb21tb24gWUFORyBkYXRhdHlwZS4NCg0KL2pzDQoNCk9uIE1vbiwgU2VwIDMwLCAy MDE5IGF0IDAyOjI3OjQ5UE0gLTA3MDAsIE1haGVzaCBKZXRoYW5hbmRhbmkgd3JvdGU6DQo+IEhp IEp1ZXJnZW4sDQo+IA0KPiA+IE9uIFNlcCAyOCwgMjAxOSwgYXQgMTo1NyBBTSwgU2Now7Zud8Ok bGRlciwgSsO8cmdlbiA8Si5TY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPiB3cm90 ZToNCj4gPiANCj4gPiBIaSBNYWhlc2gsDQo+ID4gDQo+ID4gYXJlIHRoZXNlIGZyZXF1ZW50bHkg bmVlZGVkPyBBcmUgdGhlcmUgWUFORyBtb2R1bGVzIHRoYXQgdXNlIHRoZXNlDQo+ID4gZmllbGRz IGFscmVhZHk/DQo+IA0KPiBPdmVyIGluIEVUU0ksIEkganVzdCBhZGRlZCB0aGVtIHRvIHRoZSBZ QU5HIG1vZGVsIHRoYXQgZGVmaW5lcyBWTkYgRGVzY3JpcHRvcnMgKFZORkQpLCBhcyBwYXJ0IG9m IHdoYXQgaXMgY2FsbGVkIFZuZkNvbmZpZ3VyYWJsZVByb3BlcnRpZXMuDQo+IA0KPiBJbiBhZGRp dGlvbiwgSSBrbm93IHRoYXQgZHJhZnQta3dhdHNlbi1uZXRjb25mLWh0dHAtY2xpZW50LXNlcnZl ciBkcmFmdCB0cmllcyB0byBkZWZpbmUgJ3VzZXItaWQnLiBBbmQgdGhlcmUgaGFzIGJlZW4gZGlz Y3Vzc2lvbiBhcm91bmQgZHJhZnQtaWV0Zi1uZXRjb25mLWh0dHBzLW5vdGlmIG5lZWRpbmcgdG8g ZGVmaW5lIGEg4oCYcGF0aOKAmSBhdHRyaWJ1dGUsIGFsdGhvdWdoIE1hcnRpbiBkb2VzIG5vdCB0 aGluayBpdCBpcyBuZWVkZWQuIEFueXdheSwgdGhlc2UgYXJlIHRoZSBpbnN0YW5jZXMgSSBrbm93 IG9mIHRoYXQgY291bGQgdXNlIHRoZXNlIGRlZmluaXRpb25zLiBJIGFtIHN1cmUgdGhlcmUgYXJl IG1vcmUuDQo+IA0KPiBDaGVlcnMuDQo+IA0KPiA+IA0KPiA+IC9qcw0KPiA+IA0KPiA+IE9uIEZy aSwgU2VwIDI3LCAyMDE5IGF0IDA2OjM5OjU0UE0gLTA3MDAsIE1haGVzaCBKZXRoYW5hbmRhbmkg d3JvdGU6DQo+ID4+IEhpIEp1ZXJnZW4sDQo+ID4+IA0KPiA+PiBJcyB0aGVyZSBhIHBsYW4gdG8g YWRkIG1vcmUgVVJJIHN5bnRheCBjb21wb25lbnRzIGluIHJmYzY5OTFiaXM/IEkga25vdyB0aGVy ZSBpcyBhIHR5cGVkZWYgZm9yIHVyaSwgYnV0IEkgd2FzIGxvb2tpbmcgc3BlY2lmaWNhbGx5IGZv ciB0aGUgZm9sbG93aW5nIHRoYXQgYXJlIGRlZmluZWQgaW4gUkZDIDM5ODYuDQo+ID4+IFNjaGVt ZQ0KPiA+PiBBdXRob3JpdHkgZmllbGQgaW5jbHVkaW5nDQo+ID4+IFVzZXIgaW5mb3JtYXRpb24N Cj4gPj4gUGF0aA0KPiA+PiBRdWVyeQ0KPiA+PiBGcmFnbWVudA0KPiA+PiANCj4gPj4gVGhhbmtz Lg0KPiA+PiANCj4gPj4gTWFoZXNoIEpldGhhbmFuZGFuaQ0KPiA+PiBtamV0aGFuYW5kYW5pQGdt YWlsLmNvbQ0KPiA+PiANCj4gPj4gDQo+ID4+IA0KPiA+IA0KPiA+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiBuZXRtb2QgbWFpbGluZyBsaXN0 DQo+ID4+IG5ldG1vZEBpZXRmLm9yZw0KPiA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL25ldG1vZA0KPiA+IA0KPiA+IA0KPiA+IC0tIA0KPiA+IEp1ZXJnZW4gU2Nob2Vu d2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQo+ID4gUGhv bmU6ICs0OSA0MjEgMjAwIDM1ODcgICAgICAgICBDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVu IHwgR2VybWFueQ0KPiA+IEZheDogICArNDkgNDIxIDIwMCAzMTAzICAgICAgICAgPGh0dHBzOi8v d3d3LmphY29icy11bml2ZXJzaXR5LmRlLz4NCj4gDQo+IE1haGVzaCBKZXRoYW5hbmRhbmkNCj4g bWpldGhhbmFuZGFuaUBnbWFpbC5jb20NCj4gDQo+IA0KPiANCg0KLS0gDQpKdWVyZ2VuIFNjaG9l bndhZWxkZXIgICAgICAgICAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0KUGhvbmU6 ICs0OSA0MjEgMjAwIDM1ODcgICAgICAgICBDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwg R2VybWFueQ0KRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cHM6Ly93d3cuamFj b2JzLXVuaXZlcnNpdHkuZGUvPg0K From nobody Tue Oct 1 08:01:13 2019 Return-Path: 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 205EF12085D; Tue, 1 Oct 2019 08:01:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=IwdPR9yL; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MuriVnMs 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 O3gyRFIHmkyJ; Tue, 1 Oct 2019 08:01:09 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09C1312080B; Tue, 1 Oct 2019 08:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10132; q=dns/txt; s=iport; t=1569942069; x=1571151669; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=K4NsA6Sz8oM1xBlTrGkC+rwNJlu/xiGgJGEJKdULsMk=; b=IwdPR9yLVnWTg29Vf3sLU8rMP0kdsTcC0F2fhm7FKcivmZLNBbAspF/s HUxRGxIZlsGq61f62mYjPXI3opIgYfY5Oniz83noZikajqK6AQNrIHyap sHlAo2VekCeYNfUzS15ute4rnykJIxG53HbNPHhkkfYK6XCz9cpmRs6C4 o=; IronPort-PHdr: =?us-ascii?q?9a23=3AOhmOhBHoMxU0XlSbNVZzPZ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+eeT1bigmG8JqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAAAJaZNd/4oNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEMAgEBAQGBVQMBAQEBCwGBGy9QA21WIAQLKgqHXwOKYIJckxeEYIEugSQ?= =?us-ascii?q?DVAkBAQEMAQElCAIBAYRAAoIvIzYHDgIDCQEBBAEBAQIBBQRthS0MhUsBAQE?= =?us-ascii?q?BAxILEBMBASwLAQ8CAQgRBAEBLzIdCAIEAQ0FCBqDAYEdTQMdAQIMpCsCgTi?= =?us-ascii?q?IYYIngn0BAQWBOAKDSxiCFwMGgTQBjA0YgUA/gRFGgkw+gmEBAQIBF4FJK4M?= =?us-ascii?q?SgiaNEIgGmBMKgiKHBo4mgjiHTo8zjiOIHJENAgQCBAUCDgEBBYFZAy8qgS5?= =?us-ascii?q?wFTuCbFAQFIFPg3OFFIU/dAGBKI8hAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.64,571,1559520000"; d="scan'208,217";a="342571409" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 01 Oct 2019 15:01:06 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x91F16Ni004093 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 1 Oct 2019 15:01:06 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 1 Oct 2019 10:01:06 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 1 Oct 2019 10:01:05 -0500 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 1 Oct 2019 10:01:05 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MlnQqX8hid9IvN2PO+SnDVTMBVrRzdofc41i22zN0k5UuyhAKVHJc/dMJZvpfuG6Dnvj8+QVI+Tc6cNXHGWKqEK6sOEgbT+ZmWUyiUlGHAg8Y2VuZ2nlSxuBc0Nsl1Arwi4K9wbJAbs+x/YBorK3vZvJCm87m/I2E+a+eOn5TAt9EGrBPXXY6e7QDosSq9uk7a9uaULX5LAOrqiblQXRTujhFlEorNuWsMgAufzFFaVE2cO+awjF3gQqCCX9/o2UlvX1CEGHENrnRQ6S87Gy1Mr7K6Oavt+GRJhFWqdti0gJLALi/ukTnhZd7Z14+xY47eCC33p9nc6nD4DcB5odLA== 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=mYiiQrBFZxiZtqPiMGI4NG8VxbweMoEVBIy9adQxXOk=; b=mpbMdXA6vdWczanIzt9uBYl1OvyIoEzor2p2Shx6wutllLwyzqZea65nVlRVnB5tbBcGTYsHMfYQnzIQSaHxQ+IYbrkq/FasPQgEEI5UV+NUUSya5uK5mNNJ/AwDHLzTlo44EW/AjNtVpRzZxbAYl6FUm5giZkonSmZYPfllwzSkoY1bA2dImLi7bmNaOylXpsc6ypEgPcl8YB8xIbMoDWFX/Xkagvt5md+ylWcq5j2cCQSTOOzQZvLOW8fufpEHlBE6hGvv1S0cCGqZM8E7s0KToFZB3gOscD3yQyngODWcRdtseQK79RGGfLkZ7sUmBdFhGlnsg267S8S2vooFIQ== 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=mYiiQrBFZxiZtqPiMGI4NG8VxbweMoEVBIy9adQxXOk=; b=MuriVnMsNDPD6IJlqv2yTn7COZLqFbdO/BRS8T8TQra6CjhdTiObzTEYDMFgNC7eW5ShvO4UE79ZCW4A+CvdFPwwdokvxDzvocfHrNsURSQCTzVmuUUbkpTP0A4U2VnomrqcSbNIj/zprHC4oMmkFKNpDevv3t/hcWm8oWSKe+s= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4126.namprd11.prod.outlook.com (20.179.149.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.17; Tue, 1 Oct 2019 15:01:05 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.022; Tue, 1 Oct 2019 15:01:04 +0000 From: "Rob Wilton (rwilton)" To: Joel Jaeggli , "draft-ietf-netmod-yang-data-ext@ietf.org" CC: NETMOD Working Group Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 Thread-Index: AQHVdPUFaxWzJBQvFkCRO1cP0jGpVqdF5WVw Date: Tue, 1 Oct 2019 15:01:04 +0000 Message-ID: References: In-Reply-To: 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: [173.38.220.34] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 82015b20-0d54-4b60-9134-08d746802eb9 x-ms-traffictypediagnostic: MN2PR11MB4126: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0177904E6B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(346002)(136003)(376002)(39860400002)(199004)(189003)(6246003)(53546011)(8676002)(256004)(229853002)(54896002)(64756008)(76176011)(6436002)(26005)(8936002)(81166006)(7736002)(102836004)(606006)(66556008)(66066001)(9326002)(186003)(66446008)(6306002)(236005)(9686003)(71200400001)(14444005)(486006)(74316002)(71190400001)(81156014)(76116006)(446003)(478600001)(66476007)(66946007)(6506007)(52536014)(3846002)(25786009)(11346002)(966005)(476003)(7696005)(110136005)(14454004)(86362001)(33656002)(2501003)(4326008)(2906002)(99286004)(316002)(5660300002)(55016002)(6116002)(790700001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4126; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: I/Qo2pqZvq8sk2K+KLeBiF7s11oaRzgv8VHk07c+IYum/CVPKKEe0yvoB4nLRA7RUKipFvub0BUIMdqV8oUsaDYNzUjeEgEyW9oqk3mS2nEH/kCSCOunheTXGVqEYFUtFrR1Lszjj3ixvSVBIrwuKaaGHRb78OPYPhq0wunW9hqDRM3wKEGyazcdqWLr7FgQqcetMcEMkvhWV5j9JT11wRr22GLfFDHW7NzZN4wp3/JSiJXdvXuBnySakfj+63Rr4FEiSwE0gM9pRWZecSxHxXfn02KPxzJ1rAAFFt3xSQXZG9ayyidni+tW/+O19g25rsvKD90H+QD+wMXUXwqJB3G4K1x/oNA8oARemnNHy/J+oTmXdr3KM7SgN+5TOO8EAxISQEASDpfhzAFQPUeSNF/jeo26wNZzwN+faVJQjE6eKhZmrFPgJNIUjRqCrp2tNy38M9APmP/+YRNTvnP1Aw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR11MB436626F5D5BF2869BEF18C83B59D0MN2PR11MB4366namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 82015b20-0d54-4b60-9134-08d746802eb9 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 15:01:04.7707 (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: yMP09Zg851NFHt1OF7pdb4RM9Pmo9GeUr/OZzU3WqkieT5jqhXE70Ycw9Txn3vlDA4ZhkHLcm2sB3IEQuNQn5w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4126 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: alln-core-5.cisco.com Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2019 15:01:11 -0000 --_000_MN2PR11MB436626F5D5BF2869BEF18C83B59D0MN2PR11MB4366namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've reviewed this document, and other than 2 minor nits, I believe that it= is ready for publication. Two minor comments: 1. Section 1.1.1 NMDA. There should be a comma before "and are not rede= fined here". 2. I wonder whether it would be useful to have a sentence in the "Defini= tions" section that defines how a structure is encoded. Although I appreci= ate that this is specified in the YANG module itself. An alternative could= be a forward reference from the Definitions section to the YANG module. T= his could also cover the Xpath behaviour as well. Thanks, Rob From: netmod On Behalf Of Joel Jaeggli Sent: 27 September 2019 06:32 To: NETMOD Working Group Subject: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 All, This starts a two week working group last call for draft-ietf-netmod-yang-= data-ext-04 The working group last call ends on Friday October 11th 2019. Please send= your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document and believe it is rea= dy for publication", are welcome! This is useful and important, even from = authors. https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 The diff from 03, produced prior to IETF 105 is available here: https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Ddraft-ietf-netmod= -yang-data-ext-04.txt Thanks Joel --_000_MN2PR11MB436626F5D5BF2869BEF18C83B59D0MN2PR11MB4366namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,<= /o:p>

&nbs= p;

I’v= e reviewed this document, and other than 2 minor nits, I believe that it is= ready for publication.

&nbs= p;

Two minor= comments:

&nbs= p;

  1. Section 1.1.1 NMDA.  = There should be a comma before “and are not redefined here”.
  2. I wond= er whether it would be useful to have a sentence in the “Definitions&= #8221; section that defines how a structure is encoded.  Although I ap= preciate that this is specified in the YANG module itself.  An alternative cou= ld be a forward reference from the Definitions section to the YANG module.&= nbsp; This could also cover the Xpath behaviour as well.

&nbs= p;

Thanks, Rob

&nbs= p;

&nbs= p;

From: netmod <netmod-bounces@ietf.org> On Behalf Of Joel Jaeggli
Sent: 27 September 2019 06:32
To: NETMOD Working Group <netmod@ietf.org>
Subject: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext vers= ion 4

 

All,

This starts a two week working group last call for  draft-ietf-netmod-yang-da= ta-ext-04


The working group last call ends on  Friday October 11th 2019.  P= lease send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document and believe it i= s ready for publication", are welcome!  This is useful and import= ant, even from authors.





The diff from 03, produc= ed prior to IETF 105 is available here:





Thanks=

Joel



--_000_MN2PR11MB436626F5D5BF2869BEF18C83B59D0MN2PR11MB4366namp_-- From nobody Tue Oct 1 15:21:20 2019 Return-Path: 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 ABD1212084B for ; Tue, 1 Oct 2019 15:21:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 jboG_dcdKH5n for ; Tue, 1 Oct 2019 15:21:02 -0700 (PDT) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F37C120219 for ; Tue, 1 Oct 2019 15:21:02 -0700 (PDT) Received: by mail-pl1-x62e.google.com with SMTP id u20so6237885plq.4 for ; Tue, 01 Oct 2019 15:21:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NBFeivmAs31SHxXg1PlUgCyPHVLjqySL75ezbGhrgNk=; b=CqcTCeM8GzkRtsryKCmin6YqMvuJGd3WLJ08P1OJ7lEXwqoIJauRKV3NJHx2QLCr2C y9YyklfB40VJvtd5UxnP4XvdynkeTta32rw1X45y5xJaq/5BVRYZzsxjOEbMjPQk8l2u Y+0tDDsSbpXJiNZDAAwV/0MWn8yOgrQH3l/Gb0rd9B8PtrCDfbw4vXZovR5C93065IMq 4LiIaKGL9hNHbKAZE0f1Bp7sNGyACNBduwZcBgPxRTQPvr2Bg2u8Xx3v3JhBqOXWtBJQ zL+dg7mnz6obzGLzx4NhMyX3GRbzEVX1kqQarmWur3BR0BF/NuDgJorQFOc556Kv6tbY 4QlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NBFeivmAs31SHxXg1PlUgCyPHVLjqySL75ezbGhrgNk=; b=ITwvFgCs925L0KyBoXkiBFUJCuFnJXxYW/Db0+81ZGI8tlNGHehY85dkZpRZ10cwQl OR0j127PkOrUANzSrEwO7iIrYUDDt+ToqJ4J3FOrCMGmonyfglObZABiHO6c7VDTI5M4 a8+AUkY/31mfWkPv6rjeJYkZ0jvI18hqI3+sHHC1enQ32QZlA4H2KEZPZRI1LeT0P8pQ icH0c8hM4BaZjdtXzNXKf+2mnOIZ6H+zyNFLZH7Dzx+jIlCC73YU7+wIOs4k5jmRB1wn BCHeXQ2P7FZFwuUsb19fufFuMEKIelNj1WL01M7GbnMHoSyDwExNoXLm3N/ij4scKbWC SoGQ== X-Gm-Message-State: APjAAAXXCmhfL7O4zvh9n8ib39e6gtg8LSUq/2sp5CPE4cjvDZU24k2/ kCzvqLhXikh83x7rwOrlbNo= X-Google-Smtp-Source: APXvYqxLT2V3XL0oWfEPKfvasW62m/CaWGYKJnFdyr+xJfzHl8qKiiDqz2aLy1h6fQ8xN9I+StBIHw== X-Received: by 2002:a17:902:a586:: with SMTP id az6mr137903plb.12.1569968461597; Tue, 01 Oct 2019 15:21:01 -0700 (PDT) Received: from [10.33.123.155] ([66.170.99.2]) by smtp.gmail.com with ESMTPSA id q13sm20821885pfn.150.2019.10.01.15.20.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Oct 2019 15:21:00 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <20191001085414.5ranv7psycaccdqo@anna.jacobs.jacobs-university.de> Date: Tue, 1 Oct 2019 15:20:59 -0700 Cc: netmod Content-Transfer-Encoding: quoted-printable Message-Id: References: <8F6D6E58-CCB2-4404-AFB1-876EBE5721E7@gmail.com> <20190928085715.oo457rppqxcmd2qx@anna.jacobs.jacobs-university.de> <3090E658-652B-43CA-A777-180EA4875200@gmail.com> <20191001085414.5ranv7psycaccdqo@anna.jacobs.jacobs-university.de> To: Juergen Schoenwaelder X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] 6991bis - Any plans to add more URI Syntax components? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2019 22:21:14 -0000 Hi Juergen Ok. I had most of the definitions as strings with no pattern = restrictions. On your prompting, I started to put them together. Note, I = do not have a definition for =E2=80=98path=E2=80=99 as yet. I will work = on it next. For the remaining, here is what I came up with. I have not = tested all of them with all possible patterns, so I am sure some of them = will need tweaking. typedef scheme { type string { pattern '([a-zA-Z][a-zA-Z\d+-.]*)'; } description "Each URI begins with a scheme name that refers to a=20 specification for assigning identifiers within that scheme."; reference "RFC 3986, Section 3.1: URI Generic Syntax."; } typedef userinfo { type string { pattern '(([a-zA-Z\d\-._~\!$&\'()*+,;=3D%]*)@?)'; } description "The userinfo subcomponent consists of a user name. The user information, if present, is followed by an optional commercial at-sign ('@') that delimits it from the host."; reference "RFC 3986, Section 3.2.1: URI Generic Syntax."; } typedef query { type string { pattern '\?([a-zA-Z\d\-._~\!$&\'()*+,;=3D]*)'; } description "The query component contains non-hierarchical data that, along with data in the path component, serves to identify a resource within the scope of the URI's scheme and naming authority (if any)."; reference "RFC 3986, Section 3.4: URI Generic Syntax."; } typedef fragment { type string { pattern '\#([a-zA-Z\d\-._~\!$&\'()*+,;=3D]*)?$'; } description "The fragment identifier component of a URI allows indirect identification of a secondary resource by reference to a primary resource and additional identifying information. The identified secondary resource may be some portion or subset of the primary resource, some view on representations of the primary resource, or some other resource defined or described by those representations."; reference "RFC 3986, Section 3.5: URI Generic Syntax."; } Cheers. > On Oct 1, 2019, at 1:54 AM, Sch=C3=B6nw=C3=A4lder, J=C3=BCrgen = wrote: >=20 > Mahesh, >=20 > can you share you definitions so that people can look at them and take > an informed decision whether this is something they can use as well? > Having some concrete use cases (in the IETF) is likely useful to make > something a common YANG datatype. >=20 > /js >=20 > On Mon, Sep 30, 2019 at 02:27:49PM -0700, Mahesh Jethanandani wrote: >> Hi Juergen, >>=20 >>> On Sep 28, 2019, at 1:57 AM, Sch=C3=B6nw=C3=A4lder, J=C3=BCrgen = wrote: >>>=20 >>> Hi Mahesh, >>>=20 >>> are these frequently needed? Are there YANG modules that use these >>> fields already? >>=20 >> Over in ETSI, I just added them to the YANG model that defines VNF = Descriptors (VNFD), as part of what is called VnfConfigurableProperties. >>=20 >> In addition, I know that draft-kwatsen-netconf-http-client-server = draft tries to define 'user-id'. And there has been discussion around = draft-ietf-netconf-https-notif needing to define a =E2=80=98path=E2=80=99 = attribute, although Martin does not think it is needed. Anyway, these = are the instances I know of that could use these definitions. I am sure = there are more. >>=20 >> Cheers. >>=20 >>>=20 >>> /js >>>=20 >>> On Fri, Sep 27, 2019 at 06:39:54PM -0700, Mahesh Jethanandani wrote: >>>> Hi Juergen, >>>>=20 >>>> Is there a plan to add more URI syntax components in rfc6991bis? I = know there is a typedef for uri, but I was looking specifically for the = following that are defined in RFC 3986. >>>> Scheme >>>> Authority field including >>>> User information >>>> Path >>>> Query >>>> Fragment >>>>=20 >>>> Thanks. >>>>=20 >>>> Mahesh Jethanandani >>>> mjethanandani@gmail.com >>>>=20 >>>>=20 >>>>=20 >>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >>>=20 >>> --=20 >>> Juergen Schoenwaelder Jacobs University Bremen gGmbH >>> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | = Germany >>> Fax: +49 421 200 3103 >>=20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 Mahesh Jethanandani mjethanandani@gmail.com From nobody Tue Oct 1 21:31:37 2019 Return-Path: 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 232F412008C for ; Tue, 1 Oct 2019 21:31:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 Ls8rOAu72U4a for ; Tue, 1 Oct 2019 21:31:33 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 4AE4112004E for ; Tue, 1 Oct 2019 21:31:33 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 1A4A49840ED85196DA3D for ; Wed, 2 Oct 2019 05:31:31 +0100 (IST) Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 2 Oct 2019 05:31:30 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Wed, 2 Oct 2019 12:31:28 +0800 From: Qin Wu To: Joel Jaeggli , NETMOD Working Group Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 Thread-Index: AdV41f/2A98S6N+pSy+XzYU6J3ni9w== Date: Wed, 2 Oct 2019 04:31:27 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.99.11] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA933E610dggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Oct 2019 04:31:36 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA933E610dggeml511mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIEF1aG9yczoNCkkgaGF2ZSByZWFkIHRoZSBsYXRlc3QgdmVyc2lvbiBhbmQgaGF2ZSB0aGUg Zm9sbG93aW5nIGNvbW1lbnRzOg0KDQoxLiAgICAgICBUcnkgdG8gdW5kZXJzdGFuZCB0aGUgZGlm ZmVyZW5jZSBiZXR3ZWVuIGFueWRhdGEgYW5kIFlBTkcgZGF0YSBzdHJ1Y3R1cmUgZXh0ZW5zaW9u PyBJcyBZQU5HIGRhdGEgc3RydWN0dXJlIGV4dGVuc2lvbiB0YXJnZXRlZCB0byBzcGVjaWZ5IHRo ZSBmb3JtYXQgd2hpY2ggY2FuIG5vdCBiZSByZXByZXNlbnRlZCBieSBhbnlkYXRhPw0KDQpXaGVu IHdpbGwgd2UgdXNlIGFueWRhdGE/IFdoZW4gd2lsbCB3ZSB1c2UgWUFORyBkYXRhIHN0cnVjdHVy ZSBleHRlbnNpb24sIHdvdWxkIHRoaXMgYmUgY2xhcmlmaWVkIGluIHRoZSBpbnRyb2R1Y3Rpb24g c2VjdGlvbi4NCg0KMi4gICAgICAgIFdoeSBpcyBZQU5HIGRhdGEgc3RydWN0dXJlIGV4dGVuc2lv biBub3QgcGFydCBvZiBSRkM3OTUwIG9yIFJGQzc5NTBiaXM/IEl0IHNlZW1zIHR3byB0b3AgbGV2 ZWwgWUFORyBzdGF0ZW1lbnRzIGFyZSBpbnRyb2R1Y2VkIGluIHRoaXMgZHJhZnQuDQoNCjMuICAg ICAgIEluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiwgd2hlbiB3ZSBzYXkgdGhlcmUgaXMgbm8g YXNzdW1wdGlvbiB0aGF0IGEgWUFORyBkYXRhIHN0cnVjdHVyZSBjYW4gb25seSBiZSB1c2VkIGFz IGEgdG9wLWxldmVsDQoNCiAgIGFic3RyYWN0aW9uLCBpbnN0ZWFkIG9mIG5lc3RlZCB3aXRoaW4g c29tZSBvdGhlciBkYXRhIHN0cnVjdHVyZS4gSSBhbSB3b25kZXJpbmcgd2hhdCBvdGhlciBkYXRh IHN0cnVjdHVyZSBsb29rcyBsaWtlPyBJcyBvdGhlciBkYXRhIHN0cnVjdHVyZSBzcGVjaWZpZWQg YnkgWUFORyBkYXRhIHN0cnVjdHVyZSBkZWZpbmVkIGluIHRoaXMgZHJhZnQgb3IgZGF0YSBzdHJ1 Y3R1cmUgZGVmaW5lZCBieSBhbnlkYXRhPw0KDQpJZiB0aGUgZXhhbXBsZSBpcyBBLjUsIHBsZWFz ZSBhZGQgcmVmZXJlbmNlIHRvIEFwcGVuZGl4IEEuNSBpbiB0aGUgaW50cm9kdWN0aW9uIHNlY3Rp b24uDQoNCjQuICAgICAgIFdoZW4gd2Ugc2F5IFlBTkcgZGF0YSBzdHJ1Y3R1cmUgZXh0ZW5zaW9u IGlzIG9ubHkgdmFsaWQgYXMgYSB0b3AtbGV2ZWwgc3RhdGVtZW50LCBkb2VzIHRoaXMgY29uZmxp Y3Qgd2l0aCBZQU5HIGRhdGEgc3RydWN0dXJlIGNhbiBiZSBuZXN0ZWQgd2l0aGluIHNvbWUgb3Ro ZXIgZGF0YSBzdHJ1Y3R1cmU/DQoNCjUuICAgICAgIFdoeSBhdWdtZW50LXN0cnVjdHVyZSBpcyBh bHNvIG9ubHkgdmFsaWQgYXMgYSB0b3AtbGV2ZWwgc3RhdGVtZW50LCB3aHkgYXVnbWVudC1zdHJ1 Y3R1cmUgaXMgbm90IHN1YnN0YXRlbWVudCBvZiBZQU5HIGRhdGEgc3RydWN0dXJlPyBDYW4gd2Ug dXNlIGF1Z21lbnQtc3RydWN0dXJlIHdpdGggb3RoZXIgZGF0YSBzdHJ1Y3R1cmUgaW5zdGVhZCBv ZiBZQU5HIGRhdGEgc3RydWN0dXJlIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudD8NCg0KNi4gICAg ICAgSW4gQS41LCBob3cgZXJyb3ItY29kZSBpcyBob29rZWQgaW50byBycGMtZXJyb3I/IFdoeSBu b3QgdXNlIGF1Z21lbnQtc3RydWN0dXJlIGluIHRoaXMgY2FzZT8gRGVzY3JpYmUgcGF0aCBzdGF0 ZW1lbnQgdG8gaW5kaWNhdGUgdGhlIHJlbGF0aW9uc2hpcCB3aXRoIHJwYyBlcnJvcj8NCg0KLVFp bg0KDQoNCreivP7IyzogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddILT6 se0gSm9lbCBKYWVnZ2xpDQq3osvNyrG85DogMjAxOcTqOdTCMjfI1SAxMzozMg0KytW8/sjLOiBO RVRNT0QgV29ya2luZyBHcm91cCA8bmV0bW9kQGlldGYub3JnPg0K1vfM4jogW25ldG1vZF0gV0cg TGFzdCBDYWxsOiBkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0IHZlcnNpb24gNA0KDQpB bGwsDQoNClRoaXMgc3RhcnRzIGEgdHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9y ICBkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0LTA0DQoNClRoZSB3b3JraW5nIGdyb3Vw IGxhc3QgY2FsbCBlbmRzIG9uICBGcmlkYXkgT2N0b2JlciAxMXRoIDIwMTkuICBQbGVhc2Ugc2Vu ZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdC4NCg0KUG9z aXRpdmUgY29tbWVudHMsIGUuZy4sICJJJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJl bGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIiwgYXJlIHdlbGNvbWUhICBUaGlzIGlz IHVzZWZ1bCBhbmQgaW1wb3J0YW50LCBldmVuIGZyb20gYXV0aG9ycy4NCg0KaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXlhbmctZGF0YS1leHQtMDQNCg0KVGhl IGRpZmYgZnJvbSAwMywgcHJvZHVjZWQgcHJpb3IgdG8gSUVURiAxMDUgaXMgYXZhaWxhYmxlIGhl cmU6DQoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj9kaWZmdHlwZT0tLWh3ZGlmZiZ1 cmwyPWRyYWZ0LWlldGYtbmV0bW9kLXlhbmctZGF0YS1leHQtMDQudHh0DQoNClRoYW5rcw0KSm9l bA0KDQo= --_000_B8F9A780D330094D99AF023C5877DABAA933E610dggeml511mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Auhors:=

I have read the latest= version and have the following comments:

1. &nbs= p;     Try to underst= and the difference between anydata and YANG data structure extension? Is YA= NG data structure extension targeted to specify the format which can not be represented by anydata?

= When will we use anydata? When will we use YA= NG data structure extension, would this be clarified in the introduction section.

2. &nbs= p;      Why is Y= ANG data structure extension not part of RFC7950 or RFC7950bis? It seems tw= o top level YANG statements are introduced in this draft.

3. &nbs= p;     In the introdu= ction section, when we say there is no assumption that a YANG data structur= e can only be used as a top-level

=    abstraction, instead of nested w= ithin some other data structure. I am wondering what other data structure looks like? Is other data structure specified by YANG data struc= ture defined in this draft or data structure defined by anydata?=

= If the example is A.5, please add reference t= o Appendix A.5 in the introduction section.

4. &nbs= p;     When we say YA= NG data structure extension is only valid as a top-level statement, does th= is conflict with YANG data structure can be nested within some other data structure?

5. &nbs= p;     Why augment-st= ructure is also only valid as a top-level statement, why augment-structure = is not substatement of YANG data structure? Can we use augment-structure with other data structure instead of YANG data st= ructure defined in this document?

6. &nbs= p;     In A.5, how er= ror-code is hooked into rpc-error? Why not use augment-structure in this ca= se? Describe path statement to indicate the relationship with rpc error?

 

-Qin=

=  

=B7=A2=BC=FE=C8=CB: netmod [mailto= :netmod-bounces@ietf.org] =B4=FA=B1=ED Joel Jaeggli
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2019=C4=EA9=D4=C227=C8=D5 13:32
=CA=D5=BC=FE=C8=CB: NETMOD Working Group <netmod@ietf.org>
=D6=F7=CC=E2: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4

 

All,

This starts a two week working group last call for  draft-iet= f-netmod-yang-data-ext-04


The working group last call ends on  Friday October 11th 2019.  P= lease send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document and believe it i= s ready for publication", are welcome!  This is useful and import= ant, even from authors.

=  

=  

The diff = from 03, produced prior to IETF 105 is available here:

=  

=  

Thanks

Joel

=  

--_000_B8F9A780D330094D99AF023C5877DABAA933E610dggeml511mbxchi_-- From nobody Wed Oct 2 10:15:01 2019 Return-Path: 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 CABC31200C7; Mon, 30 Sep 2019 00:02:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.299 X-Spam-Level: X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=etsi.org 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 wA-WdE9AW2P2; Mon, 30 Sep 2019 00:02:55 -0700 (PDT) Received: from relay.etsi.org (relay.etsi.org [195.238.226.209]) (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 0DFFD12001A; Mon, 30 Sep 2019 00:02:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=1524829736.etsi; d=etsi.org; h=From:To:CC:Subject:Date:Message-ID:Content-Type:MIME-Version; i=NFVsupport@etsi.org; bh=WE4q0018ilFALKQj/+mG/o6/k1bsI0L7AvApYIvm93o=; b=mRvldFW0vGznO6lALaPwgq2PsWPqJQOT2HsBmy1mvjobWPzPMEWwo84tdNWO4CZh61JbiyrJ6mL1 KKRprMKWl50vg/o/8NU0P+rBBA8qhYanWVt1mDw8LSxat81IZl+TL5lx2Y3+Ki8TA6TDrk/0MkUH JmyYiLXX7V/ZMZBINMs= Received: from outbound.etsi.org (172.27.1.75) by relay.etsi.org id hi6k9s2kl5su; Mon, 30 Sep 2019 08:02:51 +0100 (envelope-from ) Received: from XMAIL.etsihq.org (172.27.1.75) by xMail.etsihq.org (172.27.1.75) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Mon, 30 Sep 2019 09:02:51 +0200 Received: from XMAIL.etsihq.org ([172.27.1.75]) by xMail.etsihq.org ([172.27.1.75]) with mapi id 15.00.1236.000; Mon, 30 Sep 2019 09:02:51 +0200 From: ETSI NFVsupport To: "netmod-chairs@ietf.org" , "opsawg@ietf.org" , "liaisons@mef.net" , "kevin@mef.net" , "karthik.sethuraman@necam.com" , Laurent Sevette , 3GPPLiaison statements <3GPPLiaison@etsi.org>, Mirko Cano Soveri CC: "netmod@ietf.org" , "ops-ad@ietf.org" , "ibagdona@gmail.com" , "warren@kumari.net" , ETSI NFVsupport , "Mahesh Jethanandani" , Diego Lopez_Internet , Bruno Chatras_Internet , Thinh Nguyenphu , Cristina Badulescu_Internet Thread-Topic: Approved Liaison Statement from ETSI ISG NFV to IETF NETMOD WG, MEF & 3GPP SA5 Thread-Index: AdV3XPTs6+tvGmBpTbKY/vl7EbPMww== Date: Mon, 30 Sep 2019 07:02:50 +0000 Message-ID: <979f3debda684d02967770d9b884fef6@xMail.etsihq.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.7.7.3] Content-Type: multipart/mixed; boundary="_004_979f3debda684d02967770d9b884fef6xMailetsihqorg_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Wed, 02 Oct 2019 10:14:58 -0700 Subject: [netmod] Approved Liaison Statement from ETSI ISG NFV to IETF NETMOD WG, MEF & 3GPP SA5 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2019 07:02:59 -0000 --_004_979f3debda684d02967770d9b884fef6xMailetsihqorg_ Content-Type: multipart/alternative; boundary="_000_979f3debda684d02967770d9b884fef6xMailetsihqorg_" --_000_979f3debda684d02967770d9b884fef6xMailetsihqorg_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBBbGwsDQoNClBsZWFzZSBmaW5kIGF0dGFjaGVkIGFuIGFwcHJvdmVkIExpYWlzb24gU3Rh dGVtZW50IGZyb20gRVRTSSBJU0cgTkZWIHRvIElFVEYgTkVUTU9EIFdHLCBNRUYgJiAzR1BQIFNB NS4NCg0KU2hvdWxkIHlvdSByZXF1aXJlIGFueSBmdXJ0aGVyIGluZm9ybWF0aW9uIHBsZWFzZSBk byBub3QgaGVzaXRhdGUgdG8gY29udGFjdCB0aGUgTkZWIENoYWlybWFuIERpZWdvIExvcGV6OyB0 aGUgTkZWIFNPTCBXRyBDaGFpcm1hbiBCcnVubyBDaGF0cmFzIG9yIE5GVlN1cHBvcnRAZXRzaS5v cmc8bWFpbHRvOk5GVlN1cHBvcnRAZXRzaS5vcmc+DQoNCmJlc3QgcmVnYXJkcw0KDQpMb3Vpc2Ug Q2xhcmtlICDigJMgU3RhbmRhcmRpc2F0aW9uIFN1cHBvcnQgUHJvZmVzc2lvbmFsIENTQw0KRVRT SSDil48gd3d3LmV0c2kub3JnL25mdjxodHRwOi8vd3d3LmV0c2kub3JnL25mdj4g4pePIE5GVlN1 cHBvcnRAZXRzaS5vcmc8bWFpbHRvOk5GVlN1cHBvcnRAZXRzaS5vcmclMGQ+DQpQaG9uZTogKzMz ICgwKTQgOTIgOTQgNDkgMTIg4pePIE1vYmlsZTogKzMzICgwKTYgNjcgMzMgMzQgOTINCg0KVGhp cyBlbWFpbCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kIGlzIGludGVu ZGVkIGZvciB0aGUgdXNlIG9mIHRoZSBhZGRyZXNzZWUgb25seS4gQW55IHVuYXV0aG9yaXplZCB1 c2UgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGVtYWlsIGJ5IG1pc3Rha2Us IHBsZWFzZSBhZHZpc2UgdGhlIHNlbmRlciBpbW1lZGlhdGVseSBieSB1c2luZyB0aGUgcmVwbHkg ZmFjaWxpdHkgaW4geW91ciBlbWFpbCBzb2Z0d2FyZS4gVGhhbmsgeW91IGZvciB5b3VyIGNvLW9w ZXJhdGlvbi4NCg0K --_000_979f3debda684d02967770d9b884fef6xMailetsihqorg_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FsaWJyaSBMaWdodCI7DQoJcGFub3Nl LTE6MiAxNSAzIDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmss IHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2 M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5 cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0Rjcy Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5EZWFyIEFsbCw8L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0Ii PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlBsZWFzZSBm aW5kIGF0dGFjaGVkIGFuIGFwcHJvdmVkIExpYWlzb24gU3RhdGVtZW50IGZyb20gRVRTSSBJU0cg TkZWIHRvIElFVEYgTkVUTU9EIFdHLCBNRUYgJmFtcDsgM0dQUCBTQTUuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1HQiI+U2hvdWxkIHlvdSByZXF1aXJlIGFueSBmdXJ0aGVyIGluZm9ybWF0 aW9uIHBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8gY29udGFjdCB0aGUgTkZWIENoYWlybWFuIERp ZWdvIExvcGV6OyB0aGUgTkZWIFNPTCBXRyBDaGFpcm1hbiBCcnVubyBDaGF0cmFzIG9yDQo8YSBo cmVmPSJtYWlsdG86TkZWU3VwcG9ydEBldHNpLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUi Pk5GVlN1cHBvcnRAZXRzaS5vcmc8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9 ImNvbG9yOiMxRjRFNzk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPmJlc3QgcmVnYXJkczwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H QiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g bGFuZz0iRlIiIHN0eWxlPSJjb2xvcjojMUY0RTc5O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdC Ij4mbmJzcDs8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1HQiI+TG91aXNlIENsYXJrZTwvc3Bhbj48L2I+PGI+PHNwYW4gbGFuZz0iRlIiIHN0 eWxlPSJjb2xvcjpyZWQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiAmbmJzcDs8L3NwYW4+ PC9iPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+4oCTPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPg0KIFN0YW5kYXJkaXNhdGlvbiBT dXBwb3J0IFByb2Zlc3Npb25hbCBDU0M8L3NwYW4+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJjb2xvcjojMUY0RTc5O21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5FVFNJPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJGUiIgc3R5 bGU9ImNvbG9yOiMxRjRFNzk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPg0KPC9zcGFuPjxz cGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjRFNzk7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPuKXjw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNTk1 OTU5O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBocmVmPSJodHRwOi8vd3d3LmV0c2ku b3JnL25mdiI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJjb2xvcjojMDU2M0MxIj53d3cuZXRzaS5v cmcvbmZ2PC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM1OTU5NTk7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPg0KPC9zcGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2NvbG9yOiMxRjRFNzk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPuKX jzwvc3Bhbj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tR0IiPg0KPC9zcGFuPjx1PjxzcGFuIHN0eWxlPSJjb2xvcjojMDU2M0MxO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBocmVmPSJtYWlsdG86TkZWU3VwcG9ydEBldHNp Lm9yZyUwZCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJjb2xvcjojMDU2M0MxIj5ORlZTdXBwb3J0 QGV0c2kub3JnPC9zcGFuPjwvYT48L3NwYW4+PC91PjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzU5NTk1OTttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1HQiI+UGhvbmU6ICYjNDM7MzMgKDApNCA5MiA5NCA0OSAxMg0KPC9z cGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjRFNzk7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPuKXjzwvc3Bhbj48c3BhbiBsYW5nPSJGUiIgc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMkU3NEI1O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9yOiM1OTU5NTk7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPk1vYmlsZTogJiM0MzszMyAoMCk2IDY3IDMzIDM0IDkyPC9z cGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZS IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmdyYXk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bhbj48c3Bh biBsYW5nPSJGUiIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0 aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLUdCIj5UaGlzIGVtYWlsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZv cm1hdGlvbiBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZSBvbmx5 LiBBbnkgdW5hdXRob3JpemVkIHVzZSBtYXkgYmUgdW5sYXdmdWwuIElmDQogeW91IHJlY2VpdmUg dGhpcyBlbWFpbCBieSBtaXN0YWtlLCBwbGVhc2UgYWR2aXNlIHRoZSBzZW5kZXIgaW1tZWRpYXRl bHkgYnkgdXNpbmcgdGhlIHJlcGx5IGZhY2lsaXR5IGluIHlvdXIgZW1haWwgc29mdHdhcmUuIFRo YW5rIHlvdSBmb3IgeW91ciBjby1vcGVyYXRpb24uPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_979f3debda684d02967770d9b884fef6xMailetsihqorg_-- --_004_979f3debda684d02967770d9b884fef6xMailetsihqorg_ Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="NFV(19)000246r1_Liaison_Statement_to_IETF__MEF__3GPP_on YANG_models.docx" Content-Description: NFV(19)000246r1_Liaison_Statement_to_IETF__MEF__3GPP_on YANG_models.docx Content-Disposition: attachment; filename="NFV(19)000246r1_Liaison_Statement_to_IETF__MEF__3GPP_on YANG_models.docx"; size=44164; creation-date="Mon, 30 Sep 2019 07:01:29 GMT"; modification-date="Mon, 30 Sep 2019 07:00:46 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQDsVZ2FrwEAAGUIAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0 lstOwzAQRfdI/EPkLWpcWCCEmrLgsQQkQGLr2pPW4JfsaUv/nknSRghaUlGyiZTM3HuPx0qc0dWH NdkCYtLeFew0H7IMnPRKu2nBXp7vBhcsSyicEsY7KNgKErsaHx+NnlcBUkZqlwo2QwyXnCc5AytS 7gM4qpQ+WoF0G6c8CPkupsDPhsNzLr1DcDjAyoONRzdQirnB7PaDHjckbwGmLLtuGqusgmlbGdQF vlUTwaRvGhGC0VIg1fnCqW9kgzVVTsq6J810SCfUsCOhquwOWOseaJxRK8geRcR7YamLL31UXHk5 t6TMf7fZwunLUkto9ZVbiF5CSrRP1uRtxQrtNvzbOOQ8obev1nCNYB+jD+n0YJzWtPKDiBraGe6c hZvbCUSi//9htNadEAlXBtL/EzS+3fGASII+ANbOnQhLmDz1RvHFvBOk9B6dxz52o7XuhACnemLY OHcizEAoiIe/kz8IGuO99qGX/MZ4j3zKExMDfRCsrTshkI4xaK6HT6K2+S2SOusPMR2L8Q/L3pxh lXoQ9voCt4lkffD6oDoeFagt2bz+SRh/AgAA//8DAFBLAwQUAAYACAAAACEAHpEat+8AAABOAgAA CwAIAl9yZWxzLy5yZWxzIKIEAiigAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAKySwWrDMAxA74P9g9G9UdrBGKNOL2PQ2xjZBwhbSUwT29hq 1/79PNjYAl3pYUfL0tOT0HpznEZ14JRd8BqWVQ2KvQnW+V7DW/u8eACVhbylMXjWcOIMm+b2Zv3K I0kpyoOLWRWKzxoGkfiImM3AE+UqRPblpwtpIinP1GMks6OecVXX95h+M6CZMdXWakhbeweqPUW+ hh26zhl+CmY/sZczLZCPwt6yXcRU6pO4Mo1qKfUsGmwwLyWckWKsChrwvNHqeqO/p8WJhSwJoQmJ L/t8ZlwSWv7niuYZPzbvIVm0X+FvG5xdQfMBAAD//wMAUEsDBBQABgAIAAAAIQAv910qdBkAALXt AAARAAAAd29yZC9kb2N1bWVudC54bWzsXety27q1/t+ZvgPHv5KZxuJdlE/jWjc6PifbzcRpOv21 B6IgiTVvA1JWvJ+mz9InOwAISiTFuyWRtpXJWBJILi4sfOuCxQXwr3/7ZVvcE0S+6TqfL4RL/oKD juHOTWf5+eIfP/RP2gXnB8CZA8t14OeLZ+hf/O36z3/66+Zq7hprGzoBh0k4/tXGMz5frILAu+r1 fGMFbeBf2qaBXN9dBJeGa/fcxcI0YG/jonlP5AWefvOQa0Dfx/cbA+cJ+BeMnPGrGrU5Aht8MSEo 94wVQAH8taMh1Cai9AY9bZ+Q2IAQ7qEo7JOSapNSe4SrPUJyI0KYqz1KSjNKGZ1Tm1ES9yn1m1GS 9ilpzSjtwcneB7jrQQcfXLjIBgH+iZY9G6DHtfcJE/ZAYM5MywyeMU1ejcgA03lswBG+akvBlua1 KfR7tjuHljSPqLifL9bIuWLXf9peT1i/Cq9nH9EVqEr/w0smzDjQnvcQtLAsXMdfmd5Ww+2m1PDB VUTkqagTT7YVnbfxhIrqkmeeJqEodwSrsM/kb1sh58UUBb7CiBAS2yuqsJC8Z8SJjVG4u3Ej0cSE K1Q0IBEBcY+AapgVIR3RCKWJ+4OvjNHxYT0ySkTGf7Z3qr7xli9Dyy1y196Omvkyanc73d8QL1yD FkNdXBP8lzHzsAIeNgm2cXW3dFwEZhbmCGOIwzDg6AiQv3hUOKJ0F9c4VJi582fyGcws9vENsS// 5DYExwNFky7w1+DZw9Tmv8BFj50wwjfH8Qn95Xr4lCdgfb4gjFiQXOH/8flCpl88YOBrefLdcC0X Wyue/gtJWXARNL965gaBaze/HpnL1Qtubzq+OYdfXkrgZ1MCvb2hmFlfwbO7Jn0Kx2xh/oLz7aiN oWX9BuggM8HjQdaUjCGOJJN9PLxxjBq5ses+Rh3h5SHleGEiP/juYiIC+WkB9mt3cOxaa5vEuNHx qIGe4rhfRjjK3f76Gf4SdjxsEXuLzDn5usSfmEbIusjLatifRLPcz2jsi1gt9pvFPqUQ3i26SYDw QRydz7+T4ZgMZEkZEQ5p0zc6RuJUkfpEcoJ85QEE7jDf+KzpYDweh604hglIa5/9iwj8oNdPhqoy HFE9DVDYS8LXcBFAcnMqZioHzGXUSNjVKGzSCou+QDagq+9rYhngL2AE5MyQkCBFnWT3Cozwb/Sr 2CAQzh484ET0KDVy2THMhGNaWdq/bU4oNWslPdsxQ3+FPfOyBoiMZcEAVRj0sHECF2BtBfunfyNN wkCdKOEIe0zMYBaKCswi/knHyVWei/2D0Oe30GensuFCuusEPpEdPm2ITBCJiP6lAo0oEqHqenjY /2OLAKYn/h9jQibW1mM36TE2yScTIUPMvkYMBEGOyatEIya8XkUj+jqvjPsJjYjhOuRYoppdAcd9 TayAY2YQ8nC8hVwFeFbDPFgH7mFQPOGnFVCcOVC6ovKxxhiKk6dTFMdGhaHYdHCMQUXy+UJhlvbf RtQVA08YIApbsaOyTAd+fSK2NgQn6/zJUY1/ZgohixvgG6YZMYR/r4bYjcd+Z3Lr28CyxsDzUyxK GSzKkXePQHz91QSm7zrcQwACSOZcdPTDc16gkpOpPBkNslRSIOpRSyWzFU0UlCqKJh7CYeyU55Tu YiIQHhop2lb8zRStgbso1k0qimwNpJj/geclWOa2iScYXwjot+jPPGL4wV5zBfSL1OqWKigT3tGZ Zepbg2WimT/MwIJX+VqaqzB9VaKYfssKQ4L9mMLw2lAYj0baSxRG1Xhtuj1CFUYWFRHHjzGFyUL/ C417Qyif+M54PEieIcKAh6AP0RO8uJ7+eLjjEiiN6RkNUnVpqoRCPC2/1yRVa8Ei3sSRqKliG7wF 0E8z1pUR5TYueuRwqPCv4f0tR5PLPrfAgdJPEwVrYBUJNKYxJxao6cN5ZyV6DwMqVH3tGCRfzgFs R6LGB3ySaUCfm0DfQKYXYFF3U8YdgOy1Bw1zYRr0sUO+cyQf4QUJ0WXPKoeSOh2GDiXlZthcsxsh bJ254gFdLcnWNIpNU43vKDatHYkygRyZtbgaTfAsMM/InJKnuAEIhVVmANoLiVtSQBJ7x2Pd6XDQ 1+Vd4rCBAuojfiCTlFndLMyLjH2GGhyMJoGEoGFf6gXQnkFU5EBVWVHGB4j6yv2+yAtFjEgaT5Js BxXC4DBOcSIKKs+Ql8IjmWUdJNW6TVKVpFo77T7xsaFlLrdc7LKTZXqtFsvx7FjzPUVWVjbb1b4B /9AcYQQJbSDsqFmSAz9TKkhglzzEexPRf3NwMZmdc9YNAl0tw3zRtowQKVN4R2d2VptlLO5rHbl2 XsBzWv5rcp4Tv33w3TUy4Mc3N+dorvYsUXJItWfxODtC1T4Wop/Cp9RSyAPcucKD5xfAlqbk7x5u uXv9ZzKT2NhL5ufIxNSjmLOXTKhLSaXWOcjPTlHl+r/TZ8rGmDwwgg/+2QvsYD2pAGtFV0SR4H8P wckjFMGsqQaCZW1QBcHHstQWcJZR+wJ90r+34C0KeSBQnZhw6XJfXQ/+wX1IoBffFCMSWabzyKEr E48hupvT5+cr0w9c9ExqQ/c68BA8WzC645eIABN0w96VdmJOOnGJLi3SjZsA4vF1HdMApKY9rZHb TlEgIdddTBERXah+SwTshwCgyI61OjYf/yc1IJnsTh1We90mszMUWqfrEVo7LjdegQABvwqiaLyX RhTHLEJo0bW+PNInCYveCsxmpG+XRti3Gxfh82EpxFqGUIZDyjHYVUo534/Bhs6nfzzkGOwkOmPd bIUxMr4/Vqaz4u6X62fopFTuZPjLZMxLc9M92a3WVcwULcDsnp3K7FFA0HDpUDR4q/WN4z6a5b6w g0OTcoCF5itd3j8cjXgllk04m69Tx5tZQ5qdjvgNrKC/yi1p6g4g/xcGK+CQPREcs0t2Ni85mSdR mhHoq+pQbd9a2f/eCfXmyd4AtB9UtSzeGmGU2LhQPz+dI8niIFxKVGCcjpv9zClSynKUdJVlnqPM sMLd8p33+k9/7XkuCm5g4JuXLlpW85pl43o8/JbbgQz0kpaaGV5NV2U1O8ObKkA6Z3gT0ilZ5nTO 8L6k4C8yRglY5yLsbSZbxbYqcFtwOo3NV38sSSp72JISX0mhwnso4hZLCtnz5fpeizVmabhmPY7t 9jLDcpY3JLnkvp+CaoHvT9S9h1eCpOEgXCPlmDtlkMf4/zYqj+M+eaQh7ltOJqRBUophXRO1UTKA PxVPm7zA9276Q+fupz9++/uE++dtSX6B+YfjdSCuU1UyjhRBRROprUcr6cbhJ1LxrjgwsN35J2MF TOTfmDBYVJ80tSD5KlN5VZSVCdbhpBWQRrIqT6TkEuKiMYgaY6YheeQ1moZ9Q5CFXbqBT3G2/ORA dT0fbJZVEJqNir7SV4SRUiXBkw8AnRclZRsthQDYCeLsG07mG36b6q/NIYS7bi0DHQES3f0+swDZ HbCrTqJCts0Kt5zxb2y4uMSOpJrXaNlnNBTw8dhLl4mcVlANdC8rIZm2tvJY07XJILXCQtFFeSSG G/8d0ge/eRPcAgwq6P//wSfT4X4CY+U6//1PGsYdY7aKiab78nUg7qnQnUci+2qG93gDUcnKtobg OHcpeGYbLZHsqCnuhYh6fyAOh9R9VwgRz/apO/YJoGBlPnbbMOX42IfOqVMFgcNgtcbRLXgb3oAm DIu9wWDMK3K4QWu73iBE+qW/HYEbBxrAbre+tXZk+bFKaCkNJU2R+qllSbI06gtDvXAi/x5Dy+qF ZZlS6pjafgVrBJ3gv/95gE8wKNvhppU+rKMGtsFitY61bTCbcV3FilKNfB1W1ArRha0oBdcNeYK/ Rs/kznXrbzuXFBdGoiYpWmp1rzqYyiONLmLcWU1JEgaTXZ68zGomT38bz8uSYCla/nXiYa/NKgGG dPvtW56lJMTlgTBSCDI635W8YHmoVFoFQFF6khSsQ17kYxE1Q2sn22yNgWXO0K4YINFCRBj9zBCi okpjqi85lttfEd2hzYYFAaIkCQW2oy9H3q1h4aM6/VcDR2yb8Qblla8HZXUKhks2ywp7Hm7omdnz qDFegJA4vdMGtaHdDCVKWKtZBZa/mQ8tSX7vVWBH2LvjnVWBVS5YjRm3lqvAKm2qOS7y/6nRfw39 cb1nLnDzOvUaevB+qvJ4ReG10ZAUlcSfBcqyNBYnpFYv1zgVr6JppaC5mm3ICj4Ll8qT/rA6iySI B4qgCsdfWVMXvWHZWPNqHFkd9PvSILXsUxlMB4Iae2dWhlgOiYm2JVkIGLoW7c0AxvX8T6ASYFKd PNED17r9qbK2WZnyo76spjLVwngylTSav86dZNatOeyy4aMbiHXjqXrdQTZnYDl3HXCztIFptZcD rMv3X/bSyVnjUlih3Olx2QCEoHPzuLYBMksKILJVk02YqrzGMdPK5k+Ykqd3W19D2RDZ1ZyH6+QJ HFsYmRJp7Rc1vsF5eGoBijSSRpo8Si5AOS8ZjU2hduB9Vzt/l+Go8fs5u7ww9NDvjM3duVTq1Asq u7bqmKpFG+B6pUYqDdjN3lPssPMnYgML5/o79D3X8WFpJuw0rFV6Vp1Me0V/WmWK7n7YsuTyzCOR 1QdzwQHPs0wDzCyY9WzqVTtB8uM3QBlmhDHHWexGpDIPU5qUTJndS+9nPeD5sTyt8GrRfLs3lXiV TvNP7FQrL/LL17KD3YyA0umBfHTWcer5byeSzq/sm0ipVPrZdTc1r5GGvAEzWoaZkk2eznOJeOO+ +Gq/FC3P7FCzloZQx7ByfnPZa58aDIMAGCsbTwb9vYg7PoqnekZeHjxUWWvaVeazZxAxFtuAw/En FaE+l3hDqZMWjhn5yMLxfWUg9dXdQJ0nAe1PAsSpIvVZuJ8avpJCt6reeNAPywdKIMyepxwCwqxI lyPKSQiTL6HNo5Elq9ElguXpy1MPgXWC6kbefDsAbXlzjpQpIz/4ajqQPAYYJBSm+KFB9dCQfMys XPFVeUaYKT5NVfnYrmPF4mNNtBuZbJTUtxaM4oBXdTJjrMFGbBQJPE1a0wsWAcQUBTFC5stMySzl o0Q6b8owW5ndOToDxIIJl9zfnyAClsXNoW8g0wtM1ykMqFSN16Zph39Cnptv2cFwlt48T9D1kdZP lumJiowjm1Qn80tY+IEij5I4m05UTQuXfLFh3gXt2GKuDoKw2tg6SsXGHqpwEMfRV/iR1/fdOfO1 H6Bn7sGDhrnA4RiBGHeL3LXHfbh7uP3ImX4J4IaD3UaGJ+xIDtQ8CwIfzgsj90wtaZHpwOVMZ+Ei u4zrlkR9/eyuX5M8OXfB4UkJt3HRY7FIFXUo70KMU4rUcG0M1QDOX5VgMVLncIHjIe5fw/tbznbn 0PI5DN28XnSAZQyEnyYK1sAyiWG4hwHFhb52DGrsJsy34pnFh5/3+uQjB3AcSC6LTn3ApEwDJs68 f5h8/AsHfCaPOdZgcs2rGs3ODhr1T90UJXnJA/cdUi/Did2FvR936H5XhUkH+vaBxCKf7vRhd8XZ UfnxgnCWWU2ZEet+xt0RmOUFuZDfzFLmFvnFc2ufBADipXopdBWtmFtsyQPzCVrPl0U8Fi3zbh+6 vaJJf5VC05qT/uTpYXJpyI/ExKT/SCIhfY0+c/tcUqj+WvscA2XrCPwKAugHnLee4ch/hUN0pvA+ mx/iAO41KRSei1SN6k46kQUON4Pc3N04lgvmxRNaiecnSisT7hwjtYIoOWcrUlq5StFyptImn86l 9nRXleQCO9YUU1ovsezpq+kH3zBjSwQ8lqp01nZ4pmk9WdF5LFGOj92R5xqhXBQml+0Vb9Ig0Fka DuwK4uPcsYqJn5EruBGYsd/kV9YyN/roo2gZbRFe4kI68sq3PQmugsC76vU2m81ltNtObw4tHIig Hmn4fen3WPjc43nhd34w6NWW9Yn6SQap8USqy4OUlHgvBsHGXehefCina6Yrm92kce2i2e26+ZRb Np+0RuEdmc//BwAA///sWm1vqzYU/iuIz/cW8w7VEgkCdJ22e6ubadM+XTngJKwEI+M0t/v1sw00 QBKSuzUvmlapbTAGPz5+znPOsXNPxz8om3sy/oH9kdhvmSZfRjIAmmmAIJSbpifCG0MdWJYqi85P 1TNT+poh1usFZiP5x9cCkSzNn2VF3IxwTkt2E5Zxmo5kj6Qw469cennZvo7L5kI8NxN/y7+a12oa b+cwq0HpGKgGv75F8EOwlQ5o9nfZjHnaFCKgWeakPYWB0aRvq+y+LGCMRnJBUInIC5LHUh9CwTsX 0kY17gtI4GMyknXTD93A0GTRStE3ylvt+ucNE0dkaKYGQA+m5gIr0t8aAzSH64zudn9qNQkU9bIM T41jbv7vYgeW6Tuqzy3Xwg4s2458fWtPPnKgmZHXx25PdN2a7MNuOcAJ3Q72uvMu9vcmTzPnFkk6 cM849EEm/bpEUlmgOJ2nMaQpzrvU6vHZC1Qn6vP5iujxXKJsAn94nx6kFU5QVg7Crz3vCvDHCXpB GS5QIsFyUPS6XtdxxfdTjJZmSeQ+Zb5FHhPN5MPSBY0IXLGHvzJvRDkVE09LisnrSK6Vt4PYMy0n 6iHeI9P/0KgxzjAfT0wWsJ8oqm6sm8YyzRcZqhozmC9YO4Il9coUjmSUf3zw+4vxMFU+Rb99nH7+ mQmCJAv6zGDJFoc1SwEqY5IWbMKlfLrUu44WAftfrdGHQfLWA1yDvDBPhpBdUQBu1WJ0CNdQyDoz LiaWGaSopFKxnmVpuWScf0EMBhP+Wky70SCGuTRDUoI3eYZhwrovEUF9t9ibfuiBb/qe3Anhqh66 muVtBe6gPWoFaRpbIVw3NLayzR0Rwus3CBTVVItOVvgz068nBmxBYLGsrJSvV1XPNHvJmn7g7d5j 8mZEqzbi2xOYWWye4c3TOo+peACuKZ5ybgZh7/pTdZ38uS7pl3SxpI95Ipq4RbwsXeQrprHNWPy5 OnGtOXCO5LYjqdsh+7zhLRP++k7bm+zmOBei29CL06ACvS+2WMfCyBAJzm2QU2be8SJKi/JeUTab zR2iZXqHyUJh2UfKiKHwhq+LsokwCgDqV+C67L81VDns9yJbs/3QtLj12okwywcmuroNusItAtVV hZl3HKZzRzhM3dRymAuS+nvM3bBqv3ks3XY0w+T5fFtkAn/CCgWRzhwyz7E64dZsdglqbz34zTPP HZuOeNrhmmUovnqBPpn0c+irzWHcrk7qcDrH65xVAlQE3DnOGIdYEitxJTghtDLWT4Af9ip7zQnB RPX9Dut7pmgRvHvnvyQKpmobkef2REELHNtTbWfIPBVTXNe2nW0kOpZ5qJartW12zszjKmKwL5yL rHo4nAu77LVseya3FM7nLIyjbUAnqFDy+YtSlYnKLMMz5UW7s+5UpSSx8spKze8P6Gaou6Hq8tB9 bFdub0Zk6Zqlvu1ftcnZ7S7IWXdukfPPuDHDDNOajwcc8DRn0/zAA8aEx9pj8zkcbA1bN2xeKWyh h4HlOP47QW9x8+pbVr9j8jwYvXxLC71t7nL9PbZc+oIyBEsk6cPltqZP7MuF3bYHd2vWTZplUkkh 4fE1LaU5zLIh4KrXyRavbnEJDqENfRDpV0E7ZjkLMyf6xqxNUSJRzHOZGK+KDPHrNBf5DIIke5UK bn48lzSggbtB2gSWGhlt6Oc5Dgn8QAsNLpDHhEpVTVecPewIVffOdU4PDkyvOu3p6bAaTQyg905M Dh/s1Etx1em12HFJakdrwrhLGIdZFrCqdARXfC5jXCBO5a0MMi+ALzDN4IwlL2k+6K7vthM+BP/+ EITri1kP2b5sUiTlQ9lkL3U4OKlLHwU3mWOC4xn+tk0dH6cPfP9H+VygXPnMiaXU5AlwvOZ1kGBY X7aOZo9q4E5M2+Xbot+ZbR070+12P+D6AynYeb4lcJLm9TbH9lrDVVWj1XTMGt3uwhp1U8sanOq8 amdznlPE3qhqdRV3EZvsOPnuKeH5vrqh3UlezClcdpVncKG4QY8tlOUAb6duHDzOb3WvFsoDvtap HP6bEesTzk87hxG25xJ7DSd5byY6+1dghvHzCpLnqcj6NyKyiFo4r46yH7AP4zoQNH3DnO+0VD2r lx42X28z6X+NOTMATmv9TgogFZlXzuwurRCizBZlc1CJSbpIc8iShu/QoN55pOGZ4URvbQH+Aw1y NWCJkLxdSOCahv+efnCjGhSgGK1mLG0G2sfOGrTwcDQB0AzzgEXPC3F/Ugqsne9aFATjeUg4bMrS sJG8IHAl5KT2t9uYz1gDqjtk6lv9MsatUWB4D85jdXBwZlyQS+Ag/ViEui3yRevnNX6GH6SfYAHz 01WX62Y7fJqubVtO9yxmb/g8rLr7ChZH170Lq+65DY5mZA3J6xBZb277UrU/auoQ4omrR9F1vof5 QWxI9sFd0NEvOlbb6ENZzZmNPsXFMoWSl9O0wFlafpAiAvN4f/lSopg+dZCfoAxT9pBojYA5qSRg iWCCyBc0RwSxsaRGWJNKQ+TW/pNbTWGOMT3tCb1OwovFlE97w/JylWXGwkzss+Xook7hHX6BfC4U Fzx3FyXwPeGn4/wRXey1zjCleDWS3Wp1MjRv3axmMZLN6mSlgsgUFIgzwMWaissaTowzvnK1R9qg BpHg+IGkvNjJ0hw9pTRmIHWrqXoqg4uPM5y8ig9JvU01/hsAAP//AwBQSwMEFAAGAAgAAAAhAIZA sL42AwAAChUAABwACAF3b3JkL19yZWxzL2RvY3VtZW50LnhtbC5yZWxzIKIEASigAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAvFhRb5swEH6ftP8Q8R47JG22Vk3LpK5VtHapmm7dW2TgACtg I9skzX79jmaQbGvpQIRHX8z5O/u77+5ydvGUxL0VKM2lmFg2GVg9EJ70uQgn1reHq/5Hq6cNEz6L pYCJtQFtXZy/f3d2DzEz+JGOeKp76EXoiRUZk55Sqr0IEqaJTEHgL4FUCTO4VCFNmbdkIdDhYDCm at+Hdf6Hz97Un1hq6uP5D5sU/se3DALuwaX0sgSEeeEIGqEnFXOxRKdMhWAmVsJ4bOSpzyGURJEY /f50DMQQSME9RjyZFJtvpY84Pj8ZUILFFn0ZsD3qBrFMNVuHDgcT5L5qguzoWkfXd3c3nHEthQNG 8/pIh+MDI83davS7Xq9JAZH6EHPMCpobFqGmX6++9+ezGzoY2IvByQnNPdeLo1VWaLOJMRHLGLZr gn5evUa7mwfnLgt9KZgT5ob62fOhTZggfCHN/kUVlqqrsofdXJUAk0i/70WMK900j1u9r9exxixT +BHRsAJjwPFwkalNvrf+Gw+PO0jpPKPBZWm6S+pHqZZ3SoaKJfQeUqnMIjdNDSSE6fTi8ct0Mb2c HI/Gdo6wTkRtBiSyxAWFBXgXUGmq5O2hlfI3F5ZMmYgvkQsmyvAumXAEeCxpQIRBZ6Wyz/yGKTY8 aRUkMB/UHlWf13blu7Z5vpdpI5MfeFoJgZCdlXJMhko0rZIskNL8pdClqfJKOqpmWPZ1luZK0bR7 OepI6t5qXqZXn3bNi31Ut3lpVeAMfgu7EJ6XW2Ml81qtGlgb5ljJUFL3uLdnrGTfoetXIbSw4sJJ ICDYKtTk3aGHkGa8s2vybnjoMaVo/n3pufJpF8p0fp3DpzM8h86Qmwo7hhiYLg949lsvGrujcofV WUREhNkGRBpljpBL3mSQbbfwvdEHN6zOo1YrAc785oG58Z46laYqRWhV5fU/ulRYqiB09FiuyoQk OLMYxbQjFRMhNKDWoctiMbZs/3rQDUW0o0FwzRQOV84yS5jiDWAeegYsRBId4WOXGqkgpSJY0fns JnfjxtKlqyEZE5tq5dENUqNum9GqQOad5H6rvV2XLUYu6Lvd578AAAD//wMAUEsDBBQABgAIAAAA IQB8WxUeYwIAABYKAAASAAAAd29yZC9mb290bm90ZXMueG1stJbbjtowEIbvK/UdotyDc+AYAauy iIq7qrt9AK/jkGjjg2xD4O07DiTQhqIQVC4MGXs+/2PPDJm9HFju7KnSmeBz1+97rkM5EXHGt3P3 1/u6N3EdbTCPcS44nbtHqt2XxdcvsyJKhDBcGKodYHAdFZLM3dQYGSGkSUoZ1n2WESW0SEyfCIZE kmSEokKoGAWe75W/pBKEag0bvmK+x9o948ihHS1WuABnCxwgkmJl6OHC8B+GDNEUTZqgoAMIIgz8 Jip8GDVCVlUDNOgEAlUN0rAb6UZwo26koEkadyOFTdKkG6mRTqyZ4EJSDpOJUAwbeFRbxLD63Mke gCU22UeWZ+YITG9UYXDGPzsoAq+awML4YcIYMRHTPIwripi7O8Wjs3+v9rfSo5P/+avyUG3iP7ms BNkxyk0ZOVI0h7MQXKeZrCucdaXBZFpB9veC2LO8WldIv2W5/Ks9rU5HeQG2kX8+f5aflN8n+l6L G7GI2qONhD/3rJQwyMLLxp2O5upw/ZYNpAIEDcCIZC1TumKcThPiAc8rjqaPYYYVRh/ZpdQLuX0u W74rsZMXWvYcbXOp/cL+DT/AOmfddSXo58S8pVhCS2Ak2my5UPgjB0WQQw6kgVPegB3hVhxbdO7i 6l3BKSJzlLBcU4kVNkK5YLI33/PLhRJcB5Gd24DR+7acTtZL6JzWCp3YWOv4/LGu8OIS/4SFXjgI ppOgNq1ogne5ac78sKbVdBAOl+WGyg61GrSYodIGoyzHSvnNKIjgJuO7srW9/R2RdyugMFwPvVer 5r8GdFPYveCuHvTiNwAAAP//AwBQSwMEFAAGAAgAAAAhAFnSLdViAgAAEAoAABEAAAB3b3JkL2Vu ZG5vdGVzLnhtbLSW247aMBCG7yv1HaLcg3PiFAGrFtSKu6q7fQCvYyDa+CDbEHj7jkMOtKEoBJUL E8aez/+MZ0zmLyeWOUeqdCr4wvWHnutQTkSS8t3C/fX2bTB1HW0wT3AmOF24Z6rdl+XnT/M8pjzh wlDtAILrOJdk4e6NkTFCmuwpw3rIUqKEFlszJIIhsd2mhKJcqAQFnu8VT1IJQrWG/VaYH7F2Sxw5 daMlCufgbIERInusDD01DP9hyAjN0LQNCnqAIMLAb6PCh1FjZFW1QFEvEKhqkUb9SDeCG/cjBW3S pB8pbJOm/UitcmLtAheScpjcCsWwgZ9qhxhWHwc5ALDEJn1Ps9ScgemNKwxO+UcPReBVE1iYPEyY ICYSmoVJRREL96B4XPoPan8rPb74l1+Vh+oS/8VlLciBUW6KyJGiGeRCcL1PZd3hrC8NJvcV5Hgv iCPLqnW59Du2y7+up/UllQ2wi/wy/yy7KL9P9L0OJ2IRtUcXCX/uWSlhUIXNxr1Sc5Vcv+MFUgGC FmBM0o4lXTEu2YR4wPOKo+ljmFGF0WfWtHoud89Vy3clDrKhpc/RNk3v5/Zf+AFWWXXXnaCfE/O6 xxKuBEbizY4Lhd8zUAQ15EAZOMUJ2BFOxbFN5y6bVwUnj81ZwmpNJVbYCOWCyR78wC/WSfCMYju3 AWMQrVZffB9eSawVLmJjrZPyY13htSX5uXA9L4yC2TSoTWu6xYfMtGd+WNN6FoWjr8WGyg61GrSc o8IGoyzGUvitGIjgJuWH4l57/Tse70Y40WgaTkLPCv+v4dwUdie05lkvfwMAAP//AwBQSwMEFAAG AAgAAAAhAGJGpeQ7BgAAOBkAABAAAAB3b3JkL2hlYWRlcjEueG1s3Fdbb9s2FH4fsP8g6GHYHhxd LPmi1SkcX9oAaWskWZ8CFLREW1okkSBpO96w/75zKMlS6tR1nAFDasASecjz8TsXkkdv3j5kqbGm QiYsH5jOmW0aNA9ZlOTLgfnH7bTVMw2pSB6RlOV0YG6pNN+e//zTm00QR8IA7VwGGx4OzFgpHliW DGOaEXmWJaFgki3UWcgyiy0WSUitDROR5dqOrVtcsJBKCUuNSL4m0izhwofj0CJBNqCMgJ4VxkQo +lBjOM8G8a2+1dsHck8AAgtdZx+q/WyojoWs9oC8k4CA1R6SfxrSE8Z1TkNy95G6pyG195F6pyHt pVO2n+CM0xwGF0xkREFXLK2MiPsVbwEwJyqZJ2mitoBpdyoYkuT3JzACrR1C1o6ejdC1MhbRtB1V KGxgrkQelPqtnT5SDwr98lVpiGPsL1TGLFxlNFfackvQFHzBchknfLfDs1PRYDCuQNaHjFhnaTVv w50jt8u3jqdx4coa8Bj6pf+ztGB+GNGxj4gIQuw0jqHweM2KSQZZWC98kmsaznWOPEAqAHcPoBMm R6Z0hVF4E+wBzQaOpM+D8SsYuc3qrb7hy5dlyzvBVrxGS16Gdlnv/Q1ewM/AKrOuuRPky8jcxITD kZCFweUyZ4LMU2AEOWRAGhg6AviEqBi46cxzqBI4SLyAE0EuIcpt/2LSH/uOqaVwwCqU2iP/YjQd tkEaQCUSXYPIHvc9mL0TzcQTwjFdkFWqcKQDx9xkVI3MGpM1i5nAlyJzWb5h4pqkA1Mky1ihGmfg nH7b75jW+Rurnis5CcF0mEEWigILx7VxyiZIcrAzSOkCCLT8TreQimIpMWW5kqglwwRyYCgSkuI6 8TCXzX4oq04Bqp8hS5moKNrwm06LYfnXCEG1vF1R1UtaOyuLx8to5GwmGFuUaz5e8SkW4AeinaRl C9GaXiMqJVINZUIqUYPvJihPSGjygORhDBZHiVS3YLGpWxe71hW43fHadtm9rrsyyXhKZxg86BW3 zZq+pxjWgen6TqfjtB3XNOY0hoDBdQK6ppGy8J5i6kGTbNlKXeYjmqZ6jKQp23yCojglXAswmUuG jSTGdMUBGiU6i0uxTnse7HgZD3qVLT7RURwzLcEr8f2O7lQwuBI5WdJCGWZ8WiwkVee+Z7d7Pjit Kay6BcojzM9HYLqdfq97EPOz1oDdCRevgeW443mYhaYRgh2e5/bsyhi6WNBQTYqpmKymgfsRQqGf 89rsjSD8FsNi6BagD8w5U/FNEsFHxW7KjKXbJcsNdGsRocKfCgqyfV+mSU5vWS13bQ8C8/WYC8nS O2r8W7haji5qUKwF2iytF7FwJgy80CBvcpLB+ThLQrUS1AABGBqCX0bBXVXWSAO+rYwbqhTsBHm3 FjS8v/uwNXbjd7bdmtzeXN5dsSX7hWT898sMYirvUGig8MsnfWh/wfPacdr22Z98WVoRfly/A3px Ek4FcMFtR4JlQ3IF20BWpeUJVU1RS+RsFMPup0PJIRfQ9NJZh9Z/6aoNqDFRxFiJ/Zv2+1C8CA6g QSvgO1rQejFavobQo83YAVeUiWH/34lR0SnIEbS1yIP9ONYiIdgmpiSSVXgfo+juI4PnacKnSZri Ctg2RECzOe5oOEQBOYQdrcALXCS50tGEE+FKqrJVxPNvtze07b570Rr59qjl2d1Ja9j3uq2uPel6 ttdzRs7oH9SGg3glMZ9JOuZJlVzHlreNjyW7TOri6tWmakLVW1O0CpuQqxThNXjL0m0lqApjbC7A 9FJuNQa0n2rXYE/CtW3MNx/gE21gkpVi2hkPC5HhGwh+dQoV7jlwKlu1NhdSvaMsM7ABngdCGp2s wYxiajUFxTlDWnqNNH8ksAqJpo+Eyyb89VhjIzb7xSlQ3Jz65t9d+VgF6PrkuyWf2/H9sb4EXlrT HFPH1NUJ1H9lH3scq6GJQLpqyyFQYGF2g3dSWfU17eh4vj9y/wvKSOHYAkzGWI5qUZhSIjQc1pFl VkEXk3Jgji8m/rQ8o3fWnn+cftZl7+HYvC6bfv3KoiejOMmjJ2L4Ku11DkWwP20Px84rs6j/w+Xk bz9cjOAKcr3OIbO6o3a7M3plZonHuwm/r/UzjsT5vwAAAP//AwBQSwMEFAAGAAgAAAAhAKQc90Ig AwAAEw8AABAAAAB3b3JkL2Zvb3RlcjEueG1szJddb9owFIbvJ+0/RLmc1DofQCEqVKxA1YtuqKV3 uzGJgajxh2xD2n+/44QEurA2hHUqF/lwfB6/Pn6PEy6vnmlibYhUMWd92z13bIuwkEcxW/btx9nk rGtbSmMW4YQz0rdfiLKvBl+/XKbBQksLopkKUhH27ZXWIkBIhStCsTqncSi54gt9HnKK+GIRhwSl XEbIc1wnuxKSh0QpGOoasw1W9hYXPtejRRKnEGyALRSusNTkecdwj4a0UQ91qyCvAQhm6LlVlH80 qoOMqgqo1QgEqiqkdjPSgcl1mpG8KumiGcmvkrrNSBU70arBuSAMHi64pFjDrVwiiuXTWpwBWGAd z+Mk1i/AdDoFBsfsqYEiiCoJ1I+OJlwgyiOS+FFB4X17LVmwjT8r4430II/fnooIWWf+eciIh2tK mM5mjiRJIBecqVUsygqnTWnwcFVANm9NYkOTol8q3Jrl8rftaZSncgesI3+bf5rkyt8muk6NFTGI MqKOhNdjFkoouHA3cKPU7CXXrbmBFACvAuiEcU1LF4w8mzAfiNzjKHIcpl1g1AvdlXoqlqe55Uby tdjR4tNot7vaT80L+AjW1nX7laBOE/OwwgK2BBoGt0vGJZ4noAg8ZIENrGwFzBFWxTJFZw/gK0FA SysQWOJbWGW//X3cG7U9O2uFDVab1ovtD1oD+BKJ7vu243RH7dZe01Rmjb7f643KxhFZ4HWiq92n e50zFVNpThrP1fYMHTc46dsh7C1EmjjBITuttt+x0eAS7TrLPFZOONMK+mEVxrCoQxnjxMSthkzt 34equMk5WTwqNRRCtg+zpv15d1zn+vvw8Lz/mRz4ekuia3jHWeXV7EXAYs7JEnaHQ9o+SkjMlJYz cIIxaaAEDkGGkEQRuSH2wJoOb8aWZf36Zt2N72/Gk5/3d8OZZQBl5KfMpCLG9JocTKZR0ht13Ele JCcpSQPGp5LzxStVeuBlJv6UuSEs+q8e0wP0VjL8ltfretmAR5fFH/HvufnH450x9EMzR78vtK7r Xmf8o63o18z+Bwxex4Fmc86O8Jd28BsAAP//AwBQSwMEFAAGAAgAAAAhAFhgsxu6AAAAIgEAABsA AAB3b3JkL19yZWxzL2hlYWRlcjEueG1sLnJlbHOMz78KwjAQBvBd8B3C7Tatg4g0dRHBVeoDHMk1 jTZ/SKLYtzfgouDgeHd8v49r9087sQfFZLwT0FQ1MHLSK+O0gEt/XG2BpYxO4eQdCZgpwb5bLtoz TZhLKI0mJFYUlwSMOYcd50mOZDFVPpArl8FHi7mMUfOA8oaa+LquNzx+GtB9meykBMSTaoD1c6B/ bD8MRtLBy7sll39UcGNLdwExasoCLCmD72VTXQNp4F3Lvz7rXgAAAP//AwBQSwMECgAAAAAAAAAh ANZB0Y6mMAAApjAAABYAAAB3b3JkL21lZGlhL2ltYWdlMS5qcGVn/9j/4AAQSkZJRgABAQEA3ADc AAD/2wBDAAIBAQEBAQIBAQECAgICAgQDAgICAgUEBAMEBgUGBgYFBgYGBwkIBgcJBwYGCAsICQoK CgoKBggLDAsKDAkKCgr/2wBDAQICAgICAgUDAwUKBwYHCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgr/wAARCABXARwDASIAAhEBAxEB/8QAHwAAAQUBAQEB AQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1Fh ByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZ WmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAEC AwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHB CSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX 2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKq6zrGm6DpF1rmrXaQWtnbPPcz ScLHGilmY+wAJr5Gf/gu3/wTJico/wC0CmVODjSbj/4iuvC4DHY5N4elKdt+VN2+45MVj8FgmlXq RhfbmaX5n2HRkDqa+Oz/AMF3f+CZA6/H9f8AwUXP/wARXQfDn/gsd/wT8+K+r3Wh+B/jUt1PY6Xc 6jd50ydFitreMySyMxXAAUE+/SumWSZzCLlLDzSW/us5oZ1lM5JRrwbf95H1JkHoaMgdTXx23/Bd 7/gmMpwf2gV/8FFz/wDEVJa/8F2P+CY1y5T/AIaKgiwM5l0q5AP/AI5T/sLO7X+rVP8AwBi/tzJ7 /wC8Q/8AAkfYGR6ijI9RXyfpX/Bbj/gmprWoW2k6X+0Zaz3N3cJBbQR6ZdFpJGICqB5fUkgfjXs3 7Q37Xn7OP7K3h9fEPx7+LGleHklUm3t7qbNxPj/nnEuXb6gY9SK56mW5lRqxp1KMlKWycWm7dlbU 3jmeXzpSqRrRcY7vmVlfu+h6VketGR6ivhG9/wCDh/8A4JxWmqHTl8T+KZU3lTcxeGXMfXrnfkj3 xX05+zF+2N+zr+2B4Ul8WfAH4lWWtxWxVb61QlLm0Y9BJE2GX69D2NViMqzTB0/aV6Mox7tNIxwm d5TjqvssPXjKXZSTZ6lkdc0ZHrXgX7RP/BTj9in9lH4if8Kp+O3xqtNE14WMV49g9rNKywybtjEo pAztJx1xg966v9mD9s39nb9sjRtU8Rfs6+Pk8QWOjXSW2o3MVrLGsUrrvVPnUZO3njpketZzy/H0 8OsRKlJU39qztrtrsdEcfgp4h0I1Yua+zdX0303PUqCQOppC6L1NeKftZft4fAr9kvRyfGeu/btb kj3Wnh7TmD3MnoW7Rr/tN+GajC4TFY6uqOHg5zeyW/8AXmPGY7CZfh3XxE1CC3bf9fce1l0UbiwA 9Sa8p+O37av7Mn7OTvB8Vfi5pNleqONKgm8+7Y9h5MeWXPbdgV8J6p+0T+3r+31Z3+v6P4xt/hD8 KLQt/aviEXLWw8nuv2jiSViONse0EnBzXFfCRfBOnePx8Nf+CeXwS/4TjxoG/wBN+Kvje1EwtGzh riCKTMcAzyHbLH/a6V9zhOCIU03jat5R1lGDVof9fKj92L8kpS7I/Osd4gVazjHL6Voz+Gc03Kf/ AF7pR96fq3GPmfaGrf8ABQPxp4l8PP4u8CfAyTw74ZbmPxf8UdUj0a0kX1jibMsmRyAB83as/wCH X7TXxn+M0o/4VkdW8WwbuNT8OaGulaOp9Vvb4M869jsi7da8U+IHg79m79lLWIfHf7avjrUPjj8X JlDWfhm5lNzbWkrYIRLc5RFyeAy4/up0NZv7Rf7QfjzR/h3F8Vf2/vjNN8KfA19CW8PfCHwRN5Os a1F2jkZfnVCMA5woBGVBrqjk+W+zj9WpLllopSTfP/17i/fqf4kqUV1tucSzjOJVpLE1pc63hFxX Iv8Ap5Jfu6f+F+2n2ufT13+0wvhTXx4G8TfFWy1HxG5Jl8IeALGTWdQXsfMlJ2QEcZ3BVFc/8Uf+ CgnhD4JXseifErxVp+g6xdkR2fhq5vDrHiG6J+6q2FiMRuewcjP96vmL9mj4X/tsft3eGksvgf4X X9mH4D3JHly6JCV8R+IoenmNcNiX5h/y0yOO7qRX3P8Asp/8E+/2XP2OdP2/B/4a2w1mZf8AiY+L NVAutVvmPLGS5cFwGPJRdqZ/hrxMxp5Ll7cKi55r7MbXX+KS91PvH955yPpctjnmPip83LB9Xzfg pe9L/F+6vuo2OK8E/GX9tX40xx3fw7+A134d0qcDbrXxIulsGkU9HSwtw8ycdndTn0r1Xwl8KvjP IqXHxI+PF7LKPmFr4c0uG0gX1UtMJnce+VNem0V83WxntNKcIwXkr/nf8LH1NHAqmlzzlJ+b/wAr fjcraVp0emWq2kUkzhR9+eZpGY+pLEmrJGRiiiuN6ndbSxzeueBJ7+5e40rxdrWms53MbO6VwT9J lcAey4rnNV0D48aIjJo2uaT4ghzu8i9iksZwB0CyRsyk+5AHtXo9FbU684aNJrzX67/czmqYOlU2 bi/Jv8tvvR8+eLfjl4k8Ebrb4gX2seDHk+VrnxLp4utKf0AvrXb5C/7UgX61z3i/4ufGjwZpKeKr q51iLRp4t9t4j8OQxeItJMfZjEgS5RcZO8NJgc19OXllBfQPaXduksUgKyRyIGVgfUHg14b44/Yy /wCEc1C48dfsoeM7j4d67IxludMsl8zRNTfv9osSfLVj08yMK4yetezgMZlrko1YKL81eP36uPq1 U87I+dzHLs1hHmozc0uztL80peilT+b0flFj+1T+0B/YT+NPAkdr4/0GHHnap8OdRjv5LXuWuNOu As6n/YEmc9q1PhJ/wUx0Lx5qI0bTU0nX79JDHPosN2dK1hHH8P2O8wsjjukchNeWePLb4e+JfirH 4a/aD8PXXwG+MRJOh/EjwhO0Gna0+QCzupCyBvl3LJzyAWxweH/aJsYNL1+2+HP/AAUu+Dttepdg R+Hfjf4ItFguHGPlabYNsuAMlSOBkgDrX2tPKMpxiUKlBXaulG3M1/NHVRqrvyShJfydD4WpnOd4 K9SnXfKnZ81+VP8AlnePNRfbnhUi/wDn41qfe/w5/a1+CHj/AMSDwWnihtE8Q9H8O+JbdrC93E8B Y5cCT/gBbNeob0/vj86/Jb4gaJ+0L+zp4HtdY1680r4+/BG4AFhf6kDcS6fGcDCXAzPZOBgcNtB4 wM169+y9+0N401nSV1P9kT4s3fiO3tYhJe/Cjx9eeZfWsY6izuCcyIOwBwPTvXjY/g6EaH1jB1U4 Xtd/Cn2k7Jwl5Tikv5j6DKuN6s66w2NouNS17L4mu8VdxqR/vQld/wAp+hmR60V478A/2yvh18Zr o+F9Vt5/DniaJvLutB1geXIJBwVQnAbntwfavYQ6noa+LxOFxGEq+zrRcX/Wq7rzR99hsXh8ZSVS jJNf1v2fkxaKAQeRRWB0HzD/AMFgvjk/wF/4J5fEfxVb3nkXmp6M2j6ec4Jkuz5RAPr5bSH8K/nF /Z1+CPif9pL44+GfgX4Onjj1PxPq0dlbTTAlYy2SztjkgAEnvxX65f8AB0h8dDpXwx+Hn7PlheFH 1jVJ9X1CEH70UC+XHkf77mvyT+BfwJ/aC+NeuXA/Z9+Hmva7f6VEJrh9BgZpLZSdoYleVz0r9x4B wn1PhmddyUZVG2pPZW0i3tomm99T8W42xX1viKFFRclTSTS63d2l520P0YX/AINZ/wBoAqC/7Tvg 7Pp9hu//AIiuy8Cf8G9X7THwD+EfxKtfA/xT8L+I/FHjPwxHoGkiN5baO0t5bqJ7uRnkX7zQxlAB /fNfCuk/sNf8FRdW1S20t/g98TIRczpEZpvtCpHuYDcx3cAZyfYV/SF8CPAKfCr4MeFfhvG0rDQt AtLLdLIWZjHEqnJPJOQa8XiTO88yeFOLxsK6k7tKEdo2erTejelro9nh/J8ozWdT/ZJ0XFaNyle7 utLparfZn84v7bn/AAST/ah/YG+GunfFP47XfhxbDVdbTS7GHTNVE00k7RSS524HyhYmyfUgdxXk f7KP7LnxS/bI+OGlfAD4O2trJrmrRXEsL3s/lQxJDC8zs787RhMD1ZlHev0R/wCDpL47P4g+Mvw6 /Z6sLwmDw5o1xrF/Grf8vF24jQMPVY4Mj2mPrTf+DXD4G/218bfiD+0Pe2WY9C0GHRdNmdcjzrmQ Sy49GCQoM+kh9a+ppcQ5hS4Mea4m3tGm1pZaytHT8X5HzVXIsBV4sWW0L+zTSd3rory6fI4X4b/8 EU/2rP2K/H+n/tc/tE6V4Zm8F/C+RvFOrQ2WuLLJdtYo1zBAE25bzJ44o/o5zxXx/wDG/wCOvxQ/ au+NV78UvjT43e61TW9RHnXV3I3k2UTPgJGvOyKMHAUdh3JOf6dv2ivgxof7RXwL8XfAzxRdS29j 4q0C502a5g5e3MiFVlUHglW2sAeDtweK/n5/ag/4Iz/t1fs2a3eb/hPeeLNEgkY2+veGIjcxyxgn DNGvzoSP4SM14HDnFEM4rzqY+cY1krR6Ll12u97790l2Oni/hvEZXTpQwFOU6F7y6vm21strbdrv uez/ABf/AOCAnigfA/T/AIsfsh/HzTfizezzQrdaVosMSJscZMkcglYYXuG2nnpXbf8ABHz/AIJ/ /wDBQv8AZO/bU0Px347+D2p6F4Xu7S4tPEM8l5GYnhZCV3KrHcQ4Ujjg1+cnhL4m/HT9n/xULjwX 428S+DtYspMMLG7msp4W9GUFSPoa/W7/AIJ3/wDBX34ufFL9hz4xaz+0Dq8d/wCJPhj4WkutO8TC 3SKS9SRGjh85UAUyLLsG4AbgckZBY6Z3S4ho5dKm5wrU6nutuNpJTsls7Ozat2OXIKnDeJzWFRU5 0KtP3klLmi3BNu7aUldJ6ao/Mn/gql8bz+0R/wAFBPif8SYb3z7NvEb6fpcgbKm1s1W1iI9AViDf Vie9ftL/AMG+vwNHwZ/4JyeHtcu7IRXvjbVLrxDdnbgsshEMB/GCGI/jX8+PhjRNZ+KPxG0/w5Zg vqHiDWIreMgZJlnlCg+/LV/UL4l1zR/2Mf2OtN0jRbWOJvDfhy10zSLbjBuFiVFH0ByfoDS47Tw+ V4PKaC1k0rf4Ukvxd/kevwZKNbMsXmlbaKb/APAnf8EvxPNP+CiH/BQJvgNp0vwp+D9xDc+MLmIf abwgPHpUbD7xHRpT2U8DqfSvk79nX9kvSvGGj6j+2Z+2rrt43hO2lNysN7OxutfuN3CZJ3FC3GBy 2CBgZNXv2af2eta/ao/aHVfGtxPdW7zvqXiS8djueMMCVz2LsQo9AT6V1n/BQL4oTfE34hQfCDwZ Elt4W8IYtLGxtRiOScDaz4HXGNo9MH1NVgMLSypwyjL3y1ZJSrVVpJR7RfRt6Lsve3Zx5jWqZxz5 tj481OLcaNJ6xb7tdbLV937uyOD1G6+OH/BSv4x6f8IvA9jH4b8D6UR9i0Syi8uy0m0U482RUwHl I4HvwMDJr1z45/HXwT+w/wCDU/ZH/Yr0dG8TzlYta8RRRLLci4bC9QPnnJOAOQmcAZrv9K0yz/YG /YyS80O3jTxx4wjBFw6AvDI6ZDYPaJCMDpvIyK8z/Yw+Gngj4YeFPFn7dXx+nZtI8IWVxeW890dz STKhaSUbvvSZO1fVn9cVy1cXg69F13D/AGSi+WnTX/L2pteXV6+t93rc3o5fi8PVVKM/9rrLmqVH /wAuqfaPZpa6W7KyPL/i74s+F/8AwSR+FMXx4+Odtb+M/j14shefwvoWqTGcaazDLXM5JJLAn5m6 k/Kp6mrn/BL/AP4JqfEL9r7xjH/wUg/4KR3l34n1XW5lvfCPhnWhmEQ9Yp5IT8qRDgxQABcYYjpn 5T/Yo8J+OP8AgtH/AMFTLn4sfHiJ7rw9p1wdY1bTSSYbawhfFrp69thO1W4+fDk8tmv6A7KxttPt IrKyt0ihhjWOKONcKigYCgDoAK87ijM8XlEFhnK+KqRTqSX2IvanD+WK8rd3q9Pb4YynCY9+1jG2 Gpv3IvXnkt6k/wCaV+9+2yFtbKCygS1tYFiijUKkcagKoHQADpU1FFfmdj9ISsrBRRRTGFFFFABR RRQAUEZBFFFAHCfH39nr4Z/tHfDy7+HXxP8AD8d5ZzDfbTgfvrOYAhZom6o4z1HUZByCRXwtY+Kv Ev7KPiy7/Ys/bP04+MPhfq67NI1G9jLyWcJOI5Y2PzAKcEgHcjDKntX6SEZGK8Q/bx/Zw0z4/wDw Pv0gslfXNDja90WYD5iyj54fo6gjH94Ke1fS8PZrDD1Vg8VrQm/nTl0nB7xae9t1vex8rxFk0sRB 43C6VoL5VI9YTW0k1te9um58R69oXxU/4Jo/E+HVvAWpjxV8KfFw3x6feES2moWrjmNgQVWYIeHA +YdQRkVl/tDfsqeGbXw7Z/ts/sQapd2egmYXGoabp8rJc6Bcg5O3adyoD2/hzx8vT1P9j/UtO+Ov wu1j9i74szCWCe1kuPCN7OMvZXCDcFUn+6fmA9N46Vy/7IHjjX/2YPjfe/Cr4hwhvD+q3raX4i0+ 5UNCj7iglweMc4J7q1fo6xWNo1Ks1riaSXOvs16feS25rXV7Xvo7qR+byy/BYinTg7rD1G+R/aoV NNIvflvZ2va21nE6v9nT4s+Cv259Lh8FfFWC10f4padBnT9ftoxCusqg/jC4HmDHOPqMDivd/g/+ 0/efDnxAfg78dNVkFzaSiCPUbsYkT+6JGP3wRjD+nXPWvkL9qr9nDVv2W/j4NU+HlzPZWE041Hw1 dQud1uN2fLDHrsbjnOVxnOTXsX7S1v8A8NO/slWP7UnhW0WLxR4btzD4kt7Yf61I8CTjrgZEi/7L EV4+Y4HLsWqMov8A2atpHvSm+ivtF9uj0Pay7HZlg1WjP/eaOsu1SC3v3kuj6rU+6YbiGeJZ4ZA6 OMoynIIPcVIDkZr4W/4JZ/t2j4g3R/Zz+IWrebewQtJ4au5nG6SIctbknklRyvfGR2FfdCkFQR6V +fZxlOLyXHywuIWq2fdPZn6Hk2b4XO8BHFYd6PRrqmt0fzp/8HBPxxPxe/4KK+IPDlpdeZY+CtOt dFhAfKiUJ50pHvukCn3SvNP2BP8AgqJ8eP8AgnNbeIofgh4D8FanJ4mkgbULrxVpl3PIixBgqRmC 6hCqd5JBByQOmK/b/wCLX7Ev7M3in4kaz4n1v/glrpfiu81HUHubvxHLNowbUJXO55SJrlZMlifv AHiuVl/4J6fslTSNK3/BIHTwWOSF1TRAB9AL3iv03B8TZK8jpZfXw/PTjGKac6Vm1re3PffXU/N8 VkWaLOKmMpVnGbk3dU6rtfpdQa2Pz7sv+DnH/goRq15Dplh8IfhG89xKscMa+HtUJd2OAo/4mXUk 1+4nwu1XxhrXw10HWvH8dkmuXekW82qpp0TxwLO0as4jV2ZlUEnALE+5r5G0f9gb9lrQNWtdd0f/ AIJG2cF3ZXKT2s6atom6ORGDKw/03qCAa+hD8YfjWYDan9kDxH5ZXaVHifRcYxjH/H5XyPESynHq mstw8KSV+b36d322k9j6jIauPwPO8fWnVva37qrZd/sLc/nc/wCCtfxwP7QP/BQT4keOYbrz7S31 xtM05w2Qbe1UQrj0+5X7H/8ABvJ8CR8Jf+Cd+keKru1MV7411e51mdiP9ZESIoT/AN+4xV7Uv2A/ 2WdY1K41jVP+CR1nPc3UzTTzSavohLyMSzMf9N6kkmvdPAfjL4jfDHwfp/gHwH+xLrel6PpVstvp 2n2niPREigiXoqgXnAFexn+dwzHI6OXYWKio2vepTs1FWW0u+vyPMyPLngM5qZhiXKTle1qVbRyf nDtp8z4O/wCDi3xX+1v8HPFngj4sfBn4neK9B8JzaVLp+pP4f1We3hjvfNLqZRGwGWQgAt1wQOlf HX7En/Bbf9qn9kjxHql748u734naZqsCK+neKfEdx5ltIucPDKwk2ZzyNpBx2r9s/Hnirx58UPDF 54K+If7Deq61pGoRGK903Ute0OaGZCMEMrXZBr5Z8Q/8Ejv2NfEesPrVx/wTA8UWzSuWkt9P+Jtp bwn2EcephVHsoFTlOY5ZTypYHMKMZJdYzp3avfV88WvkzhzrLc1q5u8fllecb68sqdaydktF7OSa 9Ufk/wDtvfthfET/AIKOftA2vxFl+E2maRfSW0enaVonhu2aaWUbiRvfG6eQluuAMdAOc/Q37Qn7 Ofin/gnJ/wAEjH8M/EaL7D4++OPim0bUtNLDzLDTbZGlW3cdmOSzjoCyr1U1+mv7P/7Mvwq/ZfuV 1H4Jf8EyJtHvlGBqZ1/RZ7rH/XaW9Z/1rW/aK+Efhv8AavTTR+0L/wAE6dR8UjRjIdMXUfEujN5B fG7bi9HXA/KuuXEdCNbD0aVNRw9Npte0p8z5dUvita9nu35nNheHJqNfE4mpKeJqJpP2VVRXNo2/ cWttNkkfiT/wRG+BbfHP/go14C068s/NsdBuZNbvQy5QrbIXAb2LbR9cV+2X/BSGa81ez8M+DIGY wGSe8uEHQsoVE/8AQpK+WPh1+3X/AME1f2Evi3rtv8MP2FfEHhHxZYyT6NrMmnxWbOPLlHmRbvtJ BG9ByDzivoD9pT406P8AE/wj8PvjLo+my2+neKvDX22xhu1XzI1Yq+1tpI3AOM4JFdeb/wBq43iT DY2th5U6XK1Dm5Xd8rk2rN9NV5CyjE5LSyHE4LDYmNSqpJzUbqy5lHW6XXR+Z0n7FPhO3+GPwN8Y /EkW4F3OJFV8YIjhiJUA/wC87fpXg/wc+FbeNfjVoNprURlW91uOW93D76hi8mc+oB/Ovoz4H+I4 Nf8A2QPFJ08Kz2sV6kiL/e8sMB+Rryj9mvx7p7/HTw3CyoPNvjEpPq6Mo/nXm4aviVUzGql792vk o6Hp4ilR5MvpP4bJ/Ny1Nj/goFLeeMfivaeHlBNrpGnqI4wfl3yfMx+vQfhXgf8AwXZ+IMv7Ov8A wTJ8Efs/eH5DbzeNNSgGo+WcGSKJPtEqt6gyMn/fAr3j9rXxRFofx41G1vIV4SFxuHVSorhv+Cxn /BN79on/AIKLaF8NpPgTqmgQ2Wg6fLJdrrOoPDlpUTaU2owPyj2qcDWw2FllixMlGlH323tflur/ ADLxdLEYl5i8NFyqv3Ulvbms/wADyH/g190jwH4S+EnxI+JWv67ptnqOoa3a2MRvLuONxDHGzsBu IOCzL+VfqkPib8PMc+O9F/8ABrF/8VX4XWH/AAbcf8FG9LiMOl+OfB9sjHLLb+JJ0BPuBEM1Mf8A g3I/4KWk5/4WX4X/APCquP8A43Wmc5Zw5nGaVMXLM4x52tLN2skrX+Q8ozDiHKsup4WOXyfL1va+ t/1P3L/4Wb8PP+h70X/waxf/ABVH/Czfh5/0Pei/+DWL/wCKr8NP+Icj/gpb/wBFL8L/APhVXH/x qj/iHI/4KW/9FL8L/wDhVXH/AMarzP8AVnhr/oax/wDAX/mel/rDxH/0Lpf+Bf8AAP3L/wCFm/Dz /oe9F/8ABrF/8VR/ws34ef8AQ96L/wCDWL/4qvw0/wCIcj/gpb/0Uvwv/wCFVcf/ABqj/iHI/wCC lv8A0Uvwv/4VVx/8ao/1Z4a/6Gsf/AX/AJh/rDxH/wBC6X/gX/AP3L/4Wb8PP+h70X/waxf/ABVH /Czfh5/0Pei/+DWL/wCKr8NP+Icj/gpb/wBFL8L/APhVXH/xqj/iHI/4KW/9FL8L/wDhVXH/AMao /wBWeGv+hrH/AMBf+Yf6w8R/9C6X/gX/AAD9y/8AhZvw8/6HvRf/AAaxf/FUf8LN+Hn/AEPei/8A g1i/+Kr8NP8AiHI/4KW/9FL8L/8AhVXH/wAao/4hyP8Agpb/ANFL8L/+FVcf/GqP9WeGv+hrH/wF /wCYf6w8R/8AQul/4F/wD9y/+Fm/Dz/oe9F/8GsX/wAVR/ws34ef9D3ov/g1i/8Aiq/DT/iHI/4K W/8ARS/C/wD4VVx/8ao/4hyP+Clv/RS/C/8A4VVx/wDGqP8AVnhr/oax/wDAX/mH+sPEf/Qul/4F /wAA/cv/AIWb8PP+h70X/wAGsX/xVPt/HfgfWJhpdj4u0q5lnyqwQ6hG7PxyAoOTxmvwW+JP/BAT /gon8Lfh9rfxJ8R/Erw2dP0HS57+9EPim4L+VEhdsAxjJwDXnf8AwQ3tvGHjr/gqJ8LrBvEGoT21 ndahfXYku3ZBHDp1y43AkjBfYv1YVu+C8tq5dXxeFxyqKlFt2j2Tdr362MP9bsxpY+jhcTg3B1JJ K8u7Svt0P058ReD7r4M/tK3Gt6BEYzo3iP7TAiDA8svv8v6FW2/Suo/bs+E9nH8ZV8X6ZAoj1ywj uHKj70ijaW/ILR+0/wCNtPsfjtr1mscZMV0iuSO+xc/zrt/20tft9E0/wat4i/aH0cbww5Hyrn9a 9CnicT9cwVb7UoNPzXKpfn+Z5lShh/qmMpfZjNNerk1+Qvx38Mj40/se+GfHGoRCTU9HjiWWZ/vN tzDIT9Sob8aw/wBg2wiFx4o+FOvQmTTNd0pvNgboxwUYD0yjH8h6V3Hg7XEuP2GNT1m5RBEEmaME cYEygfrmuB/Yw8WR6t8cbOxt0Ub7G4L7R2CZrzo+0eTYzDr4YTk15WtLT52PQn7P+18JW+1OMU/O 6a/I/LCT4geKv2Z/2l573Q7x4b7wf4tkWMx8Z8icgr+Kgj8a/oE+GvjGw+Ifw90Tx3pkitb6vpcF 3EVPGJEDf1ry/wARf8E7v2LPGXiC98W+J/2ePDt5qOo3T3N7dzWYLTSuxZnJ7kkmvWfCHhHw54C8 L2HgvwhpMVhpel2qW9hZwLhIYlGFRR2AFZcZcUZZxNQw8qNKUasFaTdrNNLtrutL9zHgThHOOFMR iY4itGdKo04pXumm+6tqnrbsaJRCNpXik8qL+4Pyp1FfBrQ/RrIb5UX9wflR5UX9wflTqKAshvlR f3B+VHlRf3B+VOooCyG+VF/cH5UeVF/cH5U6igLIb5UX9wflSPFHtOFAOODin0EAjBo3CyPx5/4K 5/so3PgX9q+/+Iem6d/xKvGsK6jDIifKt0FCXCZ7ncBJ/wBtR6V6z4LvLj4lf8EzvDmqWAL6p8MN Sk07UYl+8tox+VsemwwnP+w3pX23+1b+zb4f/aR+GU3hO+ijjv7VjcaRdsv+qmA6H/ZYcH618gfs 2aFqv7O3j/WPh98Q9CkPh/xBCdO8S2Ei8AchZQO5Xcee4Y1+s5fxA834eo02/wB9hXF26yik1+MW 1627o/H8VwxDJuJMRXirUcUmm+ilJqX4SV/Q3f8Agmd8YNK13W/EvwH1+7VU1/TjcaernhpVUpIo 9SUYNj0jNeFa54j8QfAL44SaXfK8d54Z15WQSH73lyBlb6EAH8a534++CfiP+wl+0PZazod47WUV 2uo+E9ZjJ8u7t92QuehIHysv9DXsX7XOg6D+2J8EbL9tT4D24l1HTrVYPHehW3M8BUcy7Rydnf1Q huitXrRo4ahmccUmnhsWkubop7K/bmWjv1VmeZLF4itl0sI9MThG3y9ZQ3du/K9dPs6o7T/gpDDD enwr8f8AwvIZdJ8RaWkbTpyFcDegJHQ7Wx9VPpX0/wDsYfEyw+K37OfhzW4bgNPaWYsbxQ2SskIC c+5UKfxr4t/YV+MXgv8Aak+CmrfsM/FrVxb37wPN4N1CUjKuMsFTPV0bnb/EpYetW/2DPjX4l/Y9 /aN1X9lP4/IdNg1a7EdncSt+5W6ziORWPBjlGAD64zz0+czPJ69TKamXtfvsK+aK6ypPqu9lvba2 p9Flee0Kea0swUv3GJXLJ9IVF0fa72vvc/RxMbeM9e9LSIdyg0tfmVkfqS2CiiiiyAKKKKLIAooo osgCiiiiyAKKKZPNFbwtNNIqIqks7HAAA5JPaiyA+V/+C0vx50/4A/8ABOX4i6vd3ix3niHSv+Ee 0mPdhpLi8zEdvusZkk+kZr8+P+DZP9ntrbxt4/8A2y/FkAh0rw9ojaLpd1MMIZJNs1y4J4GyOONc /wDTRh2rB/4K8ftOeNf+Cp/7aPhn9hn9lON9a0bw7qz20Elscw32pMNlxdsw4EMEe5Qx4A8xs/NX 1F+0V4i+G/8AwTq/Y80D/gnx8F9RSfW57BT4s1C3IDEP80zNjkPM+QB2jGD1FfqmXZdicNw9DKqa /f4tqUl/JTX2n2079W1ufl+Z5nhquczzSo/3GFXLF/zVH0XfV9OxheFdf1L9p/8Aapi03T1eSPxD 4kMsnrHaB9zMfTESn8RXcf8ABSf4xWmpfHyPwXpNyHTQNNjgkVD92V/mK/UDb+dTfsm+GtG/Yg/Z z1f9sj432wh1rVrEw+FNGnOJnVxlFweVMjAEn+FFzj181/Yf+GutftNfGjU/2kfjLexw+FdAvn1b XtUvm2w3FwD5giyeNq9T2AUDvXq82E+vVMd/y4wseSL/AJpuyaj30Sjpu7nhOpiXgqeC/wCX+Jlz yX8kFs5dtW3rsrH0Z+0n4iH7PX7CHhf4ZalceTrGtQQi4tyeVLEzzA/7rNt/Cue/4JWaHe+LPiBr vj+eMm00uwW2jk7GaU5x/wB8qfzFfNH7Wf7TviP9tD9o1NL+Gul3V1YJcDTfCmnKDvmXdjzSOxdv m56LjPQ1+mP7Hv7Pll+zd8DdK8AO8c2psputcu0HE13IAXwe6qMIvso7k14ecwlkXDPsa+mIxLcm uqUrN/hZep7mSVln3E3tcPrh8OlFPo3FNL9Weor0paAAOBRX5mfqIUUUUAFFFFABRRRQAUUUUAFF FFAARkYrzH9of9nfT/jHozXui3qadrtvHi0vcfJJ6JIB1Hv1FenUjdOlbYfEVsJWVWk7SRhicNRx dF0qqvFn5yfE3xHBpGmT/sv/ALcHgq8j0SSUvo+vQx75tLl6LcW8nSSP1UduMdq8D06b9on/AIJn fEy3+KXgu9g8V/D/AFhti6rYsZdN1m1P/LKYD/UzAHo2CD0yK/XP4ofCb4e/GTw3J4R+JHhW11Sx kziO4jyYzj7yN1Q+4r5D8ff8E5/jl8FW1DUv2TPHNprugX4P9qfDjxmBLaXsfdFZhtLehbaQcHeM V+l5HxTl1SnLD4hRiqnxwlf2cvOLSbpy9bx6uz1Py3iLhPMqdSOIwrlKVP4Kkf4kbdJRbXtIryak vNaHzZ8RfgZ4N/aOs/8AhrT/AIJ26zJDrGnyi+1/4exTiPUdKuQd5ltlGN65BO1ev8OT8teg+Cvi 78EP+CoHgmD4K/Hy7j8FfGbRoTFo+uSQ+UL11HTBxzkfNEcHqV9K8h8U/BjSfhz8SofE3hG78Q/s 3/EaGUtb2HiVZToF7JnkQX0YZYoye0m6PGPmNb3xR1fw38Qo7Qf8FCfgTq3gvxA4U6V8bfh5AtzZ 3TDlJZTbFklHRtyEuP7oNfVVaKr04ck5S5NaU1Z1oeVr8uIp/wCFt23Tep8HRxdXD1qvtIRXPpVg 7+xn/e/mw9R/34xjfZpaH1T+zP8Atd/Ez9n7xLZ/sqft5WjaTqsWLfwt44lctYaxEPlRWmxgPjAB bBPRgD1+x7eaKeBJ4ZFZHQMrK2QQRwQe9fnZ4M8f/GbTvhiPB/x28J6R+0t8H5I9kHjHwXJHeanY RAYDTW2fN3KOuOVxy3avT/2dtd8RaBpA1P8AYn+OGnfEnwhAf3vw58W6i1vqulLz+6hmlAkiI7R3 C49GAxX51neTU6tSVeHLCV9bfwm352vRk/5Kiit7NbH6fw9xDVoxjh6nNUjbRS/jRXmrtVorpUpt u26b1f2PRXlvgX9qX4feKdUi8I+LIb/wd4lcYfw54ttTaTsR1MLkmK6X/ahdx646V6etxA6CRJkK nowYYr4+th62Hly1ItP+tu/yPvcNjMLjIc9GakvJ7eTW6fk7ND6KQOhxhxz05pcg9DWJ0hRRSFlX qwH1NAbC0ZHrTZJookMksqqqjLMzYAFfNH7Uf/BVD9l79nHWn+H2j6ve/EDx47+XZ+A/AVsdRvmm xwkvlZWDnHDndjoprow2ExWNqezw8HKXZL8+y82c+JxeGwdPnrTUV5s+kdU1XTNE06fV9Y1CG1tb aNpLi5uJQiRqBkszHgADua/Kj/goZ/wVF+K/7afjmT/gn/8A8EuNIv8AxFd6mzWvirxtpwKQiPOH jglPEcIGfMuGwDyEyPmZv7RWl/tmftoxR63/AMFAPi7Z/s//AApnbdY/C7Qrv7X4h1tc8JJDDudm OQNpGQc5jXrXoXwn+BvxM8KfC6b4bfsffCay/Z4+Gbxbtc+I3jt0j8QavGBzJ5ZbfEMcjzCoGSQe or7bKMmweWtYnEuM6i2u/wB1F921rUkukKaeu7PhM64grYq+GoRlFdVFfvZL00VOL6zqNKx5j8Jf CHwJ/wCCMvw5m8BfDu5tPiD+0Z4rtBbarqFlF50ejh8HyUwMgBsEIPmkIDNgAA9T8H/2YtB+BtnN +3L/AMFMPFHlXk05vNK8J3rCW7vbk/Mhkjz875xtiHCjl8AHG98KrT4MfAg3h/YZ+EV/8V/G+X/t j4u+LiLfRtPk6vJ9rnKo5BycRckdGbkHyzxTrngnxn8Tx4l+JOt6z+018UyxFj4T8HWsx8O6W2fu mVV/fKp7RjacckGvrqKq1/aRg5pz1qTatWqL+WKfu0KfZzadtUmz4HFYtRcKlXkly/wqabdCD7uS 1xFTvGmmk92kaHiS5+L/APwUm8byfHP4zazH8O/gv4bc+XqGpyiKKGAHlIAf9dOwABYDAyBzgKea +M37Tuv/ALSiaX+xZ+wd8OdTh8E2biG3tbWErc6w4PNxcE42IT83zkerY6D2jR/+Cbn7an7Z+rWG vftm+ObbwR4Us9v9l+BPDoQ/ZYh0RY4yYojjuS7euDX27+zl+yn8D/2XPDI8NfB/wPb6cHQC6vnX fc3RHeSQ/Mfp09q4cfxHkmUKCgo1p0/4dODbpU3/ADSn/wAvJ+a0WtrPU9DLOF+Ic7nN1OajTqfx KtRWrVV/LGH/AC7h/der+0pLQ8Y/4J6/8E4NC/ZV0mPx78RZrbVfHN3APNniG6DTVYcxQkj5m7F+ M9uOv1dEML0xz0p1Ffl+Y5ljM1xcsTipc05fguyXRLoj9gyvKsDk2DjhcLHlhH72+7fVhRRRXCei FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGZ4o8JeG/GWlSaD4s8O2Wq2My4ms9Rtkmif6o4I NeP3f7BHwc0mS4uPhRNq/go3W77RZ6Dfn7DPnr5lpLvhYHuNooorpw2NxmDuqNRxT3V9H6rZ/NHB jMtwGNadempNbNrVej3XyZxX/DubStF8SHxT4WurPS9T3ZbWfCbSaJdyHqN6wM1uwHXBiwa3tQ/Y t17V7231vxPreja7qUKgprV3pxstWiPoL2yaNpD7upHtRRXfLiHNXJN1NUrX627LsvJWR5sOF8lg rRp2V726X726vzdzs7H4IeMrnw4fDvijXrXX9NY/8gjxbax6go9/NCozEdsjj1qxonwEu9ABbwb4 l1Tw2V6WtrqjXlox9fJuAdo9FDAD0ooriePxLTV9PRW+7Z+rVzvWWYRNOzuut3f7916JpG/Y2vxl 0VwLu60TWYU4UmN7WZvckFkH0C11OnS381ssmo2SQSkfNGk28D8cDP5UUVzOfPrZL0Vv+AddOn7J 2Um/V3/4JP8AhXE+NZ/jzfSvY+ANL8OWA6JqOsXU1wCPXyYwhB+rkUUURai72T9S6kedWu16HkXj H9ij4pfGppIv2gf2jvEus2Mp+fQNBvBo+nEf3XW2AlkUjghpOe9bXwz/AGHfh58FtDOh/CbQtO8J 2jrtmg8J2MVpPKO4e7cPO4PcMx68UUV2vM8a6apqVo9klb7tr+e5wPK8G580k2+7bv8Afvby2NbQ f2Y7bwjqE+t+A9I0XRtSuBmXXZbU3+puem1rm5LEg89MAdhXP+Kv2M9T8fagmpeMNdt9VnRt0Vx4 mL6mbdgesduxS2H/AAKMketFFOGbY6lLnhOz79fv3fzuY1MhyyrD2coe7vbpfulsn5pJli5/YB+F vi2SEfGfxFr/AI1gt8CDSNUv/I0yNR0C2lvsjGO2QcV614B+GHgD4X6Wmg/DrwRpmh2SHm30uyjh VuOp2gbj7nJoorLE5hjcVDkq1G43vbaK/wC3VZfgdOFyrLsFN1KNJKT3la8n6yd2/vOhooorkPQC iiigAooooA//2VBLAwQUAAYACAAAACEAlrWt4vEFAABQGwAAFQAAAHdvcmQvdGhlbWUvdGhlbWUx LnhtbOxZS28TRxy/V+p3GO0d/IgdkggHxY4NLQSixFBxHO+OdwfP7qxmxgm+VXCsVKkqrXooUm89 VG2RQOqFfpq0VC2V+Ar9z+x6vWOPwZBUpQIfvPP4/d+PnbEvXrobM3REhKQ8aXm181UPkcTnAU3C lnez3zu34SGpcBJgxhPS8iZEepe2P/zgIt5SEYkJAvpEbuGWFymVblUq0odlLM/zlCSwN+Qixgqm IqwEAh8D35hV6tXqeiXGNPFQgmNge2M4pD5Bfc3S254y7zL4SpTUCz4Th5o1sSgMNhjV9ENOZIcJ dIRZywM5AT/uk7vKQwxLBRstr2o+XmX7YqUgYmoJbYmuZz45XU4QjOqGToSDgrDWa2xe2C34GwBT i7hut9vp1gp+BoB9HyzNdCljG72NWnvKswTKhou8O9VmtWHjS/zXFvCb7Xa7uWnhDSgbNhbwG9X1 xk7dwhtQNmwu6t/e6XTWLbwBZcP1BXzvwuZ6w8YbUMRoMlpA63gWkSkgQ86uOOEbAN+YJsAMVSll V0afqGW5FuM7XPQAYIKLFU2QmqRkiH3AdXA8EBRrAXiL4NJOtuTLhSUtC0lf0FS1vI9TDBUxg7x4 +uOLp4/Ryb0nJ/d+Obl//+Tezw6qKzgJy1TPv//i74efor8ef/f8wVduvCzjf//ps99+/dINVGXg s68f/fHk0bNvPv/zhwcO+I7AgzK8T2Mi0XVyjA54DIY5BJCBeD2KfoRpmWInCSVOsKZxoLsqstDX J5jl0bFwbWJ78JaAFuACXh7fsRQ+jMRYUQfwahRbwD3OWZsLp01XtayyF8ZJ6BYuxmXcAcZHLtmd ufh2xynk8jQtbWhELDX3GYQchyQhCuk9PiLEQXabUsuve9QXXPKhQrcpamPqdEmfDqxsmhFdoTHE ZeJSEOJt+WbvFmpz5mK/S45sJFQFZi6WhFluvIzHCsdOjXHMyshrWEUuJQ8nwrccLhVEOiSMo25A pHTR3BATS92rGHqRM+x7bBLbSKHoyIW8hjkvI3f5qBPhOHXqTJOojP1IjiBFMdrnyqkEtytEzyEO OFka7luUWOF+dW3fpKGl0ixB9M5Y5H3b6sAxTV7WjhmFfnzW7Rga4LNvH/6PGvEOvJNclTDffpfh 5ptuh4uAvv09dxePk30Caf6+5b5vue9iy11Wz6s22llvNcfl6aHY8IuXnpCHlLFDNWHkmjRdWYLS QQ8WzcQQFQfyNIJhLs7ChQKbMRJcfUJVdBjhFMTUjIRQ5qxDiVIu4Rpglp289Qa8FVS21pxeAAGN 1R4PsuW18sWwYGNmobl8TgWtaQarClu7cDphtQy4orSaUW1RWmGyU5p55N6EakBYX/tr6/VMNGQM ZiTQfs8YTMNy5iGSEQ5IHiNt96IhNeO3FdymL3mrS9vUbE8hbZUglcU1loibRu80UZoymEVJ1+1c ObLEnqFj0KpZb3rIx2nLG8IhCoZxCvykbkCYhUnL81VuyiuLed5gd1rWqksNtkSkQqpdLKOMymzl RCyZ6V9vNrQfzsYARzdaTYu1jdp/qIV5lENLhkPiqyUrs2m+x8eKiMMoOEYDNhYHGPTWqQr2BFTC O8Pkmp4IqFCzAzO78vMqmP99Jq8OzNII5z1Jl+jUwgxuxoUOZlZSr5jN6f6GppiSPyNTymn8jpmi MxeOrWuBHvpwDBAY6RxteVyoiEMXSiPq9wQcHIws0AtBWWiVENO/NmtdydGsb2U8TEHBOUQd0BAJ Cp1ORYKQfZXb+Qpmtbwr5pWRM8r7TKGuTLPngBwR1tfVu67t91A07Sa5IwxuPmj2PHfGINSF+rae fLK0ed3jwUxQRr+qsFLTL70KNk+nwmu+arOOtSCu3lz5VZvC5QPpL2jcVPhsdr7t8wOIPmLTEyWC RDyXHTyQLsVsNACds8VMmmaVSfi3jlGzEBRy55xdLo4zdHZxXJpz9svFvbmz85Hl63IeOVxdWSzR SukiY2YL/zrxwR2QvQsXpTFT0thH7sJVszP9vwD4ZBIN6fY/AAAA//8DAFBLAwQUAAYACAAAACEA fZzedQAIAAAYHAAAEQAAAHdvcmQvc2V0dGluZ3MueG1stFlZc9vIEX5PVf6Dis+hOfcAjOUtnLZs y+s1tdnavLhAcCgiwpUBKIpK5b+nARCijpZLdsoqlQXMN31M99c9g/HrX26K/OTa2CarytMJfUUm J6ZMq1VWXp5Ofr+Ip87kpGmTcpXkVWlOJ3vTTH5589e/vN7NG9O2MK05ARVlMy/S08mmbev5bNak G1MkzauqNiWA68oWSQuv9nJWJPZqW0/TqqiTNltmedbuZ4wQNTmoqU4nW1vODyqmRZbaqqnWbScy r9brLDWHP6OEfYndQSSs0m1hyra3OLMmBx+qstlkdTNqK35UG4CbUcn1txZxXeTjvB0lL1jurrKr O4mXuNcJ1LZKTdNAgop8dDArj4bFE0V3tl+B7cMSe1UgTkn/dN9z+X0K2BMFKs1W36dDHXTMQPKe nsZ8nxo5qmn2hbkZFTX5S0I7QB+zpU3sQNxDXIt0fnZZVjZZ5uAOxPcEQnTSe9f923n8BormtqqK k928NjYF5kDFETKZdQDkq1ov2qSF6fOmNnnel2CamwS07+aXNimgeMaRXmZVfaraC5ukV3HvYleO A2DWyTZvL5Lloq1qkL5OYHWaHWxt9vXGlD33/wlVPeKCyQFPNwkobY1d1EkKOoOqbG2Vj/N6swFU sAWCHTSu7GKT1CYcDDdvXlfzphs4eNKcXM/NDazXrLIWOkqdrYrk5nTCiHA7DTNMxW6+rqq2rFrz 2d5/Az865kzpYPvRcL/G2WNZU66evDzS83B0VPNAcGhbx6fF0AJBpEwKSPuDtnZerUyXua3NXs7P TqAPMh1zgRqqoGXbbGUuOrot2n1uYsjRIrs1Xrl6v23aDDT2Cf4/PPiWA0AfsPwrFMjFvjaxSdot sOEnGesJF+dZfZ5ZW9mzcgW189OMZeu1sWAgg1o8ByZmttr1cX5nkhXslD/J7rYxf8Bk6E+8L2m/ atuqeHcs1R+3O3L5SN9Vlf4jsX2NDY93bnz9+nboNPn+q2Bf4Se70/NONGfe8BN5H9o/0qurZvHb zdnHoL65zWafPtC3+/N/72KAN9XF2UU3cexU3zZCn7fR5J/dq5svTX62/xT+ST7dJvvzj3/umqW3 O//X+f7TxfsLkkcfLjKyvW1uP3v7q5397XfPpjN9Gew6PaeH5d9bNJx3VncPX6BT3IWKhK7g0h/c 7tAjQohgTowilLohLsOkcg5BeIRI5sa4jCuFr1EkEIGvMIRS6foRigjNCeoBdQA7cPIR4tKQMRwR jAkU8XTsH5rWIyTgJMSRmEfysCk9RBhVIeUoIgUJ0ZUypVWM2mEuUTGuzdU+xxFPcAf3zYOcojxg PnMUGjcWKBagOWWxdKWDIRzIKNH1cMiDj/rGiSQ+mh9ONVM4woG9uAdcigCNNRfMddCVckUkHh0I Z0hwbSEwDuU1D6XGEQErjXCEEsdDeS0oEx7qNZx92HgUe4TI52oBCktotLKES335DAL5wX0L4Be3 E1ItUI5KwqG2UIQqx0G5Ixn1XTTbUtJYhDgimUBjDdkROA+kDz0J7W8ylowFGKII1RGOUBL4aEQV I56HrlQxFeG8Vhy8RuOmOFO0P5I+RYRwcURIiWdOCUWHA+4TRCpP4F5rGeI5VQ5xIlybQzwX9UAD qTgaN824UCirtJARQ3uV1kp5KA8A8fHuoh3OPVybR12C8k17XD/jW8C5QhmiYyLxDutwFnE0buCa 66IeOEILfNeEBu96uDYInIfGwNFaumjcHKfLA4qETLsoD5xQCo2u1KWEa7TmXEqflWEhfgpwKQ88 tF+7jCgXl2E80GjmYLuICe6By+HIhSNa43XqesRn+EpDBW0MRWLCJe51zL0QRTyhIw/dzTxFNZ45 D/ZzPHNgxInRiHohDwI0bj5jiuAI5z5D2esrFuE90deEP4NAMShcmwOkQlfqe8/tGL4POwYuE2kP jwFsgKGD5jSAncRD7QRKa4rGOtAqxFkVuDyO0R4SeJRLHAm6vRtDQsKERHtvCIdYvCuHTMYe6nXo wiESXenz3yWhRx2Jy3gijFFeh56SHq4t0DpGGR+GsG2iPTGMROjj0Ykhebi2GHZnND8R/MZodCKi IopyJ+JEKXSlkdd9taCIT2KcIZFPFf6dBUjgoF0sCojEGR+FcBZDYx1FmuAMiWJF8E4eE8Yluh5A FM7eGLq/QtcTUzjvoDGIHebgTIyBowLNQuwTV6DZjgPqcBwJdRz2cZsNEHyXF/PuNr27cxueusut k2KQCJJiabPk5Ly7b591M5b2ys/KEV+adWXNfWSxXY7gdDoATZHkeWyTtH9bZU0dmnX/nJ8n9vKo radhMbfo6Mqs36fjWHefa+xbW23rAd3ZpB6uqsYpVIiDZFa2H7NiHG+2y8UoVSZ2fw/alqtfr20f nWNQdvN2Y4r+yu9j0l8h9XPXdhp/GUKc5nbRXQ+Z86Suh1um5SU9neTZ5abtL1taeFsl9qp/WV6y A8Z6jA1Y/5Kk3cpg9uHhOMbGsXvz+DjGj2NiHBPHMTmOyeOYGsdUN7bZ18bmWXl1Orl77MbXVZ5X O7N6d8SfDA1B6C+gf/RG+jA7T/bVtn0wt8O6yfVDDaukTQ5XfLMHwj2xH/nSXdGnGZBwsS+Wx5v1 vw2O51nTLkyd2KStukuzHvt7j1HRXWOdQf3AUz8Om0LkBsHQK6i8g+UA/yfuvmzdQEx5rMNp5Ipw 6lOiphHzg5B7Clqq+u+h/Mb/0nvzPwAAAP//AwBQSwMEFAAGAAgAAAAhALfxriSvAAAADgEAABMA KABjdXN0b21YbWwvaXRlbTEueG1sIKIkACigIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAKyPwQrCMBBEfyXs3aZ6ECltpSCeRIQqePCSpts2kOyWJIr+vUHEL/A4b+ANU26fzooH+mCY KlhmOQgkzb2hsYLLeb/YgAhRUa8sE1ZADNu67IqW715jEC1a1BH7Nr5sqm/Nqcmu7QHEBxyVSzAx EGmHQtFVMMU4F1IGPaFTIeMZKXUDe6diin6UPAxG44713SFFucrztexMZw2PXs3T6yv7i6ou5e9M /QYAAP//AwBQSwMEFAAGAAgAAAAhACsybTHhAAAAVQEAABgAKABjdXN0b21YbWwvaXRlbVByb3Bz MS54bWwgoiQAKKAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnJDBaoQwEIbvhb6D zD2bVFdXF+OCtQt7LS30mo2jBkwiSSwtpe/eSE/bY0/DN8PM9zP16UPPyTs6r6zh8LBjkKCRtldm 5PD6ciYlJD4I04vZGuRgLJya+7u698deBOGDdXgJqJPYULFeOg5fRZuWacaeSHeoKrIv85y0FStI 1p1ZfmjTrNg/fkMS1Sae8RymEJYjpV5OqIXf2QVNHA7WaREiupHaYVASOytXjSbQlLGCyjXq9Zue odny/G4/4+BvcYu2OvVfy1VdZ2VHJ5bpE2hT0z+qjW9e0fwAAAD//wMAUEsDBBQABgAIAAAAIQBL ASXV8wsAAE3KAAASAAAAd29yZC9udW1iZXJpbmcueG1s7F1Lk6O6Fd6nKv+hy1V3kcWMEQ8Brttz y2BITWoySWUmlTXtprupy8OF6fb0LpU/k1XW+Vn5CxHiYWyDAAFtcVuzGLcROpbOQ/p0zpH08y8/ Av/mxY33XhTeLsBHYXHjhtvo3gsfbxd//25/0BY3+8QJ7x0/Ct3bxau7X/zy6fe/+/mwCp+DOzdG L94gGuF+ddhtbxdPSbJbLZf77ZMbOPuPgbeNo330kHzcRsEyenjwtu7yEMX3S1EAAv5rF0dbd79H dEwnfHH2i5zc9kc3avexc0CVU4LycvvkxIn740gD9CaiLPWldklIpCCEeiiCS1JSb1JwmbbqgpBM RQi16oKSQkeppnOQjpJ4SUmloyRdUtLoKF2oU3Cp4NHODVHhQxQHToK+xo/LwIl/fd59QIR3TuLd eb6XvCKaAizIOF74K0WLUK2SQiDd96agLoPo3vWl+4JKdLt4jsNVXv9DWT9t+iqrn38UNeIu/c+q bKLtc+CGCe75MnZ9xIso3D95u9LCA1pqqPCpIPJC6sRL4BfvHXago7k0DU+bjJVHgl2an/M/8LOW kykCoYNEUhJljS5NOP3NoiUB0sLjD1OxpsJc0HEAKQiIFwTg1uuo0gWNjJuoP6hmhc7e7UdGKcjs X4OjqR92j8O05Y9x9Lw7UvOGUft8tP1DOg33oJVrXdUS9sMa8+3J2aEhIdiuPj+GUezc+ahFSIdu kBrcYAmk/yOp3KRGt/iEsIJzt09iZ5t8fQ5uTr59RkJHmAPVXMUuAhpx+jCDFeuHxI2N2HV+TV9J qYT7lObqxfFvFzb+p9qLZVoSPPuJ98V9cf3vrzu3eCdtrO/ix9lrSbDzi0JgSdYaGmJW4r+kBR76 KH4MN6Z8OXsLQR47KB/eu1svcHLSqOZ390dZ9hP4WD7/07Z46rsPSfZ499cYNwixIv8s3kG/gfix 2kVISlCW0teXxxe9MOVASicrRV+enPARwzUJCvnbmPoS/zj+rDC8VRqAXhoa/n0qaWhA0XRZWtNL 4+7Z992cu2fC+N+//juCMICsY2VpkAYuJojjsIrzDzsKk33K+P3WQ+PCt9fgLvJx1TXi6ckDL0xS PXtwEEdzYpgKpWzTBtLKNmc6hWwlTdUMc5MrB5uyFQWdJNu0mHHZpmMBrWzzQZBCtqJgWToALMtW FyFBtGkp45KVB0gWzx9UkjUMw7IsgWXJDpoeWZCsMkCyGr1kddOUDQFbBavI5yisOtGmpQTRUkoj HQhopYFnDyppQAshn7XGMvIZJAwW7EylkSwQTKDYlkqS7NPrXezd/zkt8xuWGaoENxs5t9ZT8aI/ k52/RSO8JUPRyNdK/QS++5a8+mV7jHy8v1CDf4+gBgDKMkEPcHFVEWSlGJ7JivAP9HbqcN5XdOH0 WZs6nDI2XcHkjBVkQRcEAU8EiRsmTuK9uOkbgy0rGoOhskwyLFxMY1lm9Bx7bnzz1T1UWHr+tB9T 8drmhKnp5DUyU8fRUxEQxytcTMPWsfU008oqSzPNHZmlY8wAopat7ZtYmhbTsHTIHHDKTDz0zMHo EWtaZlN2jD4z8VkYvSyJJLbiYhq2jm30eLU5D6NXBOL0hItpWDqe0ae4bhZGr6jEKQkX07ByCqPX 5mP0UCZOS7iYhq3DjX7Zb4GS8rz/AkVV1sCWiI6A9gWKYNuiqAPyAkXQsCLYHQU/gn/gFLEpndb7 p82vLgNw8wH24VLosR8d3PiLmyBh1HdJ7N8lTaXoUhWEZ10yhnTpb1HghPU9kup6FHuPT81dkhT9 tEugNE5Cl6oguFAyui4RlU7uLSFZAhQSqsLQiZVO6d0lRZAoulQFgdMqHeyvdIp6NjR0UroqCJtQ 6dTeEoIyzbBQhUETK53Wu0sqOBsWOnWpCkKmVTq9v9Kp+tnQ0KB0PUFAKjQKEAAFaKnE6Gw7CNBs YQ2M+vB7KQhTMkxD3Yzhlv7nf3qrEeX6bbzFxgWeuNpi4+2chNv9mH7DjGvXW00w7wXMGHQ9hwDD Pj12LG5aD91wi7vAa4xYHJMuOJYsjjGHGjsWN617bLjFXYBVRixuPv4vjKf7Y9+1qkumkKNWWuwL FUFUZdMquVvKlRkHGABaz9zSwdh2lJ7294uhxeK0PWUWj0KRLn34veBRSZLfPr/6lDVs4lFZgHSM ee94VO07qL43PKr0HYvfCR5FQzXTFscsHtUph/C3x6NUu6BEUYOibRBzgdvxqGjY0FaAWXK3lOts 8GhHkMlSQLYNeHZEkywFZC8g5bwDsm0AsCNmYykg2wbdOgIqlgKyF6hq3gHZNgzUEbawFJBtQy8d MQVLAdkLYDFOQBZQ7ZcVNQ1x1FCy1lJHZGUN6qYil7woJXGJAq6zPOAR2Xq+8Igs1icekeUR2Tey OB6RpbM4HpHlEVk6i+MRWTqLm1FENlWz/thXt3VVswZ6wCDU12gZWXtAQSlXXRVke7MZYc90/j7d cNGyQ0WV8P7x5fHFEwgtYfMutaHrjuk+wwsyp8iP4qJxznOCrb07suZbqJvGqQHAm2+hHh2q8y3U I4J7voV6JKPnW6j5FupGlvIt1D1YybdQT2H0v5kt1IDqmDxxA0XJVnGf6BcsG02F643UKWR/HU+G Rpkj9pt31iuUSWDv3VkvUeaGvRdnPeIPT1etZYxKmQT23p31MuUQ/m6c9b03SbwXZ33vPRXcWY+x 7/W2ZPTFvlQHCUuKidgN5YwBtNjX0k00Amg5lapcK9hXsmxZM9ZU5wufeeu/1or3J/CHLuJ9W2/9 AISMV43Xzo+d1vfeDngzJlw5o3ZkT3nvHNzMf3DFHNxp/drt0HViU+iWtTutR7odiU5rCh3zfEf2 H/fODJ7QFLplBk/r7W3HlBObQrdc4mn9tO0QcVpT6Jh9PLJXdaR8ZaobDCRDM8F6s876R+0CtSVN EKXa67SOsuP5ygy6QHm+Ms9XnsLgeL5yA2OmTVDg+co8X5m7QPuhTu4CrefbjML/qeL1xr6yBQwg k++2bMe++mYtyyLodILUdQaG/gdIvQn4ffuBoP/5UhzsYizHj6dqwXT8eKp6xvDjqegsjh9P1Ybp +PFU9Yzhx1PRWdyMjqeiui9ItsWNZBoDHb2WqgoQtuS6mhpcC4a27ijHi8jEWcz/S62Iecyfx/x5 zP+SCTzmz2P+PObfbgo85s9j/pgHs475U90apWxsqJrFGaPUJ5WapmmZFsN+Tx7zr+cLj/ljfeIx fx7zfyOL4zF/OovjMX8e86ezOB7zp7O4+cT88cjQG/vCDeK1KBsZA2ixL7BVUxbbrk0vjie5xsDA Fva97tkic8W+1z48hHnse+3zfxjGvuxY3JywL0sWx0/cmhf2Zcfi5oR9WbK4GWFfqhuqVAgVxdQG +n1lew0FCzC81wsIKnOOX6B3ZMUUt1up+sC4fNaFK8flT9CWgi8NHhBlzxSUldutRGlgzLxQsgES Gh4zP+mSrgyMgE+rdDS3W8GzcWXmt1tJNMPChbuPqdutwNmw0DvWPK3S0dxupZ0NDeNEjnGSaH8E oQMFlvdSUScRrm0TrgVyEqGmQNkSoUmBIM7yB49IpSqLD110qy0fDui4McvjmyfzblpcFZ2cca4Z h8zWxTZt4uCwBcuMPXAjpyJyn107S/lB/WMZPXb8NbNyWr/gjJ2AIyddcrdhK0v5Qf2jGT0/qH8S o5/TQf0hXm+EeYYq5uDJ4qPkZLGZJqypJzbXEzGgb6iXbSuvrVfs9Kmrll0kVt9MHOVvqKcQ6uE7 gBvqweZ6+OKzhmpqc7ViZVFXTWuuRpJB5rKslwGhGsjWjfVMIdUj6AqJl4CgK4UV1NYj6IpIbChB W0jKAkjaQvxBgroAkloDgsIAIm8IKgNIqpb7uesrkrRGJGkNySZEgtrgqwib6hHU5pjY85cXN469 +9SbULgo0hI8JVTKTpS7Uq2JSmViGUAl68FQKpWTOAZQqVzFOIBKZiFDqWTmMpRKZjtDqWSG1J1K k7YSBqts7ODqytWVHXUlASo88cxBXRubiVFTk2I1FmEQ06QCjUV4fm8SFmF6I4EN4rxIABul5wFX zD6zuMGn/wMAAP//AwBQSwMEFAAGAAgAAAAhANjJgqBIFwAACugAAA8AAAB3b3JkL3N0eWxlcy54 bWzsXVtz27iSft+q/Q8sv+xubWWsu6zU8ZzyNc5Zx/HEzuRU3mgJsjihSB2Siu3z6xcAAQpUAyQb hJRkMjVVE4sEPnZ/3Y1rE/zb35+XofeVJGkQR8cH3V86Bx6JpvEsiB6PDz7eX746OvDSzI9mfhhH 5PjghaQHf//1P//jb0+v0+wlJKlHAaL09XJ6fLDIstXrw8N0uiBLP/0lXpGI3pzHydLP6M/k8XDp J1/Wq1fTeLnys+AhCIPs5bDX6YwOBEzSBCWez4MpOY+n6yWJMl7/MCEhRYyjdBGsUon21ATtKU5m qySekjSlSi/DHG/pB1EB0x0AoGUwTeI0nme/UGWERByKVu92+F/LcAMwxAH0AMBoGsxwGCOBcUhr KjgpwcEMJUz6siTPB95y+vrtYxQn/kNIkSg1HtXO48Ds/+xhv1LnmMXTczL312GWsp/JbSJ+il/8 n8s4ylLv6bWfToPgngpDEZcBBb86idLggN4hfpqdpIGvvblgf2jvTNNMuXwazIKDQ/bE9N/05lc/ PD7o9eSVMyZB6VroR4/yGolevTlVJeGXPt6xSw8U9/jAT17dnbCKh0Kx/F9F3dX2L/7glT8N+HP8 eUao31O3Y6BhwMKsNx7JHx/WjGh/ncXiIRwg/7eAPQSM03CgwXGXxyi9S+bX8fQLmd1l9MbxAX8W vfjx7W0SxAmNw+ODyURcvCPL4CqYzUikFIwWwYx8WpDoY0pmm+u/XfJYEhem8Tqif/fHQ+4FYTq7 eJ6SFYtMejfymU1uWIWQlV4Hm4fz6v+SYF1hCV39BfFZ8+R120P0WI1U0VaPud7SnZdCPai/rwcN 9vWg4b4exANhHw8a7+tBR/t6EI/nXT4oiGbkOQ9Em8fUAVuHZx2wIRzROIZoQ+MYggmNY4gVNI4h FNA4Bk9H4xgcGYGTxdNd+CmD3YGXMljrLqMa1rqDqIa17g6qYa0b/2pY66a+Gta6Ya+GtW7GzbD5 GMx7S6MryloH1zyOsyjOiJeRZwNaG2H9iILz2V3FAxB4rHskiXs5GQ27wM3bQNGpt9Z+6vPftWL2 eUjbjw0yNkP04rk3Dx7XCUlbC06irySkE3jPn80onkPAhGTrxMCITRgkZE4SEk3JTmOh5ikIUDbN 9KL18sHkvQislf/oDItEsyZ8WiA6aUcKD6eT8wUzaODAy5f+NInbixb7zhqM6yDdQaPOUL3TdRiS XYHfVDhha/AdDPo47g5GfRx3B8M+jruDcZ/iGTujWcDvim0BvyvSBfyuuM8DZ2fcC/j2c3AVrf1M XEVrPx+/D7KQd1cqX11OWKPR01kYs+2I1nLcBY+RT0c37btOsbjs3fqJ/5j4q4XHlu/d+8hpPHvx 7l30zwWSq3kOd5EzqnUQrdsTWkIzRZs1nqPwKvAcBViB1z7E3tE5ABtsXlVM5zCRsn7ItEHLkRoF 7Z0frvPBefto87P2HrYJgMsgSZ2FgR7WgQffsKE5M6eLlm8jZXvBNljtw2q7VXIqnoB0IGUYT7+4 aYavXlYkoVPML3qkNn3FZRyG8ROZ1TwC0wpkSZw7nypYj9uoURtwsVwt/DTgE8ESRPO+X2Y2eO/8 VWuFbkM/iNwY8uLV0g9Cz92Q4ur+3bV3H6/YHJoR4wbwNM6yeOkMUyyV/vcn8vA/bgQ8oTP86MWR tieOFsM42FngoNfJkeKZIyQ67gyiwEmnyvH+j7w8xH4yc4N2m5A8mSgjjhDv/OUqH4U4iC3aLj7R 9sfB8Ijj/e4nAVv0chVU907AlDXRdP3wB5m2b+puYm83y17v1xlfbeWDYQ7XSs4SXPuBRAmu/SCC m5f2F8yhHShbgmuvbAnOlbJnoZ+mgXGv2RrPlboSz7W+7aeHAi8O42S+Dt0RKAGdMSgBnVEYh+tl lLrUmOM5VJjjudbXoctwPAeLdhzvTRLMnBmDg7myBAdzZQYO5soGHMypAdqnMilg7fOZFLD2SU05 mKMhgALmys+cdv9V2092YK78jIO58jMO5srPOJgrP+ufe2Q+p6Nid12MAunK5xRIdx1NlJHlKk78 5MUR5EVIHn0HS6g52m0Sz9lrJ3GU58M7gGSr2KHDwXYO58rIn8iDM9EYlku5HKyZ+mEYx44W2zYd Dq+pzDmHk9pq/KWY1iLchv6ULOJwRhKDTua6dAJ9l7/hsi0+F6PROuh18LjIvLtFsR+gwow6tTXl DL5Urf6BOs5H8tUgXbV3ZBasl1JQ+F7KqN+8MvfoUuVBfeXNSKJUc9iwJnzmqL7mZpRcqjluWBM+ 86hhTR6npZpV8XDuJ1+0jjCu8p9ijmdwvnGVFxWVtY+tcqSips4Fx1VeVAoV72Q6ZdsH0DrNYsZc v1nwmOtjosiMggknM0rjuDJDVAXYB/I1YD07ptHkzyvyK7Yf1+eD6EYt52/rOF/IL+1A8TzyRvXf 0oFTlBJPi9NvvpNVamXMPDZubswQjdsdM0TjBsgM0aglMlZHNUlmlMZtkxmicSNlhkC3VrBHwLVW sD6utYL1bVoriGLTWrUYBZghGg8HzBDoQIUQ6EBtMVIwQ6ACFVS3ClSIgg5UCIEOVAiBDlQ4AMMF KqyPC1RY3yZQIYpNoEIUdKBCCHSgQgh0oEIIdKBCCHSgWo7tjdWtAhWioAMVQqADFUKgA5WPF1sE KqyPC1RY3yZQIYpNoEIUdKBCCHSgQgh0oEIIdKBCCHSgQghUoILqVoEKUdCBCiHQgQoh0IGav2lp H6iwPi5QYX2bQIUoNoEKUdCBCiHQgQoh0IEKIdCBCiHQgQohUIEKqlsFKkRBByqEQAcqhEAHKt8s bBGosD4uUGF9m0CFKDaBClHQgQoh0IEKIdCBCiHQgQoh0IEKIVCBCqpbBSpEQQcqhEAHKoSo8k+x RWnKu+/iVz2NKfzNt66EUB/UF9dVqH5zKCmVGav5ywmncfzF076a2OfzjWYgwUMYxHyJ2rCtruLy lAjUxuf7s+p3gFR0blyI3lQV8XIE3zMF4IOmNcGayqDK5dWaYJI3qPJ0tSYYdQ6qWl+1JugGB1WN Lo9LmZRCuyNQuaqZUSp3DdWrWmulOqS4qo1WKkKGq1pmpSIkuKo9VioOPdY4b9ceNuRpVOSXAoQq d1QQxmaEKreEtpLNMQyMpkYzIzS1nhmhqRnNCCh7GmHwhjVDoS1shrIzNQwzrKntA9WMgDU1RLAy NYCxNzWEsjY1hLIzNWwYsaaGCFhT2zfOZgQrUwMYe1NDKGtTQyg7U8OuDGtqiIA1NUTAmrplh2yE sTc1hLI2NYSyMzUc3GFNDRGwpoYIWFNDBCtTAxh7U0Moa1NDKDtTg1ky2tQQAWtqiIA1NUSwMjWA sTc1hLI2NYSqMjVfRSmZGmVhpTpuEKZUxHXISkVc46xUtJgtKbUtZ0sKguVsCdpK2hw3W1KNZkZo aj0zQlMzmhFQ9jTC4A1rhkJb2AxlZ2rcbElnavtANSNgTY2bLRlNjZstVZoaN1uqNDVutmQ2NW62 pDM1brakM7V942xGsDI1brZUaWrcbKnS1LjZktnUuNmSztS42ZLO1LjZks7ULTtkI4y9qXGzpUpT 42ZLZlPjZks6U+NmSzpT42ZLOlPjZktGU+NmS5Wmxs2WKk2Nmy2ZTY2bLelMjZst6UyNmy3pTI2b LRlNjZstVZoaN1uqNDVutvSOVgkcnAl1t/STzHN3gNyVny4yv/3xhR+jhKRx+JXMPLSqh0+lz3+x Z/CP9dHyGVWUHdKuvGM0yw92FYC84NtZ8ZkuVplJ5IkPoonLXHCxx8r/TlI6ERZlOp3O2eDsVESY +OBZ/JUk8zB+ul1H06womRdhXzdjr4uS8wvjnZvtO7M/1mn2gQX522jz6Pwm+Loaf2dJfFttUPwo f1uNskOes5MweIz48XsC8sFPCSssmBXqaL9hd3xwHyxJ6t2QJ+9DvPS5zTZfjtPc5N+w096ZpvBy rtvmI3ZSW/Ujdvya8i06btAaFyiMLjbeu8Dsm4+u8SdG7LBJjUewEJLXJdbZwk8s/OULIasb+hh+ jf24pjZI8xKnM14ki1cSgh2WLI4S+zf1ZD7uZ05ANeUDwylrbMqf0RMg38gvH9i5cRtvFG7aPWrm qAFHDsmchW03fzNw4UePAftsJ7/QzJ+p+vmRX9dfw5KotY5+kgT5oQVN3Lso3MCp+8INnDt1z+jU op9hxMzesya45L9oj+9ZerzGraM4KpyaO4Pwaf632aehmzHHMthbdhlleysG4fS0JL9vJF9kvOjJ F5ZBkN+3JF9DmWxeIWWSERNlPT6wa0nZwEiZiG49ZYJPBGUDS8pKjdCgy8+r2TRC7IKBPi5iFX1c wZb05V8g1dEn8p309AluEfQNXdA37vDR14Y+dsFAn2THSJ+LgB0Z6RNabNMnLiOIG1kSBxnhFlU+ jWuj8NiosJjntVd47Exhfr+lwkdGhUXguuoPjxwECO/w5uy4eTYMLMZTkBlurJbMTIzMiOm2nhlB G4KZiTOHkB1OjdpT+jx/Ks4DNkz8xIc+inMo+Gc+tgkxfA2EC7mZw8vSwmfKk9VcYIOgGVskqBCS LyJUTlHzdQaTRBNhyc2EWi8hlechzEmnf+QD+ifhjrmks2c/h6L3z0gYvvPz0nwQZyjKfDq/2+3w bnPr/kN+hLmxfsKXtowAh2Vh8p/VjpF/sS3Ic66NKwJs/UZDN38BoC3T2FjVyrIRZCtE1UBENTzD UXlc0zsqdb8NpZ7SKWG8vGMFtlk97XaAGqciYLaU2GiHUmHcL6swGDpXQaPB/2pVYNo204B6ZPHH 26KonKyIu7YNPWMSzgf58qR+MmhJ/VG+HOqQ6p7GW8wiizu4sWh3Uh6LuvcXSP1pz+AvchJm6S9y KOzAX+AUlvuLfv5qT37fZjBbRXZf4zFmocUdnNCjAd+n2aHHQPJP+waP6bfzGDk5Le7SoQhfQqf/ yjJMbSbfKk43y22sm+VF2zgZnPRzJ9PP+K3tJebmDu0D5T41yyzuoGTudSYuerES2XCJgJOtXx+w FZzO5EvLRQ7IhnKfmmUWd3BkD4d8BX2HAX0NdbjW6oAauelDWsreOKQ33bZVRFfpfQP1vtmV3rIn sev8KrS4eQ+0oJdaa1He5QHdouqQzgdWF7Mgi5OUfYIO6Jbf+6/U43e1agrtzSqKVTq+Zi9LXF7S MjZbG1V6/AbF/63WNKY1C6TJNHHFtvbz5QYeWYOh3N9RyvDpbFFk0slfGQfRV5AYxbdJHM/d8vZP yNs/d+rSrF9QXdp9r3zxCer0SauTVNWkT3tZLmGDf+mgwa/YJYY7OvK0jj+mW96psF44mXHDs7Sn mSuA98SCF7YSSCXY5oYtOOaCwYVDkmyWDWsJegpm8RM7CT+Jyzu8P0tGhuONamZrtQV6UjZe5I6X zdZ1aWW2Io4UB9j2mfyWt3GOrcDSLuwaPKzOu35ssvWheBnHjP9tWuf5ZR2jKlcqhzkSIkobtUiB U0dSZNzWOL/V1pEEnd+RIzECdx67JYIjSsHm4BadZ7ESXlIUwdG9taZey3JOAx1l8e9pyqKijMKF 7POtw4hpxT8ZYVSZNexabU1bZirsxjMbM1A7HmNTXOZShilvwSGeJkxEljTUxSUnj3/r2UF4Fmay 8qZvmvuYk++g+a8yyC00wW2t0+LH0Ji+n+3AG3t/NsDquhgAbPb5v3XL7SYxEMlwnsFnYrjniOHa /YG9Mywk2gPDeZqeieG+I4ZrF8f3zXCeGLgXhvOsPhPDA0cM166I751hIdEeGM4T/0wMDx0xXLt+ vy+Gd9fPXsFkQ5ldp5lwbTixXrUsrcNNjspLy/wCLw3TrHguS8WQcEeelmdKmjxt5MjTpD99P7Hc 4v0WJMN5aqaJ4bEjhkUm6U/JcJ4FamL4yBHDon/9KUeteTapieGJI4ZFOt+fg2H9CsbbaEaeYU5b wC7LN+AqJoBt1iRk32IlMkyrykXW54cJLa1ELiULuM6IvD4HetBLzbk07Ad9N9sdykt++XYHeaZR ntdrv99xFq+TgCQsXppG21YVY8zpV07b9CHm3JzTdRgSfYKvJ+7pnLo+T9NeGEPCaH6zIm9UFRcV WXZJDhrJDamLQnJzMqDUGy+6ZR6jRnZDRpyQ3ZxkJjW3kN1uI14juyHBTMhuztmSmlvIbpdtVpL9 hr8LoBdd3Ntf6OUPNIRefrMi9FRx9xB6VSlTl0AFekknd30uEezranuFiuyF7T0wZKtdpTPMP7nR 55/U6dxelluYf3Ir8k9qia5LF+znIyBzgbH8Hog5h1gedmIsoUucKpeYyJ7YVKLX79QI2hsd1Uja F9lZFSUGwxpJKV81kg56ch3PWGLUqZF0MJnUSDrsj2skHY5lzpCpxKgrv7xgLDGUq77GEpNujaTj 3qRGUupiNZIedeQXeowlBvJEImOJI7lHYCox6RXbojJsfo48o72Pu/exA3p/AptNdo0/eCd5e99n T3Z/cqbh4UzLQ8FPq6wfFzJfaWS+MsgsdGmUQuKS139oZPzHDv1LZf0hzhaNYvsb+Rx8V4Bda+dz 24NcptTOkurvTz5oVPjgLGzyxHG3IsNx+r1+nC7Tlxv7YlFIeA7IT1ZPgmJ9lVvFNK2BvjGQiqnb a3XKYqd29+/P4AJrFk/l8mq7vK6KpGfNWL54/SDk6ZzHB7NYGc+M+nLT7xuPZ9RziTZ+gj8vbDji 32TjWrORdnn3k93NifoRzsIrj4xcrT9S54QLDsw59QsN3JetvFbXBAB71bTSBf34XWij9nC9kGmv XyfkZFlpv7VeqD/EDtkAqlrAlUOmhX7FkCvdXgvTKVgttIBriEwL/dohV7q9FqbDqFpoATM8mBZC BqhFTYJHK+1M+R4ttINnRzHt9OdGcTJ2pl2vt31eCbvQTjt4UBTTTn9IlMu2sDizsKTgaMIP9Nwo yC4oCraZqahaw0OgmNb6A6A4Sd9N61E1CLwHWtFLOpXKWcDWmVY1KVTtNfp8AjSil5oJN09ordvE Ewcp9Tr8COrF8cF4kndG6vYsK0XlYWdyZqeEQvPjqb6eRNMFO4Vz5T/yCwt5Yekn1Irs0gvvzUST VjE0lad3Fqc/8ZsVJ9tyJr67k21RA1PNXM7F0NNxsol+AU4uYu9yAe7zKXTv07buzTI23Lr35Eg8 +gd/3TRvjsXUSC7b/xg+WvVym9wY2qmnwqydz02zdhRPtffB4Vjub/z1zvM+mr82b4s0dqo30Kne 7MupnrkRlPUh6mWjo059R/5Xx7tbz2vTnDXNqf385u6dxvfoxUrvc+DycJ32s1in3Z/Lb05t+TP5 /E/g3o29DE4EP4uJYDsv03XOZaf6gT0pu2Z2/5Ea0Ict35JfBtmtb2mGgvdiLLi1zGAxmRHTFh7W eh98YYvkpTTIgu5g2/5bszmHLHyEJHzER5gyc7MfG496fTGXabD80OyrOn+tPfz5+4jfoQf/ro9i C8fWhm13RP9TWW6oRSHzqR+GcRxpzx4R9/jpGVo1TEePKKCbd6janClf5qk3Go8u5Wu+ep+69xfU IxS/2VzgjpP/2vIRXYKY6zNLtqmp4rztC2iqbXEmaMF3ox3rfRqjoH7zzcJt0jd3cGRv0dQdnXfl +xM5TaXTK2mAdy5FagxsmNbyguhD8C1ToShL5C+kBcryFwE2t+viGvqMHBKZv8BBJ0BHF8KzNPs2 Y6nzlDJJnXPth6wTo3o3asiahtrmi5Dig5AwgQZ+NFL/tqLZBdy1apS0E5mArXMfymlHbvCli6Li NCR+zoQytvDYt19CevdixP5rEzWXMW1EnsjMHD2wxLeisDccdM4vqijsMAqZxguyJPyDquyILa38 VgFp7Zswfwb6pj6b5vsg9pv4JmCxAYnfjMPxWb8/klnDGg5HneHFUNxvzmH3/PKczxTd+WbEW3/W MCdryGj5Lo5MEyHtZSbxCkjKrrmWT/6V/vr/AAAA//8DAFBLAwQUAAYACAAAACEA8Bq1myoCAAB0 EwAAFAAAAHdvcmQvd2ViU2V0dGluZ3MueG1s7JjNbuIwEMfvK+07RL6XOInzhQqV2KrSSnvabR8g OAastT2RbUjp06/zQWGhh+awLIdciDP2/DLzHzsD3D+8SuHtmDYc1AwFE4w8piiUXK1n6OX56S5D nrGFKgsBis3Qnhn0MP/65b6e1mz5i1nrVhrPUZSZSjpDG2urqe8bumGyMBOomHKTK9CysO5Wr31Z 6N/b6o6CrArLl1xwu/dDjBPUY/RnKLBaccoegW4lU7b19zUTjgjKbHhlDrT6M7QadFlpoMwYl48U HU8WXL1jAnIBkpxqMLCyE5dMH1GLcu4BbkdSHAHxMEB4AUgoL4cxkp7hO88TjmHDMPEBY/aSvSJP 0un3tQJdLIUjOWk8l53XgpvP5mFzt0NKvjP91aunTexBFAU5zklG2gVLKPeP7eSuEG4W+Y3VbZAf bGUPVvxu/cnXmw/Mz1BdGhdgLcgzuwtkUepmZI8+ym1s5G7MW7OuGVQFZf2YggC3H4uthQ4hTiIb 5rn8K6Jhvvo08yGu/jHpbnhejyRP8zxK8ViPm6hHkuckChMSjvW4iXpkSZRHWUDG99XV69H1j28b LsqzooRZFBOM4+6QjPJf8TjgOI1inCWj8tdVPk1IhEkcd316FP6fCt9dD6+ej8oR4pCQKA2CaOwL t9MXiPvelAZhX5RR/uv1BRymWUrckRiVv7by7gdckhKcj8r/r8bQW5uHQWW55G/sCfRCQ22Y7kAn /5XN/wAAAP//AwBQSwMEFAAGAAgAAAAhAO0+pp9uAgAAtgoAABIAAAB3b3JkL2ZvbnRUYWJsZS54 bWzUlV1v2jAUhu8n7T9EuS9xTAgfKlQtK9JudrEy7do4DrEW25EdoPz7HTuhwAKUdGqnxSI4x/Zr +9Hr49u7Z5F7a6YNV3Lshx3ke0xSlXC5HPs/5rObge+ZksiE5Eqysb9lxr+bfP50uxmlSpbGg/HS jAQd+1lZFqMgMDRjgpiOKpiExlRpQUr41MtAEP1rVdxQJQpS8gXPebkNMEKxX8voa1RUmnLKvii6 EkyWbnygWQ6KSpqMF2antrlGbaN0UmhFmTGwZ5FXeoJw+SITRg0hwalWRqVlBzZTr8hJwfAQuZrI 9wK9dgK4IRBTnrTTiGuNAEYe6BjWTqa3kzFbwZ59T9DR16VUmixyUAI0HuzOc8L2bSeb1N7wNiNJ BPR62oqFyl28IFIZFkLTmuRjH/WghMgy66MY/nuo7we2I82INsxqVB1xFU6J4Pl2F9VKEFk1FLyk 2S6+JprbBVZNhi+hYWUWCHTqx68iIVj+OIIbfbrHEep0BseR8KAPzBlUABog5lww431jG++7W/kp IhhKjLpAIoIfhlp0moib6e+JPMKa8eNsticyhUh/0HtoEBleIuI+w0rneiI/4czZXGPOuKPxtHAH WZXqPzLHVK00Z9ra44wx+mCGoTOINUbUyhhCJUyfckbKn1lyvS2i7kfYYkpyvtD8DIeZ278tERDB rTiYDTem/QG5/5MEjvofckDuYVmnUydGD5AoopqEo/H+HP5ZopiTDFLbRRBVzrRA3hlEeApEjJog 8GsgwrccDQEn4xwJe2dUHOwd0o7E2+4OFB+SiLA9Gi8RSwLv933ZEsPXSNQVM/kNAAD//wMAUEsD BBQABgAIAAAAIQApUaelsQEAADADAAARAAgBZG9jUHJvcHMvY29yZS54bWwgogQBKKAAAQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAACMkt9P2zAQgN8n7X+w/LA313aqdiNLgwQMbVKR0AjaxJux r8Ui/iHbpfS/x0mbUBgPe4nk3Hffne9cnT6bFj1BiNrZBeYThhFY6ZS26wW+bS7JN4xiElaJ1llY 4B1EfFp//lRJX0oX4Do4DyFpiCibbCylX+CHlHxJaZQPYEScZMLm4MoFI1I+hjX1Qj6KNdCCsTk1 kIQSSdBOSPxoxAelkqPSb0LbC5Sk0IIBmyLlE05f2QTBxA8T+sgRaXTaefgQHYIj/Rz1CG6328l2 2qO5f07/Xi1v+qsSbbtZScB1pWQpA4jkQv2juflV0aMfXVBBlEH7lOdeF4xzNi84IqgB41uRAG18 /qqSE7T8Ioz//hsZEda5AIqQUHKokAYV5CcIBQElcd8CamGVkLYqT2WgWF/4uFi3uVbEdJWXvNKg znb10m10BHTeivAIFf0X6HICPOnuldSznhiPg+86aJs77i7DCC8Imzd8Vs54ydjd6Byg6rCn/UhA oTzfcr+NIfJnen7RXOLOd0LYCZmyhs3L2XTve5f/KjSHrv/T+DXr3hoHQd03/faN1y8AAAD//wMA UEsDBBQABgAIAAAAIQAYoyz99wEAAGAEAAAQAAgBZG9jUHJvcHMvYXBwLnhtbCCiBAEooAABAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKxUwW7bMAy9D9g/GLo3dtwgSANFxZBu6IBtDRC3PWsy nQiTJUFig2ZfP8pOXWcrdhiWE/lIPT2RL+bXz63JDhCidnbFppOCZWCVq7Xdrdh99eliwbKI0tbS OAsrdoTIrsX7d3wTnIeAGmJGFDau2B7RL/M8qj20Mk6obKnSuNBKpDTsctc0WsGNU08tWMzLopjn 8Ixga6gv/EDIesblAf+VtHYq6YsP1dETn+AVtN5IBPEtnTST2mHL8wHllUNpKt2CWBA8JHwjdxBF yfM+4I8u1FHMrgjpQ77eyyAV0gRFuSjo9AjgH7w3Wkmk4YqvWgUXXYPZXac4SwQ8H7dwesUW1FPQ eBQFz8cp/6JtknLJ8z4ibUHugvT7KOZJ4JDxrZIG1jQA0UgTgeevAL8FmZa7kToJPODyAApdyKL+ Seudsey7jJDGtmIHGbS0yPq2Puli4yMGUWk0xD3kXThuG8d6JqZdAwV/bRy4w3/g7pLufRSfv7xT H+8amhu+MYhyPIhOQz+GkZxT+CZ4dvFvV61d66U9io/V9nNG+w2ASS+SdU6VtOsf8d5X7ia587TE c3BkvEeN+62XikxxWV7NxhYclfiWUKjJU4MrBoDf0juDSRfQWbuD+qXnz0Iy9UP/wRDT+aSgX+fi F4ysOPyTxS8AAAD//wMAUEsDBBQABgAIAAAAIQB0Pzl6wgAAACgBAAAeAAgBY3VzdG9tWG1sL19y ZWxzL2l0ZW0xLnhtbC5yZWxzIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjM+x isMwDAbg/eDewWhvnNxQyhGnSyl0O0oOuhpHSUxjy1hqad++5qYrdOgoif/7Ubu9hUVdMbOnaKCp alAYHQ0+TgZ++/1qA4rFxsEuFNHAHRm23edHe8TFSgnx7BOrokQ2MIukb63ZzRgsV5QwlstIOVgp Y550su5sJ9Rfdb3W+b8B3ZOpDoOBfBgaUP094Ts2jaN3uCN3CRjlRYV2FxYKp7D8ZCqNqrd5QjHg BcPfqqmKCbpr9dN/3QMAAP//AwBQSwECLQAUAAYACAAAACEA7FWdha8BAABlCAAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAekRq37wAAAE4CAAAL AAAAAAAAAAAAAAAAAOgDAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAv910qdBkAALXtAAAR AAAAAAAAAAAAAAAAAAgHAAB3b3JkL2RvY3VtZW50LnhtbFBLAQItABQABgAIAAAAIQCGQLC+NgMA AAoVAAAcAAAAAAAAAAAAAAAAAKsgAAB3b3JkL19yZWxzL2RvY3VtZW50LnhtbC5yZWxzUEsBAi0A FAAGAAgAAAAhAHxbFR5jAgAAFgoAABIAAAAAAAAAAAAAAAAAIyUAAHdvcmQvZm9vdG5vdGVzLnht bFBLAQItABQABgAIAAAAIQBZ0i3VYgIAABAKAAARAAAAAAAAAAAAAAAAALYnAAB3b3JkL2VuZG5v dGVzLnhtbFBLAQItABQABgAIAAAAIQBiRqXkOwYAADgZAAAQAAAAAAAAAAAAAAAAAEcqAAB3b3Jk L2hlYWRlcjEueG1sUEsBAi0AFAAGAAgAAAAhAKQc90IgAwAAEw8AABAAAAAAAAAAAAAAAAAAsDAA AHdvcmQvZm9vdGVyMS54bWxQSwECLQAUAAYACAAAACEAWGCzG7oAAAAiAQAAGwAAAAAAAAAAAAAA AAD+MwAAd29yZC9fcmVscy9oZWFkZXIxLnhtbC5yZWxzUEsBAi0ACgAAAAAAAAAhANZB0Y6mMAAA pjAAABYAAAAAAAAAAAAAAAAA8TQAAHdvcmQvbWVkaWEvaW1hZ2UxLmpwZWdQSwECLQAUAAYACAAA ACEAlrWt4vEFAABQGwAAFQAAAAAAAAAAAAAAAADLZQAAd29yZC90aGVtZS90aGVtZTEueG1sUEsB Ai0AFAAGAAgAAAAhAH2c3nUACAAAGBwAABEAAAAAAAAAAAAAAAAA72sAAHdvcmQvc2V0dGluZ3Mu eG1sUEsBAi0AFAAGAAgAAAAhALfxriSvAAAADgEAABMAAAAAAAAAAAAAAAAAHnQAAGN1c3RvbVht bC9pdGVtMS54bWxQSwECLQAUAAYACAAAACEAKzJtMeEAAABVAQAAGAAAAAAAAAAAAAAAAAAmdQAA Y3VzdG9tWG1sL2l0ZW1Qcm9wczEueG1sUEsBAi0AFAAGAAgAAAAhAEsBJdXzCwAATcoAABIAAAAA AAAAAAAAAAAAZXYAAHdvcmQvbnVtYmVyaW5nLnhtbFBLAQItABQABgAIAAAAIQDYyYKgSBcAAAro AAAPAAAAAAAAAAAAAAAAAIiCAAB3b3JkL3N0eWxlcy54bWxQSwECLQAUAAYACAAAACEA8Bq1myoC AAB0EwAAFAAAAAAAAAAAAAAAAAD9mQAAd29yZC93ZWJTZXR0aW5ncy54bWxQSwECLQAUAAYACAAA ACEA7T6mn24CAAC2CgAAEgAAAAAAAAAAAAAAAABZnAAAd29yZC9mb250VGFibGUueG1sUEsBAi0A FAAGAAgAAAAhAClRp6WxAQAAMAMAABEAAAAAAAAAAAAAAAAA954AAGRvY1Byb3BzL2NvcmUueG1s UEsBAi0AFAAGAAgAAAAhABijLP33AQAAYAQAABAAAAAAAAAAAAAAAAAA36EAAGRvY1Byb3BzL2Fw cC54bWxQSwECLQAUAAYACAAAACEAdD85esIAAAAoAQAAHgAAAAAAAAAAAAAAAAAMpQAAY3VzdG9t WG1sL19yZWxzL2l0ZW0xLnhtbC5yZWxzUEsFBgAAAAAVABUAXAUAABKnAAAAAA== --_004_979f3debda684d02967770d9b884fef6xMailetsihqorg_-- From liaisons@mef.net Wed Oct 2 06:53:08 2019 Return-Path: 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 A1793120086; Wed, 2 Oct 2019 06:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=mef.net 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 szRkK-Poarcv; Wed, 2 Oct 2019 06:53:05 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-eopbgr740087.outbound.protection.outlook.com [40.107.74.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74A1C120074; Wed, 2 Oct 2019 06:53:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LGq/HTLBAplBDG1rMiJizMncYrQn5BvreZvQ8ZpPY/GRxjiGCNTROkdn29XECvfEgjytooIYQf0k6OGktGVHWzrhJ0Edam7jnbf+DoCUEezTN/b0pcf6DKoHmKu/QrPizLzYeWoYpmJYDjb+tp0mcjlfwjgHf+v/Ooo56WhFsWWFqL/7fiVjX0bFIlJOE5T3X21aJ4s+BTAMzDnnGGVZiJ4jMEsbHg1EOPh4SMclzhnPx/pl+jE1TK0ZKwdkgZ2BqkDw6XBUzJUaofbO9XCfatT9y1aDumCBrQ+pi3b5fBYKvje0SZqReQ3kjU33c1XcicwY2wakZn6f5TyU0aBJwQ== 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=pAiutX/tGaTJsz+vxAN3UOFsvWq255l/YXiGWRk7Wto=; b=MhcGk7iA8jyZaOXsrJdamgrXtOpDlEO42W897doRvKH0y2+cDQeivAEtliImkaDdGaCDjpuVvLQf/4B5obdemOoXH3tR3ziKVySF4FF6NCWHniRt2W7yDr1iSPxntCwnNO3NiitKSFd1PMRP1hDSnOI41thiVbOY+HwrOJ0a88OcZL5sbp+R0ojWdFff7+JhcbSaYUAZgQ0b/vY06ePkwAg21h+VvI5y2nDNyT3LNyldZltmaOI5aOgysPZ7d57eTFwGCjduvCzAqD3JQk55/O4aABBsKBnoUH57BsXpxwjajiKB0DVErIYc/jTYHzq0LNSKJchM5ZQYyhIi523WqQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=mef.net; dmarc=pass action=none header.from=mef.net; dkim=pass header.d=mef.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mef.net; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pAiutX/tGaTJsz+vxAN3UOFsvWq255l/YXiGWRk7Wto=; b=Z3WGntVqeL9/J84Ce2PRjHsr7YN7PTYLoPK23mvlblmlBD5kWnJPE7TV+YvuM1E3573uBCJbQKWqNxrH/kmXOarOeJOnP0UlvCWM/NuX4xc0/fBvzJa6u8Ibf9bl5cbUMqdk1lmkZ3oB9BchOav4UjxoEUqt7NvI0pf0YLEwtqw= Received: from BL0PR12MB2514.namprd12.prod.outlook.com (52.132.30.12) by BL0PR12MB2482.namprd12.prod.outlook.com (52.132.9.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Wed, 2 Oct 2019 13:53:03 +0000 Received: from BL0PR12MB2514.namprd12.prod.outlook.com ([fe80::f419:c7da:5a27:2861]) by BL0PR12MB2514.namprd12.prod.outlook.com ([fe80::f419:c7da:5a27:2861%6]) with mapi id 15.20.2305.023; Wed, 2 Oct 2019 13:53:03 +0000 From: MEF Liaisons To: ETSI NFVsupport , "netmod-chairs@ietf.org" , "opsawg@ietf.org" , Kevin Vachon , Karthik Sethuraman , Laurent Sevette , 3GPPLiaison statements <3GPPLiaison@etsi.org>, Mirko Cano Soveri CC: "netmod@ietf.org" , "ops-ad@ietf.org" , "ibagdona@gmail.com" , "warren@kumari.net" , Mahesh Jethanandani , Diego Lopez_Internet , Bruno Chatras_Internet , Thinh Nguyenphu , Cristina Badulescu_Internet Thread-Topic: Approved Liaison Statement from ETSI ISG NFV to IETF NETMOD WG, MEF & 3GPP SA5 Thread-Index: AQHVeSi1KwxxvgpyP0+Jeqzstfj5bw== Date: Wed, 2 Oct 2019 13:53:03 +0000 Message-ID: <3751A287-5A74-444A-9FB9-559338B3E92D@mef.net> References: <979f3debda684d02967770d9b884fef6@xMail.etsihq.org> In-Reply-To: <979f3debda684d02967770d9b884fef6@xMail.etsihq.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=liaisons@mef.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:470:1f11:67d:9886:fc65:5f80:e26d] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8082153c-1b9f-4fa9-5bdf-08d7473fd8a1 x-ms-traffictypediagnostic: BL0PR12MB2482: x-ms-exchange-purlcount: 1 x-ld-processed: e01b4c34-aa8d-45d7-a35d-772fcb2b9e00,ExtAddr x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0178184651 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(39840400004)(346002)(376002)(136003)(199004)(189003)(6306002)(2201001)(110136005)(66574012)(5660300002)(54906003)(6512007)(58126008)(316002)(236005)(99286004)(508600001)(25786009)(36756003)(64756008)(8936002)(102836004)(606006)(14454004)(54896002)(86362001)(76116006)(91956017)(66946007)(66556008)(66446008)(7736002)(186003)(81166006)(446003)(6436002)(6246003)(7416002)(486006)(6486002)(66476007)(14444005)(11346002)(76176011)(476003)(2906002)(2616005)(71190400001)(71200400001)(81156014)(6506007)(33656002)(229853002)(8676002)(5024004)(256004)(6116002)(4326008)(53546011)(2501003)(46003); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR12MB2482; H:BL0PR12MB2514.namprd12.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: mef.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bTstqYyMg/VU8z//Mf1CNO2zuot7/bNx6yKC21HPBETMD+Cdb5o9ZVTSJGxV98mMPqog4MkiCFNFsaPPC1EbSPfmlUCooVELHZMyPUxQHQSO9JIw5P71kw0PAHVV6tN/L+WrPDqeSTuh5QXqG3AD4d2Oq/bR2V47mZuYE9z4vMujukkx9QzYcUI9+IZVaoxPDLhW05wJxzmQLWiZt+7bSRT3y/K05rXtAKC/IyDQtX5CZilTSa6C9YzrEH/BxFF4E+z12Tr3sfciQTmWErZfgMt48CtWzfw1mAOOGD/5fHrBfBcJtfrkXdg6cmGkHRPDi9i281PZe1/Zm5j7Hj4BBodx+Zo9XJuGEwlSNl8WlsQCs775Ig1HSblK3NrLu73eSOAso08Vm/+kOFDq8Ffa1CisyhC+2LVWZJuGCUg0EEOG8i1UY26PxPlVpu8QdHSRgPsNwbf9lVHg4+Lz7JldQg== Content-Type: multipart/alternative; boundary="_000_3751A2875A74444A9FB9559338B3E92Dmefnet_" MIME-Version: 1.0 X-OriginatorOrg: mef.net X-MS-Exchange-CrossTenant-Network-Message-Id: 8082153c-1b9f-4fa9-5bdf-08d7473fd8a1 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Oct 2019 13:53:03.7320 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e01b4c34-aa8d-45d7-a35d-772fcb2b9e00 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: R1imO1baIUs9TW6N9JcsNKo6gmG5bG+xxkGZ4bY2vPpOfALvAOKMezohcTZ61MtE X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR12MB2482 Archived-At: X-Mailman-Approved-At: Wed, 02 Oct 2019 10:14:58 -0700 Subject: Re: [netmod] Approved Liaison Statement from ETSI ISG NFV to IETF NETMOD WG, MEF & 3GPP SA5 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Oct 2019 16:33:15 -0000 --_000_3751A2875A74444A9FB9559338B3E92Dmefnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IGZvciB5b3VyIGVtYWlsLiBUaGlzIGVtYWlsIGFja25vd2xlZGdlcyByZWNlaXB0 IG9mIHRoZSBsaWFpc29uIGFuZCB3aWxsIGJlIHByb2Nlc3NlZCBieSB0aGUgTUVGIHRocm91Z2gg aXRzIExpYWlzb24gUHJvZ3JhbS4NCg0KRnJvbTogTkZWIFN1cHBvcnQgPE5GVnN1cHBvcnRAZXRz aS5vcmc+DQpEYXRlOiBNb25kYXksIFNlcHRlbWJlciAzMCwgMjAxOSBhdCAyOjAyIEFNDQpUbzog Im5ldG1vZC1jaGFpcnNAaWV0Zi5vcmciIDxuZXRtb2QtY2hhaXJzQGlldGYub3JnPiwgIm9wc2F3 Z0BpZXRmLm9yZyIgPG9wc2F3Z0BpZXRmLm9yZz4sIE1FRiBMaWFpc29ucyA8bGlhaXNvbnNAbWVm Lm5ldD4sIEtldmluIFZhY2hvbiA8a2V2aW5AbWVmLm5ldD4sIEthcnRoaWsgU2V0aHVyYW1hbiA8 a2FydGhpay5zZXRodXJhbWFuQG5lY2FtLmNvbT4sIExhdXJlbnQgU2V2ZXR0ZSA8bGF1cmVudC5z ZXZldHRlQGNlbnR1cnlsaW5rLmNvbT4sIDNHUFBMaWFpc29uIHN0YXRlbWVudHMgPDNHUFBMaWFp c29uQGV0c2kub3JnPiwgTWlya28gQ2FubyBTb3ZlcmkgPE1pcmtvLkNhbm9AZXRzaS5vcmc+DQpD YzogIm5ldG1vZEBpZXRmLm9yZyIgPG5ldG1vZEBpZXRmLm9yZz4sICJvcHMtYWRAaWV0Zi5vcmci IDxvcHMtYWRAaWV0Zi5vcmc+LCAiaWJhZ2RvbmFAZ21haWwuY29tIiA8aWJhZ2RvbmFAZ21haWwu Y29tPiwgIndhcnJlbkBrdW1hcmkubmV0IiA8d2FycmVuQGt1bWFyaS5uZXQ+LCBORlYgU3VwcG9y dCA8TkZWc3VwcG9ydEBldHNpLm9yZz4sIE1haGVzaCBKZXRoYW5hbmRhbmkgPG1qZXRoYW5hbmRh bkB2bXdhcmUuY29tPiwgRGllZ28gTG9wZXpfSW50ZXJuZXQgPGRpZWdvLnIubG9wZXpAdGVsZWZv bmljYS5jb20+LCBCcnVubyBDaGF0cmFzX0ludGVybmV0IDxicnVuby5jaGF0cmFzQG9yYW5nZS5j b20+LCBUaGluaCBOZ3V5ZW5waHUgPHRoaW5oLm5ndXllbnBodUBub2tpYS5jb20+LCBDcmlzdGlu YSBCYWR1bGVzY3VfSW50ZXJuZXQgPGNyaXN0aW5hLmJhZHVsZXNjdUBlcmljc3Nvbi5jb20+DQpT dWJqZWN0OiBBcHByb3ZlZCBMaWFpc29uIFN0YXRlbWVudCBmcm9tIEVUU0kgSVNHIE5GViB0byBJ RVRGIE5FVE1PRCBXRywgTUVGICYgM0dQUCBTQTUNCg0KRGVhciBBbGwsDQoNClBsZWFzZSBmaW5k IGF0dGFjaGVkIGFuIGFwcHJvdmVkIExpYWlzb24gU3RhdGVtZW50IGZyb20gRVRTSSBJU0cgTkZW IHRvIElFVEYgTkVUTU9EIFdHLCBNRUYgJiAzR1BQIFNBNS4NCg0KU2hvdWxkIHlvdSByZXF1aXJl IGFueSBmdXJ0aGVyIGluZm9ybWF0aW9uIHBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8gY29udGFj dCB0aGUgTkZWIENoYWlybWFuIERpZWdvIExvcGV6OyB0aGUgTkZWIFNPTCBXRyBDaGFpcm1hbiBC cnVubyBDaGF0cmFzIG9yIE5GVlN1cHBvcnRAZXRzaS5vcmc8bWFpbHRvOk5GVlN1cHBvcnRAZXRz aS5vcmc+DQoNCmJlc3QgcmVnYXJkcw0KDQpMb3Vpc2UgQ2xhcmtlICDigJMgU3RhbmRhcmRpc2F0 aW9uIFN1cHBvcnQgUHJvZmVzc2lvbmFsIENTQw0KRVRTSSDil48gd3d3LmV0c2kub3JnL25mdjxo dHRwOi8vd3d3LmV0c2kub3JnL25mdj4g4pePIE5GVlN1cHBvcnRAZXRzaS5vcmc8bWFpbHRvOk5G VlN1cHBvcnRAZXRzaS5vcmclMGQ+DQpQaG9uZTogKzMzICgwKTQgOTIgOTQgNDkgMTIg4pePIE1v YmlsZTogKzMzICgwKTYgNjcgMzMgMzQgOTINCg0KVGhpcyBlbWFpbCBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kIGlzIGludGVuZGVkIGZvciB0aGUgdXNlIG9mIHRoZSBh ZGRyZXNzZWUgb25seS4gQW55IHVuYXV0aG9yaXplZCB1c2UgbWF5IGJlIHVubGF3ZnVsLiBJZiB5 b3UgcmVjZWl2ZSB0aGlzIGVtYWlsIGJ5IG1pc3Rha2UsIHBsZWFzZSBhZHZpc2UgdGhlIHNlbmRl ciBpbW1lZGlhdGVseSBieSB1c2luZyB0aGUgcmVwbHkgZmFjaWxpdHkgaW4geW91ciBlbWFpbCBz b2Z0d2FyZS4gVGhhbmsgeW91IGZvciB5b3VyIGNvLW9wZXJhdGlvbi4NCg0K --_000_3751A2875A74444A9FB9559338B3E92Dmefnet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJp IExpZ2h0IjsNCglwYW5vc2UtMToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29u b3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K CW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4 dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsN CgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t VVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyNzI3 Mjc7YmFja2dyb3VuZDp3aGl0ZSI+VGhhbmsgeW91IGZvciB5b3VyIGVtYWlsLiBUaGlzIGVtYWls IGFja25vd2xlZGdlcyByZWNlaXB0IG9mIHRoZSBsaWFpc29uIGFuZCB3aWxsIGJlIHByb2Nlc3Nl ZCBieSB0aGUgTUVGIHRocm91Z2ggaXRzIExpYWlzb24gUHJvZ3JhbS48L3NwYW4+PC9pPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+TkZWIFN1cHBvcnQgJmx0O05G VnN1cHBvcnRAZXRzaS5vcmcmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgU2VwdGVtYmVy IDMwLCAyMDE5IGF0IDI6MDIgQU08YnI+DQo8Yj5UbzogPC9iPiZxdW90O25ldG1vZC1jaGFpcnNA aWV0Zi5vcmcmcXVvdDsgJmx0O25ldG1vZC1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtvcHNh d2dAaWV0Zi5vcmcmcXVvdDsgJmx0O29wc2F3Z0BpZXRmLm9yZyZndDssIE1FRiBMaWFpc29ucyAm bHQ7bGlhaXNvbnNAbWVmLm5ldCZndDssIEtldmluIFZhY2hvbiAmbHQ7a2V2aW5AbWVmLm5ldCZn dDssIEthcnRoaWsgU2V0aHVyYW1hbiAmbHQ7a2FydGhpay5zZXRodXJhbWFuQG5lY2FtLmNvbSZn dDssIExhdXJlbnQgU2V2ZXR0ZSAmbHQ7bGF1cmVudC5zZXZldHRlQGNlbnR1cnlsaW5rLmNvbSZn dDssDQogM0dQUExpYWlzb24gc3RhdGVtZW50cyAmbHQ7M0dQUExpYWlzb25AZXRzaS5vcmcmZ3Q7 LCBNaXJrbyBDYW5vIFNvdmVyaSAmbHQ7TWlya28uQ2Fub0BldHNpLm9yZyZndDs8YnI+DQo8Yj5D YzogPC9iPiZxdW90O25ldG1vZEBpZXRmLm9yZyZxdW90OyAmbHQ7bmV0bW9kQGlldGYub3JnJmd0 OywgJnF1b3Q7b3BzLWFkQGlldGYub3JnJnF1b3Q7ICZsdDtvcHMtYWRAaWV0Zi5vcmcmZ3Q7LCAm cXVvdDtpYmFnZG9uYUBnbWFpbC5jb20mcXVvdDsgJmx0O2liYWdkb25hQGdtYWlsLmNvbSZndDss ICZxdW90O3dhcnJlbkBrdW1hcmkubmV0JnF1b3Q7ICZsdDt3YXJyZW5Aa3VtYXJpLm5ldCZndDss IE5GViBTdXBwb3J0ICZsdDtORlZzdXBwb3J0QGV0c2kub3JnJmd0OywgTWFoZXNoIEpldGhhbmFu ZGFuaSAmbHQ7bWpldGhhbmFuZGFuQHZtd2FyZS5jb20mZ3Q7LCBEaWVnbw0KIExvcGV6X0ludGVy bmV0ICZsdDtkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tJmd0OywgQnJ1bm8gQ2hhdHJhc19J bnRlcm5ldCAmbHQ7YnJ1bm8uY2hhdHJhc0BvcmFuZ2UuY29tJmd0OywgVGhpbmggTmd1eWVucGh1 ICZsdDt0aGluaC5uZ3V5ZW5waHVAbm9raWEuY29tJmd0OywgQ3Jpc3RpbmEgQmFkdWxlc2N1X0lu dGVybmV0ICZsdDtjcmlzdGluYS5iYWR1bGVzY3VAZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPlN1 YmplY3Q6IDwvYj5BcHByb3ZlZCBMaWFpc29uIFN0YXRlbWVudCBmcm9tIEVUU0kgSVNHIE5GViB0 byBJRVRGIE5FVE1PRCBXRywgTUVGICZhbXA7IDNHUFAgU0E1PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1HQiI+RGVhciBBbGwsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlBsZWFzZSBmaW5kIGF0dGFjaGVkIGFu IGFwcHJvdmVkIExpYWlzb24gU3RhdGVtZW50IGZyb20gRVRTSSBJU0cgTkZWIHRvIElFVEYgTkVU TU9EIFdHLCBNRUYgJmFtcDsgM0dQUCBTQTUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlNob3VsZCB5b3UgcmVxdWlyZSBhbnkg ZnVydGhlciBpbmZvcm1hdGlvbiBwbGVhc2UgZG8gbm90IGhlc2l0YXRlIHRvIGNvbnRhY3QgdGhl IE5GViBDaGFpcm1hbiBEaWVnbyBMb3BlejsgdGhlIE5GViBTT0wgV0cgQ2hhaXJtYW4gQnJ1bm8g Q2hhdHJhcyBvcg0KPGEgaHJlZj0ibWFpbHRvOk5GVlN1cHBvcnRAZXRzaS5vcmciPjxzcGFuIHN0 eWxlPSJjb2xvcjpibHVlIj5ORlZTdXBwb3J0QGV0c2kub3JnPC9zcGFuPjwvYT48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFG NEU3OTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+YmVzdCByZWdhcmRzPC9zcGFuPjwvYj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBz dHlsZT0iY29sb3I6IzFGNEU3OTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9z cGFuPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxh bmc9IkZSIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ TG91aXNlIENsYXJrZTwvc3Bhbj48L2I+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJjb2xvcjpy ZWQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiAmbmJzcDs8L3NwYW4+PC9iPjxiPjxzcGFu IGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H QiI+4oCTPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPg0KIFN0YW5kYXJkaXNhdGlvbiBTdXBwb3J0IFByb2Zl c3Npb25hbCBDU0M8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9yOiMxRjRFNzk7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tR0IiPkVUU0k8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFG NEU3OTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRlIi IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNEU3OTttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+4pePDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM1OTU5NTk7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tR0IiPjxhIGhyZWY9Imh0dHA6Ly93d3cuZXRzaS5vcmcvbmZ2Ij48c3Bh biBsYW5nPSJGUiI+d3d3LmV0c2kub3JnL25mdjwvc3Bhbj48L2E+DQo8L3NwYW4+PHNwYW4gbGFu Zz0iRlIiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNEU3OTttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+4pePPC9zcGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+DQo8L3NwYW4+PHU+PHNwYW4gc3R5bGU9 ImNvbG9yOiMwNTYzQzE7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxhIGhyZWY9Im1haWx0 bzpORlZTdXBwb3J0QGV0c2kub3JnJTBkIj48c3BhbiBsYW5nPSJGUiI+TkZWU3VwcG9ydEBldHNp Lm9yZzwvc3Bhbj48L2E+PC9zcGFuPjwvdT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iY29sb3I6IzU5NTk1OTttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+UGhvbmU6ICYjNDM7MzMgKDApNCA5MiA5NCA0OSAxMg0KPC9zcGFuPjxz cGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjRFNzk7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPuKXjzwvc3Bhbj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtjb2xvcjojMkU3NEI1O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4N Cjwvc3Bhbj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImNvbG9yOiM1OTU5NTk7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tR0IiPk1vYmlsZTogJiM0MzszMyAoMCk2IDY3IDMzIDM0IDkyPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 Z3JheTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+VGhpcyBlbWFpbCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24g YW5kIGlzIGludGVuZGVkIGZvciB0aGUgdXNlIG9mIHRoZSBhZGRyZXNzZWUgb25seS4gQW55IHVu YXV0aG9yaXplZCB1c2UgbWF5IGJlIHVubGF3ZnVsLiBJZg0KIHlvdSByZWNlaXZlIHRoaXMgZW1h aWwgYnkgbWlzdGFrZSwgcGxlYXNlIGFkdmlzZSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IHVz aW5nIHRoZSByZXBseSBmYWNpbGl0eSBpbiB5b3VyIGVtYWlsIHNvZnR3YXJlLiBUaGFuayB5b3Ug Zm9yIHlvdXIgY28tb3BlcmF0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_3751A2875A74444A9FB9559338B3E92Dmefnet_-- From nobody Thu Oct 3 02:38:05 2019 Return-Path: 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 8490F12010C for ; Thu, 3 Oct 2019 02:38:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=SD9RNFQQ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=kxXR9wjl 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 RPDSIsuLyLHu for ; Thu, 3 Oct 2019 02:38:01 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1614A1200C5 for ; Thu, 3 Oct 2019 02:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4229; q=dns/txt; s=iport; t=1570095481; x=1571305081; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=OjA8cArRYpXjPhs8VeZlWw7UuwyPwibd/J/K+JJPNHk=; b=SD9RNFQQr/Cebsexy15Dvmq3p0lKAkZGx+CX7wHanr4Rty2TOWR0TJBo wsF6upUzYTe3j1uB5TUhmsN8Vk0ylnhiCqg5qhMSdVg3LRVBTwzia1PcW f49EGTXE6RxtJ+sQGb1CuoKFpOnv/Ygf65A3/y5ht18k3qBzwrOyXZFSO c=; IronPort-PHdr: =?us-ascii?q?9a23=3A/+GdnxfjJhvNUfGe1LcxutFolGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGRD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dTM7GNhFUndu/mqwNg5eH8OtL1A=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAAAXwZVd/5RdJa1mGgEBAQEBAgE?= =?us-ascii?q?BAQEMAgEBAQGBUwUBAQEBCwGBSlADbVYgBAsqCodfA4RYhWtNgg+XeIEugSQ?= =?us-ascii?q?DVAkBAQEMAQEYCwoCAQGDe0UCgkMjNAkOAgMJAQEEAQEBAgEFBG2FLQyFSwE?= =?us-ascii?q?BAQECAgEQKAYBASwGBgQHBgEWAwQBAQEeNwsdCQEEARIIGoMBgWoDDg8BAgy?= =?us-ascii?q?jVAKBOIhhgieCfQEBBYE4Ag5Bgn0YghcJgTQBjA0YgUA/gRFGgkyDHwEBAgE?= =?us-ascii?q?BFoFJgz2CJpVDl3gKgiMDhwWOK4I5coZcjzeOKogfkRECBAIEBQIOAQEFgVI?= =?us-ascii?q?5gVhwFRohgmwJRxAUgU+Dc4UUhT90gSmOTwGBIgEB?= X-IronPort-AV: E=Sophos;i="5.67,251,1566864000"; d="scan'208";a="643702133" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Oct 2019 09:37:59 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x939bxmK017794 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Oct 2019 09:37:59 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 04:37:59 -0500 Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 04:37:58 -0500 Received: from NAM02-CY1-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, 3 Oct 2019 05:37:58 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g3LbZA47N/qtnkPLkm3oViHaRPckeJYJ0Y9pLYVDfbxN1uGX5X4aj0j4ShkfFpiSocVLolIakJ7vMbH6vMX/eHMUhrlXVwS3tAXWhPEDnUWC24rhAXxtcw4362JB8lvClgTSwcVKrw2pM+B2a3+sGrAMQX56A+ppPvGniDeqpi/EbnmFf+Rdwj5BjFWumuyiDnL4Yk14vyEjxzP7vSaL63Z/r0hrtfVP6xobGhxSHBHXt9Sda0MAlNJB5bAR85IlEhhlO7EDbAgVxyRIcl+fjedOBAoO7Vs5VxDWcbz/4bbCj5cQ51JtAa2H2MRAVM/kkzzN0vZzd10ypc/WjNhqFA== 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=V/MGsHywwrJBVf4rhrOjFzSfNWQzLB6QwbnDxh3Aodc=; b=mbFxiLmnrY9dbMlRHE6B5UBgN/X1/G9UDNTYFakrkwQfx+8ILbYSFxuvCbDOXtG1q41AuZyCPtQgBhb2uVRkGVHhH9PmJ++cmf7WZnYR4xcrOD0GBB4qW0HasAxeQ23gytzCAre1rA/fkVBUD54NpsuEma9ZDOFJsM4uBf06SnfuPoeAZGxYSqyDcYS9wHBMZlmtLXf21s/5B8w72t+UkxFcwBZh+Y4a0Sdm1DsDpZSGuCrRJi/EdJCYZwhZXKsvduvWW9WgF75up1ZpF8SbZ9IjRscxc8ifrfpi1fBR8wpavm4dvGHK81tIE4Qd+FUcCcuSOg9a81NfLT9XYMHsSA== 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=V/MGsHywwrJBVf4rhrOjFzSfNWQzLB6QwbnDxh3Aodc=; b=kxXR9wjlUuoQTRTL1p6vTLXdXQq8krN6czANL5VL/1qZmFSAz5CcHKpP+Ua3f4uJN9ufIaWDVXaQJwuQxJ6AlOlpwqowdK2aBcHGqWA6MiotBThaMEIXijwJhq9vTJd17Ns8DRbQPB5Z4Xez2qs1mezD6YTEeAjb7AFHp0XWsPE= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4256.namprd11.prod.outlook.com (52.135.36.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Thu, 3 Oct 2019 09:37:57 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Thu, 3 Oct 2019 09:37:57 +0000 From: "Rob Wilton (rwilton)" To: Christian Hopps , "netmod@ietf.org" Thread-Topic: References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQ== Date: Thu, 3 Oct 2019 09:37:57 +0000 Message-ID: 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: [173.38.220.43] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 294650ba-d1b1-4441-11a4-08d747e55f95 x-ms-traffictypediagnostic: MN2PR11MB4256: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01792087B6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(366004)(376002)(346002)(396003)(39860400002)(199004)(189003)(51444003)(13464003)(486006)(305945005)(7736002)(26005)(186003)(33656002)(316002)(256004)(74316002)(5660300002)(478600001)(81156014)(81166006)(66066001)(66946007)(66476007)(66556008)(66446008)(64756008)(76116006)(8936002)(8676002)(966005)(102836004)(14454004)(99286004)(52536014)(53546011)(66574012)(3846002)(6116002)(2906002)(110136005)(7696005)(25786009)(71190400001)(71200400001)(55016002)(2501003)(9686003)(86362001)(6306002)(6436002)(476003)(6506007); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4256; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: 0PmuJlsN4Tn/KqDn+vJYPvWXKDnYqsEwuEV+DNDupdcWCEM2chyELroLnulRvbGl0poba4h8o+cz2mzR7GOrV8x1MRdwDDdU3ogmkhb+zfsOzdBLZ4QgC8FVksARQBiyATRQ9B8xA7C6DnUF5l1Jo75E5qzXukH08eoxXalMRZy3/3otwIpKwKu2H96IS05IH59Mh/jr3V8TcyS0PheNOpbYi+HVhCUEVFNCHKbJoVTgvrCUAcA+PP2cufwSeMKgGmLJs89Z798uV+2+C+qUHcBu/sMROLyVMjWJaNMibRYYGvK4RTt2S5O6RSJNM68u86YuE1yB7PjbaoUB3LTutircFRJFg1F9ox0T0JbhilqJIzxqBtPKh2TQDPDYFCN7hTRvDYchElguyAUofNNuCpZpcKxE6wAEB3vai30fmpje2dViGCLLcWvFJSNFMLFWgow6GdXDAsXp8BiuuB9v2w== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 294650ba-d1b1-4441-11a4-08d747e55f95 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Oct 2019 09:37:57.0853 (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: AKMTiHQx5sqhoecJukuXwiOQmYqi7+51fd5d6TxCGzcHL1iAe+64C93QlZPc7YyUsx6ELQ5xRYMkeTklyTIesQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4256 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 09:38:04 -0000 Hi Chris, I know that this is late, but ... The YANG packages draft (https://tools.ietf.org/html/draft-rwilton-netmod-y= ang-packages-01, but an updated version will be posted soon), is currently = using the module-tags typedef to allow a package definition to contain a li= st of tags. E.g.=20 module: ietf-yang-package +--ro yang-package +--ro name yang:yang-identifier +--ro version yang-sem-ver +--ro revision-date? yanglib:revision-identifier +--ro location* inet:uri +--ro description? string +--ro reference? string +--ro previous-version? yang-sem-ver +--ro tag* tags:tag +--ro referentially-complete? Boolean ... This package definition goes into an instance data document, for which the = schema should just be ietf-yang-package, but by it importing ietf-module-ta= gs.yang, it effectively also pulls in the "container module-tags" into the = schema for the package definition, that I don't think should be there. If we keep package tags, then I think that there are two ways to fix this: (1) Split ietf-module-tags into an ietf-module-tags-types.yang and a ietf-m= odule-tags.yang. But it would be very late to do this, and the packages dr= aft isn't even a workgroup document at this stage. (2) Have the package draft define its own "package tag" typedef, and not ha= ve an import reference on module-tags at all. Probably if we do keep packa= ge tags, then we should also consider a mechanism by which they can be upda= ted on a device equivalently to module tags. I'm currently thinking that the second choice might be a better approach at= this time, but wanted to check whether you or the WG had an opinion. Thanks, Rob > -----Original Message----- > From: netmod On Behalf Of Christian Hopps > Sent: 25 September 2019 17:19 > To: netmod@ietf.org > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt >=20 > This adds the deprecated non-NMDA state module. >=20 > Thanks, > Chris. >=20 > > On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Network Modeling WG of the IETF. > > > > Title : YANG Module Tags > > Authors : Christian Hopps > > Lou Berger > > Dean Bogdanovic > > Filename : draft-ietf-netmod-module-tags-09.txt > > Pages : 18 > > Date : 2019-09-25 > > > > Abstract: > > This document provides for the association of tags with YANG modules. > > The expectation is for such tags to be used to help classify and > > organize modules. A method for defining, reading and writing a > > modules tags is provided. Tags may be registered and assigned during > > module definition; assigned by implementations; or dynamically > > defined and set by users. This document also provides guidance to > > future model writers; as such, this document updates RFC8407. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-09 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 > > > > > > Please note that it may take a couple of minutes from the time of > > submission until the htmlized version and diff are available at > tools.ietf.org. > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > From nobody Thu Oct 3 02:46:08 2019 Return-Path: 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 CE20B12010C for ; Thu, 3 Oct 2019 02:46:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=XQeDscTc; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=XXmGi/Ac 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 1fzBZp7tCr3j for ; Thu, 3 Oct 2019 02:46:04 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B47F01200C5 for ; Thu, 3 Oct 2019 02:46:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2728; q=dns/txt; s=iport; t=1570095964; x=1571305564; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=gkxjxnZlYn090udRQFflN9Pp2Nnd6A2MV5M5lYnGyWc=; b=XQeDscTcKSkQNZT+e8xVZDpUICGsDgwfhl+afviW3PsBSoa9gYfNimTh ll+6m27KmDSHY36B8valrZ5O1QmG0y35osgCMFcDitaGhAjfgoi6mSo3d 7+Uqbiid0ztiXZHTqqrnafsm7JjX/Ool7o7Kz5h+31s7HTDoaLg1jqTq2 s=; IronPort-PHdr: =?us-ascii?q?9a23=3AmWEmMxcVhN+FJdW1svr2X6UalGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGRD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dTM7GNhFUndu/mqwNg5eH8OtL1A=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAADrwpVd/40NJK1mGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQwBAQEBAQGBUwQBAQEBAQsBgUpQA21WIAQLKgqHXwOEWIVqTYIPl3i?= =?us-ascii?q?BLoEkA1QJAQEBDAEBGAsKAgEBg3tFAoJDIzQJDgIDCQEBBAEBAQIBBQRthS0?= =?us-ascii?q?MhUsBAQEBAgEBARAoBgEBLAwEBwQCAQgOAwQBAQEeECcLHQgCBAESCBqDAYF?= =?us-ascii?q?qAw4PAQIMo1gCgTiIYYIngn0BAQWBOAIOQYJ9GIIXCYE0AYwNGIFAP4ERRoJ?= =?us-ascii?q?MPoJhAQECAQEWgUmDPYImrTsKgiOHCI4rgjlyhlyPN44qiB+REQIEAgQFAg4?= =?us-ascii?q?BAQWBUjmBWHAVGiGCbAlHEBSBT4NzhRSFP3SBKY5PAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.67,251,1566864000"; d="scan'208";a="639071548" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Oct 2019 09:46:03 +0000 Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x939k3Oe015891 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Oct 2019 09:46:03 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 04:46:02 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 05:46:01 -0400 Received: from NAM04-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 3 Oct 2019 04:46:00 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fSmKDPigPnLVCQeiKfSXHZq3WgW4lVHlxwMrzaJUonjuaWRBLofqcDuiG6shSZOEjhngpUJPwYxTvJq7fHw16D2yfvdDUlF1XVpcpBqyFQnteUkldsElM93GfDgofc1dCq0wDhiY2GSpqbLD3+geLB5/itp5AMnVOqWIWJFg90yZnv2223O9lNvEqdPCLW8CN+opM94hUHN60+Qa3GUcALP2WJAGz6+q455+p0uyBZTKs3uVLhe8zj732QEdZv0SuZkpC5Q3NkiXOneP5pWijt3aXcRHTCcWK744Fin3tRxMKB40Lb9nu+jcTFjKldGrDLVhV4tgkPtrtYrRHA1CEg== 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=tIBe/ByxBVrO5dHSmxX8zCyeKoGEr2kaAZLnsISR02I=; b=lLwLN5T/e7TpDNPpKPcZuGQkWD+QTud5aPHkyHBfCmPCrV1nsjDVNiFBeDJUrQX0ZoLW5VkLBMPP03cc0qjdoXyndLRmXF4Se3PZ1EgfiyoZ+71jy6EN23I4C8yDtKmmsYIcXfzlYNqQdFsGd5jEGBIPbtwf5N/63I/v1VqUNJhq6X5+PXCj5sc/4bP46ofp+n8sSPhDeOCZKTppssH8AOwjmpsyhjonYiXDfAX6MQzID10U0AaFO6rYipa7IFC+ljLGm81qZB5jb76El8FC20Qh9095AeqeiZDWXGJRRBftZWI98Whkt17QYucpfZS+yJY64cwK8hKksie1d92D9g== 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=tIBe/ByxBVrO5dHSmxX8zCyeKoGEr2kaAZLnsISR02I=; b=XXmGi/AcE/KiCZw2DUyvBZLX9XMtj2Sg7k2EKyCVYsAewhOnpuqNxWKg1LwpF7Y7klVkUaSYj4jciSGNNSJBWtJTrlrkgTLVFsGEmMHpbKKDMs2ndVle+BY+iU2QoFokRvG+Fc6V+QKKlQsNvqrehpOftZ9X7WyZ+qbe2TdBBuY= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4256.namprd11.prod.outlook.com (52.135.36.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Thu, 3 Oct 2019 09:46:00 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Thu, 3 Oct 2019 09:46:00 +0000 From: "Rob Wilton (rwilton)" To: Christian Hopps , "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt Thread-Index: AQHVc7y2pV/jTrPhkEaIK8rqhQZKT6c8kmcAgAwi9zA= Date: Thu, 3 Oct 2019 09:45:59 +0000 Message-ID: References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> In-Reply-To: <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> 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: [173.38.220.43] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ffbe57d7-90fc-4799-60b4-08d747e67f64 x-ms-traffictypediagnostic: MN2PR11MB4256: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 01792087B6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(136003)(366004)(39860400002)(376002)(189003)(199004)(13464003)(110136005)(7696005)(6116002)(2906002)(76176011)(229853002)(14454004)(102836004)(99286004)(66574012)(3846002)(52536014)(53546011)(86362001)(6306002)(476003)(6506007)(6436002)(71190400001)(25786009)(2501003)(55016002)(9686003)(71200400001)(446003)(11346002)(33656002)(305945005)(486006)(26005)(7736002)(186003)(66946007)(66556008)(66476007)(81166006)(81156014)(478600001)(66066001)(966005)(8676002)(66446008)(64756008)(8936002)(76116006)(74316002)(316002)(256004)(5660300002)(6246003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4256; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: KcJAqGayYc26/Si/XdfFV/nW/0VbjnfTjDPCZvLB9G/4DLY3yQyy0jHaYYCc67nq7kYB6mMDF6B0kV7+jUomesgPDruC+ws/nRDAMvs3HspLZRi5eZ6fikPB7XrT4Ebp7LVZ89QcJRSGZQ8ZXIYKEnFHlXIEzR8t7+mcpc42ctog08X1JZ3DnygkppKgoyBbxW+15MjL6zLOOwjV3AOKVhL4RusjcBrWIpaE8Xa2nnnwzoPd+mglzWsEZBBHEM9fL7j97Al88rml4StXNQJnErACKjo/OYafRXxxbeRcTcI/xFeE1rg/D+dKPMYlTQGoZAin8qFBlvAAm4foz26U57QW8oxUXaTwOqV1gWC/dNTfWS/Pv6OUmtB7iNIIx9bg6MEyHTHGIdJirbVZrhUS9MEP81NDJtuhVE/27TGt2doGlXqXhYTK5vyf8ZbXlNpaRagh+l2tS36KXednnr4l6g== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ffbe57d7-90fc-4799-60b4-08d747e67f64 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Oct 2019 09:45:59.9590 (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: Ctbx1412ozLIPCHtcROlSli3Fb3J3Zy1psJYhZRlLBWZc/p+VdTNVyXwJYQ/xiZTPwTkUAET6sJ4ZohpfyMlKg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4256 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.21, xch-rcd-011.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 09:46:07 -0000 Hi Chris, As discussed offline, you have left out the "masked-tag" container in the "= modules-tags-state" module. For consistently, I wonder, whether there shouldn't also be a comment in th= e "masked-tag" leaf-list in the main NMDA compatible module to indicate tha= t "masked-tag" isn't reported in the operational state datastore because th= e information is combined into the "tag" leaf-list. Thanks, Rob > -----Original Message----- > From: netmod On Behalf Of Christian Hopps > Sent: 25 September 2019 17:19 > To: netmod@ietf.org > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt >=20 > This adds the deprecated non-NMDA state module. >=20 > Thanks, > Chris. >=20 > > On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Network Modeling WG of the IETF. > > > > Title : YANG Module Tags > > Authors : Christian Hopps > > Lou Berger > > Dean Bogdanovic > > Filename : draft-ietf-netmod-module-tags-09.txt > > Pages : 18 > > Date : 2019-09-25 > > > > Abstract: > > This document provides for the association of tags with YANG modules. > > The expectation is for such tags to be used to help classify and > > organize modules. A method for defining, reading and writing a > > modules tags is provided. Tags may be registered and assigned during > > module definition; assigned by implementations; or dynamically > > defined and set by users. This document also provides guidance to > > future model writers; as such, this document updates RFC8407. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-09 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 > > > > > > Please note that it may take a couple of minutes from the time of > > submission until the htmlized version and diff are available at > tools.ietf.org. > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > From nobody Thu Oct 3 04:16:25 2019 Return-Path: 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 A2645120026; Thu, 3 Oct 2019 04:16:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 SFE_qs-FnhMD; Thu, 3 Oct 2019 04:16:22 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id DF1EB12006A; Thu, 3 Oct 2019 04:16:21 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 4EFE91AE018A; Thu, 3 Oct 2019 13:16:18 +0200 (CEST) Date: Thu, 03 Oct 2019 13:15:52 +0200 (CEST) Message-Id: <20191003.131552.11890873935623292.mbj@tail-f.com> To: rwilton@cisco.com Cc: joelja@bogus.com, draft-ietf-netmod-yang-data-ext@ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 11:16:24 -0000 Hi, Thank you for the review. Comments inline. "Rob Wilton (rwilton)" wrote: > Hi, > > I've reviewed this document, and other than 2 minor nits, I believe > that it is ready for publication. > > Two minor comments: > > > 1. Section 1.1.1 NMDA. There should be a comma before "and are > not redefined here". Fixed. > 2. I wonder whether it would be useful to have a sentence in the > "Definitions" section that defines how a structure is encoded. > Although I appreciate that this is specified in the YANG module > itself. An alternative could be a forward reference from the > Definitions section to the YANG module. This could also cover the > Xpath behaviour as well. This is probably a good idea. Perhaps also add a small example: A YANG data structure is encoded in the same way as an "anydata" node. This means that the name of the structure is encoded as a "container", with the instantiated children encoded as child nodes to this node. For example, this structure: module example-errors { ... sx:structure my-error { leaf error-number { type int; } } } can be encoded in JSON as: "example-module:my-error": { "error-number": 131 } /martin > > Thanks, > Rob > > > From: netmod On Behalf Of Joel Jaeggli > Sent: 27 September 2019 06:32 > To: NETMOD Working Group > Subject: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 > > All, > > This starts a two week working group last call for draft-ietf-netmod-yang-data-ext-04 > > The working group last call ends on Friday October 11th 2019. Please send your comments to the working group mailing list. > > Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome! This is useful and important, even from authors. > > > https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 > > > The diff from 03, produced prior to IETF 105 is available here: > > > https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-netmod-yang-data-ext-04.txt > > > Thanks > Joel > > From nobody Thu Oct 3 04:31:59 2019 Return-Path: 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 968A3120232 for ; Thu, 3 Oct 2019 04:31:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 zbVCmxdAjQJx for ; Thu, 3 Oct 2019 04:31:45 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 79D9D120120 for ; Thu, 3 Oct 2019 04:31:45 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 66F991AE018A; Thu, 3 Oct 2019 13:31:43 +0200 (CEST) Date: Thu, 03 Oct 2019 13:31:18 +0200 (CEST) Message-Id: <20191003.133118.1370359961477127550.mbj@tail-f.com> To: bill.wu@huawei.com Cc: joelja@bogus.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 11:31:57 -0000 SGksDQoNClRoYW5rIHlvdSBmb3IgeW91ciByZXZpZXdlLiAgQ29tbWVudHMgaW5saW5lLg0KDQpR aW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT4gd3JvdGU6DQo+IEhpLCBBdWhvcnM6DQo+IEkgaGF2 ZSByZWFkIHRoZSBsYXRlc3QgdmVyc2lvbiBhbmQgaGF2ZSB0aGUgZm9sbG93aW5nIGNvbW1lbnRz Og0KPiANCj4gMS4gIFRyeSB0byB1bmRlcnN0YW5kIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gYW55 ZGF0YSBhbmQgWUFORyBkYXRhDQo+IHN0cnVjdHVyZSBleHRlbnNpb24/IElzIFlBTkcgZGF0YSBz dHJ1Y3R1cmUgZXh0ZW5zaW9uIHRhcmdldGVkIHRvDQo+IHNwZWNpZnkgdGhlIGZvcm1hdCB3aGlj aCBjYW4gbm90IGJlIHJlcHJlc2VudGVkIGJ5IGFueWRhdGE/DQo+IA0KPiBXaGVuIHdpbGwgd2Ug dXNlIGFueWRhdGE/IFdoZW4gd2lsbCB3ZSB1c2UgWUFORyBkYXRhIHN0cnVjdHVyZQ0KPiBleHRl bnNpb24sIHdvdWxkIHRoaXMgYmUgY2xhcmlmaWVkIGluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlv bi4NCg0KVGhlIEludHJvZHVjdGlvbiBzYXlzOg0KDQogICBUaGVyZSBpcyBhIG5lZWQgZm9yIHN0 YW5kYXJkIG1lY2hhbmlzbXMgdG8gYWxsb3cgdGhlIGRlZmluaXRpb24gb2YNCiAgIGFic3RyYWN0 IGRhdGEgdGhhdCBpcyBub3QgaW50ZW5kZWQgdG8gYmUgaW1wbGVtZW50ZWQgYXMgY29uZmlndXJh dGlvbg0KICAgb3Igb3BlcmF0aW9uYWwgc3RhdGUuDQoNCihBbHNvIG5vdGUgdGhhdCAnYW55ZGF0 YScgZG9lc24ndCBkZWZpbmUgd2hhdCBnb2VzIGludG8gdGhlIGFueWRhdGENCm5vZGU7IGEgc3g6 c3RydWN0dXJlIGhhcyB3ZWxsLWRlZmluZWQgY29udGVudCkNCg0KPiAyLiAgV2h5IGlzIFlBTkcg ZGF0YSBzdHJ1Y3R1cmUgZXh0ZW5zaW9uIG5vdCBwYXJ0IG9mIFJGQzc5NTAgb3INCj4gUkZDNzk1 MGJpcz8gSXQgc2VlbXMgdHdvIHRvcCBsZXZlbCBZQU5HIHN0YXRlbWVudHMgYXJlIGludHJvZHVj ZWQgaW4NCj4gdGhpcyBkcmFmdC4NCg0KV2VsbCwgd2UgY2FuJ3QgY2hhbmdlIGhpc3RvcnkgYW5k IGluY2x1ZGUgaXQgaW4gNzk1MCwgYW5kIHRoZXJlIGlzIG5vDQo3OTUwYmlzIGJlaW5nIHdvcmtl ZCBvbi4gIElmL3doZW4gdGhhdCBoYXBwZW5zLCB0aGlzIHN0YXRlbWVudCBjYW4NCnBvc3NpYmx5 IGdvIGludG8gdGhhdCBkb2N1bWVudC4gIEJ1dCB3ZSBkb24ndCB3YW50IHRvIHdhaXQgZm9yIHRo YXQgdG8NCmhhcHBlbi4NCg0KPiAzLiAgSW4gdGhlIGludHJvZHVjdGlvbiBzZWN0aW9uLCB3aGVu IHdlIHNheSB0aGVyZSBpcyBubyBhc3N1bXB0aW9uDQo+IHRoYXQgYSBZQU5HIGRhdGEgc3RydWN0 dXJlIGNhbiBvbmx5IGJlIHVzZWQgYXMgYSB0b3AtbGV2ZWwNCj4gYWJzdHJhY3Rpb24sIGluc3Rl YWQgb2YgbmVzdGVkIHdpdGhpbiBzb21lIG90aGVyIGRhdGEgc3RydWN0dXJlLiBJIGFtDQo+IHdv bmRlcmluZyB3aGF0IG90aGVyIGRhdGEgc3RydWN0dXJlIGxvb2tzIGxpa2U/IElzIG90aGVyIGRh dGENCj4gc3RydWN0dXJlIHNwZWNpZmllZCBieSBZQU5HIGRhdGEgc3RydWN0dXJlIGRlZmluZWQg aW4gdGhpcyBkcmFmdCBvcg0KPiBkYXRhIHN0cnVjdHVyZSBkZWZpbmVkIGJ5IGFueWRhdGE/DQoN CldlIGRvbid0IG1ha2UgYW55IGFzc3VtcHRpb25zIG9uIGhvdyB0aGlzIGlzIGRvbmUuICBUaGUg bmV3IHN0YXRlbWVudA0Kc2ltcGx5IGRlZmluZXMgYSBzdHJ1Y3R1cmU7IGhvdyBpdCBpcyB1c2Vk IGlzIHVwIHRvIHRoZSBkZXNpZ25lci4NCg0KPiBJZiB0aGUgZXhhbXBsZSBpcyBBLjUsIHBsZWFz ZSBhZGQgcmVmZXJlbmNlIHRvIEFwcGVuZGl4IEEuNSBpbiB0aGUNCj4gaW50cm9kdWN0aW9uIHNl Y3Rpb24uDQo+IA0KPiA0LiAgV2hlbiB3ZSBzYXkgWUFORyBkYXRhIHN0cnVjdHVyZSBleHRlbnNp b24gaXMgb25seSB2YWxpZCBhcyBhDQo+IHRvcC1sZXZlbCBzdGF0ZW1lbnQsIGRvZXMgdGhpcyBj b25mbGljdCB3aXRoIFlBTkcgZGF0YSBzdHJ1Y3R1cmUgY2FuDQo+IGJlIG5lc3RlZCB3aXRoaW4g c29tZSBvdGhlciBkYXRhIHN0cnVjdHVyZT8NCg0KTm8uICBUaGlzIGp1c3QgcmVmZXJzIHRvIGhv dyB0aGUgZ3JhbW1hciBpcyBkb25lIC0gc3g6c3RydWN0dXJlIGNhbg0Kb25seSBhcHBlYXIgb24g dGhlIHRvcC1sZXZlbCBpbiBhIG1vZHVsZSBvciBzdWJtb2R1bGUuDQoNCj4gNS4gIFdoeSBhdWdt ZW50LXN0cnVjdHVyZSBpcyBhbHNvIG9ubHkgdmFsaWQgYXMgYSB0b3AtbGV2ZWwgc3RhdGVtZW50 LA0KPiB3aHkgYXVnbWVudC1zdHJ1Y3R1cmUgaXMgbm90IHN1YnN0YXRlbWVudCBvZiBZQU5HIGRh dGEgc3RydWN0dXJlPw0KDQpJIGRvbid0IHRoaW5rIGF1Z21lbnQtc3RydWN0dXJlIHdvdWxkIG1h a2UgYW55IHNlbnNlIHdpdGhpbiBhDQpzdHJ1Y3R1cmUgc3RhdGVtZW50Lg0KDQo+IENhbg0KPiB3 ZSB1c2UgYXVnbWVudC1zdHJ1Y3R1cmUgd2l0aCBvdGhlciBkYXRhIHN0cnVjdHVyZSBpbnN0ZWFk IG9mIFlBTkcNCj4gZGF0YSBzdHJ1Y3R1cmUgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Pw0KDQpO bywgbm90ZSBob3cgdGhlIGRlc2NyaXB0aW9uIG9mIGF1Z21lbnQtc3RydWN0dXJlIHNheXM6DQoN CiAgVGhpcyBleHRlbnNpb24gaXMgdXNlZCB0byBzcGVjaWZ5IGFuIGF1Z21lbnRhdGlvbiB0byBZ QU5HIGRhdGENCiAgc3RydWN0dXJlIGRlZmluZWQgd2l0aCB0aGUgJ3N0cnVjdHVyZScgc3RhdGVt ZW50Lg0KDQoNCj4gNi4gIEluIEEuNSwgaG93IGVycm9yLWNvZGUgaXMgaG9va2VkIGludG8gcnBj LWVycm9yPw0KDQpPbmx5IGJ5IHRleHQ7IHRoZXJlIGlzIG5vIGZvcm1hbCB3YXkgdG8gZG8gdGhp czoNCg0KICAgVGhlIGZvbGxvd2luZyBleGFtcGxlIGRlZmluZXMgYSBkYXRhIHN0cnVjdHVyZSB3 aXRoIGVycm9yDQogICBpbmZvcm1hdGlvbiwgdGhhdCBjYW4gYmUgaW5jbHVkZWQgaW4gYW4gPGVy cm9yLWluZm8+IGVsZW1lbnQgaW4gYW4NCiAgIDxycGMtZXJyb3I+Lg0KDQpBbHNvIG5vdGUgdGhh dCB0aGlzIGlzIGp1c3QgYW4gZXhhbXBsZS4uLg0KDQo+IFdoeSBub3QgdXNlDQo+IGF1Z21lbnQt c3RydWN0dXJlIGluIHRoaXMgY2FzZT8NCg0KVGhlcmUgaXMgbm8gc3g6c3RydWN0dXJlIHRvIGF1 Z21lbnQuDQoNCg0KDQoNCi9tYXJ0aW4NCg0KDQo+IERlc2NyaWJlIHBhdGggc3RhdGVtZW50IHRv IGluZGljYXRlDQo+IHRoZSByZWxhdGlvbnNoaXAgd2l0aCBycGMgZXJyb3I/DQo+IA0KPiAtUWlu DQo+IA0KPiANCj4g5Y+R5Lu25Lq6OiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRm Lm9yZ10g5Luj6KGoIEpvZWwgSmFlZ2dsaQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTnlubQ55pyIMjfm l6UgMTM6MzINCj4g5pS25Lu25Lq6OiBORVRNT0QgV29ya2luZyBHcm91cCA8bmV0bW9kQGlldGYu b3JnPg0KPiDkuLvpopg6IFtuZXRtb2RdIFdHIExhc3QgQ2FsbDogZHJhZnQtaWV0Zi1uZXRtb2Qt eWFuZy1kYXRhLWV4dCB2ZXJzaW9uIDQNCj4gDQo+IEFsbCwNCj4gDQo+IFRoaXMgc3RhcnRzIGEg dHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yDQo+IGRyYWZ0LWlldGYtbmV0bW9k LXlhbmctZGF0YS1leHQtMDQNCj4gDQo+IFRoZSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRz IG9uIEZyaWRheSBPY3RvYmVyIDExdGggMjAxOS4gIFBsZWFzZQ0KPiBzZW5kIHlvdXIgY29tbWVu dHMgdG8gdGhlIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0Lg0KPiANCj4gUG9zaXRpdmUgY29t bWVudHMsIGUuZy4sICJJJ3ZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGJlbGlldmUgaXQN Cj4gaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIiwgYXJlIHdlbGNvbWUhICBUaGlzIGlzIHVzZWZ1 bCBhbmQgaW1wb3J0YW50LA0KPiBldmVuIGZyb20gYXV0aG9ycy4NCj4gDQo+IGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0LTA0DQo+IA0K PiBUaGUgZGlmZiBmcm9tIDAzLCBwcm9kdWNlZCBwcmlvciB0byBJRVRGIDEwNSBpcyBhdmFpbGFi bGUgaGVyZToNCj4gDQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj9kaWZmdHlwZT0t LWh3ZGlmZiZ1cmwyPWRyYWZ0LWlldGYtbmV0bW9kLXlhbmctZGF0YS1leHQtMDQudHh0DQo+IA0K PiBUaGFua3MNCj4gSm9lbA0KPiANCg== From nobody Thu Oct 3 04:57:12 2019 Return-Path: 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 2909B120814; Thu, 3 Oct 2019 04:57:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=dujPE/Cc; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=0q2g2o/q 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 Q0cXHgvcKKOY; Thu, 3 Oct 2019 04:57:09 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 157E212080C; Thu, 3 Oct 2019 04:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2890; q=dns/txt; s=iport; t=1570103829; x=1571313429; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BJM3Bee3VFVocJIcyRFDfiRoA1JYUCtau//R7F76XRU=; b=dujPE/CcmTTM/1IiInlv8FNTXbtfj6LlvLJiQiSR0peXYJg91GrRzurw bhF/2mVWJzg/M8G4NgeTixK0PvNWe1gHp1140D+lLVSNpWKcsNQQ3IQVL TacWS3ZRqK2ms5RNRRfSfz49MgMonLbOo8coiPfqpOHm2BMeD86xQ29V+ M=; IronPort-PHdr: =?us-ascii?q?9a23=3AG3iShRFpU0zYrVjLEFPvbp1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+eeT1bigmG8JqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAACA4ZVd/5JdJa1mGgEBAQEBAgE?= =?us-ascii?q?BAQEMAgEBAQGBVQMBAQEBCwGBSlADbVYgBAsqCodfA4pDglyXeIEugSQDVAk?= =?us-ascii?q?BAQEMAQEjCgIBAYRAAoJFIzYHDgIDCQEBBAEBAQIBBQRthS0MhUsBAQEBAxI?= =?us-ascii?q?LHQYBASwLAQsEAgEIDgMEAQEBHhAyHQgCBA4FCBqDAYFqAx0BAgyjPwKBOIh?= =?us-ascii?q?hgieCfQEBBYE4AoNMGIIXAwaBNAGMDRiBQD+BEUaCTD6CYQEBAgEXgUmDPYI?= =?us-ascii?q?mjROIMIkIjgJuCoIjhwiOK4I5h06PN5ZJkRECBAIEBQIOAQEFgVkGLIFYcBU?= =?us-ascii?q?7gmxQEBSBT4NzhRSFP3SBKY5PAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.67,252,1566864000"; d="scan'208";a="640863963" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Oct 2019 11:57:08 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x93Bv7Hd029751 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Oct 2019 11:57:08 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 06:57:07 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 06:57:06 -0500 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 3 Oct 2019 06:57:06 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nhl3XUFOeQFCGWVbUJiEZpYWsT71BQQN/+PdKBz6QyBIk8BtjgF7Mj+xI4xoFAbGsZT51eS8/d1t6sIb8oKX3l2Z4JBSjOPRfJqAqI8Wc9K7dGPUJmua5TBwley3E9fgYbEhDXDLqJWLpRpB8onzL04Gq35ynIKIDSKmjN/fGlN+vMkXaFxpzqPdlGaJ1+uomEDRtuxmnEL/VKizMVygCmVcWf6zEdcqhhJah8yhkZLxw98RZ5d4sXsqdAp5Q3Mkk84rg5Lu7npw+GAnCaouzPgX0qumgN0acRkSuyD1UgNSzt5UFHUD6Sdf730k84RjYg97/hDO6C+WyDXiwkD2Vw== 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=LxITr0rLUDginWAisKr8er/bahB3cbGui7Im7uL2e54=; b=iEJwhuk/u6EtsO7N49iHd4jFTSoB9mtoEM9MNgczBgJmN4nqHysh5xRfMh4+rfcTjLSIGE+LU8RLmrtE6up/HdjXIFd6/YJ77I5YLF/+BkhRIZTSJG3Rv7fFcTO2OVsEopcoqPINRWtc/oBX+fzxmiZwzBb//NYaf4fRx++yGrlxXrpHnt5VZZRG5yuf1kF144LdwwQBm7DarChYBFEBoRHIsulxNoxy525BfoySPf9nB/KnZR4eHacWFWF+/ZBagTnhnsNKXrfaBIU0uwcSBEl+jL4TNy1J4O1X3VQf+qrjWIVpPJPv+Kk1wu1xAglbQt4HaYiOpc2QRITGWH4e0Q== 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=LxITr0rLUDginWAisKr8er/bahB3cbGui7Im7uL2e54=; b=0q2g2o/q4E582Zj04kGfLfvua73yAal/m2vX4CLLBn7uUj02wEAClfJpdAEO1Syc1pcmZ5t1zvu9FVV4jGg8B9QWoaMFCuEfrQcB9xgZDhv9bf2qe2LO0ZlUB/SmEPu5lJUiBK2++2auGzoFydmViELf2AKrxLuLLSnuSIuQgrI= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4463.namprd11.prod.outlook.com (52.135.38.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Thu, 3 Oct 2019 11:57:05 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Thu, 3 Oct 2019 11:57:05 +0000 From: "Rob Wilton (rwilton)" To: Martin Bjorklund CC: "joelja@bogus.com" , "draft-ietf-netmod-yang-data-ext@ietf.org" , "netmod@ietf.org" Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 Thread-Index: AQHVdPUFaxWzJBQvFkCRO1cP0jGpVqdF5WVwgALohgCAAAtrsA== Date: Thu, 3 Oct 2019 11:57:05 +0000 Message-ID: References: <20191003.131552.11890873935623292.mbj@tail-f.com> In-Reply-To: <20191003.131552.11890873935623292.mbj@tail-f.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: [173.38.220.43] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0095e89a-584a-4fe7-7e9f-08d747f8cfa0 x-ms-traffictypediagnostic: MN2PR11MB4463: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01792087B6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(396003)(376002)(346002)(366004)(13464003)(189003)(199004)(305945005)(74316002)(7736002)(6916009)(66476007)(5660300002)(66556008)(76116006)(66946007)(64756008)(66446008)(26005)(186003)(476003)(99286004)(11346002)(486006)(446003)(53546011)(102836004)(6506007)(7696005)(76176011)(229853002)(54906003)(316002)(71190400001)(6306002)(71200400001)(9686003)(6436002)(55016002)(33656002)(14444005)(256004)(25786009)(478600001)(2906002)(86362001)(3846002)(6116002)(66066001)(81156014)(14454004)(8676002)(81166006)(966005)(6246003)(8936002)(52536014)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4463; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: GlWAnnc68eA5RVp3kPfu3oeVSJfxHrFrQ4qpex0/AkrhDahnP/ipzXAhiMZfO1bTkW91+sGBVyMqPoP/qdZ41eNM9EPJPUczdBury4QcR4/01drbO/TGD0dBScuyf/6jdwK2nYOM55ZS9m9/PaLmqBlLkgmGUyJudf0SD4lplcRbkZ2L5TvnrNKPB/I5LEG/7+B2SGR/YA6bZIywo9x9BkrotL8VKomm08gHgjmIvflci5jlh/evluLgBT0FzhyQwh3m4XHK1PttfuL7AmMFr4CDz+5/TEc9IN5UnSrbfQI9C/tD6LYkqsm0Gs1jnNDfqCyFFfHl1DZMdnH+uYUWD3025yth/+5OOymcMiBvO0Zz598jj9orQGxdktwsYnsquOIhQXQBucDDNmbecLEss7eEy3+3YUlA/AJ6hNeDSmTrYvsl6CN+S5YitNOYssCSqQE7jmHvoIHF1JnIiL/fRQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0095e89a-584a-4fe7-7e9f-08d747f8cfa0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Oct 2019 11:57:05.4809 (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: dxNa0q1Z9XjWZwlL08zr3jjawNlIubTcPC4427zsKdtDKOmhRD4/aSdpYYJSlH94R09U3KJpt5HgQAA1wimajA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4463 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 11:57:12 -0000 Looks good to me. Thanks, Rob > -----Original Message----- > From: Martin Bjorklund > Sent: 03 October 2019 12:16 > To: Rob Wilton (rwilton) > Cc: joelja@bogus.com; draft-ietf-netmod-yang-data-ext@ietf.org; > netmod@ietf.org > Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext > version 4 >=20 > Hi, >=20 > Thank you for the review. Comments inline. >=20 > "Rob Wilton (rwilton)" wrote: > > Hi, > > > > I've reviewed this document, and other than 2 minor nits, I believe > > that it is ready for publication. > > > > Two minor comments: > > > > > > 1. Section 1.1.1 NMDA. There should be a comma before "and are > > not redefined here". >=20 > Fixed. >=20 > > 2. I wonder whether it would be useful to have a sentence in the > > "Definitions" section that defines how a structure is encoded. > > Although I appreciate that this is specified in the YANG module > > itself. An alternative could be a forward reference from the > > Definitions section to the YANG module. This could also cover the > > Xpath behaviour as well. >=20 > This is probably a good idea. Perhaps also add a small example: >=20 >=20 > A YANG data structure is encoded in the same way as an "anydata" > node. This means that the name of the structure is encoded as a > "container", with the instantiated children encoded as child nodes to > this node. For example, this structure: >=20 > module example-errors { > ... >=20 > sx:structure my-error { > leaf error-number { > type int; > } > } > } >=20 > can be encoded in JSON as: >=20 > "example-module:my-error": { > "error-number": 131 > } >=20 >=20 >=20 > /martin >=20 >=20 >=20 > > > > Thanks, > > Rob > > > > > > From: netmod On Behalf Of Joel Jaeggli > > Sent: 27 September 2019 06:32 > > To: NETMOD Working Group > > Subject: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext > > version 4 > > > > All, > > > > This starts a two week working group last call for > > draft-ietf-netmod-yang-data-ext-04 > > > > The working group last call ends on Friday October 11th 2019. Please > send your comments to the working group mailing list. > > > > Positive comments, e.g., "I've reviewed this document and believe it is > ready for publication", are welcome! This is useful and important, even > from authors. > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 > > > > > > The diff from 03, produced prior to IETF 105 is available here: > > > > > > https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Ddraft-ietf-ne= tmo > > d-yang-data-ext-04.txt > > > > > > Thanks > > Joel > > > > From nobody Thu Oct 3 08:15:53 2019 Return-Path: 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 35A5C120921 for ; Thu, 3 Oct 2019 08:15:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 QAXmcZdRNb3O for ; Thu, 3 Oct 2019 08:15:41 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 7CBE012008D for ; Thu, 3 Oct 2019 08:15:41 -0700 (PDT) Received: from stubbs.int.chopps.org (unknown [172.222.100.236]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 01F5B6057A; Thu, 3 Oct 2019 11:15:40 -0400 (EDT) From: Christian Hopps Message-Id: <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> Content-Type: multipart/signed; boundary="Apple-Mail=_C6743A7F-E173-465B-90DF-952500604A4B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Thu, 3 Oct 2019 11:15:40 -0400 In-Reply-To: Cc: Christian Hopps , "netmod@ietf.org" To: "Rob Wilton (rwilton)" References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 15:15:50 -0000 --Apple-Mail=_C6743A7F-E173-465B-90DF-952500604A4B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii [resending to include list cc] > On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) = wrote: >=20 > Hi Chris, >=20 > As discussed offline, you have left out the "masked-tag" container in = the "modules-tags-state" module. One might read this as an objection that was discussed offline, but I = don't think you are objecting, you're just stating what happened, = correct? > For consistently, I wonder, whether there shouldn't also be a comment = in the "masked-tag" leaf-list in the main NMDA compatible module to = indicate that "masked-tag" isn't reported in the operational state = datastore because the information is combined into the "tag" leaf-list. Ok, color me confused. For NMDA, why wouldn't masked-tag show up in = operational datastore? Isn't the operational datastore the union of the = applied intended config (config true nodes) plus the config false nodes? Non-NMDA has no concept of "applied" (operational state of config true = nodes), that is why masked-tags don't go in the module-tags-state = container. The user can still read the configured masked-tag value on = the normal non-deprecated module in the non-NMDA case. Thanks, Chris. >=20 > Thanks, > Rob >=20 >> -----Original Message----- >> From: netmod On Behalf Of Christian Hopps >> Sent: 25 September 2019 17:19 >> To: netmod@ietf.org >> Subject: Re: [netmod] I-D Action: = draft-ietf-netmod-module-tags-09.txt >>=20 >> This adds the deprecated non-NMDA state module. >>=20 >> Thanks, >> Chris. >>=20 >>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: >>>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >>> This draft is a work item of the Network Modeling WG of the IETF. >>>=20 >>> Title : YANG Module Tags >>> Authors : Christian Hopps >>> Lou Berger >>> Dean Bogdanovic >>> Filename : draft-ietf-netmod-module-tags-09.txt >>> Pages : 18 >>> Date : 2019-09-25 >>>=20 >>> Abstract: >>> This document provides for the association of tags with YANG = modules. >>> The expectation is for such tags to be used to help classify and >>> organize modules. A method for defining, reading and writing a >>> modules tags is provided. Tags may be registered and assigned = during >>> module definition; assigned by implementations; or dynamically >>> defined and set by users. This document also provides guidance to >>> future model writers; as such, this document updates RFC8407. >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ >>>=20 >>> There are also htmlized versions available at: >>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 >>> = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-09 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of >>> submission until the htmlized version and diff are available at >> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >=20 --Apple-Mail=_C6743A7F-E173-465B-90DF-952500604A4B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAl2WEJwACgkQLh2DDte4 MCX/Ng/7Bm/C/aqwVZA7zsTxDE1DuFv1gqzx4kUhBEgn/s2LYnYiVPAWODahIaPj WgTIr0iTS0NoNaNCDLMji6eqyD5l0u/efWyu2IMJHqzTakBoBBFbDbQ/FlTtMLaR jnYx+7abBQIOGzGTAy4WeUtsRzx+sHW9mwiP3aIFt1meV+p9Ra6Jh8Nn8ZBkwlMF x7z/pom43OoMlMNCf5H2elxQohjT5sG8P/if9dYpYZWESBMtD4xQ+zpI1UKAEk9y IUHhDWSleoiD9cxvYSq7PqihFHu9FesjCgqomO2FrZV+gf0DIHzzLlPn6B3Ngx+E kIq9TUqycUQrMoXNDVCDwCi0EAHk6eMZwAYEFa+zKjnjH+bFAgfe+28Fl6k8a3lV OFn0cp0XEJNt31Xjz3/YAiFZaKojV3yCiyR2j1mtwGDbMUNnhLVPRZKDxGFniB/l bfqDkc/nt1YSiB0INZ5VOKzoli5zbt3ZX8wqrJHuabjuedIA9ociHYCJizVHfbT7 afLwYT7JcqdOZ5LdLIfa7bVU4b5UAcP8HoRjYX98zHTDxQrprc/d7DsgIyS+bQ2B HdhG9Z6C/LI3kWSNlztHVKyGoL68REOlfE58APu+36nHEiIZmWPYCfU5gdSm8ESP mvW43x7Xd3C9b52hvNJ6MpLTPQWGZri0HG2dgBtXMP9/brdraaA= =RbEE -----END PGP SIGNATURE----- --Apple-Mail=_C6743A7F-E173-465B-90DF-952500604A4B-- From nobody Thu Oct 3 08:31:02 2019 Return-Path: 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 32405120929 for ; Thu, 3 Oct 2019 08:30:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=lAXq32tn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GkTMlPQE 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 PWCRh4-xYsIP for ; Thu, 3 Oct 2019 08:30:47 -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 70A74120930 for ; Thu, 3 Oct 2019 08:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6984; q=dns/txt; s=iport; t=1570116647; x=1571326247; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=UVat+j/k22tKFJLy0Z/N3rfwY/09lrFpfhWPzjdqps0=; b=lAXq32tn/HZufFnkPmKMcyOzK8K51tiw+1wvFkCE0tvtqLf6KVdHqyFk mpTL3rmSCrFFEfw/S+amoECZ0X6qilv+Hy4hRNtCCFF386Tqp41vzhG8o TjOD+NOf83Us8Smvm8yewD3iEOEq2kJyHymSQnc13gwHHGUbeAvbg6LH5 U=; IronPort-PHdr: =?us-ascii?q?9a23=3AgK2MCRKJjeXOmnbJLtmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeBvad2lFGcW4Ld5roEkOfQv636EU04qZea+DFnEtRXUg?= =?us-ascii?q?Mdz8AfngguGsmAXFfkLfr2aCoSF8VZX1gj9Ha+YgBY?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAAACE5Zd/4YNJK1gBhoBAQEBAQI?= =?us-ascii?q?BAQEBDAIBAQEBgVQEAQEBAQsBgUpQA21WIAQLKgqEGINHA4pGglyXeIEugSQ?= =?us-ascii?q?DVAkBAQEMAQEYCwoCAQGDe0UCF4IuIzUIDgIDCQEBBAEBAQIBBQRthS0MhUs?= =?us-ascii?q?BAQEBAgEBAQwEEREMAQEjCQsBBAcEAgEGAg4DBAEBAQICJgICAiULFQgIAgQ?= =?us-ascii?q?OBQgagwGBagMODwECDJJikGECgTiIYXWBMoJ9AQEFgTgCDkGCfxiCFwmBDCg?= =?us-ascii?q?BjA0YgUA/gRFGgkw+gmEBAQIBARaBORCDCzKCJo9rjmGOcAqCI4cIjiuCOnK?= =?us-ascii?q?GXIQsiwyWS5ERAgQCBAUCDgEBBYFUAzSBWHAVGiGCbAlHEBSBT4NzhRSFP3S?= =?us-ascii?q?BKY8RAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.67,252,1566864000"; d="scan'208";a="337299876" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Oct 2019 15:30:46 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x93FUkBv014546 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Oct 2019 15:30:46 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 10:30:45 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 3 Oct 2019 10:30:45 -0500 Received: from NAM02-BL2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 3 Oct 2019 10:30:45 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HuIcZESfZuEECIc4YRTiGJxZPW9QX4J/TFqCvn1IE0GpzyiNNcO9e0aL/nos+il2zKwGym/CFpFcL314VeaQKrrtUuJdZn3g6vQVcj+agMXrbcW3eAkN+BPr5Ggmv6vyer2Scg1t0jmGejNXBcH1ZXraxmsCxitC0IhitPrVRGavVrf+z2xE0aemp469nh3A9hNi4fWUfebFhS4tFiVJWgFZCc2ZhnPc1GgWKp1cmLJl8TZI365i+3fJ9Y8ZUOn97DKS3VPmQ5HlLJflZi1X+8m9nhEKmaD0TbSfinxHmK0Pq7eRkA9wyOT80Qf5P63GT04wmdzd6UaDH+cxUhvQkQ== 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=UVat+j/k22tKFJLy0Z/N3rfwY/09lrFpfhWPzjdqps0=; b=DM+2CK9FUT4sF1dXJWdxukOm8oFNQbBe5nAhHApWEeFtZski5mzrGqtN7PkrL7z2P4Wv4GGdqklmy/MUMelrVhUK85+q8bpkTOKCAovb/rBLGg9SRObE1lhiOehKUdbn3+jbAIYPb87LQRGJDAQbMsIPaTrPuGRCsl63PVZqoV+rElOijhnCiKKcbLLNUspviIQf4yd5ejFs/+UVuQ0GNJU0TfqDzcyjYmSmfJN1wCPRZUMsxlyKDFnQq9cBmY7BpXKLWSQPdedcvH0xP1TQ1NxNTxgH/eBC4Hz94Zc7z2weKp4VHl4lEjy13taZTtuIgIOTCopebRLlQfsZ0Ty9nw== 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=UVat+j/k22tKFJLy0Z/N3rfwY/09lrFpfhWPzjdqps0=; b=GkTMlPQEn1pXxA3aQFE85FPU018/75IeOlIvuhSl3SbKexbhp0hQIjwgi4J+ha8hQfPKlxB+etFGnJ4bhkIUIM2XdIx3xt+b9uwcWJvB+s/WwNk6OmRETN9qICNGdk3gye2xzrs/nLlFwAR3om+QflzksUUneN/gXjX724yw/GU= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4334.namprd11.prod.outlook.com (52.135.38.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Thu, 3 Oct 2019 15:30:44 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Thu, 3 Oct 2019 15:30:44 +0000 From: "Rob Wilton (rwilton)" To: Christian Hopps CC: "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt Thread-Index: AQHVc7y2pV/jTrPhkEaIK8rqhQZKT6c8kmcAgAwi9zCAAF39AIAAAF1g Date: Thu, 3 Oct 2019 15:30:44 +0000 Message-ID: References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> In-Reply-To: <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> 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: [173.38.220.43] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b04ff2a2-6344-4276-d877-08d74816a805 x-ms-traffictypediagnostic: MN2PR11MB4334: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 01792087B6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(346002)(376002)(136003)(39860400002)(13464003)(199004)(189003)(51444003)(76176011)(478600001)(966005)(66574012)(81156014)(81166006)(25786009)(8936002)(8676002)(66476007)(52536014)(66946007)(5660300002)(64756008)(66556008)(76116006)(305945005)(2906002)(3846002)(7736002)(66066001)(6116002)(33656002)(26005)(71200400001)(256004)(14444005)(6306002)(6436002)(11346002)(71190400001)(6246003)(186003)(86362001)(66446008)(74316002)(99286004)(476003)(9686003)(55016002)(486006)(446003)(6506007)(53546011)(6916009)(14454004)(7696005)(316002)(102836004)(229853002)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4334; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: HaD7XeEwOXyDdtXbuK7LxCgOQyd/i1ELNAF8MRt6dnA1yh2pKspgpc/mk93/RwXwK4xrkMYaJ13jgfJQJhO3M90rvz+hfd3v92MPuCgv39hnY3TIzTRQwwX2sOmBAdCs/gRSTaBc8kVy+9kuLbDYGhK7YqinwO9IssEJgC0/4ZSNQ7DwyrTf9fhM9aQh0L3KVt6g0oeRaF93ESDum+j35ZcZmR6Xgfi1WOGU95mCmAoS6Kk3E3opKTvEp+zpLEoli2+1KZdgKfYga6tty6UcXE09EM2RkjS5/gWElCintmcbHjGkObZPaMLtqlrWdYc3U/HbSNy6Z63Re2g9f5rtmjiNY7I9Dl8HJvqY45TPYu/0TMOySouTaMwWr9VRtnpYiSJoMuOKskQYPtPlCZY/qf2wIBsFpVjniyEtyO7wecyqWmmTs4yZEZNS1vCMQTkXBWcw7rt7mYJ/qumQa+mapg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b04ff2a2-6344-4276-d877-08d74816a805 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Oct 2019 15:30:44.0241 (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: okT/J7hlxjC+OViuN7zcS8+dGi+c64QSkKbYBI2U03GUiJvt1vd2aq0ej0JMIm9g/uwVo734eXDOXE5xl4RWCA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4334 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.21, xch-aln-011.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 15:30:58 -0000 SGkgQ2hyaXMsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQ2hyaXN0 aWFuIEhvcHBzIDxjaG9wcHNAY2hvcHBzLm9yZz4NCj4gU2VudDogMDMgT2N0b2JlciAyMDE5IDE2 OjE2DQo+IFRvOiBSb2IgV2lsdG9uIChyd2lsdG9uKSA8cndpbHRvbkBjaXNjby5jb20+DQo+IENj OiBDaHJpc3RpYW4gSG9wcHMgPGNob3Bwc0BjaG9wcHMub3JnPjsgbmV0bW9kQGlldGYub3JnDQo+ IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1vZC1tb2R1 bGUtdGFncy0wOS50eHQNCj4gDQo+IFtyZXNlbmRpbmcgdG8gaW5jbHVkZSBsaXN0IGNjXQ0KPiAN Cj4gPiBPbiBPY3QgMywgMjAxOSwgYXQgNTo0NSBBTSwgUm9iIFdpbHRvbiAocndpbHRvbikgPHJ3 aWx0b25AY2lzY28uY29tPg0KPiB3cm90ZToNCj4gPg0KPiA+IEhpIENocmlzLA0KPiA+DQo+ID4g QXMgZGlzY3Vzc2VkIG9mZmxpbmUsIHlvdSBoYXZlIGxlZnQgb3V0IHRoZSAibWFza2VkLXRhZyIg Y29udGFpbmVyIGluDQo+IHRoZSAibW9kdWxlcy10YWdzLXN0YXRlIiBtb2R1bGUuDQo+IA0KPiBP bmUgbWlnaHQgcmVhZCB0aGlzIGFzIGFuIG9iamVjdGlvbiB0aGF0IHdhcyBkaXNjdXNzZWQgb2Zm bGluZSwgYnV0IEkNCj4gZG9uJ3QgdGhpbmsgeW91IGFyZSBvYmplY3RpbmcsIHlvdSdyZSBqdXN0 IHN0YXRpbmcgd2hhdCBoYXBwZW5lZCwgY29ycmVjdD8NCg0KQ29ycmVjdCwgbm90IG9iamVjdGlu ZywgYWx0aG91Z2ggSSBtaWdodCBiZSBhYm91dCB0byDwn5iJDQoNCkdlbmVyYWxseSwgSSB0aGlu ayB0aGF0IGlzIHdoYXQgaXMgYXZhaWxhYmxlIGluICJtb2R1bGUtdGFncy1zdGF0ZSIgc2hvdWxk IGJlIGRpcmVjdGx5IGVxdWl2YWxlbnQgdG8gd2hhdCBpcyBhdmFpbGFibGUgaW4gdGhlIG9wZXJh dGlvbmFsIGRhdGFzdG9yZSBmb3Igc2VydmVycyB0aGF0IHN1cHBvcnQgTk1EQS4NCg0KU28sIG15 IHByZXZpb3VzIGNvbW1lbnRzIHdlcmUgdHJ5aW5nIHRvIGFsaWduIHRoZXNlIHR3byB0b2dldGhl ci4gIEkuZS4gaWYgeW91IHRoaW5rIHRoYXQgIm1hc2tlZC10YWciIGlzbid0IG5lZWRlZCBpbiAi bW9kdWxlLXRhZ3Mtc3RhdGUiIHRoZW4gSSB0aGluayB0aGF0IHRoZXJlIGlzIHRoZSBlcXVpdmFs ZW50IHF1ZXN0aW9uIG9mIHdoZXRoZXIgaXQgc2hvdWxkIGJlIHJlcG9ydGVkIGluIDxvcGVyYXRp b25hbD4uDQoNCldoYXQgaXMgdW51c3VhbCBpbiB0aGlzIGNhc2UsIGlzIHRoYXQgeW91IGhhdmUg c29tZSBjb25maWd1cmF0aW9uIHRoYXQgcmVtb3ZlcyBpdGVtcyBmcm9tIGFub3RoZXIgbGlzdC4N Cg0KDQo+IA0KPiA+IEZvciBjb25zaXN0ZW50bHksIEkgd29uZGVyLCB3aGV0aGVyIHRoZXJlIHNo b3VsZG4ndCBhbHNvIGJlIGEgY29tbWVudCBpbg0KPiB0aGUgIm1hc2tlZC10YWciIGxlYWYtbGlz dCBpbiB0aGUgbWFpbiBOTURBIGNvbXBhdGlibGUgbW9kdWxlIHRvIGluZGljYXRlDQo+IHRoYXQg Im1hc2tlZC10YWciIGlzbid0IHJlcG9ydGVkIGluIHRoZSBvcGVyYXRpb25hbCBzdGF0ZSBkYXRh c3RvcmUNCj4gYmVjYXVzZSB0aGUgaW5mb3JtYXRpb24gaXMgY29tYmluZWQgaW50byB0aGUgInRh ZyIgbGVhZi1saXN0Lg0KPiANCj4gT2ssIGNvbG9yIG1lIGNvbmZ1c2VkLiBGb3IgTk1EQSwgd2h5 IHdvdWxkbid0IG1hc2tlZC10YWcgc2hvdyB1cCBpbg0KPiBvcGVyYXRpb25hbCBkYXRhc3RvcmU/ DQoNCkJ5IGRlZmF1bHQgaXQgd291bGQuDQoNCg0KPiBJc24ndCB0aGUgb3BlcmF0aW9uYWwgZGF0 YXN0b3JlIHRoZSB1bmlvbiBvZiB0aGUNCj4gYXBwbGllZCBpbnRlbmRlZCBjb25maWcgKGNvbmZp ZyB0cnVlIG5vZGVzKSBwbHVzIHRoZSBjb25maWcgZmFsc2Ugbm9kZXM/DQoNClNvcnQgb2YgeWVz Lg0KDQpXaGF0IGlzIGluIDxvcGVyYXRpb25hbD4gaXMgdGhlICJhY3R1YWwgb3BlcmF0aW9uYWwg c3RhdGUgaW4gZWZmZWN0IGluIHRoZSBzeXN0ZW0iLiAgRm9yIGNvbmZpZ3VyYWJsZSBpdGVtcywg dGhpcyBpcyBvZnRlbiwgYnV0IG5vdCBuZWNlc3NhcmlseSwgdGhlIHNhbWUgYXMgImFwcGxpZWQg aW50ZW5kZWQgY29uZmlnIi4NCg0KDQo+IA0KPiBOb24tTk1EQSBoYXMgbm8gY29uY2VwdCBvZiAi YXBwbGllZCIgKG9wZXJhdGlvbmFsIHN0YXRlIG9mIGNvbmZpZyB0cnVlDQo+IG5vZGVzKSwgdGhh dCBpcyB3aHkgbWFza2VkLXRhZ3MgZG9uJ3QgZ28gaW4gdGhlIG1vZHVsZS10YWdzLXN0YXRlDQo+ IGNvbnRhaW5lci4gVGhlIHVzZXIgY2FuIHN0aWxsIHJlYWQgdGhlIGNvbmZpZ3VyZWQgbWFza2Vk LXRhZyB2YWx1ZSBvbiB0aGUNCj4gbm9ybWFsIG5vbi1kZXByZWNhdGVkIG1vZHVsZSBpbiB0aGUg bm9uLU5NREEgY2FzZS4NCg0KT24gYmFsYW5jZSwgSSdtIG5vdCBzdXJlIHRoaXMgd2FzIHRoZSBy aWdodCBjaG9pY2UuICBJIHRoaW5rIHRoYXQgaXQgbWlnaHQgYmUgZWFzaWVyIHRvIGluY2x1ZGUg Im1hc2tlZC10YWdzIiBpbiBtb2R1bGUtdGFncy1zdGF0ZSwgYW5kIGhhdmUgaXQganVzdCByZXBv cnQgdGhlIGxpc3Qgb2YgdGFncyB0aGF0IGhhdmUgYmVlbiBtYXNrZWQuICBJLmUuIGV4YWN0bHkg dGhlIHNhbWUgbWVhbmluZyBhcyBOTURBLg0KDQpUaGFua3MsDQpSb2INCg0KDQo+IA0KPiBUaGFu a3MsDQo+IENocmlzLg0KPiANCj4gPg0KPiA+IFRoYW5rcywNCj4gPiBSb2INCj4gPg0KPiA+PiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+PiBGcm9tOiBuZXRtb2QgPG5ldG1vZC1ib3Vu Y2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgQ2hyaXN0aWFuIEhvcHBzDQo+ID4+IFNlbnQ6IDI1 IFNlcHRlbWJlciAyMDE5IDE3OjE5DQo+ID4+IFRvOiBuZXRtb2RAaWV0Zi5vcmcNCj4gPj4gU3Vi amVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246DQo+ID4+IGRyYWZ0LWlldGYtbmV0bW9kLW1v ZHVsZS10YWdzLTA5LnR4dA0KPiA+Pg0KPiA+PiBUaGlzIGFkZHMgdGhlIGRlcHJlY2F0ZWQgbm9u LU5NREEgc3RhdGUgbW9kdWxlLg0KPiA+Pg0KPiA+PiBUaGFua3MsDQo+ID4+IENocmlzLg0KPiA+ Pg0KPiA+Pj4gT24gU2VwIDI1LCAyMDE5LCBhdCAxMjoxNSBQTSwgaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIHdyb3RlOg0KPiA+Pj4NCj4gPj4+DQo+ID4+PiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBp cyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMNCj4gPj4gZGlyZWN0 b3JpZXMuDQo+ID4+PiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBOZXR3b3JrIE1v ZGVsaW5nIFdHIG9mIHRoZSBJRVRGLg0KPiA+Pj4NCj4gPj4+ICAgICAgIFRpdGxlICAgICAgICAg ICA6IFlBTkcgTW9kdWxlIFRhZ3MNCj4gPj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IENocmlz dGlhbiBIb3Bwcw0KPiA+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgTG91IEJlcmdlcg0KPiA+ Pj4gICAgICAgICAgICAgICAgICAgICAgICAgRGVhbiBCb2dkYW5vdmljDQo+ID4+PiAJRmlsZW5h bWUgICAgICAgIDogZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtMDkudHh0DQo+ID4+PiAJ UGFnZXMgICAgICAgICAgIDogMTgNCj4gPj4+IAlEYXRlICAgICAgICAgICAgOiAyMDE5LTA5LTI1 DQo+ID4+Pg0KPiA+Pj4gQWJzdHJhY3Q6DQo+ID4+PiAgVGhpcyBkb2N1bWVudCBwcm92aWRlcyBm b3IgdGhlIGFzc29jaWF0aW9uIG9mIHRhZ3Mgd2l0aCBZQU5HIG1vZHVsZXMuDQo+ID4+PiAgVGhl IGV4cGVjdGF0aW9uIGlzIGZvciBzdWNoIHRhZ3MgdG8gYmUgdXNlZCB0byBoZWxwIGNsYXNzaWZ5 IGFuZA0KPiA+Pj4gb3JnYW5pemUgbW9kdWxlcy4gIEEgbWV0aG9kIGZvciBkZWZpbmluZywgcmVh ZGluZyBhbmQgd3JpdGluZyBhDQo+ID4+PiBtb2R1bGVzIHRhZ3MgaXMgcHJvdmlkZWQuICBUYWdz IG1heSBiZSByZWdpc3RlcmVkIGFuZCBhc3NpZ25lZA0KPiA+Pj4gZHVyaW5nICBtb2R1bGUgZGVm aW5pdGlvbjsgYXNzaWduZWQgYnkgaW1wbGVtZW50YXRpb25zOyBvcg0KPiA+Pj4gZHluYW1pY2Fs bHkgIGRlZmluZWQgYW5kIHNldCBieSB1c2Vycy4gIFRoaXMgZG9jdW1lbnQgYWxzbyBwcm92aWRl cw0KPiA+Pj4gZ3VpZGFuY2UgdG8gIGZ1dHVyZSBtb2RlbCB3cml0ZXJzOyBhcyBzdWNoLCB0aGlz IGRvY3VtZW50IHVwZGF0ZXMNCj4gUkZDODQwNy4NCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gVGhlIElF VEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+ID4+PiBodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFn cy8NCj4gPj4+DQo+ID4+PiBUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFi bGUgYXQ6DQo+ID4+PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRt b2QtbW9kdWxlLXRhZ3MtMDkNCj4gPj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtDQo+ID4+PiAwOQ0KPiA+Pj4NCj4g Pj4+IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCj4g Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW5ldG1vZC1t b2R1bGUtdGFncy0wOQ0KPiA+Pj4NCj4gPj4+DQo+ID4+PiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPiA+Pj4gc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 DQo+ID4+IHRvb2xzLmlldGYub3JnLg0KPiA+Pj4NCj4gPj4+IEludGVybmV0LURyYWZ0cyBhcmUg YWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCj4gPj4+IGZ0cDovL2Z0cC5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvDQo+ID4+Pg0KPiA+Pj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4g Pj4+IG5ldG1vZEBpZXRmLm9yZw0KPiA+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRtb2QNCj4gPj4+DQo+ID4NCg0K From nobody Thu Oct 3 08:59:22 2019 Return-Path: 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 4FC5E1200B6 for ; Thu, 3 Oct 2019 08:59:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 F2wleqBoXrBA for ; Thu, 3 Oct 2019 08:59:18 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id BA8AF1200B5 for ; Thu, 3 Oct 2019 08:59:18 -0700 (PDT) Received: from stubbs.int.chopps.org (unknown [172.222.100.236]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 397806057A; Thu, 3 Oct 2019 11:59:18 -0400 (EDT) From: Christian Hopps Message-Id: <643E9707-383F-4700-B206-6EAFEA0332F7@chopps.org> Content-Type: multipart/signed; boundary="Apple-Mail=_E955A673-B7B5-4C6A-937B-53DDDF141D53"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Thu, 3 Oct 2019 11:59:17 -0400 In-Reply-To: Cc: Christian Hopps , "netmod@ietf.org" To: "Rob Wilton (rwilton)" References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 15:59:20 -0000 --Apple-Mail=_E955A673-B7B5-4C6A-937B-53DDDF141D53 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) = wrote: >=20 > Hi Chris, >=20 >> -----Original Message----- >> From: Christian Hopps >> Sent: 03 October 2019 16:16 >> To: Rob Wilton (rwilton) >> Cc: Christian Hopps ; netmod@ietf.org >> Subject: Re: [netmod] I-D Action: = draft-ietf-netmod-module-tags-09.txt >>=20 >> [resending to include list cc] >>=20 >>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) >> wrote: >>>=20 >>> Hi Chris, >>>=20 >>> As discussed offline, you have left out the "masked-tag" container = in >> the "modules-tags-state" module. >>=20 >> One might read this as an objection that was discussed offline, but I >> don't think you are objecting, you're just stating what happened, = correct? >=20 > Correct, not objecting, although I might be about to =F0=9F=98=89 >=20 > Generally, I think that is what is available in "module-tags-state" = should be directly equivalent to what is available in the operational = datastore for servers that support NMDA. So is this how we're supposed to construct these deprecated state = modules, just copy all config true and config false nodes into a new = module and mark them all config false? If so fine. I will do that. Thanks, Chris. --Apple-Mail=_E955A673-B7B5-4C6A-937B-53DDDF141D53 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAl2WGtUACgkQLh2DDte4 MCUeMg//W86/ld2qbX3lqflSPEQ4nwFdkmGoZNpvuhjw7cIzkz/p/uW8oD33GTnj +lGeqnaFy3YFCu5ilLAxhA7hysHx8/cG2NExuNrP22HRFBXy9YInEyK6X4ZccPCJ 9rvIHaOpwEndcxLYH2KtR0ypy0rsPhXETmfp3D/32OkYeLF1u/9sjih9TwylG4SK YuVxn6yg9whXZuHY7wN1mcMZkpifmkfr30jt5rNuJtJ9bTylxJIzIZW+C3Z57wfN VsWc85lCkHO1cN+kiNRsOEh4NFjzEtgjoQezLhK48M7ztnFos/OMS0ZCC2oe78dz ZoMKmVqoz66DCjQycj6J9npmqGZWJZ+l5BhLKDHPvaPi4EmYICe4X2+9UWGx0/Yu zqYH5rlNHsLab3iLXZIOUSQRWlc9bYC9enXsiLuHFKek6Dmd72MIyFzDAcg1ZSHR ls5ATM2mRt7tgPz5zYC/e20pbceBith3syZ+rFXxf6wMIcWToLTKWBH1ZrT4TE5u xi2L4hHfJHqbgWnVAtfmlk38J8xcAcLkLtTwnbodvPA0X4j0H4L1Vl3XuENrtDdl GKCIq8my5p8bL4DeKMEZddpbkpwFpREUUilVpVGPRbqS2ejWV8KsxmJce1DAzGRa GgYlWyWtfJoFkBDk5NjL/qzRoGlYbjNL5NHRY02tvO+uQcHdoXM= =6QYp -----END PGP SIGNATURE----- --Apple-Mail=_E955A673-B7B5-4C6A-937B-53DDDF141D53-- From nobody Thu Oct 3 09:25:22 2019 Return-Path: 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 9CF1E12011F for ; Thu, 3 Oct 2019 09:25:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 RQvNyiM_c2OH for ; Thu, 3 Oct 2019 09:25:17 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D51841200C4 for ; Thu, 3 Oct 2019 09:25:16 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id f5so3451497ljg.8 for ; Thu, 03 Oct 2019 09:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ctPiNGa4Kdg+qzhXrDBE1CMgUPJMj+760T0jDVHTxrQ=; b=RJ5TDV6QDRsA/KYO5vE8JQkc2FsMkjGv0MHDEld7vwFoQT3DeaGdzLBTh1OcxoabtM 0xEnYcZZddYCUBypz9C2A1oREJ6x3+xx0xoLbwwJJiZDzzIlylWB2dqCZatAQvvhXhsq TTGLAdRu4QIPcPKF6ormCfKBACCjvTUSphtKCsAGcZFZPPS93/+9d0n9cIJyea9LJ6bl hecUhKIVsh0tYCA/MpDVyZHoijSFXIpwtbUTzpvNrMhFohkp3pha88CFdotTe1fcFsDS aeI8MX/XYXnTvXFW6iigFcKJ0Ylyd3FYKvbddbxUsx7raveYeweP+Ig0ZZ8wj+mbTOpF i6Zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ctPiNGa4Kdg+qzhXrDBE1CMgUPJMj+760T0jDVHTxrQ=; b=sZWrvTSZt6K/j9KcbJz0vl6hQn9FaTUrsVkQ2czCFybT5xR3Rdxxc+VniD8JR3HVqB /oCItw+bFuJ2ZbOQBgA7p9U/hftZwpCJQK11TOMLj2l/J635EtZD9Fw/oZoVguH9u92g +SwOZm1GiZpPecbNxvJurECO2pD+nNVF62ciy0Na6o8tN6nETI4aSLfl422xhWsPxeRG +kNO4ZVzeIoQIhBi43hYs39+6AuPzWprzGn3pwTFtaUDAdRRrKqIh4qf3ssAgkkgwEPy AWlDxRQAVcOovAztFQVWIP1MaJFyTJeMCg0Br3ItPEfKQG6YG0zatkgLMOOvu1gAgccj Y/kg== X-Gm-Message-State: APjAAAXV0lvr6jPZQB5sIUWX5Yl7umT8FbvsT05jywcSnkz2m7XSigO0 cZ2Q8WhOm13w/q+6QC0aXTOWzUxEfjMfkH1AwaPfIQ== X-Google-Smtp-Source: APXvYqx2Ssdx+kFIz1ISiVrYuh5Q2mY5HKA3RX6l8dt6Petol6shrSRPo0i2xEzJ/wESUGAAN7z9l6GQPPGDSsgYad8= X-Received: by 2002:a2e:9d16:: with SMTP id t22mr5919113lji.207.1570119915017; Thu, 03 Oct 2019 09:25:15 -0700 (PDT) MIME-Version: 1.0 References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> <643E9707-383F-4700-B206-6EAFEA0332F7@chopps.org> In-Reply-To: <643E9707-383F-4700-B206-6EAFEA0332F7@chopps.org> From: Andy Bierman Date: Thu, 3 Oct 2019 09:25:04 -0700 Message-ID: To: Christian Hopps Cc: "Rob Wilton (rwilton)" , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ca30ba0594040721" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 16:25:20 -0000 --000000000000ca30ba0594040721 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Oct 3, 2019 at 8:59 AM Christian Hopps wrote: > > > On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) > wrote: > > > > Hi Chris, > > > >> -----Original Message----- > >> From: Christian Hopps > >> Sent: 03 October 2019 16:16 > >> To: Rob Wilton (rwilton) > >> Cc: Christian Hopps ; netmod@ietf.org > >> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt > >> > >> [resending to include list cc] > >> > >>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) > >> wrote: > >>> > >>> Hi Chris, > >>> > >>> As discussed offline, you have left out the "masked-tag" container in > >> the "modules-tags-state" module. > >> > >> One might read this as an objection that was discussed offline, but I > >> don't think you are objecting, you're just stating what happened, > correct? > > > > Correct, not objecting, although I might be about to =F0=9F=98=89 > > > > Generally, I think that is what is available in "module-tags-state" > should be directly equivalent to what is available in the operational > datastore for servers that support NMDA. > > So is this how we're supposed to construct these deprecated state modules= , > just copy all config true and config false nodes into a new module and ma= rk > them all config false? If so fine. I will do that. > > IMO the deprecated state module only needs a config=3Dfalse version of the config=3Dtrue NMDA nodes. Since config=3Dtrue validation statements are not allowed to reference config=3Dfalse nodes it should always be possible to remove the config=3Dfalse nodes from the deprecated state module. Otherwise the config=3Dfalse nodes show up twice for non-NMDA clients because they can read the NMDA config=3Dfalse nodes just fine. (The NMDA transition strateg= y is vague and using the /yang-library tree to hide objects is too complicated, but that is not in scope for module-tags.) Thanks, > Chris. > > Andy > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000ca30ba0594040721 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Oct 3, 2019 at 8:59 AM Christ= ian Hopps <chopps@chopps.org>= ; wrote:

> On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) <rwilton@cisco.com> wrote:
>
> Hi Chris,
>
>> -----Original Message-----
>> From: Christian Hopps <chopps@chopps.org>
>> Sent: 03 October 2019 16:16
>> To: Rob Wilton (rwilton) <rwilton@cisco.com>
>> Cc: Christian Hopps <chopps@chopps.org>; netmod@ietf.org
>> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09= .txt
>>
>> [resending to include list cc]
>>
>>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) <rwilton@cisco.com> >> wrote:
>>>
>>> Hi Chris,
>>>
>>> As discussed offline, you have left out the "masked-tag&q= uot; container in
>> the "modules-tags-state" module.
>>
>> One might read this as an objection that was discussed offline, bu= t I
>> don't think you are objecting, you're just stating what ha= ppened, correct?
>
> Correct, not objecting, although I might be about to =F0=9F=98=89
>
> Generally, I think that is what is available in "module-tags-stat= e" should be directly equivalent to what is available in the operation= al datastore for servers that support NMDA.

So is this how we're supposed to construct these deprecated state modul= es, just copy all config true and config false nodes into a new module and = mark them all config false? If so fine. I will do that.



IMO the deprecated stat= e module only needs a config=3Dfalse version of the config=3Dtrue NMDA node= s.
Since config=3Dtrue validation statements are not allowed to r= eference config=3Dfalse nodes it should
always be possible to rem= ove the config=3Dfalse nodes from the deprecated state module.
Otherwise the config=3Dfalse nodes show up twice for non-NMDA = clients=C2=A0 because they can
read the NMDA config=3Dfalse nodes= just fine.=C2=A0 (The NMDA transition strategy is vague and
usin= g the /yang-library tree to hide objects is too complicated, but that is no= t in scope for module-tags.)


Thanks,
Chris.


Andy
=C2=A0
_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000ca30ba0594040721-- From nobody Thu Oct 3 11:34:33 2019 Return-Path: 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 31E871200DB for ; Thu, 3 Oct 2019 11:34:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 HPW5HlP1OwNS for ; Thu, 3 Oct 2019 11:34:28 -0700 (PDT) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66D0A1200D6 for ; Thu, 3 Oct 2019 11:34:28 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id f21so1896561plj.10 for ; Thu, 03 Oct 2019 11:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EAkg5w3tvoE1/+iUkrLRJVKmUwKzyT5v/2diW06EB4g=; b=fnd0LeJqbY7Nx2hdn1tlwVRvzma0FLmLVwYIJIkNGvHE0y6TnT3ugcgBzbQuMX0lJ9 x1DHW5F1pPuYfK8QHXPzuo+TADY31gHQLvVFsvnnSKQtpyWUXQY492CG3pycGTwqnHyf SYfzhmoNBfkeeV9yP7G6cGSN433xSWIuZG7tDeIWCz0plRxkpeiqYlI551/JjulIhFqB Dh18KuF++YiVuC0Ocf/40SQ6Hfi2ePZZ0xiYnxckYomxrdC71djDrC6iF2SN5GOmLgrC Ck0B2LOc8Yb6UeEu+EqueHeLuHBOfthCl/CoCbbzEPJgxeH0vJwEhIKgH0nIefMYDAjD qBqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EAkg5w3tvoE1/+iUkrLRJVKmUwKzyT5v/2diW06EB4g=; b=P2J1QfV/S2sOGaSfRk+LeqCbwi2Ad0UdKVBY1OuHCKTwLbsYYXYXKRY9+5z2xoGLag 3qK8Jrt7Vodp4hadFMV4lNrJnErX4sDvUjnOZwKsmJUQ++GM76Z+hZ4FwEcAH9ztHwbn nlTwTjar5QlwTWgl83ZnjQrpa+tXzlhnd0tAmVAoYsi8/dMshvhDraZk3SWGfLNAduhp k+aVUxBcXcQXxEneOGS7Bbx4q9UjepF5ybdOExKFZv3XYff5Rp2NvLNvl3YntXuW83Sx gL29HYa78DGFyCe3ymyzbjKP1nR/H53Zr7gbq/2+eHRzruN0K7sdCquYkkVwI1v4yzvb K/Fw== X-Gm-Message-State: APjAAAWtyDNcUcIM6gMGiO4JVp+EwlOrzYNUrGY5EzaNmy81dGDe/C8y viJJEZfuUohJ1Z7OjohkC64= X-Google-Smtp-Source: APXvYqxPjtydQlHfat1aRHjIMr2WHzwy+HVnp35IbK62HNkdGcFPCjXnLYZk5NT7hC+eZCMqPJ42JA== X-Received: by 2002:a17:902:6507:: with SMTP id b7mr10852740plk.37.1570127667762; Thu, 03 Oct 2019 11:34:27 -0700 (PDT) Received: from [10.33.123.155] ([66.170.99.2]) by smtp.gmail.com with ESMTPSA id j128sm4990236pfg.51.2019.10.03.11.34.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Oct 2019 11:34:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: Date: Thu, 3 Oct 2019 11:34:25 -0700 Cc: Christian Hopps , "netmod@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> References: To: Robert Wilton X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 18:34:32 -0000 > On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) = wrote: >=20 > Hi Chris, >=20 > I know that this is late, but ... >=20 > The YANG packages draft = (https://tools.ietf.org/html/draft-rwilton-netmod-yang-packages-01, but = an updated version will be posted soon), is currently using the = module-tags typedef to allow a package definition to contain a list of = tags. >=20 > E.g.=20 > module: ietf-yang-package > +--ro yang-package > +--ro name yang:yang-identifier > +--ro version yang-sem-ver > +--ro revision-date? yanglib:revision-identifier > +--ro location* inet:uri > +--ro description? string > +--ro reference? string > +--ro previous-version? yang-sem-ver > +--ro tag* tags:tag > +--ro referentially-complete? Boolean > ... >=20 > This package definition goes into an instance data document, for which = the schema should just be ietf-yang-package, but by it importing = ietf-module-tags.yang, it effectively also pulls in the "container = module-tags" into the schema for the package definition, that I don't = think should be there. >=20 > If we keep package tags, then I think that there are two ways to fix = this: >=20 > (1) Split ietf-module-tags into an ietf-module-tags-types.yang and a = ietf-module-tags.yang. But it would be very late to do this, and the = packages draft isn't even a workgroup document at this stage. I know it is late. But what will it take to split the tags-types module = from the tags module? >=20 > (2) Have the package draft define its own "package tag" typedef, and = not have an import reference on module-tags at all. Probably if we do = keep package tags, then we should also consider a mechanism by which = they can be updated on a device equivalently to module tags. >=20 > I'm currently thinking that the second choice might be a better = approach at this time, but wanted to check whether you or the WG had an = opinion. >=20 > Thanks, > Rob >=20 >=20 >=20 >> -----Original Message----- >> From: netmod On Behalf Of Christian Hopps >> Sent: 25 September 2019 17:19 >> To: netmod@ietf.org >> Subject: Re: [netmod] I-D Action: = draft-ietf-netmod-module-tags-09.txt >>=20 >> This adds the deprecated non-NMDA state module. >>=20 >> Thanks, >> Chris. >>=20 >>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: >>>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >>> This draft is a work item of the Network Modeling WG of the IETF. >>>=20 >>> Title : YANG Module Tags >>> Authors : Christian Hopps >>> Lou Berger >>> Dean Bogdanovic >>> Filename : draft-ietf-netmod-module-tags-09.txt >>> Pages : 18 >>> Date : 2019-09-25 >>>=20 >>> Abstract: >>> This document provides for the association of tags with YANG = modules. >>> The expectation is for such tags to be used to help classify and >>> organize modules. A method for defining, reading and writing a >>> modules tags is provided. Tags may be registered and assigned = during >>> module definition; assigned by implementations; or dynamically >>> defined and set by users. This document also provides guidance to >>> future model writers; as such, this document updates RFC8407. >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ >>>=20 >>> There are also htmlized versions available at: >>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 >>> = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-09 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of >>> submission until the htmlized version and diff are available at >> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanandani@gmail.com From nobody Thu Oct 3 12:49:49 2019 Return-Path: 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 EE2A11200B7 for ; Thu, 3 Oct 2019 12:49:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 Y3AMPa16fAPs for ; Thu, 3 Oct 2019 12:49:45 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 87639120098 for ; Thu, 3 Oct 2019 12:49:45 -0700 (PDT) Received: from stubbs.int.chopps.org (unknown [172.222.100.236]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id C8DB160530; Thu, 3 Oct 2019 15:49:44 -0400 (EDT) From: Christian Hopps Message-Id: <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> Content-Type: multipart/signed; boundary="Apple-Mail=_75FC9128-9F04-4378-AD20-09BFBBAB3CC8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Thu, 3 Oct 2019 15:49:43 -0400 In-Reply-To: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> Cc: Christian Hopps , Robert Wilton , "netmod@ietf.org" To: Mahesh Jethanandani References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 19:49:49 -0000 --Apple-Mail=_75FC9128-9F04-4378-AD20-09BFBBAB3CC8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Oct 3, 2019, at 2:34 PM, Mahesh Jethanandani = wrote: >=20 >=20 >=20 >> On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) = wrote: >>=20 >> Hi Chris, >>=20 >> I know that this is late, but ... >>=20 >> The YANG packages draft = (https://tools.ietf.org/html/draft-rwilton-netmod-yang-packages-01, but = an updated version will be posted soon), is currently using the = module-tags typedef to allow a package definition to contain a list of = tags. >>=20 >> E.g. >> module: ietf-yang-package >> +--ro yang-package >> +--ro name yang:yang-identifier >> +--ro version yang-sem-ver >> +--ro revision-date? yanglib:revision-identifier >> +--ro location* inet:uri >> +--ro description? string >> +--ro reference? string >> +--ro previous-version? yang-sem-ver >> +--ro tag* tags:tag >> +--ro referentially-complete? Boolean >> ... >>=20 >> This package definition goes into an instance data document, for = which the schema should just be ietf-yang-package, but by it importing = ietf-module-tags.yang, it effectively also pulls in the "container = module-tags" into the schema for the package definition, that I don't = think should be there. >>=20 >> If we keep package tags, then I think that there are two ways to fix = this: >>=20 >> (1) Split ietf-module-tags into an ietf-module-tags-types.yang and a = ietf-module-tags.yang. But it would be very late to do this, and the = packages draft isn't even a workgroup document at this stage. >=20 > I know it is late. But what will it take to split the tags-types = module from the tags module? I do not understand why this is important at all. What does "pulls in" = exactly mean? Thanks, Chris. >=20 >>=20 >> (2) Have the package draft define its own "package tag" typedef, and = not have an import reference on module-tags at all. Probably if we do = keep package tags, then we should also consider a mechanism by which = they can be updated on a device equivalently to module tags. >>=20 >> I'm currently thinking that the second choice might be a better = approach at this time, but wanted to check whether you or the WG had an = opinion. >>=20 >> Thanks, >> Rob >>=20 >>=20 >>=20 >>> -----Original Message----- >>> From: netmod On Behalf Of Christian Hopps >>> Sent: 25 September 2019 17:19 >>> To: netmod@ietf.org >>> Subject: Re: [netmod] I-D Action: = draft-ietf-netmod-module-tags-09.txt >>>=20 >>> This adds the deprecated non-NMDA state module. >>>=20 >>> Thanks, >>> Chris. >>>=20 >>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: >>>>=20 >>>>=20 >>>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>>> This draft is a work item of the Network Modeling WG of the IETF. >>>>=20 >>>> Title : YANG Module Tags >>>> Authors : Christian Hopps >>>> Lou Berger >>>> Dean Bogdanovic >>>> Filename : draft-ietf-netmod-module-tags-09.txt >>>> Pages : 18 >>>> Date : 2019-09-25 >>>>=20 >>>> Abstract: >>>> This document provides for the association of tags with YANG = modules. >>>> The expectation is for such tags to be used to help classify and >>>> organize modules. A method for defining, reading and writing a >>>> modules tags is provided. Tags may be registered and assigned = during >>>> module definition; assigned by implementations; or dynamically >>>> defined and set by users. This document also provides guidance to >>>> future model writers; as such, this document updates RFC8407. >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ >>>>=20 >>>> There are also htmlized versions available at: >>>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 >>>> = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-09 >>>>=20 >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 >>>>=20 >>>>=20 >>>> Please note that it may take a couple of minutes from the time of >>>> submission until the htmlized version and diff are available at >>> tools.ietf.org. >>>>=20 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >=20 > Mahesh Jethanandani > mjethanandani@gmail.com --Apple-Mail=_75FC9128-9F04-4378-AD20-09BFBBAB3CC8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAl2WUNcACgkQLh2DDte4 MCXX+A//d6E9NNftKaZmRzImnVG5V8w4zxwhAKmG7qUYCfgv6D+mFWTq9z92ZswA IHUE5CdHsHJOnnupHrkU0B+FD8J60fno53fmjnIB3FRZnmf+5GEXB3J+tea9e8MK QExNj5YuvyUM6YR05cu5NQX9+UCQsblOTJ9HEwkbntDDavLI9MGLOny4DH82/IzW vJP8ljVnuN0S2zscH1fIAytsbETwKPN6ohWWMcefRNUtnLRnvICx0UGZBodUDbwJ z4u0mjdU8tde9uSeCjjqgukyr0OiyGDa6c5ETnd2i0ORvm8ZGdNC3T/rVAyqi/2c f0fp5DLwxYOhhMhdkhDGq/HMuY2L63bz+Bs5W9jf4z1yszgNb/gx9AcwTphBBDEZ gnX3xNFH2pXEXImIogFh6SkASpBUOrv/rDNiZ+ekNXVeBfw8mtYDh0yg96xgcxkQ Tq7ta36ItM9/w1WsIo0RLvigKl59dOfCJV6AIYLNjuBHp+k3BA7AS60wXcnq0kyl a9ImZ/Llcug32mPJqxEYttLoKiKw+gJjhdCNpn8HR6iY2nxn//DFhp8Q5ZS0TfVH /IxEpFZNRkTkCQdPSD3x3+gftaYnU7kKV5PR8qGw0XZ831lToJQ0ntiYpnTSP2yp Q+cdFMxHpCZiPhNsf74fFtBcA/ODoAXDxGqewAURa1WSbHQs2Oc= =VAsa -----END PGP SIGNATURE----- --Apple-Mail=_75FC9128-9F04-4378-AD20-09BFBBAB3CC8-- From nobody Thu Oct 3 15:09:31 2019 Return-Path: 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 D5AF6120849 for ; Thu, 3 Oct 2019 15:09:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 OBHj1GHk-ivw for ; Thu, 3 Oct 2019 15:09:27 -0700 (PDT) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D08ED12001E for ; Thu, 3 Oct 2019 15:09:26 -0700 (PDT) Received: by mail-lf1-x133.google.com with SMTP id y127so3028927lfc.0 for ; Thu, 03 Oct 2019 15:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rGM7nfZFGcbY1G1/S7reWTDQ2x8Gnaly+GCL3bMlLYc=; b=PhmCR/GTTWOBUIASPi51Gs62W1hIZ1K1D59KakEPyYI1IglMY63G+/eFYMTzzH3zI4 QkBI0m3+HjbHCijQyTsfwDkzVQlw8JO75yFHieloMzezn/d2xiEIoUYbTsfhrL2LSoBK jMVuINXFDGw6iYC7oDrfUPQSG6e4Vh4aEIlWnSiGidfh0AyDy9VLy7yufuARk1Y/IyvM bHjbihDpZho8qP+sTP9kEILDeC6cQNfN5utSNcU75z8DPVGeGksfQaA4r46iZu3yXkzk uZDhdyb7jm1WYZtue0SfM3nLsKhabwAlAYUCEN4cRWUCxCBfytHxXpduU3JhNGRd5zvN BV6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rGM7nfZFGcbY1G1/S7reWTDQ2x8Gnaly+GCL3bMlLYc=; b=gGzoILcunJ/syfhpidtxDdrZQeAFZ/Nw3LbXtxyey4QfR/IXhi1LBYlSUQa5rFRg8+ GbHzuWICrFzvsGTE/q8sJkxZxTYRZuu5YhwCHnzrpITm5w7YR655fHfEqboJ9jQvU1d8 ePsauf5WCUELaXIYypwf1nMs0+DOVU0dpbT5D61HP2YhQt3NRhn6JHbYqDfGt5aEWOHs yasUzz03fCSlHHrbKxuBmhXxD6y8yVrOSh3myODZ3cz0gSIRr30Aldj2ZekafS8Nv2w5 +OaBaYwkZpg2YY6Yw6gP+zXb83BC4/TO8ZbG1MNVNkMUeHiyyQmOvX9GB+6xQyYSSXGM LR+w== X-Gm-Message-State: APjAAAXzI4woCuE5oTUeEhaMShHsiBfgE+y0nFwm/RMfJ9yR/+H4F8V+ gkMBqqcl1pmVOTtiNGWUWtvOPT5AAs2bkJ7AAOjD2Q== X-Google-Smtp-Source: APXvYqx3MqmrrVYHguEd7StEseKfBHjCn3UuOfsTNTMf+Uh0eN4XuDoGVM4cvUa6fq9oqUhZXHyqKbKHBhGnNYCunsw= X-Received: by 2002:ac2:44b9:: with SMTP id c25mr7360900lfm.112.1570140564724; Thu, 03 Oct 2019 15:09:24 -0700 (PDT) MIME-Version: 1.0 References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> In-Reply-To: From: Andy Bierman Date: Thu, 3 Oct 2019 15:09:13 -0700 Message-ID: To: "Rob Wilton (rwilton)" Cc: Christian Hopps , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="0000000000009bb569059408d6f3" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 22:09:30 -0000 --0000000000009bb569059408d6f3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Oct 3, 2019 at 8:31 AM Rob Wilton (rwilton) wrote: > Hi Chris, > > > -----Original Message----- > > From: Christian Hopps > > Sent: 03 October 2019 16:16 > > To: Rob Wilton (rwilton) > > Cc: Christian Hopps ; netmod@ietf.org > > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt > > > > [resending to include list cc] > > > > > On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) > > wrote: > > > > > > Hi Chris, > > > > > > As discussed offline, you have left out the "masked-tag" container in > > the "modules-tags-state" module. > > > > One might read this as an objection that was discussed offline, but I > > don't think you are objecting, you're just stating what happened, > correct? > > Correct, not objecting, although I might be about to =F0=9F=98=89 > > Generally, I think that is what is available in "module-tags-state" shoul= d > be directly equivalent to what is available in the operational datastore > for servers that support NMDA. > > So, my previous comments were trying to align these two together. I.e. i= f > you think that "masked-tag" isn't needed in "module-tags-state" then I > think that there is the equivalent question of whether it should be > reported in . > > What is unusual in this case, is that you have some configuration that > removes items from another list. > > > > > > > For consistently, I wonder, whether there shouldn't also be a comment > in > > the "masked-tag" leaf-list in the main NMDA compatible module to indica= te > > that "masked-tag" isn't reported in the operational state datastore > > because the information is combined into the "tag" leaf-list. > > > > Ok, color me confused. For NMDA, why wouldn't masked-tag show up in > > operational datastore? > > By default it would. > > IMO the non-NMDA state module should have the same structure as the NMDA version. Any configured masked-tag entries that are applied will appear in and also the non-NMDA version. Please don't start making all kinds of special cases in NMDA. If a configured value has an applied value, it is expected in both and the non-NMDA module for the contents. Andy > > > Isn't the operational datastore the union of the > > applied intended config (config true nodes) plus the config false nodes= ? > > Sort of yes. > > What is in is the "actual operational state in effect in th= e > system". For configurable items, this is often, but not necessarily, the > same as "applied intended config". > > > > > > Non-NMDA has no concept of "applied" (operational state of config true > > nodes), that is why masked-tags don't go in the module-tags-state > > container. The user can still read the configured masked-tag value on t= he > > normal non-deprecated module in the non-NMDA case. > > On balance, I'm not sure this was the right choice. I think that it migh= t > be easier to include "masked-tags" in module-tags-state, and have it just > report the list of tags that have been masked. I.e. exactly the same > meaning as NMDA. > > Thanks, > Rob > > > > > > Thanks, > > Chris. > > > > > > > > Thanks, > > > Rob > > > > > >> -----Original Message----- > > >> From: netmod On Behalf Of Christian Hopps > > >> Sent: 25 September 2019 17:19 > > >> To: netmod@ietf.org > > >> Subject: Re: [netmod] I-D Action: > > >> draft-ietf-netmod-module-tags-09.txt > > >> > > >> This adds the deprecated non-NMDA state module. > > >> > > >> Thanks, > > >> Chris. > > >> > > >>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > > >>> > > >>> > > >>> A New Internet-Draft is available from the on-line Internet-Drafts > > >> directories. > > >>> This draft is a work item of the Network Modeling WG of the IETF. > > >>> > > >>> Title : YANG Module Tags > > >>> Authors : Christian Hopps > > >>> Lou Berger > > >>> Dean Bogdanovic > > >>> Filename : draft-ietf-netmod-module-tags-09.txt > > >>> Pages : 18 > > >>> Date : 2019-09-25 > > >>> > > >>> Abstract: > > >>> This document provides for the association of tags with YANG > modules. > > >>> The expectation is for such tags to be used to help classify and > > >>> organize modules. A method for defining, reading and writing a > > >>> modules tags is provided. Tags may be registered and assigned > > >>> during module definition; assigned by implementations; or > > >>> dynamically defined and set by users. This document also provides > > >>> guidance to future model writers; as such, this document updates > > RFC8407. > > >>> > > >>> > > >>> The IETF datatracker status page for this draft is: > > >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > > >>> > > >>> There are also htmlized versions available at: > > >>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > > >>> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags= - > > >>> 09 > > >>> > > >>> A diff from the previous version is available at: > > >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-0= 9 > > >>> > > >>> > > >>> Please note that it may take a couple of minutes from the time of > > >>> submission until the htmlized version and diff are available at > > >> tools.ietf.org. > > >>> > > >>> Internet-Drafts are also available by anonymous FTP at: > > >>> ftp://ftp.ietf.org/internet-drafts/ > > >>> > > >>> _______________________________________________ > > >>> netmod mailing list > > >>> netmod@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/netmod > > >>> > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --0000000000009bb569059408d6f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Oct 3, 2019 at 8:31 AM Rob Wi= lton (rwilton) <rwilton@cisco.com> wrote:
Hi= Chris,

> -----Original Message-----
> From: Christian Hopps <chopps@chopps.org>
> Sent: 03 October 2019 16:16
> To: Rob Wilton (rwilton) <rwilton@cisco.com>
> Cc: Christian Hopps <chopps@chopps.org>; netmod@ietf.org
> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt=
>
> [resending to include list cc]
>
> > On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) <rwilton@cisco.com>
> wrote:
> >
> > Hi Chris,
> >
> > As discussed offline, you have left out the "masked-tag"= ; container in
> the "modules-tags-state" module.
>
> One might read this as an objection that was discussed offline, but I<= br> > don't think you are objecting, you're just stating what happen= ed, correct?

Correct, not objecting, although I might be about to =F0=9F=98=89

Generally, I think that is what is available in "module-tags-state&quo= t; should be directly equivalent to what is available in the operational da= tastore for servers that support NMDA.

So, my previous comments were trying to align these two together.=C2=A0 I.e= . if you think that "masked-tag" isn't needed in "module= -tags-state" then I think that there is the equivalent question of whe= ther it should be reported in <operational>.

What is unusual in this case, is that you have some configuration that remo= ves items from another list.


>
> > For consistently, I wonder, whether there shouldn't also be a= comment in
> the "masked-tag" leaf-list in the main NMDA compatible modul= e to indicate
> that "masked-tag" isn't reported in the operational stat= e datastore
> because the information is combined into the "tag" leaf-list= .
>
> Ok, color me confused. For NMDA, why wouldn't masked-tag show up i= n
> operational datastore?

By default it would.



IMO the non-NMDA state = module should have the same structure as the NMDA version.
Any co= nfigured masked-tag entries that are applied will appear in <operational= > and also
the non-NMDA version.

Plea= se don't start making all kinds of special cases in NMDA.
If = a configured value has an applied value, it is expected in both <operati= onal>
and the non-NMDA module for the <operational> cont= ents.


Andy

=C2=A0

> Isn't the operational datastore the union of the
> applied intended config (config true nodes) plus the config false node= s?

Sort of yes.

What is in <operational> is the "actual operational state in eff= ect in the system".=C2=A0 For configurable items, this is often, but n= ot necessarily, the same as "applied intended config".


>
> Non-NMDA has no concept of "applied" (operational state of c= onfig true
> nodes), that is why masked-tags don't go in the module-tags-state<= br> > container. The user can still read the configured masked-tag value on = the
> normal non-deprecated module in the non-NMDA case.

On balance, I'm not sure this was the right choice.=C2=A0 I think that = it might be easier to include "masked-tags" in module-tags-state,= and have it just report the list of tags that have been masked.=C2=A0 I.e.= exactly the same meaning as NMDA.

Thanks,
Rob


>
> Thanks,
> Chris.
>
> >
> > Thanks,
> > Rob
> >
> >> -----Original Message-----
> >> From: netmod <netmod-bounces@ietf.org> On Behalf Of Christian Hop= ps
> >> Sent: 25 September 2019 17:19
> >> To: netm= od@ietf.org
> >> Subject: Re: [netmod] I-D Action:
> >> draft-ietf-netmod-module-tags-09.txt
> >>
> >> This adds the deprecated non-NMDA state module.
> >>
> >> Thanks,
> >> Chris.
> >>
> >>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote:
> >>>
> >>>
> >>> A New Internet-Draft is available from the on-line Intern= et-Drafts
> >> directories.
> >>> This draft is a work item of the Network Modeling WG of t= he IETF.
> >>>
> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0: YANG Module Tags
> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Christian Hopps
> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Lou Berger
> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Dean Bogdanovic
> >>>=C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-i= etf-netmod-module-tags-09.txt
> >>>=C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 18
> >>>=C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= : 2019-09-25
> >>>
> >>> Abstract:
> >>>=C2=A0 This document provides for the association of tags = with YANG modules.
> >>>=C2=A0 The expectation is for such tags to be used to help= classify and
> >>> organize modules.=C2=A0 A method for defining, reading an= d writing a
> >>> modules tags is provided.=C2=A0 Tags may be registered an= d assigned
> >>> during=C2=A0 module definition; assigned by implementatio= ns; or
> >>> dynamically=C2=A0 defined and set by users.=C2=A0 This do= cument also provides
> >>> guidance to=C2=A0 future model writers; as such, this doc= ument updates
> RFC8407.
> >>>
> >>>
> >>> The IETF datatracker status page for this draft is:
> >>> https://datatracker= .ietf.org/doc/draft-ietf-netmod-module-tags/
> >>>
> >>> There are also htmlized versions available at:
> >>> https://tools.ietf.org= /html/draft-ietf-netmod-module-tags-09
> >>> https://datatr= acker.ietf.org/doc/html/draft-ietf-netmod-module-tags-
> >>> 09
> >>>
> >>> A diff from the previous version is available at:
> >>> https://www.ie= tf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09
> >>>
> >>>
> >>> Please note that it may take a couple of minutes from the= time of
> >>> submission until the htmlized version and diff are availa= ble at
> >> tools.ietf.org.
> >>>
> >>> Internet-Drafts are also available by anonymous FTP at: > >>> ftp://ftp.ietf.org/internet-drafts/
> >>>
> >>> _______________________________________________
> >>> netmod mailing list
> >>> netm= od@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/= netmod
> >>>
> >

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--0000000000009bb569059408d6f3-- From nobody Thu Oct 3 16:47:24 2019 Return-Path: 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 8416712010D for ; Thu, 3 Oct 2019 16:47:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 5lUP8pKd6utK for ; Thu, 3 Oct 2019 16:47:19 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 8ABB812006E for ; Thu, 3 Oct 2019 16:47:19 -0700 (PDT) Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 190976E9F258E496529D for ; Fri, 4 Oct 2019 00:47:17 +0100 (IST) Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 4 Oct 2019 00:47:16 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0439.000; Fri, 4 Oct 2019 07:47:11 +0800 From: Qin Wu To: Martin Bjorklund CC: "joelja@bogus.com" , "netmod@ietf.org" Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 Thread-Index: AdV59jYgGXX6DvMSRNSFHusqYuHSyQ== Date: Thu, 3 Oct 2019 23:47:11 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.28.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 23:47:22 -0000 SGksIE1hcnRpbjoNClRoYW5rcyBmb3IgeW91ciBjbGFyaWZpY2F0aW9uLCBob3dldmVyIEkgc3Rp bGwgZmVlbCB0aGVyZSBhcmUgYSBmZXcgcG9pbnRzIG5vdCBjbGVhciB0byBtZS4NClNlZSBmb2xs b3cgdXAgY29tbWVudHMgaW5saW5lIGJlbG93Lg0KDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrl j5Hku7bkuro6IE1hcnRpbiBCam9ya2x1bmQgW21haWx0bzptYmpAdGFpbC1mLmNvbV0gDQrlj5Hp gIHml7bpl7Q6IDIwMTnlubQxMOaciDPml6UgMTk6MzENCuaUtuS7tuS6ujogUWluIFd1IDxiaWxs Lnd1QGh1YXdlaS5jb20+DQrmioTpgIE6IGpvZWxqYUBib2d1cy5jb207IG5ldG1vZEBpZXRmLm9y Zw0K5Li76aKYOiBSZTogW25ldG1vZF0gV0cgTGFzdCBDYWxsOiBkcmFmdC1pZXRmLW5ldG1vZC15 YW5nLWRhdGEtZXh0IHZlcnNpb24gNA0KDQpIaSwNCg0KVGhhbmsgeW91IGZvciB5b3VyIHJldmll d2UuICBDb21tZW50cyBpbmxpbmUuDQoNClFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPiB3cm90 ZToNCj4gSGksIEF1aG9yczoNCj4gSSBoYXZlIHJlYWQgdGhlIGxhdGVzdCB2ZXJzaW9uIGFuZCBo YXZlIHRoZSBmb2xsb3dpbmcgY29tbWVudHM6DQo+IA0KPiAxLiAgVHJ5IHRvIHVuZGVyc3RhbmQg dGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBhbnlkYXRhIGFuZCBZQU5HIGRhdGEgDQo+IHN0cnVjdHVy ZSBleHRlbnNpb24/IElzIFlBTkcgZGF0YSBzdHJ1Y3R1cmUgZXh0ZW5zaW9uIHRhcmdldGVkIHRv IA0KPiBzcGVjaWZ5IHRoZSBmb3JtYXQgd2hpY2ggY2FuIG5vdCBiZSByZXByZXNlbnRlZCBieSBh bnlkYXRhPw0KPiANCj4gV2hlbiB3aWxsIHdlIHVzZSBhbnlkYXRhPyBXaGVuIHdpbGwgd2UgdXNl IFlBTkcgZGF0YSBzdHJ1Y3R1cmUgDQo+IGV4dGVuc2lvbiwgd291bGQgdGhpcyBiZSBjbGFyaWZp ZWQgaW4gdGhlIGludHJvZHVjdGlvbiBzZWN0aW9uLg0KDQpUaGUgSW50cm9kdWN0aW9uIHNheXM6 DQoNCiAgIFRoZXJlIGlzIGEgbmVlZCBmb3Igc3RhbmRhcmQgbWVjaGFuaXNtcyB0byBhbGxvdyB0 aGUgZGVmaW5pdGlvbiBvZg0KICAgYWJzdHJhY3QgZGF0YSB0aGF0IGlzIG5vdCBpbnRlbmRlZCB0 byBiZSBpbXBsZW1lbnRlZCBhcyBjb25maWd1cmF0aW9uDQogICBvciBvcGVyYXRpb25hbCBzdGF0 ZS4NCg0KKEFsc28gbm90ZSB0aGF0ICdhbnlkYXRhJyBkb2Vzbid0IGRlZmluZSB3aGF0IGdvZXMg aW50byB0aGUgYW55ZGF0YSBub2RlOyBhIHN4OnN0cnVjdHVyZSBoYXMgd2VsbC1kZWZpbmVkIGNv bnRlbnQpDQoNCltRaW5dOiBUaGlzIGlzIG15IHVuZGVyc3RhbmRpbmcgYXMgd2VsbCwgd2h5IG5v dCBjbGFyaWZ5IHRoaXMgaW4gdGhlIGludHJvZHVjdGlvbiBvbiByZWxhdGlvbiBiZXR3ZWVuIGFu eSBkYXRhIGFuZCBzeDpzdHJ1Y3R1cmUuDQoNCj4gMi4gIFdoeSBpcyBZQU5HIGRhdGEgc3RydWN0 dXJlIGV4dGVuc2lvbiBub3QgcGFydCBvZiBSRkM3OTUwIG9yIA0KPiBSRkM3OTUwYmlzPyBJdCBz ZWVtcyB0d28gdG9wIGxldmVsIFlBTkcgc3RhdGVtZW50cyBhcmUgaW50cm9kdWNlZCBpbiANCj4g dGhpcyBkcmFmdC4NCg0KV2VsbCwgd2UgY2FuJ3QgY2hhbmdlIGhpc3RvcnkgYW5kIGluY2x1ZGUg aXQgaW4gNzk1MCwgYW5kIHRoZXJlIGlzIG5vIDc5NTBiaXMgYmVpbmcgd29ya2VkIG9uLiAgSWYv d2hlbiB0aGF0IGhhcHBlbnMsIHRoaXMgc3RhdGVtZW50IGNhbiBwb3NzaWJseSBnbyBpbnRvIHRo YXQgZG9jdW1lbnQuICBCdXQgd2UgZG9uJ3Qgd2FudCB0byB3YWl0IGZvciB0aGF0IHRvIGhhcHBl bi4NCg0KW1Fpbl06VW5kZXJzdGFuZCwgSSB0aGluayBZQU5HIGluc3RhbmNlIGZpbGUgZm9ybWF0 IGRyYWZ0IGFkZHMgZGVwZW5kZW5jeSB0byB0aGlzIHdvcmsuIEkgd2FudCB0byBtYWtlIHN1cmUg dGhlIHByb3Bvc2FsIGluIHRoaXMgZHJhZnQgaXMgbm90IHRyYW5zaXRpb24gc29sdXRpb24sIGku ZS4sIHdoZW4gd2UgYXJlIHdvcmtpbmcgb24gUkZDNzk1MGJpcywgDQp3ZSBoYXZlIGJldHRlciBz b2x1dGlvbiB0byByZXBsYWNlIHRoZSBwcm9wb3NhbCBkZWZpbmVkIGluIHRoaXMgZHJhZnQuDQoN Cj4gMy4gIEluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiwgd2hlbiB3ZSBzYXkgdGhlcmUgaXMg bm8gYXNzdW1wdGlvbiANCj4gdGhhdCBhIFlBTkcgZGF0YSBzdHJ1Y3R1cmUgY2FuIG9ubHkgYmUg dXNlZCBhcyBhIHRvcC1sZXZlbCANCj4gYWJzdHJhY3Rpb24sIGluc3RlYWQgb2YgbmVzdGVkIHdp dGhpbiBzb21lIG90aGVyIGRhdGEgc3RydWN0dXJlLiBJIGFtIA0KPiB3b25kZXJpbmcgd2hhdCBv dGhlciBkYXRhIHN0cnVjdHVyZSBsb29rcyBsaWtlPyBJcyBvdGhlciBkYXRhIA0KPiBzdHJ1Y3R1 cmUgc3BlY2lmaWVkIGJ5IFlBTkcgZGF0YSBzdHJ1Y3R1cmUgZGVmaW5lZCBpbiB0aGlzIGRyYWZ0 IG9yIA0KPiBkYXRhIHN0cnVjdHVyZSBkZWZpbmVkIGJ5IGFueWRhdGE/DQoNCldlIGRvbid0IG1h a2UgYW55IGFzc3VtcHRpb25zIG9uIGhvdyB0aGlzIGlzIGRvbmUuICBUaGUgbmV3IHN0YXRlbWVu dCBzaW1wbHkgZGVmaW5lcyBhIHN0cnVjdHVyZTsgaG93IGl0IGlzIHVzZWQgaXMgdXAgdG8gdGhl IGRlc2lnbmVyLg0KW1Fpbl06WW91IG1heSBtaXNzIG15IHBvaW50LCB3aGF0IGlzIG5vdCBjbGVh ciB0byBtZSBpcyBvdGhlciBkYXRhIHN0cnVjdHVyZT8gRG8gd2UgaGF2ZSBvdGhlciBkYXRhIHN0 cnVjdHVyZSBiZWZvcmUgc3g6c3RydWN0dXJlIGlzIHByb3Bvc2VkLg0KSWYgdGhlIGFuc3dlciBp cyB5ZXMsIHdlIHNob3VsZCBtYWtlIHRleHQgY2xlYXIgYWJvdXQgdGhpcywgZS5nLiwgYWRkIHJl ZmVyZW5jZSB0byBleGFtcGxlIGluIEEuNS4NCg0KDQo+IElmIHRoZSBleGFtcGxlIGlzIEEuNSwg cGxlYXNlIGFkZCByZWZlcmVuY2UgdG8gQXBwZW5kaXggQS41IGluIHRoZSANCj4gaW50cm9kdWN0 aW9uIHNlY3Rpb24uDQo+IA0KPiA0LiAgV2hlbiB3ZSBzYXkgWUFORyBkYXRhIHN0cnVjdHVyZSBl eHRlbnNpb24gaXMgb25seSB2YWxpZCBhcyBhIA0KPiB0b3AtbGV2ZWwgc3RhdGVtZW50LCBkb2Vz IHRoaXMgY29uZmxpY3Qgd2l0aCBZQU5HIGRhdGEgc3RydWN0dXJlIGNhbiANCj4gYmUgbmVzdGVk IHdpdGhpbiBzb21lIG90aGVyIGRhdGEgc3RydWN0dXJlPw0KDQpOby4gIFRoaXMganVzdCByZWZl cnMgdG8gaG93IHRoZSBncmFtbWFyIGlzIGRvbmUgLSBzeDpzdHJ1Y3R1cmUgY2FuIG9ubHkgYXBw ZWFyIG9uIHRoZSB0b3AtbGV2ZWwgaW4gYSBtb2R1bGUgb3Igc3VibW9kdWxlLg0KDQo+IDUuICBX aHkgYXVnbWVudC1zdHJ1Y3R1cmUgaXMgYWxzbyBvbmx5IHZhbGlkIGFzIGEgdG9wLWxldmVsIHN0 YXRlbWVudCwgDQo+IHdoeSBhdWdtZW50LXN0cnVjdHVyZSBpcyBub3Qgc3Vic3RhdGVtZW50IG9m IFlBTkcgZGF0YSBzdHJ1Y3R1cmU/DQoNCkkgZG9uJ3QgdGhpbmsgYXVnbWVudC1zdHJ1Y3R1cmUg d291bGQgbWFrZSBhbnkgc2Vuc2Ugd2l0aGluIGEgc3RydWN0dXJlIHN0YXRlbWVudC4NCltRaW5d OiBUaGFua3MgZm9yIHlvdXIgY2xhcmlmaWNhdGlvbiwgSSBqdXN0IHJlbWVtYmVyIHNvbWVvbmUg cHJvcG9zZWQgc29tZXRoaW5nIGVsc2UgdGhhdCB3aWxsIGdvIHRvIFlBTkcgTmV4dC4NCkkgd2Fu dCB0byBtYWtlIHN1cmUgd2Ugd2lsbCBoYXZlIG5vIGFsdGVybmF0aXZlIHNvbHV0aW9uIGZvciB0 aGlzLg0KPiBDYW4NCj4gd2UgdXNlIGF1Z21lbnQtc3RydWN0dXJlIHdpdGggb3RoZXIgZGF0YSBz dHJ1Y3R1cmUgaW5zdGVhZCBvZiBZQU5HIA0KPiBkYXRhIHN0cnVjdHVyZSBkZWZpbmVkIGluIHRo aXMgZG9jdW1lbnQ/DQoNCk5vLCBub3RlIGhvdyB0aGUgZGVzY3JpcHRpb24gb2YgYXVnbWVudC1z dHJ1Y3R1cmUgc2F5czoNCg0KICBUaGlzIGV4dGVuc2lvbiBpcyB1c2VkIHRvIHNwZWNpZnkgYW4g YXVnbWVudGF0aW9uIHRvIFlBTkcgZGF0YQ0KICBzdHJ1Y3R1cmUgZGVmaW5lZCB3aXRoIHRoZSAn c3RydWN0dXJlJyBzdGF0ZW1lbnQuDQoNCg0KPiA2LiAgSW4gQS41LCBob3cgZXJyb3ItY29kZSBp cyBob29rZWQgaW50byBycGMtZXJyb3I/DQoNCk9ubHkgYnkgdGV4dDsgdGhlcmUgaXMgbm8gZm9y bWFsIHdheSB0byBkbyB0aGlzOg0KDQogICBUaGUgZm9sbG93aW5nIGV4YW1wbGUgZGVmaW5lcyBh IGRhdGEgc3RydWN0dXJlIHdpdGggZXJyb3INCiAgIGluZm9ybWF0aW9uLCB0aGF0IGNhbiBiZSBp bmNsdWRlZCBpbiBhbiA8ZXJyb3ItaW5mbz4gZWxlbWVudCBpbiBhbg0KICAgPHJwYy1lcnJvcj4u DQoNCkFsc28gbm90ZSB0aGF0IHRoaXMgaXMganVzdCBhbiBleGFtcGxlLi4uDQoNCltRaW5dOkkg YW0gbm90IHN1cmUgdGhlIG5hbWUgc3RhdGVtZW50IGlzIHN1ZmZpY2llbnQgd2l0aG91dCBwYXRo IHN0YXRlbWVudCBhcyBhcmd1bWVudCBpbiBzeDpzdHJ1Y3R1cmUsDQpIb3cgZG8gSSBrbm93IGVy cm9yLW5vZGUgaXMgb25lIGFkZGl0aW9uYWwgbGVhZiB3aXRoaW4gcnBjLWVycm9yLg0KT3IgdGhl IGFuc3dlciBpcyB0aGUgbW9kdWxlIHdoaWNoIGRlZmluZSBlcnJvci1ub2RlIGRvZXNuJ3QgY2Fy ZSB0aGUgd2hhdCBycGMtZXJyb3IgZGF0YSBzdHJ1Y3R1cmUgbG9vayBsaWtlPw0KSWYgdGhlIGxh dHRlciBpcyB0cnVlLCBJIHdvdWxkIGxpa2UgdG8gc3VnZ2VzdCB0byBtYWtlIHNlbWFudGljcyBj bGVhciBpbiBzeDpzdHJ1Y3R1cmUgZGVmaW5pdGlvbi4NCg0KPiBXaHkgbm90IHVzZQ0KPiBhdWdt ZW50LXN0cnVjdHVyZSBpbiB0aGlzIGNhc2U/DQoNClRoZXJlIGlzIG5vIHN4OnN0cnVjdHVyZSB0 byBhdWdtZW50Lg0KDQpbUWluXTogU2VlIGFib3ZlLCBJIHRoaW5rIGF1Z21lbnQtc3RydWN0dXJl IHByb3ZpZGVzIHBhdGggc3RhdGVtZW50IGFzIGFyZ3VtZW50IHdoaWNoIGhlbHAgdW5kZXJzdGFu ZCB0aGUgcmVsYXRpb25zaGlwIHdpdGggcGFyZW50IG1vZHVsZS4NCg0KDQovbWFydGluDQoNCg0K PiBEZXNjcmliZSBwYXRoIHN0YXRlbWVudCB0byBpbmRpY2F0ZQ0KPiB0aGUgcmVsYXRpb25zaGlw IHdpdGggcnBjIGVycm9yPw0KPiANCj4gLVFpbg0KPiANCj4gDQo+IOWPkeS7tuS6ujogbmV0bW9k IFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBKb2VsIEphZWdnbGkNCj4g 5Y+R6YCB5pe26Ze0OiAyMDE55bm0OeaciDI35pelIDEzOjMyDQo+IOaUtuS7tuS6ujogTkVUTU9E IFdvcmtpbmcgR3JvdXAgPG5ldG1vZEBpZXRmLm9yZz4NCj4g5Li76aKYOiBbbmV0bW9kXSBXRyBM YXN0IENhbGw6IGRyYWZ0LWlldGYtbmV0bW9kLXlhbmctZGF0YS1leHQgdmVyc2lvbiA0DQo+IA0K PiBBbGwsDQo+IA0KPiBUaGlzIHN0YXJ0cyBhIHR3byB3ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBj YWxsIGZvcg0KPiBkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0LTA0DQo+IA0KPiBUaGUg d29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBvbiBGcmlkYXkgT2N0b2JlciAxMXRoIDIwMTku ICBQbGVhc2UgDQo+IHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgd29ya2luZyBncm91cCBtYWls aW5nIGxpc3QuDQo+IA0KPiBQb3NpdGl2ZSBjb21tZW50cywgZS5nLiwgIkkndmUgcmV2aWV3ZWQg dGhpcyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCANCj4gaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9u IiwgYXJlIHdlbGNvbWUhICBUaGlzIGlzIHVzZWZ1bCBhbmQgaW1wb3J0YW50LCANCj4gZXZlbiBm cm9tIGF1dGhvcnMuDQo+IA0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1uZXRtb2QteWFuZy1kYXRhLWV4dC0wNA0KPiANCj4gVGhlIGRpZmYgZnJvbSAwMywgcHJvZHVj ZWQgcHJpb3IgdG8gSUVURiAxMDUgaXMgYXZhaWxhYmxlIGhlcmU6DQo+IA0KPiBodHRwczovL3Rv b2xzLmlldGYub3JnL3JmY2RpZmY/ZGlmZnR5cGU9LS1od2RpZmYmdXJsMj1kcmFmdC1pZXRmLW5l dG1vDQo+IGQteWFuZy1kYXRhLWV4dC0wNC50eHQNCj4gDQo+IFRoYW5rcw0KPiBKb2VsDQo+IA0K From nobody Thu Oct 3 17:16:33 2019 Return-Path: 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 DA2621208A2 for ; Thu, 3 Oct 2019 17:16:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 m0-8c3aRcOUj for ; Thu, 3 Oct 2019 17:16:29 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 DDC7D120889 for ; Thu, 3 Oct 2019 17:16:28 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 15C35CC3C72787B8739B for ; Fri, 4 Oct 2019 01:16:27 +0100 (IST) Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 4 Oct 2019 01:16:26 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0439.000; Fri, 4 Oct 2019 08:16:19 +0800 From: Qin Wu To: Andy Bierman , Christian Hopps CC: "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt Thread-Index: AdV6SE8qaF1vv0vfThOBpV4GNGHBDQ== Date: Fri, 4 Oct 2019 00:16:20 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.28.11] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA934034Fdggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 00:16:32 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA934034Fdggeml511mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWdyZWUgd2l0aCBBbmR5LCBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIG1hc2tlZC10YWcgc2hvdWxk IGJlIGNoYW5nZWQgaW50byBjb25maWctZmFsc2Ugbm9kZT8NCklmIG1hc2tlZC10YWcgaXMgbm90 IGNsaWVudCBnZW5lcmF0ZWQgY29uZmlndXJhdGlvbiBvciBzeXN0ZW0gZ2VuZXJhdGVkIGNvbmZp Z3VyYXRpb24sIHdoYXQgaXQgc2hvdWxkIGJlPyAgU3lzdGVtLXN0YXRlPw0KDQotUWluDQrlj5Hk u7bkuro6IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSDku6PooaggQW5k eSBCaWVybWFuDQrlj5HpgIHml7bpl7Q6IDIwMTnlubQxMOaciDTml6UgMDoyNQ0K5pS25Lu25Lq6 OiBDaHJpc3RpYW4gSG9wcHMgPGNob3Bwc0BjaG9wcHMub3JnPg0K5oqE6YCBOiBuZXRtb2RAaWV0 Zi5vcmcNCuS4u+mimDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0bW9k LW1vZHVsZS10YWdzLTA5LnR4dA0KDQoNCg0KT24gVGh1LCBPY3QgMywgMjAxOSBhdCA4OjU5IEFN IENocmlzdGlhbiBIb3BwcyA8Y2hvcHBzQGNob3Bwcy5vcmc8bWFpbHRvOmNob3Bwc0BjaG9wcHMu b3JnPj4gd3JvdGU6DQoNCj4gT24gT2N0IDMsIDIwMTksIGF0IDExOjMwIEFNLCBSb2IgV2lsdG9u IChyd2lsdG9uKSA8cndpbHRvbkBjaXNjby5jb208bWFpbHRvOnJ3aWx0b25AY2lzY28uY29tPj4g d3JvdGU6DQo+DQo+IEhpIENocmlzLA0KPg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4+IEZyb206IENocmlzdGlhbiBIb3BwcyA8Y2hvcHBzQGNob3Bwcy5vcmc8bWFpbHRvOmNob3Bw c0BjaG9wcHMub3JnPj4NCj4+IFNlbnQ6IDAzIE9jdG9iZXIgMjAxOSAxNjoxNg0KPj4gVG86IFJv YiBXaWx0b24gKHJ3aWx0b24pIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRvbkBjaXNj by5jb20+Pg0KPj4gQ2M6IENocmlzdGlhbiBIb3BwcyA8Y2hvcHBzQGNob3Bwcy5vcmc8bWFpbHRv OmNob3Bwc0BjaG9wcHMub3JnPj47IG5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYu b3JnPg0KPj4gU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0 bW9kLW1vZHVsZS10YWdzLTA5Li50eHQNCj4+DQo+PiBbcmVzZW5kaW5nIHRvIGluY2x1ZGUgbGlz dCBjY10NCj4+DQo+Pj4gT24gT2N0IDMsIDIwMTksIGF0IDU6NDUgQU0sIFJvYiBXaWx0b24gKHJ3 aWx0b24pIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRvbkBjaXNjby5jb20+Pg0KPj4g d3JvdGU6DQo+Pj4NCj4+PiBIaSBDaHJpcywNCj4+Pg0KPj4+IEFzIGRpc2N1c3NlZCBvZmZsaW5l LCB5b3UgaGF2ZSBsZWZ0IG91dCB0aGUgIm1hc2tlZC10YWciIGNvbnRhaW5lciBpbg0KPj4gdGhl ICJtb2R1bGVzLXRhZ3Mtc3RhdGUiIG1vZHVsZS4NCj4+DQo+PiBPbmUgbWlnaHQgcmVhZCB0aGlz IGFzIGFuIG9iamVjdGlvbiB0aGF0IHdhcyBkaXNjdXNzZWQgb2ZmbGluZSwgYnV0IEkNCj4+IGRv bid0IHRoaW5rIHlvdSBhcmUgb2JqZWN0aW5nLCB5b3UncmUganVzdCBzdGF0aW5nIHdoYXQgaGFw cGVuZWQsIGNvcnJlY3Q/DQo+DQo+IENvcnJlY3QsIG5vdCBvYmplY3RpbmcsIGFsdGhvdWdoIEkg bWlnaHQgYmUgYWJvdXQgdG8g8J+YiQ0KPg0KPiBHZW5lcmFsbHksIEkgdGhpbmsgdGhhdCBpcyB3 aGF0IGlzIGF2YWlsYWJsZSBpbiAibW9kdWxlLXRhZ3Mtc3RhdGUiIHNob3VsZCBiZSBkaXJlY3Rs eSBlcXVpdmFsZW50IHRvIHdoYXQgaXMgYXZhaWxhYmxlIGluIHRoZSBvcGVyYXRpb25hbCBkYXRh c3RvcmUgZm9yIHNlcnZlcnMgdGhhdCBzdXBwb3J0IE5NREEuDQoNClNvIGlzIHRoaXMgaG93IHdl J3JlIHN1cHBvc2VkIHRvIGNvbnN0cnVjdCB0aGVzZSBkZXByZWNhdGVkIHN0YXRlIG1vZHVsZXMs IGp1c3QgY29weSBhbGwgY29uZmlnIHRydWUgYW5kIGNvbmZpZyBmYWxzZSBub2RlcyBpbnRvIGEg bmV3IG1vZHVsZSBhbmQgbWFyayB0aGVtIGFsbCBjb25maWcgZmFsc2U/IElmIHNvIGZpbmUuIEkg d2lsbCBkbyB0aGF0Lg0KDQoNCklNTyB0aGUgZGVwcmVjYXRlZCBzdGF0ZSBtb2R1bGUgb25seSBu ZWVkcyBhIGNvbmZpZz1mYWxzZSB2ZXJzaW9uIG9mIHRoZSBjb25maWc9dHJ1ZSBOTURBIG5vZGVz Lg0KU2luY2UgY29uZmlnPXRydWUgdmFsaWRhdGlvbiBzdGF0ZW1lbnRzIGFyZSBub3QgYWxsb3dl ZCB0byByZWZlcmVuY2UgY29uZmlnPWZhbHNlIG5vZGVzIGl0IHNob3VsZA0KYWx3YXlzIGJlIHBv c3NpYmxlIHRvIHJlbW92ZSB0aGUgY29uZmlnPWZhbHNlIG5vZGVzIGZyb20gdGhlIGRlcHJlY2F0 ZWQgc3RhdGUgbW9kdWxlLg0KDQpPdGhlcndpc2UgdGhlIGNvbmZpZz1mYWxzZSBub2RlcyBzaG93 IHVwIHR3aWNlIGZvciBub24tTk1EQSBjbGllbnRzICBiZWNhdXNlIHRoZXkgY2FuDQpyZWFkIHRo ZSBOTURBIGNvbmZpZz1mYWxzZSBub2RlcyBqdXN0IGZpbmUuICAoVGhlIE5NREEgdHJhbnNpdGlv biBzdHJhdGVneSBpcyB2YWd1ZSBhbmQNCnVzaW5nIHRoZSAveWFuZy1saWJyYXJ5IHRyZWUgdG8g aGlkZSBvYmplY3RzIGlzIHRvbyBjb21wbGljYXRlZCwgYnV0IHRoYXQgaXMgbm90IGluIHNjb3Bl IGZvciBtb2R1bGUtdGFncy4pDQoNCg0KVGhhbmtzLA0KQ2hyaXMuDQoNCkFuZHkNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5n IGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg== --_000_B8F9A780D330094D99AF023C5877DABAA934034Fdggeml511mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OuW+rui9r+mbhem7kTsNCglwYW5vc2UtMToyIDExIDUgMyAyIDIgNCAyIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOW+rui9r+mbhem7kSI7DQoJcGFub3NlLTE6MiAxMSA1IDMg MiAyIDQgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkgU3ltYm9s IjsNCglwYW5vc2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9u cyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46 MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04i IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+QWdyZWUgd2l0aCBBbmR5LCBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIG1hc2tlZC10 YWcgc2hvdWxkIGJlIGNoYW5nZWQgaW50byBjb25maWctZmFsc2Ugbm9kZT88bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2Ui PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SWYgbWFza2VkLXRh ZyBpcyBub3QgY2xpZW50IGdlbmVyYXRlZCBjb25maWd1cmF0aW9uIG9yIHN5c3RlbSBnZW5lcmF0 ZWQgY29uZmlndXJhdGlvbiwgd2hhdCBpdCBzaG91bGQgYmU/Jm5ic3A7IFN5c3RlbS1zdGF0ZT88 bzpwPjwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPi1RaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4t VVMiPjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1b3Q7LHNhbnMtc2VyaWYi PiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10NCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5Em cXVvdDssc2Fucy1zZXJpZiI+5Luj6KGoIDwvc3Bhbj4NCjwvYj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1 b3Q7LHNhbnMtc2VyaWYiPkFuZHkgQmllcm1hbjxicj4NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fu cy1zZXJpZiI+5Y+R6YCB5pe26Ze0PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwv Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q75b6u6L2v6ZuF6buRJnF1b3Q7LHNhbnMtc2VyaWYiPiAyMDE5PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSZxdW90 OyxzYW5zLXNlcmlmIj7lubQ8c3BhbiBsYW5nPSJFTi1VUyI+MTA8L3NwYW4+5pyIPHNwYW4gbGFu Zz0iRU4tVVMiPjQ8L3NwYW4+5pelPHNwYW4gbGFuZz0iRU4tVVMiPg0KIDA6MjU8YnI+DQo8L3Nw YW4+PGI+5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIj4gQ2hyaXN0aWFuIEhvcHBzICZsdDtjaG9wcHNAY2hvcHBzLm9yZyZndDs8YnI+DQo8 L3NwYW4+PGI+5oqE6YCBPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIj4gbmV0bW9kQGlldGYub3JnPGJyPg0KPC9zcGFuPjxiPuS4u+mimDxzcGFuIGxhbmc9 IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IFJlOiBbbmV0bW9kXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0wOS50eHQ8bzpwPjwvbzpwPjwv c3Bhbj48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPk9uIFRodSwgT2N0IDMsIDIwMTkgYXQgODo1OSBBTSBDaHJpc3Rp YW4gSG9wcHMgJmx0OzxhIGhyZWY9Im1haWx0bzpjaG9wcHNAY2hvcHBzLm9yZyI+Y2hvcHBzQGNo b3Bwcy5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu MHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp Z2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQomZ3Q7IE9uIE9jdCAzLCAyMDE5LCBhdCAxMToz MCBBTSwgUm9iIFdpbHRvbiAocndpbHRvbikgJmx0OzxhIGhyZWY9Im1haWx0bzpyd2lsdG9uQGNp c2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJ3aWx0b25AY2lzY28uY29tPC9hPiZndDsgd3JvdGU6 PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEhpIENocmlzLDxicj4NCiZndDsgPGJyPg0KJmd0OyZndDsg LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7Jmd0OyBGcm9tOiBDaHJpc3RpYW4g SG9wcHMgJmx0OzxhIGhyZWY9Im1haWx0bzpjaG9wcHNAY2hvcHBzLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPmNob3Bwc0BjaG9wcHMub3JnPC9hPiZndDs8YnI+DQomZ3Q7Jmd0OyBTZW50OiAwMyBPY3Rv YmVyIDIwMTkgMTY6MTY8YnI+DQomZ3Q7Jmd0OyBUbzogUm9iIFdpbHRvbiAocndpbHRvbikgJmx0 OzxhIGhyZWY9Im1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJ3aWx0 b25AY2lzY28uY29tPC9hPiZndDs8YnI+DQomZ3Q7Jmd0OyBDYzogQ2hyaXN0aWFuIEhvcHBzICZs dDs8YSBocmVmPSJtYWlsdG86Y2hvcHBzQGNob3Bwcy5vcmciIHRhcmdldD0iX2JsYW5rIj5jaG9w cHNAY2hvcHBzLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPm5ldG1vZEBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7Jmd0OyBTdWJqZWN0 OiBSZTogW25ldG1vZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3Mt MDkuLnR4dDxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IFtyZXNlbmRpbmcgdG8gaW5jbHVk ZSBsaXN0IGNjXTxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7Jmd0OyBPbiBPY3QgMywgMjAx OSwgYXQgNTo0NSBBTSwgUm9iIFdpbHRvbiAocndpbHRvbikgJmx0OzxhIGhyZWY9Im1haWx0bzpy d2lsdG9uQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJ3aWx0b25AY2lzY28uY29tPC9hPiZn dDs8YnI+DQomZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyZndDsgPGJyPg0KJmd0OyZndDsm Z3Q7IEhpIENocmlzLDxicj4NCiZndDsmZ3Q7Jmd0OyA8YnI+DQomZ3Q7Jmd0OyZndDsgQXMgZGlz Y3Vzc2VkIG9mZmxpbmUsIHlvdSBoYXZlIGxlZnQgb3V0IHRoZSAmcXVvdDttYXNrZWQtdGFnJnF1 b3Q7IGNvbnRhaW5lciBpbjxicj4NCiZndDsmZ3Q7IHRoZSAmcXVvdDttb2R1bGVzLXRhZ3Mtc3Rh dGUmcXVvdDsgbW9kdWxlLjxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IE9uZSBtaWdodCBy ZWFkIHRoaXMgYXMgYW4gb2JqZWN0aW9uIHRoYXQgd2FzIGRpc2N1c3NlZCBvZmZsaW5lLCBidXQg STxicj4NCiZndDsmZ3Q7IGRvbid0IHRoaW5rIHlvdSBhcmUgb2JqZWN0aW5nLCB5b3UncmUganVz dCBzdGF0aW5nIHdoYXQgaGFwcGVuZWQsIGNvcnJlY3Q/PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IENv cnJlY3QsIG5vdCBvYmplY3RpbmcsIGFsdGhvdWdoIEkgbWlnaHQgYmUgYWJvdXQgdG8gPC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkgU3lt Ym9sJnF1b3Q7LHNhbnMtc2VyaWYiPvCfmIk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4N CiZndDsgPGJyPg0KJmd0OyBHZW5lcmFsbHksIEkgdGhpbmsgdGhhdCBpcyB3aGF0IGlzIGF2YWls YWJsZSBpbiAmcXVvdDttb2R1bGUtdGFncy1zdGF0ZSZxdW90OyBzaG91bGQgYmUgZGlyZWN0bHkg ZXF1aXZhbGVudCB0byB3aGF0IGlzIGF2YWlsYWJsZSBpbiB0aGUgb3BlcmF0aW9uYWwgZGF0YXN0 b3JlIGZvciBzZXJ2ZXJzIHRoYXQgc3VwcG9ydCBOTURBLjxicj4NCjxicj4NClNvIGlzIHRoaXMg aG93IHdlJ3JlIHN1cHBvc2VkIHRvIGNvbnN0cnVjdCB0aGVzZSBkZXByZWNhdGVkIHN0YXRlIG1v ZHVsZXMsIGp1c3QgY29weSBhbGwgY29uZmlnIHRydWUgYW5kIGNvbmZpZyBmYWxzZSBub2RlcyBp bnRvIGEgbmV3IG1vZHVsZSBhbmQgbWFyayB0aGVtIGFsbCBjb25maWcgZmFsc2U/IElmIHNvIGZp bmUuIEkgd2lsbCBkbyB0aGF0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JTU8gdGhlIGRl cHJlY2F0ZWQgc3RhdGUgbW9kdWxlIG9ubHkgbmVlZHMgYSBjb25maWc9ZmFsc2UgdmVyc2lvbiBv ZiB0aGUgY29uZmlnPXRydWUgTk1EQSBub2Rlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+U2luY2Ug Y29uZmlnPXRydWUgdmFsaWRhdGlvbiBzdGF0ZW1lbnRzIGFyZSBub3QgYWxsb3dlZCB0byByZWZl cmVuY2UgY29uZmlnPWZhbHNlIG5vZGVzIGl0IHNob3VsZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5h bHdheXMgYmUgcG9zc2libGUgdG8gcmVtb3ZlIHRoZSBjb25maWc9ZmFsc2Ugbm9kZXMgZnJvbSB0 aGUgZGVwcmVjYXRlZCBzdGF0ZSBtb2R1bGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5PdGhlcndpc2UgdGhlIGNvbmZpZz1mYWxzZSBub2RlcyBzaG93 IHVwIHR3aWNlIGZvciBub24tTk1EQSBjbGllbnRzJm5ic3A7IGJlY2F1c2UgdGhleSBjYW48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+cmVhZCB0aGUgTk1EQSBjb25maWc9ZmFsc2Ugbm9kZXMganVzdCBm aW5lLiZuYnNwOyAoVGhlIE5NREEgdHJhbnNpdGlvbiBzdHJhdGVneSBpcyB2YWd1ZSBhbmQ8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+dXNpbmcgdGhlIC95YW5nLWxpYnJhcnkgdHJlZSB0byBoaWRlIG9i amVjdHMgaXMgdG9vIGNvbXBsaWNhdGVkLCBidXQgdGhhdCBpcyBub3QgaW4gc2NvcGUgZm9yIG1v ZHVsZS10YWdzLik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlRoYW5rcyw8YnI+DQpDaHJpcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNt IDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5ldG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo cmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9kQGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbmV0bW9kIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRtb2Q8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B8F9A780D330094D99AF023C5877DABAA934034Fdggeml511mbxchi_-- From nobody Thu Oct 3 17:30:15 2019 Return-Path: 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 A27EA1208A4 for ; Thu, 3 Oct 2019 17:30:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 m-Tw2JADqz_3 for ; Thu, 3 Oct 2019 17:30:08 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 90CE8120889 for ; Thu, 3 Oct 2019 17:30:08 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 568CFCBDEB954AF8EAA3; Fri, 4 Oct 2019 01:30:06 +0100 (IST) Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 4 Oct 2019 01:30:05 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Fri, 4 Oct 2019 08:30:02 +0800 From: Qin Wu To: Andy Bierman , =?utf-8?B?U2Now7Zud8OkbGRlciwgSsO8cmdlbg==?= CC: "netmod@ietf.org" Thread-Topic: =?utf-8?B?W25ldG1vZF0gIFdoYXQncyB0aGUgcHJvYmxlbSB3aXRoIE5NREE/IHdhcyBS?= =?utf-8?B?ZTogUkU6IFJFOiBQbGVhc2UgY2xhcmlmeSBpbXBsZW1lbnRhdGlvbiBhYm91?= =?utf-8?B?dCDigJh3aGVu4oCZ?= Thread-Index: AdV6SwHJ5djgEz41Ro6B0xRmwbQx9A== Date: Fri, 4 Oct 2019 00:30:01 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.28.11] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA934036Bdggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] =?utf-8?q?What=27s_the_problem_with_NMDA=3F_was_Re=3A_R?= =?utf-8?q?E=3A_RE=3A_Please_clarify_implementation_about_=E2=80=98when?= =?utf-8?b?4oCZ?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 00:30:13 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA934036Bdggeml511mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQrlj5Hku7bkuro6IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSDku6Po oaggQW5keSBCaWVybWFuDQrlj5HpgIHml7bpl7Q6IDIwMTnlubQ55pyIMjfml6UgMTE6NDINCuaU tuS7tuS6ujogU2Now7Zud8OkbGRlciwgSsO8cmdlbiA8Si5TY2hvZW53YWVsZGVyQGphY29icy11 bml2ZXJzaXR5LmRlPg0K5oqE6YCBOiBuZXRtb2RAaWV0Zi5vcmcNCuS4u+mimDogUmU6IFtuZXRt b2RdIFdoYXQncyB0aGUgcHJvYmxlbSB3aXRoIE5NREE/IHdhcyBSZTog562U5aSNOiDnrZTlpI06 IFBsZWFzZSBjbGFyaWZ5IGltcGxlbWVudGF0aW9uIGFib3V0IOKAmHdoZW7igJkNCg0KDQoNCk9u IFRodSwgU2VwIDI2LCAyMDE5IGF0IDExOjM1IEFNIFNjaMO2bnfDpGxkZXIsIErDvHJnZW4gPEou U2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZTxtYWlsdG86Si5TY2hvZW53YWVsZGVy QGphY29icy11bml2ZXJzaXR5LmRlPj4gd3JvdGU6DQpPbiBUaHUsIFNlcCAyNiwgMjAxOSBhdCAx MDo0NDowMUFNIC0wNzAwLCBBbmR5IEJpZXJtYW4gd3JvdGU6DQoNCj4gVGhlIElFVEYgaGFzIGNv bXBsZXRlbHkgcHVudGVkIHRoZSBwcm9ibGVtIG9mIGNvbnZlcnRpbmcgZGF0YSBmb3IgYQ0KPiBj b25maWd1cmF0aW9uIGRhdGFzdG9yZSB0byB0aGUgc2NoZW1hIHRyZWUgZm9yIDxvcGVyYXRpb25h bD4uDQoNCkkgYW0gbm90IHN1cmUuIFRoZSA8b3BlcmF0aW9uYWw+IG1vZGVsIGNvbnNpc3RzIG9m IHRoZSBhcHBsaWVkDQpjb25maWd1cmF0aW9uIHBsdXMgYW55IGNvbmZpZyBmYWxzZSBleHRyYXMu IE5NREEgc2ltcGxpZmllcyB0aGluZ3MNCnNpbmNlIHRoZXJlIGlzIG5vdyBhIHNpbmdsZSB0cmVl IHN0cnVjdHVyZSBpbnN0ZWFkIG9mIHR3byBpZiB5b3UgaGF2ZQ0KdG8gaGFuZGxlIG1vZGVscyB3 aGVyZSBhcHBsaWVkIGNvbmZpZ3VyYXRpb24gY2FuIGJlIGRpZmZlcmVudCB0aGFuDQppbnRlbmRl ZCBjb25maWcuIElmIEkgY29uZmlndXJlIC9mb28vYmFyIGluIDxydW5uaW5nPiwgSSBjYW4gY2hl Y2sNCi9mb28vYmFyIGluIDxvcGVyYXRpb25hbD4gd2hldGhlciBpdCBleGlzdHMgYW5kIG1hdGNo ZXMgd2hhdCBJDQpjb25maWd1cmVkLg0KDQo+IERldmlhdGlvbnMgbWF5IGJlIGRpZmZlcmVudC4g IEEgbGVhZiBtYXkgYmUgc3RyaW5nIGluIDEgdHJlZSBhbmQNCj4gZGVjaW1hbDY0IGluIHRoZSBv dGhlci4gVGhlcmUgaXMgYW4gaW5jb3JyZWN0IGFzc3VtcHRpb24gdGhhdA0KPiBzb2Z0d2FyZSBk ZXZlbG9wZXJzIHdpbGwgZGVhbCB3aXRoIHRoZXNlIGNvcm5lci1jYXNlcyAoY29ycmVjdGx5IGFu ZA0KPiBjb25zaXN0ZW50bHkpLg0KDQpOb3QgcmVhbGx5IHRydWUgZm9yIGFwcGxpZWQgY29uZmln LiBBbmQgd2l0aCBub24gTk1EQSwgdGhlcmUgaXMgbm8NCmd1YXJhbnRlZSBlaXRoZXIgdGhhdCAv Zm9vL2JhciBhbmQgL2Zvby1zdGF0ZS9iYXIgdXNlIHRoZSBzYW1lIHR5cGUNCmFuZCBzZW1hbnRp Y3MuDQoNCg0KZGlmZmVyZW50IGRldmlhdGlvbiBtb2R1bGVzIGluIGVhY2ggbW9kdWxlLXNldCBh cmUgYWxsb3dlZCBpbiB0aGUgWUFORyBsaWJyYXJ5Lg0KVGhhdCBtYWtlcyBpdCBraW5kIG9mIG1h bmRhdG9yeSBmb3IgdGhlIGNsaWVudCB0byBzdXBwb3J0IGl0LCBvciBjaG9vc2UgdG8NCm5vdCBj b25mb3JtIHRvIHRoZSBzdGFuZGFyZC4NCg0KDQoNCg0KPiBUaGUgb3RoZXIgYmlnIHByb2JsZW0g aXMgYW4gdW50ZXN0ZWQgTk1EQSB0cmFuc2l0aW9uIHN0cmF0ZWd5IHRoYXQgaXMgbm90DQo+IHdl bGwgdW5kZXJzdG9vZCBieSB2ZW5kb3JzLg0KPiBTaG91bGQgbm9uLU5NREEgKC9mb28tc3RhdGUp IGJlIHZpc2libGUgdG8gPGdldC1kYXRhPiBvciBqdXN0IDxnZXQ+Pw0KDQpQZXJoYXBzIHRoZXJl IGlzIG1vcmUgZXhwbGFuYXRpb24gbmVjZXNzYXJ5LiBUaGUgaWRlYSBoZXJlIGlzIHRoYXQgYW4N Ck5NREEgY2xpZW50IHNob3VsZCBub3QgYm90aGVyIHRvIHNlYXJjaCBmb3IgL2Zvby1zdGF0ZSwg aXQgc2hvdWxkIHNlbmQNCmEgPGdldD4gZm9yIC9mb28vc3RhdGUgaW4gb3BlcmF0aW9uYWwuDQoN ClllcywgTk1EQSByZXF1aXJlcyB1cGRhdGVzIHRvIGNsaWVudHMuIFdoZXRoZXIgdGhlc2UgYXJl IHZpc2libGUgb3IgaW4NCndoaWNoIGZvcm0gdGhleSBhcmUgdmlzaWJsZSB0byBhcHBsaWNhdGlv biBsb2dpYyBsaWtlbHkgZGVwZW5kcyBvbiB0aGUNCmNsaWVudCBkZXNpZ24uIEJ1dCB5ZXMsIE5N REEgaXMgbm90IGZvciBmcmVlIGZvciBjbGllbnRzLiBCdXQgb25jZSB5b3UNCmhhdmUgdXBkYXRl ZCwgd2UgYmVsaWV2ZSBOTURBIGFjdHVhbGx5IG1ha2VzIHRoaW5ncyBzaW1wbGVyIGFuZCBtb3Jl DQpjb25zaXN0ZW50Lg0KDQo+IFVzaW5nIHRoZSBZQU5HIGxpYnJhcnkgdG8gc2VwYXJhdGUgdGhl IG1vZHVsZXMgcmVsaWVzIG9uIHRoZSBhc3N1bXB0aW9uIHRoYXQNCj4gdGhlIGNsaWVudCBpcyBj YXBhYmxlIG9mIG1hbmFnaW5nIGVhY2ggZGF0YXN0b3JlIGluZGVwZW5kZW50bHkgKGluc3RlYWQg b2YNCj4gMSBzY2hlbWEgdHJlZSBwZXIgc2VydmVyKS4NCg0KWWVzLCBZQU5HIGxpYnJhcnkgY2Fu IGV4cHJlc3MgcHJldHR5IGNvbXBsZXggc2VydmVyIG1vZGVsDQpvcmdhbml6YXRpb25zLiAgVGhp cyBkb2VzIG5vdCBtZWFuIHRoYXQgYWxsIHNlcnZlciBoYXZlIHRvIHVzZSBzZXJ2ZXINCm1vZGVs IG9yZ2FuaXphdGlvbnMuICBJIGFzc3VtZSB0aGF0IGFsc28gbWFueSBjbGllbnRzIHdpbGwgbm90 IGJlDQppbnRlcmVzdGVkIHRvIHVuZGVyc3RhbmQgdGhlIGVudGlyZSBzZXJ2ZXIgbW9kZWwsIHRo ZXkgbGlrZWx5IHdhbnQgdG8NCmNoZWNrIHRoZSBleGlzdGFuY2Ugb2Ygb25seSB0aG9zZSBwaWVj ZXMgdGhhdCB0aGV5IGNhcmUgYWJvdXQuDQoNCkkgYW0gbm90IHRyeWluZyB0byByZXZpdmUgZGVi YXRlcyBvbiB0aGUgdmFsdWUgb2YgTk1EQSBvciB0aGUgc29sdXRpb24sDQpidXQgbW9yZSBmbGV4 aWJpbGl0eSBmb3IgdGhlIHNlcnZlciBtZWFucyBtb3JlIGNvbXBsZXhpdHkgZm9yIHRoZSBjbGll bnQuDQpJTU8gdGhpcyBpcyBjb250cmlidXRpbmcgdG8gdGhlIHNsb3cgYWRvcHRpb24gb2YgTk1E QS4NCg0KSSBob3BlIHRoZSBpbmR1c3RyeSB3aWxsIGZpbmQgYSB0cmFuc2l0aW9uIHNvbHV0aW9u IChOTURBIExpdGUpIHRoYXQgZnVsbHkgc3VwcG9ydHMNCnRoZSBwcm90b2NvbCBvcGVyYXRpb25z LCBidXQgdXNlcyB0aGUgc2FtZSBtb2R1bGUtc2V0KHMpIGluIHRoZSBZQU5HIGxpYnJhcnkNCmZv ciBhbGwgZGF0YXN0b3Jlcy4gIElmIHRoaXMgaXMgdGhlIGV4cGVjdGVkIG5vcm0gZm9yIHNlcnZl cnMgdGhlbiBjbGllbnRzIHRoYXQgc3VwcG9ydCBpdA0Kd2lsbCB3b3JrLiAgKEkgd291bGQgbGlr ZSB0byBoZWFyIGFib3V0IGV2ZW4gb25lIE5NREEgaW1wbGVtZW50YXRpb24NCnRoYXQgc3VwcG9y dHMgY29tcGxleCBZQU5HIGxpYnJhcmllcykuDQoNCltRaW5dOiBTaG91bGQgTm9uLU5NREEgY2xp ZW50IGZhbGwgYmFjayB0byBSRkM3ODk1IFlBTkcgbGlicmFyeSBvciBhZG9wdCBuZXcgWUFORyBs aWJyYXJ5IGluIFJGQzg1MjUgYW5kIGFzc3VtZSBzYW1lIG1vZHVsZS1zZXQocyksIHNjaGVtYSBm b3IgYWxsIGRhdGFzdG9yZXM/DQpSRkM3ODk1IGhhcyBhbHJlYWR5IGJlZW4gb2Jzb2xldGVkLg0K DQovanMNCg0KQW5keQ0KDQoNCi0tDQpKdWVyZ2VuIFNjaG9lbndhZWxkZXIgICAgICAgICAgIEph Y29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0KUGhvbmU6ICs0OSA0MjEgMjAwIDM1ODcgICAg ICAgICBDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueQ0KRmF4OiAgICs0OSA0 MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0K --_000_B8F9A780D330094D99AF023C5877DABAA934036Bdggeml511mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OuW+rui9r+mbhem7kTsNCglwYW5vc2UtMToyIDExIDUgMyAyIDIgNCAyIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOW+rui9r+mbhem7kSI7DQoJcGFub3NlLTE6MiAxMSA1IDMg MiAyIDQgMiAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4w cHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O+W+rui9r+mbhem7kSZxdW90OyxzYW5zLXNlcmlmIj7lj5Hku7bkuro8c3BhbiBsYW5nPSJF Ti1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJp ZiI+IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXQ0KPC9zcGFuPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7 kSZxdW90OyxzYW5zLXNlcmlmIj7ku6PooaggPC9zcGFuPg0KPC9iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5Em cXVvdDssc2Fucy1zZXJpZiI+QW5keSBCaWVybWFuPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSZxdW90Oyxz YW5zLXNlcmlmIj7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+IDIwMTk8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1 b3Q7LHNhbnMtc2VyaWYiPuW5tDxzcGFuIGxhbmc9IkVOLVVTIj45PC9zcGFuPuaciDxzcGFuIGxh bmc9IkVOLVVTIj4yNzwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+DQogMTE6NDI8YnI+DQo8 L3NwYW4+PGI+5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIj4gU2Now7Zud8OkbGRlciwgSjwvc3Bhbj7DvDxzcGFuIGxhbmc9IkVOLVVTIj5y Z2VuICZsdDtKLlNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUmZ3Q7PGJyPg0KPC9z cGFuPjxiPuaKhOmAgTxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJF Ti1VUyI+IG5ldG1vZEBpZXRmLm9yZzxicj4NCjwvc3Bhbj48Yj7kuLvpopg8c3BhbiBsYW5nPSJF Ti1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBSZTogW25ldG1vZF0gV2hhdCdz IHRoZSBwcm9ibGVtIHdpdGggTk1EQT8gd2FzIFJlOg0KPC9zcGFuPuetlOWkjTxzcGFuIGxhbmc9 IkVOLVVTIj46IDwvc3Bhbj7nrZTlpI08c3BhbiBsYW5nPSJFTi1VUyI+OiBQbGVhc2UgY2xhcmlm eSBpbXBsZW1lbnRhdGlvbiBhYm91dA0KPC9zcGFuPuKAmDxzcGFuIGxhbmc9IkVOLVVTIj53aGVu PC9zcGFuPuKAmTxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPk9uIFRodSwgU2VwIDI2LCAyMDE5IGF0IDExOjM1IEFNIFNjaMO2bnfDpGxkZXIsIErDvHJn ZW4gJmx0OzxhIGhyZWY9Im1haWx0bzpKLlNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHku ZGUiPkouU2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPk9u IFRodSwgU2VwIDI2LCAyMDE5IGF0IDEwOjQ0OjAxQU0gLTA3MDAsIEFuZHkgQmllcm1hbiB3cm90 ZTo8YnI+DQo8YnI+DQomZ3Q7IFRoZSBJRVRGIGhhcyBjb21wbGV0ZWx5IHB1bnRlZCB0aGUgcHJv YmxlbSBvZiBjb252ZXJ0aW5nIGRhdGEgZm9yIGE8YnI+DQomZ3Q7IGNvbmZpZ3VyYXRpb24gZGF0 YXN0b3JlIHRvIHRoZSBzY2hlbWEgdHJlZSBmb3IgJmx0O29wZXJhdGlvbmFsJmd0Oy48YnI+DQo8 YnI+DQpJIGFtIG5vdCBzdXJlLiBUaGUgJmx0O29wZXJhdGlvbmFsJmd0OyBtb2RlbCBjb25zaXN0 cyBvZiB0aGUgYXBwbGllZDxicj4NCmNvbmZpZ3VyYXRpb24gcGx1cyBhbnkgY29uZmlnIGZhbHNl IGV4dHJhcy4gTk1EQSBzaW1wbGlmaWVzIHRoaW5nczxicj4NCnNpbmNlIHRoZXJlIGlzIG5vdyBh IHNpbmdsZSB0cmVlIHN0cnVjdHVyZSBpbnN0ZWFkIG9mIHR3byBpZiB5b3UgaGF2ZTxicj4NCnRv IGhhbmRsZSBtb2RlbHMgd2hlcmUgYXBwbGllZCBjb25maWd1cmF0aW9uIGNhbiBiZSBkaWZmZXJl bnQgdGhhbjxicj4NCmludGVuZGVkIGNvbmZpZy4gSWYgSSBjb25maWd1cmUgL2Zvby9iYXIgaW4g Jmx0O3J1bm5pbmcmZ3Q7LCBJIGNhbiBjaGVjazxicj4NCi9mb28vYmFyIGluICZsdDtvcGVyYXRp b25hbCZndDsgd2hldGhlciBpdCBleGlzdHMgYW5kIG1hdGNoZXMgd2hhdCBJPGJyPg0KY29uZmln dXJlZC48YnI+DQo8YnI+DQomZ3Q7IERldmlhdGlvbnMgbWF5IGJlIGRpZmZlcmVudC4mbmJzcDsg QSBsZWFmIG1heSBiZSBzdHJpbmcgaW4gMSB0cmVlIGFuZDxicj4NCiZndDsgZGVjaW1hbDY0IGlu IHRoZSBvdGhlci4gVGhlcmUgaXMgYW4gaW5jb3JyZWN0IGFzc3VtcHRpb24gdGhhdDxicj4NCiZn dDsgc29mdHdhcmUgZGV2ZWxvcGVycyB3aWxsIGRlYWwgd2l0aCB0aGVzZSBjb3JuZXItY2FzZXMg KGNvcnJlY3RseSBhbmQ8YnI+DQomZ3Q7IGNvbnNpc3RlbnRseSkuPGJyPg0KPGJyPg0KTm90IHJl YWxseSB0cnVlIGZvciBhcHBsaWVkIGNvbmZpZy4gQW5kIHdpdGggbm9uIE5NREEsIHRoZXJlIGlz IG5vPGJyPg0KZ3VhcmFudGVlIGVpdGhlciB0aGF0IC9mb28vYmFyIGFuZCAvZm9vLXN0YXRlL2Jh ciB1c2UgdGhlIHNhbWUgdHlwZTxicj4NCmFuZCBzZW1hbnRpY3MuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPmRpZmZlcmVudCBkZXZpYXRpb24gbW9kdWxlcyBpbiBlYWNoIG1vZHVsZS1zZXQg YXJlIGFsbG93ZWQgaW4gdGhlIFlBTkcgbGlicmFyeS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhh dCBtYWtlcyBpdCBraW5kIG9mIG1hbmRhdG9yeSBmb3IgdGhlIGNsaWVudCB0byBzdXBwb3J0IGl0 LCBvciBjaG9vc2UgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+bm90IGNvbmZvcm0gdG8gdGhlIHN0 YW5kYXJkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVO LVVTIj4mZ3Q7IFRoZSBvdGhlciBiaWcgcHJvYmxlbSBpcyBhbiB1bnRlc3RlZCBOTURBIHRyYW5z aXRpb24gc3RyYXRlZ3kgdGhhdCBpcyBub3Q8YnI+DQomZ3Q7IHdlbGwgdW5kZXJzdG9vZCBieSB2 ZW5kb3JzLjxicj4NCiZndDsgU2hvdWxkIG5vbi1OTURBICgvZm9vLXN0YXRlKSBiZSB2aXNpYmxl IHRvICZsdDtnZXQtZGF0YSZndDsgb3IganVzdCAmbHQ7Z2V0Jmd0Oz88YnI+DQo8YnI+DQpQZXJo YXBzIHRoZXJlIGlzIG1vcmUgZXhwbGFuYXRpb24gbmVjZXNzYXJ5LiBUaGUgaWRlYSBoZXJlIGlz IHRoYXQgYW48YnI+DQpOTURBIGNsaWVudCBzaG91bGQgbm90IGJvdGhlciB0byBzZWFyY2ggZm9y IC9mb28tc3RhdGUsIGl0IHNob3VsZCBzZW5kPGJyPg0KYSAmbHQ7Z2V0Jmd0OyBmb3IgL2Zvby9z dGF0ZSBpbiBvcGVyYXRpb25hbC48YnI+DQo8YnI+DQpZZXMsIE5NREEgcmVxdWlyZXMgdXBkYXRl cyB0byBjbGllbnRzLiBXaGV0aGVyIHRoZXNlIGFyZSB2aXNpYmxlIG9yIGluPGJyPg0Kd2hpY2gg Zm9ybSB0aGV5IGFyZSB2aXNpYmxlIHRvIGFwcGxpY2F0aW9uIGxvZ2ljIGxpa2VseSBkZXBlbmRz IG9uIHRoZTxicj4NCmNsaWVudCBkZXNpZ24uIEJ1dCB5ZXMsIE5NREEgaXMgbm90IGZvciBmcmVl IGZvciBjbGllbnRzLiBCdXQgb25jZSB5b3U8YnI+DQpoYXZlIHVwZGF0ZWQsIHdlIGJlbGlldmUg Tk1EQSBhY3R1YWxseSBtYWtlcyB0aGluZ3Mgc2ltcGxlciBhbmQgbW9yZTxicj4NCmNvbnNpc3Rl bnQuPGJyPg0KPGJyPg0KJmd0OyBVc2luZyB0aGUgWUFORyBsaWJyYXJ5IHRvIHNlcGFyYXRlIHRo ZSBtb2R1bGVzIHJlbGllcyBvbiB0aGUgYXNzdW1wdGlvbiB0aGF0PGJyPg0KJmd0OyB0aGUgY2xp ZW50IGlzIGNhcGFibGUgb2YgbWFuYWdpbmcgZWFjaCBkYXRhc3RvcmUgaW5kZXBlbmRlbnRseSAo aW5zdGVhZCBvZjxicj4NCiZndDsgMSBzY2hlbWEgdHJlZSBwZXIgc2VydmVyKS48YnI+DQo8YnI+ DQpZZXMsIFlBTkcgbGlicmFyeSBjYW4gZXhwcmVzcyBwcmV0dHkgY29tcGxleCBzZXJ2ZXIgbW9k ZWw8YnI+DQpvcmdhbml6YXRpb25zLiZuYnNwOyBUaGlzIGRvZXMgbm90IG1lYW4gdGhhdCBhbGwg c2VydmVyIGhhdmUgdG8gdXNlIHNlcnZlcjxicj4NCm1vZGVsIG9yZ2FuaXphdGlvbnMuJm5ic3A7 IEkgYXNzdW1lIHRoYXQgYWxzbyBtYW55IGNsaWVudHMgd2lsbCBub3QgYmU8YnI+DQppbnRlcmVz dGVkIHRvIHVuZGVyc3RhbmQgdGhlIGVudGlyZSBzZXJ2ZXIgbW9kZWwsIHRoZXkgbGlrZWx5IHdh bnQgdG88YnI+DQpjaGVjayB0aGUgZXhpc3RhbmNlIG9mIG9ubHkgdGhvc2UgcGllY2VzIHRoYXQg dGhleSBjYXJlIGFib3V0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkkgYW0gbm90IHRyeWluZyB0byByZXZpdmUgZGViYXRlcyBvbiB0aGUg dmFsdWUgb2YgTk1EQSBvciB0aGUgc29sdXRpb24sPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmJ1dCBt b3JlIGZsZXhpYmlsaXR5IGZvciB0aGUgc2VydmVyIG1lYW5zIG1vcmUgY29tcGxleGl0eSBmb3Ig dGhlIGNsaWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SU1PIHRoaXMgaXMgY29udHJpYnV0aW5n IHRvIHRoZSBzbG93IGFkb3B0aW9uIG9mIE5NREEuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGhvcGUgdGhlIGluZHVzdHJ5IHdpbGwgZmluZCBhIHRy YW5zaXRpb24gc29sdXRpb24gKE5NREEgTGl0ZSkgdGhhdCBmdWxseSBzdXBwb3J0czxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj50aGUgcHJvdG9jb2wgb3BlcmF0aW9ucywgYnV0IHVzZXMgdGhlIHNhbWUg bW9kdWxlLXNldChzKSBpbiB0aGUgWUFORyBsaWJyYXJ5PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmZv ciBhbGwgZGF0YXN0b3Jlcy4mbmJzcDsgSWYgdGhpcyBpcyB0aGUgZXhwZWN0ZWQgbm9ybSBmb3Ig c2VydmVycyB0aGVuIGNsaWVudHMgdGhhdCBzdXBwb3J0IGl0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PndpbGwgd29yay4mbmJzcDsgKEkgd291bGQgbGlrZSB0byBoZWFyIGFib3V0IGV2ZW4gb25lIE5N REEgaW1wbGVtZW50YXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+dGhhdCBzdXBwb3J0cyBjb21w bGV4IFlBTkcgbGlicmFyaWVzKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bUWluXTogU2hvdWxkIE5vbi1OTURB IGNsaWVudCBmYWxsIGJhY2sgdG8gUkZDNzg5NSBZQU5HIGxpYnJhcnkgb3IgYWRvcHQgbmV3IFlB TkcgbGlicmFyeSBpbiBSRkM4NTI1IGFuZCBhc3N1bWUgc2FtZSBtb2R1bGUtc2V0KHMpLCBzY2hl bWEgZm9yIGFsbCBkYXRhc3RvcmVzPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UkZDNzg5 NSBoYXMgYWxyZWFkeSBiZWVuIG9ic29sZXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4vanM8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFk ZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNt Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQotLSA8YnI+ DQpKdWVyZ2VuIFNjaG9lbndhZWxkZXImbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO0phY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSDxicj4NClBob25lOiAmIzQzOzQ5 IDQyMSAyMDAgMzU4NyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtDYW1wdXMgUmlu ZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueTxicj4NCkZheDombmJzcDsgJm5ic3A7JiM0Mzs0 OSA0MjEgMjAwIDMxMDMmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0OzxhIGhy ZWY9Imh0dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLyIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLzwvYT4mZ3Q7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_B8F9A780D330094D99AF023C5877DABAA934036Bdggeml511mbxchi_-- From nobody Thu Oct 3 18:36:21 2019 Return-Path: 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 A0A88120089 for ; Thu, 3 Oct 2019 18:36:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 5VgNm0fiuw19 for ; Thu, 3 Oct 2019 18:36:16 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEAC2120013 for ; Thu, 3 Oct 2019 18:36:15 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id u3so3231650lfl.10 for ; Thu, 03 Oct 2019 18:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=u3KjPmXNELaCjW3y9Nad4OyGPubj3R0TDwhSRCvIcU0=; b=L2a3cUajHttpJFs7Vg+pt0n2SCEi8rO8fI/9SkfyI3wnG75W4cTt+mFmBHQr13HBMa RJey0aGlr9GW6MeG0pPv14rBmLIya4tQJpzuzAxWnCz70YqC76fVGLTwRnenXA1Sdg3I kW3i+cNlk8l8gXyISpR5U+Z9MAI72d9/CVEo0xHgfINjsBkDP/kk8o8Ia0dm6DJRo/ZX l5LiIpTlM6pMbSydYJKJA+8zHQaJyQGOBa/MOdtY18cMxQ6mQEA+aIg8CP0gw7SNpeyQ sHewEb8O+lNx/Qk3Rp9lJH9pGKvUH364ZV/mm94ZGLRbkFRC+g+HoeFoo5nGjfDuyv+B xxaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u3KjPmXNELaCjW3y9Nad4OyGPubj3R0TDwhSRCvIcU0=; b=BPm/lPwrGEG6WV8kPbC1UjcAm6J3caMCctquVUQhc+p4XYUWqMMIWF15Yeux2Vgjfv dWQY8iwvayDPJv44TNaf6hfNI2tkvuK6fOlxSVhousz4pVgikHdu2iT8Dzlz6U4Ay0V8 FuaQyiz5ATjvA6g+tMRck4/rfC7a4pgJXML5D16e/YFMmKsG+oRnlwzjbY+WTNqPO/YS jCc1897d1WUaudNjS7UcPC2MOUd6GQOMmfLdknn1ihJ2i7FrFO9QvXTQEFabY4IzkwEi MU6rc3o9mRqy2hVkyvGldvnLDvcca8vMxEHUBzqUfWF+q66Sn3ydhfwgCJlkBSsFu0kF MbvA== X-Gm-Message-State: APjAAAW3w8XOim6YP8ESSoEcTyqXqZbwvBTPgtlTZjf4l2iuOhdvth6v uVFIdBSvk9XUpC67hTndCqK/f0yNnQi/EVNUfhi7Yg== X-Google-Smtp-Source: APXvYqzzTUNlbThxDZJS7z8wzhWKlxUQKdf2HRLCMWwuB+Bw4YeztXBVzo0I2decsl1vE90Xx4MQFnnhCG6VfvLj03U= X-Received: by 2002:ac2:554e:: with SMTP id l14mr7843250lfk.32.1570152974072; Thu, 03 Oct 2019 18:36:14 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andy Bierman Date: Thu, 3 Oct 2019 18:36:02 -0700 Message-ID: To: Qin Wu Cc: Christian Hopps , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="0000000000004356b705940bba53" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 01:36:19 -0000 --0000000000004356b705940bba53 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Oct 3, 2019 at 5:16 PM Qin Wu wrote: > Agree with Andy, I am wondering whether masked-tag should be changed into > config-false node? > > If masked-tag is not client generated configuration or system generated > configuration, what it should be? System-state? > > > I am not suggesting any changes to the module-tags module. Just follow the procedure in RFC 8407, sec. 4.23.3.1 Andy > -Qin > > *=E5=8F=91=E4=BB=B6=E4=BA=BA:* netmod [mailto:netmod-bounces@ietf.org] *= =E4=BB=A3=E8=A1=A8 *Andy Bierman > *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:* 2019=E5=B9=B410=E6=9C=884=E6=97= =A5 0:25 > *=E6=94=B6=E4=BB=B6=E4=BA=BA:* Christian Hopps > *=E6=8A=84=E9=80=81:* netmod@ietf.org > *=E4=B8=BB=E9=A2=98:* Re: [netmod] I-D Action: draft-ietf-netmod-module-t= ags-09.txt > > > > > > > > On Thu, Oct 3, 2019 at 8:59 AM Christian Hopps wrote: > > > > On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) > wrote: > > > > Hi Chris, > > > >> -----Original Message----- > >> From: Christian Hopps > >> Sent: 03 October 2019 16:16 > >> To: Rob Wilton (rwilton) > >> Cc: Christian Hopps ; netmod@ietf.org > >> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09..tx= t > >> > >> [resending to include list cc] > >> > >>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) > >> wrote: > >>> > >>> Hi Chris, > >>> > >>> As discussed offline, you have left out the "masked-tag" container in > >> the "modules-tags-state" module. > >> > >> One might read this as an objection that was discussed offline, but I > >> don't think you are objecting, you're just stating what happened, > correct? > > > > Correct, not objecting, although I might be about to =F0=9F=98=89 > > > > Generally, I think that is what is available in "module-tags-state" > should be directly equivalent to what is available in the operational > datastore for servers that support NMDA. > > So is this how we're supposed to construct these deprecated state modules= , > just copy all config true and config false nodes into a new module and ma= rk > them all config false? If so fine. I will do that. > > > > > > IMO the deprecated state module only needs a config=3Dfalse version of th= e > config=3Dtrue NMDA nodes. > > Since config=3Dtrue validation statements are not allowed to reference > config=3Dfalse nodes it should > > always be possible to remove the config=3Dfalse nodes from the deprecated > state module. > > > > Otherwise the config=3Dfalse nodes show up twice for non-NMDA clients > because they can > > read the NMDA config=3Dfalse nodes just fine. (The NMDA transition strat= egy > is vague and > > using the /yang-library tree to hide objects is too complicated, but that > is not in scope for module-tags.) > > > > > > Thanks, > Chris. > > > > Andy > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > --0000000000004356b705940bba53 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Oct 3, 2019 at 5:16 PM Qin Wu= <bill.wu@huawei.com> wrote= :

Agree with Andy, I am wonde= ring whether masked-tag should be changed into config-false node?=

If masked-tag is not client generated configuration = or system generated configuration, what it should be?=C2=A0 System-state?

=C2=A0


I am not suggesting any changes t= o the module-tags module.
Just follow the procedure in RFC 8407, = sec. 4.23.3.1

Andy
=C2=A0

-Qin

=E5=8F=91=E4=BB=B6=E4=BA=BA: netmod [= mailto:netmod-= bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Andy Bierman
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=884=E6=97=A5 0:25
=E6=94=B6=E4=BB=B6=E4=BA=BA: Christian Hopps <chopps@chopps.org>
=E6=8A=84=E9=80=81: netmod@ietf.or= g
=E4=B8=BB=E9=A2=98: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt

=C2=A0

=C2=A0

=C2=A0

On Thu, Oct 3, 2019 at 8:59 AM = Christian Hopps <= chopps@chopps.org> wrote:

> On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) <rwilton@cisco.com> wrote:
>
> Hi Chris,
>
>> -----Original Message-----
>> From: Christian Hopps <chopps@chopps.org>
>> Sent: 03 October 2019 16:16
>> To: Rob Wilton (rwilton) <rwilton@cisco.com>
>> Cc: Christian Hopps <chopps@chopps.org>; netmod@ietf.org >> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09= ..txt
>>
>> [resending to include list cc]
>>
>>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) <rwilton@cisco.com> >> wrote:
>>>
>>> Hi Chris,
>>>
>>> As discussed offline, you have left out the "masked-tag&q= uot; container in
>> the "modules-tags-state" module.
>>
>> One might read this as an objection that was discussed offline, bu= t I
>> don't think you are objecting, you're just stating what ha= ppened, correct?
>
> Correct, not objecting, although I might be about to =F0= =9F=98=89
>
> Generally, I think that is what is available in "module-tags-stat= e" should be directly equivalent to what is available in the operation= al datastore for servers that support NMDA.

So is this how we're supposed to construct these deprecated state modul= es, just copy all config true and config false nodes into a new module and = mark them all config false? If so fine. I will do that.

=C2=A0

=C2=A0

IMO the deprecated state module= only needs a config=3Dfalse version of the config=3Dtrue NMDA nodes.

Since config=3Dtrue validation = statements are not allowed to reference config=3Dfalse nodes it should

always be possible to remove th= e config=3Dfalse nodes from the deprecated state module.

=C2=A0

Otherwise the config=3Dfalse no= des show up twice for non-NMDA clients=C2=A0 because they can=

read the NMDA config=3Dfalse no= des just fine.=C2=A0 (The NMDA transition strategy is vague and

using the /yang-library tree to= hide objects is too complicated, but that is not in scope for module-tags.= )

=C2=A0

=C2=A0

Th= anks,
Chris.

=C2=A0

Andy

=C2=A0

_______________________________= ________________
netmod mailing list
netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod

--0000000000004356b705940bba53-- From nobody Fri Oct 4 01:17:45 2019 Return-Path: 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 6B4B7120018 for ; Fri, 4 Oct 2019 01:17:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=DIOqv5Lo; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=H3ZkUj1v 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 r85FC6ztgoES for ; Fri, 4 Oct 2019 01:17:41 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CED2A120815 for ; Fri, 4 Oct 2019 01:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7473; q=dns/txt; s=iport; t=1570177060; x=1571386660; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=E36Fz65Vjw3OjN3mdc6Xf97RkRBCfmtt/0hwtabGVVg=; b=DIOqv5Lo0EBqb39+plS/QQTbnbcgXgXKBacb7JJ7v6d8cD2QCZHX9kvu B11uBPvGZm8YRGaq/hMAXdF4u1xPPXgvOa1LObXkdws5YqzH0HPLDrHJ6 GgY3DDeXu65K2ILzbbnU3aGToqRc40RYbgSYmYH5ZII803QyMtqb35il0 s=; IronPort-PHdr: =?us-ascii?q?9a23=3AH2W/+xE0YphHZ9p+pqVM8Z1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+eeT1bigmG8JqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAAAT/5Zd/51dJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQwBAQEBAQGBVAMBAQEBAQsBgUpQA21WIAQLKgqHXwOKSIJciWiOEYE?= =?us-ascii?q?ugSQDVAkBAQEMAQEYCwoCAQGDe0UCgkcjNQgOAgMJAQEEAQEBAgEFBG2FLQy?= =?us-ascii?q?FSwEBAQECAQEBECgGAQEsBgUBCwQCAQgOAwQBAQEeECEGCx0IAQEEAQ0FCBM?= =?us-ascii?q?HgwGBagMODwECDKJcAoE4iGGCJ4J9AQEFgTgCDkGDAw0LghcJgTQBjA0YgUA?= =?us-ascii?q?/gRFGgU5+PoIaRwEBAgEBFoFJgz2CJpVElzdBCoIjhwiKCYQigjpyhlyPOI4?= =?us-ascii?q?riCCCDY8EAgQCBAUCDgEBBYFUAzSBWHAVGiGCbAlHEBSBT4NzhRSFP3SBKY8?= =?us-ascii?q?iAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.67,255,1566864000"; d="scan'208";a="635511324" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Oct 2019 08:17:39 +0000 Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x948HdaU015143 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Oct 2019 08:17:39 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 03:17:38 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 04:17:35 -0400 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 4 Oct 2019 03:17:34 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EUAvQV5NokBI5ZvebAkm3/U002S+EgGub7gJ1NTEcEXe5xk7LA7xVsaiwjNjS20PHuPSODl5GABeDsfQKYsz/YhrUB8O0cPtMKU8QvXNVMBUBSTNh6Yeobf6/IyyZmOfO1dkcV4bGZVmfcb+Zjo8yey5J6vXLUsc5gxC1pI41rC9wb6BIDhMvwfpqEBqBpl/l4KUfJwp8NJN6WQTrSZr1Dgrp9Z77WqUjHumZv7RsQphRREX/ZlbnMrKv29NZ962saLs18S52Fe8yNOrzRD/USiRtaSWYJ3tTOZwmDCVcDo21nlcpve0xRY1eNVZMnqc4A9LtOS/ZnLnF6s5Edhx7A== 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=cbR8OWu6fxGQOEWt12E7212wCcf1PHogZ2eTeG6I1rI=; b=JO1bUK7oyWkQSHRJXms+kWd9EFQe4HuY6+VZk8bNp/8Q/asniFYcqemfmceSVpkQ3DkKrAH9yBYuyOD4pVJu0Y2A8599Ie0VJF//BGk4RVZOhDQDP7RdcOO5cgdZC4G5kXwgTL9FGCIMuM1QnFl58YmIDJPRS9cCpkEp5Oj06rqnjLLXOAeTC0TyLGfLexv0MlOvIboar+FgtU+wS57ncWnz8L2WO2VXhR3r7cujMYDibxoDB5A3zly90oFvh/pm74ntZ8Li6Mwk7o0nj4bsUBCXf/Ue0CA/viQjw7sXXwimSwBCrbym33iv9hD1CMQKEg6x5hdanYjM/hDQNd9qmA== 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=cbR8OWu6fxGQOEWt12E7212wCcf1PHogZ2eTeG6I1rI=; b=H3ZkUj1v5pQAh0gnpQ0iAEWBcr+tfjVfa3hWf8OQRGoacM555l5UOERAUYgVHvWLd0px0BrNKUD2PJUs75m+CBPeTtYeic+jhzOcltFtTIkL6/HW6IXHWo5Ch6HHWxg2WETKknRO8bxcluUvimLDH+OOVOj3T14AxDHGf1IcWeE= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4013.namprd11.prod.outlook.com (10.255.181.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.17; Fri, 4 Oct 2019 08:17:34 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 08:17:34 +0000 From: "Rob Wilton (rwilton)" To: Christian Hopps , Mahesh Jethanandani CC: "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcA== Date: Fri, 4 Oct 2019 08:17:33 +0000 Message-ID: References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> In-Reply-To: <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> 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: [173.38.220.46] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1ba873fe-ae72-4c0f-1712-08d748a34f32 x-ms-traffictypediagnostic: MN2PR11MB4013: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(396003)(39860400002)(366004)(136003)(189003)(199004)(13464003)(51444003)(305945005)(7736002)(14454004)(74316002)(7696005)(316002)(81166006)(8936002)(71200400001)(71190400001)(966005)(66574012)(478600001)(81156014)(33656002)(66946007)(66476007)(66556008)(2906002)(66446008)(64756008)(76116006)(86362001)(52536014)(6306002)(6436002)(14444005)(55016002)(9686003)(6116002)(66066001)(5660300002)(3846002)(110136005)(8676002)(476003)(229853002)(11346002)(446003)(6246003)(4326008)(26005)(486006)(25786009)(53546011)(6506007)(186003)(76176011)(99286004)(102836004)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4013; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: 7TS8gaxUARcx6nu8BD1s1w4j2Yxet5zjeR6z1nXPDMljo4MYxVCph5yql+QDwQJwJzx/uTuuLyZvO0cCTgd9hS1gCiM0r70cBNwaq/6iaqDvaVKuDin10QHJ7bK8+s/jgOrsTyx1Y7oytgooux7iiUbQqMMK4H2THQ+umhZF32G3OYQQJ3yA1dpVH+Na+6qEy0TH26rx5ZPinX5EOA7dvoOwJOqvyo/61uloQO1tXA61tdSCrzBG/T02pR/qiI8DcDW0AyL9RkqBxUezzMBhksNo+ifaJo7YikwhLtBhS86/ydLF2GtumdMypZisxAfysAl5JTouLDA9o5SrQ9xMqQeufjuObGoZgNnixpDsNuJYOuFfkrRdd3Z6UnrFC1ch2nxrs4yNHwI/SiUz25sWXK8q9k639USaCvTYUZAarAP5Xkyp/337wkrmK9lD+xbyZU1WscT45pWOY5HrResidA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 1ba873fe-ae72-4c0f-1712-08d748a34f32 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 08:17:33.9497 (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: R2Iroms/7h+AjgzSPBA4Gsh4PZBxVZM4leKOmo3joIC1mZLv5af1k4NcYDKaQIAh3e/g+cs22C+nlEd1ijo5Aw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4013 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.23, xch-rcd-013.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 08:17:44 -0000 Hi Chris, Mahesh, > -----Original Message----- > From: Christian Hopps > Sent: 03 October 2019 20:50 > To: Mahesh Jethanandani > Cc: Christian Hopps ; Rob Wilton (rwilton) > ; netmod@ietf.org > Subject: Re: [netmod] References to the "tags" typedef >=20 >=20 >=20 > > On Oct 3, 2019, at 2:34 PM, Mahesh Jethanandani > wrote: > > > > > > > >> On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) > wrote: > >> > >> Hi Chris, > >> > >> I know that this is late, but ... > >> > >> The YANG packages draft (https://tools.ietf.org/html/draft-rwilton- > netmod-yang-packages-01, but an updated version will be posted soon), is > currently using the module-tags typedef to allow a package definition to > contain a list of tags. > >> > >> E.g. > >> module: ietf-yang-package > >> +--ro yang-package > >> +--ro name yang:yang-identifier > >> +--ro version yang-sem-ver > >> +--ro revision-date? yanglib:revision-identifier > >> +--ro location* inet:uri > >> +--ro description? string > >> +--ro reference? string > >> +--ro previous-version? yang-sem-ver > >> +--ro tag* tags:tag > >> +--ro referentially-complete? Boolean > >> ... > >> > >> This package definition goes into an instance data document, for which > the schema should just be ietf-yang-package, but by it importing ietf- > module-tags.yang, it effectively also pulls in the "container module-tags= " > into the schema for the package definition, that I don't think should be > there. > >> > >> If we keep package tags, then I think that there are two ways to fix > this: > >> > >> (1) Split ietf-module-tags into an ietf-module-tags-types.yang and a > ietf-module-tags.yang. But it would be very late to do this, and the > packages draft isn't even a workgroup document at this stage. > > > > I know it is late. But what will it take to split the tags-types module > from the tags module? >=20 > I do not understand why this is important at all. What does "pulls in" > exactly mean? To put YANG instance data into a document you need to know what the schema = is associated with the instance data. Ideally, I want the schema for a YANG package instance data document to jus= t be the ro yang-package structure described above (actually now defined us= ing YANG data extension from draft-ietf-netmod-yang-data-ext). To use the "tags:tag" typedef, ietf-yang-package had an import on "ietf-mod= ule-tags" which both defines a tags type and also a "module-tags" container= as well. I want the typedef, but not the container, because I don't want = the schema for the package file to be: +--ro yang-package <-- I do want this | +--ro name yang:yang-identifier | ... +--ro module-tags <-- I don't want this +- ... There are a few solutions: 1) Split ietf-module-tags into a ietf-module-tags-types.yang that only defi= nes the typedef and the extension, and hence the ietf-module-tags.yang only= defines the module-tags container, and ietf-yang-packages.yang can just im= port ietf-module-tags-types.yang 2) Have ietf-yang-package.yang define its own "tags" type, hence there is n= o dependency on "ietf-module-tags.yang" at all. 3) Tweak the schema specification for simplified-inline-schema in instance-= data documents so that the use of ietf-module-tags.yang module effectively = becomes "import-only" rather than "implemented". 4) Don't worry about the fact that the file schema for a YANG package conta= ins more than it should. I strongly dislike (4) as an option. But I think that probably either (2) or (3) would be OK as a solution. Hence, it is probably not necessarily to split ietf-module-tags.yang into t= wo files, because there are other solutions available. It isn't even clear= to me that (1) is necessarily the best solution anyway ... Thanks, Rob >=20 > Thanks, > Chris. >=20 > > > >> > >> (2) Have the package draft define its own "package tag" typedef, and > not have an import reference on module-tags at all. Probably if we do > keep package tags, then we should also consider a mechanism by which they > can be updated on a device equivalently to module tags. > >> > >> I'm currently thinking that the second choice might be a better > approach at this time, but wanted to check whether you or the WG had an > opinion. > >> > >> Thanks, > >> Rob > >> > >> > >> > >>> -----Original Message----- > >>> From: netmod On Behalf Of Christian Hopps > >>> Sent: 25 September 2019 17:19 > >>> To: netmod@ietf.org > >>> Subject: Re: [netmod] I-D Action: > >>> draft-ietf-netmod-module-tags-09.txt > >>> > >>> This adds the deprecated non-NMDA state module. > >>> > >>> Thanks, > >>> Chris. > >>> > >>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > >>>> > >>>> > >>>> A New Internet-Draft is available from the on-line Internet-Drafts > >>> directories. > >>>> This draft is a work item of the Network Modeling WG of the IETF. > >>>> > >>>> Title : YANG Module Tags > >>>> Authors : Christian Hopps > >>>> Lou Berger > >>>> Dean Bogdanovic > >>>> Filename : draft-ietf-netmod-module-tags-09.txt > >>>> Pages : 18 > >>>> Date : 2019-09-25 > >>>> > >>>> Abstract: > >>>> This document provides for the association of tags with YANG modules= . > >>>> The expectation is for such tags to be used to help classify and > >>>> organize modules. A method for defining, reading and writing a > >>>> modules tags is provided. Tags may be registered and assigned > >>>> during module definition; assigned by implementations; or > >>>> dynamically defined and set by users. This document also provides > >>>> guidance to future model writers; as such, this document updates > RFC8407. > >>>> > >>>> > >>>> The IETF datatracker status page for this draft is: > >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > >>>> > >>>> There are also htmlized versions available at: > >>>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > >>>> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags > >>>> -09 > >>>> > >>>> A diff from the previous version is available at: > >>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 > >>>> > >>>> > >>>> Please note that it may take a couple of minutes from the time of > >>>> submission until the htmlized version and diff are available at > >>> tools.ietf.org. > >>>> > >>>> Internet-Drafts are also available by anonymous FTP at: > >>>> ftp://ftp.ietf.org/internet-drafts/ > >>>> > >>>> _______________________________________________ > >>>> netmod mailing list > >>>> netmod@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/netmod > >>>> > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > > > > Mahesh Jethanandani > > mjethanandani@gmail.com From nobody Fri Oct 4 01:49:14 2019 Return-Path: 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 7E24D120288 for ; Fri, 4 Oct 2019 01:49:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 u4_d_cLyHKvC for ; Fri, 4 Oct 2019 01:49:09 -0700 (PDT) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00947120846 for ; Fri, 4 Oct 2019 01:49:08 -0700 (PDT) Received: by mail-lj1-x234.google.com with SMTP id a22so5693641ljd.0 for ; Fri, 04 Oct 2019 01:49:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dfAXWW8BlLNmnuG4oJDkk2gJkZ1OomjnML78ggscjaw=; b=jxn0Jgol+e1Qwf7XncAeonbCR2aWl6oWImNew7o8R1xwLC3J6J5Z68Jlwvb1mtJPGw ooUF9lNi9FiD7k2/VoMiM/aAn+nD60OAYqzmK2JSw8dcL4OafLP4rovtDz1DbXAjbox7 p6MqjjlKSVQVEqdl6xKmWu2xxAjna4a5T8x3WBQF6d8HSBwrQrIsIx8skhB/4kzDlFUH 9wYs4IlOrgw9ZHl7hC3QOWVKZH/EDKsw7CsQ5sbcKG1o3VDL5lccXY51Qk0zuAKD/WMW T5JPY0ukhziGeHFmugQT74e3q9nZhixTRmhKrea80PMLO66qGI1F1K4kDYc6Ghbyk66X 12CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dfAXWW8BlLNmnuG4oJDkk2gJkZ1OomjnML78ggscjaw=; b=GXBkFXsFD8oDxJDBJwS1A4HRN1J/U+ecVy5vDyroCZjmW4GqMAP4WDY1HIweSbggSR pInWqOOqBaYYSiGDSOXXqKgbOkiRhCru8QddHBy8rlMA4SaLuPDwx89sQTBahx9apmmy maQqa02gOhplhetPE1uHYae9gmn20TnUtYkAWC1F4UbPuOuHn4QoVUVg/gQMvWq7gwl4 v/e0B4SLV+/AhcPWYmThfdInWoNUWG4zUD+/S9M0qPXlL/7JMnMyEq1eKD5a/x4XwbFL dAnur2lCcnprRMT71LTEOri60IN7AtmbK8fdS93W7Sh7M/7ipOUNHmpgbiG/VUkCUcQp yAsQ== X-Gm-Message-State: APjAAAVID8LdfE5sk5F1IRdcRFGKYapuePIO9qnBzstndb3rR8UQ5C8p RUWeDo+Zdvsg5326ZuPbursNhEB0UP9cGvmbBmpHAQ== X-Google-Smtp-Source: APXvYqyzRzMMVqWhtj0HEboC0b5a5IKy3ks+YQyt4i7ZoU7VX1QHqt7oXnMVqOImbe3MnyDNsKzRxiGxhcrQ8V3xKT8= X-Received: by 2002:a2e:8889:: with SMTP id k9mr6379044lji.252.1570178946956; Fri, 04 Oct 2019 01:49:06 -0700 (PDT) MIME-Version: 1.0 References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> In-Reply-To: From: Andy Bierman Date: Fri, 4 Oct 2019 01:48:55 -0700 Message-ID: To: "Rob Wilton (rwilton)" Cc: Christian Hopps , Mahesh Jethanandani , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="0000000000005e16ee059411c62a" Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 08:49:13 -0000 --0000000000005e16ee059411c62a Content-Type: text/plain; charset="UTF-8" On Fri, Oct 4, 2019 at 1:18 AM Rob Wilton (rwilton) wrote: > Hi Chris, Mahesh, > > > -----Original Message----- > > From: Christian Hopps > > Sent: 03 October 2019 20:50 > > To: Mahesh Jethanandani > > Cc: Christian Hopps ; Rob Wilton (rwilton) > > ; netmod@ietf.org > > Subject: Re: [netmod] References to the "tags" typedef > > > > > > > > > On Oct 3, 2019, at 2:34 PM, Mahesh Jethanandani > > wrote: > > > > > > > > > > > >> On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) > > wrote: > > >> > > >> Hi Chris, > > >> > > >> I know that this is late, but ... > > >> > > >> The YANG packages draft (https://tools.ietf.org/html/draft-rwilton- > > netmod-yang-packages-01, but an updated version will be posted soon), is > > currently using the module-tags typedef to allow a package definition to > > contain a list of tags. > > >> > > >> E.g. > > >> module: ietf-yang-package > > >> +--ro yang-package > > >> +--ro name yang:yang-identifier > > >> +--ro version yang-sem-ver > > >> +--ro revision-date? yanglib:revision-identifier > > >> +--ro location* inet:uri > > >> +--ro description? string > > >> +--ro reference? string > > >> +--ro previous-version? yang-sem-ver > > >> +--ro tag* tags:tag > > >> +--ro referentially-complete? Boolean > > >> ... > > >> > > >> This package definition goes into an instance data document, for which > > the schema should just be ietf-yang-package, but by it importing ietf- > > module-tags.yang, it effectively also pulls in the "container > module-tags" > > into the schema for the package definition, that I don't think should be > > there. > > >> > > >> If we keep package tags, then I think that there are two ways to fix > > this: > > >> > > >> (1) Split ietf-module-tags into an ietf-module-tags-types.yang and a > > ietf-module-tags.yang. But it would be very late to do this, and the > > packages draft isn't even a workgroup document at this stage. > > > > > > I know it is late. But what will it take to split the tags-types module > > from the tags module? > > > > I do not understand why this is important at all. What does "pulls in" > > exactly mean? > > To put YANG instance data into a document you need to know what the schema > is associated with the instance data. > > Ideally, I want the schema for a YANG package instance data document to > just be the ro yang-package structure described above (actually now defined > using YANG data extension from draft-ietf-netmod-yang-data-ext). > > To use the "tags:tag" typedef, ietf-yang-package had an import on > "ietf-module-tags" which both defines a tags type and also a "module-tags" > container as well. I want the typedef, but not the container, because I > don't want the schema for the package file to be: > +--ro yang-package <-- I do want this > | +--ro name yang:yang-identifier > | ... > +--ro module-tags <-- I don't want this > +- ... > > There are a few solutions: > > 1) Split ietf-module-tags into a ietf-module-tags-types.yang that only > defines the typedef and the extension, and hence the ietf-module-tags.yang > only defines the module-tags container, and ietf-yang-packages.yang can > just import ietf-module-tags-types.yang > 2) Have ietf-yang-package.yang define its own "tags" type, hence there is > no dependency on "ietf-module-tags.yang" at all. > 3) Tweak the schema specification for simplified-inline-schema in > instance-data documents so that the use of ietf-module-tags.yang module > effectively becomes "import-only" rather than "implemented". > 4) Don't worry about the fact that the file schema for a YANG package > contains more than it should. > > I strongly dislike (4) as an option. > But I think that probably either (2) or (3) would be OK as a solution. > > Hence, it is probably not necessarily to split ietf-module-tags.yang into > two files, because there are other solutions available. It isn't even > clear to me that (1) is necessarily the best solution anyway ... > > I think this is just an implementation detail. There is no problem using just a typedef from a an imported module. It does not cause any data nodes to be part of the importing module. > Thanks, > Rob > > > Andy > > > > Thanks, > > Chris. > > > > > > > >> > > >> (2) Have the package draft define its own "package tag" typedef, and > > not have an import reference on module-tags at all. Probably if we do > > keep package tags, then we should also consider a mechanism by which they > > can be updated on a device equivalently to module tags. > > >> > > >> I'm currently thinking that the second choice might be a better > > approach at this time, but wanted to check whether you or the WG had an > > opinion. > > >> > > >> Thanks, > > >> Rob > > >> > > >> > > >> > > >>> -----Original Message----- > > >>> From: netmod On Behalf Of Christian Hopps > > >>> Sent: 25 September 2019 17:19 > > >>> To: netmod@ietf.org > > >>> Subject: Re: [netmod] I-D Action: > > >>> draft-ietf-netmod-module-tags-09.txt > > >>> > > >>> This adds the deprecated non-NMDA state module. > > >>> > > >>> Thanks, > > >>> Chris. > > >>> > > >>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > > >>>> > > >>>> > > >>>> A New Internet-Draft is available from the on-line Internet-Drafts > > >>> directories. > > >>>> This draft is a work item of the Network Modeling WG of the IETF. > > >>>> > > >>>> Title : YANG Module Tags > > >>>> Authors : Christian Hopps > > >>>> Lou Berger > > >>>> Dean Bogdanovic > > >>>> Filename : draft-ietf-netmod-module-tags-09.txt > > >>>> Pages : 18 > > >>>> Date : 2019-09-25 > > >>>> > > >>>> Abstract: > > >>>> This document provides for the association of tags with YANG > modules. > > >>>> The expectation is for such tags to be used to help classify and > > >>>> organize modules. A method for defining, reading and writing a > > >>>> modules tags is provided. Tags may be registered and assigned > > >>>> during module definition; assigned by implementations; or > > >>>> dynamically defined and set by users. This document also provides > > >>>> guidance to future model writers; as such, this document updates > > RFC8407. > > >>>> > > >>>> > > >>>> The IETF datatracker status page for this draft is: > > >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > > >>>> > > >>>> There are also htmlized versions available at: > > >>>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > > >>>> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags > > >>>> -09 > > >>>> > > >>>> A diff from the previous version is available at: > > >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-module-tags-09 > > >>>> > > >>>> > > >>>> Please note that it may take a couple of minutes from the time of > > >>>> submission until the htmlized version and diff are available at > > >>> tools.ietf.org. > > >>>> > > >>>> Internet-Drafts are also available by anonymous FTP at: > > >>>> ftp://ftp.ietf.org/internet-drafts/ > > >>>> > > >>>> _______________________________________________ > > >>>> netmod mailing list > > >>>> netmod@ietf.org > > >>>> https://www.ietf.org/mailman/listinfo/netmod > > >>>> > > >> > > >> _______________________________________________ > > >> netmod mailing list > > >> netmod@ietf.org > > >> https://www.ietf.org/mailman/listinfo/netmod > > > > > > Mahesh Jethanandani > > > mjethanandani@gmail.com > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --0000000000005e16ee059411c62a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Oct 4, 2019 at 1:18 AM Rob Wi= lton (rwilton) <rwilton@cisco.com> wrote:
Hi= Chris, Mahesh,

> -----Original Message-----
> From: Christian Hopps <chopps@chopps.org>
> Sent: 03 October 2019 20:50
> To: Mahesh Jethanandani <mjethanandani@gmail.com>
> Cc: Christian Hopps <chopps@chopps.org>; Rob Wilton (rwilton)
> <rwilton@cis= co.com>; netmod= @ietf.org
> Subject: Re: [netmod] References to the "tags" typedef
>
>
>
> > On Oct 3, 2019, at 2:34 PM, Mahesh Jethanandani
> <mjeth= anandani@gmail.com> wrote:
> >
> >
> >
> >> On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) <rwilton@cisco.com> > wrote:
> >>
> >> Hi Chris,
> >>
> >> I know that this is late, but ...
> >>
> >> The YANG packages draft (https://tools.ietf.= org/html/draft-rwilton-
> netmod-yang-packages-01, but an updated version will be posted soon), = is
> currently using the module-tags typedef to allow a package definition = to
> contain a list of tags.
> >>
> >> E.g.
> >> module: ietf-yang-package
> >>=C2=A0 =C2=A0 =C2=A0 +--ro yang-package
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro name=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 yang:yang-ident= ifier
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro version=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0yang-sem-ver
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro revision-date?=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 yanglib:revision-identifier
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro location*=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet:uri
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro description?=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro reference?=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro previous-version?=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0yang-sem-ver
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro tag*=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tags:tag
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--ro referentially-complete= ?=C2=A0 =C2=A0Boolean
> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0...
> >>
> >> This package definition goes into an instance data document, = for which
> the schema should just be ietf-yang-package, but by it importing ietf-=
> module-tags.yang, it effectively also pulls in the "container mod= ule-tags"
> into the schema for the package definition, that I don't think sho= uld be
> there.
> >>
> >> If we keep package tags, then I think that there are two ways= to fix
> this:
> >>
> >> (1) Split ietf-module-tags into an ietf-module-tags-types.yan= g and a
> ietf-module-tags.yang.=C2=A0 But it would be very late to do this, and= the
> packages draft isn't even a workgroup document at this stage.
> >
> > I know it is late. But what will it take to split the tags-types = module
> from the tags module?
>
> I do not understand why this is important at all. What does "pull= s in"
> exactly mean?

To put YANG instance data into a document you need to know what the schema = is associated with the instance data.

Ideally, I want the schema for a YANG package instance data document to jus= t be the ro yang-package structure described above (actually now defined us= ing YANG data extension from draft-ietf-netmod-yang-data-ext).

To use the "tags:tag" typedef, ietf-yang-package had an import on= "ietf-module-tags" which both defines a tags type and also a &qu= ot;module-tags" container as well.=C2=A0 I want the typedef, but not t= he container, because I don't want the schema for the package file to b= e:
=C2=A0 =C2=A0 =C2=A0 +--ro yang-package=C2=A0 <-- I do want this
=C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--ro name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 yang:yang-identifier
=C2=A0 =C2=A0 =C2=A0 |=C2=A0 ...
=C2=A0 =C2=A0 =C2=A0 +--ro module-tags=C2=A0 =C2=A0<--=C2=A0 I don't= want this
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+- ...

There are a few solutions:

1) Split ietf-module-tags into a ietf-module-tags-types.yang that only defi= nes the typedef and the extension, and hence the ietf-module-tags.yang only= defines the module-tags container, and ietf-yang-packages.yang can just im= port ietf-module-tags-types.yang
2) Have ietf-yang-package.yang define its own "tags" type, hence = there is no dependency on "ietf-module-tags.yang" at all.
3) Tweak the schema specification for simplified-inline-schema in instance-= data documents so that the use of ietf-module-tags.yang module effectively = becomes "import-only" rather than "implemented".
4) Don't worry about the fact that the file schema for a YANG package c= ontains more than it should.

I strongly dislike (4) as an option.
But I think that probably either (2) or (3) would be OK as a solution.

Hence, it is probably not necessarily to split ietf-module-tags.yang into t= wo files, because there are other solutions available.=C2=A0 It isn't e= ven clear to me that (1) is necessarily the best solution anyway ...


I think this is just an implementation= detail.
There is no problem using just a typedef from a an=C2=A0= imported module.
It does not cause any data nodes to be part of t= he importing module.

=C2=A0
Thanks,
Rob



Andy
=C2=A0
>
> Thanks,
> Chris.
>
> >
> >>
> >> (2) Have the package draft define its own "package tag&q= uot; typedef, and
> not have an import reference on module-tags at all.=C2=A0 Probably if = we do
> keep package tags, then we should also consider a mechanism by which t= hey
> can be updated on a device equivalently to module tags.
> >>
> >> I'm currently thinking that the second choice might be a = better
> approach at this time, but wanted to check whether you or the WG had a= n
> opinion.
> >>
> >> Thanks,
> >> Rob
> >>
> >>
> >>
> >>> -----Original Message-----
> >>> From: netmod <netmod-bounces@ietf.org> On Behalf Of Christian= Hopps
> >>> Sent: 25 September 2019 17:19
> >>> To: = netmod@ietf.org
> >>> Subject: Re: [netmod] I-D Action:
> >>> draft-ietf-netmod-module-tags-09.txt
> >>>
> >>> This adds the deprecated non-NMDA state module.
> >>>
> >>> Thanks,
> >>> Chris.
> >>>
> >>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote:<= br> > >>>>
> >>>>
> >>>> A New Internet-Draft is available from the on-line In= ternet-Drafts
> >>> directories.
> >>>> This draft is a work item of the Network Modeling WG = of the IETF.
> >>>>
> >>>>=C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: YANG Module Tags
> >>>>=C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Christian Hopps
> >>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Lou Berger
> >>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Dean Bogdanovic
> >>>>=C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-netmod-module-tags-09.txt
> >>>>=C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 18
> >>>>=C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2019-09-25
> >>>>
> >>>> Abstract:
> >>>> This document provides for the association of tags wi= th YANG modules.
> >>>> The expectation is for such tags to be used to help c= lassify and
> >>>> organize modules.=C2=A0 A method for defining, readin= g and writing a
> >>>> modules tags is provided.=C2=A0 Tags may be registere= d and assigned
> >>>> during module definition; assigned by implementations= ; or
> >>>> dynamically defined and set by users.=C2=A0 This docu= ment also provides
> >>>> guidance to future model writers; as such, this docum= ent updates
> RFC8407.
> >>>>
> >>>>
> >>>> The IETF datatracker status page for this draft is: > >>>> https://datatra= cker.ietf.org/doc/draft-ietf-netmod-module-tags/
> >>>>
> >>>> There are also htmlized versions available at:
> >>>> https://tools.ietf= .org/html/draft-ietf-netmod-module-tags-09
> >>>> https://dat= atracker.ietf.org/doc/html/draft-ietf-netmod-module-tags
> >>>> -09
> >>>>
> >>>> A diff from the previous version is available at:
> >>>> https://ww= w.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09
> >>>>
> >>>>
> >>>> Please note that it may take a couple of minutes from= the time of
> >>>> submission until the htmlized version and diff are av= ailable at
> >>> tools.ietf.org.
> >>>>
> >>>> Internet-Drafts are also available by anonymous FTP a= t:
> >>>> ftp://ftp.ietf.org/internet-drafts/ > >>>>
> >>>> _______________________________________________
> >>>> netmod mailing list
> >>>> = netmod@ietf.org
> >>>> https://www.ietf.org/mailman/listi= nfo/netmod
> >>>>
> >>
> >> _______________________________________________
> >> netmod mailing list
> >> netmod@i= etf.org
> >> https://www.ietf.org/mailman/listinfo/net= mod
> >
> > Mahesh Jethanandani
> > mjet= hanandani@gmail.com

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--0000000000005e16ee059411c62a-- From nobody Fri Oct 4 01:53:34 2019 Return-Path: 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 1A874120288 for ; Fri, 4 Oct 2019 01:53:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=e+YedRkt; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=F9cAqk+P 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 trMRJ0T9tp7n for ; Fri, 4 Oct 2019 01:53:29 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1BFC12007C for ; Fri, 4 Oct 2019 01:53:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28680; q=dns/txt; s=iport; t=1570179208; x=1571388808; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bkpGH8oXX0y/yKyPZfzQaKW6tlVq4Xqq+/bpRBCiYP8=; b=e+YedRktD/narrZ6qnNw/FxFOujQvL8/qoJrdGtifEW2hgWwCLHFJWhK Ik87nth+0ggua1Z+Cjxx5lMO+j0TRUYLja5ZhfkHEU0AIXjJAKTwuZkzc 3KxtI4kedOk9qst01K1pzCWoSTspk5T8TOPanM4rfMi9QIcm/y8yeCwC1 g=; IronPort-PHdr: =?us-ascii?q?9a23=3AcJ8buRZqhAKXhpSENLNo/k3/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gebRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8KavwcC0+AMNEfFRk5Hq8d0NSHZW2ag=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAAA7B5dd/4cNJK1fBhkBAQEBAQE?= =?us-ascii?q?BAQEBAQEMAQEBAQEBgVQDAQEBAQELAYEbL1ADbVYgBAsqCoQYg0cDikiCXJd?= =?us-ascii?q?5gS6BJANUCQEBAQwBARgBCgoCAQGDe0UCF4IwIzUIDgIDCQEBBAEBAQIBBQR?= =?us-ascii?q?thS0MhUsBAQEBAgEBAQwEEQoTAQEjCQsBBAcEAgEGAhEEAQEBJwMCAgIlCxQ?= =?us-ascii?q?JCAIEDgUIEQmDAYEdTQMODwECDJIakGECgTiIYXWBMoJ9AQEFgTgCDkGDAxi?= =?us-ascii?q?CFwmBNAGMDRiBQD+BEUaCTD6CYQEBAgEBFoE5ECsJCIJPMoImj2uFNYksjnA?= =?us-ascii?q?KgiOHCI4rgjpyhlyELIsMlkuREQIEAgQFAg4BAQWBPxUCNYFYcBUaIYJsCUc?= =?us-ascii?q?QFIFPg3OFFIU/dIEpjyIBgSIBAQ?= X-IronPort-AV: E=Sophos;i="5.67,255,1566864000"; d="scan'208,217";a="638377327" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Oct 2019 08:53:27 +0000 Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x948rR1G012217 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Oct 2019 08:53:27 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 03:53:26 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 03:53:25 -0500 Received: from NAM01-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 4 Oct 2019 04:53:25 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZXoujlhUaKekHADoouSw6RWQfQoNEkjALFv2D084GSS23sHSSHGkCzuU2PPTfnhDala1uX3/xQsmhIvUTQ/O6QVb+v3Vm3JCA5/zk/L4ZkLmo2YC941bPLlmp+aJLeYh8hzSt3iQ7kzMfQ4OFURO2ST4E91BBdNP6lxHaqP+Wb0XKa0C7zbZuW2jZ6rOv3uc7FeRssqsKRqYtWoA/kak4ruUwBMqVn58Gi1p0luCuwxu4PBT9/fqboc0dOykVF9Z/Wr3kGJXorRZ3a5WxBtwadpTTNwfSetHP13q939c/27SC33sgg6qAPHglcUNaIlOdw0lMBy/5NHsgaoDDpsUEQ== 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=bkpGH8oXX0y/yKyPZfzQaKW6tlVq4Xqq+/bpRBCiYP8=; b=Fno8+D3wJyyHWl7mASP5PeNSFoiPJf1KHjrCMLIzBJlNWWsL8tc9739fvzzddRsdkpDsDWmZ6tQU9Ys4re++imLnTnFhNwOGYhYQhL8vlezk5Eel9r8jvooctPUIcamWBYqHskg8qYXe4nCGY9H+sXj+AGWa/Kd8hvFRK1OHJRQjtzKbVFmnra+opEcWeh/14j5CPYywYosruAybDWLNdyGO6RTmLUkAbCx4WYk06X5yFjhCb+6vL7NasqVYI3WjkQ0kBsSrKPm8kQPfHLGxt24RQk6phSF6/nkja0KVsLUci9R19QwVALKsSVrfrft2/9/vpLk+xvHF3v7NwfHYHg== 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=bkpGH8oXX0y/yKyPZfzQaKW6tlVq4Xqq+/bpRBCiYP8=; b=F9cAqk+PxjsLWd67CRIG2RaKBkizq0LXrFH3ZHHvwwojCtUm3hhVltvbOZ3e4r8l8Tj2N03Q6wTtVEs53gWbs0ALsQc38Xhk/HNviA83Af7RYzWrwdUQuPkRgPGQwmUnkodRtxdlpYMy5Ed/K7RMWtnEhzlpa+O1gdOj/IMOjds= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3728.namprd11.prod.outlook.com (20.178.253.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Fri, 4 Oct 2019 08:53:24 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 08:53:24 +0000 From: "Rob Wilton (rwilton)" To: Andy Bierman CC: Christian Hopps , "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt Thread-Index: AQHVc7y2pV/jTrPhkEaIK8rqhQZKT6c8kmcAgAwi9zCAAF39AIAAAF1ggABzL4CAALOLgA== Date: Fri, 4 Oct 2019 08:53:23 +0000 Message-ID: References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> In-Reply-To: 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: [173.38.220.46] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c68c0909-5731-4eba-d52c-08d748a850bb x-ms-traffictypediagnostic: MN2PR11MB3728: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(39860400002)(376002)(346002)(366004)(51444003)(13464003)(189003)(199004)(76116006)(99286004)(14444005)(256004)(54906003)(7696005)(52536014)(229853002)(66574012)(66446008)(66556008)(486006)(316002)(76176011)(66476007)(64756008)(6506007)(86362001)(6436002)(66066001)(53546011)(66946007)(5660300002)(25786009)(446003)(236005)(11346002)(8676002)(606006)(9686003)(4326008)(81166006)(81156014)(54896002)(3846002)(476003)(6306002)(55016002)(102836004)(33656002)(26005)(6116002)(14454004)(186003)(478600001)(71200400001)(790700001)(2906002)(966005)(6246003)(71190400001)(74316002)(6916009)(7736002)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3728; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: O3//poU2/fxPk1HouD9F+nSEb4tyWNfXM8yClQx1Jh7oMcacDecQaKNM7VmXoVS82OtQ+YBCce1WaJ6dNqJU9bKzCehV+2EdeJs1trEs+fmdCtIm175X9FSrxNvST78HwaIC1MHh/n23cLmUbHzUycW426OWAoLS1XdVjkiLhyRq/USC6EAbeg4dB1apc8RilAUXqLUzxHxZm1lLrX6eojzdKQNt8CudZsjityZzYvxwPilEOIKNtb5KxI4Bb+QJznPC+MQUrUnzannt5lP/mqVX1FD3/z2IW5rfS+tOI7HWntVIdvjtLuH+x32WYpgSDRS0cnVUoRb/YZbIkSO3pPU9FK+ZXYPv5cI65yJTb7qS0r1xsGz61hSzna8Xvlor6A2CoGBeBVhEsbJ43bjOa/XppiRJAuwMKGJUhb+hpvnnwwCpKd8b+1IdbJb+dLVl15S0aXeEwKmXgknGHK0t2Q== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR11MB43669B75BC562B5100C7A778B59E0MN2PR11MB4366namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c68c0909-5731-4eba-d52c-08d748a850bb X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 08:53:24.0058 (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: Qd54nbYmRvz0p4nBVNlcnIIkkx6LhXSmMCdqjp0ARFWSdhI+IXy7bphfn53FKXKLC6+r3GAalo+rVlJnS/e2+Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3728 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.21, xch-rcd-011.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 08:53:32 -0000 --_000_MN2PR11MB43669B75BC562B5100C7A778B59E0MN2PR11MB4366namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCkZyb206IEFuZHkgQmllcm1hbiA8YW5keUB5dW1hd29ya3MuY29tPg0KU2VudDogMDMgT2N0 b2JlciAyMDE5IDIzOjA5DQpUbzogUm9iIFdpbHRvbiAocndpbHRvbikgPHJ3aWx0b25AY2lzY28u Y29tPg0KQ2M6IENocmlzdGlhbiBIb3BwcyA8Y2hvcHBzQGNob3Bwcy5vcmc+OyBuZXRtb2RAaWV0 Zi5vcmcNClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1v ZC1tb2R1bGUtdGFncy0wOS50eHQNCg0KDQoNCk9uIFRodSwgT2N0IDMsIDIwMTkgYXQgODozMSBB TSBSb2IgV2lsdG9uIChyd2lsdG9uKSA8cndpbHRvbkBjaXNjby5jb208bWFpbHRvOnJ3aWx0b25A Y2lzY28uY29tPj4gd3JvdGU6DQpIaSBDaHJpcywNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBDaHJpc3RpYW4gSG9wcHMgPGNob3Bwc0BjaG9wcHMub3JnPG1haWx0bzpj aG9wcHNAY2hvcHBzLm9yZz4+DQo+IFNlbnQ6IDAzIE9jdG9iZXIgMjAxOSAxNjoxNg0KPiBUbzog Um9iIFdpbHRvbiAocndpbHRvbikgPHJ3aWx0b25AY2lzY28uY29tPG1haWx0bzpyd2lsdG9uQGNp c2NvLmNvbT4+DQo+IENjOiBDaHJpc3RpYW4gSG9wcHMgPGNob3Bwc0BjaG9wcHMub3JnPG1haWx0 bzpjaG9wcHNAY2hvcHBzLm9yZz4+OyBuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRm Lm9yZz4NCj4gU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0 bW9kLW1vZHVsZS10YWdzLTA5LnR4dA0KPg0KPiBbcmVzZW5kaW5nIHRvIGluY2x1ZGUgbGlzdCBj Y10NCj4NCj4gPiBPbiBPY3QgMywgMjAxOSwgYXQgNTo0NSBBTSwgUm9iIFdpbHRvbiAocndpbHRv bikgPHJ3aWx0b25AY2lzY28uY29tPG1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbT4+DQo+IHdyb3Rl Og0KPiA+DQo+ID4gSGkgQ2hyaXMsDQo+ID4NCj4gPiBBcyBkaXNjdXNzZWQgb2ZmbGluZSwgeW91 IGhhdmUgbGVmdCBvdXQgdGhlICJtYXNrZWQtdGFnIiBjb250YWluZXIgaW4NCj4gdGhlICJtb2R1 bGVzLXRhZ3Mtc3RhdGUiIG1vZHVsZS4NCj4NCj4gT25lIG1pZ2h0IHJlYWQgdGhpcyBhcyBhbiBv YmplY3Rpb24gdGhhdCB3YXMgZGlzY3Vzc2VkIG9mZmxpbmUsIGJ1dCBJDQo+IGRvbid0IHRoaW5r IHlvdSBhcmUgb2JqZWN0aW5nLCB5b3UncmUganVzdCBzdGF0aW5nIHdoYXQgaGFwcGVuZWQsIGNv cnJlY3Q/DQoNCkNvcnJlY3QsIG5vdCBvYmplY3RpbmcsIGFsdGhvdWdoIEkgbWlnaHQgYmUgYWJv dXQgdG8g8J+YiQ0KDQpHZW5lcmFsbHksIEkgdGhpbmsgdGhhdCBpcyB3aGF0IGlzIGF2YWlsYWJs ZSBpbiAibW9kdWxlLXRhZ3Mtc3RhdGUiIHNob3VsZCBiZSBkaXJlY3RseSBlcXVpdmFsZW50IHRv IHdoYXQgaXMgYXZhaWxhYmxlIGluIHRoZSBvcGVyYXRpb25hbCBkYXRhc3RvcmUgZm9yIHNlcnZl cnMgdGhhdCBzdXBwb3J0IE5NREEuDQoNClNvLCBteSBwcmV2aW91cyBjb21tZW50cyB3ZXJlIHRy eWluZyB0byBhbGlnbiB0aGVzZSB0d28gdG9nZXRoZXIuICBJLmUuIGlmIHlvdSB0aGluayB0aGF0 ICJtYXNrZWQtdGFnIiBpc24ndCBuZWVkZWQgaW4gIm1vZHVsZS10YWdzLXN0YXRlIiB0aGVuIEkg dGhpbmsgdGhhdCB0aGVyZSBpcyB0aGUgZXF1aXZhbGVudCBxdWVzdGlvbiBvZiB3aGV0aGVyIGl0 IHNob3VsZCBiZSByZXBvcnRlZCBpbiA8b3BlcmF0aW9uYWw+Lg0KDQpXaGF0IGlzIHVudXN1YWwg aW4gdGhpcyBjYXNlLCBpcyB0aGF0IHlvdSBoYXZlIHNvbWUgY29uZmlndXJhdGlvbiB0aGF0IHJl bW92ZXMgaXRlbXMgZnJvbSBhbm90aGVyIGxpc3QuDQoNCg0KPg0KPiA+IEZvciBjb25zaXN0ZW50 bHksIEkgd29uZGVyLCB3aGV0aGVyIHRoZXJlIHNob3VsZG4ndCBhbHNvIGJlIGEgY29tbWVudCBp bg0KPiB0aGUgIm1hc2tlZC10YWciIGxlYWYtbGlzdCBpbiB0aGUgbWFpbiBOTURBIGNvbXBhdGli bGUgbW9kdWxlIHRvIGluZGljYXRlDQo+IHRoYXQgIm1hc2tlZC10YWciIGlzbid0IHJlcG9ydGVk IGluIHRoZSBvcGVyYXRpb25hbCBzdGF0ZSBkYXRhc3RvcmUNCj4gYmVjYXVzZSB0aGUgaW5mb3Jt YXRpb24gaXMgY29tYmluZWQgaW50byB0aGUgInRhZyIgbGVhZi1saXN0Lg0KPg0KPiBPaywgY29s b3IgbWUgY29uZnVzZWQuIEZvciBOTURBLCB3aHkgd291bGRuJ3QgbWFza2VkLXRhZyBzaG93IHVw IGluDQo+IG9wZXJhdGlvbmFsIGRhdGFzdG9yZT8NCg0KQnkgZGVmYXVsdCBpdCB3b3VsZC4NCg0K DQpJTU8gdGhlIG5vbi1OTURBIHN0YXRlIG1vZHVsZSBzaG91bGQgaGF2ZSB0aGUgc2FtZSBzdHJ1 Y3R1cmUgYXMgdGhlIE5NREEgdmVyc2lvbi4NCkFueSBjb25maWd1cmVkIG1hc2tlZC10YWcgZW50 cmllcyB0aGF0IGFyZSBhcHBsaWVkIHdpbGwgYXBwZWFyIGluIDxvcGVyYXRpb25hbD4gYW5kIGFs c28NCnRoZSBub24tTk1EQSB2ZXJzaW9uLg0KDQpQbGVhc2UgZG9uJ3Qgc3RhcnQgbWFraW5nIGFs bCBraW5kcyBvZiBzcGVjaWFsIGNhc2VzIGluIE5NREEuDQpJZiBhIGNvbmZpZ3VyZWQgdmFsdWUg aGFzIGFuIGFwcGxpZWQgdmFsdWUsIGl0IGlzIGV4cGVjdGVkIGluIGJvdGggPG9wZXJhdGlvbmFs Pg0KYW5kIHRoZSBub24tTk1EQSBtb2R1bGUgZm9yIHRoZSA8b3BlcmF0aW9uYWw+IGNvbnRlbnRz Lg0KDQpbUlddDQpJIGFncmVlLg0KDQpLZWVwaW5nIHRoaW5ncyBjb25zaXN0ZW50IGlzIGxpa2Vs eSB0byBtYWtlIGxpZmUgZWFzaWVyIGZvciBib3RoIGNsaWVudHMgYW5kIHNlcnZlcnMgYmVjYXVz ZSBpdCBtZWFucyBmZXdlciBzcGVjaWFsIGNhc2VzLg0KDQpUaGFua3MsDQpSb2INCg0KDQoNCg0K QW5keQ0KDQoNCg0KPiBJc24ndCB0aGUgb3BlcmF0aW9uYWwgZGF0YXN0b3JlIHRoZSB1bmlvbiBv ZiB0aGUNCj4gYXBwbGllZCBpbnRlbmRlZCBjb25maWcgKGNvbmZpZyB0cnVlIG5vZGVzKSBwbHVz IHRoZSBjb25maWcgZmFsc2Ugbm9kZXM/DQoNClNvcnQgb2YgeWVzLg0KDQpXaGF0IGlzIGluIDxv cGVyYXRpb25hbD4gaXMgdGhlICJhY3R1YWwgb3BlcmF0aW9uYWwgc3RhdGUgaW4gZWZmZWN0IGlu IHRoZSBzeXN0ZW0iLiAgRm9yIGNvbmZpZ3VyYWJsZSBpdGVtcywgdGhpcyBpcyBvZnRlbiwgYnV0 IG5vdCBuZWNlc3NhcmlseSwgdGhlIHNhbWUgYXMgImFwcGxpZWQgaW50ZW5kZWQgY29uZmlnIi4N Cg0KDQo+DQo+IE5vbi1OTURBIGhhcyBubyBjb25jZXB0IG9mICJhcHBsaWVkIiAob3BlcmF0aW9u YWwgc3RhdGUgb2YgY29uZmlnIHRydWUNCj4gbm9kZXMpLCB0aGF0IGlzIHdoeSBtYXNrZWQtdGFn cyBkb24ndCBnbyBpbiB0aGUgbW9kdWxlLXRhZ3Mtc3RhdGUNCj4gY29udGFpbmVyLiBUaGUgdXNl ciBjYW4gc3RpbGwgcmVhZCB0aGUgY29uZmlndXJlZCBtYXNrZWQtdGFnIHZhbHVlIG9uIHRoZQ0K PiBub3JtYWwgbm9uLWRlcHJlY2F0ZWQgbW9kdWxlIGluIHRoZSBub24tTk1EQSBjYXNlLg0KDQpP biBiYWxhbmNlLCBJJ20gbm90IHN1cmUgdGhpcyB3YXMgdGhlIHJpZ2h0IGNob2ljZS4gIEkgdGhp bmsgdGhhdCBpdCBtaWdodCBiZSBlYXNpZXIgdG8gaW5jbHVkZSAibWFza2VkLXRhZ3MiIGluIG1v ZHVsZS10YWdzLXN0YXRlLCBhbmQgaGF2ZSBpdCBqdXN0IHJlcG9ydCB0aGUgbGlzdCBvZiB0YWdz IHRoYXQgaGF2ZSBiZWVuIG1hc2tlZC4gIEkuZS4gZXhhY3RseSB0aGUgc2FtZSBtZWFuaW5nIGFz IE5NREEuDQoNClRoYW5rcywNClJvYg0KDQoNCj4NCj4gVGhhbmtzLA0KPiBDaHJpcy4NCj4NCj4g Pg0KPiA+IFRoYW5rcywNCj4gPiBSb2INCj4gPg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiA+PiBGcm9tOiBuZXRtb2QgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpu ZXRtb2QtYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBDaHJpc3RpYW4gSG9wcHMNCj4g Pj4gU2VudDogMjUgU2VwdGVtYmVyIDIwMTkgMTc6MTkNCj4gPj4gVG86IG5ldG1vZEBpZXRmLm9y ZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KPiA+PiBTdWJqZWN0OiBSZTogW25ldG1vZF0gSS1E IEFjdGlvbjoNCj4gPj4gZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtMDkudHh0DQo+ID4+ DQo+ID4+IFRoaXMgYWRkcyB0aGUgZGVwcmVjYXRlZCBub24tTk1EQSBzdGF0ZSBtb2R1bGUuDQo+ ID4+DQo+ID4+IFRoYW5rcywNCj4gPj4gQ2hyaXMuDQo+ID4+DQo+ID4+PiBPbiBTZXAgMjUsIDIw MTksIGF0IDEyOjE1IFBNLCBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQo+ID4+Pg0KPiA+Pj4NCj4gPj4+IEEgTmV3IEludGVy bmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cw0K PiA+PiBkaXJlY3Rvcmllcy4NCj4gPj4+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhl IE5ldHdvcmsgTW9kZWxpbmcgV0cgb2YgdGhlIElFVEYuDQo+ID4+Pg0KPiA+Pj4gICAgICAgVGl0 bGUgICAgICAgICAgIDogWUFORyBNb2R1bGUgVGFncw0KPiA+Pj4gICAgICAgQXV0aG9ycyAgICAg ICAgIDogQ2hyaXN0aWFuIEhvcHBzDQo+ID4+PiAgICAgICAgICAgICAgICAgICAgICAgICBMb3Ug QmVyZ2VyDQo+ID4+PiAgICAgICAgICAgICAgICAgICAgICAgICBEZWFuIEJvZ2Rhbm92aWMNCj4g Pj4+ICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtMDku dHh0DQo+ID4+PiAgIFBhZ2VzICAgICAgICAgICA6IDE4DQo+ID4+PiAgIERhdGUgICAgICAgICAg ICA6IDIwMTktMDktMjUNCj4gPj4+DQo+ID4+PiBBYnN0cmFjdDoNCj4gPj4+ICBUaGlzIGRvY3Vt ZW50IHByb3ZpZGVzIGZvciB0aGUgYXNzb2NpYXRpb24gb2YgdGFncyB3aXRoIFlBTkcgbW9kdWxl cy4NCj4gPj4+ICBUaGUgZXhwZWN0YXRpb24gaXMgZm9yIHN1Y2ggdGFncyB0byBiZSB1c2VkIHRv IGhlbHAgY2xhc3NpZnkgYW5kDQo+ID4+PiBvcmdhbml6ZSBtb2R1bGVzLiAgQSBtZXRob2QgZm9y IGRlZmluaW5nLCByZWFkaW5nIGFuZCB3cml0aW5nIGENCj4gPj4+IG1vZHVsZXMgdGFncyBpcyBw cm92aWRlZC4gIFRhZ3MgbWF5IGJlIHJlZ2lzdGVyZWQgYW5kIGFzc2lnbmVkDQo+ID4+PiBkdXJp bmcgIG1vZHVsZSBkZWZpbml0aW9uOyBhc3NpZ25lZCBieSBpbXBsZW1lbnRhdGlvbnM7IG9yDQo+ ID4+PiBkeW5hbWljYWxseSAgZGVmaW5lZCBhbmQgc2V0IGJ5IHVzZXJzLiAgVGhpcyBkb2N1bWVu dCBhbHNvIHByb3ZpZGVzDQo+ID4+PiBndWlkYW5jZSB0byAgZnV0dXJlIG1vZGVsIHdyaXRlcnM7 IGFzIHN1Y2gsIHRoaXMgZG9jdW1lbnQgdXBkYXRlcw0KPiBSRkM4NDA3Lg0KPiA+Pj4NCj4gPj4+ DQo+ID4+PiBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBp czoNCj4gPj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0 bW9kLW1vZHVsZS10YWdzLw0KPiA+Pj4NCj4gPj4+IFRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZl cnNpb25zIGF2YWlsYWJsZSBhdDoNCj4gPj4+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0wOQ0KPiA+Pj4gaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0NCj4gPj4+ IDA5DQo+ID4+Pg0KPiA+Pj4gQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZh aWxhYmxlIGF0Og0KPiA+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLTA5DQo+ID4+Pg0KPiA+Pj4NCj4gPj4+IFBsZWFzZSBu b3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9m DQo+ID4+PiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFy ZSBhdmFpbGFibGUgYXQNCj4gPj4gdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3Jn Pi4NCj4gPj4+DQo+ID4+PiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFu b255bW91cyBGVFAgYXQ6DQo+ID4+PiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz Lw0KPiA+Pj4NCj4gPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ID4+PiBuZXRtb2QgbWFpbGluZyBsaXN0DQo+ID4+PiBuZXRtb2RAaWV0Zi5vcmc8 bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCj4gPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0bW9kDQo+ID4+Pg0KPiA+DQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0 Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0bW9kDQo= --_000_MN2PR11MB43669B75BC562B5100C7A778B59E0MN2PR11MB4366namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkgRW1vamkiOw0KCXBhbm9z ZS0xOjIgMTEgNSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1z b05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K cC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUt bmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0 OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcy LjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBsYW5nPSJF Ti1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gQW5keSBCaWVybWFuICZs dDthbmR5QHl1bWF3b3Jrcy5jb20mZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4gMDMgT2N0b2JlciAy MDE5IDIzOjA5PGJyPg0KPGI+VG86PC9iPiBSb2IgV2lsdG9uIChyd2lsdG9uKSAmbHQ7cndpbHRv bkBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBDaHJpc3RpYW4gSG9wcHMgJmx0O2Nob3Bw c0BjaG9wcHMub3JnJmd0OzsgbmV0bW9kQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0wOS50 eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5PbiBUaHUsIE9jdCAzLCAyMDE5 IGF0IDg6MzEgQU0gUm9iIFdpbHRvbiAocndpbHRvbikgJmx0OzxhIGhyZWY9Im1haWx0bzpyd2ls dG9uQGNpc2NvLmNvbSI+cndpbHRvbkBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVm dDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4w cHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCkhpIENocmlzLDxicj4NCjxicj4NCiZndDsgLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IENocmlzdGlhbiBIb3BwcyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmNob3Bwc0BjaG9wcHMub3JnIiB0YXJnZXQ9Il9ibGFuayI+Y2hvcHBz QGNob3Bwcy5vcmc8L2E+Jmd0Ozxicj4NCiZndDsgU2VudDogMDMgT2N0b2JlciAyMDE5IDE2OjE2 PGJyPg0KJmd0OyBUbzogUm9iIFdpbHRvbiAocndpbHRvbikgJmx0OzxhIGhyZWY9Im1haWx0bzpy d2lsdG9uQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJ3aWx0b25AY2lzY28uY29tPC9hPiZn dDs8YnI+DQomZ3Q7IENjOiBDaHJpc3RpYW4gSG9wcHMgJmx0OzxhIGhyZWY9Im1haWx0bzpjaG9w cHNAY2hvcHBzLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmNob3Bwc0BjaG9wcHMub3JnPC9hPiZndDs7 DQo8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9k QGlldGYub3JnPC9hPjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLTA5LnR4dDxicj4NCiZndDsgPGJyPg0KJmd0 OyBbcmVzZW5kaW5nIHRvIGluY2x1ZGUgbGlzdCBjY108YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0 OyBPbiBPY3QgMywgMjAxOSwgYXQgNTo0NSBBTSwgUm9iIFdpbHRvbiAocndpbHRvbikgJmx0Ozxh IGhyZWY9Im1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnJ3aWx0b25A Y2lzY28uY29tPC9hPiZndDs8YnI+DQomZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyBIaSBDaHJpcyw8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgQXMgZGlzY3Vz c2VkIG9mZmxpbmUsIHlvdSBoYXZlIGxlZnQgb3V0IHRoZSAmcXVvdDttYXNrZWQtdGFnJnF1b3Q7 IGNvbnRhaW5lciBpbjxicj4NCiZndDsgdGhlICZxdW90O21vZHVsZXMtdGFncy1zdGF0ZSZxdW90 OyBtb2R1bGUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE9uZSBtaWdodCByZWFkIHRoaXMgYXMgYW4g b2JqZWN0aW9uIHRoYXQgd2FzIGRpc2N1c3NlZCBvZmZsaW5lLCBidXQgSTxicj4NCiZndDsgZG9u J3QgdGhpbmsgeW91IGFyZSBvYmplY3RpbmcsIHlvdSdyZSBqdXN0IHN0YXRpbmcgd2hhdCBoYXBw ZW5lZCwgY29ycmVjdD88YnI+DQo8YnI+DQpDb3JyZWN0LCBub3Qgb2JqZWN0aW5nLCBhbHRob3Vn aCBJIG1pZ2h0IGJlIGFib3V0IHRvIDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtTZWdv ZSBVSSBFbW9qaSZxdW90OyxzYW5zLXNlcmlmIj4NCiYjMTI4NTIxOzwvc3Bhbj48YnI+DQo8YnI+ DQpHZW5lcmFsbHksIEkgdGhpbmsgdGhhdCBpcyB3aGF0IGlzIGF2YWlsYWJsZSBpbiAmcXVvdDtt b2R1bGUtdGFncy1zdGF0ZSZxdW90OyBzaG91bGQgYmUgZGlyZWN0bHkgZXF1aXZhbGVudCB0byB3 aGF0IGlzIGF2YWlsYWJsZSBpbiB0aGUgb3BlcmF0aW9uYWwgZGF0YXN0b3JlIGZvciBzZXJ2ZXJz IHRoYXQgc3VwcG9ydCBOTURBLjxicj4NCjxicj4NClNvLCBteSBwcmV2aW91cyBjb21tZW50cyB3 ZXJlIHRyeWluZyB0byBhbGlnbiB0aGVzZSB0d28gdG9nZXRoZXIuJm5ic3A7IEkuZS4gaWYgeW91 IHRoaW5rIHRoYXQgJnF1b3Q7bWFza2VkLXRhZyZxdW90OyBpc24ndCBuZWVkZWQgaW4gJnF1b3Q7 bW9kdWxlLXRhZ3Mtc3RhdGUmcXVvdDsgdGhlbiBJIHRoaW5rIHRoYXQgdGhlcmUgaXMgdGhlIGVx dWl2YWxlbnQgcXVlc3Rpb24gb2Ygd2hldGhlciBpdCBzaG91bGQgYmUgcmVwb3J0ZWQgaW4gJmx0 O29wZXJhdGlvbmFsJmd0Oy48YnI+DQo8YnI+DQpXaGF0IGlzIHVudXN1YWwgaW4gdGhpcyBjYXNl LCBpcyB0aGF0IHlvdSBoYXZlIHNvbWUgY29uZmlndXJhdGlvbiB0aGF0IHJlbW92ZXMgaXRlbXMg ZnJvbSBhbm90aGVyIGxpc3QuPGJyPg0KPGJyPg0KPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsg Rm9yIGNvbnNpc3RlbnRseSwgSSB3b25kZXIsIHdoZXRoZXIgdGhlcmUgc2hvdWxkbid0IGFsc28g YmUgYSBjb21tZW50IGluPGJyPg0KJmd0OyB0aGUgJnF1b3Q7bWFza2VkLXRhZyZxdW90OyBsZWFm LWxpc3QgaW4gdGhlIG1haW4gTk1EQSBjb21wYXRpYmxlIG1vZHVsZSB0byBpbmRpY2F0ZTxicj4N CiZndDsgdGhhdCAmcXVvdDttYXNrZWQtdGFnJnF1b3Q7IGlzbid0IHJlcG9ydGVkIGluIHRoZSBv cGVyYXRpb25hbCBzdGF0ZSBkYXRhc3RvcmU8YnI+DQomZ3Q7IGJlY2F1c2UgdGhlIGluZm9ybWF0 aW9uIGlzIGNvbWJpbmVkIGludG8gdGhlICZxdW90O3RhZyZxdW90OyBsZWFmLWxpc3QuPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IE9rLCBjb2xvciBtZSBjb25mdXNlZC4gRm9yIE5NREEsIHdoeSB3b3Vs ZG4ndCBtYXNrZWQtdGFnIHNob3cgdXAgaW48YnI+DQomZ3Q7IG9wZXJhdGlvbmFsIGRhdGFzdG9y ZT88YnI+DQo8YnI+DQpCeSBkZWZhdWx0IGl0IHdvdWxkLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij5JTU8gdGhlIG5vbi1OTURBIHN0YXRlIG1vZHVsZSBzaG91bGQgaGF2ZSB0aGUgc2Ft ZSBzdHJ1Y3R1cmUgYXMgdGhlIE5NREEgdmVyc2lvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkFu eSBjb25maWd1cmVkIG1hc2tlZC10YWcgZW50cmllcyB0aGF0IGFyZSBhcHBsaWVkIHdpbGwgYXBw ZWFyIGluICZsdDtvcGVyYXRpb25hbCZndDsgYW5kIGFsc288bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PnRoZSBub24tTk1EQSB2ZXJzaW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij5QbGVhc2UgZG9uJ3Qgc3RhcnQgbWFraW5nIGFsbCBraW5kcyBvZiBz cGVjaWFsIGNhc2VzIGluIE5NREEuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5JZiBhIGNvbmZpZ3Vy ZWQgdmFsdWUgaGFzIGFuIGFwcGxpZWQgdmFsdWUsIGl0IGlzIGV4cGVjdGVkIGluIGJvdGggJmx0 O29wZXJhdGlvbmFsJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+YW5kIHRoZSBub24tTk1EQSBt b2R1bGUgZm9yIHRoZSAmbHQ7b3BlcmF0aW9uYWwmZ3Q7IGNvbnRlbnRzLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 aT5bUlddIDxvOnA+PC9vOnA+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 aT5JIGFncmVlLjxvOnA+PC9vOnA+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48bzpwPiZuYnNwOzwvbzpwPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PGk+S2VlcGluZyB0aGluZ3MgY29uc2lzdGVudCBpcyBsaWtlbHkgdG8gbWFrZSBsaWZlIGVh c2llciBmb3IgYm90aCBjbGllbnRzIGFuZCBzZXJ2ZXJzIGJlY2F1c2UgaXQgbWVhbnMgZmV3ZXIg c3BlY2lhbCBjYXNlcy48bzpwPjwvbzpwPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PGk+PG86cD4mbmJzcDs8L286cD48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPlRoYW5rcyw8bzpwPjwvbzpwPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PGk+Um9iPG86cD48L286cD48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPjxvOnA+Jm5ic3A7PC9vOnA+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48aT48bzpwPiZuYnNwOzwvbzpwPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48YnI+DQomZ3Q7IElzbid0 IHRoZSBvcGVyYXRpb25hbCBkYXRhc3RvcmUgdGhlIHVuaW9uIG9mIHRoZTxicj4NCiZndDsgYXBw bGllZCBpbnRlbmRlZCBjb25maWcgKGNvbmZpZyB0cnVlIG5vZGVzKSBwbHVzIHRoZSBjb25maWcg ZmFsc2Ugbm9kZXM/PGJyPg0KPGJyPg0KU29ydCBvZiB5ZXMuPGJyPg0KPGJyPg0KV2hhdCBpcyBp biAmbHQ7b3BlcmF0aW9uYWwmZ3Q7IGlzIHRoZSAmcXVvdDthY3R1YWwgb3BlcmF0aW9uYWwgc3Rh dGUgaW4gZWZmZWN0IGluIHRoZSBzeXN0ZW0mcXVvdDsuJm5ic3A7IEZvciBjb25maWd1cmFibGUg aXRlbXMsIHRoaXMgaXMgb2Z0ZW4sIGJ1dCBub3QgbmVjZXNzYXJpbHksIHRoZSBzYW1lIGFzICZx dW90O2FwcGxpZWQgaW50ZW5kZWQgY29uZmlnJnF1b3Q7Ljxicj4NCjxicj4NCjxicj4NCiZndDsg PGJyPg0KJmd0OyBOb24tTk1EQSBoYXMgbm8gY29uY2VwdCBvZiAmcXVvdDthcHBsaWVkJnF1b3Q7 IChvcGVyYXRpb25hbCBzdGF0ZSBvZiBjb25maWcgdHJ1ZTxicj4NCiZndDsgbm9kZXMpLCB0aGF0 IGlzIHdoeSBtYXNrZWQtdGFncyBkb24ndCBnbyBpbiB0aGUgbW9kdWxlLXRhZ3Mtc3RhdGU8YnI+ DQomZ3Q7IGNvbnRhaW5lci4gVGhlIHVzZXIgY2FuIHN0aWxsIHJlYWQgdGhlIGNvbmZpZ3VyZWQg bWFza2VkLXRhZyB2YWx1ZSBvbiB0aGU8YnI+DQomZ3Q7IG5vcm1hbCBub24tZGVwcmVjYXRlZCBt b2R1bGUgaW4gdGhlIG5vbi1OTURBIGNhc2UuPGJyPg0KPGJyPg0KT24gYmFsYW5jZSwgSSdtIG5v dCBzdXJlIHRoaXMgd2FzIHRoZSByaWdodCBjaG9pY2UuJm5ic3A7IEkgdGhpbmsgdGhhdCBpdCBt aWdodCBiZSBlYXNpZXIgdG8gaW5jbHVkZSAmcXVvdDttYXNrZWQtdGFncyZxdW90OyBpbiBtb2R1 bGUtdGFncy1zdGF0ZSwgYW5kIGhhdmUgaXQganVzdCByZXBvcnQgdGhlIGxpc3Qgb2YgdGFncyB0 aGF0IGhhdmUgYmVlbiBtYXNrZWQuJm5ic3A7IEkuZS4gZXhhY3RseSB0aGUgc2FtZSBtZWFuaW5n IGFzIE5NREEuPGJyPg0KPGJyPg0KVGhhbmtzLDxicj4NClJvYjxicj4NCjxicj4NCjxicj4NCiZn dDsgPGJyPg0KJmd0OyBUaGFua3MsPGJyPg0KJmd0OyBDaHJpcy48YnI+DQomZ3Q7IDxicj4NCiZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGFua3MsPGJyPg0KJmd0OyAmZ3Q7IFJvYjxicj4NCiZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQomZ3Q7ICZndDsmZ3Q7IEZyb206IG5ldG1vZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldG1vZC1i b3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8 L2E+Jmd0OyBPbiBCZWhhbGYgT2YgQ2hyaXN0aWFuIEhvcHBzPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBT ZW50OiAyNSBTZXB0ZW1iZXIgMjAxOSAxNzoxOTxicj4NCiZndDsgJmd0OyZndDsgVG86IDxhIGhy ZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5v cmc8L2E+PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBTdWJqZWN0OiBSZTogW25ldG1vZF0gSS1EIEFjdGlv bjo8YnI+DQomZ3Q7ICZndDsmZ3Q7IGRyYWZ0LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLTA5LnR4 dDxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFRoaXMgYWRkcyB0aGUgZGVw cmVjYXRlZCBub24tTk1EQSBzdGF0ZSBtb2R1bGUuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZn dDsgJmd0OyZndDsgVGhhbmtzLDxicj4NCiZndDsgJmd0OyZndDsgQ2hyaXMuPGJyPg0KJmd0OyAm Z3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IE9uIFNlcCAyNSwgMjAxOSwgYXQgMTI6MTUg UE0sIDxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIHRhcmdldD0iX2Js YW5rIj4NCmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4gd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEEg TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0 LURyYWZ0czxicj4NCiZndDsgJmd0OyZndDsgZGlyZWN0b3JpZXMuPGJyPg0KJmd0OyAmZ3Q7Jmd0 OyZndDsgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTmV0d29yayBNb2RlbGluZyBX RyBvZiB0aGUgSUVURi48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsm Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGl0bGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOzogWUFORyBNb2R1bGUgVGFnczxicj4NCiZndDsgJmd0OyZndDsm Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QXV0aG9ycyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDs6IENocmlzdGlhbiBIb3Bwczxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TG91IEJlcmdlcjxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RGVhbiBCb2dkYW5vdmljPGJy Pg0KJmd0OyAmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7RmlsZW5hbWUmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgOiBkcmFmdC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0wOS50eHQ8YnI+DQom Z3Q7ICZndDsmZ3Q7Jmd0OyZuYnNwOyAmbmJzcDtQYWdlcyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7OiAxODxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNw O0RhdGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IDIwMTktMDkt MjU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEFic3RyYWN0 Ojxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgZm9y IHRoZSBhc3NvY2lhdGlvbiBvZiB0YWdzIHdpdGggWUFORyBtb2R1bGVzLjxicj4NCiZndDsgJmd0 OyZndDsmZ3Q7Jm5ic3A7IFRoZSBleHBlY3RhdGlvbiBpcyBmb3Igc3VjaCB0YWdzIHRvIGJlIHVz ZWQgdG8gaGVscCBjbGFzc2lmeSBhbmQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBvcmdhbml6ZSBt b2R1bGVzLiZuYnNwOyBBIG1ldGhvZCBmb3IgZGVmaW5pbmcsIHJlYWRpbmcgYW5kIHdyaXRpbmcg YTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IG1vZHVsZXMgdGFncyBpcyBwcm92aWRlZC4mbmJzcDsg VGFncyBtYXkgYmUgcmVnaXN0ZXJlZCBhbmQgYXNzaWduZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyBkdXJpbmcmbmJzcDsgbW9kdWxlIGRlZmluaXRpb247IGFzc2lnbmVkIGJ5IGltcGxlbWVudGF0 aW9uczsgb3I8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBkeW5hbWljYWxseSZuYnNwOyBkZWZpbmVk IGFuZCBzZXQgYnkgdXNlcnMuJm5ic3A7IFRoaXMgZG9jdW1lbnQgYWxzbyBwcm92aWRlczxicj4N CiZndDsgJmd0OyZndDsmZ3Q7IGd1aWRhbmNlIHRvJm5ic3A7IGZ1dHVyZSBtb2RlbCB3cml0ZXJz OyBhcyBzdWNoLCB0aGlzIGRvY3VtZW50IHVwZGF0ZXM8YnI+DQomZ3Q7IFJGQzg0MDcuPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz Ojxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLyIgdGFyZ2V0PSJfYmxhbmsi Pg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2QtbW9k dWxlLXRhZ3MvPC9hPjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZn dDsgVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCiZn dDsgJmd0OyZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW5ldG1vZC1tb2R1bGUtdGFncy0wOSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLTA5PC9hPjxi cj4NCiZndDsgJmd0OyZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtIiB0YXJnZXQ9Il9ibGFu ayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtbmV0 bW9kLW1vZHVsZS10YWdzLTwvYT48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAwOTxicj4NCiZndDsg Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgQSBkaWZmIGZyb20gdGhlIHByZXZp b3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IDxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW5ldG1vZC1t b2R1bGUtdGFncy0wOSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtbmV0bW9kLW1vZHVsZS10YWdzLTA5PC9hPjxicj4NCiZndDsg Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0 bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxicj4NCiZndDsgJmd0OyZn dDsgPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dG9vbHMu aWV0Zi5vcmc8L2E+Ljxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZn dDsgSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0 Ojxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IDxhIGhyZWY9ImZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvIiB0YXJnZXQ9Il9ibGFuayI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy88L2E+PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZn dDsgJmd0OyZndDsmZ3Q7IG5ldG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyA8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9k QGlldGYub3JnPC9hPjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Q8L2E+PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5ldG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQo8 YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bmV0bW9kQGll dGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbmV0bW9kIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRtb2Q8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_MN2PR11MB43669B75BC562B5100C7A778B59E0MN2PR11MB4366namp_-- From nobody Fri Oct 4 02:18:28 2019 Return-Path: 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 80F12120859 for ; Fri, 4 Oct 2019 02:18:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 NdSQAsCKt2YV for ; Fri, 4 Oct 2019 02:18:24 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 6791C12007C for ; Fri, 4 Oct 2019 02:18:24 -0700 (PDT) Received: from stubbs.int.chopps.org (unknown [172.222.100.236]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 815A46057A; Fri, 4 Oct 2019 05:18:23 -0400 (EDT) From: Christian Hopps Message-Id: <94CE9ADC-C823-4B08-8107-016B6490BA73@chopps.org> Content-Type: multipart/signed; boundary="Apple-Mail=_377719DA-95EB-4709-88B8-F4F66F6E90F2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Fri, 4 Oct 2019 05:18:22 -0400 In-Reply-To: Cc: Christian Hopps , Mahesh Jethanandani , "netmod@ietf.org" To: "Rob Wilton (rwilton)" References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 09:18:27 -0000 --Apple-Mail=_377719DA-95EB-4709-88B8-F4F66F6E90F2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Oct 4, 2019, at 4:17 AM, Rob Wilton (rwilton) = wrote: >=20 > Hi Chris, Mahesh, >=20 >> -----Original Message----- >> From: Christian Hopps >> Sent: 03 October 2019 20:50 >> To: Mahesh Jethanandani >> Cc: Christian Hopps ; Rob Wilton (rwilton) >> ; netmod@ietf.org >> Subject: Re: [netmod] References to the "tags" typedef >>=20 >>=20 >>=20 >>> On Oct 3, 2019, at 2:34 PM, Mahesh Jethanandani >> wrote: >>>=20 >>>=20 >>>=20 >>>> On Oct 3, 2019, at 2:37 AM, Rob Wilton (rwilton) = >> wrote: >>>>=20 >>>> Hi Chris, >>>>=20 >>>> I know that this is late, but ... >>>>=20 >>>> The YANG packages draft (https://tools.ietf.org/html/draft-rwilton- >> netmod-yang-packages-01, but an updated version will be posted soon), = is >> currently using the module-tags typedef to allow a package definition = to >> contain a list of tags. >>>>=20 >>>> E.g. >>>> module: ietf-yang-package >>>> +--ro yang-package >>>> +--ro name yang:yang-identifier >>>> +--ro version yang-sem-ver >>>> +--ro revision-date? yanglib:revision-identifier >>>> +--ro location* inet:uri >>>> +--ro description? string >>>> +--ro reference? string >>>> +--ro previous-version? yang-sem-ver >>>> +--ro tag* tags:tag >>>> +--ro referentially-complete? Boolean >>>> ... >>>>=20 >>>> This package definition goes into an instance data document, for = which >> the schema should just be ietf-yang-package, but by it importing = ietf- >> module-tags.yang, it effectively also pulls in the "container = module-tags" >> into the schema for the package definition, that I don't think should = be >> there. >>>>=20 >>>> If we keep package tags, then I think that there are two ways to = fix >> this: >>>>=20 >>>> (1) Split ietf-module-tags into an ietf-module-tags-types.yang and = a >> ietf-module-tags.yang. But it would be very late to do this, and the >> packages draft isn't even a workgroup document at this stage. >>>=20 >>> I know it is late. But what will it take to split the tags-types = module >> from the tags module? >>=20 >> I do not understand why this is important at all. What does "pulls = in" >> exactly mean? >=20 > To put YANG instance data into a document you need to know what the = schema is associated with the instance data. >=20 > Ideally, I want the schema for a YANG package instance data document = to just be the ro yang-package structure described above (actually now = defined using YANG data extension from draft-ietf-netmod-yang-data-ext). >=20 > To use the "tags:tag" typedef, ietf-yang-package had an import on = "ietf-module-tags" which both defines a tags type and also a = "module-tags" container as well. I want the typedef, but not the = container, because I don't want the schema for the package file to be: > +--ro yang-package <-- I do want this > | +--ro name yang:yang-identifier > | ... > +--ro module-tags <-- I don't want this > +- ... >=20 > There are a few solutions: >=20 > 1) Split ietf-module-tags into a ietf-module-tags-types.yang that only = defines the typedef and the extension, and hence the = ietf-module-tags.yang only defines the module-tags container, and = ietf-yang-packages.yang can just import ietf-module-tags-types.yang > 2) Have ietf-yang-package.yang define its own "tags" type, hence there = is no dependency on "ietf-module-tags.yang" at all. > 3) Tweak the schema specification for simplified-inline-schema in = instance-data documents so that the use of ietf-module-tags.yang module = effectively becomes "import-only" rather than "implemented". If there's a problem here it doesn't seem to be with module tags, but = more generically with this "pulling in" issue you have with instance = data documents. Are we now going to require *all* YANG types be defined = in their own modules so their re-use in instance data documents doesn't = "pull in" the other stuff? Are we going to go back and revise and = republish all current YANG modules splitting them up this way? Thanks, Chris. > 4) Don't worry about the fact that the file schema for a YANG package = contains more than it should. >=20 > I strongly dislike (4) as an option. > But I think that probably either (2) or (3) would be OK as a solution. >=20 > Hence, it is probably not necessarily to split ietf-module-tags.yang = into two files, because there are other solutions available. It isn't = even clear to me that (1) is necessarily the best solution anyway ... >=20 > Thanks, > Rob >=20 >=20 >>=20 >> Thanks, >> Chris. >>=20 >>>=20 >>>>=20 >>>> (2) Have the package draft define its own "package tag" typedef, = and >> not have an import reference on module-tags at all. Probably if we = do >> keep package tags, then we should also consider a mechanism by which = they >> can be updated on a device equivalently to module tags. >>>>=20 >>>> I'm currently thinking that the second choice might be a better >> approach at this time, but wanted to check whether you or the WG had = an >> opinion. >>>>=20 >>>> Thanks, >>>> Rob >>>>=20 >>>>=20 >>>>=20 >>>>> -----Original Message----- >>>>> From: netmod On Behalf Of Christian = Hopps >>>>> Sent: 25 September 2019 17:19 >>>>> To: netmod@ietf.org >>>>> Subject: Re: [netmod] I-D Action: >>>>> draft-ietf-netmod-module-tags-09.txt >>>>>=20 >>>>> This adds the deprecated non-NMDA state module. >>>>>=20 >>>>> Thanks, >>>>> Chris. >>>>>=20 >>>>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: >>>>>>=20 >>>>>>=20 >>>>>> A New Internet-Draft is available from the on-line = Internet-Drafts >>>>> directories. >>>>>> This draft is a work item of the Network Modeling WG of the IETF. >>>>>>=20 >>>>>> Title : YANG Module Tags >>>>>> Authors : Christian Hopps >>>>>> Lou Berger >>>>>> Dean Bogdanovic >>>>>> Filename : draft-ietf-netmod-module-tags-09.txt >>>>>> Pages : 18 >>>>>> Date : 2019-09-25 >>>>>>=20 >>>>>> Abstract: >>>>>> This document provides for the association of tags with YANG = modules. >>>>>> The expectation is for such tags to be used to help classify and >>>>>> organize modules. A method for defining, reading and writing a >>>>>> modules tags is provided. Tags may be registered and assigned >>>>>> during module definition; assigned by implementations; or >>>>>> dynamically defined and set by users. This document also = provides >>>>>> guidance to future model writers; as such, this document updates >> RFC8407. >>>>>>=20 >>>>>>=20 >>>>>> The IETF datatracker status page for this draft is: >>>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ >>>>>>=20 >>>>>> There are also htmlized versions available at: >>>>>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 >>>>>> = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags >>>>>> -09 >>>>>>=20 >>>>>> A diff from the previous version is available at: >>>>>> = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-09 >>>>>>=20 >>>>>>=20 >>>>>> Please note that it may take a couple of minutes from the time of >>>>>> submission until the htmlized version and diff are available at >>>>> tools.ietf.org. >>>>>>=20 >>>>>> Internet-Drafts are also available by anonymous FTP at: >>>>>> ftp://ftp.ietf.org/internet-drafts/ >>>>>>=20 >>>>>> _______________________________________________ >>>>>> netmod mailing list >>>>>> netmod@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >>> Mahesh Jethanandani >>> mjethanandani@gmail.com --Apple-Mail=_377719DA-95EB-4709-88B8-F4F66F6E90F2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAl2XDl4ACgkQLh2DDte4 MCXPgA/+ONFI5npR+ZTNLx+OgtCa68DZMz1ZDI9Ox4kWTdXF0NcXBuMKJohyPSBg Zkgx0qeXhVfSUMOfHVpw5u4qvVB24k9ERwE8RHM1/xyrw/gjDMcH4PZB9kg8v1kR CKBF7VxdfqDwrgXqbKUwJRmab5T0WlJuM+AS0BwKgu0YTNrv6bIrK90jx7TClA2F 8EiQ5RJJAAHP180sXMabjqUwielhmlTuXSX+oxMFhbzuNzje1joXyHp3HRmXa3V4 ZPWYJ9ZUthGgfbfYaItQr+4WrU+59wxspOmFZ7PJiHxkuaZmnJGf746sX3c2eUKL lgMouNMWkxoWvuCYo1dJCT5hM+gbTceRmRvCMUbfbOT6SVYUAn+vAFbC4BjPO4uo wEqNdItOajagCCKw8SD49xZ6WxkO6clgk/lv6bZ5+VvKBqWuxftOEU7Wvs1BYWQl /7qo2uRDeFQ8ZgmkRA2v6YrWt1Sq7UcVOJfetp0twxP8AWAvJQih+Kb1EFqcdo/i uAojAlAbp1p5cSGkLovAlISd1SXUmv0v2xta+QHOVnSmA6/WvHLOh7O4Xaz5lLYC 2mgNKv+6DPsJo8iUq7wEQ5ypfddJaEBvcpgUMYn/BP6K/HpIDNzhjI7WgsGXT2ZB B1W56Agw5CXRRKERkVIkemuFrOC4XBL2p6Jv9QdHyXYusKtrZps= =2qql -----END PGP SIGNATURE----- --Apple-Mail=_377719DA-95EB-4709-88B8-F4F66F6E90F2-- From nobody Fri Oct 4 02:35:49 2019 Return-Path: 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 6A2D01208BC for ; Fri, 4 Oct 2019 02:35:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 PTGFsFcaQV79 for ; Fri, 4 Oct 2019 02:35:39 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70070.outbound.protection.outlook.com [40.107.7.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD40F1208E0 for ; Fri, 4 Oct 2019 02:35:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oLUHbLfziBNEaUQMWWcAU4+l4hPtE7xXdVVE2mFjHtZ4GUQoJ0/CPsSDwDNNf7ojPb1RdFsFOPOI+WIJbPGsWSYX3aJLVq4pUc9wrq+T8e4bx1XvRw6pup/GeJLTrSGDm+8setsOrb4r9XnemZ4jpPuFVlK9lz6PVJMpNbmzwfss+Vs2kfj8S/kKT/txDJHQ7GlZN1i4uImtD7fKGWWSgs+Rr/Fuya6stGUnD3G8SAZI5UcOmNUJm389BQJUCwiIfeTYY3KvR/1dREKSnG5dgjpOFXaM0Ma9VpG4SIVX+Kgp7M/sUm10tAdIrmLxJEjKEJZKFQ2SLFU9OiZDBKgsvg== 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=EW2OnKeT1mmcjgXpYpOtBCNLksCQuTIQD3wB/zCpSRA=; b=nsfPNx8uIaqLCQRAGxzEjFAJEXx9hAxk+pfe2ephldeh96NaDBnmBzQgDkkBrpLBkIdoV9CdzURc5Jhe6ApsWdesh7ITsOrEWgzQAWEQKYhfiLhcfnPoqosUW/0Tl07CUOnBNlTIh9urzi+u2NO2f3IV4KzZkUg0KPJq/kjYEUU1fI1dVo3pVvaf30DtcsDFzlSKTx8Efb8RtampuCTP0JKDg/DKj/dxI0YKCDztpz85U6FHRzk59mvBCadBBl8NAvbrE8jOpmKZdb94Fped9q53ys7blGBAhREgienG8Ue5g206Fz0PzzPDMcrePR7oRSTNtun252sgtElKjoVQFA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EW2OnKeT1mmcjgXpYpOtBCNLksCQuTIQD3wB/zCpSRA=; b=gyxuyFaeEb5BKMcF8Bec2PIKcPbBInSOb3AUvGIxSmi7C8no7O/oa1lbkQz41fJsosH/vdHkjBHgWEtRp5aacUXcU0mjweozym4+EGkMHNIl8c2J8wME0yRluluZZ/6BnDGsR7hrc0yL541AF7OhBftfcqTAkQjJ0iySyc5HZ2U= Received: from DB6P190MB0181.EURP190.PROD.OUTLOOK.COM (10.172.229.20) by DB6P190MB0374.EURP190.PROD.OUTLOOK.COM (10.175.242.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Fri, 4 Oct 2019 09:35:35 +0000 Received: from DB6P190MB0181.EURP190.PROD.OUTLOOK.COM ([fe80::3031:b318:b167:f8ee]) by DB6P190MB0181.EURP190.PROD.OUTLOOK.COM ([fe80::3031:b318:b167:f8ee%12]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 09:35:35 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: "Rob Wilton (rwilton)" CC: Christian Hopps , Mahesh Jethanandani , "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcAADYFqA Date: Fri, 4 Oct 2019 09:35:35 +0000 Message-ID: <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> In-Reply-To: Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR01CA0118.eurprd01.prod.exchangelabs.com (2603:10a6:208:168::23) To DB6P190MB0181.EURP190.PROD.OUTLOOK.COM (2603:10a6:4:88::20) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ee43b6c9-9b31-41c6-754e-08d748ae3510 x-ms-traffictypediagnostic: DB6P190MB0374: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(376002)(346002)(136003)(39850400004)(366004)(199004)(189003)(43544003)(229853002)(6436002)(6246003)(4326008)(54906003)(316002)(6486002)(6116002)(6306002)(6512007)(305945005)(3450700001)(7736002)(786003)(2906002)(476003)(25786009)(43066004)(6916009)(86362001)(5660300002)(4744005)(1076003)(478600001)(66946007)(45776006)(66446008)(256004)(14454004)(71190400001)(71200400001)(8936002)(11346002)(446003)(186003)(46003)(486006)(99286004)(386003)(8676002)(6506007)(81156014)(52116002)(76176011)(102836004)(66476007)(66556008)(81166006)(64756008); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6P190MB0374; H:DB6P190MB0181.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8AO8f9EX38/OymsSWFYGYHHfIBPWsKS34HZh5f9IS3bhgNhVjvvr5dhNYLwRFZY6uv9EdJl334W83DbSsX8x8jXKcKx+fvyzf42InW8NTiDeNrxIr+peqMtuXUXpzLNl081PcNBjXuyCitZc4f/30VzHgbCC+PWsHJ94xWDHBKSMg8C3+m/a3kFctTiCgW0Q/tyGravnD+J15p1645o5zBrZ+iyLxyxUuFh8dE/rxW4zIRrPymPoSTnfXkVBbP5Zm/yiNqRKeNG72o8zv4G5AFQGgu01wZhglBkOin1fDCo5rvFjqQV88abVSo1df6q/zPQcJ3mnIIf/HMwdmWijN1CwSJT3ObZcgZz4SnILySeBBAlfveoQdAE8Tfg6PUbltO0mFwwgRXY3irOzB8sMKz7jNMQSzFvwRTZyRxJTgWCsFj/FaJZuYDqw6QVcZRSV69Yn/pZQv9abf4IVzAwbfQ== Content-Type: text/plain; charset="iso-8859-1" Content-ID: <5502148F74654C48BFE8F899F48789FB@EURP190.PROD.OUTLOOK.COM> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: ee43b6c9-9b31-41c6-754e-08d748ae3510 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 09:35:35.0743 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lk8aBQd+So32oECaPZh/UJjkOZKhwFy5oJbNHj0YWG7s71lh1HIYvolnH9v/6Tj5Mbnm+jlmahY7V2LP9HSLVZMbEy93TDrSf4WMuxYTAZo= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P190MB0374 Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 09:35:49 -0000 On Fri, Oct 04, 2019 at 08:17:33AM +0000, Rob Wilton (rwilton) wrote: >=20 > To use the "tags:tag" typedef, ietf-yang-package had an import on "ietf-m= odule-tags" which both defines a tags type and also a "module-tags" contain= er as well. I want the typedef, but not the container, because I don't wan= t the schema for the package file to be: > +--ro yang-package <-- I do want this > | +--ro name yang:yang-identifier > | ... > +--ro module-tags <-- I don't want this > +- ... > Isn't import-only-module in YANG library take care of this? /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Oct 4 03:05:05 2019 Return-Path: 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 7B6091208C3 for ; Fri, 4 Oct 2019 03:05:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=O5CDpCDE; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=h2rKVrcb 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 5fKUY3mW60Sw for ; Fri, 4 Oct 2019 03:05:01 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 158551208BB for ; Fri, 4 Oct 2019 03:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4989; q=dns/txt; s=iport; t=1570183501; x=1571393101; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=5UZzl1e5gBq09AbFtlC1e9/LCjZMvJEuN9zzUBLXuaM=; b=O5CDpCDEVXDpCJa1h9WLu4eaL1NoalVheN2jAHGfH9xmzQkvFaY5+0Os oqebrkOVeCrE11tgA0nUd6cOxrtutA0Kgz2VxvvSJ2ftGFhnQ28SP9M6T rl9JY8J3yxQ5LWWq7YxG9Dd1Oc78Ijgo12YnVUrmgUcjeSdeXdMuyc63s A=; IronPort-PHdr: =?us-ascii?q?9a23=3AAd7NfRDipIwGc9zPzm3lUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs13kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuNuHrazA9GuxJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAABkGJdd/5JdJa1iAxkBAQEBAQE?= =?us-ascii?q?BAQEBAQEMAQEBAQEBgVUCAQEBAQELAYFKUANtViAECyoKh18DikiCXIlojhG?= =?us-ascii?q?BLoEkA1QJAQEBDAEBJQgCAQGEQAKCRyM2Bw4CAwkBAQQBAQECAQUEbYUtDIV?= =?us-ascii?q?LAQEBAQMSLgEBNwELAgICAQgQAQQBAQEuGwYRHQgBAQQBDQUIEweDAYFqAx0?= =?us-ascii?q?BAgyjGQKBOIhhgieCfQEBBYFIQYMBDQuCFwMGBYEvAYwNGIFAP4FXgkw+ghp?= =?us-ascii?q?HAgIBARaBSQUaFw+CeIImjHOIUWCWV0EKgiOHCIoJhCKZQI4riCCCDY8EAgQ?= =?us-ascii?q?CBAUCDgEBBYFZBC6BWHAVgydQEBSBT4NzM4RhhT90gSmPIgGBIgEB?= X-IronPort-AV: E=Sophos;i="5.67,256,1566864000"; d="scan'208";a="350668064" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Oct 2019 10:05:00 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x94A509b017439 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Oct 2019 10:05:00 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 05:04:59 -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; Fri, 4 Oct 2019 05:04:58 -0500 Received: from NAM04-SN1-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; Fri, 4 Oct 2019 06:04:57 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CWfN2naX9QRh39UxWtN+V5IxOLLqT2OvMDfPLdOk/u011aK9BHPa4KdUQR/SQf33TDUZxg9iHVQxljP1QoKN/vPFvGv0tpeqnUGLagSQRWroML75hwwmjRDghJqxw1pcxWfZYOPOKeV5NqM7/9NNuVSdMhchAL3OvIOtqW45jxr/MEyTd2KrIu8rHNYvvaS9I8NwfDB8G6Si81fosycXDqTbKvwrN11II9z3rRxyanM6x71saYKQoyKheq20S/5ej1nTjAPh7yhA2iNZI1QRkLEPuwsLeXRLnvZZ4uDT8VpK6Jf3yNAdtf6ElvoapBXMo1hSo6geVlNluubFRZFhww== 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=Z5FZFhhjFLmY/EGaUrcRA5Q7h+jqEtSAIbVgXWALpC4=; b=htFPOdujlbRR8ObnKovcfXyjw9oqd+15dX8hG2QOxG/nL7I9o1airqopb0auLPK0YistnvKePG6DjtufUtfloy9y2v2vBkEnXaqqohjh4pXPzZw4iiyUw3U0pKFY6oRphcdiEREKGa3b8LQlQzyoFWFaoSU0Ci8sOHsteaMDe/+Yl2dK8oi09znx53prmffoFZQdahmvwv6Cy/gH0o2mTi/ELe5rAn029W/Le+n3o/vPzr7qIcr3mTZV/mZ8aQubhsvt4FpNJLE6cF+bdLDc58LpZs61532scwftlzUpme+S8h4Ea8pR8rUfWatrfiV1oREJrM/GmsmiDwVtm3Bjbg== 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=Z5FZFhhjFLmY/EGaUrcRA5Q7h+jqEtSAIbVgXWALpC4=; b=h2rKVrcb87wr1Dl2UC0OYfZ/XR3O1CxFxY4kmZ4DJ+2lHbMdzROHMcbR5chMDwYjwl+J+GzuNBf6JLkGtHcYW+hHbiuBu8g0WsusgAFxc/iOn7tZIds5L6815knxE30m1MVWwcyqmgXL0YOTO8BaAu56bCss5SICXlGaXQBXpWA= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4416.namprd11.prod.outlook.com (52.135.36.225) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Fri, 4 Oct 2019 10:04:57 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 10:04:57 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= , =?iso-8859-1?Q?Bal=E1zs_Lengyel?= CC: Christian Hopps , Mahesh Jethanandani , "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcAADYFqAAAA8Z0A= Date: Fri, 4 Oct 2019 10:04:56 +0000 Message-ID: References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> In-Reply-To: <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> 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: [173.38.220.46] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8a4a603e-82f1-49bf-ad84-08d748b24f7b x-ms-traffictypediagnostic: MN2PR11MB4416: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(346002)(366004)(396003)(376002)(39860400002)(189003)(199004)(51444003)(13464003)(43544003)(25786009)(229853002)(966005)(14454004)(6246003)(86362001)(4326008)(71200400001)(71190400001)(6436002)(476003)(486006)(66476007)(66556008)(11346002)(478600001)(66066001)(256004)(55016002)(66946007)(66446008)(446003)(9686003)(6306002)(64756008)(76116006)(76176011)(99286004)(33656002)(52536014)(102836004)(6116002)(186003)(3846002)(5660300002)(54906003)(316002)(110136005)(26005)(8676002)(8936002)(74316002)(81166006)(7736002)(305945005)(81156014)(6506007)(2906002)(53546011)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4416; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: omT+YUOE0K/lIdaO5xnIQQ/q/sfDfuZCMuTT8pBxKnOYDF8LWkQMYHZdMLoj3lzYXfmz88ph4gLGGshjzHGNRV+w0CL9o/ZZbDbDIMGKblFyMYZItUQG1/n1LWXcPeNGzQYzFy84CP6QcW3Opr5De/BYxVnVG/z/Urer+x/UyOVFeplyrOp9KV6JqWaf0DNAWLKA5DtrVyqZ1gLMJB13y/NPha50Sl2CdKEbu4fNIXnbtpJsy+EHzOe1twk1RfXxK0lqDDux0EwJvCgcUK4R8153ZcTZ58ZvO9tJmNB/JaMVbPCalnwTMvX3v46buBQAhSW7hen9XaBNhe7Up2UndH+EThalrPrE+dX6M1ai+rTqjLRWSvG2WuOmUukwkfSAIX7LS20DznKhkUMZQhNHEvuYHzKBgAMW60poLOx6zVjLqp6R1sAiAXSpjL9GCwb+67f76zfSFLBXhoExKHq0SA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 8a4a603e-82f1-49bf-ad84-08d748b24f7b X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 10:04:56.8480 (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: c/Wy+ZzdZVSd4H+ar1aZlHEYfBRbrjGxz+/Njiwunkq+bkib9VuO1lUXhzhPTdFBnX6CuzAvM8zEMbXcTyxSHg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4416 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 10:05:04 -0000 [Copying Balazs because this discussion is moving to instance-data document= schema definitions.] > -----Original Message----- > From: Sch=F6nw=E4lder, J=FCrgen > Sent: 04 October 2019 10:36 > To: Rob Wilton (rwilton) > Cc: Christian Hopps ; Mahesh Jethanandani > ; netmod@ietf.org > Subject: Re: [netmod] References to the "tags" typedef >=20 > On Fri, Oct 04, 2019 at 08:17:33AM +0000, Rob Wilton (rwilton) wrote: > > > > To use the "tags:tag" typedef, ietf-yang-package had an import on "ietf= - > module-tags" which both defines a tags type and also a "module-tags" > container as well. I want the typedef, but not the container, because I > don't want the schema for the package file to be: > > +--ro yang-package <-- I do want this > > | +--ro name yang:yang-identifier > > | ... > > +--ro module-tags <-- I don't want this > > +- ... > > >=20 > Isn't import-only-module in YANG library take care of this? [RW]=20 Yes, that is one solution. The instance data document (probably in JSON, but I've given an XML snippet= below) could use the "inline-spec" for specifying the schema. But this means that every package instance file, needs to have some boilerp= late like this before the actual package definition.: some-yang-package ietf-yang-library@2019-01-04.yang all ietf-yang-package 2019-09-11 ietf-yang-package-types xxxx-xx-xx ietf-module-tags xxxx-xx-xx ietf-yang-revisions xxxx-xx-xx ietf-yang-structure-ext xxxx-xx-xx ietf-yang-types xxxx-xx-xx ietf-yang-library xxxx-xx-xx ietf-inet-types xxxx-xx-xx // Actual package information goes here. https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-instance-file-forma= t/?include_text=3D1 The YANG instance data draft provides some other choices: (1) (External Method) Don't define the schema, just assume that clients kno= w what it will be for YANG packages. E.g. it would be specified in the YAN= G packages RFC. (2) (URI method) Put the schema in a separate instance data document and re= ference that. This could be defined in the YANG packages RFC, but it might= open the question of what URI can you use to retrieve it. (3) Simplified inline schema. It is the third one that I would ideally like to use. Here, the package data would like something like this (sorry, in JSON this = time): "ietf-yang-instance-data:instance-data-set": { "name": "example-ietf-network-device-pkg", "module": [ "ietf-yang-package@2019-09-11.yang" ], "description": "YANG package definition", "content-data": { "ietf-yang-package:yang-package": { "name": "example-ietf-network-device-pkg", // Actual package information goes here. } } } Here, the schema is defined by the "module" line "ietf-yang-package@2019-09= -11.yang". I think that there are some details to work out, but I think th= at the import dependencies for "ietf-yang-package.yang" could be automatica= lly resolved as import-only YANG modules. I have also tried to minimize th= e required imports (e.g. don't import YANG library, perhaps don't import fr= om module-tags). In terms of typedefs, are two typedefs equivalent if they have exactly the = same definition in two different modules? Or does the fact that they are n= amed given them a slightly different meaning? Thanks, Rob >=20 > /js >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 From nobody Fri Oct 4 03:28:52 2019 Return-Path: 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 CDEF8120906 for ; Fri, 4 Oct 2019 03:28:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=jN3Cdo+w; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Z/g1vznk 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 MNujTIWzbKcl for ; Fri, 4 Oct 2019 03:28:48 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81CDD1208FB for ; Fri, 4 Oct 2019 03:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7127; q=dns/txt; s=iport; t=1570184928; x=1571394528; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=mfqu8HJveG5uVhDTVboGJ2y1xjqTmv5hGbQqI36i4qI=; b=jN3Cdo+wgfQL9SxH7RuY20VdIcR4Gu4KEzOWI1iNh7D6sTXkiXmrUjqK DMmrwL+7byjRNQi0Pwk8eczC6X/Ger5AUf6iNIbHFlo74r0812Y+2a02+ TNJF+m6BlYst+jWTGrUvhMQ+qvIh6ajm0ItovoBEturSy8y+uhrRb9i92 I=; IronPort-PHdr: =?us-ascii?q?9a23=3AR4aB6R8TYsoJdP9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZB7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVdSaCEnnK/jCZC0hF8MEX1hgrDm2?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAAB0Hpdd/5tdJa1cCRkBAQEBAQE?= =?us-ascii?q?BAQEBAQEMAQEBAQEBgVUCAQEBAQELAYFKUANtViAECyoKh18DikmCXIlojhG?= =?us-ascii?q?BLoEkA1QJAQEBDAEBGAsKAgEBg3tFAoJHIzYHDgIDAQMCAwEBBAEBAQIBBQR?= =?us-ascii?q?thS0MhUsBAQEBAgEBARAoBgEBLAsBCwQCAQgOAwQBAQEeECEGCx0IAQEEDgU?= =?us-ascii?q?IEweDAYFqAw4PAQIMox8CgTiIYYIngn0BAQWBOAIOQYMCDQuCFwmBNAGMDRi?= =?us-ascii?q?BQD+BEUaBTn4+ghpHAQECAQEWgR0UGIM9giase0EKgiOHCIoJhCKCOnKGXI8?= =?us-ascii?q?4lkuCDY8EAgQCBAUCDgEBBYFZCiiBWHAVGiGCbAlHEBSBT4NzhRSFP3SBKY8?= =?us-ascii?q?iAYEiAQE?= X-IronPort-AV: E=Sophos;i="5.67,256,1566864000"; d="scan'208";a="350419753" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Oct 2019 10:28:47 +0000 Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x94ASlV1019876 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Oct 2019 10:28:47 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 05:28:46 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 4 Oct 2019 05:28:46 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 4 Oct 2019 06:28:45 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZxlzpVpV/7btxwxALLQ243llgOjWc9k5S2JILNjnsomrntwlAJb/dXwuCcwOHco67wvMZef7ow6HPGWgvzhd4Gd6NbCAA+ezv3ZjBM0sCfSblnAfGXs0lNNVQeuJKFRv6AdpwycJv+30C1YZKMZ6pnXxKaWurZb2shtqBDXB77vZaracmlDPJupVf6KNZ6d0xIJFLq42H+THsv7zSzuew0NVMZHRqOjT/uW5SWdhs7YEY91zH1CHh3IKuwEzr/7Pyvf7UpFmX9F/4p0nra6aufdB4bNcnuz/XWbbsUyosv8N/vXPHLL9KfJdVe5Gp3CTbgfzLyU/DSZTIctQRktQmQ== 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=JJS3cTWfyrdLooXSUASFJF8N+R7K4wUE4ISR6sW65PY=; b=btHd2w/o1IT2HnktAaP8cyGbpmnqOZ5aG3hO3/AHMTI+uxRUeqG3vqyDrB/9CRqap8HtXplCQfEkdP1RnfuvIG21xKfdh9kC+2w/I9IuUe7Zr0konOSl4p4ROQlgJCnI7R5A64n8Jj/j9f2EiPcMDIyYBbNyp9BdgBA4XyfbzBNW4cy57qIj2MWYEyvvgRfuOiIGaT47oP90IyCIFnPlN6eEv5WhuYO5R7TrpWncWPDWq26d6T3qpwFkMEzbNkK2s8UABZ2bM1d6od419FUnnpHpRHdVyKiYze+yKKZWTEYt5w2pZfotaUnTG5Adohd1q8+vR4kYJV3IT+SNP4r8nA== 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=JJS3cTWfyrdLooXSUASFJF8N+R7K4wUE4ISR6sW65PY=; b=Z/g1vznkmTdBrdr/yziwGF5JWqQ5vUG7pz4Eod5dz4pP0zHS2vkZEKn4xFEw6PUQvw/l/iGjv2NK08vMEsF8u6N/+SQ77TKMYPnPBwS/Jj8zgj5JbgtKldHCxP/nwUyXWn+2XRnXHwFMQEkZ6mGhZoZyD+q0FwrBZ7eg8gm2svk= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3584.namprd11.prod.outlook.com (20.178.251.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Fri, 4 Oct 2019 10:28:44 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 10:28:43 +0000 From: "Rob Wilton (rwilton)" To: Christian Hopps CC: Mahesh Jethanandani , "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcAACxrgAAAGsdUA= Date: Fri, 4 Oct 2019 10:28:43 +0000 Message-ID: References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> <94CE9ADC-C823-4B08-8107-016B6490BA73@chopps.org> In-Reply-To: <94CE9ADC-C823-4B08-8107-016B6490BA73@chopps.org> 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: [173.38.220.46] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c651ca74-f674-48b4-63b2-08d748b5a1da x-ms-traffictypediagnostic: MN2PR11MB3584: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(366004)(396003)(136003)(376002)(39860400002)(13464003)(51444003)(189003)(199004)(71190400001)(6246003)(71200400001)(478600001)(26005)(76116006)(186003)(52536014)(6436002)(66574012)(74316002)(102836004)(966005)(8936002)(6306002)(9686003)(55016002)(33656002)(229853002)(256004)(25786009)(14454004)(6506007)(66066001)(81166006)(81156014)(86362001)(7736002)(6916009)(99286004)(2906002)(476003)(64756008)(66446008)(11346002)(66556008)(6116002)(446003)(4326008)(5660300002)(76176011)(7696005)(305945005)(8676002)(53546011)(66476007)(66946007)(3846002)(54906003)(316002)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3584; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: uBgwVb04QDSKIJ8IvvkvOr7zT7xW6pSeg8RXjkY8HkMr07Xi/0SqvhpRoK/6RK+jOjhvaXOAf5SMFL9BBZZ42l2ApJvBebLlSa3nAujRsiOgNi0HXDiWzEbT23c2d+Ur9m5TFVDFmllyconnQfo0pGso/CDNYTrbD8VA7lfi68LIQNikpDobIzKCdh/RW9DaQHiadkfyKZINDRnAYUb7bWROBe4ntkaC7pLchQ8Z9t2gEV2LEnr/YQP6CPX8ivfyhQfSh8ZfVYddDOrvoVRav09PPKoQunPHtZTw/jwbXdeWtBhImPhT2K3/fokxv5FTI7gYZu9jW5ezBpojYNMyJGRl3fbySmorZK2XP0MVrHl/Q5gXF42aX4GcsnaniOQCzRkxlAgTY9dcmIBiXk+MqXyMtJYuweviJOBDQKM8za26APPynMxBxdcgmtL68+Ggkcor5DS8m6fUMGUDz4+XzA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c651ca74-f674-48b4-63b2-08d748b5a1da X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 10:28:43.5920 (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: vfDKOUVxfrwz51IfBclO8DcpnNMH/51meHqGMKEhFTfRteggZJPNuG8HnI31Gg3ZKCJUZfRTu5ea6WQMaWd1jA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3584 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.17, xch-aln-007.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 10:28:51 -0000 > -----Original Message----- > From: Christian Hopps > Sent: 04 October 2019 10:18 > To: Rob Wilton (rwilton) > Cc: Christian Hopps ; Mahesh Jethanandani > ; netmod@ietf.org > Subject: Re: [netmod] References to the "tags" typedef >=20 >=20 >=20 > > On Oct 4, 2019, at 4:17 AM, Rob Wilton (rwilton) > wrote: > > [RW] snipped. > > There are a few solutions: > > > > 1) Split ietf-module-tags into a ietf-module-tags-types.yang that only > > defines the typedef and the extension, and hence the > > ietf-module-tags.yang only defines the module-tags container, and > > ietf-yang-packages.yang can just import ietf-module-tags-types.yang > > 2) Have ietf-yang-package.yang define its own "tags" type, hence there > is no dependency on "ietf-module-tags.yang" at all. > > 3) Tweak the schema specification for simplified-inline-schema in > instance-data documents so that the use of ietf-module-tags.yang module > effectively becomes "import-only" rather than "implemented". >=20 > If there's a problem here it doesn't seem to be with module tags, but mor= e > generically with this "pulling in" issue you have with instance data > documents. [RW]=20 I agree that this is a generic issue. Are we now going to require *all* YANG types be defined in > their own modules so their re-use in instance data documents doesn't "pul= l > in" the other stuff? Are we going to go back and revise and republish all > current YANG modules splitting them up this way? [RW]=20 I don't know. I don't particularly like the "implemented" vs "import-only" behaviour in Y= ANG. This is partly because the information about whether a module needs t= o be implemented, or is an "import only" dependency isn't contained within = YANG import statement. Partly this is because to use identities the server= must implement the module. Partly this is because it is possible to "impo= rt-only" multiple revisions of a YANG module (which sort of seems strange, = and perhaps also an unwanted complexity). I also know that when OpenConfig were trying to reuse some of the IETF defi= nitions they got stuck. They wanted to use "iana-if-types.yang", but that has an import dependency = on "ietf-interfaces.yang" which they didn't really want, but needed to impo= rt the "if:interface-type" base identity, which probably then requires that= "ietf-interfaces.yang" is implemented. Possibly the "interface-type" iden= tity shouldn't have been defined in "ietf-interfaes.yang" at all. Maybe it= should have been part of "iana-if-types.yang" or perhaps a separate "ietf-= interfaces-types.yang", or maybe the tight dependency is fine. =20 Hence, I'm not convinced that mixing type definitions and data node definit= ions in the same module is necessarily a good idea. I'm not proposing that= we go back and change what we have already done, but I'm also not convince= d that the YANG modularity is really working as well as one might hope. Thanks, Rob >=20 > Thanks, > Chris. >=20 >=20 >=20 > > 4) Don't worry about the fact that the file schema for a YANG package > contains more than it should. > > > > I strongly dislike (4) as an option. > > But I think that probably either (2) or (3) would be OK as a solution. > > > > Hence, it is probably not necessarily to split ietf-module-tags.yang > into two files, because there are other solutions available. It isn't > even clear to me that (1) is necessarily the best solution anyway ... > > > > Thanks, > > Rob > > > > > >> > >> Thanks, > >> Chris. > >> > >>> > >>>> > >>>> (2) Have the package draft define its own "package tag" typedef, > >>>> and > >> not have an import reference on module-tags at all. Probably if we > >> do keep package tags, then we should also consider a mechanism by > >> which they can be updated on a device equivalently to module tags. > >>>> > >>>> I'm currently thinking that the second choice might be a better > >> approach at this time, but wanted to check whether you or the WG had > >> an opinion. > >>>> > >>>> Thanks, > >>>> Rob > >>>> > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: netmod On Behalf Of Christian > >>>>> Hopps > >>>>> Sent: 25 September 2019 17:19 > >>>>> To: netmod@ietf.org > >>>>> Subject: Re: [netmod] I-D Action: > >>>>> draft-ietf-netmod-module-tags-09.txt > >>>>> > >>>>> This adds the deprecated non-NMDA state module. > >>>>> > >>>>> Thanks, > >>>>> Chris. > >>>>> > >>>>>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote: > >>>>>> > >>>>>> > >>>>>> A New Internet-Draft is available from the on-line > >>>>>> Internet-Drafts > >>>>> directories. > >>>>>> This draft is a work item of the Network Modeling WG of the IETF. > >>>>>> > >>>>>> Title : YANG Module Tags > >>>>>> Authors : Christian Hopps > >>>>>> Lou Berger > >>>>>> Dean Bogdanovic > >>>>>> Filename : draft-ietf-netmod-module-tags-09.txt > >>>>>> Pages : 18 > >>>>>> Date : 2019-09-25 > >>>>>> > >>>>>> Abstract: > >>>>>> This document provides for the association of tags with YANG > modules. > >>>>>> The expectation is for such tags to be used to help classify and > >>>>>> organize modules. A method for defining, reading and writing a > >>>>>> modules tags is provided. Tags may be registered and assigned > >>>>>> during module definition; assigned by implementations; or > >>>>>> dynamically defined and set by users. This document also > >>>>>> provides guidance to future model writers; as such, this document > >>>>>> updates > >> RFC8407. > >>>>>> > >>>>>> > >>>>>> The IETF datatracker status page for this draft is: > >>>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ > >>>>>> > >>>>>> There are also htmlized versions available at: > >>>>>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09 > >>>>>> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-ta > >>>>>> gs > >>>>>> -09 > >>>>>> > >>>>>> A diff from the previous version is available at: > >>>>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-module-tags-= 0 > >>>>>> 9 > >>>>>> > >>>>>> > >>>>>> Please note that it may take a couple of minutes from the time of > >>>>>> submission until the htmlized version and diff are available at > >>>>> tools.ietf.org. > >>>>>> > >>>>>> Internet-Drafts are also available by anonymous FTP at: > >>>>>> ftp://ftp.ietf.org/internet-drafts/ > >>>>>> > >>>>>> _______________________________________________ > >>>>>> netmod mailing list > >>>>>> netmod@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/netmod > >>>>>> > >>>> > >>>> _______________________________________________ > >>>> netmod mailing list > >>>> netmod@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/netmod > >>> > >>> Mahesh Jethanandani > >>> mjethanandani@gmail.com From nobody Fri Oct 4 04:51:06 2019 Return-Path: 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 77CDC120800 for ; Fri, 4 Oct 2019 04:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 qJ4Iiw-3RbeA for ; Fri, 4 Oct 2019 04:51:02 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30087.outbound.protection.outlook.com [40.107.3.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A881120120 for ; Fri, 4 Oct 2019 04:51:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JADYu/B36FwcN/E6ZjJ6rLZ3wtIlpkA/iM8O2B+RiccqbjoJDfJDWnbHNnDFuamwNqYG+mIFy0KDXRE3vJsOWQ0gGpsTZ+Yv4VXyNJ7b4Aw6F6R6V3iA3kbqZ6PXlfzpQfJDICsh8x0J2r+C3l3/X//cNUAJZ8uBt4wpl26aUe5+Pz7jZueBvj+yBviJX0uvY8B0WWJ5XelkBalfGu24i8P+bdJ2qwpaAuJ4tmazRxWAa8EjGCbSgAsKPXnjeDmjGxcLXquldhe8hjS33csazXphvyK3UIdbaPYQB5h4qoXYMcPUVbcCMh0e2Aj3I91+OvgIm5OtQ9spKuytCK1UbA== 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=WnOoE/mPUkRhPM9B3TW+NVrp5WM+gkcHQ6gptFfugCk=; b=BmbyYvHLzeQ1fnU8YOCH5H6aEL8a+080UVuYdZze/0raeIltEFoMZrbSgRNzzYQO/xR2u/PwjXv/YehdUfx2n5zGHrf1NKvWqeZIQy908MoSZpICwJiKfzyk0WZ4ljfirEk2bgkj637dI8XWdbxpinr2yr4YbGU9bIUCCqsRvA2CVSHZOEVZnDBnPR/Xe5Du1lhWYHKMh8YMDCl0Iov037KH8kVcQ+bI1tm3pDntMvVQWqvrorei/aNfp2sfkdhk+HVfcNFadoAX+8TwzI1Aa56WsDRWx1QtmrwuClF4iU+9yNH0sBjzuKMX7QkWEV5LneCzKmGIKEXQTN7sKYLWuw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WnOoE/mPUkRhPM9B3TW+NVrp5WM+gkcHQ6gptFfugCk=; b=Xlr6oCdrOGZaFyotPoC6F97mfObXe0uw7thvtdv+fP1g522P56pVBNuhuwWQQVKAJS6vGIgl3D0nwTCuPlwAQJE77A4T3s1b/Z9ByjS97Ia8M3PDqLKUGGejd8YBXifzBwuPC9TdfBs2kAPQx6Vw8T3MrpnDggvlDrXBo6MXFYc= Received: from DB6P190MB0181.EURP190.PROD.OUTLOOK.COM (10.172.229.20) by DB6P190MB0422.EURP190.PROD.OUTLOOK.COM (10.175.241.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.20; Fri, 4 Oct 2019 11:50:59 +0000 Received: from DB6P190MB0181.EURP190.PROD.OUTLOOK.COM ([fe80::3031:b318:b167:f8ee]) by DB6P190MB0181.EURP190.PROD.OUTLOOK.COM ([fe80::3031:b318:b167:f8ee%12]) with mapi id 15.20.2305.023; Fri, 4 Oct 2019 11:50:59 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: "Rob Wilton (rwilton)" CC: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= , Christian Hopps , Mahesh Jethanandani , "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcAADYFqAAAA8Z0AABH5RAA== Date: Fri, 4 Oct 2019 11:50:59 +0000 Message-ID: <20191004115058.qsyvpylmhnjxmna5@anna.jacobs.jacobs-university.de> References: <824BC817-DAFD-41CE-88B7-D24A32F22E19@gmail.com> <1B318BB7-9214-45DC-94AC-E164198CF97D@chopps.org> <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> In-Reply-To: Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM4PR05CA0036.eurprd05.prod.outlook.com (2603:10a6:205::49) To DB6P190MB0181.EURP190.PROD.OUTLOOK.COM (2603:10a6:4:88::20) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 668d13c3-767c-4909-08b2-08d748c11f85 x-ms-traffictypediagnostic: DB6P190MB0422: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 018093A9B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(136003)(366004)(346002)(39850400004)(51444003)(199004)(189003)(3450700001)(486006)(71200400001)(305945005)(256004)(71190400001)(5660300002)(99286004)(476003)(1076003)(6436002)(11346002)(6916009)(6506007)(6512007)(446003)(6306002)(25786009)(229853002)(102836004)(6486002)(478600001)(8936002)(8676002)(43066004)(76176011)(14454004)(52116002)(386003)(81166006)(7736002)(54906003)(786003)(316002)(66946007)(186003)(86362001)(66476007)(64756008)(46003)(6116002)(2906002)(4326008)(66446008)(45776006)(66556008)(6246003)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6P190MB0422; H:DB6P190MB0181.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oJYmvRaGVxTTvWoEz6rhKqAZ8m57eeO6ue6sTLGqmHvoVxc9Mz2B9ft15cQLqpzpezA5UbbUUSUu17nCxVD7nHkITQRcAHckArsPMvJPJtmlSlxFysmvuECMeEyd8k2Gh7rVYw9fIu9p+pWYAaB1/4ebtLS0rL/lpF8BbLuOBBHWPx6lf91/GWVQc9BE1x/b09WxownuzLGf+p27GsZ7YiwKNq3YW9wQdmBDM8IcWNh08DE6aNLUnEwiiGANjtZt1GwRmLijpVabOGVvqgKeLmky6fRlzIgaICknrYvVaS83j3hIf5AgZUdKmQQz8vSU686b0CrPflDBFVlOu1PeWwcsa7m23PtqCoD35jY5Xx2iXc8DPAJlaq7DCR15khUDIJ/alwV8r5u8Wny9955oNIUGoPm61c5zA+u06Dq24458c39YVi/i1XNHIZmoooSySZq7ZfNiRTtc3Mh0mgXsdw== Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 668d13c3-767c-4909-08b2-08d748c11f85 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 11:50:59.3533 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 8guc99Wy7Y4WCGINTWe+Newp/xfQ6UQoUUH5rMDPKJXAofkiTB0dp3GjMKOu/zptqb1y7vtol2gJ3BTiZQ2lHaRNKtCZgmgiOoqabC6bACI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P190MB0422 Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 11:51:05 -0000 On Fri, Oct 04, 2019 at 10:04:56AM +0000, Rob Wilton (rwilton) wrote: >=20 > The YANG instance data draft provides some other choices: > (1) (External Method) Don't define the schema, just assume that clients k= now what it will be for YANG packages. E.g. it would be specified in the Y= ANG packages RFC. > (2) (URI method) Put the schema in a separate instance data document and = reference that. This could be defined in the YANG packages RFC, but it mig= ht open the question of what URI can you use to retrieve it. > (3) Simplified inline schema. >=20 > It is the third one that I would ideally like to use. >=20 > Here, the package data would like something like this (sorry, in JSON thi= s time): >=20 > "ietf-yang-instance-data:instance-data-set": { > "name": "example-ietf-network-device-pkg", > "module": [ "ietf-yang-package@2019-09-11.yang" ], > "description": "YANG package definition", > "content-data": { > "ietf-yang-package:yang-package": { > "name": "example-ietf-network-device-pkg", > // Actual package information goes here. > } > } > } >=20 > Here, the schema is defined by the "module" line "ietf-yang-package@2019-= 09-11.yang". I think that there are some details to work out, but I think = that the import dependencies for "ietf-yang-package.yang" could be automati= cally resolved as import-only YANG modules. I have also tried to minimize = the required imports (e.g. don't import YANG library, perhaps don't import = from module-tags). The import vs. implement distinction is today in the schema. If people invent other ways to express schemas, then they will likely have to find a way to express that distinction. Right now, there is no rule that says import only definitions must be in separate modules. (In fact, in several cases, you will only learn over time what people import only.) > In terms of typedefs, are two typedefs equivalent if they have exactly th= e same definition in two different modules? Or does the fact that they are= named given them a slightly different meaning? Two typedefs foo:t1 and bar:t2 may be semantically the same but they also remain to be two different definitions. Equivalence of typedefs may mean two different things, depending on the context (or the kind of equivalence you care about in a certain context). /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Oct 4 13:05:31 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DD8E81200CC; Fri, 4 Oct 2019 13:05:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: netmod-chairs@ietf.org, ibagdona@gmail.com, lberger@labn.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.104.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157021952889.1139.10696286327409580309.idtracker@ietfa.amsl.com> Date: Fri, 04 Oct 2019 13:05:28 -0700 Archived-At: Subject: [netmod] netmod - New Meeting Session Request for IETF 106 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 20:05:29 -0000 A new meeting session request has just been submitted by Lou Berger, a Chair of the netmod working group. --------------------------------------------------------- Working Group Name: Network Modeling Area Name: Operations and Management Area Session Requester: Lou Berger Number of Sessions: 2 Length of Session(s): 2 Hours, 1 Hour Number of Attendees: 100 Conflicts to Avoid: Chair Conflict: netconf Technology Overlap: rtgwg i2rs teas Key Participant Conflict: saag People who must be present: Lou Berger Joel Jaeggli Kent Watsen Ignas Bagdonas Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Oct 4 16:39:14 2019 Return-Path: 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 04D1F120086 for ; Fri, 4 Oct 2019 16:39:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 OmT9amFt5VG1 for ; Fri, 4 Oct 2019 16:39:09 -0700 (PDT) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3742812006B for ; Fri, 4 Oct 2019 16:39:09 -0700 (PDT) Received: by mail-lj1-x235.google.com with SMTP id m13so8053733ljj.11 for ; Fri, 04 Oct 2019 16:39:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WSRl4fXEHckMBy260wsX5JwJFy7ub8aPidEwuSSSp5Q=; b=P3JCNpA4r7CBQ6MLN4zKybIxnAjxjBGqf7J7DW0eOCVfuk7UN3lJwqdcC66zYc5m0e wVYmG/8W0FUE2wF/Hp1PC+84hlE9knYrAd20N8WbZ/3zhfFE5gH1B5hadi5vI68y7cVi zGTwzDUVSuARmPJ9JJkjjXbrVCjMGAigz6HqHMAIDSiS+7zQDVmpKwyll4g8Z8r7jQSu 2M/NMi7b7g5bJgfmtIUFrik2QEVL5r2pjIXpEL9NsDeiTMhEOUZvHW9rljK2uG4rUMRO aSPoIldzhEtxRBJA32LSGLhLojkewuXU9hBMrGPqmXsVBMbpiM+zdUvVno5bAgC3XBwE vlFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WSRl4fXEHckMBy260wsX5JwJFy7ub8aPidEwuSSSp5Q=; b=UMkd89bV34ba91RUqGZ/A3JRrOnLm3K7erLfrwfxp2LE49xCcio1/ef97E3MSeQADI AiT7YbrfDNDxQztNMi2e3Vewxsm7Nt8RZzXIV4mzxN5AWBSIULvX7+zgIg5RE+cXjDfO SkAY2sj4ER9P7ljY+1CkMZbNF5kJSNKp/kGwU3jj2jx2HECXfsbdCBwFcbcuNx3bSuco iK0TyBkPs9ZwAX8Y5vujiJLYMiWwzRE3AsV9MEalI1+XCcS5osUT1tdTKGuF1qyPWSwd YJgGcXPWOOt20/p62Siy+UeBH7L6Ao539sGsFb4PAM21dxTkywXB7bHpzAD4WSxHBl3W Yu0A== X-Gm-Message-State: APjAAAU42Z+AoAkgyNtXG+/6d0h6vkBuvcHEGBeKPvqoSsighwbeZs/t n8X5FdiQxNUddaNzb09gkaJWH8d1lieDI9s/dtm9QQ== X-Google-Smtp-Source: APXvYqz5TTjlX9z74V3egh1u1w83Q6WTzjripCpZIaBHcxX13ZLgFTWYKJw2xpbcOYpjeQKbuF/8z7YMRHMIfxycZ2U= X-Received: by 2002:a2e:8603:: with SMTP id a3mr10989929lji.98.1570232347351; Fri, 04 Oct 2019 16:39:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andy Bierman Date: Fri, 4 Oct 2019 16:38:56 -0700 Message-ID: To: Qin Wu Cc: =?UTF-8?B?U2Now7Zud8OkbGRlciwgSsO8cmdlbg==?= , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="0000000000004775c505941e3522" Archived-At: Subject: Re: [netmod] =?utf-8?q?What=27s_the_problem_with_NMDA=3F_was_Re=3A_R?= =?utf-8?q?E=3A_RE=3A_Please_clarify_implementation_about_=E2=80=98when?= =?utf-8?b?4oCZ?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2019 23:39:13 -0000 --0000000000004775c505941e3522 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Oct 3, 2019 at 5:30 PM Qin Wu wrote: > > > *=E5=8F=91=E4=BB=B6=E4=BA=BA:* netmod [mailto:netmod-bounces@ietf.org] *= =E4=BB=A3=E8=A1=A8 *Andy Bierman > *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:* 2019=E5=B9=B49=E6=9C=8827=E6=97= =A5 11:42 > *=E6=94=B6=E4=BB=B6=E4=BA=BA:* Sch=C3=B6nw=C3=A4lder, J=C3=BCrgen > *=E6=8A=84=E9=80=81:* netmod@ietf.org > *=E4=B8=BB=E9=A2=98:* Re: [netmod] What's the problem with NMDA? was Re: = =E7=AD=94=E5=A4=8D: =E7=AD=94=E5=A4=8D: Please > clarify implementation about =E2=80=98when=E2=80=99 > > > > > > > > On Thu, Sep 26, 2019 at 11:35 AM Sch=C3=B6nw=C3=A4lder, J=C3=BCrgen < > J.Schoenwaelder@jacobs-university.de> wrote: > > On Thu, Sep 26, 2019 at 10:44:01AM -0700, Andy Bierman wrote: > > > The IETF has completely punted the problem of converting data for a > > configuration datastore to the schema tree for . > > I am not sure. The model consists of the applied > configuration plus any config false extras. NMDA simplifies things > since there is now a single tree structure instead of two if you have > to handle models where applied configuration can be different than > intended config. If I configure /foo/bar in , I can check > /foo/bar in whether it exists and matches what I > configured. > > > Deviations may be different. A leaf may be string in 1 tree and > > decimal64 in the other. There is an incorrect assumption that > > software developers will deal with these corner-cases (correctly and > > consistently). > > Not really true for applied config. And with non NMDA, there is no > guarantee either that /foo/bar and /foo-state/bar use the same type > and semantics. > > > > > > different deviation modules in each module-set are allowed in the YANG > library. > > That makes it kind of mandatory for the client to support it, or choose t= o > > not conform to the standard. > > > > > > > > > > > The other big problem is an untested NMDA transition strategy that is n= ot > > well understood by vendors. > > Should non-NMDA (/foo-state) be visible to or just ? > > Perhaps there is more explanation necessary. The idea here is that an > NMDA client should not bother to search for /foo-state, it should send > a for /foo/state in operational. > > Yes, NMDA requires updates to clients. Whether these are visible or in > which form they are visible to application logic likely depends on the > client design. But yes, NMDA is not for free for clients. But once you > have updated, we believe NMDA actually makes things simpler and more > consistent. > > > Using the YANG library to separate the modules relies on the assumption > that > > the client is capable of managing each datastore independently (instead > of > > 1 schema tree per server). > > Yes, YANG library can express pretty complex server model > organizations. This does not mean that all server have to use server > model organizations. I assume that also many clients will not be > interested to understand the entire server model, they likely want to > check the existance of only those pieces that they care about. > > > > I am not trying to revive debates on the value of NMDA or the solution, > > but more flexibility for the server means more complexity for the client. > > IMO this is contributing to the slow adoption of NMDA. > > > > I hope the industry will find a transition solution (NMDA Lite) that full= y > supports > > the protocol operations, but uses the same module-set(s) in the YANG > library > > for all datastores. If this is the expected norm for servers then client= s > that support it > > will work. (I would like to hear about even one NMDA implementation > > that supports complex YANG libraries). > > > > [Qin]: Should Non-NMDA client fall back to RFC7895 YANG library or adopt > new YANG library in RFC8525 and assume same module-set(s), schema for all > datastores? > > RFC7895 has already been obsoleted. > > > No. The /modules-state subtree has status "deprecated" in RFC 8525. It is not desirable to list non-NMDA only modules in the new /yang-library so the deprecated tree will never go away as long as the server intends to support non-NMDA clients. NMDA has this MUST requirement: The datastore schema for MUST be a superset of the combined datastore schema used in all configuration datastores, except that configuration data nodes supported in a configuration datastore MAY be omitted from if a server is not able to accurately report them. The "foo" module will be listed in /yang-library and /modules-state. The temporary "foo-state" module will be listed only in /modules-state. (I don't see much value in implementing /yang-library but if think you need= it then go ahead ;-) /js > > > > Andy > > > Andy > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > --0000000000004775c505941e3522 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Oct 3, 2019 = at 5:30 PM Qin Wu <bill.wu@huawei.= com> wrote:

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:Calibri,sans-seri= f;color:rgb(31,73,125)">=C2=A0

=E5=8F=91=E4=BB=B6=E4=BA=BA: netmod [= mailto:netmod-= bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Andy Bierman
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B49=E6=9C=8827=E6=97=A5 11:42
=E6=94=B6=E4=BB=B6=E4=BA=BA: Sch=C3=B6nw=C3=A4lder, J=C3=BC= rgen <J.Schoenwaelder@jacobs-university.de>
=E6=8A=84=E9=80=81: netmod@ietf.or= g
=E4=B8=BB=E9=A2=98: Re: [netmod] What's the problem with NMDA? was Re: =E7=AD=94=E5=A4=8D: =E7=AD=94=E5=A4=8D: Please clarify implementation about =E2=80=98when=E2=80=99

=C2=A0

=C2=A0

=C2=A0

On Thu, Sep 26, 2019 at 11:35 A= M Sch=C3=B6nw=C3=A4lder, J=C3=BCrgen <J.Schoenwaelder@jacobs-university.d= e> wrote:

On= Thu, Sep 26, 2019 at 10:44:01AM -0700, Andy Bierman wrote:

> The IETF has completely punted the problem of converting data for a > configuration datastore to the schema tree for <operational>.
I am not sure. The <operational> model consists of the applied
configuration plus any config false extras. NMDA simplifies things
since there is now a single tree structure instead of two if you have
to handle models where applied configuration can be different than
intended config. If I configure /foo/bar in <running>, I can check /foo/bar in <operational> whether it exists and matches what I
configured.

> Deviations may be different.=C2=A0 A leaf may be string in 1 tree and<= br> > decimal64 in the other. There is an incorrect assumption that
> software developers will deal with these corner-cases (correctly and > consistently).

Not really true for applied config. And with non NMDA, there is no
guarantee either that /foo/bar and /foo-state/bar use the same type
and semantics.

=C2=A0

=C2=A0

different deviation modules in = each module-set are allowed in the YANG library.

That makes it kind of mandatory= for the client to support it, or choose to

not conform to the standard.=

=C2=A0

=C2=A0

=C2=A0

=C2=A0

&g= t; The other big problem is an untested NMDA transition strategy that is no= t
> well understood by vendors.
> Should non-NMDA (/foo-state) be visible to <get-data> or just &l= t;get>?

Perhaps there is more explanation necessary. The idea here is that an
NMDA client should not bother to search for /foo-state, it should send
a <get> for /foo/state in operational.

Yes, NMDA requires updates to clients. Whether these are visible or in
which form they are visible to application logic likely depends on the
client design. But yes, NMDA is not for free for clients. But once you
have updated, we believe NMDA actually makes things simpler and more
consistent.

> Using the YANG library to separate the modules relies on the assumptio= n that
> the client is capable of managing each datastore independently (instea= d of
> 1 schema tree per server).

Yes, YANG library can express pretty complex server model
organizations.=C2=A0 This does not mean that all server have to use server<= br> model organizations.=C2=A0 I assume that also many clients will not be
interested to understand the entire server model, they likely want to
check the existance of only those pieces that they care about.

=C2=A0

I am not trying to revive debat= es on the value of NMDA or the solution,

but more flexibility for the se= rver means more complexity for the client.

IMO this is contributing to the= slow adoption of NMDA.

=C2=A0

I hope the industry will find a= transition solution (NMDA Lite) that fully supports

the protocol operations, but us= es the same module-set(s) in the YANG library

for all datastores.=C2=A0 If th= is is the expected norm for servers then clients that support it<= /u>

will work.=C2=A0 (I would like = to hear about even one NMDA implementation

that supports complex YANG libr= aries).

=C2=A0

= [Qin]: Should Non-NMDA client fall back to RFC7895 YANG library or adopt ne= w YANG library in RFC8525 and assume same module-set(s), schema for all dat= astores?

= RFC7895 has already been obsoleted.

=C2=A0



= No.=C2=A0 The /modules-state subtree has status "deprecated" in R= FC 8525.
It is not desirable to list non-NMDA only modules in the= new /yang-library
so the deprecated tree will never go away as l= ong as the server intends to support non-NMDA clients.

=
NMDA has this MUST requirement:

=C2=A0
<= pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;mar= gin-bottom:0px;break-before:page;color:rgb(0,0,0)"> The datastore schema = for <operational> MUST be a superset of the combined datastore schema used in all configuration datastores, except that configuration data nodes supported in a configuration datastore MAY be omitted from <operational> if a server is not abl= e to accurately report them.

T=
he "foo" module will be listed in /yang-library and /modules-stat=
e.
The temporary &=
quot;foo-state" module will be listed only in /modules-state.

(I don't see much value in implemen=
ting /yang-library but if think you need it
then go ahead ;-)


<= div>

/js

=C2=A0

Andy

=C2=A0



Andy
<= div>=C2=A0


--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28= 759 Bremen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.jac= obs-university.de/>

--0000000000004775c505941e3522-- From nobody Sat Oct 5 08:55:51 2019 Return-Path: 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 339E2120842; Sat, 5 Oct 2019 08:55:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 P2VXhyYk-Tfm; Sat, 5 Oct 2019 08:55:48 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 879381200A3; Sat, 5 Oct 2019 08:55:48 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 32F43B80D2A; Sat, 5 Oct 2019 08:55:43 -0700 (PDT) To: peter.loborg@ericsson.com, mbj@tail-f.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: joelja@bogus.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191005155543.32F43B80D2A@rfc-editor.org> Date: Sat, 5 Oct 2019 08:55:43 -0700 (PDT) Archived-At: Subject: [netmod] [Errata Rejected] RFC7950 (5642) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2019 15:55:50 -0000 The following errata report has been rejected for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5642 -------------------------------------- Status: Rejected Type: Editorial Reported by: Peter Loborg Date Reported: 2019-02-21 Rejected by: Joel Jaeggli (IESG) Section: 9.6.4 Original Text ------------- It takes as an argument a string that is the assigned name. Corrected Text -------------- It takes as an argument an unquoted string that is the assigned name. Notes ----- Readers are not beeing made aware that careful reading of section 6.1.3 and the detailed definition of string in section 14 must be consulted. For comming versions of this RFC it would be preferable to use a more specialized grammar token for these cases (e.g. unquoted-string). --VERIFIER NOTES-- Juergen Schoenwaelder wrote: Section 6.1 defines the lexical rules and what the scanner returns is an unquopted string but it accepts unquoted strings and quoted string and combinations thereof with the "+" concatenation operator as input. The errata should be rejected. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Sat Oct 5 09:03:17 2019 Return-Path: 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 D3C90120857 for ; Sat, 5 Oct 2019 09:03:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.897 X-Spam-Level: X-Spam-Status: No, score=-6.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 bpqXJ0zzqpSZ for ; Sat, 5 Oct 2019 09:03:12 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 C69D01200A3 for ; Sat, 5 Oct 2019 09:03:12 -0700 (PDT) Received: from [192.168.11.90] (c-73-96-132-59.hsd1.or.comcast.net [73.96.132.59]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id x95G37gt035549; Sat, 5 Oct 2019 16:03:08 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host c-73-96-132-59.hsd1.or.comcast.net [73.96.132.59] claimed to be [192.168.11.90] From: Joel Jaeggli Message-Id: <245C9D8B-CA7E-433E-8FDA-6A045F38C0D1@bogus.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_2E08661D-376A-4F96-95A5-DA215083B790" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Sat, 5 Oct 2019 09:03:01 -0700 In-Reply-To: Cc: Andy Bierman , Ignas Bagdonas , Peter Loborg , NetMod WG , RFC Editor To: Warren Kumari References: <20190221.193325.152438307014996574.mbj@tail-f.com> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] [Editorial Errata Reported] RFC7950 (5642) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2019 16:03:16 -0000 --Apple-Mail=_2E08661D-376A-4F96-95A5-DA215083B790 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 6, 2019, at 12:27, Warren Kumari wrote: >=20 > On Thu, Feb 21, 2019 at 1:53 PM Andy Bierman > wrote: >>=20 >>=20 >>=20 >> On Thu, Feb 21, 2019 at 10:33 AM Martin Bjorklund = wrote: >>>=20 >>> Andy Bierman wrote: >>>> On Thu, Feb 21, 2019 at 10:07 AM Peter Loborg = >>>> wrote: >>>>=20 >>>>>=20 >>>>>=20 >>>>> Your example is fine =E2=80=93 but the gammar is ch14 specifies = something >>>>> different: >>>>>=20 >>>>>=20 >>>>>=20 >>>>> enum-stmt =3D enum-keyword sep string optsep >>>>>=20 >>>>> (";" / >>>>>=20 >>>>> "{" stmtsep >>>>>=20 >>>>> ;; these stmts can appear in any = order >>>>>=20 >>>>> *if-feature-stmt >>>>>=20 >>>>> [value-stmt] >>>>>=20 >>>>> [status-stmt] >>>>>=20 >>>>> [description-stmt] >>>>>=20 >>>>> [reference-stmt] >>>>>=20 >>>>> "}") stmtsep >>>>>=20 >>>>>=20 >>>>>=20 >>>>> It clearly states string, not quoted-string. These two have the = following >>>>> rules: >>>>>=20 >>>>>=20 >>>>>=20 >>>>> quoted-string =3D (DQUOTE string DQUOTE) / (SQUOTE string = SQUOTE) >>>>>=20 >>>>>=20 >>>>>=20 >>>>> string =3D < an unquoted string, as returned by > >>>>>=20 >>>>> < the scanner, that matches the rule > >>>>>=20 >>>>> < yang-string > >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>>=20 >>>> The text in 9.6.4 is correct. >>>> The ABNF is wrong. >>>=20 >>> No, the ABNF is correct. The ABNF doens't handle concatenation etc. >>> The idea is that the scanner handles quotes and concatenation and >>> returns a "string". >>>=20 >>=20 >>=20 >> OK -- it is confusing that the rule quoted-string exists, but it >> is only for key and leaf-list predicates. >=20 > Hi all, >=20 > I'm trying to go through and do some cleanup of the dangling Errata. > I'm *certainly* not an expert here, and so am relying on y'all. >> =46rom what I've been able to figure out, the consensus is that this > Errata should be rejected, yes? > W yes, this is done. as Lada noted some time ago the explanation could be more clear. I guess the explanation could be improved. Section 6.1.3 talks about = unquoted, single- and double-quoted strings, but then the term "string" is used in = the ABNF to mean the argument string, i.e. the result of scanner = preprocessing (concatenation, substitution of escaped characters). Maybe we can use = another term, such as "argstring", for the latter. Also, the term scanner only appears in the ABNF appendix. Some = explanation of the preprocessing stage in the main text would also help. but Juergen and Martin's point contentions still hold that ABNF works as = described. >>=20 >>=20 >>>=20 >>>=20 >>> /martin >>>=20 >>=20 >> Andy >>=20 >>>=20 >>>=20 >>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>> =E2=80=A6and in 6.1.3 we can read that: >>>>>=20 >>>>> An unquoted string is any sequence of characters that does not >>>>>=20 >>>>> contain any space, tab, carriage return, or line feed = characters, a >>>>>=20 >>>>> single or double quote character, a semicolon (";"), braces ("{" = or >>>>>=20 >>>>> "}"), or comment sequences ("//", "/*", or "*/"). >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Note that any keyword can legally appear as an unquoted string. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Since the section so clearly writes about single quoted strings = and double >>>>> quoted strings, there can unfortunately be no interpretation that = would >>>>> allow =E2=80=9Cidentifier=E2=80=9D to be called an unquoted string = =E2=80=93 even though it follows >>>>> the rules about limited character contents. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Hence =E2=80=93 this is not a matter of opinion =E2=80=93 it=E2=80=99= s a matter of reading what=E2=80=99s >>>>> actually written in the RFC. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> But on the subject of opinion=E2=80=A6 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> enum "This is also legal"; // should definitely always be = illegal >>>>>=20 >>>>>=20 >>>>>=20 >>>>> =E2=80=A6as we cannot create a language binding to enum constructs = in any major >>>>> programming languages. >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>> There are many aspects of YANG that do not map directly to = programming >>>> languages, >>>> such as allowing '.' in identifiers. >>>>=20 >>>>=20 >>>>=20 >>>>> Br, >>>>>=20 >>>>> Peter >>>>>=20 >>>>=20 >>>>=20 >>>> Andy >>>>=20 >>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> *From:* Andy Bierman >>>>> *Sent:* den 21 februari 2019 18:45 >>>>> *To:* Martin Bjorklund >>>>> *Cc:* RFC Editor ; Ignas Bagdonas < >>>>> ibagdona@gmail.com>; NetMod WG ; Peter Loborg < >>>>> peter.loborg@ericsson.com>; Warren Kumari >>>>> *Subject:* Re: [netmod] [Editorial Errata Reported] RFC7950 (5642) >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> On Thu, Feb 21, 2019 at 8:53 AM Martin Bjorklund = wrote: >>>>>=20 >>>>> RFC Errata System wrote: >>>>>> The following errata report has been submitted for RFC7950, >>>>>> "The YANG 1.1 Data Modeling Language". >>>>>>=20 >>>>>> -------------------------------------- >>>>>> You may review the report below and at: >>>>>> http://www.rfc-editor.org/errata/eid5642 >>>>>>=20 >>>>>> -------------------------------------- >>>>>> Type: Editorial >>>>>> Reported by: Peter Loborg >>>>>>=20 >>>>>> Section: 9.6.4 >>>>>>=20 >>>>>> Original Text >>>>>> ------------- >>>>>> It takes as an argument a string that is the assigned name. >>>>>>=20 >>>>>> Corrected Text >>>>>> -------------- >>>>>> It takes as an argument an unquoted string that is the assigned = name. >>>>>=20 >>>>> This is not correct. The enum argument is not different from any >>>>> other keyword's arguments in YANG. See e.g. the example in = 9.12.4: >>>>>=20 >>>>> type enumeration { >>>>> enum "unbounded"; >>>>> } >>>>>=20 >>>>> The following is also legal: >>>>>=20 >>>>> enum "unb" + 'ounded'; >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> enum "This is also legal"; >>>>>=20 >>>>>=20 >>>>>=20 >>>>> 9.6.4. The "enum" Statement >>>>>=20 >>>>>=20 >>>>>=20 >>>>> The "enum" statement, which is a substatement to the "type" >>>>>=20 >>>>> statement, MUST be present if the type is "enumeration". It is >>>>>=20 >>>>> repeatedly used to specify each assigned name of an enumeration = type. >>>>>=20 >>>>> It takes as an argument a string that is the assigned name. = *The* >>>>>=20 >>>>> * string MUST NOT be zero-length and MUST NOT have any leading = or* >>>>>=20 >>>>> * trailing whitespace characters* (any Unicode character with = the >>>>>=20 >>>>> "White_Space" property). The use of Unicode control codes = SHOULD be >>>>>=20 >>>>> avoided. >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> This errata should be rejected. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> /martin >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Andy >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>>=20 >>>>>> Notes >>>>>> ----- >>>>>> Readers are not beeing made aware that careful reading of section = 6.1.3 >>>>> and the detailed definition of string in section 14 must be = consulted. >>>>>> For comming versions of this RFC it would be preferable to use a = more >>>>> specialized grammar token for these cases (e.g. unquoted-string). >>>>>>=20 >>>>>> Instructions: >>>>>> ------------- >>>>>> This erratum is currently posted as "Reported". If necessary, = please >>>>>> use "Reply All" to discuss whether it should be verified or >>>>>> rejected. When a decision is reached, the verifying party >>>>>> can log in to change the status and edit the report, if = necessary. >>>>>>=20 >>>>>> -------------------------------------- >>>>>> RFC7950 (draft-ietf-netmod-rfc6020bis-14) >>>>>> -------------------------------------- >>>>>> Title : The YANG 1.1 Data Modeling Language >>>>>> Publication Date : August 2016 >>>>>> Author(s) : M. Bjorklund, Ed. >>>>>> Category : PROPOSED STANDARD >>>>>> Source : Network Modeling >>>>>> Area : Operations and Management >>>>>> Stream : IETF >>>>>> Verifying Party : IESG >>>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>>=20 >>>>>=20 >=20 >=20 >=20 > --=20 > I don't think the execution is relevant when it was obviously a bad > idea in the first place. > This is like putting rabid weasels in your pants, and later expressing > regret at having chosen those particular rabid weasels and that pair > of pants. > ---maf >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_2E08661D-376A-4F96-95A5-DA215083B790 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Sep 6, 2019, at 12:27, Warren Kumari <warren@kumari.net> = wrote:

On Thu, Feb 21, 2019 at 1:53 PM = Andy Bierman <andy@yumaworks.com> wrote:



On Thu, Feb 21, 2019 at 10:33 AM Martin Bjorklund <mbj@tail-f.com> = wrote:

Andy Bierman <andy@yumaworks.com> wrote:
On Thu, Feb 21, 2019 at 10:07 AM Peter Loborg = <peter.loborg@ericsson.com>
wrote:



Your example is fine =E2=80=93 but the gammar = is ch14 specifies something
different:



enum-stmt =           =3D = enum-keyword sep string optsep

          &nb= sp;            = ; (";" /

          &nb= sp;            = ;  "{" stmtsep

          &nb= sp;            = ;      ;; these stmts can appear in any = order

          &nb= sp;            = ;      *if-feature-stmt

          &nb= sp;            = ;      [value-stmt]

          &nb= sp;            = ;      [status-stmt]

          &nb= sp;            = ;      [description-stmt]

          &nb= sp;            = ;      [reference-stmt]

          &nb= sp;            = ;   "}") stmtsep



It clearly states  string, not = quoted-string. These two have the following
rules:



quoted-string =       =3D (DQUOTE string DQUOTE) / (SQUOTE = string SQUOTE)



string =             &n= bsp;=3D < an unquoted string, as returned by >

          &nb= sp;            = ; < the scanner, that matches the rule >

          &nb= sp;            = ; < yang-string >





The = text in 9.6.4 is correct.
The ABNF is wrong.

No, the ABNF is correct. =  The ABNF doens't handle concatenation etc.
The idea = is that the scanner handles quotes and concatenation and
returns a "string".



OK -- it is = confusing that the rule quoted-string exists, but it
is = only for key and leaf-list predicates.

Hi all,

I'm trying to go through and do = some cleanup of the dangling Errata.
I'm *certainly* not an expert here, and so am relying on = y'all.
=46rom = what I've been able to figure out, the consensus is that this
Errata should be rejected, yes?
W

yes,

this is = done.

as Lada noted some time ago = the explanation could be more clear.

I guess the explanation could be = improved. Section 6.1.3 talks about unquoted,
single- and double-quoted strings, but then the term "string" = is used in the
ABNF to mean the argument string, = i.e. the result of scanner preprocessing
(concatenation, substitution of escaped characters). Maybe we = can use another
term, such as "argstring", for the = latter.

Also, the term scanner only = appears in the ABNF appendix. Some explanation of
the = preprocessing stage in the main text would also = help.

but = Juergen and Martin's point contentions still hold that ABNF works as = described.





/martin


Andy







=E2=80=A6and in 6.1.3 we can read that:

  An unquoted string is any sequence of characters = that does not

  contain any = space, tab, carriage return, or line feed characters, a

  single or double quote character, a semicolon = (";"), braces ("{" or

  "}"), or = comment sequences ("//", "/*", or "*/").



  Note that any keyword can legally = appear as an unquoted string.



Since the section so clearly writes about = single quoted strings and double
quoted strings, there can = unfortunately be no interpretation that would
allow = =E2=80=9Cidentifier=E2=80=9D to be called an unquoted string =E2=80=93 = even though it follows
the rules about limited character = contents.



Hence= =E2=80=93 this is not a matter of opinion =E2=80=93 it=E2=80=99s a = matter of reading what=E2=80=99s
actually written in the = RFC.



But on = the subject of opinion=E2=80=A6



     enum "This is = also legal";   // should definitely always be illegal



=E2=80=A6as we = cannot create a language binding to enum constructs in any major
programming languages.




There are many = aspects of YANG that do not map directly to programming
languages,
such as allowing '.' in = identifiers.



Br,

Peter



Andy






*From:* Andy Bierman <andy@yumaworks.com>
*Sent:* den 21 = februari 2019 18:45
*To:* Martin Bjorklund <mbj@tail-f.com>
*Cc:* RFC Editor <rfc-editor@rfc-editor.org>; Ignas Bagdonas <
ibagdona@gmail.com>; NetMod WG <netmod@ietf.org>; = Peter Loborg <
peter.loborg@ericsson.com>; Warren Kumari <warren@kumari.net>
*Subject:* Re: [netmod] [Editorial Errata Reported] RFC7950 = (5642)







On Thu, Feb 21, = 2019 at 8:53 AM Martin Bjorklund <mbj@tail-f.com> wrote:

RFC = Errata System <rfc-editor@rfc-editor.org> wrote:
The following errata = report has been submitted for RFC7950,
"The YANG 1.1 Data = Modeling Language".

--------------------------------------
You may = review the report below and at:
http://www.rfc-editor.org/errata/eid5642

--------------------------------------
Type: = Editorial
Reported by: Peter Loborg = <peter.loborg@ericsson.com>

Section: = 9.6.4

Original Text
-------------
It takes as an argument a string = that is the assigned name.

Corrected = Text
--------------
It takes as an argument = an unquoted string that is the assigned name.

This is not correct.  The = enum argument is not different from any
other keyword's = arguments in YANG.  See e.g. the example in 9.12.4:
      type enumeration {
        enum = "unbounded";
      }

The following is also legal:

        enum "unb" + = 'ounded';





 enum "This is also legal";



9.6.4.  The = "enum" Statement



  The "enum" statement, which is a substatement to = the "type"

  statement, MUST be = present if the type is "enumeration".  It is

  repeatedly used to specify each assigned name of = an enumeration type.

  It takes = as an argument a string that is the assigned name.  *The*

*   string MUST NOT be zero-length = and MUST NOT have any leading or*

* =   trailing whitespace characters* (any Unicode character with = the

  "White_Space" property). =  The use of Unicode control codes SHOULD be

  avoided.





This errata = should be rejected.



/martin





Andy





Notes
-----
Readers are not beeing made aware that careful reading of = section 6.1.3
and the detailed definition of = string in section 14 must be consulted.
For comming versions of this RFC it would be = preferable to use a more
specialized grammar = token for these cases (e.g. unquoted-string).

Instructions:
-------------
This erratum is currently posted = as "Reported". If necessary, please
use "Reply All" to = discuss whether it should be verified or
rejected. When a = decision is reached, the verifying party
can log in to = change the status and edit the report, if necessary.

--------------------------------------
RFC7950 = (draft-ietf-netmod-rfc6020bis-14)
--------------------------------------
Title =             &n= bsp; : The YANG 1.1 Data Modeling Language
Publication = Date    : August 2016
Author(s) =           : M. = Bjorklund, Ed.
Category =            : = PROPOSED STANDARD
Source =             &n= bsp;: Network Modeling
Area =             &n= bsp;  : Operations and Management
Stream =             &n= bsp;: IETF
Verifying Party     : = IESG


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





-- 
I don't think the execution is = relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later = expressing
regret at = having chosen those particular rabid weasels and that pair
of pants.
  ---maf

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

= --Apple-Mail=_2E08661D-376A-4F96-95A5-DA215083B790-- From nobody Mon Oct 7 01:00:14 2019 Return-Path: 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 56ED112002F for ; Mon, 7 Oct 2019 01:00:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 9svjUtxDWqbO for ; Mon, 7 Oct 2019 01:00:10 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1C6C0120020 for ; Mon, 7 Oct 2019 01:00:10 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id A3C661AE018A; Mon, 7 Oct 2019 10:00:08 +0200 (CEST) Date: Mon, 07 Oct 2019 09:59:43 +0200 (CEST) Message-Id: <20191007.095943.1870966155557583692.mbj@tail-f.com> To: rwilton@cisco.com Cc: J.Schoenwaelder@jacobs-university.de, balazs.lengyel@ericsson.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2019 08:00:12 -0000 "Rob Wilton (rwilton)" wrote: > [Copying Balazs because this discussion is moving to instance-data > document schema definitions.] > = > > -----Original Message----- > > From: Sch=F6nw=E4lder, J=FCrgen > > Sent: 04 October 2019 10:36 > > To: Rob Wilton (rwilton) > > Cc: Christian Hopps ; Mahesh Jethanandani > > ; netmod@ietf.org > > Subject: Re: [netmod] References to the "tags" typedef > > = > > On Fri, Oct 04, 2019 at 08:17:33AM +0000, Rob Wilton (rwilton) wrot= e: > > > > > > To use the "tags:tag" typedef, ietf-yang-package had an import on= > > > "ietf- > > module-tags" which both defines a tags type and also a "module-tags= " > > container as well. I want the typedef, but not the container, beca= use > > I > > don't want the schema for the package file to be: > > > +--ro yang-package <-- I do want this > > > | +--ro name yang:yang-identifier > > > | ... > > > +--ro module-tags <-- I don't want this > > > +- ... > > > > > = > > Isn't import-only-module in YANG library take care of this? > [RW] = > Yes, that is one solution. > = > The instance data document (probably in JSON, but I've given an XML > snippet below) could use the "inline-spec" for specifying the schema.= > = > But this means that every package instance file, needs to have some > boilerplate like this before the actual package definition.: > = > > "urn:ietf:params:xml:ns:yang:ietf-yang-instance-data"> > some-yang-package > ietf-yang-library@2019-01-04.yang > > > > all > > ietf-yang-package > 2019-09-11 > > > ietf-yang-package-types > xxxx-xx-xx > > > ietf-module-tags > xxxx-xx-xx > > > ietf-yang-revisions > xxxx-xx-xx > > > ietf-yang-structure-ext > xxxx-xx-xx > > > ietf-yang-types > xxxx-xx-xx > > > ietf-yang-library > xxxx-xx-xx > > > ietf-inet-types > xxxx-xx-xx > > > > > > // Actual package information goes here. > > > = > https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-instance-file= -format/?include_text=3D1 > = > The YANG instance data draft provides some other choices: > (1) (External Method) Don't define the schema, just assume that > clients know what it will be for YANG packages. E.g. it would be > specified in the YANG packages RFC. I prefer this solution for the packages document. > (2) (URI method) Put the schema in a separate instance data document > and reference that. This could be defined in the YANG packages RFC, > but it might open the question of what URI can you use to retrieve it= .= > (3) Simplified inline schema. > = > It is the third one that I would ideally like to use. Ugh, I haven't paid enough attention to the instance data document... I will comment on this design in a separate email. > Here, the package data would like something like this (sorry, in JSON= > this time): > = > "ietf-yang-instance-data:instance-data-set": { > "name": "example-ietf-network-device-pkg", > "module": [ "ietf-yang-package@2019-09-11.yang" ], > "description": "YANG package definition", > "content-data": { > "ietf-yang-package:yang-package": { > "name": "example-ietf-network-device-pkg", > // Actual package information goes here. > } > } > } > = > Here, the schema is defined by the "module" line > "ietf-yang-package@2019-09-11.yang". I think that there are some > details to work out, but I think that the import dependencies for > "ietf-yang-package.yang" could be automatically resolved as > import-only YANG modules. I have also tried to minimize the required= > imports (e.g. don't import YANG library, perhaps don't import from > module-tags). You shouldn't have to do that. You should use the appriopriate types. > In terms of typedefs, are two typedefs equivalent if they have exactl= y > the same definition in two different modules? Or does the fact that > they are named given them a slightly different meaning? By reusing appriopriate typedefs you get clearer semantics. In the extreme case everyting is just strings with some descripton statements (you might think that this is absurd, but this approach has been taken by some data model designers (not necessarily yang) ...) /martin > = > Thanks, > Rob > = > = > > = > > /js > > = > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germ= any > > Fax: +49 421 200 3103 = > = > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > = From nobody Mon Oct 7 02:16:38 2019 Return-Path: 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 06AF91200B1 for ; Mon, 7 Oct 2019 02:16:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=JOysAsq5; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gm9ZdJb0 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 zV1AiZcI8KSf for ; Mon, 7 Oct 2019 02:16:34 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D9E412006F for ; Mon, 7 Oct 2019 02:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10022; q=dns/txt; s=iport; t=1570439794; x=1571649394; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=ec7Po5HRcBzc0ZHwRMK8SF7gWIDDk6yFgRIIOBFmY9s=; b=JOysAsq5JAdWw7mSAYel/9er3TIIP807o54zXmOESliiPurTnGKMOzFG f323QqThR5z4FquNRH/nnb+L9imvh988a6Ipu7DpdC7IzaF0YNwBFlNam x9i/6QHwRy098sX+HuVU0DfBCQr3uF9f2pQvHhDJhAkaedShzZfaT/27A g=; IronPort-PHdr: =?us-ascii?q?9a23=3AqmOmixPca/vGnw52bN4l6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEu60/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBjhM//ucys8NM9DT1RiuXq8NBsdFQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAAApAZtd/4QNJK1jAxoBAQEBAQI?= =?us-ascii?q?BAQEBDAIBAQEBgVYCAQEBAQsBgUokLANtViAECyoKhBmDRwOKSIJciWmOE4F?= =?us-ascii?q?CgRADVAkBAQEMAQEYCwoCAQGDe0UCF4JBIzcGDgIDCQEBBAEBAQIBBQRthS0?= =?us-ascii?q?MhUsBAQEDAQEBEBERDAEBLAsBCwICAgEGAg4CAQQBAQECAiYCAgIZBgYLFQg?= =?us-ascii?q?IAgQOBQgTB4MBgWoDDg8BAgyQR5BhAoE4iGF1gTKCfQEBBYFIQYMADQuCFwM?= =?us-ascii?q?GBYEHKAGMDRiBQD+BV4JMPoIaRwEBAgEBgSoBEgEhBRAKFwINgkYygiaJRIM?= =?us-ascii?q?xIIJYhVmXOUEKgiKHCYkyVoQimT+WTYINjwQCBAIEBQIOAQEFgWgjZ3FwFTu?= =?us-ascii?q?CbFAQFIFPDBeDUDOEYYU/dIEpjX6BIgGBIgEB?= X-IronPort-AV: E=Sophos;i="5.67,267,1566864000"; d="scan'208";a="345591963" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 Oct 2019 09:16:33 +0000 Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x979GXAt021577 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 7 Oct 2019 09:16:33 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 7 Oct 2019 04:16:32 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 7 Oct 2019 04:16:31 -0500 Received: from NAM04-BN3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 7 Oct 2019 04:16:31 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EAnE0u2kga2dsQi8KJ4VRa0HXfYxwXIhMhwOc1rWMtxzovqYD8YFnRx69Qn/ea+AFemIj1tPkrh0nuHYXJQeB4gCIqDdJt/8kFFOQX9ZR5aWyvNErMrU18qbd9aufBwXYZhYlZqoY8TkajGKN3UStr13TLpM6otJeyuZC/UYG28YWWtYtOIfYL0X1wW3WFNC+/8MZz8PCId1i9tQwgPWDe4+bqakcaeuq2hfJbIykR0b3VF0UG5nYkGhI0kWHdmuIugp+/l1Cxg01COP+DqjaBsBP6vnIuTodJPHM0Pmz3oX0BSwiXX0+OPv/Fr45U/0Fye8VCy1l7ZMPDBq5c7T0A== 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=ec7Po5HRcBzc0ZHwRMK8SF7gWIDDk6yFgRIIOBFmY9s=; b=LSj0K5INJb4/TcXSGDjRAqE91F31YW3RVV+SHFE3ZofQfBQVOu4r99AViWtKzMb3PYvJgXOwhR6mLGaZP4TDZBTLMYEB3QumgdUIFB5ta8LrxuUkZkwd3cplTtfhARMH0MMPUbqBuLix6mIHnWyOOG2B/ky9FvQR0kEg4DsYUS5tqvcCQVLeVMKqVyMVk2O2QcWbFEObnGOR6pwSh+SaqsAfCPLckyVWYwlTCrZ6CvFCtyR5q8SfPQ0uFVOEQIjbBr2RMpDCJvZFpdTnrEZYYSrO5DoMuzA7FV4V3OAXYNHcTyrBv5YqBruD0qFZgKLICq9j3LoCJRm5dwPqgYRqXw== 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=ec7Po5HRcBzc0ZHwRMK8SF7gWIDDk6yFgRIIOBFmY9s=; b=gm9ZdJb0TU9DWa2ROzdsFXfbePdm4xim3Y/p0SB9BwWtXdlDXssQPqId6+c/IAIT3G0D+t7Xqyu0ZAY7EO1l1derqh6r2eRRJzblzbf8Z1AfNkN+iYw/rx2RiRuxuODEDuNWVHN+RDQtqe3vfikL7gJNd7edUzsRPcwhxVjGK70= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3854.namprd11.prod.outlook.com (20.178.252.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2327.24; Mon, 7 Oct 2019 09:16:30 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2327.023; Mon, 7 Oct 2019 09:16:30 +0000 From: "Rob Wilton (rwilton)" To: Martin Bjorklund CC: "J.Schoenwaelder@jacobs-university.de" , "balazs.lengyel@ericsson.com" , "netmod@ietf.org" Thread-Topic: [netmod] References to the "tags" typedef Thread-Index: AdV5zjrR87+ocsTFRHuyDJWUSmakTQASvOqAAAKhPIAAGXctcAADYFqAAAA8Z0AAk0qXgAACQXew Date: Mon, 7 Oct 2019 09:16:30 +0000 Message-ID: References: <20191004093533.cvxscnkgr5y4gh2p@anna.jacobs.jacobs-university.de> <20191007.095943.1870966155557583692.mbj@tail-f.com> In-Reply-To: <20191007.095943.1870966155557583692.mbj@tail-f.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: [173.38.220.47] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 46d8c154-8494-45a6-ee6b-08d74b070a3e x-ms-traffictypediagnostic: MN2PR11MB3854: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 01834E39B7 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(346002)(366004)(396003)(376002)(199004)(189003)(43544003)(13464003)(51444003)(76116006)(229853002)(86362001)(11346002)(446003)(33656002)(6306002)(9686003)(55016002)(66446008)(64756008)(6436002)(486006)(476003)(66476007)(66556008)(2906002)(74316002)(7736002)(305945005)(3846002)(6116002)(6916009)(66946007)(99286004)(25786009)(76176011)(7696005)(6246003)(966005)(14454004)(8936002)(186003)(53546011)(6506007)(26005)(4326008)(478600001)(54906003)(316002)(66066001)(71190400001)(71200400001)(81156014)(81166006)(8676002)(102836004)(256004)(14444005)(66574012)(5660300002)(52536014); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3854; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: 1F3CnWE71lCO9LAAdKAdZknOBYMb3aruJ+Q72kaVF9OwiXHd2idZ75XWbpTGjTUDyyNdFW4fZxdPdZvTbgJJBfepx1vtxu627sPs8je95FRtu/1r2ELr7COD1oRt5GhGhNFkM9e1DJnXfDnpWw6nAF8sYNuVUS2juJnlDll0se+xNnAyY1uFgZgzj7Jqq3HhYJ7205h2ojYdDKUhy672jiwBZAUl1loBfl5pAfvA9SGrKTqB8oM74JB0OANU2th4xmXK7RzbViffMtZAIL/k72a6E9v6kX3VhqFB/cQYIy38h8bM/9393cRRz2lV9FVKET9gbeI94znuOVv1eTcqNr1u5DBXfOe01cDdMoMbxrUJsNCo2R5SGn+9op1ArFb8Val8oRgJWHlzHKokV8EISGCkWlbkSUntBAZqW8Dv9BWQML5vnI0zT+aNFWX6cQxBtZWKOzuk4x8yo/u9xyvQHw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 46d8c154-8494-45a6-ee6b-08d74b070a3e X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Oct 2019 09:16:30.4485 (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: /dPDn5WjiLnvgvFMw3mTQs+xPMJa0N6SIL3Ru23jiNenZJ5JB1b5mZ7t18CUelfMlWqB2zb7Bm/+XxrEBc28yQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3854 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.25, xch-aln-015.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [netmod] References to the "tags" typedef X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2019 09:16:37 -0000 SGkgTWFydGluLA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1hcnRp biBCam9ya2x1bmQgPG1iakB0YWlsLWYuY29tPg0KPiBTZW50OiAwNyBPY3RvYmVyIDIwMTkgMDk6 MDANCj4gVG86IFJvYiBXaWx0b24gKHJ3aWx0b24pIDxyd2lsdG9uQGNpc2NvLmNvbT4NCj4gQ2M6 IEouU2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZTsgYmFsYXpzLmxlbmd5ZWxAZXJp Y3Nzb24uY29tOw0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtuZXRtb2RdIFJl ZmVyZW5jZXMgdG8gdGhlICJ0YWdzIiB0eXBlZGVmDQo+IA0KPiAiUm9iIFdpbHRvbiAocndpbHRv bikiIDxyd2lsdG9uQGNpc2NvLmNvbT4gd3JvdGU6DQo+ID4gW0NvcHlpbmcgQmFsYXpzIGJlY2F1 c2UgdGhpcyBkaXNjdXNzaW9uIGlzIG1vdmluZyB0byBpbnN0YW5jZS1kYXRhDQo+ID4gZG9jdW1l bnQgc2NoZW1hIGRlZmluaXRpb25zLl0NCj4gPg0KPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCj4gPiA+IEZyb206IFNjaMO2bnfDpGxkZXIsIErDvHJnZW4gPEouU2Nob2Vud2FlbGRl ckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4NCj4gPiA+IFNlbnQ6IDA0IE9jdG9iZXIgMjAxOSAxMDoz Ng0KPiA+ID4gVG86IFJvYiBXaWx0b24gKHJ3aWx0b24pIDxyd2lsdG9uQGNpc2NvLmNvbT4NCj4g PiA+IENjOiBDaHJpc3RpYW4gSG9wcHMgPGNob3Bwc0BjaG9wcHMub3JnPjsgTWFoZXNoIEpldGhh bmFuZGFuaQ0KPiA+ID4gPG1qZXRoYW5hbmRhbmlAZ21haWwuY29tPjsgbmV0bW9kQGlldGYub3Jn DQo+ID4gPiBTdWJqZWN0OiBSZTogW25ldG1vZF0gUmVmZXJlbmNlcyB0byB0aGUgInRhZ3MiIHR5 cGVkZWYNCj4gPiA+DQo+ID4gPiBPbiBGcmksIE9jdCAwNCwgMjAxOSBhdCAwODoxNzozM0FNICsw MDAwLCBSb2IgV2lsdG9uIChyd2lsdG9uKSB3cm90ZToNCj4gPiA+ID4NCj4gPiA+ID4gVG8gdXNl IHRoZSAidGFnczp0YWciIHR5cGVkZWYsIGlldGYteWFuZy1wYWNrYWdlIGhhZCBhbiBpbXBvcnQg b24NCj4gPiA+ID4gImlldGYtDQo+ID4gPiBtb2R1bGUtdGFncyIgd2hpY2ggYm90aCBkZWZpbmVz IGEgdGFncyB0eXBlIGFuZCBhbHNvIGEgIm1vZHVsZS10YWdzIg0KPiA+ID4gY29udGFpbmVyIGFz IHdlbGwuICBJIHdhbnQgdGhlIHR5cGVkZWYsIGJ1dCBub3QgdGhlIGNvbnRhaW5lciwNCj4gPiA+ IGJlY2F1c2UgSSBkb24ndCB3YW50IHRoZSBzY2hlbWEgZm9yIHRoZSBwYWNrYWdlIGZpbGUgdG8g YmU6DQo+ID4gPiA+ICAgICAgICstLXJvIHlhbmctcGFja2FnZSAgPC0tIEkgZG8gd2FudCB0aGlz DQo+ID4gPiA+ICAgICAgIHwgICstLXJvIG5hbWUgICAgICAgICAgICAgICAgICAgICAgeWFuZzp5 YW5nLWlkZW50aWZpZXINCj4gPiA+ID4gICAgICAgfCAgLi4uDQo+ID4gPiA+ICAgICAgICstLXJv IG1vZHVsZS10YWdzICAgPC0tICBJIGRvbid0IHdhbnQgdGhpcw0KPiA+ID4gPiAgICAgICAgICAr LSAuLi4NCj4gPiA+ID4NCj4gPiA+DQo+ID4gPiBJc24ndCBpbXBvcnQtb25seS1tb2R1bGUgaW4g WUFORyBsaWJyYXJ5IHRha2UgY2FyZSBvZiB0aGlzPw0KPiA+IFtSV10NCj4gPiBZZXMsIHRoYXQg aXMgb25lIHNvbHV0aW9uLg0KPiA+DQo+ID4gVGhlIGluc3RhbmNlIGRhdGEgZG9jdW1lbnQgKHBy b2JhYmx5IGluIEpTT04sIGJ1dCBJJ3ZlIGdpdmVuIGFuIFhNTA0KPiA+IHNuaXBwZXQgYmVsb3cp IGNvdWxkIHVzZSB0aGUgImlubGluZS1zcGVjIiBmb3Igc3BlY2lmeWluZyB0aGUgc2NoZW1hLg0K PiA+DQo+ID4gQnV0IHRoaXMgbWVhbnMgdGhhdCBldmVyeSBwYWNrYWdlIGluc3RhbmNlIGZpbGUs IG5lZWRzIHRvIGhhdmUgc29tZQ0KPiA+IGJvaWxlcnBsYXRlIGxpa2UgdGhpcyBiZWZvcmUgdGhl IGFjdHVhbCBwYWNrYWdlIGRlZmluaXRpb24uOg0KPiA+DQo+ID4gPD94bWwgdmVyc2lvbj0iMS4w IiBlbmNvZGluZz0iVVRGLTgiPz4gPGluc3RhbmNlLWRhdGEtc2V0IHhtbG5zPQ0KPiA+ICAgICAi dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYteWFuZy1pbnN0YW5jZS1kYXRhIj4NCj4g PiAgIDxuYW1lPnNvbWUteWFuZy1wYWNrYWdlPC9uYW1lPg0KPiA+ICAgPGlubGluZS1zcGVjPmll dGYteWFuZy1saWJyYXJ5QDIwMTktMDEtMDQueWFuZzwvaW5saW5lLXNwZWM+DQo+ID4gICA8aW5s aW5lLWNvbnRlbnQtc2NoZW1hPg0KPiA+ICAgICA8eWFuZy1saWJyYXJ5IHhtbG5zPSJ1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi15YW5nLWxpYnJhcnkiPg0KPiA+ICAgICAgIDxtb2R1 bGUtc2V0Pg0KPiA+ICAgICAgICAgPG5hbWU+YWxsPC9uYW1lPg0KPiA+ICAgICAgICAgPG1vZHVs ZT4NCj4gPiAgICAgICAgICAgPG5hbWU+aWV0Zi15YW5nLXBhY2thZ2U8L25hbWU+DQo+ID4gICAg ICAgICAgIDxyZXZpc2lvbj4yMDE5LTA5LTExPC9yZXZpc2lvbj4NCj4gPiAgICAgICAgIDwvbW9k dWxlPg0KPiA+ICAgICAgICAgPGltcG9ydC1vbmx5LW1vZHVsZT4NCj4gPiAgICAgICAgICAgPG5h bWU+aWV0Zi15YW5nLXBhY2thZ2UtdHlwZXM8L25hbWU+DQo+ID4gICAgICAgICAgIDxyZXZpc2lv bj54eHh4LXh4LXh4PC9yZXZpc2lvbj4NCj4gPiAgICAgICAgIDwvbW9kdWxlPg0KPiA+ICAgICAg ICAgPGltcG9ydC1vbmx5LW1vZHVsZT4NCj4gPiAgICAgICAgICAgPG5hbWU+aWV0Zi1tb2R1bGUt dGFnczwvbmFtZT4NCj4gPiAgICAgICAgICAgPHJldmlzaW9uPnh4eHgteHgteHg8L3JldmlzaW9u Pg0KPiA+ICAgICAgICAgPC9tb2R1bGU+DQo+ID4gICAgICAgICA8aW1wb3J0LW9ubHktbW9kdWxl Pg0KPiA+ICAgICAgICAgICA8bmFtZT5pZXRmLXlhbmctcmV2aXNpb25zPC9uYW1lPg0KPiA+ICAg ICAgICAgICA8cmV2aXNpb24+eHh4eC14eC14eDwvcmV2aXNpb24+DQo+ID4gICAgICAgICA8L21v ZHVsZT4NCj4gPiAgICAgICAgIDxtb2R1bGU+DQo+ID4gICAgICAgICAgIDxuYW1lPmlldGYteWFu Zy1zdHJ1Y3R1cmUtZXh0PC9uYW1lPg0KPiA+ICAgICAgICAgICA8cmV2aXNpb24+eHh4eC14eC14 eDwvcmV2aXNpb24+DQo+ID4gICAgICAgICA8L21vZHVsZT4NCj4gPiAgICAgICAgIDxtb2R1bGU+ DQo+ID4gICAgICAgICAgIDxuYW1lPmlldGYteWFuZy10eXBlczwvbmFtZT4NCj4gPiAgICAgICAg ICAgPHJldmlzaW9uPnh4eHgteHgteHg8L3JldmlzaW9uPg0KPiA+ICAgICAgICAgPC9tb2R1bGU+ DQo+ID4gICAgICAgICA8bW9kdWxlPg0KPiA+ICAgICAgICAgICA8bmFtZT5pZXRmLXlhbmctbGli cmFyeTwvbmFtZT4NCj4gPiAgICAgICAgICAgPHJldmlzaW9uPnh4eHgteHgteHg8L3JldmlzaW9u Pg0KPiA+ICAgICAgICAgPC9tb2R1bGU+DQo+ID4gICAgICAgICA8bW9kdWxlPg0KPiA+ICAgICAg ICAgICA8bmFtZT5pZXRmLWluZXQtdHlwZXM8L25hbWU+DQo+ID4gICAgICAgICAgIDxyZXZpc2lv bj54eHh4LXh4LXh4PC9yZXZpc2lvbj4NCj4gPiAgICAgICAgIDwvbW9kdWxlPg0KPiA+ICAgICAg IDwvbW9kdWxlLXNldD4NCj4gPiAgICAgPC95YW5nLWxpYnJhcnk+DQo+ID4gICA8L2lubGluZS1j b250ZW50LXNjaGVtYT4NCj4gPiAgIDxjb250ZW50LWRhdGE+DQo+ID4gICAgICAvLyBBY3R1YWwg cGFja2FnZSBpbmZvcm1hdGlvbiBnb2VzIGhlcmUuDQo+ID4gICA8L2NvbnRlbnQtZGF0YT4NCj4g PiA8L2luc3RhbmNlLWRhdGEtc2V0Pg0KPiA+DQo+ID4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1pbnN0YW5jZS1maWxlLQ0KPiA+IGZvcm1h dC8/aW5jbHVkZV90ZXh0PTENCj4gPg0KPiA+IFRoZSBZQU5HIGluc3RhbmNlIGRhdGEgZHJhZnQg cHJvdmlkZXMgc29tZSBvdGhlciBjaG9pY2VzOg0KPiA+ICgxKSAoRXh0ZXJuYWwgTWV0aG9kKSBE b24ndCBkZWZpbmUgdGhlIHNjaGVtYSwganVzdCBhc3N1bWUgdGhhdA0KPiA+IGNsaWVudHMga25v dyB3aGF0IGl0IHdpbGwgYmUgZm9yIFlBTkcgcGFja2FnZXMuICBFLmcuIGl0IHdvdWxkIGJlDQo+ ID4gc3BlY2lmaWVkIGluIHRoZSBZQU5HIHBhY2thZ2VzIFJGQy4NCj4gDQo+IEkgcHJlZmVyIHRo aXMgc29sdXRpb24gZm9yIHRoZSBwYWNrYWdlcyBkb2N1bWVudC4NCg0KVGhlIHJpc2sgaGVyZSwg aXMgdGhhdCB0aGUgcGFja2FnZSBkZWZpbml0aW9uIG1heSBnZXQgZXh0ZW5kZWQvYXVnbWVudGVk IG92ZXIgdGltZS4gDQoNCg0KPiANCj4gPiAoMikgKFVSSSBtZXRob2QpIFB1dCB0aGUgc2NoZW1h IGluIGEgc2VwYXJhdGUgaW5zdGFuY2UgZGF0YSBkb2N1bWVudA0KPiA+IGFuZCByZWZlcmVuY2Ug dGhhdC4gIFRoaXMgY291bGQgYmUgZGVmaW5lZCBpbiB0aGUgWUFORyBwYWNrYWdlcyBSRkMsDQo+ ID4gYnV0IGl0IG1pZ2h0IG9wZW4gdGhlIHF1ZXN0aW9uIG9mIHdoYXQgVVJJIGNhbiB5b3UgdXNl IHRvIHJldHJpZXZlIGl0Lg0KPiA+ICgzKSBTaW1wbGlmaWVkIGlubGluZSBzY2hlbWEuDQo+ID4N Cj4gPiBJdCBpcyB0aGUgdGhpcmQgb25lIHRoYXQgSSB3b3VsZCBpZGVhbGx5IGxpa2UgdG8gdXNl Lg0KPiANCj4gVWdoLCBJIGhhdmVuJ3QgcGFpZCBlbm91Z2ggYXR0ZW50aW9uIHRvIHRoZSBpbnN0 YW5jZSBkYXRhIGRvY3VtZW50Li4uIEkNCj4gd2lsbCBjb21tZW50IG9uIHRoaXMgZGVzaWduIGlu IGEgc2VwYXJhdGUgZW1haWwuDQoNCk9LIPCfmIoNCg0KVGhlcmUgaXMgYWxzbyBhIDR0aCBjaG9p Y2UgaGVyZS4NCg0KTXkgcGxhbiBpcyB0aGF0IHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgcGFj a2FnaW5nIGRyYWZ0IHdpbGwgYXVnbWVudCB0aGUgaW5zdGFuY2UtZGF0YS1zZXQgc3RydWN0dXJl IHRvIGFsbG93IGEgbmFtZWQgcGFja2FnZSB0byBiZSB1c2VkIGFzIGEgc3BlY2lmaWNhdGlvbiBm b3IgYSBzY2hlbWEuDQoNClNvLCBwYWNrYWdlIGRlZmluaXRpb25zIGNvdWxkIG1ha2UgdXNlIG9m IHRoaXMuICBJdCB3b3VsZCBiZSBzdGlsbCBiZSBjb25jaXNlLCBidXQgY29tcGxldGUgYW5kIGV4 dGVuc2libGUuDQoNCj4gDQo+ID4gSGVyZSwgdGhlIHBhY2thZ2UgZGF0YSB3b3VsZCBsaWtlIHNv bWV0aGluZyBsaWtlIHRoaXMgKHNvcnJ5LCBpbiBKU09ODQo+ID4gdGhpcyB0aW1lKToNCj4gPg0K PiA+ICAgImlldGYteWFuZy1pbnN0YW5jZS1kYXRhOmluc3RhbmNlLWRhdGEtc2V0Ijogew0KPiA+ ICAgICAibmFtZSI6ICJleGFtcGxlLWlldGYtbmV0d29yay1kZXZpY2UtcGtnIiwNCj4gPiAgICAg Im1vZHVsZSI6IFsgImlldGYteWFuZy1wYWNrYWdlQDIwMTktMDktMTEueWFuZyIgXSwNCj4gPiAg ICAgImRlc2NyaXB0aW9uIjogIllBTkcgcGFja2FnZSBkZWZpbml0aW9uIiwNCj4gPiAgICAgImNv bnRlbnQtZGF0YSI6IHsNCj4gPiAgICAgICAiaWV0Zi15YW5nLXBhY2thZ2U6eWFuZy1wYWNrYWdl Ijogew0KPiA+ICAgICAgICAgIm5hbWUiOiAiZXhhbXBsZS1pZXRmLW5ldHdvcmstZGV2aWNlLXBr ZyIsDQo+ID4gICAgICAgICAvLyBBY3R1YWwgcGFja2FnZSBpbmZvcm1hdGlvbiBnb2VzIGhlcmUu DQo+ID4gICAgICAgfQ0KPiA+ICAgICB9DQo+ID4gICB9DQo+ID4NCj4gPiBIZXJlLCB0aGUgc2No ZW1hIGlzIGRlZmluZWQgYnkgdGhlICJtb2R1bGUiIGxpbmUNCj4gPiAiaWV0Zi15YW5nLXBhY2th Z2VAMjAxOS0wOS0xMS55YW5nIi4gIEkgdGhpbmsgdGhhdCB0aGVyZSBhcmUgc29tZQ0KPiA+IGRl dGFpbHMgdG8gd29yayBvdXQsIGJ1dCBJIHRoaW5rIHRoYXQgdGhlIGltcG9ydCBkZXBlbmRlbmNp ZXMgZm9yDQo+ID4gImlldGYteWFuZy1wYWNrYWdlLnlhbmciIGNvdWxkIGJlIGF1dG9tYXRpY2Fs bHkgcmVzb2x2ZWQgYXMNCj4gPiBpbXBvcnQtb25seSBZQU5HIG1vZHVsZXMuICBJIGhhdmUgYWxz byB0cmllZCB0byBtaW5pbWl6ZSB0aGUgcmVxdWlyZWQNCj4gPiBpbXBvcnRzIChlLmcuIGRvbid0 IGltcG9ydCBZQU5HIGxpYnJhcnksIHBlcmhhcHMgZG9uJ3QgaW1wb3J0IGZyb20NCj4gPiBtb2R1 bGUtdGFncykuDQo+IA0KPiBZb3Ugc2hvdWxkbid0IGhhdmUgdG8gZG8gdGhhdC4gIFlvdSBzaG91 bGQgdXNlIHRoZSBhcHByaW9wcmlhdGUgdHlwZXMuDQoNClRoZSBwYWNrYWdlcyBpbXBvcnQgYWdh aW5zdCBZQU5HIGxpYnJhcnkgd2FzIG9ubHkgcHVsbGluZyBpbiB0aGUgImdyb3VwaW5nIGxvY2F0 aW9uLWxlYWYtbGlzdCIsIHNvIGZvciBZQU5HIGxpYnJhcnksIGhhdmluZyB0aGUgaW1wb3J0IGRv ZXNuJ3Qgc2VlbSB0byBiZSB0aGF0IGhlbHBmdWwuDQoNCg0KPiANCj4gPiBJbiB0ZXJtcyBvZiB0 eXBlZGVmcywgYXJlIHR3byB0eXBlZGVmcyBlcXVpdmFsZW50IGlmIHRoZXkgaGF2ZSBleGFjdGx5 DQo+ID4gdGhlIHNhbWUgZGVmaW5pdGlvbiBpbiB0d28gZGlmZmVyZW50IG1vZHVsZXM/ICBPciBk b2VzIHRoZSBmYWN0IHRoYXQNCj4gPiB0aGV5IGFyZSBuYW1lZCBnaXZlbiB0aGVtIGEgc2xpZ2h0 bHkgZGlmZmVyZW50IG1lYW5pbmc/DQo+IA0KPiBCeSByZXVzaW5nIGFwcHJpb3ByaWF0ZSB0eXBl ZGVmcyB5b3UgZ2V0IGNsZWFyZXIgc2VtYW50aWNzLiAgSW4gdGhlDQo+IGV4dHJlbWUgY2FzZSBl dmVyeXRpbmcgaXMganVzdCBzdHJpbmdzIHdpdGggc29tZSBkZXNjcmlwdG9uIHN0YXRlbWVudHMN Cj4gKHlvdSBtaWdodCB0aGluayB0aGF0IHRoaXMgaXMgYWJzdXJkLCBidXQgdGhpcyBhcHByb2Fj aCBoYXMgYmVlbiB0YWtlbiBieQ0KPiBzb21lIGRhdGEgbW9kZWwgZGVzaWduZXJzIChub3QgbmVj ZXNzYXJpbHkgeWFuZykgLi4uKQ0KDQpZZXMsIEkgYWdyZWUgd2l0aCB5b3UgaW4gcHJpbmNpcGxl LCBpbiB0aGF0IHJlZmVyZW5jaW5nIHRoZSB0eXBlZGVmIHByb3ZpZGVzIG1vcmUgc2VtYW50aWMg aW5mb3JtYXRpb24gdGhhdCBqdXN0IG1pcnJvcmluZyB0aGUgdHlwZS4NCg0KVGhhbmtzLA0KUm9i DQoNCg0KPiANCj4gDQo+IC9tYXJ0aW4NCj4gDQo+ID4NCj4gPiBUaGFua3MsDQo+ID4gUm9iDQo+ ID4NCj4gPg0KPiA+ID4NCj4gPiA+IC9qcw0KPiA+ID4NCj4gPiA+IC0tDQo+ID4gPiBKdWVyZ2Vu IFNjaG9lbndhZWxkZXIgICAgICAgICAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0K PiA+ID4gUGhvbmU6ICs0OSA0MjEgMjAwIDM1ODcgICAgICAgICBDYW1wdXMgUmluZyAxIHwgMjg3 NTkgQnJlbWVuIHwgR2VybWFueQ0KPiA+ID4gRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMgICAgICAg ICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0KPiA+DQo+ID4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBuZXRtb2QgbWFpbGlu ZyBsaXN0DQo+ID4gbmV0bW9kQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9uZXRtb2QNCj4gPg0K From nobody Mon Oct 7 09:03:42 2019 Return-Path: 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 689F9120116; Mon, 7 Oct 2019 09:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 oJOq-ipZxc69; Mon, 7 Oct 2019 09:03:32 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1629D12010D; Mon, 7 Oct 2019 09:03:32 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 269DFB8131C; Mon, 7 Oct 2019 09:03:25 -0700 (PDT) To: marek.michalak@nokia.com, mbj@tail-f.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: joelja@bogus.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191007160325.269DFB8131C@rfc-editor.org> Date: Mon, 7 Oct 2019 09:03:25 -0700 (PDT) Archived-At: Subject: [netmod] [Errata Held for Document Update] RFC7950 (5617) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2019 16:03:34 -0000 The following errata report has been held for document update for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5617 -------------------------------------- Status: Held for Document Update Type: Technical Reported by: Marek Michalak, Pawel Koch Date Reported: 2019-01-30 Held by: Joel (IESG) Section: 14 Original Text ------------- path-arg = absolute-path / relative-path Corrected Text -------------- path-arg = deref-expr / path-str deref-expr = deref-function-invocation *WSP "/" *WSP relative-path path-str = absolute-path / relative-path deref-function-invocation = deref-keyword *WSP "(" *WSP path-str *WSP ")" deref-keyword = %s"deref" Notes ----- This is to allow path statement to contain also "deref" function invocation which is supported by pyang and Cisco compiler but for now is not supported by i.e. yanglint validator because of above statement which does not allow for it. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Oct 7 09:28:19 2019 Return-Path: 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 5245D12083E; Mon, 7 Oct 2019 09:28:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 sLOdQ8YBnuP0; Mon, 7 Oct 2019 09:28:03 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A2C1120813; Mon, 7 Oct 2019 09:28:03 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9B33BB81504; Mon, 7 Oct 2019 09:27:56 -0700 (PDT) To: exa@arrcus.com, mbj@tail-f.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: joelja@bogus.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191007162756.9B33BB81504@rfc-editor.org> Date: Mon, 7 Oct 2019 09:27:56 -0700 (PDT) Archived-At: Subject: [netmod] [Errata Rejected] RFC7950 (5663) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2019 16:28:06 -0000 The following errata report has been rejected for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5663 -------------------------------------- Status: Rejected Type: Technical Reported by: Ebben Aries Date Reported: 2019-03-18 Rejected by: Joel (IESG) Section: 14 Original Text ------------- deviate-delete-stmt = deviate-keyword sep delete-keyword-str optsep (";" / "{" stmtsep ;; these stmts can appear in any order [units-stmt] *must-stmt *unique-stmt *default-stmt "}") stmtsep Corrected Text -------------- deviate-delete-stmt = deviate-keyword sep delete-keyword-str optsep (";" / "{" stmtsep ;; these stmts can appear in any order [units-stmt] *must-stmt *unique-stmt *default-stmt [config-stmt] [mandatory-stmt] [min-elements-stmt] [max-elements-stmt] "}") stmtsep Notes ----- Section 7.20.3.2 specifies all permitted substatements for the "deviate" statement however the ABNF grammar specifies different valid substatements per deviate argument. The "delete" argument is one such that only contains a subset of what is defined in the substatement table in this section. The errata mentioned at: https://www.rfc-editor.org/errata/eid5489 is meant to correct the following statement """ The argument "delete" deletes properties from the target node. The properties to delete are identified by substatements to the "delete" statement. """ However this either needs to be a per argument table or ABNF correction --VERIFIER NOTES-- Martin Bjorklund wrote: I agree that the document needs clarification, and the yang-next issue will take care of that. The document needs a clarification that the refers to the grammar, or perhaps different substatement tables for add/replace/delete. Meanwhile, I think that this errata should be rejected. rob wilton and robert varga wrote: Hi Ebben, I've always taken the ABNF to list the definitive sub-statements that are allowed for the various deviate "add", "replace", or "delete" options. Perhaps the RFC could state this more explicitly. Perhaps raise an issue on the YANG Next issue tracker to clarify this (https://github.com/netmod-wg/yang-next/issues) and it might get discussed tomorrow. I agree. Proposed statements are simple cases, for which 'deviate replace' can be used to specify the correct value -- for example remove 'min-elements' by replacing it with 'min-elements 0'. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Wed Oct 9 08:02:03 2019 Return-Path: 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 8A21A12010E for ; Wed, 9 Oct 2019 08:01:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=ericsson.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 XQJqZYCFLvdw for ; Wed, 9 Oct 2019 08:01:46 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140040.outbound.protection.outlook.com [40.107.14.40]) (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 C81351200E7 for ; Wed, 9 Oct 2019 08:01:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G3OpinMBAU8W2al9pqVM91IdBxz1I8josTY2iH5uGfI2Le8IAxEdGhWxlsK+kluYJWSolU+IqGfNkNE45ViRCnpDrhaHU7OQIIvqynCsTJj5mc0UfXrJ/t2hkX4oyHsoisNi6p1oX7En8Qtz52yDx/VxkVubSZMbm/UIBJ2GI+1LoPNTyd179fMtS+3HL7tVsfHxicjv8csijNDihX1XpHllYQ9dyTy6qWOOFt9BPo5nH+b6pMxJrp0eh2R4yDMjnsOUS5FwsJsLp/khjR+LqvfUKT8ugfSuB/C5oncE6dv+KAxgfqzJXMykWypIccIIBoadXvMdihS4chmwJRlzFA== 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=V9RDYVXmNf5gtkO1RXxj7QHKs2rB6CTQWHapplwHYTk=; b=gs9KKgr2PHDN4YGHz95CIhSC5IyHePAL8bLxgXCckmwHmoMjLz7r0/K6Wy8sEcQ3zVGEaCfFIRVfOrOshpWq3ow1P8EhWf3Vk+Hf+nFttvxntirgGMOOz0EZH67G52WVpO5Aj2YcVJzWhTgzoymRB4HvtVBLxwqKMxssW0zRP+Jwfw6nV2QIkALlODpNtBBSeovo1maUOhAXdHRMuTNKBoru2BmFT7TCBjq9lPvPzkqEgF+KhJ3B0km+h1l+hUFn/Uc2KIWrBs6jGGY1+hH6pVJxzWFQdMTm8rK2V7BKc/j1g+WcvNho/WtUGmwwXwJEmwfjxbop4PTlfkwyEdTK9A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V9RDYVXmNf5gtkO1RXxj7QHKs2rB6CTQWHapplwHYTk=; b=Cu7UVVwcTfwzKqkw4u3udE8LM1REvHc+5XlxAMvHhyrvbbvFibHoBHT6JVOxubU4asrKbproUgsI6jkkIbVFAB7HZLzZ2LWPb17iKiAlTHH34OdDfHlNj60+MaI/FqnRG/BWDfFTMRn8Km0/FJMh8RO5FEhzFr8HmdICMb45gIY= Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com (10.169.137.153) by VI1PR0701MB2239.eurprd07.prod.outlook.com (10.169.137.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.14; Wed, 9 Oct 2019 15:01:43 +0000 Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::2d49:4ace:81d8:2fbc]) by VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::2d49:4ace:81d8:2fbc%12]) with mapi id 15.20.2347.016; Wed, 9 Oct 2019 15:01:43 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= To: "netmod@ietf.org" Thread-Topic: PYANG refine fault ? Thread-Index: AdV+sk2abCKcRd7mTiqk3sNH/wPwOw== Date: Wed, 9 Oct 2019 15:01:43 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b782e643-c5d6-458a-1612-08d74cc9990c x-ms-traffictypediagnostic: VI1PR0701MB2239: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 018577E36E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(366004)(39860400002)(136003)(376002)(396003)(199004)(189003)(66476007)(26005)(66446008)(66556008)(6506007)(66616009)(64756008)(81166006)(52536014)(6116002)(790700001)(966005)(2906002)(66946007)(33656002)(7736002)(316002)(81156014)(186003)(74316002)(45776006)(3846002)(4001150100001)(66066001)(14454004)(478600001)(86362001)(1730700003)(8676002)(3480700005)(99286004)(476003)(55016002)(99936001)(5640700003)(2501003)(9326002)(7696005)(6306002)(54896002)(25786009)(7116003)(102836004)(5660300002)(76116006)(5024004)(14444005)(256004)(4744005)(9686003)(486006)(2351001)(8936002)(71200400001)(6916009)(71190400001)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2239; H:VI1PR0701MB2286.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CWayZBJMWhUBFHPEpmzUCiJKBNMkblTfk0pGA/M4EOLkl9icbOLgKE+WeTL1cp6/qZpbZKUkDtvNUrJglOlUIZmgIiUQo96HhQKEFko7/sh5KMsMuPQ2YHYdbrv1eb2+3L+FrjF5JlhmzndHxKFaGOI/kcQN4Wi+OCg/svVed6mkzT4dTo/0vs087U3g93HnXCynLvVOOKLUo5BzG+nsMp/GUww61KaBqwXuXZRxuHXR4U9sDy/OohQYFZ3AUWuSUMEp1iOnbetCLoV7T21NtlZA9SU47RR5ZN/e1VoWHHX8VFRDnBJ8t+30pxFd6gMS6Qg1/6XWnbW4uw2e3ni6k4MwGPEwxozi9EYoUt9PqPDyWZ5mk9G/iDciN/qkbKXFqCTsMvVl1l/KXtjBiBqdfrnVwWj5+CwMKv1d8zU98ZA= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_024D_01D57EC3.395B87C0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: b782e643-c5d6-458a-1612-08d74cc9990c X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2019 15:01:43.4448 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 8oLaBnnH2Tlsf334aSAiCVgrRvzCmdDtT4rf3qGMbLwQLJfEaMGuoiUwaCTEqxFrWXgYqNrcQ7h0ldoN+i0hrbxit251pZgd69MwNdz5wqk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2239 Archived-At: Subject: [netmod] PYANG refine fault ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 15:01:49 -0000 ------=_NextPart_000_024D_01D57EC3.395B87C0 Content-Type: multipart/mixed; boundary="----=_NextPart_001_024E_01D57EC3.395B87C0" ------=_NextPart_001_024E_01D57EC3.395B87C0 Content-Type: multipart/alternative; boundary="----=_NextPart_002_024F_01D57EC3.395B87C0" ------=_NextPart_002_024F_01D57EC3.395B87C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I was trying to validate the attached model. However pyang keeps = complaining about refining a default for a leaf-list: =20 ietf-notification-capabilities@2019-10-10.yang:184: error: "leaf-list" = node "ietf-notification-capabilities::supported-excluded-change-type" cannot = be refined with "default" =20 Why? According to https://tools.ietf.org/html/rfc7950#section-7.13.2 = =93A leaf-list node may get a set of default values ...=94=20 . Confdc accepts this. Could this be a bug in pyang ? Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com =20 ------=_NextPart_002_024F_01D57EC3.395B87C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

I was trying = to validate the attached model. However pyang keeps complaining about = refining a default for a leaf-list:

 

ietf-notification-capabilities@2019-10-10.yang:184: error: = "leaf-list" node = "ietf-notification-capabilities::supported-excluded-change-type"= ; cannot be refined with "default"

 

Why? =
According to https://tools.ietf.org/html/rfc7950#section-7.13.2 “A =
leaf-list node may get a set of default values ...” =

.

Confdc accepts this. Could this be a bug in pyang = ?

Regards Balazs

 

-- =

Balazs = Lengyel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Senior = Specialist=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Ericsson Hungary Ltd.

Mobile: = +36-70-330-7909=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 email: = Balazs.Lengyel@ericsson.com

 

------=_NextPart_002_024F_01D57EC3.395B87C0-- ------=_NextPart_001_024E_01D57EC3.395B87C0 Content-Type: application/octet-stream; name="ietf-notification-capabilities@2019-10-10.yang" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ietf-notification-capabilities@2019-10-10.yang" module ietf-notification-capabilities {=0A= yang-version 1.1;=0A= namespace=0A= "urn:ietf:params:xml:ns:yang:ietf-notification-capabilities";=0A= prefix inc;=0A= =0A= import ietf-netconf-acm { prefix nacm; }=0A= import ietf-yang-push { prefix yp; }=0A= import ietf-yang-library {=0A= prefix yanglib;=0A= description=0A= "Requires revision 2019-01-04 or a revision derived from it.";=0A= }=0A= =0A= organization=0A= "IETF NETCONF (Network Configuration) Working Group";=0A= contact=0A= "WG Web: =0A= WG List: =0A= =0A= Editor: Balazs Lengyel=0A= ";=0A= description=0A= "This module specifies YANG-Push related publisher=0A= capabilities.=0A= =0A= The module contains=0A= - capabilities related to the amount of notifications the=0A= publisher can send out. (Note that for a specific subscription=0A= the publisher MAY still allow only longer periods or smaller=0A= updates depending on e.g. actual load conditions.)=0A= - specification of which data nodes support on-change=0A= notifications.=0A= =0A= Capability values can be specified on server level, datastore=0A= level or on specific data nodes (and their contained sub-tree) of=0A= a specific datastore. =0A= If a capability is specified on multiple levels, the=0A= specification on a more specific level overrides more =0A= generic capability specifications; thus =0A= - a server level specification is overridden by any other = speification=0A= - a datastore level specification (with a node0selector '/') is =0A= overridden by a specification with a more specific node-selector.=0A= - a specification for a specific datastore and node-selector =0A= is overriden by a specification for the same datastore with =0A= a node-slector that describes more levels of containing lists =0A= and containers.=0A= =0A= If for a specific capability different values are indicated =0A= for different nodes in a subscription then only values =0A= acceptable for every node are acceptable for the subscription.=0A= =0A= To find a capability value for a specific node in a =0A= specific datastore the user SHALL =0A= 1) consider the server level capabilities under the =0A= datastore-subscription-capabilities container if such exist =0A= 2) search for a datastore-capabilities list entry for =0A= the specific datastore=0A= 3) within that entry search for a per-node-capabilities entry =0A= with that specifies the specific =0A= capability and that has the node-selector selecting the =0A= specific data node and that specifies the most levels of =0A= containing containers and lists. =0A= 4) If no entries are found in the previous steps the =0A= server is not capable of providing a value because =0A= it is unknown, the capability is changing for some reason, =0A= there is no specified limit etc. In this case the =0A= publisher's behavior is unspecified. =0A= =0A= The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL',=0A= 'SHALL NOT', 'SHOULD', 'SHOULD NOT', 'RECOMMENDED',=0A= 'NOT RECOMMENDED', 'MAY', and 'OPTIONAL' in this document=0A= are to be interpreted as described in BCP 14 (RFC 2119)=0A= (RFC 8174) when, and only when, they appear in all=0A= capitals, as shown here.=0A= =0A= Copyright (c) 2019 IETF Trust and the persons identified as=0A= authors of the code. All rights reserved.=0A= =0A= Redistribution and use in source and binary forms, with or=0A= without modification, is permitted pursuant to, and subject=0A= to the license terms contained in, the Simplified BSD License=0A= set forth in Section 4.c of the IETF Trust's Legal Provisions=0A= Relating to IETF Documents=0A= (http://trustee.ietf.org/license-info).=0A= =0A= This version of this YANG module is part of RFC XXXX; see=0A= the RFC itself for full legal notices.";=0A= =0A= revision 2019-10-10 {=0A= description=0A= "Initial version";=0A= reference=0A= "RFC XXX: YANG-Push Notification Capabilities";=0A= }=0A= =0A= grouping subscription-capabilities {=0A= description "Capabilies related to Yang-Push notifications";=0A= =0A= typedef notification-support {=0A= type enumeration {=0A= enum no-notifications-supported ;=0A= enum notifications-for-config-changes-supported ;=0A= enum notifications-for-state-changes-supported ;=0A= enum notifications-for-all-changes-supported ;=0A= } =0A= description "Type for defining whether on-change or =0A= periodic notifications are supported for no, only config=3Dtrue, =0A= only config=3Dfalse or all data nodes.";=0A= }=0A= =0A= choice update-period {=0A= description "Supported update-period values.";=0A= leaf minimum-update-period {=0A= type uint32;=0A= units "centiseconds";=0A= description=0A= "Minimum update period supported for a=0A= periodic subscription for the selected data nodes.";=0A= }=0A= =0A= leaf-list supported-update-period {=0A= type uint32;=0A= units "centiseconds";=0A= description "Supported update period values for a=0A= periodic subscription (used if only these specific=0A= values are supported) for the selected data nodes.";=0A= }=0A= }=0A= =0A= leaf max-objects-per-update {=0A= type uint32 {=0A= range "1..max";=0A= }=0A= description=0A= "Maximum number of objects that can be sent=0A= in an update for the selected data nodes.";=0A= }=0A= =0A= leaf minimum-dampening-period {=0A= if-feature yp:on-change ;=0A= type uint32;=0A= units "centiseconds";=0A= description=0A= "The minimum dampening period supported for on-change=0A= subscriptions for the selected data nodes.";=0A= }=0A= =0A= leaf on-change-supported {=0A= if-feature yp:on-change ;=0A= type notification-support ; =0A= description=0A= "Specifies whether the publisher is capable of=0A= sending on-change notifications for the selected=0A= data store or daat nodes and the subtree below them.";=0A= } =0A= =0A= leaf periodic-notifications-supported {=0A= type notification-support ; =0A= description=0A= "Specifies whether the publisher is capable of=0A= sending periodic notifications for the selected=0A= data store or daat nodes and the subtree below them.";=0A= } =0A= =0A= leaf-list supported-excluded-change-type {=0A= type union {=0A= type enumeration {=0A= enum none;=0A= enum all;=0A= }=0A= type yp:change-type;=0A= } =0A= description "The change types that can be excluded in =0A= YANG-Push subscriptions.";=0A= }=0A= }=0A= =0A= container datastore-subscription-capabilities {=0A= config false;=0A= description "YANG-Push related publisher capabilities";=0A= =0A= uses subscription-capabilities {=0A= refine supported-excluded-change-type {=0A= default none;=0A= description xx;=0A= }=0A= }=0A= =0A= list datastore-capabilities {=0A= key datastore ;=0A= =0A= description "Capabilities values per datastore.=0A= For non-NMDA servers/publishers the config=3Dfalse data is=0A= considered as if it was part of the running datastore.";=0A= =0A= leaf datastore {=0A= type leafref {=0A= path /yanglib:yang-library/yanglib:datastore/yanglib:name ;=0A= }=0A= description "The datastore for which capabilities are defined.";=0A= }=0A= =0A= list per-node-capabilities {=0A= key "node-selector";=0A= description=0A= "Each list entry specifies notification capabilites =0A= for the selected data nodes. The same capabilites appply for =0A= the data nodes in the subtree below them unless another list =0A= entry with a more specific node selector is present.";=0A= =0A= leaf node-selector {=0A= type nacm:node-instance-identifier;=0A= description=0A= "Selects the data nodes for which capabilities are =0A= specified. The special value '/' denotes all data nodes =0A= in the datastore.";=0A= }=0A= =0A= uses subscription-capabilities ;=0A= }=0A= }=0A= }=0A= }=0A= ------=_NextPart_001_024E_01D57EC3.395B87C0-- ------=_NextPart_000_024D_01D57EC3.395B87C0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTAwOTE1MDE0MlowIwYJKoZIhvcNAQkEMRYEFPxUHbqvLvQuRftq35jOUnj/rUbtMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQCMbR1Wcgu+qyYqaVaYChmu1YUvkF2VA55a7Xf05MdgqcMWhUYhiig7 wv4l3juPZKVozLtGoGXcv60ewVaa0FwmIjDyhcY2z6lQ0u8GF6kiLQww8Pqe0XLd80YbpihfDM4G nPoMGfTxIZC9G8gof6QeV0mX13MJh5rEke9AvLtuPv1wx9jvhuE/Na+1QDJoDQkJr2IoEIwid3cZ RTypnFAeSIGrnf+AR8BstGPlQmvNyZ7j16BAgiumAVKUFjcLpWLYXooQR7mPOrGdQX0e9CWjQusg rcBaFuhzEpPwuiS1VE7vqORQV+tXameZ/8rN/WIq3fO/vp0BBlDe/PnehsBjAAAAAAAA ------=_NextPart_000_024D_01D57EC3.395B87C0-- From nobody Wed Oct 9 14:14:01 2019 Return-Path: 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 EB31312084F for ; Wed, 9 Oct 2019 14:13:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 BC-rA1gCMcyn for ; Wed, 9 Oct 2019 14:13:57 -0700 (PDT) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0827120043 for ; Wed, 9 Oct 2019 14:13:57 -0700 (PDT) Received: by mail-pg1-x534.google.com with SMTP id p1so2226974pgi.4 for ; Wed, 09 Oct 2019 14:13:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=CHISGbRB5KVoew7enA6xP/XwELi3oW4der7JDzOo+AU=; b=S7euCYo69IKWfciU+OlM0PyuEe2TaDt/nqv6PJfpB5Puowx2ukoBloZ3qZ3gE84fcX hfHsqrJsVFJ8zdF2ewKS41yjuoYJcameVRfRrqFJhni45WsZFZExc20fhhVY8dM90b8p goYFAT2IIaTGNKH1iYnt4mspIUuheerr4LslW0QUz7kcClzRO+iEhyct43jKzv40u46h AfQ2pIryHTEBHLARqN9J+O0/Yoyna2cArqGjCmQQvU4Pi1MTsAtP8RcBOWIfsBZFHYPE hl4m4ZiNfa4HuY6TMpYN2eUXZUyvVnEwCW7XQEE1qjwK/6EsDp86Z59MDr/ahkIt1d19 YlEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=CHISGbRB5KVoew7enA6xP/XwELi3oW4der7JDzOo+AU=; b=p9PMRwTdakFlszwYfDYyk32dDm6SK4Wgt70/lJ+j+PtgNw+F8OIxSl31XAGT5O8wIG E6+SEsE2EcRkr7a4FGYcPuh29zBl+6oUAimEhJDQuJGRs0g0X5+l6ZDLMuoQjer456cl Hgf+TUCIwrdJfg3oeRgRPZAzc4dZYsHn5ZqUcVuYvhx08+IS5sGnKjaJhZI2oY+CvPBs zncwmOavK9pABrHXbFAN/qzJ4ObvlQoJsjMRYRw9eoN5UXOVbb0dyorpsRMhTutRYoXz yZiJdvsAGpDJwHnqCkDlXE7VcXb4UiTHQzzzfA7bd+SmywiVwdrW6qiWqW8kZq07QLqd kElw== X-Gm-Message-State: APjAAAVbzetvbDa3LQnhxbJmqBJqlwAJfIKyLJdoOwyBmd0QwLVxpFHP sfvBFciE4jfuFwy0v1WxW+c= X-Google-Smtp-Source: APXvYqyljxoKiZe/8DvYv4ADFbYvHleO3Jx7KrqRJYlpkEb22dCBW86Od3Jih1TYAKU0HwKNrl5dKA== X-Received: by 2002:a63:a357:: with SMTP id v23mr6480295pgn.383.1570655636968; Wed, 09 Oct 2019 14:13:56 -0700 (PDT) Received: from [10.33.123.155] ([66.170.99.2]) by smtp.gmail.com with ESMTPSA id 4sm3032091pja.29.2019.10.09.14.13.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Oct 2019 14:13:56 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <392C0EBE-FAAA-48DE-A3A1-C94A1E21AE59@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_A68F32F3-FD90-4CB7-83AC-428DC0083694" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Wed, 9 Oct 2019 14:13:55 -0700 In-Reply-To: Cc: "netmod@ietf.org" To: =?utf-8?Q?Bal=C3=A1zs_Lengyel?= References: X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] PYANG refine fault ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 21:14:00 -0000 --Apple-Mail=_A68F32F3-FD90-4CB7-83AC-428DC0083694 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Balasz, In general support of unions is poor across the tool sets that I have = used. It does not help that yanglint gives a completely different error. I did try yanger, and that did not result in an error. The other option is to move the default statement inside the grouping, = which seems to make the error go away. Cheers. > On Oct 9, 2019, at 8:01 AM, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello, > I was trying to validate the attached model. However pyang keeps = complaining about refining a default for a leaf-list: > =20 > ietf-notification-capabilities@2019-10-10.yang = :184: error: = "leaf-list" node = "ietf-notification-capabilities::supported-excluded-change-type" cannot = be refined with "default" > =20 > Why? According to https://tools.ietf.org/html/rfc7950#section-7.13.2 = =E2=80=9CA = leaf-list node may get a set of default values ...=E2=80=9D=20 > . > Confdc accepts this. Could this be a bug in pyang ? > Regards Balazs > =20 > --=20 > Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 > Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com > =20 > = __________________________= _____________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_A68F32F3-FD90-4CB7-83AC-428DC0083694 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Balasz,

In general = support of unions is poor across the tool sets that I have used. It does = not help that yanglint gives a completely different error.

I did try yanger, and = that did not result in an error.

The other option is to move the default = statement inside the grouping, which seems to make the error go = away.

Cheers.

On Oct 9, 2019, at 8:01 AM, = Bal=C3=A1zs Lengyel <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

Hello,
I was = trying to validate the attached model. However pyang keeps complaining = about refining a default for a leaf-list:
 
ietf-notification-capabilities@2019-10-10.yang:184: = error: "leaf-list" node = "ietf-notification-capabilities::supported-excluded-change-type" cannot = be refined with "default"
 
Why? According to https://tools.ietf.org/html/rfc7950#section-7.13.2 =E2=80=9C=
A leaf-list node may get a set of default values ...=E2=80=9D
.
Confdc = accepts this. Could this be a bug in pyang ?
Regards = Balazs
 
-- 
Balazs = Lengyel           &= nbsp;        Senior = Specialist          &nbs= p;            = Ericsson Hungary Ltd. 
Mobile: = +36-70-330-7909          = ;    email: Balazs.Lengyel@ericsson.com
 
<ietf-notification-capabilities@2019-10-10.yang>_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_A68F32F3-FD90-4CB7-83AC-428DC0083694-- From nobody Wed Oct 9 14:30:09 2019 Return-Path: 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 B0F61120B33 for ; Wed, 9 Oct 2019 14:30:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 LmCzzUiAdy93 for ; Wed, 9 Oct 2019 14:30:05 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0058412084F for ; Wed, 9 Oct 2019 14:30:04 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id b20so3994049ljj.5 for ; Wed, 09 Oct 2019 14:30:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CMZWLlHm2SVIj9eMxxBJ/e37KXzVa7pgZrrQzuep9bc=; b=c87mgOR+TGVNOEzB83+isqnstFV/EFtYzy/JbnmPBiuVm6L3wlO/ynbNF0cTHF1TFH nmx0osMeTI9ra5FUCQ+MSzEceMz6ZllmGySL60Ul7cvmkUrs4zwkaP9tXNewUvxceoBh aNKj2FPdZtSUSVL0PBhoFfiJmfZliNdOc+QIzXGUOUKyn73nro+WNeM9ORhBDofRk3i0 MLgXxeyLs3eiyiOFZibJfsU6Xo1kf+mpi0uP8aYMMVtFEPdraxZ5DOArnwsSpW45QWGm MVsPk3HXtpB1BdKq+ndsweAbg4WzIKvdFTJhvfnn5UqCz9h+OcfRVj0EW7cEr11Ktia8 6HEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CMZWLlHm2SVIj9eMxxBJ/e37KXzVa7pgZrrQzuep9bc=; b=hj6rAmICld/w4t7JDBfmI0PUEBV0cMUeAAALkmfjm2xjOx+VvFuEUQnePvtcXYPn0C DzloO/vwQLVivKPGYS02uMXLo1KrWSteaDhWuA4brygC1AVqywNYPzyrV9utLFITuxpw IGFPamxIHSNZFuWHGUEvFOaN6/QDGNQG/brjmjQOyRmhS+pyct2QZgQ1aQ2KutqkweXb 3o3LDkJB4B6ERPywXh0NWBH2te017SQDP5tZ7jyQqIzuQBRUGKAxMoNe6MXVXIcEHn6g I50sHFqpoC2vlZV7Sg/lWgwkp9wePuqiy7FLIgioVxSmgYEBrieIRbF8a2kN/az7CwUK X+UA== X-Gm-Message-State: APjAAAVRnpjQmx2dBaoklDntNlq3Vub7moLpwOn2wNrxA6j4mGXFs0xn tjCIYxFfiqEkBaGaHIwlMZQWjmzH7X4jQMDRAoAE3w== X-Google-Smtp-Source: APXvYqw5eZthI17ggIB60YmQSLi289Hg78SaRndjRf02lmALvVKCxHcg6an+OAqO5Vwn5+jgn0hgLdASfdracfCOtoM= X-Received: by 2002:a2e:2bc8:: with SMTP id r69mr3754284ljr.147.1570656602938; Wed, 09 Oct 2019 14:30:02 -0700 (PDT) MIME-Version: 1.0 References: <392C0EBE-FAAA-48DE-A3A1-C94A1E21AE59@gmail.com> In-Reply-To: <392C0EBE-FAAA-48DE-A3A1-C94A1E21AE59@gmail.com> From: Andy Bierman Date: Wed, 9 Oct 2019 14:29:51 -0700 Message-ID: To: Mahesh Jethanandani Cc: =?UTF-8?Q?Bal=C3=A1zs_Lengyel?= , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="000000000000e1f36a059480fc32" Archived-At: Subject: Re: [netmod] PYANG refine fault ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 21:30:08 -0000 --000000000000e1f36a059480fc32 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, The YANG looks valid. yangdump-pro reports 1 warning: Warning: Revision date in the future (2019-10-10) ietf-notification-capabilities@2019-10-10.yang:90.3: warning(1021): revision date in the future *** /home/andy/Desktop/ietf-notification-capabilities@2019-10-10.yang *** 0 Errors, 1 Warnings Andy On Wed, Oct 9, 2019 at 2:14 PM Mahesh Jethanandani wrote: > Hi Balasz, > > In general support of unions is poor across the tool sets that I have > used. It does not help that yanglint gives a completely different error. > > I did try yanger, and that did not result in an error. > > The other option is to move the default statement inside the grouping, > which seems to make the error go away. > > Cheers. > > On Oct 9, 2019, at 8:01 AM, Bal=C3=A1zs Lengyel < > balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> wrote: > > Hello, > I was trying to validate the attached model. However pyang keeps > complaining about refining a default for a leaf-list: > > ietf-notification-capabilities@2019-10-10.yang:184: error: "leaf-list" > node "ietf-notification-capabilities::supported-excluded-change-type" > cannot be refined with "default" > > > Why? According to https://tools.ietf.org/html/rfc7950#section-7.13.2 =E2= =80=9CA leaf-list node may get a set of default values ...=E2=80=9D > > . > Confdc accepts this. Could this be a bug in pyang ? > Regards Balazs > > -- > Balazs Lengyel Senior Specialist > Ericsson Hungary Ltd. > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > > Mahesh Jethanandani > mjethanandani@gmail.com > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000e1f36a059480fc32 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

The YANG looks valid.
yan= gdump-pro reports 1 warning:


Warnin= g: Revision date in the future (2019-10-10)
ietf-notification-capabiliti= es@2019-10-10.yang:90.3: warning(1021): revision date in the future

= *** /home/andy/Desktop/ietf-notification-capabilities@2019-10-10.yang
**= * 0 Errors, 1 Warnings

Andy

On Wed, O= ct 9, 2019 at 2:14 PM Mahesh Jethanandani <mjethanandani@gmail.com> wrote:
Hi Balasz,

In general support of unions is poor acro= ss the tool sets that I have used. It does not help that yanglint gives a c= ompletely different error.

I did try yanger, and t= hat did not result in an error.

The other option i= s to move the default statement inside the grouping, which seems to make th= e error go away.

Cheers.

On Oct 9, 2019, at 8:01 AM, Bal=C3=A1zs Lengyel &l= t;balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> wrote:
Hello,
I was trying to validate the attached model. However pyang keeps compl= aining about refining a default for a leaf-list:
=C2=A0
ietf-notification-capabilities@2019-10-10.yang:184: error: = "leaf-list" node "ietf-notification-capabilities::supported-= excluded-change-type" cannot be refined with "default"
=C2=A0
Why? According t=
o https://t=
ools.ietf.org/html/rfc7950#section-7.13.2 =E2=80=9CA leaf-list node may=
 get a set of default values ...=E2=80=9D
.
Confdc accepts this. Could this be a bug= in pyang ?
Regards Balazs
=
=C2=A0
--=C2=A0<= u>
Balazs Lengyel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Senior Specialist=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Ericsson Hungary Ltd.=C2=A0
Mobi= le: +36-70-330-7909=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 email:=C2=A0Balazs.Lengyel@ericsson.com
<= div style=3D"margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,san= s-serif">=C2=A0
<ietf-notification-capabilities@2019-10-10.yang>______________________________________= _________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
=

Mahesh Jethanandani



_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000e1f36a059480fc32-- From nobody Wed Oct 9 23:59:35 2019 Return-Path: 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 32E6D120046 for ; Wed, 9 Oct 2019 23:59:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 C5d9sWWGD70n for ; Wed, 9 Oct 2019 23:59:32 -0700 (PDT) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [IPv6:2001:718:1:1f:50:56ff:feee:34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FA96120058 for ; Wed, 9 Oct 2019 23:59:32 -0700 (PDT) Received: by kalendar.cesnet.cz (Postfix, from userid 999) id 17DEF60169; Thu, 10 Oct 2019 08:59:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1570690769; bh=+aTo4vFv8HpaVc2GcjydBWqSgXIlrHxKPqdN3yVse2k=; h=In-Reply-To:From:Date:Cc:To:Subject; b=YihE1V66e+ADrDILRWZJlOsEjAO32vy/9B7Oq2hjGyIPIHu37hDak6pVFJrbFIoLe yAbrVgEZcyEpzxbu+0JyGfAc1iTmAGyJ4s3DPWgVO45P1yxpDjeAtrbJ+jF8l+Jtzm hdUNyIZVH2GnRZ0jZwm99qbVtKqxn7s970LV1DMk= Content-Type: text/plain; charset="utf-8" In-Reply-To: <392C0EBE-FAAA-48DE-A3A1-C94A1E21AE59@gmail.com> From: =?utf-8?q?Michal_Va=C5=A1ko?= X-Forward: 84.42.161.20 Date: Thu, 10 Oct 2019 08:59:29 +0200 Cc: =?utf-8?q?Bal=C3=A1zs_Lengyel?= , =?utf-8?q?netmod=40ietf=2Eorg?= To: "Mahesh Jethanandani" MIME-Version: 1.0 Message-ID: <1830-5d9ed700-15-5e6ae300@76090108> User-Agent: SOGoMail 2.3.23 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] =?utf-8?b?Pz09P3V0Zi04P3E/ICBQWUFORyByZWZpbmUgZmF1bHQg?= =?utf-8?q?=3F?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 06:59:34 -0000 Hi, yanglint actually validates the module just fine (at least the latest v= ersion) once the grammar errors are fixed. Namely, the spaces before ";= " on lines 191 and 199 are removed. Regards, Michal On Wednesday, October 9, 2019 23:13 CEST, Mahesh Jethanandani wrote: > Hi Balasz, > > In general support of unions is poor across the tool sets that I have= used. It does not help that yanglint gives a completely different erro= r. > > I did try yanger, and that did not result in an error. > > The other option is to move the default statement inside the grouping= , which seems to make the error go away. > > Cheers. > > > On Oct 9, 2019, at 8:01 AM, Bal=C3=A1zs Lengyel wrote: > > > > Hello, > > I was trying to validate the attached model. However pyang keeps co= mplaining about refining a default for a leaf-list: > > > > ietf-notification-capabilities@2019-10-10.yang :184: error: "leaf-list" node "ietf-= notification-capabilities::supported-excluded-change-type" cannot be re= fined with "default" > > > > Why? According to https://tools.ietf.org/html/rfc7950#section-7.13.= 2 =E2=80=9CA leaf-= list node may get a set of default values ...=E2=80=9D > > . > > Confdc accepts this. Could this be a bug in pyang ? > > Regards Balazs > > > > -- > > Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd. > > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson= .com > > > > =5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > Mahesh Jethanandani > mjethanandani@gmail.com > > > From nobody Thu Oct 10 01:02:35 2019 Return-Path: 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 7BEE612004D for ; Thu, 10 Oct 2019 01:02:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 eBd98bTwtkXp for ; Thu, 10 Oct 2019 01:02:31 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 7A1CF120033 for ; Thu, 10 Oct 2019 01:02:31 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 189091AE03DD; Thu, 10 Oct 2019 10:02:29 +0200 (CEST) Date: Thu, 10 Oct 2019 10:02:02 +0200 (CEST) Message-Id: <20191010.100202.1547181021580316629.mbj@tail-f.com> To: balazs.lengyel=40ericsson.com@dmarc.ietf.org Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] PYANG refine fault ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 08:02:34 -0000 SGksDQoNCkJhbMOhenMgTGVuZ3llbCA8YmFsYXpzLmxlbmd5ZWw9NDBlcmljc3Nvbi5jb21AZG1h cmMuaWV0Zi5vcmc+IHdyb3RlOg0KPiBIZWxsbywNCj4gDQo+IEkgd2FzIHRyeWluZyB0byB2YWxp ZGF0ZSB0aGUgYXR0YWNoZWQgbW9kZWwuIEhvd2V2ZXIgcHlhbmcga2VlcHMgY29tcGxhaW5pbmcN Cj4gYWJvdXQgcmVmaW5pbmcgYSBkZWZhdWx0IGZvciBhIGxlYWYtbGlzdDoNCj4gDQo+ICANCj4g DQo+IGlldGYtbm90aWZpY2F0aW9uLWNhcGFiaWxpdGllc0AyMDE5LTEwLTEwLnlhbmc6MTg0OiBl cnJvcjogImxlYWYtbGlzdCIgbm9kZQ0KPiAiaWV0Zi1ub3RpZmljYXRpb24tY2FwYWJpbGl0aWVz OjpzdXBwb3J0ZWQtZXhjbHVkZWQtY2hhbmdlLXR5cGUiIGNhbm5vdCBiZQ0KPiByZWZpbmVkIHdp dGggImRlZmF1bHQiDQo+IA0KPiAgDQo+IA0KPiBXaHk/IEFjY29yZGluZyB0byBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvcmZjNzk1MCNzZWN0aW9uLTcuMTMuMiDCk0ENCj4gbGVhZi1saXN0 IG5vZGUgbWF5IGdldCBhIHNldCBvZiBkZWZhdWx0IHZhbHVlcyAuLi7ClCANCj4gDQo+IC4uDQo+ IA0KPiBDb25mZGMgYWNjZXB0cyB0aGlzLiBDb3VsZCB0aGlzIGJlIGEgYnVnIGluIHB5YW5nID8N Cg0KWWVzLCBub3cgZml4ZWQuDQoNCg0KL21hcnRpbg0KDQogIA0KPiANCj4gUmVnYXJkcyBCYWxh enMNCj4gDQo+ICANCj4gDQo+IC0tIA0KPiANCj4gQmFsYXpzIExlbmd5ZWwgICAgICAgICAgICAg ICAgICAgIFNlbmlvciBTcGVjaWFsaXN0DQo+IEVyaWNzc29uIEh1bmdhcnkgTHRkLiANCj4gDQo+ IE1vYmlsZTogKzM2LTcwLTMzMC03OTA5ICAgICAgICAgICAgICBlbWFpbDogQmFsYXpzLkxlbmd5 ZWxAZXJpY3Nzb24uY29tDQo+IA0KPiAgDQo+IA0K From nobody Thu Oct 10 01:08:50 2019 Return-Path: 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 78EE212004A for ; Thu, 10 Oct 2019 01:08:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAD_ENC_HEADER=0.001, BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no 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 u534-31trmQ3 for ; Thu, 10 Oct 2019 01:08:45 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9070F12004D for ; Thu, 10 Oct 2019 01:08:45 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 847B51AE03DD; Thu, 10 Oct 2019 10:03:14 +0200 (CEST) Date: Thu, 10 Oct 2019 10:02:48 +0200 (CEST) Message-Id: <20191010.100248.223801825705590762.mbj@tail-f.com> To: mvasko@cesnet.cz Cc: mjethanandani@gmail.com, balazs.lengyel=40ericsson.com@dmarc.ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <1830-5d9ed700-15-5e6ae300@76090108> References: <392C0EBE-FAAA-48DE-A3A1-C94A1E21AE59@gmail.com> <1830-5d9ed700-15-5e6ae300@76090108> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] ?==?utf-8?q? PYANG refine fault ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 08:08:49 -0000 TWljaGFsIFZhxaFrbyA8bXZhc2tvQGNlc25ldC5jej4gd3JvdGU6DQo+IEhpLA0KPiANCj4geWFu Z2xpbnQgYWN0dWFsbHkgdmFsaWRhdGVzIHRoZSBtb2R1bGUganVzdCBmaW5lIChhdCBsZWFzdCB0 aGUgbGF0ZXN0DQo+IHZlcnNpb24pIG9uY2UgdGhlIGdyYW1tYXIgZXJyb3JzIGFyZSBmaXhlZC4g TmFtZWx5LCB0aGUgc3BhY2VzIGJlZm9yZQ0KPiAiOyIgb24gbGluZXMgMTkxIGFuZCAxOTkgYXJl IHJlbW92ZWQuDQoNClRoZXNlIGFyZSBub3QgZXJyb3JzLiAgWW91IGFyZSBhbGxvd2VkIHRvIGhh dmUgYW55IG51bWJlciBvZg0Kd2hpdGVzcGFjZSAoYW5kIGNvbW1lbnRzKSBiZWZvcmUgdGhlICc7 Jy4NCg0KDQovbWFydGluDQoNCg0KPiANCj4gUmVnYXJkcywNCj4gTWljaGFsDQo+IA0KPiBPbiBX ZWRuZXNkYXksIE9jdG9iZXIgOSwgMjAxOSAyMzoxMyBDRVNULCBNYWhlc2ggSmV0aGFuYW5kYW5p DQo+IDxtamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4gd3JvdGU6DQo+ICANCj4gPiBIaSBCYWxhc3os DQo+ID4gDQo+ID4gSW4gZ2VuZXJhbCBzdXBwb3J0IG9mIHVuaW9ucyBpcyBwb29yIGFjcm9zcyB0 aGUgdG9vbCBzZXRzIHRoYXQgSSBoYXZlDQo+ID4gdXNlZC4gSXQgZG9lcyBub3QgaGVscCB0aGF0 IHlhbmdsaW50IGdpdmVzIGEgY29tcGxldGVseSBkaWZmZXJlbnQNCj4gPiBlcnJvci4NCj4gPiAN Cj4gPiBJIGRpZCB0cnkgeWFuZ2VyLCBhbmQgdGhhdCBkaWQgbm90IHJlc3VsdCBpbiBhbiBlcnJv ci4NCj4gPiANCj4gPiBUaGUgb3RoZXIgb3B0aW9uIGlzIHRvIG1vdmUgdGhlIGRlZmF1bHQgc3Rh dGVtZW50IGluc2lkZSB0aGUgZ3JvdXBpbmcsDQo+ID4gd2hpY2ggc2VlbXMgdG8gbWFrZSB0aGUg ZXJyb3IgZ28gYXdheS4NCj4gPiANCj4gPiBDaGVlcnMuDQo+ID4gDQo+ID4gPiBPbiBPY3QgOSwg MjAxOSwgYXQgODowMSBBTSwgQmFsw6F6cyBMZW5neWVsDQo+ID4gPiA8YmFsYXpzLmxlbmd5ZWw9 NDBlcmljc3Nvbi5jb21AZG1hcmMuaWV0Zi5vcmc+IHdyb3RlOg0KPiA+ID4gDQo+ID4gPiBIZWxs bywNCj4gPiA+IEkgd2FzIHRyeWluZyB0byB2YWxpZGF0ZSB0aGUgYXR0YWNoZWQgbW9kZWwuIEhv d2V2ZXIgcHlhbmcga2VlcHMNCj4gPiA+IGNvbXBsYWluaW5nIGFib3V0IHJlZmluaW5nIGEgZGVm YXVsdCBmb3IgYSBsZWFmLWxpc3Q6DQo+ID4gPiAgDQo+ID4gPiBpZXRmLW5vdGlmaWNhdGlvbi1j YXBhYmlsaXRpZXNAMjAxOS0xMC0xMC55YW5nDQo+ID4gPiA8bWFpbHRvOmlldGYtbm90aWZpY2F0 aW9uLWNhcGFiaWxpdGllc0AyMDE5LTEwLTEwLnlhbmc+OjE4NDogZXJyb3I6DQo+ID4gPiAibGVh Zi1saXN0IiBub2RlDQo+ID4gPiAiaWV0Zi1ub3RpZmljYXRpb24tY2FwYWJpbGl0aWVzOjpzdXBw b3J0ZWQtZXhjbHVkZWQtY2hhbmdlLXR5cGUiDQo+ID4gPiBjYW5ub3QgYmUgcmVmaW5lZCB3aXRo ICJkZWZhdWx0Ig0KPiA+ID4gIA0KPiA+ID4gV2h5PyBBY2NvcmRpbmcgdG8gaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL3JmYzc5NTAjc2VjdGlvbi03LjEzLjINCj4gPiA+IDxodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvcmZjNzk1MCNzZWN0aW9uLTcuMTMuMj4g4oCcQSBsZWFmLWxpc3Qg bm9kZQ0KPiA+ID4gbWF5IGdldCBhIHNldCBvZiBkZWZhdWx0IHZhbHVlcyAuLi7igJ0NCj4gPiA+ IC4NCj4gPiA+IENvbmZkYyBhY2NlcHRzIHRoaXMuIENvdWxkIHRoaXMgYmUgYSBidWcgaW4gcHlh bmcgPw0KPiA+ID4gUmVnYXJkcyBCYWxhenMNCj4gPiA+ICANCj4gPiA+IC0tIA0KPiA+ID4gQmFs YXpzIExlbmd5ZWwgU2VuaW9yIFNwZWNpYWxpc3QgRXJpY3Nzb24gSHVuZ2FyeSBMdGQuDQo+ID4g PiBNb2JpbGU6ICszNi03MC0zMzAtNzkwOSBlbWFpbDogQmFsYXpzLkxlbmd5ZWxAZXJpY3Nzb24u Y29tDQo+ID4gPiA8bWFpbHRvOkJhbGF6cy5MZW5neWVsQGVyaWNzc29uLmNvbT4NCj4gPiA+ICAN Cj4gPiA+IDxpZXRmLW5vdGlmaWNhdGlvbi1jYXBhYmlsaXRpZXNAMjAxOS0xMC0xMC55YW5nPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiBuZXRt b2QgbWFpbGluZyBsaXN0DQo+ID4gPiBuZXRtb2RAaWV0Zi5vcmcgPG1haWx0bzpuZXRtb2RAaWV0 Zi5vcmc+DQo+ID4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1v ZA0KPiA+ID4gPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kPg0K PiA+IE1haGVzaCBKZXRoYW5hbmRhbmkNCj4gPiBtamV0aGFuYW5kYW5pQGdtYWlsLmNvbQ0KPiA+ IA0KPiA+IA0KPiA+IA0KPiAgDQo+ICANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gbmV0bW9kQGll dGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo= From nobody Thu Oct 10 01:36:24 2019 Return-Path: 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 5675D12004A for ; Thu, 10 Oct 2019 01:36:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 (2048-bit key) header.d=mg-soft.si 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 fiw8JSumZFSz for ; Thu, 10 Oct 2019 01:36:21 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 1D4D3120033 for ; Thu, 10 Oct 2019 01:36:20 -0700 (PDT) Received: from [10.0.0.222] (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id B8C1EC41D7FA for ; Thu, 10 Oct 2019 10:36:16 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si B8C1EC41D7FA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1570696576; bh=2inuC2JsjqfUYqMlgvcuwXuYXFTPe/QTTjLmklK8hSE=; h=To:From:Subject:Date:From; b=G6fsuiKG1jfzWRDTd9vQOBxvKZFWZ5mQrI+VNQ8vLqO4WB/YyXZU7Nfx/B/28nHGM NEtvmCqcvt3QA3YdR/RBO5fpYEm6n2hG7Hg8KRrFuTlRs5EuqkbMd1pZkwmny7WgjM OvJR1KSWbjXaTeIKOtlpJoWs4c/Bv7LY91mAbdh7XYgvjhGKZENaC7DOdWzTcnTH+2 FvVE+WU6DSwCvgxKIICud7kLesDsqt6OCt3auF8lqahoDgUm5bR9bUvd5BO9TuAGXg WIXUe2FGosuRuVkzayKNyd1ixiFKhcAnHqo9hUyeLIUiiSUGyrwG6kEg+4Nt9NGbqw BOIowIaLydBpQ== To: NETMOD Working Group From: Jernej Tuljak Message-ID: Date: Thu, 10 Oct 2019 10:36:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: [netmod] YANG 1.0 module uses a grouping from a 1.1 module and the grouping contains 1.1 XPath functions? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 08:36:23 -0000 Hi, there is at least one YANG 1.0 standard module that imports and uses groupings from a YANG 1.1 standard module and at least one such grouping contains must/when statements referencing XPath functions that are not available in 1.0 XPath context. The modules I'm referring to are part of RFC8533 [1] and RFC8532 [2]. ietf-connectionless-oam-methods (a 1.0 module) uses cl-oam:tp-address from ietf-connectionless-oam (a 1.1 module), which calls "derived-from-or-self" in a when expression of a used node. These RFCs were published in April. Our tools complain about "derived-from-or-self" not being defined in ietf-connectionless-oam-methods's XPath context: [Error]; ietf-connectionless-oam-methods@2019-04-16:/cloam-methods:continuity-check/cloam-methods:input/cloam-methods:destination-tp/cloam-methods:mac-address/cloam-methods:when; XPath function "derived-from-or-self" is not defined in the XPath context Is this correct? Or are XPath functions expected to be resolved statically, like types? Jernej [1] - https://tools.ietf.org/html/rfc8533 [2] -https://tools.ietf.org/html/rfc8532 From nobody Thu Oct 10 04:49:30 2019 Return-Path: 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 9829E120C2E for ; Thu, 10 Oct 2019 04:49:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=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=nic.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 jQVQ-ndjxNlx for ; Thu, 10 Oct 2019 04:49:25 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 D9E01120C0E for ; Thu, 10 Oct 2019 04:49:24 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a744:2697:a0ec:a420]) by mail.nic.cz (Postfix) with ESMTPSA id C82AA140E2D for ; Thu, 10 Oct 2019 13:49:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1570708162; bh=rcaSnzuv/TgHluwPAgpWMkGI268J4gDcdxlHjhnNjTE=; h=From:To:Date; b=hQZLgL83Lj9iOsrilBvmWXE647AqgIx6dk6TqycBlOzBTGVB6LVd9+nRJ0zZBRxYm kz/cyu+5x53xtaHHOy/Q0cD8Katfk8yXxT8Jx7t2utDPRQREazsi9/xcDFNGecu6QU DpE/Box8TzAiDpfYmhxA10vywuAG/dfTKgMyUBIQ= Message-ID: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> From: Ladislav Lhotka To: netmod@ietf.org Date: Thu, 10 Oct 2019 13:49:22 +0200 Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 11:49:28 -0000 Hi, some of you have probably seen the discussions around https://tools.ietf.org/html/draft-lhotka-dnsop-iana-class-type-yang-02 We proposed to adopt it as a work item in the DNSOP WG, but despite some support this is probably not going to happen. The substantial objections are: 1. It is not good to publish a YANG snapshot of an IANA registry as an RFC because future implementors will use the module from that RFC and implement registry entries that may have been deprecated in the mean time. 2. The meaning of "deprecated" and "obsolete" defined by IANA (RFC 8126) differs from the definition in RFC 7950. I already raised #2 in this mailing list, and I think it should be addressed in the next version of YANG. Regarding #1, I tried to explain that the RFC is only intended to contain an initial revision of the corresponding YANG module, but it didn't help. One suggestion was to avoid representing the registries as enumerations or sets of identities, and use only integers. I wonder if we can come up with a reasonable solution. Without having the important registries as YANG modules, it is difficult to work on other modules - for DNS, in this case, but it could apply to other areas, too. Thanks, Lada -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Thu Oct 10 05:05:57 2019 Return-Path: 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 98388120C34 for ; Thu, 10 Oct 2019 05:05:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 OI1EwhaD4gQb for ; Thu, 10 Oct 2019 05:05:53 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4D8120C1D for ; Thu, 10 Oct 2019 05:05:53 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 42A181B0671F for ; Thu, 10 Oct 2019 14:05:52 +0200 (CEST) Date: Thu, 10 Oct 2019 14:05:25 +0200 (CEST) Message-Id: <20191010.140525.904627955349075516.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 12:05:55 -0000 Hi, I have some mostly cosmetic comments on this draft. o "YANG" should be spelled "YANG". Not Yang etc. o "NETCONF" should be spelled "NETCONF". o leaf-list module The type of this leaf-list is a string with: pattern '.+@\d{4}-\d{2}-\d{2}\.yang'; I think the revision needs to be optional, and the suffix ".yang" dropped, since it doesn't add any value: pattern '.+(@\d{4}-\d{2}-\d{2})?'; (same for inline-spec). o schema-uri The description says: A reference to another YANG instance data file. This instance data file will use the same set of target YANG modules, revisions, supported features and deviations as the referenced YANG instance data file. I don't understand what this means. Does it mean that the schema for this document is the same as the schema defined in the schema-uri file, or that the schema-uri file defines the schema in its content-data? I *think* it is the former. In either case, the name of the leaf can perhaps be changed to reflect the semantics, rather than the syntax (i.e., don't call it xxx-uri just b/c its type is an uri). Perhaps 'same-schema-as-file'. o Data node naming. The current structure of the model is: +--rw (content-schema-spec)? | +--:(simplified-inline) | +--rw module* string | +--:(inline) | | +--rw inline-spec* string | | +--rw inline-content-schema | +--:(uri) | +--rw schema-uri? inet:uri ... +--rw content-data? To make the instance document more understandable, I suggest the following structure, which adds a wrapping container for the schema, and renames the inline and uri nodes: +--rw content-schema +--rw (content-schema-spec)? | +--:(simplified-inline) | +--rw module* string | +--:(inline) | | +--rw inline-module* string | | +--rw inline-schema | +--:(uri) | +--rw same-schema-as-file? inet:uri ... +--rw content-data? o Format the YANG module I suggest you run the YANG module through: pyang -f yang --keep-comments --yang-line-length 69 o 3.2 The element "" needs a namespace declaration. /martin /martin From nobody Thu Oct 10 05:08:28 2019 Return-Path: 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 9C342120C57 for ; Thu, 10 Oct 2019 05:08:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 KA_jV_2xVPbI for ; Thu, 10 Oct 2019 05:08:25 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C1E01120C34 for ; Thu, 10 Oct 2019 05:08:24 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id F26B51B06156; Thu, 10 Oct 2019 14:08:23 +0200 (CEST) Date: Thu, 10 Oct 2019 14:07:57 +0200 (CEST) Message-Id: <20191010.140757.575758698470515713.mbj@tail-f.com> To: lhotka@nic.cz Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> References: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 12:08:27 -0000 Ladislav Lhotka wrote: > Hi, > > some of you have probably seen the discussions around > > https://tools.ietf.org/html/draft-lhotka-dnsop-iana-class-type-yang-02 > > We proposed to adopt it as a work item in the DNSOP WG, but despite > some support this is probably not going to happen. The substantial > objections are: > > 1. It is not good to publish a YANG snapshot of an IANA registry as an RFC > because future implementors will use the module from that RFC and implement > registry entries that may have been deprecated in the mean time. > > 2. The meaning of "deprecated" and "obsolete" defined by IANA (RFC > 8126) differs from the definition in RFC 7950. > > I already raised #2 in this mailing list, and I think it should be > addressed in the next version of YANG. > > Regarding #1, I tried to explain that the RFC is only intended to contain an > initial revision of the corresponding YANG module, but it didn't help. One > suggestion was to avoid representing the registries as enumerations or sets of > identities, and use only integers. That's a bit odd. But perhaps it can be solved by actually not filling in all values in this module, but rather make it a template and instruct IANA to fill it in with the contents of the registry at the time of publication. /martin > I wonder if we can come up with a reasonable solution. Without > having the important registries as YANG modules, it is difficult to > work on other modules - for DNS, in this case, but it could apply to > other areas, too. > > Thanks, Lada > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Thu Oct 10 05:34:16 2019 Return-Path: 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 7D4C5120C62 for ; Thu, 10 Oct 2019 05:34:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=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=nic.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 LwfwOexJzKmb for ; Thu, 10 Oct 2019 05:34:13 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 DA57D120AEC for ; Thu, 10 Oct 2019 05:34:12 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a744:2697:a0ec:a420]) by mail.nic.cz (Postfix) with ESMTPSA id B0F90140E9C; Thu, 10 Oct 2019 14:34:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1570710850; bh=FC7NpdF0CIT4VYUOJUkQjYLvFXH/e+uVJ8wSv7nrtUI=; h=From:To:Date; b=aYFs19gLPmZNJHc8ueTJ4U8rlaKgUqSU5rNFOMQwRQotV66z4wI82/JnQqwov3+Ax LG5+RfEBzrnqHtgkXKxBe/faXdkiKwEtJfZK/gaKeZzqOJlA5J7Je5iozKMRP2aP1X oMC1LUVbizEfd2JMzutmTtJIc9qVhYB6UaZ9tXeQ= Message-ID: <936c711b27bf9186d19210332eb4df9149e9c7c7.camel@nic.cz> From: Ladislav Lhotka To: Martin Bjorklund Cc: netmod@ietf.org Date: Thu, 10 Oct 2019 14:34:10 +0200 In-Reply-To: <20191010.140757.575758698470515713.mbj@tail-f.com> References: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> <20191010.140757.575758698470515713.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 12:34:16 -0000 On Thu, 2019-10-10 at 14:07 +0200, Martin Bjorklund wrote: > Ladislav Lhotka wrote: > > Hi, > > > > some of you have probably seen the discussions around > > > > https://tools.ietf.org/html/draft-lhotka-dnsop-iana-class-type-yang-02 > > > > We proposed to adopt it as a work item in the DNSOP WG, but despite > > some support this is probably not going to happen. The substantial > > objections are: > > > > 1. It is not good to publish a YANG snapshot of an IANA registry as an RFC > > because future implementors will use the module from that RFC and implement > > registry entries that may have been deprecated in the mean time. > > > > 2. The meaning of "deprecated" and "obsolete" defined by IANA (RFC > > 8126) differs from the definition in RFC 7950. > > > > I already raised #2 in this mailing list, and I think it should be > > addressed in the next version of YANG. > > > > Regarding #1, I tried to explain that the RFC is only intended to contain an > > initial revision of the corresponding YANG module, but it didn't help. One > > suggestion was to avoid representing the registries as enumerations or sets > of > > identities, and use only integers. > > That's a bit odd. But perhaps it can be solved by actually not > filling in all values in this module, but rather make it a template > and instruct IANA to fill it in with the contents of the registry at > the time of publication. OK, so the module template in the RFC couldn't be used at all - this might indeed help. My idea was to tag the RFC as historic as soon as IANA takes over the module maintenance. I think part of the problem is that the new revisions are available from a rather obscure place - the YANG Parameters registry page: https://www.iana.org/assignments/yang-parameters/yang-parameters.xhtml Lada > > > > /martin > > > > I wonder if we can come up with a reasonable solution. Without > > having the important registries as YANG modules, it is difficult to > > work on other modules - for DNS, in this case, but it could apply to > > other areas, too. > > > > Thanks, Lada > > > > -- > > Ladislav Lhotka > > Head, CZ.NIC Labs > > PGP Key ID: 0xB8F92B08A9F76C67 > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Thu Oct 10 08:34:47 2019 Return-Path: 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 4777C1200C1 for ; Thu, 10 Oct 2019 08:34:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 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, 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 (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 xyLSFuwH8WXs for ; Thu, 10 Oct 2019 08:34:43 -0700 (PDT) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D15C12001A for ; Thu, 10 Oct 2019 08:34:43 -0700 (PDT) Received: by mail-lj1-x234.google.com with SMTP id q64so6640815ljb.12 for ; Thu, 10 Oct 2019 08:34:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xE7/15Dn/++AqaMMo6dV9FCkkqf6q3IOE8tDVxIiQCk=; b=SbS8o9TXj2Fw4ObzWHGHiqWRTk2IRZ3ZgnGZt+9chao11zlyfHYF5+owG2A871JaAc Q7srzhWYZSyZnA6FGaVb35eb05WhVgCilb5pZ+mB2hze1mwZHUPHwHUC/psi5kmYcjRt JU8/i36TbmbxhmX/pGlIs02BHZqAgYVrja/+ZlJjHDR82zRRuhJxL+b7kG4xYgQdqP34 d9DnT+jxD+G2+OhS0Dr07EN2UB9BQlNW9HKpHKInqCfhyxJUoI/nyoBY7YJmTCnKbKFu n7JxjnprfIAzizU0tA/q6BYCynsl/oZiNSH75k22iTl088mxV102iaProRePw+2vSR5p 3RMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xE7/15Dn/++AqaMMo6dV9FCkkqf6q3IOE8tDVxIiQCk=; b=U9KDKqm3KVd64z/3JF3WMwhN7ox6JJLepxdH4Fgc2HL2yPDeONB687+sazulR80QvR lNFSNzEt7cvoh6lg+t/9aKZpx2OG6KmP3bX8zZi0NgtSsLfIN3WWP2yJR+drTF4F+ZNW /VBTTUQ97LwRzoodeyCCEGyrPWMcdS0K/Dg9mJf1MdLdXgQhqFQfYGxgcQh/UvhBVz21 LoHNGnsLThA28EDBtmSlETs29UZmIV2bZCJjco4IyNbFKkw6Xr338QPlhddp8nF1Vjg/ tE9+OcNc8vS9yCa4PrbASWQRolZcuNH/2Sn7NN2lFkdDlS3KzvJ2M1gDmWXeCGuw/4ow T7kw== X-Gm-Message-State: APjAAAX623SMW/Vod2EU8O9MWa9bNI8Oag6hHh4LjMBUNoJbHegKJiNi vAWNQCkgdFTWTZDxadybVo0/tN3NhYK308v7GH4PcCA+dlQ= X-Google-Smtp-Source: APXvYqxOhsx2DRKosZ1HTnvGxvhBAI0wyM0zsyYsFnx74xiPVRwewTdUrzA6jCA1TJRvF858w9LEks+YkeR//OcEMZk= X-Received: by 2002:a05:651c:8b:: with SMTP id 11mr6757785ljq.100.1570721680932; Thu, 10 Oct 2019 08:34:40 -0700 (PDT) MIME-Version: 1.0 References: <20191010.140525.904627955349075516.mbj@tail-f.com> In-Reply-To: <20191010.140525.904627955349075516.mbj@tail-f.com> From: Andy Bierman Date: Thu, 10 Oct 2019 08:34:29 -0700 Message-ID: To: Martin Bjorklund Cc: NetMod WG Content-Type: multipart/alternative; boundary="000000000000d55813059490232a" Archived-At: Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 15:34:46 -0000 --000000000000d55813059490232a Content-Type: text/plain; charset="UTF-8" On Thu, Oct 10, 2019 at 5:06 AM Martin Bjorklund wrote: > Hi, > > I have some mostly cosmetic comments on this draft. > > o "YANG" should be spelled "YANG". Not Yang etc. > > > o "NETCONF" should be spelled "NETCONF". > > > o leaf-list module > > The type of this leaf-list is a string with: > > pattern '.+@\d{4}-\d{2}-\d{2}\.yang'; > > I think the revision needs to be optional, and the suffix ".yang" > dropped, since it doesn't add any value: > > pattern '.+(@\d{4}-\d{2}-\d{2})?'; > > (same for inline-spec). > > > IMO the filespec SHOULD follow the pattern in https://tools.ietf.org/html/rfc7950#section-5.2 Except a new file extension SHOULD be used. Suggest: .yif == YANG Instance File Obviously it would be a horrible idea to use .yang since that extension is already used to identify a YANG schema file. o schema-uri > > The description says: > > A reference to another YANG instance data file. > This instance data file will use the same set of target > YANG modules, revisions, supported features and deviations > as the referenced YANG instance data file. > > I don't understand what this means. Does it mean that the schema > for this document is the same as the schema defined in the > schema-uri file, or that the schema-uri file defines the schema in > its content-data? > > I *think* it is the former. In either case, the name of the leaf > can perhaps be changed to reflect the semantics, rather than the > syntax (i.e., don't call it xxx-uri just b/c its type is an uri). > Perhaps 'same-schema-as-file'. > > > o Data node naming. > > The current structure of the model is: > > +--rw (content-schema-spec)? > | +--:(simplified-inline) > | +--rw module* string > | +--:(inline) > | | +--rw inline-spec* string > | | +--rw inline-content-schema > | +--:(uri) > | +--rw schema-uri? inet:uri > ... > +--rw content-data? > > > To make the instance document more understandable, I suggest the > following structure, which adds a wrapping container for the > schema, and renames the inline and uri nodes: > > +--rw content-schema > +--rw (content-schema-spec)? > | +--:(simplified-inline) > | +--rw module* string > | +--:(inline) > | | +--rw inline-module* string > | | +--rw inline-schema > | +--:(uri) > | +--rw same-schema-as-file? inet:uri > ... > +--rw content-data? > > > +1, except not in favor of so many ways to specify schema. That means the file reader MUST support all of them. > o Format the YANG module > > I suggest you run the YANG module through: > > pyang -f yang --keep-comments --yang-line-length 69 > > o 3.2 > > The element "" needs a namespace declaration. > > > > /martin > > > Andy > > > > /martin > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000d55813059490232a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Oct 10, 2019 at 5:06 AM Marti= n Bjorklund <mbj@tail-f.com> wr= ote:
Hi,

I have some mostly cosmetic comments on this draft.

=C2=A0 o=C2=A0 "YANG" should be spelled "YANG".=C2=A0 N= ot Yang etc.


=C2=A0 o=C2=A0 "NETCONF" should be spelled "NETCONF".

=C2=A0 o=C2=A0 leaf-list module

=C2=A0 =C2=A0 The type of this leaf-list is a string with:

=C2=A0 =C2=A0 =C2=A0 pattern '.+@\d{4}-\d{2}-\d{2}\.yang';

=C2=A0 =C2=A0 I think the revision needs to be optional, and the suffix &qu= ot;.yang"
=C2=A0 =C2=A0 dropped, since it doesn't add any value:

=C2=A0 =C2=A0 =C2=A0 pattern '.+(@\d{4}-\d{2}-\d{2})?';

=C2=A0 =C2=A0(same for inline-spec).




IMO the filespec SHOULD= follow the pattern in=C2=A0=C2=A0https://tools.ietf.org/html/rfc7950#section-5.2

Except a new file extension SHOULD be used.
= Suggest: .yif =3D=3D YANG Instance File

Obviously = it would be a horrible idea to use .yang since that extension
is = already used to identify a YANG schema file.


<= /div>
=C2=A0 o=C2=A0 schema-uri

=C2=A0 =C2=A0 The description says:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A reference to another YANG instance dat= a file.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 This instance data file will use the sam= e set of target
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YANG modules, revisions, supported featu= res and deviations
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 as the referenced YANG instance data fil= e.

=C2=A0 =C2=A0I don't understand what this means.=C2=A0 Does it mean tha= t the schema
=C2=A0 =C2=A0for this document is the same as the schema defined in the
=C2=A0 =C2=A0schema-uri file, or that the schema-uri file defines the schem= a in
=C2=A0 =C2=A0its content-data?

=C2=A0 =C2=A0I *think* it is the former.=C2=A0 In either case, the name of = the leaf
=C2=A0 =C2=A0can perhaps be changed to reflect the semantics, rather than t= he
=C2=A0 =C2=A0syntax (i.e., don't call it xxx-uri just b/c its type is a= n uri).
=C2=A0 =C2=A0Perhaps 'same-schema-as-file'.


=C2=A0 o=C2=A0 Data node naming.

=C2=A0 =C2=A0 The current structure of the model is:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw (content-schema-spec)?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(simplified-inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0+--rw module*=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 |=C2=A0 +--rw inline-spec*=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 |=C2=A0 +--rw inline-content-schema=C2= =A0 =C2=A0<anydata>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(uri)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0+--rw schema-uri?=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet:uri
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-data?=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0<anydata>


=C2=A0 =C2=A0 To make the instance document more understandable, I suggest = the
=C2=A0 =C2=A0 following structure, which adds a wrapping container for the<= br> =C2=A0 =C2=A0 schema, and renames the inline and uri nodes:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-schema
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--rw (content-schema-spec)?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(simplified-inline) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0+--rw module*= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 |=C2=A0 +--rw inline-modul= e*=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 |=C2=A0 +--rw inline-schem= a=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<anydata>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(uri)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0+--rw same-sc= hema-as-file?=C2=A0 =C2=A0 inet:uri
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-data?=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0<anydata>




+1, except not in favor= of so many ways to specify schema.
That means the file reader MU= ST support all of them.

=C2=A0
=C2=A0 o=C2=A0 Format the YANG module

=C2=A0 =C2=A0 I suggest you run the YANG module through:

=C2=A0 =C2=A0 =C2=A0 pyang -f yang --keep-comments --yang-line-length 69
=C2=A0 o=C2=A0 3.2

=C2=A0 =C2=A0 The element "<netconf-state>" needs a namespa= ce declaration.



/martin




Andy

=C2=A0



/martin

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000d55813059490232a-- From nobody Thu Oct 10 10:38:09 2019 Return-Path: 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 C14CB12010C for ; Thu, 10 Oct 2019 10:38:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 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, 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 (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 j4jn29kCw5Nh for ; Thu, 10 Oct 2019 10:38:05 -0700 (PDT) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 133901200C3 for ; Thu, 10 Oct 2019 10:38:05 -0700 (PDT) Received: by mail-lj1-x235.google.com with SMTP id l21so7088957lje.4 for ; Thu, 10 Oct 2019 10:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CadVY6G3HnPLjdAxD+zLyuPwCdP5g51v2l5xMm8yUqg=; b=TYJ+LZoXF7RBCoi+yxRg3/FozvXB83RA0Tkk/9RiB6g3W1yrQ+M2S0LcaMditlqYvX sA6+XKsAktiNEVObIQ23uqAOHLSCPSXRSDqisqqJTugyr+ySh0TQZVirc5VwEjit4diX N9vLNQkooBpY0Ja75LZiMgunj1eGWPe1pqRAmLX6f889vlpPusUbKPOZCEmRIACwhVax rQJ2gViidUbfcHwIom1/PnkQ6uSbzHnv7zvsaiAXk7/fva/NKWoaRGidDzXw7RdiTMo0 WDsVW2UJDUAt2ygg3VNPd7oX+uCPdzI4OzLj+VX4PcRGKsZdsTggCe+zViPBa3jmtNPB XCxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CadVY6G3HnPLjdAxD+zLyuPwCdP5g51v2l5xMm8yUqg=; b=gR9OvD9t3NwTBxPkfGN6Q+NsrL9tB4goUEXT98rckT/XdvO4b9fY9MIZII3qBfqH81 BlbCj6MayZwvAm2o1+We0n70E9w7ot9c2OfznZci00OpgDZmgYTLC1XZmR8h5ugqo/S+ 0JUmgDyUT+pRzDEKAI++lnJSvZXtnt6vkdO+xtvhYi9MZjmYmvRA68YDmeI59opccSMJ HajByy8epij5CPlZP0dYdI554PFjQeegReahH8n3WIPJdTQalkNN8nxg3R8ob+6/wQCb PyFFOn92ef4PU09kamPyJT2e8tdaWHQEFOqIiQLznF9l2Sgc6VRd4mHansByJrZqiu9I hAbg== X-Gm-Message-State: APjAAAX84JMMqRssDeUiUGgZ5orhQl0Ki2pzBeQzQsApmKvz05pYbkSP Tx0cLj4C4WcYUnS1Mq9dhYdJrQhBvT130e0PBFJ1zg== X-Google-Smtp-Source: APXvYqw1U+0Vre24TnfOwj6KM3/aDYjdcAnBdH5uArDBP1jFbQgkRjlVlXyJA5/+KhfyHDRVO3BVrv2GNVM1DmZCCoY= X-Received: by 2002:a2e:86cd:: with SMTP id n13mr7232541ljj.252.1570729083203; Thu, 10 Oct 2019 10:38:03 -0700 (PDT) MIME-Version: 1.0 References: <20191010.140525.904627955349075516.mbj@tail-f.com> In-Reply-To: From: Andy Bierman Date: Thu, 10 Oct 2019 10:37:51 -0700 Message-ID: To: Martin Bjorklund Cc: NetMod WG Content-Type: multipart/alternative; boundary="0000000000000b06fb059491dde1" Archived-At: Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 17:38:08 -0000 --0000000000000b06fb059491dde1 Content-Type: text/plain; charset="UTF-8" On Thu, Oct 10, 2019 at 8:34 AM Andy Bierman wrote: > > > On Thu, Oct 10, 2019 at 5:06 AM Martin Bjorklund wrote: > >> Hi, >> >> I have some mostly cosmetic comments on this draft. >> >> o "YANG" should be spelled "YANG". Not Yang etc. >> >> >> o "NETCONF" should be spelled "NETCONF". >> >> >> o leaf-list module >> >> The type of this leaf-list is a string with: >> >> pattern '.+@\d{4}-\d{2}-\d{2}\.yang'; >> >> I think the revision needs to be optional, and the suffix ".yang" >> dropped, since it doesn't add any value: >> >> pattern '.+(@\d{4}-\d{2}-\d{2})?'; >> >> (same for inline-spec). >> >> >> > > IMO the filespec SHOULD follow the pattern in > https://tools.ietf.org/html/rfc7950#section-5.2 > > Except a new file extension SHOULD be used. > Suggest: .yif == YANG Instance File > > Obviously it would be a horrible idea to use .yang since that extension > is already used to identify a YANG schema file. > > Sorry about the confusion over this comment. There should be reusable typedefs defined in rfc6991bis representing the format in 7950, sec. 5.2 There should also be file extensions defined for an XML or JSON file that is expected to follow the YIF structure. Andy > o schema-uri >> >> The description says: >> >> A reference to another YANG instance data file. >> This instance data file will use the same set of target >> YANG modules, revisions, supported features and deviations >> as the referenced YANG instance data file. >> >> I don't understand what this means. Does it mean that the schema >> for this document is the same as the schema defined in the >> schema-uri file, or that the schema-uri file defines the schema in >> its content-data? >> >> I *think* it is the former. In either case, the name of the leaf >> can perhaps be changed to reflect the semantics, rather than the >> syntax (i.e., don't call it xxx-uri just b/c its type is an uri). >> Perhaps 'same-schema-as-file'. >> >> >> o Data node naming. >> >> The current structure of the model is: >> >> +--rw (content-schema-spec)? >> | +--:(simplified-inline) >> | +--rw module* string >> | +--:(inline) >> | | +--rw inline-spec* string >> | | +--rw inline-content-schema >> | +--:(uri) >> | +--rw schema-uri? inet:uri >> ... >> +--rw content-data? >> >> >> To make the instance document more understandable, I suggest the >> following structure, which adds a wrapping container for the >> schema, and renames the inline and uri nodes: >> >> +--rw content-schema >> +--rw (content-schema-spec)? >> | +--:(simplified-inline) >> | +--rw module* string >> | +--:(inline) >> | | +--rw inline-module* string >> | | +--rw inline-schema >> | +--:(uri) >> | +--rw same-schema-as-file? inet:uri >> ... >> +--rw content-data? >> >> >> > > +1, except not in favor of so many ways to specify schema. > That means the file reader MUST support all of them. > > > >> o Format the YANG module >> >> I suggest you run the YANG module through: >> >> pyang -f yang --keep-comments --yang-line-length 69 >> >> o 3.2 >> >> The element "" needs a namespace declaration. >> >> >> >> /martin >> >> >> > > Andy > > > >> >> >> >> /martin >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > --0000000000000b06fb059491dde1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Oct 10, 2019 at 8:34 AM Andy = Bierman <andy@yumaworks.com>= ; wrote:


On Thu, Oct 10, 2019 at 5:06 AM Martin Bjork= lund <mbj@tail-f.com= > wrote:
= Hi,

I have some mostly cosmetic comments on this draft.

=C2=A0 o=C2=A0 "YANG" should be spelled "YANG".=C2=A0 N= ot Yang etc.


=C2=A0 o=C2=A0 "NETCONF" should be spelled "NETCONF".

=C2=A0 o=C2=A0 leaf-list module

=C2=A0 =C2=A0 The type of this leaf-list is a string with:

=C2=A0 =C2=A0 =C2=A0 pattern '.+@\d{4}-\d{2}-\d{2}\.yang';

=C2=A0 =C2=A0 I think the revision needs to be optional, and the suffix &qu= ot;.yang"
=C2=A0 =C2=A0 dropped, since it doesn't add any value:

=C2=A0 =C2=A0 =C2=A0 pattern '.+(@\d{4}-\d{2}-\d{2})?';

=C2=A0 =C2=A0(same for inline-spec).




IMO the filespec SHOULD= follow the pattern in=C2=A0=C2=A0https://tools.ietf.org/html/rfc7950#se= ction-5.2

Except a new file extension SHOULD b= e used.
Suggest: .yif =3D=3D YANG Instance File

Obviously it would be a horrible idea to use .yang since that exten= sion
is already used to identify a YANG schema file.


Sorry a= bout the confusion over this comment.

There should= be reusable typedefs defined in rfc6991bis representing the format in 7950= , sec. 5.2

There should also be file extensions de= fined for an XML or JSON file that is expected to
follow the YIF = structure.=C2=A0=C2=A0


Andy




=C2=A0 o=C2=A0 schema-uri

=C2=A0 =C2=A0 The description says:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A reference to another YANG instance dat= a file.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 This instance data file will use the sam= e set of target
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YANG modules, revisions, supported featu= res and deviations
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 as the referenced YANG instance data fil= e.

=C2=A0 =C2=A0I don't understand what this means.=C2=A0 Does it mean tha= t the schema
=C2=A0 =C2=A0for this document is the same as the schema defined in the
=C2=A0 =C2=A0schema-uri file, or that the schema-uri file defines the schem= a in
=C2=A0 =C2=A0its content-data?

=C2=A0 =C2=A0I *think* it is the former.=C2=A0 In either case, the name of = the leaf
=C2=A0 =C2=A0can perhaps be changed to reflect the semantics, rather than t= he
=C2=A0 =C2=A0syntax (i.e., don't call it xxx-uri just b/c its type is a= n uri).
=C2=A0 =C2=A0Perhaps 'same-schema-as-file'.


=C2=A0 o=C2=A0 Data node naming.

=C2=A0 =C2=A0 The current structure of the model is:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw (content-schema-spec)?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(simplified-inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0+--rw module*=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 |=C2=A0 +--rw inline-spec*=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 |=C2=A0 +--rw inline-content-schema=C2= =A0 =C2=A0<anydata>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 +--:(uri)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0+--rw schema-uri?=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet:uri
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-data?=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0<anydata>


=C2=A0 =C2=A0 To make the instance document more understandable, I suggest = the
=C2=A0 =C2=A0 following structure, which adds a wrapping container for the<= br> =C2=A0 =C2=A0 schema, and renames the inline and uri nodes:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-schema
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+--rw (content-schema-spec)?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(simplified-inline) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0+--rw module*= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(inline)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 |=C2=A0 +--rw inline-modul= e*=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 |=C2=A0 +--rw inline-schem= a=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<anydata>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 +--:(uri)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0+--rw same-sc= hema-as-file?=C2=A0 =C2=A0 inet:uri
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--rw content-data?=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0<anydata>




+1, except not in favor= of so many ways to specify schema.
That means the file reader MU= ST support all of them.

=C2=A0
=C2=A0 o=C2=A0 Format the YANG module

=C2=A0 =C2=A0 I suggest you run the YANG module through:

=C2=A0 =C2=A0 =C2=A0 pyang -f yang --keep-comments --yang-line-length 69
=C2=A0 o=C2=A0 3.2

=C2=A0 =C2=A0 The element "<netconf-state>" needs a namespa= ce declaration.



/martin




Andy

=C2=A0



/martin

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--0000000000000b06fb059491dde1-- From nobody Fri Oct 11 06:21:46 2019 Return-Path: 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 E71D5120074 for ; Fri, 11 Oct 2019 06:21:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=ericsson.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 tpaqk5z3yFSt for ; Fri, 11 Oct 2019 06:21:39 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20044.outbound.protection.outlook.com [40.107.2.44]) (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 DBA12120088 for ; Fri, 11 Oct 2019 06:21:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=F09yTAxlZ6CDHY8buEv1eqCmfbmZ4wKTPtZ+onEjcvzE/oyzvndd529CwAuLHOrAJsaKw76Ok0q77KHITFSo4AdIEEcUYrxqRcOQT9vkZ/FPPF2TD0/L7M3ipkKN5CsfAXlBekZb/bEWDUCTx8wY3ntT3kSQ+hcuV9SLHdS7QvF2ZiQgWVZXhWrUMMcOqNpNz3GEqT82g5h2XBhsXtzxAFuYI2ZFmocPPfOqdhXlGOJkh2HvPJoUt18cspjxS/EXcNEXP08DMMJJf4va7OGt59SM3ybeiGew+QMwUrP69HuV3s1687F+6h/x/mxRYJarQFHtMSicsmsOciF8Ummk1w== 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=ph39rPDdTOjlTe6rQOPEPIGkRSqBW2WkCiYcjuB3TmA=; b=KkY7G4NvN7GcE0zoEIE6vLBqrIarv0cPBjjkloLYtDz2/r5aluLnFCoHBAKdkCaPZneXvbedEQ9AR+8OWLXsrkBMI/cjGOeggflyyu6ePiBEuyommWaT//WuDt4+KqMIqnctlqfGrsSlabqlsZ4/xvx/RVpoj5SeAsSdzDWeN13rk7AA9uSj4BtDZTxW89hU0Qq1GyrbqjoRRLraODGzC/fw4GDyWmRkxAPzb4NZWI6NAL1xdyaEc8trlkfQ2jHMaLRTbQ4/G5YKxXil3f9XpRi4v591CfRJbbc/gEHdHTba6bMvWM4B2tcxnFFEAfAKCiBqZzFuwHMGAjRg9zTwtg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ph39rPDdTOjlTe6rQOPEPIGkRSqBW2WkCiYcjuB3TmA=; b=ehQGGA9bOdxk6TVHuJtzUWkJTzDUBuB371yT3bMzjy428/swDpbAVNGfihuy5c+0KWcSe7tWElZm+KKM6SgpYkkRVfB7PtcTRv1WU8uEY3AiDRgOQ4dcrpZo5yWVLoZuUEc58rVQpqStSBi9re4Lu8rAOl8FzQniwKv2Hml5tDg= Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com (10.169.137.153) by VI1PR0701MB2893.eurprd07.prod.outlook.com (10.173.76.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.10; Fri, 11 Oct 2019 13:21:36 +0000 Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::2d49:4ace:81d8:2fbc]) by VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::2d49:4ace:81d8:2fbc%12]) with mapi id 15.20.2347.021; Fri, 11 Oct 2019 13:21:35 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: "Rob Wilton (rwilton)" , "netmod@ietf.org" Thread-Topic: [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: YANG packages draft - now ready for review please] Thread-Index: AQHVgCG7st4xHnFXDU2FAFmC68Y67adVbGxA Date: Fri, 11 Oct 2019 13:21:35 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 53cca068-4aa0-4a0f-a8c6-08d74e4df10f x-ms-traffictypediagnostic: VI1PR0701MB2893: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0187F3EA14 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(376002)(396003)(39860400002)(136003)(346002)(51914003)(51444003)(189003)(199004)(54896002)(446003)(11346002)(14454004)(186003)(66066001)(76116006)(81166006)(85182001)(76176011)(7696005)(81156014)(26005)(8676002)(6506007)(102836004)(53546011)(790700001)(6116002)(236005)(3846002)(9686003)(71190400001)(71200400001)(2906002)(6436002)(66446008)(64756008)(66556008)(66946007)(66476007)(66616009)(33656002)(229853002)(55016002)(2501003)(6306002)(74316002)(316002)(110136005)(256004)(14444005)(5024004)(478600001)(25786009)(6246003)(86362001)(5660300002)(486006)(7736002)(476003)(66574012)(99936001)(52536014)(85202003)(9326002)(8936002)(99286004)(21314003); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2893; H:VI1PR0701MB2286.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xq0p7dpbYhBv254/LLxla6a/29c1YPVF0Ia4p5NSIrGFTQHdZ6UQA96wkMkLymHk8DDmu8R8dtb0dIEBcVzM243Jlku6hnjn1IcmFcy95nj4wDBSKk3zYeNxMIOU38Bs/0j/SHCJJozLbqj1vbmgkpZhonw85WunhHlG59hGSyCVvH8ERf4Qdutp15mj/kYymGfsFj+BVoGV3crZGzVi+3hfkRkHuWPt1GHfyhn0qUmICnhsnabBEPaLsvwLzph4vUxsVPZ0lC+LyhFhSASmCymNUH17D0rr23WcpIsaSS7easRlgKGQ59uONAo1I8J0iVoGQ1D1YpUc9klwLH3Onwn+T9VOePmh//9T6ex1Ev12OSxUa4R0j6dpZTSuAvhN2EBzDVyj4gGniwRuuVGGIfPGx2tJtfhbRUIPIErPy3Q= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0489_01D58047.91301B20" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 53cca068-4aa0-4a0f-a8c6-08d74e4df10f X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2019 13:21:35.8458 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: JBu9JLyXFT4JGf6hIdEdi2wDBQlJ0I9FMmUFCUWfR1AqAKfhDusVVjOVzBQndJeRmVzZ4Vt4GLNZ/WkPMwcBI2VRUh7DTQe6fRs79neYolA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2893 Archived-At: Subject: Re: [netmod] [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: YANG packages draft - now ready for review please] X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Oct 2019 13:21:43 -0000 ------=_NextPart_000_0489_01D58047.91301B20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_048A_01D58047.91301B20" ------=_NextPart_001_048A_01D58047.91301B20 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Rob, I agree: so introducing the =E2=80=9Cnot=E2=80=9D operator into = if-feature IMHO was a mistake. It can have its uses, but it is very = dangerous. regards Balazs (Sending it to the full netmod group.) =20 From: Rob Wilton (rwilton) =20 Sent: 2019. okt=C3=B3ber 11., p=C3=A9ntek 12:50 To: Bal=C3=A1zs Lengyel ; Reshad Rahman = (rrahman) ; netmod-ver-dt@ietf.org Subject: RE: [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: = RE: YANG packages draft - now ready for review please] =20 Hi Balazs, =20 This is an interesting example. =20 It doesn=E2=80=99t just break packages, but breaks YANG conformance more = generally, particularly if the leaf was also marked as mandatory. I.e. = whether a server implements the radius feature will determine whether or = not the configuration is valid. =20 Basically, I think that this is an unwise use of if-feature. Generally, = I think that the principle behind features is that they represent = functionality that is optional to support, and probably should not be = used in this way to remove nodes from the underlying model. I think = that this is probably a bug/flaw in YANG. =20 Thanks, Rob =20 =20 =20 From: Netmod-ver-dt > On Behalf Of Bal=C3=A1zs = Lengyel Sent: 10 October 2019 23:57 To: Rob Wilton (rwilton) = >; Reshad Rahman (rrahman) = >; netmod-ver-dt@ietf.org =20 Subject: [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: = YANG packages draft - now ready for review please] =20 Hello, Adding a new feature MAY or MAY NOT be backward compatible. Think about = the following YANG: =20 feature radius {} =20 leaf xxxx { if-feature =E2=80=9Cnot radius=E2=80=9D; } =20 So if I add radius it actually removes the leaf xxx. NBC. regards Balazs =20 Regards Balazs =20 From: Netmod-ver-dt > On Behalf Of Rob Wilton = (rwilton) Sent: 2019. okt=C3=B3ber 10., cs=C3=BCt=C3=B6rt=C3=B6k 13:17 To: Reshad Rahman (rrahman) >; netmod-ver-dt@ietf.org = =20 Subject: Re: [Netmod-ver-dt] YANG packages draft - now ready for review = please =20 Hi Reshad, =20 Thanks for the comments. =20 I=E2=80=99ve fixed all of the typos. =20 For the Abstract: =20 Old: This document defines YANG packages, a versioned organizational structure holding a set of related YANG modules, that can be used to simplify the conformance and sharing of YANG schema. It describes how YANG instance = data documents are used to define YANG packages, and how the = YANG library information published by a server can be = augmented with packaging related information. =20 Proposed: =20 This document defines YANG packages, a versioned = organizational structure holding a set of related YANG modules, that = collectively define a YANG schema. It describes how YANG instance = data documents are used to define YANG packages, and how the YANG library = information published by a server can be augmented with packaging = related information. =20 For 5.2.1.1 Re: =E2=80=9CShould this list also include/state =E2=80=9Cany NBC = changes to a module in the package=E2=80=9D?=E2=80=9D =20 Ah, I see. This is what the following current text of the second = paragraph was meant to mean =20 Old: Changing a package import to select a package = version that is non-backwards-compatible to the prior package = version, or removing a previously imported package. Changing a module import to select a module = revision that is non-backwards-compatible to the prior module = revision, or removing a previously implemented module. Removing a previously supported feature. Adding, changing, or removing a deviation that is = considered a non-backwards-compatible change to the affected data = node in the schema associated with the prior package version. =20 Perhaps the following text would be more clear: =20 Changing an 'imported-packages' list entry to = select a package version that is non-backwards-compatible to the prior = package version, or removing a previously imported = package. Changing a 'modules' or 'import-only-modules' list = entry to select a module revision that is = non-backwards-compatible to the prior module revision, or removing a previously = implemented module. Removing a feature from the 'supported-feature' = leaf-list. Adding, changing, or removing a deviation that is = considered a non-backwards-compatible change to the affected data = node in the schema associated with the prior package version. =20 Re 5.5.1 =E2=80=9CMUST=E2=80=9D instead of =E2=80=9CSHOULD=E2=80=9D for = uniqueness. Probably we should discuss today, but my default position is that I = think that I will change this. =20 I think that my question was that how do you enforce global uniqueness = =E2=80=A6. =20 Thanks, Rob =20 =20 From: Reshad Rahman (rrahman) >=20 Sent: 10 October 2019 03:57 To: Rob Wilton (rwilton) = >; netmod-ver-dt@ietf.org =20 Subject: Re: [Netmod-ver-dt] YANG packages draft - now ready for review = please =20 Hi Rob, =20 Looks good, but TBH I haven=E2=80=99t gone over the minute details of = the examples etc. Some comments.=20 =20 Abstract =20 The sentence with =E2=80=9Csimplify the conformance and sharing of YANG = schema=E2=80=9D doesn=E2=80=99t jive well to me. I think I know what you = mean (we probably discussed this previously), I don=E2=80=99t have = better phrasing to propose. Only suggestion I have is to consider = shortening the abstract. =20 Terminology =20 s/oraganization/organization/ =20 Introduction =20 s/appendicies/appendices/? =20 Objectives =20 s/were a client/where a client/ =20 YANG Package definition =20 s/oraganization/organization/ s/collectively define/collectively defines/? 3rd paragraph starting with =E2=80=9CEach version of a YANG package = defines=E2=80=A6=E2=80=9D. Do this in bullet form instead? =20 5.1 Package definition rules =20 s/decendent/descendent/ s/supercedes/supersedes/ =20 5.2.1 Leaf is =E2=80=98nbc-changes=E2=80=99 (not =E2=80=98nbc-change=E2=80=99) =20 5.2.1.1. Non-Backwards-compatible changes Should this list also include/state =E2=80=9Cany NBC changes to a module = in the package=E2=80=9D? =20 5.3 =20 s/libary/library/ =20 5.5.1 =20 Why SHOULD is used for uniqueness? Why not MUST? s/publically/publicly/? =20 6 s/pacakge/package/ =20 Regards, Reshad. =20 From: Netmod-ver-dt > on behalf of "Rob Wilton = (rwilton)" > Date: Monday, October 7, 2019 at 9:58 AM To: "netmod-ver-dt@ietf.org " = > Subject: [Netmod-ver-dt] YANG packages draft - now ready for review = please =20 Hi, =20 I think that this document has had sufficient updates that it is ready = for review. =20 The latest version is available at per the commit information above, or = attached. =20 I appreciate that it is quite short notice, but if it is possible for = folks to review and provide comments before Thursday=E2=80=99s meeting = that probably be helpful. =20 Thanks, Rob =20 =20 =20 =20 ------=_NextPart_001_048A_01D58047.91301B20 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello Rob,

I agree: = so introducing the =E2=80=9Cnot=E2=80=9D operator into if-feature IMHO = was a mistake. It can have its uses, but it is very = dangerous.

regards = Balazs

(Sending it to the full netmod = group.)

 

From: Rob Wilton (rwilton) = <rwilton@cisco.com>
Sent: 2019. okt=C3=B3ber 11., = p=C3=A9ntek 12:50
To: Bal=C3=A1zs Lengyel = <balazs.lengyel@ericsson.com>; Reshad Rahman (rrahman) = <rrahman@cisco.com>; netmod-ver-dt@ietf.org
Subject: RE: = [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: YANG = packages draft - now ready for review = please]

 

Hi Balazs,

 

This is an interesting example.

 

It doesn=E2=80=99t just break = packages, but breaks YANG conformance more generally, particularly if = the leaf was also marked as mandatory.  I.e. whether a server = implements the radius feature will determine whether or not the = configuration is valid.

 

Basically, I think that this is an unwise use of = if-feature.  Generally, I think that the principle behind features = is that they represent functionality that is optional to support, and = probably should not be used in this way to remove nodes from the = underlying model.  I think that this is probably a bug/flaw in = YANG.

 

Thanks,
Rob

 

 

 

From: = Netmod-ver-dt <netmod-ver-dt-bounces@ietf= .org> On Behalf Of Bal=C3=A1zs Lengyel
Sent: 10 = October 2019 23:57
To: Rob Wilton (rwilton) <rwilton@cisco.com>; Reshad = Rahman (rrahman) <rrahman@cisco.com>; netmod-ver-dt@ietf.org
S= ubject: [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: = YANG packages draft - now ready for review = please]

 

Hello,

Adding a new feature MAY or MAY NOT be = backward compatible. Think about the following YANG:

 

feature radius = {}

 

leaf xxxx {

   if-feature = =E2=80=9Cnot radius=E2=80=9D;

}

 

So if I add radius it actually removes the = leaf xxx. NBC.

regards Balazs

 

Regards = Balazs

 

From: = Netmod-ver-dt <netmod-ver-dt-bounces@ietf= .org> On Behalf Of Rob Wilton (rwilton)
Sent: = 2019. okt=C3=B3ber 10., cs=C3=BCt=C3=B6rt=C3=B6k 13:17
To: = Reshad Rahman (rrahman) <rrahman@cisco.com>; netmod-ver-dt@ietf.org
S= ubject: Re: [Netmod-ver-dt] YANG packages draft - now ready for = review please

 

Hi = Reshad,

 

Thanks for the = comments.

 

I=E2=80=99ve fixed all = of the typos.

 

For the = Abstract:

 

Old:

          =      This document defines YANG packages, a = versioned

          =      organizational structure holding a set of = related YANG

          =      modules, that can be used to simplify the = conformance and

          =      sharing of YANG schema.  It describes how = YANG instance data

          =      documents are used to define YANG packages, and = how the YANG

          =      library information published by a server can = be augmented

          =      with packaging related = information.

 

Proposed:

 

          =      This document defines YANG packages, a = versioned organizational

          =      structure holding a set of related YANG = modules, that collectively

          =      define a YANG schema.  It describes how = YANG instance data documents are

          =      used to define YANG packages, and how the YANG = library information

          =      published by a server can be augmented with = packaging related

          =      information.

 

For = 5.2.1.1

Re: = =E2=80=9CShould this list also include/state =E2=80=9Cany NBC = changes to a module in the package=E2=80=9D?=E2=80=9D

 

Ah, I see.  This is = what the following current text of the second paragraph was meant to = mean

 

Old:

          =          <t>Changing a package = import to select a package version that is

          =          non-backwards-compatible to = the prior package version, or removing a

          =          previously imported = package.</t>

          =          <t>Changing a module = import to select a module revision that is

          =          non-backwards-compatible to = the prior module revision, or removing a

          =          previously implemented = module.</t>

          =          <t>Removing a = previously supported feature.</t>

          =          <t>Adding, changing, = or removing a deviation that is considered a

          =         non-backwards-compatible = change to the affected data node in the

          =          schema associated with the = prior package version.</t>

 

Perhaps the following = text would be more clear:

 

          =          <t>Changing an = 'imported-packages' list entry to select a = package

          =          version that is = non-backwards-compatible to the prior package

          =          version, or removing a = previously imported package.</t>

          =          <t>Changing a = 'modules' or 'import-only-modules' list entry to

          =          select a module revision = that is non-backwards-compatible to the

          =          prior module revision, or = removing a previously implemented

          =          = module.</t>

          =          <t>Removing a feature = from the 'supported-feature' = leaf-list.</t>

          =          <t>Adding, changing, = or removing a deviation that is considered a

          =          non-backwards-compatible = change to the affected data node in the

          =          schema associated with the = prior package version.</t>

 

Re 5.5.1 = =E2=80=9CMUST=E2=80=9D instead of =E2=80=9CSHOULD=E2=80=9D for = uniqueness.

Probably we should = discuss today, but my default position is that I think that I will = change this.

 

I think that my question = was that how do you enforce global uniqueness = =E2=80=A6.

 

Thanks,

Rob

 

 

From: = Reshad Rahman (rrahman) <rrahman@cisco.com> =
Sent: 10 October 2019 03:57
To: Rob Wilton = (rwilton) <rwilton@cisco.com>; netmod-ver-dt@ietf.org
S= ubject: Re: [Netmod-ver-dt] YANG packages draft - now ready for = review please

 

Hi Rob,

 

Looks good, but TBH I haven=E2=80=99t gone = over the minute details of the examples etc. Some comments. =

 

Abstract

 

The sentence with = =E2=80=9Csimplify the conformance and sharing of YANG schema=E2=80=9D = doesn=E2=80=99t jive well to me. I think I know what you mean (we = probably discussed this previously), I don=E2=80=99t have better = phrasing to propose. Only suggestion I have is to consider shortening = the abstract.

 

Terminology

 

s/oraganization/organization/

=

 

Introduction

 

s/appendicies/appendices/?

 

Objectives

 

s/were a client/where a = client/

 

YANG Package = definition

 

s/oraganization/organization/

=

s/collectively define/collectively = defines/?

3rd paragraph starting with = =E2=80=9CEach version of a YANG package defines=E2=80=A6=E2=80=9D. Do = this in bullet form instead?

 

5.1 Package definition = rules

 

s/decendent/descendent/

s/supercedes/supersedes/

 

5.2.1

Leaf is = =E2=80=98nbc-changes=E2=80=99 (not = =E2=80=98nbc-change=E2=80=99)

 

5.2.1.1.  Non-Backwards-compatible = changes

Should this list also include/state = =E2=80=9Cany NBC changes to a module in the = package=E2=80=9D?

 

5.3

 

s/libary/library/

 

5.5.1

 

Why SHOULD is used for = uniqueness? Why not MUST?

s/publically/publicly/?

 

6

s/pacakge/package/

 

Regards,

Reshad.

 

From: = Netmod-ver-dt <netmod-ver-dt-bounces@ietf= ..org> on behalf of "Rob Wilton (rwilton)" <rwilton@cisco.com>
Date: = Monday, October 7, 2019 at 9:58 AM
To: "netmod-ver-dt@ietf.org" = <netmod-ver-dt@ietf.org>
= Subject: [Netmod-ver-dt] YANG packages draft - now ready for = review please

 

Hi,

 

I think that this = document has had sufficient updates that it is ready for = review.

 

The latest version is = available at per the commit information above, or = attached.

 

I appreciate that it is = quite short notice, but if it is possible for folks to review and = provide comments before Thursday=E2=80=99s meeting that probably be = helpful.

 

Thanks,

Rob

 

 

 

 

------=_NextPart_001_048A_01D58047.91301B20-- ------=_NextPart_000_0489_01D58047.91301B20 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTAxMTEzMjEzNFowIwYJKoZIhvcNAQkEMRYEFGGGKYcwXvxS87BG3780v71/JMxkMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQCjB3HCLyTo883bp9rhAHGQZcTvcVOkjSSr0JncCPsodsvomZtFpbA/ FDh7q8wE51aw2a0oJ4oNeV5PDpPBthVh1CZg7aPvhORF+LlFh/4dYOVLvrx5UREOJL15+up0EW3k fLPrLLyr6uAJ0gz/Eb3DdVWunze7xkMhY0sOoIAHkk2g8JaaBsubphcaWC8AKH5kgub1+RaGh7uy 3Y8HQNqfTQius1Mi2zb1zhM2aXNioOs/nRuv7swfdi+u/E/9MBnjvhzWzzEqZUeUHY9LlEL2ahU0 yizUxdUG5qeuhdL7jHsF1PtSFS5D1WLJPNYQTT3xES2jjqZOEjR/RTrX1RcPAAAAAAAA ------=_NextPart_000_0489_01D58047.91301B20-- From nobody Sat Oct 12 12:08:03 2019 Return-Path: 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 74684120899 for ; Sat, 12 Oct 2019 12:08:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.896 X-Spam-Level: X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 ScD61uiWrRr6 for ; Sat, 12 Oct 2019 12:07:59 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 9A39C120098 for ; Sat, 12 Oct 2019 12:07:59 -0700 (PDT) Received: from [IPv6:2601:647:4200:5811:10ae:8eb5:957e:5455] ([IPv6:2601:647:4200:5811:10ae:8eb5:957e:5455]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id x9CJ7v8S022327 for ; Sat, 12 Oct 2019 19:07:58 GMT (envelope-from joelja@bogus.com) From: Joel Jaeggli Content-Type: multipart/alternative; boundary="Apple-Mail=_EB741A39-B84E-4B9C-B6F3-37298F6CD282" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Sat, 12 Oct 2019 12:07:57 -0700 References: To: NETMOD Working Group In-Reply-To: Message-Id: <7644E805-C8AD-4E89-A87F-B5D9B5BEE1EF@bogus.com> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2019 19:08:02 -0000 --Apple-Mail=_EB741A39-B84E-4B9C-B6F3-37298F6CD282 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This concludes the netmod WG last call for=20 draft-ietf-netmod-yang-data-ext version 4... There was a modest amount of commentary generally positive, during the = last call period with some requests for clarification (Qin wu) and some = minor nits (Robert Wilton).=20 It might be good to have closure on the last email in that cycle. https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY = = but it looks like the document is ready to advance based on this and = prior wg discussion. Thanks Joel > On Sep 26, 2019, at 22:32, Joel Jaeggli wrote: >=20 > All, >=20 > This starts a two week working group last call for = draft-ietf-netmod-yang-data-ext-04 >=20 > The working group last call ends on Friday October 11th 2019. Please = send your comments to the working group mailing list. >=20 > Positive comments, e.g., "I've reviewed this document and believe it = is ready for publication", are welcome! This is useful and important, = even from authors. >=20 > https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 = >=20 > The diff from 03, produced prior to IETF 105 is available here: >=20 > = https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Ddraft-ietf-netmo= d-yang-data-ext-04.txt = >=20 > Thanks > Joel >=20 --Apple-Mail=_EB741A39-B84E-4B9C-B6F3-37298F6CD282 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii This = concludes the netmod WG last call for 

draft-ietf-netmod-yang-data-ext version = 4...

There was = a modest amount of commentary generally positive, during the last call = period with some requests for clarification (Qin wu) and some minor nits = (Robert Wilton). 

It might be good to have closure on the last email in that = cycle.

https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxp= r3pG0nuvY

but it looks like the document is ready to advance based on = this and prior wg discussion.

Thanks
Joel

On Sep 26, 2019, at 22:32, Joel = Jaeggli <joelja@bogus.com> wrote:

All,

This starts a two week working group last call = for  draft-ietf-netmod-yang-data-ext-04

The working group last = call ends on  Friday October 11th 2019.  Please send your = comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document and = believe it is ready for publication", are welcome!  This is useful = and important, even from authors.

https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04<= /a>

The = diff from 03, produced prior to IETF 105 is available = here:

https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Dd= raft-ietf-netmod-yang-data-ext-04.txt

Thanks
Joel


= --Apple-Mail=_EB741A39-B84E-4B9C-B6F3-37298F6CD282-- From nobody Sat Oct 12 15:57:23 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 51B671200B8; Sat, 12 Oct 2019 15:57:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joel Jaeggli via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Cc: netmod-chairs@ietf.org, iesg-secretary@ietf.org, joelja@gmail.com, Joel Jaeggli , netmod@ietf.org Message-ID: <157092104232.1532.8347650569917598088.idtracker@ietfa.amsl.com> Date: Sat, 12 Oct 2019 15:57:22 -0700 Archived-At: Subject: [netmod] Publication has been requested for draft-ietf-netmod-yang-data-ext-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2019 22:57:23 -0000 Joel Jaeggli has requested publication of draft-ietf-netmod-yang-data-ext-04 as Proposed Standard on behalf of the NETMOD working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ From nobody Sun Oct 13 08:28:28 2019 Return-Path: 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 5E23C120071 for ; Sun, 13 Oct 2019 08:28:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 Ms7ubT5qZ2AB for ; Sun, 13 Oct 2019 08:28:24 -0700 (PDT) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E961B12000F for ; Sun, 13 Oct 2019 08:28:23 -0700 (PDT) Received: by mail-lj1-x22a.google.com with SMTP id f5so14181021ljg.8 for ; Sun, 13 Oct 2019 08:28:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y6ko9BNHTbL/cpFRlflv+TGE2WEDW5ZUoVUYeUARldU=; b=wtCiq8/JxI5PjvmljBhhyar1X3nQvZGYaoD96kPgdlmBRmTgM8A/x9rTdPbSv1rTmH KVakueqeqHwFeIO8+sUmA3uREz4bzsAirB9ZrKmiRWEf+S7RdIusbQQNJej8VpCmO7zk KuEO/vl60MQbHlyELUEo8t73cg4wQwk1VKXXCJ4OoHwxHj9z7ItQdTz8CviiM9x78pZp 4JzjJV9xEY2lN/Z+X8OV8FEmZ3R7c/4UMbFsRpNxF7MA9ib9bSH6IPitNgOIvZOPTpoQ ZcYJSky2iUjXFSK2OHRDcLZT8IrpkwbC+WJhVR/JkExe81no2SCEh+ydhKb/oGdaNs/u 3lXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y6ko9BNHTbL/cpFRlflv+TGE2WEDW5ZUoVUYeUARldU=; b=LcO6fSvZbB67sZ0BFXSyIXUITRknPj5A62ceJI79oElvoUCZYn3q1zuApiZFkg2xGr qMm5VDZNHvPfn0NkkF0K71aWzQOdvVBsjA5UWLJVEsdM/ytVpJt8UvEraCNMTdlbjJ7n VzcznswNwiLBGhgcyRgyy78MbBZbfQJ9pwN71fGxsUyVg6weiJBw/7zgm92S48EgI0Zs GNMSIw/IPrVe8x6cWHsMMLKNztBA5CCd4wRg762XCAusVUO8yCtgHJv9l3JwPXkNxwCm 2oC+mkx+eeIbb5XaUvmaxLbDojCrYvma7pIESf4141bAMlsxJavR4M7DN5RmvskHvbGh s4rg== X-Gm-Message-State: APjAAAXh6Ra9Zmt1Yp41VVKrJ0iZzDOBZIPCqB4ztp3SqkqFSk83khuB uXRLhChj+EDP2cYz6psnX+D2eAJwesZjJcyE25+0Og== X-Google-Smtp-Source: APXvYqwobIDUPlgiJ4Cj9VbwXKxe7/BHfLJsblMU00O4E664bLSQJWQwEQI/MqBY0/uUcX/nP9WOJMreoHgk/N8VMMM= X-Received: by 2002:a2e:8e87:: with SMTP id z7mr14030289ljk.207.1570980501900; Sun, 13 Oct 2019 08:28:21 -0700 (PDT) MIME-Version: 1.0 References: <7644E805-C8AD-4E89-A87F-B5D9B5BEE1EF@bogus.com> In-Reply-To: <7644E805-C8AD-4E89-A87F-B5D9B5BEE1EF@bogus.com> From: Andy Bierman Date: Sun, 13 Oct 2019 08:28:10 -0700 Message-ID: To: Joel Jaeggli Cc: NETMOD Working Group Content-Type: multipart/alternative; boundary="000000000000c3e3f90594cc66cb" Archived-At: Subject: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 15:28:27 -0000 --000000000000c3e3f90594cc66cb Content-Type: text/plain; charset="UTF-8" On Sat, Oct 12, 2019 at 12:08 PM Joel Jaeggli wrote: > This concludes the netmod WG last call for > > draft-ietf-netmod-yang-data-ext version 4... > > There was a modest amount of commentary generally positive, during the > last call period with some requests for clarification (Qin wu) and some > minor nits (Robert Wilton). > > It might be good to have closure on the last email in that cycle. > > https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY > > It is not clear which issues remain open from this review. The main issues seem to be: 1) Put this functionality in yang-next instead of this document * The WG decided several times to go forward with this document 2) When there is a yang-next, these extensions will not change or go away * This issue was not discussed as part of this draft. The WG should make these decisions if and when yang-next is a work item 3) There needs to be machine-readable statements to define where a structure can be used * The WG decided to just use description-stmt for this purpose I do not know if this list is complete or correct. That is for the WG Chairs to decide. The 'structure' extension is basically a copy of container-stmt with some stuff removed. It is not a data node, rpc, or notification. Its use is implementation-dependent. A container-stmt is tightly coupled to protocols and datastores. A structure is not coupled to anything. There can be notifications and actions defined nested within a structure's data-def-stmts. (Who knows what this means - it is implementation-specific.) but it looks like the document is ready to advance based on this and prior > wg discussion. > > Thanks > Joel > Andy > > On Sep 26, 2019, at 22:32, Joel Jaeggli wrote: > > All, > > This starts a two week working group last call for > draft-ietf-netmod-yang-data-ext-04 > > The working group last call ends on Friday October 11th 2019. Please > send your comments to the working group mailing list. > > Positive comments, e.g., "I've reviewed this document and believe it is > ready for publication", are welcome! This is useful and important, even > from authors. > > https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 > > The diff from 03, produced prior to IETF 105 is available here: > > > https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-ietf-netmod-yang-data-ext-04.txt > > Thanks > Joel > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000c3e3f90594cc66cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Oct 12, 2019 at 12:08 PM Joel= Jaeggli <joelja@bogus.com> w= rote:
This concludes the netmod WG last call for= =C2=A0

draft-ietf-netmod-yang-data-ext version 4...

There was a modest amount of commentary generally posi= tive, during the last call period with some requests for clarification (Qin= wu) and some minor nits (Robert Wilton).=C2=A0

It= might be good to have closure on the last email in that cycle.
<= br>



It is not clear which issues rem= ain open from this review.
The main issues seem to be:
=
=C2=A0 =C2=A01) Put this functionality in yang-next instead = of this document
=C2=A0 =C2=A0 * The WG decided several times to = go forward with this document

=C2=A0 =C2=A02) When= there is a yang-next, these extensions will not change or go away
=C2=A0 =C2=A0 * This issue was not discussed as part of this draft. The W= G should make
=C2=A0 =C2=A0 =C2=A0 =C2=A0these decisions if and w= hen yang-next is a work item

=C2=A0 =C2=A03) There= needs to be machine-readable statements to define where a structure can be= used
=C2=A0 =C2=A0 * The WG decided to just use description-stmt= for this purpose

I do not know if this list is co= mplete or correct.
That is for the WG Chairs to decide.

The 'structure' extension is basically a copy of co= ntainer-stmt with some stuff removed.
It is not a data node, rpc,= or notification. Its use is implementation-dependent.
A containe= r-stmt is tightly coupled to protocols and datastores.=C2=A0 A structure is=
not coupled to anything.=C2=A0 There can be notifications and ac= tions defined nested within
a structure's data-def-stmts. (Wh= o knows what this means - it is implementation-specific.)



but it lo= oks like the document is ready to advance based on this and prior wg discus= sion.

Thanks
Joel

Andy
=C2=A0

On Sep 26, 2019, at 22:32, Joel Jaeggli= <joelja@bogus.com= > wrote:

All,

This starts a two week working group last call = for=C2=A0=C2= =A0draft-ietf-netmod-yang-data-e= xt-04

The working group last call ends on =C2= =A0Friday October 11th 2019.=C2=A0 Please send your comments to the working= group mailing list.

Positive comments, e.g., "I&#= 39;ve reviewed this document and believe it is ready for publication",= are welcome!=C2=A0 This is useful and important, even from authors.=


The diff from 03, produced prior to IETF 105 is=C2= =A0available here:

_______________________________________= ________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000c3e3f90594cc66cb-- From nobody Sun Oct 13 08:33:02 2019 Return-Path: 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 2DEE1120071 for ; Sun, 13 Oct 2019 08:33:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.897 X-Spam-Level: X-Spam-Status: No, score=-6.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 hWRT-9nEENFc for ; Sun, 13 Oct 2019 08:32:58 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 17B3112000F for ; Sun, 13 Oct 2019 08:32:58 -0700 (PDT) Received: from [172.31.98.150] (50-242-125-195-static.hfc.comcastbusiness.net [50.242.125.195]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id x9DFWuoV045426; Sun, 13 Oct 2019 15:32:57 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host 50-242-125-195-static.hfc.comcastbusiness.net [50.242.125.195] claimed to be [172.31.98.150] From: Joel Jaeggli Message-Id: <29C7C756-8976-4893-A2C0-14E478F28C10@bogus.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_C988F6C8-B1F7-45AA-838E-BAF33FA00959" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Sun, 13 Oct 2019 08:32:53 -0700 In-Reply-To: Cc: NETMOD Working Group To: Andy Bierman References: <7644E805-C8AD-4E89-A87F-B5D9B5BEE1EF@bogus.com> X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 15:33:01 -0000 --Apple-Mail=_C988F6C8-B1F7-45AA-838E-BAF33FA00959 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Oct 13, 2019, at 08:28, Andy Bierman wrote: >=20 >=20 >=20 > On Sat, Oct 12, 2019 at 12:08 PM Joel Jaeggli > wrote: > This concludes the netmod WG last call for=20 >=20 > draft-ietf-netmod-yang-data-ext version 4... >=20 > There was a modest amount of commentary generally positive, during the = last call period with some requests for clarification (Qin wu) and some = minor nits (Robert Wilton).=20 >=20 > It might be good to have closure on the last email in that cycle. >=20 > = https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY = = >=20 >=20 >=20 > It is not clear which issues remain open from this review. > The main issues seem to be: >=20 > 1) Put this functionality in yang-next instead of this document > * The WG decided several times to go forward with this document >=20 > 2) When there is a yang-next, these extensions will not change or = go away > * This issue was not discussed as part of this draft. The WG = should make > these decisions if and when yang-next is a work item >=20 > 3) There needs to be machine-readable statements to define where a = structure can be used > * The WG decided to just use description-stmt for this purpose >=20 > I do not know if this list is complete or correct. That sounds like closure to me. Thank you. > That is for the WG Chairs to decide. >=20 > The 'structure' extension is basically a copy of container-stmt with = some stuff removed. > It is not a data node, rpc, or notification. Its use is = implementation-dependent. > A container-stmt is tightly coupled to protocols and datastores. A = structure is > not coupled to anything. There can be notifications and actions = defined nested within > a structure's data-def-stmts. (Who knows what this means - it is = implementation-specific.) >=20 >=20 >=20 > but it looks like the document is ready to advance based on this and = prior wg discussion. >=20 > Thanks > Joel >=20 > Andy > =20 >=20 >> On Sep 26, 2019, at 22:32, Joel Jaeggli > wrote: >>=20 >> All, >>=20 >> This starts a two week working group last call for = draft-ietf-netmod-yang-data-ext-04 >>=20 >> The working group last call ends on Friday October 11th 2019. = Please send your comments to the working group mailing list. >>=20 >> Positive comments, e.g., "I've reviewed this document and believe it = is ready for publication", are welcome! This is useful and important, = even from authors. >>=20 >> https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04 = >>=20 >> The diff from 03, produced prior to IETF 105 is available here: >>=20 >> = https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Ddraft-ietf-netmo= d-yang-data-ext-04.txt = >>=20 >> Thanks >> Joel >>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_C988F6C8-B1F7-45AA-838E-BAF33FA00959 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Oct 13, 2019, at 08:28, Andy Bierman <andy@yumaworks.com> = wrote:



On Sat, Oct 12, 2019 at 12:08 PM Joel Jaeggli = <joelja@bogus.com> wrote:
This concludes the netmod WG last call = for 

draft-ietf-netmod-yang-data-ext version 4...

There was a modest = amount of commentary generally positive, during the last call period = with some requests for clarification (Qin wu) and some minor nits = (Robert Wilton). 

It might be good to have closure on the last email in that = cycle.

https://mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxp= r3pG0nuvY



It = is not clear which issues remain open from this review.
The main issues seem to be:

   1) Put this functionality = in yang-next instead of this document
    = * The WG decided several times to go forward with this = document

  =  2) When there is a yang-next, these extensions will not change or = go away
    * This issue was not = discussed as part of this draft. The WG should make
       these decisions if and when = yang-next is a work item

   3) There needs to be machine-readable statements = to define where a structure can be used
  =   * The WG decided to just use description-stmt for this = purpose

I do = not know if this list is complete or = correct.

That = sounds like closure to me.

Thank = you.

That is for the WG Chairs to = decide.

The = 'structure' extension is basically a copy of container-stmt with some = stuff removed.
It is not a data node, rpc, or = notification. Its use is implementation-dependent.
A = container-stmt is tightly coupled to protocols and datastores.  A = structure is
not coupled to anything.  There = can be notifications and actions defined nested within
a structure's data-def-stmts. (Who knows what this means - it = is implementation-specific.)



but it looks like the document is ready to advance based on = this and prior wg discussion.

Thanks
Joel

Andy
 

On Sep 26, 2019, at 22:32, Joel Jaeggli <joelja@bogus.com> wrote:

All,

This = starts a two week working group last call for  draft-ietf-netmod-yang-data-ext-04

The working group last call = ends on  Friday October 11th 2019.  Please send your comments = to the working group mailing list.

Positive comments, e.g., "I've reviewed this = document and believe it is ready for publication", are welcome!  = This is useful and important, even from authors.

https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-04<= /a>

The diff from 03, produced = prior to IETF 105 is available here:

https://tools.ietf.org/rfcdiff?difftype=3D--hwdiff&url2=3Dd= raft-ietf-netmod-yang-data-ext-04.txt

Thanks
Joel


_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
= --Apple-Mail=_C988F6C8-B1F7-45AA-838E-BAF33FA00959-- From nobody Sun Oct 13 18:16:42 2019 Return-Path: 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 931B912006D for ; Sun, 13 Oct 2019 18:16:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 3z1oElB5SBm9 for ; Sun, 13 Oct 2019 18:16:38 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 EE4F012001A for ; Sun, 13 Oct 2019 18:16:37 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 475B2A3A7A5E8EA405CD for ; Mon, 14 Oct 2019 02:16:35 +0100 (IST) Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 14 Oct 2019 02:16:33 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0439.000; Mon, 14 Oct 2019 09:16:30 +0800 From: Qin Wu To: Joel Jaeggli , Andy Bierman CC: NETMOD Working Group Thread-Topic: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4 Thread-Index: AdWCLKdsgljjsZDgRIqdKqglUEQBbg== Date: Mon, 14 Oct 2019 01:16:29 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA93691E3dggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Oct 2019 01:16:41 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA93691E3dggeml511mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SSBhZ3JlZSB3aXRoIEFuZHmhr3MgY29uY2x1c2lvbiwgbXkgY29tbWVudHMgYXJlIG1vc3RseSBx dWVzdGlvbnMgZm9yIGNsYXJpZmljYXRpb24uDQpXaGF0IGlzIHN0cmFuZ2UgdG8gbWUgaXMgSSBj YW4gbm90IG9wZW4gdGhlIHF1b3RlZCBsaW5rIGFueSBtb3JlOg0KaHR0cHM6Ly9tYWlsYXJjaGl2 ZS5pZXRmLm9yZy9hcmNoL21zZy9uZXRtb2QvUVJXRlM0Zm5kLWpKOEFqaHhwcjNwRzBudXZZDQoN Ci1RaW4NCreivP7IyzogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddILT6 se0gSm9lbCBKYWVnZ2xpDQq3osvNyrG85DogMjAxOcTqMTDUwjEzyNUgMjM6MzMNCsrVvP7Iyzog QW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb20+DQqzrcvNOiBORVRNT0QgV29ya2luZyBH cm91cCA8bmV0bW9kQGlldGYub3JnPg0K1vfM4jogUmU6IFtuZXRtb2RdIENvbmNsdXNpb24gV0cg TGFzdCBDYWxsOiBkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0IHZlcnNpb24gNA0KDQoN Cg0KDQpPbiBPY3QgMTMsIDIwMTksIGF0IDA4OjI4LCBBbmR5IEJpZXJtYW4gPGFuZHlAeXVtYXdv cmtzLmNvbTxtYWlsdG86YW5keUB5dW1hd29ya3MuY29tPj4gd3JvdGU6DQoNCg0KDQpPbiBTYXQs IE9jdCAxMiwgMjAxOSBhdCAxMjowOCBQTSBKb2VsIEphZWdnbGkgPGpvZWxqYUBib2d1cy5jb208 bWFpbHRvOmpvZWxqYUBib2d1cy5jb20+PiB3cm90ZToNClRoaXMgY29uY2x1ZGVzIHRoZSBuZXRt b2QgV0cgbGFzdCBjYWxsIGZvcg0KDQpkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0IHZl cnNpb24gNC4uLg0KDQpUaGVyZSB3YXMgYSBtb2Rlc3QgYW1vdW50IG9mIGNvbW1lbnRhcnkgZ2Vu ZXJhbGx5IHBvc2l0aXZlLCBkdXJpbmcgdGhlIGxhc3QgY2FsbCBwZXJpb2Qgd2l0aCBzb21lIHJl cXVlc3RzIGZvciBjbGFyaWZpY2F0aW9uIChRaW4gd3UpIGFuZCBzb21lIG1pbm9yIG5pdHMgKFJv YmVydCBXaWx0b24pLg0KDQpJdCBtaWdodCBiZSBnb29kIHRvIGhhdmUgY2xvc3VyZSBvbiB0aGUg bGFzdCBlbWFpbCBpbiB0aGF0IGN5Y2xlLg0KDQpodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn L2FyY2gvbXNnL25ldG1vZC9RUldGUzRmbmQtako4QWpoeHByM3BHMG51dlkNCg0KDQoNCkl0IGlz IG5vdCBjbGVhciB3aGljaCBpc3N1ZXMgcmVtYWluIG9wZW4gZnJvbSB0aGlzIHJldmlldy4NClRo ZSBtYWluIGlzc3VlcyBzZWVtIHRvIGJlOg0KDQogICAxKSBQdXQgdGhpcyBmdW5jdGlvbmFsaXR5 IGluIHlhbmctbmV4dCBpbnN0ZWFkIG9mIHRoaXMgZG9jdW1lbnQNCiAgICAqIFRoZSBXRyBkZWNp ZGVkIHNldmVyYWwgdGltZXMgdG8gZ28gZm9yd2FyZCB3aXRoIHRoaXMgZG9jdW1lbnQNCg0KICAg MikgV2hlbiB0aGVyZSBpcyBhIHlhbmctbmV4dCwgdGhlc2UgZXh0ZW5zaW9ucyB3aWxsIG5vdCBj aGFuZ2Ugb3IgZ28gYXdheQ0KICAgICogVGhpcyBpc3N1ZSB3YXMgbm90IGRpc2N1c3NlZCBhcyBw YXJ0IG9mIHRoaXMgZHJhZnQuIFRoZSBXRyBzaG91bGQgbWFrZQ0KICAgICAgIHRoZXNlIGRlY2lz aW9ucyBpZiBhbmQgd2hlbiB5YW5nLW5leHQgaXMgYSB3b3JrIGl0ZW0NCg0KICAgMykgVGhlcmUg bmVlZHMgdG8gYmUgbWFjaGluZS1yZWFkYWJsZSBzdGF0ZW1lbnRzIHRvIGRlZmluZSB3aGVyZSBh IHN0cnVjdHVyZSBjYW4gYmUgdXNlZA0KICAgICogVGhlIFdHIGRlY2lkZWQgdG8ganVzdCB1c2Ug ZGVzY3JpcHRpb24tc3RtdCBmb3IgdGhpcyBwdXJwb3NlDQoNCkkgZG8gbm90IGtub3cgaWYgdGhp cyBsaXN0IGlzIGNvbXBsZXRlIG9yIGNvcnJlY3QuDQoNClRoYXQgc291bmRzIGxpa2UgY2xvc3Vy ZSB0byBtZS4NCg0KVGhhbmsgeW91Lg0KDQoNClRoYXQgaXMgZm9yIHRoZSBXRyBDaGFpcnMgdG8g ZGVjaWRlLg0KDQpUaGUgJ3N0cnVjdHVyZScgZXh0ZW5zaW9uIGlzIGJhc2ljYWxseSBhIGNvcHkg b2YgY29udGFpbmVyLXN0bXQgd2l0aCBzb21lIHN0dWZmIHJlbW92ZWQuDQpJdCBpcyBub3QgYSBk YXRhIG5vZGUsIHJwYywgb3Igbm90aWZpY2F0aW9uLiBJdHMgdXNlIGlzIGltcGxlbWVudGF0aW9u LWRlcGVuZGVudC4NCkEgY29udGFpbmVyLXN0bXQgaXMgdGlnaHRseSBjb3VwbGVkIHRvIHByb3Rv Y29scyBhbmQgZGF0YXN0b3Jlcy4gIEEgc3RydWN0dXJlIGlzDQpub3QgY291cGxlZCB0byBhbnl0 aGluZy4gIFRoZXJlIGNhbiBiZSBub3RpZmljYXRpb25zIGFuZCBhY3Rpb25zIGRlZmluZWQgbmVz dGVkIHdpdGhpbg0KYSBzdHJ1Y3R1cmUncyBkYXRhLWRlZi1zdG10cy4gKFdobyBrbm93cyB3aGF0 IHRoaXMgbWVhbnMgLSBpdCBpcyBpbXBsZW1lbnRhdGlvbi1zcGVjaWZpYy4pDQoNCg0KDQpidXQg aXQgbG9va3MgbGlrZSB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYWR2YW5jZSBiYXNlZCBvbiB0 aGlzIGFuZCBwcmlvciB3ZyBkaXNjdXNzaW9uLg0KDQpUaGFua3MNCkpvZWwNCg0KQW5keQ0KDQoN Cg0KT24gU2VwIDI2LCAyMDE5LCBhdCAyMjozMiwgSm9lbCBKYWVnZ2xpIDxqb2VsamFAYm9ndXMu Y29tPG1haWx0bzpqb2VsamFAYm9ndXMuY29tPj4gd3JvdGU6DQoNCkFsbCwNCg0KVGhpcyBzdGFy dHMgYSB0d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3IgIGRyYWZ0LWlldGYtbmV0 bW9kLXlhbmctZGF0YS1leHQtMDQNCg0KVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMg b24gIEZyaWRheSBPY3RvYmVyIDExdGggMjAxOS4gIFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMg dG8gdGhlIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0Lg0KDQpQb3NpdGl2ZSBjb21tZW50cywg ZS5nLiwgIkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFk eSBmb3IgcHVibGljYXRpb24iLCBhcmUgd2VsY29tZSEgIFRoaXMgaXMgdXNlZnVsIGFuZCBpbXBv cnRhbnQsIGV2ZW4gZnJvbSBhdXRob3JzLg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1kYXRhLWV4dC0wNA0KDQpUaGUgZGlmZiBmcm9tIDAzLCBw cm9kdWNlZCBwcmlvciB0byBJRVRGIDEwNSBpcyBhdmFpbGFibGUgaGVyZToNCg0KaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9yZmNkaWZmP2RpZmZ0eXBlPS0taHdkaWZmJnVybDI9ZHJhZnQtaWV0Zi1u ZXRtb2QteWFuZy1kYXRhLWV4dC0wNC50eHQNCg0KVGhhbmtzDQpKb2VsDQoNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxp c3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg0K --_000_B8F9A780D330094D99AF023C5877DABAA93691E3dggeml511mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

I agree with Andy=A1= =AFs conclusion, my comments are mostly questions for clarification.

What is strange to me = is I can not open the quoted link any more:

https:/= /mailarchive.ietf.org/arch/msg/netmod/QRWFS4fnd-jJ8Ajhxpr3pG0nuvY<= /o:p>

 

-Qin=

=B7=A2=BC=FE=C8=CB: netmod [mailto= :netmod-bounces@ietf.org] =B4=FA=B1=ED Joel Jaeggli
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2019=C4=EA10=D4=C213=C8=D5 23:33
=CA=D5=BC=FE=C8=CB: Andy Bierman <andy@yumaworks.com>
=B3=AD=CB=CD: NETMOD Working Group <netmod@ietf.org>
=D6=F7=CC=E2: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext ver= sion 4

 

 



On Oct 13, 2019, at 08:28, Andy= Bierman <andy@yumaworks.com&g= t; wrote:

 



On Sat, Oct 12, 2019 at 12:08 PM Jo= el Jaeggli <joelja@bogus.com>= wrote:

This concludes the netmod WG last c= all for 

 

draft-ietf-netmod-yang-data-ext ver= sion 4...

 

There was a modest amount of commen= tary generally positive, during the last call period with some requests for= clarification (Qin wu) and some minor nits (Robert Wilton). 

 

It might be good to have closure on= the last email in that cycle.

 

 

 

 

It is not clear which issues remain= open from this review.

The main issues seem to be:

 

   1) Put this functional= ity in yang-next instead of this document

    * The WG decided seve= ral times to go forward with this document

 

   2) When there is a yan= g-next, these extensions will not change or go away

    * This issue was not = discussed as part of this draft. The WG should make

       these de= cisions if and when yang-next is a work item

 

   3) There needs to be m= achine-readable statements to define where a structure can be used

    * The WG decided to j= ust use description-stmt for this purpose

 

I do not know if this list is compl= ete or correct.

 

That sounds like closure to me.=

 

Thank you.



That is for the WG Chairs to decide= .

 

The 'structure' extension is basica= lly a copy of container-stmt with some stuff removed.

It is not a data node, rpc, or noti= fication. Its use is implementation-dependent.

A container-stmt is tightly coupled= to protocols and datastores.  A structure is

not coupled to anything.  Ther= e can be notifications and actions defined nested within<= /p>

a structure's data-def-stmts. (Who = knows what this means - it is implementation-specific.)

 

 

 

but it looks like the document is r= eady to advance based on this and prior wg discussion.

 

Thanks

Joel

 

Andy

 



On Sep 26, 2019, at 22:32, Joel Jae= ggli <joelja@bogus= .com> wrote:

 

All,

This starts a two week working group last call for  draft-ietf-netmod-yang-data-ext-04


The working group last call ends on  Friday October 11th 2019.  P= lease send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document and believe it i= s ready for publication", are welcome!  This is useful and import= ant, even from authors.

 

 

The diff from 03, produced prior to= IETF 105 is available here:

 

 

Thanks

Joel

 

 

___________________________________= ____________
netmod mailing list
netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod

 

--_000_B8F9A780D330094D99AF023C5877DABAA93691E3dggeml511mbxchi_-- From nobody Mon Oct 14 09:14:31 2019 Return-Path: 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 CFD67120820 for ; Mon, 14 Oct 2019 09:14:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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=R3rSMZIa; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=0U7whLUV 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 HUW0Uk6yCyeQ for ; Mon, 14 Oct 2019 09:14:27 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB2CB1200CC for ; Mon, 14 Oct 2019 09:14:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13601; q=dns/txt; s=iport; t=1571069667; x=1572279267; h=from:to:subject:date:message-id:references:mime-version; bh=K9K6fyoC8vhwVnT+l+WvkyvbzBdbfb754GO7q5g7QNs=; b=R3rSMZIaLqjc3KrkTQI3LDEI71COLZbLzR7BTFQrsMysgB73DE9lkXu9 2Qbx/RjTAcvsbL2l4O9cUMjTgZcHoGD7kDNX7AuyCCi3izix+KcfyXioI aYvTGsggdXVo3GsbDZ8kEtRLywr3TH0Iu6cNyw9DA4ZthdOusxH6sIxnZ g=; IronPort-PHdr: =?us-ascii?q?9a23=3AwtLz/Rwz+urAyMjXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YhSN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuHAknyNv3nRyc7B89FElRi+iLzPA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A/AACWnaRd/4sNJK1mGwEBAQEBAQE?= =?us-ascii?q?FAQEBEQEBAwMBAQGBaQQBAQELAYFKUAVsVyAECyqEJINHA4pITYIPkx2EYYE?= =?us-ascii?q?ugSQDVAkBAQEMAQElCAIBAYRAAheCRyQ2Bw4CAwkBAQQBAQECAQUEbYUtAQu?= =?us-ascii?q?FSwEGEhEdAQE1Aw8CARkDAQIoAwICAjAUBwIIAgQTIoMAAYF5TQMuAQIMpD0?= =?us-ascii?q?CgTiIYXWBMoJ9AQEFgTgCDkFAgjwYghcJgTQBjA0YgUA/gTgfgkw+gmEBAQI?= =?us-ascii?q?BARaBZw0JglgygiyNNoI5hTckl30KgiKHCIUYiHkbgjpyhlyPOI4tgT+GY5E?= =?us-ascii?q?VAgQCBAUCDgEBBYE/GgcrgVhwFRpLAYJBCUcQFIFPg3OFFIU/dAGBKJArAQE?= X-IronPort-AV: E=Sophos;i="5.67,296,1566864000"; d="scan'208,217";a="646598401" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 Oct 2019 16:14:26 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x9EGEQDs014906 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 14 Oct 2019 16:14:26 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 14 Oct 2019 11:14:25 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 14 Oct 2019 11:14:25 -0500 Received: from NAM03-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 14 Oct 2019 12:14:25 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JaBm/K8wNQ1V4zw8URqDVcYvYA10zqrmHKLEq9DCIJh1QTzLiHgjLH2VQNrDVLpl8J0XtNXsr/ivJdvRZsXAHaoMzD22rtyHBC2srgRSAHVVQwOhy6wlqLN5hYPBZxb2436yJnzHy5LNqRQkXJRvwGgDjGNh2opLT+pGqg+cA3kq6XBlFcvqZVDwh0tZEQ5yjR6sikhDAkbILCR/1AXUlRd2IhD+1BXphkaL5alFkeGcgJ3D14ddYHyHK0XL/PZq/DAFZXkwEDnTVQA/YWXBYibiHJj5fSJxsu7eUfBT6Vphb3ZiNyveo34DWNgHdpofsfHDtaHW8luBZ5ZN2qILjA== 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=K9K6fyoC8vhwVnT+l+WvkyvbzBdbfb754GO7q5g7QNs=; b=nRrxMC0WWOvXWMeUehCCmx5npRbbgUtEjtBwK4T1a5Qx5fnQq3qsx4TrJru3MItArh4MkvEkd0fjMei3qcBLRxzWL4oZ6kAsLBU3w5MtnyMbVeRbDSxLsU+vP9qsy1JAKIaamngGG7n34S85xhh9rAMnk0CbWKjK4T0tnIJnz5+uea+JdFQC09BVu+KFU3hIC5b5fK7YNU2ol7aXh+6fOd7CMajNou4BT6QECvm9dmtPJdI0Qib7zhwyPoz9Fld0jQy8N0swSOBqj5onpz33IEiXT6Qa29fOPP2IktY7FXpQHmzGmPYLUZCtzARp1zOy7d4o/+uqo4C0VF5bi8MMxw== 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=K9K6fyoC8vhwVnT+l+WvkyvbzBdbfb754GO7q5g7QNs=; b=0U7whLUVtNXxbmdrBrfBAwKOa1uiBvF2xYKR7hoXze3aHi4Vvp05P5I6zWpNe4xt2tJSo8eIkDtTjPW3OQ0/FJ0O9XaMgqvIAIAqLKhZXDcAnFulDWBfjbllSwZPjseHfN+NFIfwbyLqjbsahXwAwnMUmjpqlot1ZlqDha6fggs= Received: from DM6PR11MB3418.namprd11.prod.outlook.com (20.177.219.223) by DM6PR11MB3483.namprd11.prod.outlook.com (20.176.123.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.21; Mon, 14 Oct 2019 16:14:24 +0000 Received: from DM6PR11MB3418.namprd11.prod.outlook.com ([fe80::3848:4383:2407:7fdf]) by DM6PR11MB3418.namprd11.prod.outlook.com ([fe80::3848:4383:2407:7fdf%5]) with mapi id 15.20.2347.021; Mon, 14 Oct 2019 16:14:24 +0000 From: "Joe Clarke (jclarke)" To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-verdt-netmod-yang-semver-01.txt Thread-Index: AQHVgFZmyEUn+JF1l0ynpVaJS5bslw== Date: Mon, 14 Oct 2019 16:14:23 +0000 Message-ID: References: <157081363254.29519.9437167025541957283.idtracker@ietfa.amsl.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=jclarke@cisco.com; x-originating-ip: [2001:420:2481:0:a99d:bc58:3e2a:e881] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5d288a4b-863f-4250-04aa-08d750c1942b x-ms-traffictypediagnostic: DM6PR11MB3483: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 01901B3451 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(376002)(346002)(39860400002)(136003)(366004)(199004)(189003)(66446008)(86362001)(71200400001)(54896002)(2473003)(4001150100001)(6306002)(64756008)(81166006)(1730700003)(8676002)(14454004)(2351001)(66556008)(236005)(606006)(6436002)(91956017)(6512007)(81156014)(66946007)(966005)(66476007)(8936002)(33656002)(14444005)(7110500001)(256004)(6916009)(561944003)(7736002)(66574012)(71190400001)(99286004)(46003)(2616005)(476003)(2501003)(229853002)(6506007)(5660300002)(186003)(6486002)(102836004)(76176011)(446003)(478600001)(36756003)(2906002)(6116002)(5640700003)(486006)(25786009)(316002)(15650500001)(76116006)(2420400007); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB3483; H:DM6PR11MB3418.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: uOV3jTx+GKqujebO3nVclzHKfSUAPQ26OyE97sNTaspbOma1/BO8fuhLMth56PWg247FICYrNwW07cZ+1Ir2SHHOAn97xbfeuy3lsRCmP72Oaptite+cXlgp3npB9I5El/sXkYTN23Et6u5x+qaVUsH9+zOmRcdSlT+MN7olftOWN8LIjK4jO4cWPW1Ig3f95F5fioOW+ixNZwFDuqsCNdbXWYZ8A6Hi2VPsi0v2wQcQJaBzVM4YtBy1fPilUYEsiERKpvd5/KlZ8RUEm6/XFd7c486hBOim0Ak0G2unlrkNANsl8+ySAqeTK2wrE/Yu7SuEEmW8S6IdcB9mkBMIMEtfAhWwxmK9q24kUnpN0muM3WTEHnubS5AMjn9cFXx7YZxQvQXRo5P7WzM/x2X5D0iq+JIRn85gWpvAdAJhWp459lOLpymKczAslu7/8Mr0PcaZzXbMba86V8CQmdDK9A== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_C7E8BE29CAFE410CB0CD90ABAF591C71ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 5d288a4b-863f-4250-04aa-08d750c1942b X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Oct 2019 16:14:23.9272 (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: Fjd5CtCpvcjDDwXsUqMl+WUMuASb9bBblwJzJVwnVn+n5zw7mW9IXPOnUZcgGNXK3olOfrAFknwNuR7wB8I49Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3483 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.21, xch-aln-011.cisco.com X-Outbound-Node: alln-core-6.cisco.com Archived-At: Subject: [netmod] Fwd: New Version Notification for draft-verdt-netmod-yang-semver-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Oct 2019 16:14:30 -0000 --_000_C7E8BE29CAFE410CB0CD90ABAF591C71ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBkcmFmdCBpcyBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIFlBTkcgc2VtYW50aWMgdmVy c2lvbmluZyB3b3JrIHRvIGJyaW5nIGl0IGluIGxpbmUgd2l0aCB0aGUgZGVzaWduIHRlYW3igJlz IFlBTkcgbW9kdWxlIHZlcnNpb25pbmcgcHJvcG9zYWwuICBUaGF0IGlzLCB0aGlzIGRvY3VtZW50 IGRlc2NyaWJlcyBhIHNlbXZlciBsYWJlbGluZyBzY2hlbWUgdG8gYWNjb21wYW55IHRoZSByZXZp c2lvbi1iYXNlZCBsaW5lYWdlLg0KDQpPbmUgbm90YWJsZSBjaGFuZ2UgaXMgdGhhdCBpbiBvcmRl ciB0byBzdXBwb3J0IHNlbXZlciB2ZXJzaW9uaW5nIGZvciBZQU5HIHBhY2thZ2VzIChhbHNvIGJl aW5nIHByb3Bvc2VkKSwgd2UgYWJzdHJhY3RlZCB0aGUgbm91biBmcm9tIOKAnG1vZHVsZeKAnSB0 byDigJxZQU5HIGFydGlmYWN04oCdLiAgVGhpcyB3YXksIHdlIGNhbiBhcHBseSBhIHNlbXZlciBs YWJlbCB0byBtb2R1bGVzIGFzIHdlbGwgYXMgYSB2ZXJzaW9uIHRvIHBhY2thZ2VzIGFuZCB1c2Ug dGhlIHNhbWUgcmVmZXJlbmNlcyBhbmQgdmVyc2lvbmluZyBydWxlcy4NCg0KRnJvbSBhIHNlbXZl ciBydWxlcyBwZXJzcGVjdGl2ZSwgbm90aGluZyBoYXMgY2hhbmdlZCBmcm9tIHRoZSBtb2RpZmll ZCBzZW12ZXIgcnVsZXMgdGhhdCB3ZXJlIHByZXZpb3VzbHkgcHJvcG9zZWQuDQoNClRoZSBkZXNp Z24gdGVhbSB3YW50cyB0byBwcm92aWRlIGEgaG9saXN0aWMgdXBkYXRlIGFoZWFkIG9mIDEwNiwg YnV0IHdhbnRlZCB0byBwdWJsaXNoIGRvY3VtZW50cyBhcyB0aGV5IGFyZSByZWFkeSB0byBnaXZl IHBlb3BsZSBhIGNoYW5jZSB0byBkaWdlc3QgdGhpbmdzIGluIHBhcnRzLg0KDQpKb2UNCg0KQmVn aW4gZm9yd2FyZGVkIG1lc3NhZ2U6DQoNCkZyb206IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8 bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yIGRyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLXNlbXZlci0wMS50eHQNCkRh dGU6IE9jdG9iZXIgMTEsIDIwMTkgYXQgMTM6MDc6MTIgRURUDQpUbzogSmFzb24gU3Rlcm5lIDxq YXNvbi5zdGVybmVAbm9raWEuY29tPG1haWx0bzpqYXNvbi5zdGVybmVAbm9raWEuY29tPj4sIFJl c2hhZCBSYWhtYW4gPHJyYWhtYW5AY2lzY28uY29tPG1haWx0bzpycmFobWFuQGNpc2NvLmNvbT4+ LCBSb2JlcnQgV2lsdG9uIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRvbkBjaXNjby5j b20+PiwgQmFsYXpzIExlbmd5ZWwgPGJhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTxtYWlsdG86 YmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tPj4sIEtldmluIEQnU291emEgPGtkNjkxM0BhdHQu Y29tPG1haWx0bzprZDY5MTNAYXR0LmNvbT4+LCBCZW5vaXQgQ2xhaXNlIDxiY2xhaXNlQGNpc2Nv LmNvbTxtYWlsdG86YmNsYWlzZUBjaXNjby5jb20+PiwgSm9lIENsYXJrZSA8amNsYXJrZUBjaXNj by5jb208bWFpbHRvOmpjbGFya2VAY2lzY28uY29tPj4NCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEkt RCwgZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxLnR4dA0KaGFzIGJlZW4gc3VjY2Vz c2Z1bGx5IHN1Ym1pdHRlZCBieSBKb2UgQ2xhcmtlIGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJl cG9zaXRvcnkuDQoNCk5hbWU6IGRyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLXNlbXZlcg0KUmV2aXNp b246IDAxDQpUaXRsZTogWUFORyBTZW1hbnRpYyBWZXJzaW9uaW5nDQpEb2N1bWVudCBkYXRlOiAy MDE5LTEwLTExDQpHcm91cDogSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczogMTUNClVSTDog ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtdmVy ZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLXNlbXZlci8NCkh0 bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdmVyZHQtbmV0 bW9kLXlhbmctc2VtdmVyLTAxDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC12ZXJkdC1uZXRtb2QteWFuZy1zZW12ZXINCkRpZmY6ICAg ICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtdmVyZHQtbmV0 bW9kLXlhbmctc2VtdmVyLTAxDQoNCkFic3RyYWN0Og0KICBUaGlzIGRvY3VtZW50IHNwZWNpZmll cyBhIHNjaGVtZSBmb3IgYXBwbHlpbmcgYSBtb2RpZmllZCBzZXQgb2YNCiAgc2VtYW50aWMgdmVy c2lvbmluZyBydWxlcyB0byByZXZpc2lvbnMgb2YgWUFORyBtb2R1bGVzLg0KICBBZGRpdGlvbmFs bHksIHRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIHJldmlzaW9uIGxhYmVsIGZvciB0aGlzDQogIG1v ZGlmaWVkIHNlbXZlciBzY2hlbWUgYmFzZWQgb24gdGhlIHNwZWNpZmljYXRpb24gaW4gZHJhZnQt dmVyZHQtDQogIG5ldG1vZC15YW5nLW1vZHVsZS12ZXJzaW9uaW5nLg0KDQoNCg0KDQpQbGVhc2Ug bm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBv ZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQoNClRoZSBJ RVRGIFNlY3JldGFyaWF0DQoNCg0K --_000_C7E8BE29CAFE410CB0CD90ABAF591C71ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <65533780C2EDB541A22499DCFBD1C148@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+VGhpcyBkcmFmdCBpcyBh biB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIFlBTkcgc2VtYW50aWMgdmVyc2lvbmluZyB3b3JrIHRv IGJyaW5nIGl0IGluIGxpbmUgd2l0aCB0aGUgZGVzaWduIHRlYW3igJlzIFlBTkcgbW9kdWxlIHZl cnNpb25pbmcgcHJvcG9zYWwuICZuYnNwO1RoYXQgaXMsIHRoaXMgZG9jdW1lbnQgZGVzY3JpYmVz IGEgc2VtdmVyIGxhYmVsaW5nIHNjaGVtZSB0byBhY2NvbXBhbnkgdGhlIHJldmlzaW9uLWJhc2Vk IGxpbmVhZ2UuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5PbmUgbm90YWJsZSBjaGFuZ2UgaXMgdGhhdCBpbiBvcmRlciB0byBzdXBwb3J0 IHNlbXZlciB2ZXJzaW9uaW5nIGZvciBZQU5HIHBhY2thZ2VzIChhbHNvIGJlaW5nIHByb3Bvc2Vk KSwgd2UgYWJzdHJhY3RlZCB0aGUgbm91biBmcm9tIOKAnG1vZHVsZeKAnSB0byDigJxZQU5HIGFy dGlmYWN04oCdLiAmbmJzcDtUaGlzIHdheSwgd2UgY2FuIGFwcGx5IGEgc2VtdmVyIGxhYmVsIHRv IG1vZHVsZXMgYXMgd2VsbCBhcyBhIHZlcnNpb24gdG8gcGFja2FnZXMNCiBhbmQgdXNlIHRoZSBz YW1lIHJlZmVyZW5jZXMgYW5kIHZlcnNpb25pbmcgcnVsZXMuPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Gcm9tIGEgc2VtdmVyIHJ1bGVz IHBlcnNwZWN0aXZlLCBub3RoaW5nIGhhcyBjaGFuZ2VkIGZyb20gdGhlIG1vZGlmaWVkIHNlbXZl ciBydWxlcyB0aGF0IHdlcmUgcHJldmlvdXNseSBwcm9wb3NlZC48L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBkZXNpZ24gdGVhbSB3 YW50cyB0byBwcm92aWRlIGEgaG9saXN0aWMgdXBkYXRlIGFoZWFkIG9mIDEwNiwgYnV0IHdhbnRl ZCB0byBwdWJsaXNoIGRvY3VtZW50cyBhcyB0aGV5IGFyZSByZWFkeSB0byBnaXZlIHBlb3BsZSBh IGNoYW5jZSB0byBkaWdlc3QgdGhpbmdzIGluIHBhcnRzLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Sm9lPC9kaXY+DQo8ZGl2PjxiciBj bGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij5CZWdpbiBmb3J3YXJkZWQgbWVzc2FnZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJj aGFuZ2UtbmV3bGluZSI+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1yaWdo dDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNh IE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6cmdiYSgwLCAwLCAwLCAxLjApOyIg Y2xhc3M9IiI+PGIgY2xhc3M9IiI+RnJvbToNCjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBz YW5zLXNlcmlmOyIgY2xhc3M9IiI+Jmx0OzxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmciIGNsYXNzPSIiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4mZ3Q7PGJyIGNs YXNzPSIiPg0KPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJn aW4tcmlnaHQ6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMHB4OyIgY2xh c3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhl bHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGNvbG9yOnJnYmEoMCwgMCwgMCwg MS4wKTsiIGNsYXNzPSIiPjxiIGNsYXNzPSIiPlN1YmplY3Q6DQo8L2I+PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjxiIGNsYXNzPSIiPk5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxLnR4dDwvYj48 YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7 IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7 IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9u dCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6cmdiYSgwLCAw LCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+RGF0ZToNCjwvYj48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwg SGVsdmV0aWNhLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+T2N0b2JlciAxMSwgMjAxOSBhdCAxMzow NzoxMiBFRFQ8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4t dG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1s ZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1z eXN0ZW0tZm9udCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6 cmdiYSgwLCAwLCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+VG86DQo8L2I+PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgSGVsdmV0aWNh IE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPkphc29uIFN0ZXJuZSAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmphc29uLnN0ZXJuZUBub2tpYS5jb20iIGNsYXNzPSIiPmphc29uLnN0 ZXJuZUBub2tpYS5jb208L2E+Jmd0OywgUmVzaGFkIFJhaG1hbiAmbHQ7PGEgaHJlZj0ibWFpbHRv OnJyYWhtYW5AY2lzY28uY29tIiBjbGFzcz0iIj5ycmFobWFuQGNpc2NvLmNvbTwvYT4mZ3Q7LA0K IFJvYmVydCBXaWx0b24gJmx0OzxhIGhyZWY9Im1haWx0bzpyd2lsdG9uQGNpc2NvLmNvbSIgY2xh c3M9IiI+cndpbHRvbkBjaXNjby5jb208L2E+Jmd0OywgQmFsYXpzIExlbmd5ZWwgJmx0OzxhIGhy ZWY9Im1haWx0bzpiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20iIGNsYXNzPSIiPmJhbGF6cy5s ZW5neWVsQGVyaWNzc29uLmNvbTwvYT4mZ3Q7LCBLZXZpbiBEJ1NvdXphICZsdDs8YSBocmVmPSJt YWlsdG86a2Q2OTEzQGF0dC5jb20iIGNsYXNzPSIiPmtkNjkxM0BhdHQuY29tPC9hPiZndDssDQog QmVub2l0IENsYWlzZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIiBjbGFz cz0iIj5iY2xhaXNlQGNpc2NvLmNvbTwvYT4mZ3Q7LCBKb2UgQ2xhcmtlICZsdDs8YSBocmVmPSJt YWlsdG86amNsYXJrZUBjaXNjby5jb20iIGNsYXNzPSIiPmpjbGFya2VAY2lzY28uY29tPC9hPiZn dDs8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwg ZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxLnR4dDxiciBjbGFzcz0iIj4NCmhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSm9lIENsYXJrZSBhbmQgcG9zdGVkIHRvIHRo ZTxiciBjbGFzcz0iIj4NCklFVEYgcmVwb3NpdG9yeS48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQpOYW1lOjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNl OnByZSI+IDwvc3Bhbj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1z cGFjZTpwcmUiPjwvc3Bhbj5kcmFmdC12ZXJkdC1uZXRtb2QteWFuZy1zZW12ZXI8YnIgY2xhc3M9 IiI+DQpSZXZpc2lvbjo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1z cGFjZTpwcmUiPiA8L3NwYW4+MDE8YnIgY2xhc3M9IiI+DQpUaXRsZTo8c3BhbiBjbGFzcz0iQXBw bGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPiA8L3NwYW4+PHNwYW4gY2xhc3M9 IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+WUFORyBTZW1h bnRpYyBWZXJzaW9uaW5nPGJyIGNsYXNzPSIiPg0KRG9jdW1lbnQgZGF0ZTo8c3BhbiBjbGFzcz0i QXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPiA8L3NwYW4+MjAxOS0xMC0x MTxiciBjbGFzcz0iIj4NCkdyb3VwOjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9 IndoaXRlLXNwYWNlOnByZSI+IDwvc3Bhbj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0 eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj5JbmRpdmlkdWFsIFN1Ym1pc3Npb248YnIgY2xh c3M9IiI+DQpQYWdlczo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1z cGFjZTpwcmUiPiA8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hp dGUtc3BhY2U6cHJlIj48L3NwYW4+MTU8YnIgY2xhc3M9IiI+DQpVUkw6ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12ZXJkdC1uZXRt b2QteWFuZy1zZW12ZXItMDEudHh0IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxLnR4dDwvYT48YnIg Y2xhc3M9IiI+DQpTdGF0dXM6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LXZlcmR0LW5ldG1vZC15YW5nLXNlbXZlci8iIGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLXNlbXZlci88L2E+PGJyIGNsYXNz PSIiPg0KSHRtbGl6ZWQ6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12ZXJkdC1uZXRtb2QteWFuZy1z ZW12ZXItMDEiIGNsYXNzPSIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12ZXJk dC1uZXRtb2QteWFuZy1zZW12ZXItMDE8L2E+PGJyIGNsYXNzPSIiPg0KSHRtbGl6ZWQ6ICZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyIiBjbGFz cz0iIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXZlcmR0LW5l dG1vZC15YW5nLXNlbXZlcjwvYT48YnIgY2xhc3M9IiI+DQpEaWZmOiAmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctc2Vt dmVyLTAxIiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt dmVyZHQtbmV0bW9kLXlhbmctc2VtdmVyLTAxPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0i Ij4NCkFic3RyYWN0OjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO1RoaXMgZG9jdW1lbnQgc3Bl Y2lmaWVzIGEgc2NoZW1lIGZvciBhcHBseWluZyBhIG1vZGlmaWVkIHNldCBvZjxiciBjbGFzcz0i Ij4NCiZuYnNwOyZuYnNwO3NlbWFudGljIHZlcnNpb25pbmcgcnVsZXMgdG8gcmV2aXNpb25zIG9m IFlBTkcgbW9kdWxlcy48YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtBZGRpdGlvbmFsbHksIHRo aXMgZG9jdW1lbnQgZGVmaW5lcyBhIHJldmlzaW9uIGxhYmVsIGZvciB0aGlzPGJyIGNsYXNzPSIi Pg0KJm5ic3A7Jm5ic3A7bW9kaWZpZWQgc2VtdmVyIHNjaGVtZSBiYXNlZCBvbiB0aGUgc3BlY2lm aWNhdGlvbiBpbiBkcmFmdC12ZXJkdC08YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtuZXRtb2Qt eWFuZy1tb2R1bGUtdmVyc2lvbmluZy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpQbGVhc2Ugbm90ZSB0aGF0 IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNz aW9uPGJyIGNsYXNzPSIiPg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCA8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmciIGNsYXNzPSIiPg0K dG9vbHMuaWV0Zi5vcmc8L2E+LjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZSBJRVRG IFNlY3JldGFyaWF0PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_C7E8BE29CAFE410CB0CD90ABAF591C71ciscocom_-- From nobody Mon Oct 14 23:17:28 2019 Return-Path: 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 718FD12002E; Mon, 14 Oct 2019 23:17:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 Ty0VEErwBwAs; Mon, 14 Oct 2019 23:17:18 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 0DB73120013; Mon, 14 Oct 2019 23:17:18 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A1B3CC4494567013BFB7; Tue, 15 Oct 2019 07:17:16 +0100 (IST) Received: from lhreml702-chm.china.huawei.com (10.201.108.51) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Oct 2019 07:17:13 +0100 Received: from lhreml702-chm.china.huawei.com (10.201.108.51) by lhreml702-chm.china.huawei.com (10.201.108.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 15 Oct 2019 07:17:13 +0100 Received: from DGGEMM424-HUB.china.huawei.com (10.1.198.41) by lhreml702-chm.china.huawei.com (10.201.108.51) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Tue, 15 Oct 2019 07:17:13 +0100 Received: from DGGEMM527-MBX.china.huawei.com ([169.254.6.34]) by dggemm424-hub.china.huawei.com ([10.1.198.41]) with mapi id 14.03.0439.000; Tue, 15 Oct 2019 14:17:10 +0800 From: wangzitao To: "netmod@ietf.org" CC: NetMod WG Chairs Thread-Topic: New Version Notification for draft-wwx-netmod-event-yang-03.txt Thread-Index: AdWDIAApw6/jRBTqQXqTyXOQJzQBUw== Date: Tue, 15 Oct 2019 06:17:10 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.142.117] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 06:17:27 -0000 RGVhciBXb3JraW5nIEdyb3VwLA0KDQpBcyB5b3UgcmVjYWxsIHRoYXQgd2UgcHJlc2VudGVkIHRo ZSAiZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAyIiBpbiB0aGUgbGFzdCBORVRNT0Qgc2Vz c2lvbiBhbmQgZ290IGEgZ29vZCBudW1iZXIgb2Ygc3VwcG9ydHMgd2hlbiB0aGUgY2hhaXIgcG9s bGVkIGluIHRoZSByb29tLg0KUmVjZW50bHkgd2UgaGF2ZSBhIG1pbm9yIHVwZGF0ZSBvbiB0aGUg ZHJhZnQgYmFzZWQgb24gTW9udHJlYWwgbWVldGluZyBkaXNjdXNzaW9uLCBhZGRpbmcgYW4gYXBw ZW5kaXggc2VjdGlvbiB0byBpbnRyb2R1Y2UgaG93IHRvIHJldXNlIHRoZSAidHJpZ2dlci1ncm91 cGluZyIsIG1vcmUgZGV0YWlscyBwbGVhc2UgcmV2aWV3IHRoZSBkb2N1bWVudC4NCmh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMNCg0KV2Ug YmVsaWV2ZSB0aGlzIGRyYWZ0IGlzIHN0YWJsZSBlbm91Z2ggYW5kIHdvdWxkIGxpa2UgdG8gYXNr IGZvciBXRyBhZG9wdGlvbi4NCg0KQ29tbWVudHMgYW5kIHN1Z2dlc3Rpb24gYXJlIHdlbGNvbWUh IA0KDQpCZXN0IFJlZ2FyZHMhDQotTWljaGFlbChvbiBiZWhhbGYgb2YgYXV0aG9ycykNCg0KLS0t LS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcg W21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0 MTDmnIgxNeaXpSAxNDoxNA0K5pS25Lu25Lq6OiB3YW5neml0YW8gPHdhbmd6aXRhb0BodWF3ZWku Y29tPjsgQ2hvbmdmZW5nIFhpZSA8eGllY2hmQGN0YnJpLmNvbS5jbj47IFFpbiBXdSA8YmlsbC53 dUBodWF3ZWkuY29tPjsgd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2VpLmNvbT47IFFpbiBXdSA8 YmlsbC53dUBodWF3ZWkuY29tPg0K5Li76aKYOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9m IEktRCwgZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAzLnR4dA0KaGFzIGJlZW4gc3VjY2Vz c2Z1bGx5IHN1Ym1pdHRlZCBieSBNaWNoYWVsIFdhbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVURiBy ZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nDQpSZXZpc2lv bjoJMDMNClRpdGxlOgkJQSBZQU5HIERhdGEgbW9kZWwgZm9yIFBvbGljeSBiYXNlZCBFdmVudCBN YW5hZ2VtZW50DQpEb2N1bWVudCBkYXRlOgkyMDE5LTEwLTEzDQpHcm91cDoJCUluZGl2aWR1YWwg U3VibWlzc2lvbg0KUGFnZXM6CQkzMA0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMudHh0DQpT dGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd3d4 LW5ldG1vZC1ldmVudC15YW5nLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMNCkh0bWxpemVkOiAgICAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXd3eC1uZXRtb2QtZXZl bnQteWFuZw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMNCg0KQWJzdHJhY3Q6DQogICBbUkZDODMy OF0gZGVmaW5lcyBhIHBvbGljeS1iYXNlZCBtYW5hZ2VtZW50IGZyYW1ld29yayB0aGF0IGFsbG93 DQogICBkZWZpbml0aW9uIG9mIGEgZGF0YSBtb2RlbCB0byBiZSB1c2VkIHRvIHJlcHJlc2VudCBo aWdoLWxldmVsLA0KICAgcG9zc2libHkgbmV0d29yay13aWRlIHBvbGljaWVzLiAgVGhpcyBkb2N1 bWVudCBkZWZpbmVzIGFuIFlBTkcgZGF0YQ0KICAgbW9kZWwgZm9yIHRoZSBwb2xpY3kgYmFzZWQg ZXZlbnQgbWFuYWdlbWVudCBbUkZDNzk1MF0uICBUaGUgcG9saWN5DQogICBiYXNlZCBFdmVudCBZ QU5HIHByb3ZpZGVzIHRoZSBhYmlsaXR5IGZvciB0aGUgbmV0d29yayBtYW5hZ2VtZW50DQogICBm dW5jdGlvbiAod2l0aGluIGEgY29udHJvbGxlciwgYW4gb3JjaGVzdHJhdG9yLCBvciBhIG5ldHdv cmsgZWxlbWVudCkNCiAgIHRvIGNvbnRyb2wgdGhlIGNvbmZpZ3VyYXRpb24gYW5kIG1vbml0b3Ig c3RhdGUgY2hhbmdlIG9uIHRoZSBuZXR3b3JrDQogICBlbGVtZW50IGFuZCB0YWtlIHNpbXBsZSBh bmQgaW5zdGFudCBhY3Rpb24gd2hlbiBhIHRyaWdnZXIgY29uZGl0aW9uDQogICBvbiB0aGUgc3lz dGVtIHN0YXRlIGlzIG1ldC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFz ZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1l IG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Tue Oct 15 04:15:56 2019 Return-Path: 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 814951200F6 for ; Tue, 15 Oct 2019 04:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=PxrLqXn2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Id0OsOFv 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 3rKmJPWojXXf for ; Tue, 15 Oct 2019 04:15:53 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06B4B1200DF for ; Tue, 15 Oct 2019 04:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4352; q=dns/txt; s=iport; t=1571138153; x=1572347753; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=TQWJwPKCsgZCjgfMwFD/xdXyt9R3hQGKXkA6lRd5gU0=; b=PxrLqXn2Cke06nRHC4TlI/XQACpUux5xWjsfr8MJ7qqI9hsRrIPcgOTv csHtA2lkYF1s/vJBRg7Qb/tkABkm07XR/KK6KffzvyZq8ADljYT0qisru ZicZt7FZnYCgkO9Id4ebVt3iMvFTnDD0Z3xMFoWO1sVPW2fIsQpX0RCPQ U=; IronPort-PHdr: =?us-ascii?q?9a23=3AFx+CrRC4QndoecSFFOh0UyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs13kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuNuHrazA9GuxJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BlAAAFqaVd/5JdJa1mHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgWcHAQELAYFKUAVsVyAECyoKhBuDRwOEWIVxTYIPl36BLoEkA1Q?= =?us-ascii?q?JAQEBDAEBJQgCAQGEQAIXglMkNAkOAgMJAQEEAQEBAgEFBG2FLQELhUsBAQE?= =?us-ascii?q?BAxIREQwBATUDCwQCARkEAQEDAiYCAgIwFQgIAgQTCBqDAYJGAy4BAgyjcgK?= =?us-ascii?q?BOIhhdYEygn0BAQWBOAIOQYMAGIIXCYEMKAGMDRiBQD+BEUaBTn6DHwEBAgE?= =?us-ascii?q?BFoFJgwwygiyPcYVdmAAKgiKHCo4sgjpyhl2POI4xgT+GZJEYAgQCBAUCDgE?= =?us-ascii?q?BBYFSOYFYcBUagw0JRxAUgU+Dc4UUhT90AYEojn0BgSIBAQ?= X-IronPort-AV: E=Sophos;i="5.67,299,1566864000"; d="scan'208";a="357298472" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Oct 2019 11:15:52 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x9FBFqmq018191 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 15 Oct 2019 11:15:52 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 15 Oct 2019 06:15:51 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 15 Oct 2019 07:15:50 -0400 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 15 Oct 2019 07:15:50 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Hz7oyJJYHuys78vmsyu9ychFR9wv8sGYy3TLanv0R3CQU5J5t7fubD996+9EBAMD1atLeUF8h74tZYM/DPC2ofXv2dzLmz7fkZ5XZQ1ukSQnFfRcNtOHhl8CCmxMqLmBzJYvUNZ8S9DczT6O6O8k3pbXVdq9L0nvOEZwMYvhvc/3V/7hmEKkK7IZiLC5pY7AMYcCNsW+rlx7O6Jn5L+Lvb396nXrQngBrkFaVShC60KT5RGnkxsDAoMZ2ey3z/ieoZXJywW41yBSQuFoodWNJgaWdtEt7uWMNpTxjp9lWMTkJ9Sn1Kjh8p5vHA/tWv+VN2Qi7Z+FBLc1IV9JBfgM0w== 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=TQWJwPKCsgZCjgfMwFD/xdXyt9R3hQGKXkA6lRd5gU0=; b=NFn1e1GeV4+NKM2QPDOBhuBhSh51mgp2Y58uKdVSp5K5+IR3ZJdJwk/qCaTT4QYbf7BqB/AfyhxbQlDOFt9phpRaubp4N0U4QuA3LO2wJoRGb6h1Ez+kfcZSTirtPp/1y19FPZ+6kSy0rT7Ff263OVf80hcDOjzTEyZLL9WmXanHxFDjEMtcHc5h9b15tQ0A1FN9FWgKBZxZ+jZOQYvPdmMuLGPv6QKvgemak4FqltlrL4vYSYOlm1gqiQJl+AKYNgZpyp1xnl7gOahR7x4RdkEruEREvcrhXij4hByRORyVoJ+N4t+PlrLciDoSI/45gC6JL4630lQtNcxkZ/MBCw== 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=TQWJwPKCsgZCjgfMwFD/xdXyt9R3hQGKXkA6lRd5gU0=; b=Id0OsOFvAJQoGCaIqDxH6VM2NZ8N+hyrv61yWJN/2XD+AnNdjs8QVIBSrf236mDIhMZ97R7LGsIosQnJ8kHI7/4cp9rCLjmelMVHEjcUhlRkQDUBCogXDetEaw63xoIiovuQsmTDgzZlM+aJWYJ4YrhAaLiMrmszM/Xqn6qrjOY= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3920.namprd11.prod.outlook.com (10.255.181.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.21; Tue, 15 Oct 2019 11:15:49 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2347.023; Tue, 15 Oct 2019 11:15:49 +0000 From: "Rob Wilton (rwilton)" To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-verdt-netmod-yang-module-versioning-01.txt Thread-Index: AQHVg0g28ea8twmfgEufFBvOvHmRk6dbi20A Date: Tue, 15 Oct 2019 11:15:48 +0000 Message-ID: References: <157113740825.18116.7601288197072920570.idtracker@ietfa.amsl.com> In-Reply-To: <157113740825.18116.7601288197072920570.idtracker@ietfa.amsl.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: [173.38.220.39] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ee0d9bb7-2f14-4d2b-c13e-08d75161086b x-ms-traffictypediagnostic: MN2PR11MB3920: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 01917B1794 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(136003)(376002)(366004)(39860400002)(199004)(189003)(13464003)(51444003)(64756008)(1730700003)(102836004)(26005)(33656002)(6506007)(3846002)(6116002)(5660300002)(53546011)(2351001)(7696005)(76176011)(186003)(66574012)(7736002)(476003)(486006)(4001150100001)(76116006)(8676002)(15650500001)(66446008)(86362001)(25786009)(478600001)(6916009)(74316002)(66556008)(66476007)(66946007)(305945005)(81166006)(81156014)(14454004)(71190400001)(71200400001)(14444005)(52536014)(256004)(316002)(55016002)(5640700003)(966005)(66066001)(99286004)(2906002)(11346002)(446003)(8936002)(2501003)(9686003)(6436002)(6306002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3920; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: gvlyAjRKVpSQbstffcCBN+Mvpq+ZQMYvK9QM/x/hcQ1KCFNAI1jsPcEq6VvaJ0rgXV1msUD3jWsnO01Zn3XNG22XbjMGxzo5knB0siHlCth/+9reNUCNWZ+90zarEJWbxpDLAJxZ9PgsUSfZ1GQFfVe8YB0xHeifp6h4/F8IvDCZk0ouVc7/c/9u9FvE4s215eU2Kc6IqqWevF1F3cddM064q2TpYdOMTH4wUZy00e1x15ffL6LhS89OSCRgqmwqL1PcMlAp9k4CAUvW+UXGcW+E2vi43GCOG8VVxX4kyKeaYfmKtgcJImMpNzmS+EKaBwHPpdW/p6WiwXuQ5gl8CJPQDDnV5sbznScuvhDQYM7UuKaFFqZNcgNT17R8AvmEj2SEFr6yGIagFHrROVInsJdTplXgymtL0QXMn4k+epmWF8hgSWPD+UbvTcGqurJJQZp2SKAuPNCnkUeXLGmSZg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ee0d9bb7-2f14-4d2b-c13e-08d75161086b X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2019 11:15:48.9412 (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: 657tWzAoKLNgzc6DM2JDGIct4E95m6OBMPyi/CG92L1jWwMGPXzfMjGh9P6iaoxxjSHmglNfiRM5MnULtzZYZA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3920 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: [netmod] New Version Notification for draft-verdt-netmod-yang-module-versioning-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 11:15:55 -0000 VG8gZm9sbG93IHVwIG9uIEpvZSdzIG1lc3NhZ2Ugb24gdGhlIHZlcnNpb25pbmcgd29yaywgdGhp cyBpcyBhIHJlbGF0aXZlbHkgbWlub3IgdXBkYXRlIHRvIHRoZSBkcmFmdC12ZXJkdC1uZXRtb2Qt eWFuZy1tb2R1bGUtdmVyc2lvbmluZy0wMCBkcmFmdC4NCg0KUHJvYmFibHkgdGhlIHR3byBrZXkg Y2hhbmdlcyB0byBiZSBhd2FyZSBvZiBhcmU6DQoNCigxKSBJZiBhIHJldmlzaW9uLWxhYmVsIGxv b2tzIGxpa2UgYSBZQU5HIHNlbXZlciB0aGVuIGl0IG11c3QgYmUgaW50ZXJwcmV0ZWQgYXMgc3Vj aC4gDQpTZWN0aW9uIDMuMzoNCg0KICAgWUFORyBTZW12ZXIgW0ktRC52ZXJkdC1uZXRtb2QteWFu Zy1zZW12ZXJdIGRlZmluZXMgYSB2ZXJzaW9uaW5nCQ0KICAgc2NoZW1lIGJhc2VkIG9uIFNlbXZl ciAyLjAuMCBbc2VtdmVyXSB0aGF0IGNhbiBiZSB1c2VkIGFzIGEgcmV2aXNpb24JDQogICBsYWJl bC4gIEFsbCByZXZpc2lvbiBsYWJlbHMgdGhhdCBtYXRjaCB0aGUgcGF0dGVybiBmb3IgdGhlICJ2 ZXJzaW9uIgkNCiAgIHR5cGVkZWYgaW4gdGhlIGlldGYteWFuZy1zZW12ZXIgWUFORyBtb2R1bGUg TVVTVCBiZSBpbnRlcnByZXRlZCBhcwkNCiAgIFlBTkcgc2VtYW50aWMgdmVyc2lvbiBudW1iZXJz Lg0KDQooMikgSUVURiBZQU5HIG1vZHVsZXMgbXVzdCB1c2UgWUFORyBTZW12ZXIgYXMgdGhlIGZv cm1hdCBmb3IgdGhlaXIgcmV2aXNpb24tbGFiZWxzLg0KU2VjdGlvbiA3LjE6DQoNCiAgICBBbGwg SUVURiBZQU5HIG1vZHVsZXMgTVVTVCBpbmNsdWRlIHJldmlzaW9uLWxhYmVsIHN0YXRlbWVudHMg Zm9yIGFsbAkNCiAgICBuZXdseSBwdWJsaXNoZWQgWUFORyBtb2R1bGVzLCBhbmQgYWxsIG5ld2x5 IHB1Ymxpc2hlZCByZXZpc2lvbnMgb2YJDQogICAgZXhpc3RpbmcgWUFORyBtb2R1bGVzLiAgVGhl IHJldmlzaW9uLWxhYmVsIE1VU1QgdGFrZSB0aGUgZm9ybSBvZiBhCQ0KICAgIFlBTkcgc2VtYW50 aWMgdmVyc2lvbiBudW1iZXIgW0ktRC52ZXJkdC1uZXRtb2QteWFuZy1zZW12ZXJdLg0KDQpJIHRo aW5rIHRoYXQgdGhlIG90aGVyIGNoYW5nZXMgYXJlIHJlbGF0aXZlbHkgbWlub3IgY2xlYW4gdXAu DQoNClRoYW5rcywNClJvYg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgPGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gDQpTZW50 OiAxNSBPY3RvYmVyIDIwMTkgMTI6MDMNClRvOiBKYXNvbiBTdGVybmUgPGphc29uLnN0ZXJuZUBu b2tpYS5jb20+OyBSZXNoYWQgUmFobWFuIChycmFobWFuKSA8cnJhaG1hbkBjaXNjby5jb20+OyBS b2IgV2lsdG9uIChyd2lsdG9uKSA8cndpbHRvbkBjaXNjby5jb20+OyBCYWxhenMgTGVuZ3llbCA8 YmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tPjsgS2V2aW4gRCdTb3V6YSA8a2Q2OTEzQGF0dC5j b20+OyBCZW5vaXQgQ2xhaXNlIChiY2xhaXNlKSA8YmNsYWlzZUBjaXNjby5jb20+OyBKb2UgQ2xh cmtlIChqY2xhcmtlKSA8amNsYXJrZUBjaXNjby5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yIGRyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLW1vZHVsZS12ZXJzaW9uaW5n LTAxLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC12ZXJkdC1uZXRtb2QteWFu Zy1tb2R1bGUtdmVyc2lvbmluZy0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0 ZWQgYnkgUm9iZXJ0IFdpbHRvbiBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoN Ck5hbWU6CQlkcmFmdC12ZXJkdC1uZXRtb2QteWFuZy1tb2R1bGUtdmVyc2lvbmluZw0KUmV2aXNp b246CTAxDQpUaXRsZToJCVVwZGF0ZWQgWUFORyBNb2R1bGUgUmV2aXNpb24gSGFuZGxpbmcNCkRv Y3VtZW50IGRhdGU6CTIwMTktMTAtMTUNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQ YWdlczoJCTM0DQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzL2RyYWZ0LXZlcmR0LW5ldG1vZC15YW5nLW1vZHVsZS12ZXJzaW9uaW5nLTAxLnR4dA0K U3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZl cmR0LW5ldG1vZC15YW5nLW1vZHVsZS12ZXJzaW9uaW5nLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12ZXJkdC1uZXRtb2QteWFuZy1tb2R1bGUtdmVy c2lvbmluZy0wMQ0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtdmVyZHQtbmV0bW9kLXlhbmctbW9kdWxlLXZlcnNpb25pbmcNCkRpZmY6 ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtdmVyZHQt bmV0bW9kLXlhbmctbW9kdWxlLXZlcnNpb25pbmctMDENCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRv Y3VtZW50IHNwZWNpZmllcyBhIG5ldyBZQU5HIG1vZHVsZSB1cGRhdGUgcHJvY2VkdXJlIHRoYXQg Y2FuDQogICBkb2N1bWVudCB3aGVuIG5vbi1iYWNrd2FyZHMtY29tcGF0aWJsZSBjaGFuZ2VzIGhh dmUgb2NjdXJyZWQgZHVyaW5nDQogICB0aGUgZXZvbHV0aW9uIG9mIGEgWUFORyBtb2R1bGUuICBJ dCBleHRlbmRzIHRoZSBZQU5HIGltcG9ydCBzdGF0ZW1lbnQNCiAgIHdpdGggYW4gZWFybGllc3Qg cmV2aXNpb24gZmlsdGVyIHRvIGJldHRlciByZXByZXNlbnQgaW50ZXItbW9kdWxlDQogICBkZXBl bmRlbmNpZXMuICBJdCBwcm92aWRlcyBoZWxwIGFuZCBndWlkZWxpbmVzIGZvciBtYW5hZ2luZyB0 aGUNCiAgIGxpZmVjeWNsZSBvZiBZQU5HIG1vZHVsZXMgYW5kIGluZGl2aWR1YWwgc2NoZW1hIG5v ZGVzLiAgVGhpcyBkb2N1bWVudA0KICAgdXBkYXRlcyBSRkMgNzk1MCwgUkZDIDg0MDcgYW5kIFJG QyA4NTI1Lg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Thu Oct 17 14:23:26 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 56454120930; Thu, 17 Oct 2019 14:23:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Barry Leiba via Datatracker To: "The IESG" Cc: draft-ietf-netmod-yang-data-ext@ietf.org, Joel Jaeggli , netmod-chairs@ietf.org, joelja@gmail.com, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Barry Leiba Message-ID: <157134740434.30074.6390465214595601311.idtracker@ietfa.amsl.com> Date: Thu, 17 Oct 2019 14:23:24 -0700 Archived-At: Subject: [netmod] Barry Leiba's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 21:23:25 -0000 Barry Leiba has entered the following ballot position for draft-ietf-netmod-yang-data-ext-04: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- A fine extension. Just three editorial nits: -- Section 1 — There is no assumption that a YANG data structure can only be used as a top-level abstraction, instead of nested within some other data structure. It’s a little odd to use “instead of” after “there is no assumption”; I can’t explain it fully, but it feels odd to this native English speaker. I suggest this: NEW There is no assumption that a YANG data structure can only be used as a top-level abstraction, and it may also be nested within some other data structure. END similar to the existing YANG "augment" statement. Make it “similarly”. — Section 1.1.1 — The following terms are defined in the Network Management Datastore Architecture (NMDA) [RFC8342]. and are not redefined here: The period after the citation should be a comma. From nobody Thu Oct 17 15:02:41 2019 Return-Path: <0100016ddbbe7a53-dc881230-0ee9-4809-ae79-491a7877d0be-000000@amazonses.watsen.net> 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 8A7F0120805 for ; Thu, 17 Oct 2019 15:02:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 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, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 5rmZs_uoAPIg for ; Thu, 17 Oct 2019 15:02:38 -0700 (PDT) Received: from a8-32.smtp-out.amazonses.com (a8-32.smtp-out.amazonses.com [54.240.8.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E921E120046 for ; Thu, 17 Oct 2019 15:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571349756; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=h3xHqfQTuxlE6XV5VJWPrJf+3XGX3w+VUJ/xbTMjm/s=; b=LDYoI47N/Tj0XNqW7qlfZ5xbBZFG/6l4/+5w102Daqm18JvgxJFOVOPuvaPXVm4/ yL5TTaD4fTQhYC1ByEwYfMEB5TGKZhhr1yjSRUUK7nq0a6p5dT9LdK4hPnb+3a/Cu/C aALU1O3HFOnJ8TrNs8OnGN4exwdNbxkQMsmPLzug= From: Kent Watsen Message-ID: <0100016ddbbe7a53-dc881230-0ee9-4809-ae79-491a7877d0be-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_F57EC7D4-8928-4361-9DAE-2ED73EADEB8C" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Thu, 17 Oct 2019 22:02:36 +0000 In-Reply-To: <936c711b27bf9186d19210332eb4df9149e9c7c7.camel@nic.cz> Cc: Martin Bjorklund , "netmod@ietf.org" To: Ladislav Lhotka References: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> <20191010.140757.575758698470515713.mbj@tail-f.com> <936c711b27bf9186d19210332eb4df9149e9c7c7.camel@nic.cz> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.10.17-54.240.8.32 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 22:02:40 -0000 --Apple-Mail=_F57EC7D4-8928-4361-9DAE-2ED73EADEB8C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All, >> That's a bit odd. But perhaps it can be solved by actually not >> filling in all values in this module, but rather make it a template >> and instruct IANA to fill it in with the contents of the registry at >> the time of publication. >=20 > OK, so the module template in the RFC couldn't be used at all - this = might > indeed help. This is an interesting proposal indeed, and one that may help with the = crypto-types "algorithm" discussion as well. Having IANA be able to automatically publish revisions for select module = is something that has been discussed in the past, partially in NETCONF = wrt crypto-types, to eliminate the need for expensive RFC cycles, for = updates that needed as a reaction to other RFCs being published, which = should also have the effect of shortening the time it takes for those = updates to be made. AFAIK, no such relationship with IANA exists currently anywhere within = the IETF. To move this idea forward, the chairs need to discuss with = the AD. It might aid that discussion if there were an example template = module...anyone want to a stab at one? =20 Should there be an I-D that lays out the framework for the agreement = with IANA, or would each draft (e.g., crypto-types) lay it out just for = itself? Actually, this sounds like what might come out of the = discussion with the AD, but thoughts now are welcome to. Kent // as co-chair= --Apple-Mail=_F57EC7D4-8928-4361-9DAE-2ED73EADEB8C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii All,

That's a bit odd.  But perhaps it can be = solved by actually not
filling in all values in this = module, but rather make it a template
and instruct IANA to = fill it in with the contents of the registry at
the time = of publication.

OK, so the = module template in the RFC couldn't be used at all - this might
indeed help.

This is an interesting proposal indeed, and = one that may help with the crypto-types "algorithm" discussion as = well.

Having IANA be able to automatically publish revisions for = select module is something that has been discussed in the past, = partially in NETCONF wrt crypto-types, to eliminate the need for = expensive RFC cycles, for updates that needed as a reaction to other = RFCs being published, which should also have the effect of shortening = the time it takes for those updates to be made.

AFAIK, no such relationship with IANA = exists currently anywhere within the IETF.  To move this idea = forward, the chairs need to discuss with the AD.  It might aid that = discussion if there were an example template module...anyone want to a = stab at one?   

Should there be an I-D that lays out the framework for the = agreement with IANA, or would each draft (e.g., crypto-types) lay it out = just for itself?  Actually, this sounds like what might come out of = the discussion with the AD, but thoughts now are welcome to.

Kent // as = co-chair
= --Apple-Mail=_F57EC7D4-8928-4361-9DAE-2ED73EADEB8C-- From nobody Sat Oct 19 07:57:44 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 89CB912001A; Sat, 19 Oct 2019 07:57:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov via Datatracker To: "The IESG" Cc: draft-ietf-netmod-yang-data-ext@ietf.org, Joel Jaeggli , netmod-chairs@ietf.org, joelja@gmail.com, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alexey Melnikov Message-ID: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> Date: Sat, 19 Oct 2019 07:57:35 -0700 Archived-At: Subject: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Oct 2019 14:57:36 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-netmod-yang-data-ext-04: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This is a fine document. Can you show and example similar to what in A.3 with 2 addressbook entries? From nobody Sat Oct 19 15:44:56 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C1BBC12008F; Sat, 19 Oct 2019 15:44:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Brian Carpenter via Datatracker To: Cc: netmod@ietf.org, draft-ietf-netmod-yang-data-ext.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Brian Carpenter Message-ID: <157152508672.5327.14252287111930747824@ietfa.amsl.com> Date: Sat, 19 Oct 2019 15:44:46 -0700 Archived-At: Subject: [netmod] Genart telechat review of draft-ietf-netmod-yang-data-ext-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Oct 2019 22:44:47 -0000 Reviewer: Brian Carpenter Review result: Ready with Nits Gen-ART Last Call & telechat review of draft-ietf-netmod-yang-data-ext-04 I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please wait for direction from your document shepherd or AD before posting a new version of the draft. For more information, please see the FAQ at . Document: draft-ietf-netmod-yang-data-ext-04.txt Reviewer: Brian Carpenter Review Date: 2019-10-20 IETF LC End Date: TBD IESG Telechat date: 2019-10-31 Summary: Ready with nits -------- Comments: --------- This was accidentally put on the IESG agenda without an IETF Last Call, so this review serves both purposes. The draft seems very clear and I have no technical comments. Nits: ----- > Updates: 8340 (if approved) > Intended status: Standards Track RFC 8340 is a BCP, so can this really be Standards Track? Shouldn't it also be BCP, extending BCP 215? It's tricky, because it also effectively extends RFC 8040, which is Standards Track rather than BCP. Sadly it doesn't seem that a document can be both BCP and Standards Track. Also, this draft says: > The "yang-data" extension from [RFC8040] has been copied here, > renamed to "structure", and updated to be more flexible. That reads as if RFC 8040 is also updated, and it leaves the status of "yang-data" unclear. Is it now deprecated? Perhaps the sentence would be clearer like this: This document defines a new YANG extension statement called "structure", which is similar to but more flexible than the "yang-data" extension from [RFC8040]. From nobody Mon Oct 21 00:29:12 2019 Return-Path: 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 A2E021200FA; Mon, 21 Oct 2019 00:29:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 orC-HUclVEP2; Mon, 21 Oct 2019 00:29:10 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C063B120071; Mon, 21 Oct 2019 00:29:09 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 4C8781AE018A; Mon, 21 Oct 2019 09:29:05 +0200 (CEST) Date: Mon, 21 Oct 2019 09:28:36 +0200 (CEST) Message-Id: <20191021.092836.1419694763179256391.mbj@tail-f.com> To: barryleiba@computer.org, noreply@ietf.org Cc: iesg@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <157134740434.30074.6390465214595601311.idtracker@ietfa.amsl.com> References: <157134740434.30074.6390465214595601311.idtracker@ietfa.amsl.com> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] Barry Leiba's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 07:29:12 -0000 SGksDQoNCkJhcnJ5IExlaWJhIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4gd3Jv dGU6DQo+IEJhcnJ5IExlaWJhIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0 aW9uIGZvcg0KPiBkcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0LTA0OiBObyBPYmplY3Rp b24NCj4gDQo+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBp bnRhY3QgYW5kIHJlcGx5IHRvIGFsbA0KPiBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhl IFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KPiBpbnRyb2R1Y3Rvcnkg cGFyYWdyYXBoLCBob3dldmVyLikNCj4gDQo+IA0KPiBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQo+IGZvciBt b3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMu DQo+IA0KPiANCj4gVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlv bnMsIGNhbiBiZSBmb3VuZCBoZXJlOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLW5ldG1vZC15YW5nLWRhdGEtZXh0Lw0KPiANCj4gDQo+IA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IENPTU1FTlQ6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IEEgZmluZSBleHRlbnNp b24uICBKdXN0IHRocmVlIGVkaXRvcmlhbCBuaXRzOg0KPiANCj4gLS0gU2VjdGlvbiAxIOKAlA0K PiANCj4gICAgVGhlcmUgaXMgbm8NCj4gICAgYXNzdW1wdGlvbiB0aGF0IGEgWUFORyBkYXRhIHN0 cnVjdHVyZSBjYW4gb25seSBiZSB1c2VkIGFzIGEgdG9wLWxldmVsDQo+ICAgIGFic3RyYWN0aW9u LCBpbnN0ZWFkIG9mIG5lc3RlZCB3aXRoaW4gc29tZSBvdGhlciBkYXRhIHN0cnVjdHVyZS4NCj4g DQo+IEl04oCZcyBhIGxpdHRsZSBvZGQgdG8gdXNlIOKAnGluc3RlYWQgb2bigJ0gYWZ0ZXIg4oCc dGhlcmUgaXMgbm8gYXNzdW1wdGlvbuKAnTsgSSBjYW7igJl0DQo+IGV4cGxhaW4gaXQgZnVsbHks IGJ1dCBpdCBmZWVscyBvZGQgdG8gdGhpcyBuYXRpdmUgRW5nbGlzaCBzcGVha2VyLiAgSSBzdWdn ZXN0DQo+IHRoaXM6DQo+IA0KPiBORVcNCj4gICAgVGhlcmUgaXMgbm8NCj4gICAgYXNzdW1wdGlv biB0aGF0IGEgWUFORyBkYXRhIHN0cnVjdHVyZSBjYW4gb25seSBiZSB1c2VkIGFzIGEgdG9wLWxl dmVsDQo+ICAgIGFic3RyYWN0aW9uLCBhbmQgaXQgbWF5IGFsc28gYmUgbmVzdGVkIHdpdGhpbiBz b21lIG90aGVyIGRhdGEgc3RydWN0dXJlLg0KPiBFTkQNCj4gDQo+ICAgIHNpbWlsYXIgdG8gdGhl IGV4aXN0aW5nIFlBTkcgImF1Z21lbnQiIHN0YXRlbWVudC4NCj4gDQo+IE1ha2UgaXQg4oCcc2lt aWxhcmx54oCdLg0KPiANCj4g4oCUIFNlY3Rpb24gMS4xLjEg4oCUDQo+IA0KPiAgICBUaGUgZm9s bG93aW5nIHRlcm1zIGFyZSBkZWZpbmVkIGluIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0 b3JlDQo+ICAgIEFyY2hpdGVjdHVyZSAoTk1EQSkgW1JGQzgzNDJdLiAgYW5kIGFyZSBub3QgcmVk ZWZpbmVkIGhlcmU6DQo+IA0KPiBUaGUgcGVyaW9kIGFmdGVyIHRoZSBjaXRhdGlvbiBzaG91bGQg YmUgYSBjb21tYS4NCg0KVGhhbmtzIGZvciB0aGVzZSBzdWdnZXN0aW9ucywgSSBoYXZlIGFwcGxp ZWQgdGhlbSBhbGwuDQoNCg0KL21hcnRpbg0K From nobody Mon Oct 21 00:33:48 2019 Return-Path: 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 B11DF12011C; Mon, 21 Oct 2019 00:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 dgKfJBqjDwEg; Mon, 21 Oct 2019 00:33:45 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 47FD712011A; Mon, 21 Oct 2019 00:33:45 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 3CBE01AE018A; Mon, 21 Oct 2019 09:33:44 +0200 (CEST) Date: Mon, 21 Oct 2019 09:33:15 +0200 (CEST) Message-Id: <20191021.093315.1654394906403168701.mbj@tail-f.com> To: aamelnikov@fastmail.fm, noreply@ietf.org Cc: iesg@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> References: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 07:33:47 -0000 Alexey Melnikov via Datatracker wrote: > Alexey Melnikov has entered the following ballot position for > draft-ietf-netmod-yang-data-ext-04: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > This is a fine document. > > Can you show and example similar to what in A.3 with 2 addressbook entries? The example isn't really written to handle more than one address book. The structure defines one single address book. But perhaps I misunderstood your question? /martin From nobody Mon Oct 21 00:38:36 2019 Return-Path: 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 85BBD12011A; Mon, 21 Oct 2019 00:38:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 HFsvJdlkEqiI; Mon, 21 Oct 2019 00:38:27 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C27D2120115; Mon, 21 Oct 2019 00:38:26 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 341F31AE018A; Mon, 21 Oct 2019 09:38:25 +0200 (CEST) Date: Mon, 21 Oct 2019 09:37:56 +0200 (CEST) Message-Id: <20191021.093756.152320320751835478.mbj@tail-f.com> To: brian.e.carpenter@gmail.com, noreply@ietf.org Cc: gen-art@ietf.org, netmod@ietf.org, draft-ietf-netmod-yang-data-ext.all@ietf.org From: Martin Bjorklund In-Reply-To: <157152508672.5327.14252287111930747824@ietfa.amsl.com> References: <157152508672.5327.14252287111930747824@ietfa.amsl.com> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Genart telechat review of draft-ietf-netmod-yang-data-ext-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 07:38:28 -0000 Hi, Brian Carpenter via Datatracker wrote: > Reviewer: Brian Carpenter > Review result: Ready with Nits > > Gen-ART Last Call & telechat review of draft-ietf-netmod-yang-data-ext-04 > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please wait for direction from your > document shepherd or AD before posting a new version of the draft. > > For more information, please see the FAQ at > . > > Document: draft-ietf-netmod-yang-data-ext-04.txt > Reviewer: Brian Carpenter > Review Date: 2019-10-20 > IETF LC End Date: TBD > IESG Telechat date: 2019-10-31 > > Summary: Ready with nits > -------- > > Comments: > --------- > > This was accidentally put on the IESG agenda without an IETF Last Call, > so this review serves both purposes. > > The draft seems very clear and I have no technical comments. > > Nits: > ----- > > > Updates: 8340 (if approved) > > Intended status: Standards Track > > RFC 8340 is a BCP, so can this really be Standards Track? > Shouldn't it also be BCP, extending BCP 215? It's tricky, > because it also effectively extends RFC 8040, which is > Standards Track rather than BCP. Sadly it doesn't seem that > a document can be both BCP and Standards Track. Hmm, the main contribution in this document (the "structure" extension), is not suitable as a BCP. It is really just section 3 that updates 8340. I don't know to to resolve this, and will look at the document shepard for guidance! > Also, this draft says: > > > The "yang-data" extension from [RFC8040] has been copied here, > > renamed to "structure", and updated to be more flexible. > > That reads as if RFC 8040 is also updated, and it leaves the > status of "yang-data" unclear. Is it now deprecated? Perhaps the > sentence would be clearer like this: > > This document defines a new YANG extension statement called > "structure", which is similar to but more flexible than the > "yang-data" extension from [RFC8040]. Thank you, this is better! /martin From nobody Mon Oct 21 04:27:26 2019 Return-Path: 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 433FA1200E5 for ; Mon, 21 Oct 2019 04:27:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.498 X-Spam-Level: X-Spam-Status: No, score=-0.498 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 1q4JToDV6jZI for ; Mon, 21 Oct 2019 04:27:24 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 57E751200D6 for ; Mon, 21 Oct 2019 04:27:23 -0700 (PDT) Received: by trail.lhotka.name (Postfix, from userid 109) id 334EA18204AF; Mon, 21 Oct 2019 13:29:08 +0200 (CEST) Received: from localhost (unknown [195.113.220.121]) by trail.lhotka.name (Postfix) with ESMTPSA id 3404318201C8 for ; Mon, 21 Oct 2019 13:28:50 +0200 (CEST) From: Ladislav Lhotka To: netmod@ietf.org Mail-Followup-To: netmod@ietf.org Date: Mon, 21 Oct 2019 13:27:02 +0200 Message-ID: <8736fmtk3d.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: [netmod] leafref and identityref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 11:27:26 -0000 Hi, consider the following situation: module A { ... prefix a identity X; leaf foo { type identityref { base X; } } } module B { ... import A { prefix a; } leaf fooref { type leafref { path "/a:foo"; } } } What is now a correct lexical form of fooref's value? Could it be just 'X', or is the prefix required, i.e. 'a:X'? This is not very clear from RFC 7950 (sections 9.9.4 and 9.10.3). I am inclined to require the prefix. Lada -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Oct 21 04:40:47 2019 Return-Path: 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 E7236120110 for ; Mon, 21 Oct 2019 04:40:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 jX15b16SBPwe for ; Mon, 21 Oct 2019 04:40:44 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 76C231200F6 for ; Mon, 21 Oct 2019 04:40:44 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id C94231AE018A; Mon, 21 Oct 2019 13:40:42 +0200 (CEST) Date: Mon, 21 Oct 2019 13:40:14 +0200 (CEST) Message-Id: <20191021.134014.40553165389352172.mbj@tail-f.com> To: lhotka@nic.cz Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <8736fmtk3d.fsf@nic.cz> References: <8736fmtk3d.fsf@nic.cz> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] leafref and identityref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 11:40:46 -0000 Hi, Ladislav Lhotka wrote: > Hi, > > consider the following situation: > > module A { > ... > prefix a > identity X; > leaf foo { > type identityref { > base X; > } > } > } > > module B { > ... > import A { > prefix a; > } > leaf fooref { > type leafref { > path "/a:foo"; > } > } > } > > What is now a correct lexical form of fooref's value? Could it be just > 'X', or is the prefix required, i.e. 'a:X'? > > This is not very clear from RFC 7950 (sections 9.9.4 and 9.10.3). I am > inclined to require the prefix. 9.10.3 says: If the prefix is not present, the namespace of the identityref is the default namespace in effect on the element that contains the identityref value. so the interpretation of a missing prefix in "fooref" is that the identity is defined in module B. (a missing prefix in "foo" means that the identity is defined in module A) /martin From nobody Mon Oct 21 04:58:06 2019 Return-Path: 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 F3F2A12013B for ; Mon, 21 Oct 2019 04:58:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.998 X-Spam-Level: X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.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 Nbz_wFDqg2_C for ; Mon, 21 Oct 2019 04:58:03 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 A9CE9120073 for ; Mon, 21 Oct 2019 04:58:03 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 72243140E40; Mon, 21 Oct 2019 13:58:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1571659081; bh=LFQHRLqwO7Dl8EJ5+EmQ6Zoucv5ggEUvj8mNkfn8FxE=; h=From:To:Date; b=MiiS1mPW+Fs5DAu3+YtGrN/BTx8KfVhalhHBsgyoN+AS4xkA+MJU9e+l80zA8Idvo XP05uwqhc61HBVjA5Q6d4Ttiu+YZ3I31dALZEZh0hgNYYAuj+AM7EtNoPMFc6q3SZr RA+qUGD4sV6sX53QuhLlfBfePZVGdpJZW0am0r9I= Message-ID: <6af41ca9659453dfe9f573c6827877e70cd27a7e.camel@nic.cz> From: Ladislav Lhotka To: Martin Bjorklund Cc: netmod@ietf.org Date: Mon, 21 Oct 2019 13:58:01 +0200 In-Reply-To: <20191021.134014.40553165389352172.mbj@tail-f.com> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] leafref and identityref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 11:58:06 -0000 On Mon, 2019-10-21 at 13:40 +0200, Martin Bjorklund wrote: > Hi, > > Ladislav Lhotka wrote: > > Hi, > > > > consider the following situation: > > > > module A { > > ... > > prefix a > > identity X; > > leaf foo { > > type identityref { > > base X; > > } > > } > > } > > > > module B { > > ... > > import A { > > prefix a; > > } > > leaf fooref { > > type leafref { > > path "/a:foo"; > > } > > } > > } > > > > What is now a correct lexical form of fooref's value? Could it be just > > 'X', or is the prefix required, i.e. 'a:X'? > > > > This is not very clear from RFC 7950 (sections 9.9.4 and 9.10.3). I am > > inclined to require the prefix. > > 9.10.3 says: > > If the prefix is not > present, the namespace of the identityref is the default namespace > in effect on the element that contains the identityref value. > > > so the interpretation of a missing prefix in "fooref" is that the > identity is defined in module B. > > (a missing prefix in "foo" means that the identity is defined in > module A) To be more specific, here is an example instance: X X It can be argued that this is correct because (sec. 9.9.4): A leafref value is lexically represented the same way as the leaf it references represents its value. That is, the same lexical representation is assumed, which is exactly what we have in the example. It seems that we agree that it is incorrect, but then sec. 9.9.4 should be clarified. Lada -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Oct 21 05:02:23 2019 Return-Path: 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 C4B6D120110 for ; Mon, 21 Oct 2019 05:02:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 b4e0rdOp0dvo for ; Mon, 21 Oct 2019 05:02:20 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D3D801200EB for ; Mon, 21 Oct 2019 05:02:19 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id C02C71AE018A; Mon, 21 Oct 2019 14:02:18 +0200 (CEST) Date: Mon, 21 Oct 2019 14:01:50 +0200 (CEST) Message-Id: <20191021.140150.1807416568931644257.mbj@tail-f.com> To: lhotka@nic.cz Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <6af41ca9659453dfe9f573c6827877e70cd27a7e.camel@nic.cz> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <6af41ca9659453dfe9f573c6827877e70cd27a7e.camel@nic.cz> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] leafref and identityref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 12:02:22 -0000 Ladislav Lhotka wrote: > On Mon, 2019-10-21 at 13:40 +0200, Martin Bjorklund wrote: > > Hi, > > > > Ladislav Lhotka wrote: > > > Hi, > > > > > > consider the following situation: > > > > > > module A { > > > ... > > > prefix a > > > identity X; > > > leaf foo { > > > type identityref { > > > base X; > > > } > > > } > > > } > > > > > > module B { > > > ... > > > import A { > > > prefix a; > > > } > > > leaf fooref { > > > type leafref { > > > path "/a:foo"; > > > } > > > } > > > } > > > > > > What is now a correct lexical form of fooref's value? Could it be just > > > 'X', or is the prefix required, i.e. 'a:X'? > > > > > > This is not very clear from RFC 7950 (sections 9.9.4 and 9.10.3). I am > > > inclined to require the prefix. > > > > 9.10.3 says: > > > > If the prefix is not > > present, the namespace of the identityref is the default namespace > > in effect on the element that contains the identityref value. > > > > > > so the interpretation of a missing prefix in "fooref" is that the > > identity is defined in module B. > > > > (a missing prefix in "foo" means that the identity is defined in > > module A) > > To be more specific, here is an example instance: > > X > X > > It can be argued that this is correct because (sec. 9.9.4): > > A leafref value is lexically represented the same way as the leaf it > references represents its value. > > That is, the same lexical representation is assumed, which is exactly what we > have in the example. It doesn't say that the lexical value is exactly the same, but "represented the same way" - so when the lexical representation is context dependent we have this situation. > It seems that we agree that it is incorrect, but then sec. 9.9.4 should be > clarified. /martin From nobody Mon Oct 21 05:32:36 2019 Return-Path: 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 C3B5D120099 for ; Mon, 21 Oct 2019 05:32:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.101 X-Spam-Level: X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 VmQe_lPD2VTl for ; Mon, 21 Oct 2019 05:32:32 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 55F5F12004D for ; Mon, 21 Oct 2019 05:32:32 -0700 (PDT) Received: from [10.0.0.222] (tp-x61t.mg-soft.si [10.0.0.222]) by galileo.mg-soft.si (Postfix) with ESMTP id 88594C417623 for ; Mon, 21 Oct 2019 14:32:30 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 galileo.mg-soft.si 88594C417623 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1571661150; bh=IuMaDEdbEiW+Rq5cmIXwX9OrwPUKR/JXxH+HbUsY0eI=; h=Subject:From:To:References:Date:In-Reply-To:From; b=GFfmBN5dYKbtM2uCs6hF7cSf0N7P4ytyVULVZZ+XoSJaTyk6il1ltcrg/r0i/pF+5 OOg53uu0mRAvOYOnd0UN0JKlpxMSnTC+doqdnlzYrDBqbbhSAwl/ELhMLy7ygnX/QB yMGK+31b1BNJ/iBNZEe5k9naTVI3eVWOLyg5ZzJ++HucWYIt7To72La/9xoqFsD1e9 9r64QfA/JiT46VZcWx/WTymXy23EhMYNtic4DkFm8RifjjzkzaOiTq9aoqt0n8zi0j 3uClALdNKZFNuoa0lGWZpQ324HYbRDoyywmTIAxYbvlhVJibDTSRE5ZBXJitLeJNC/ uwfVI2Wvq8YGw== From: Jernej Tuljak To: NETMOD Working Group References: Message-ID: <7335cf50-00a1-b967-811c-325eab916135@mg-soft.si> Date: Mon, 21 Oct 2019 14:32:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] YANG 1.0 module uses a grouping from a 1.1 module and the grouping contains 1.1 XPath functions? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 12:32:35 -0000 Should I clarify my question? Jernej On 10/10/2019 10:36, Jernej Tuljak wrote: > Hi, > > there is at least one YANG 1.0 standard module that imports and uses > groupings from a YANG 1.1 standard module and at least one such > grouping contains must/when statements referencing XPath functions > that are not available in 1.0 XPath context. > > The modules I'm referring to are part of RFC8533 [1] and RFC8532 [2]. > ietf-connectionless-oam-methods (a 1.0 module) uses cl-oam:tp-address > from ietf-connectionless-oam (a 1.1 module), which calls > "derived-from-or-self" in a when expression of a used node. These RFCs > were published in April. > > Our tools complain about "derived-from-or-self" not being defined in > ietf-connectionless-oam-methods's XPath context: > > [Error]; > ietf-connectionless-oam-methods@2019-04-16:/cloam-methods:continuity-check/cloam-methods:input/cloam-methods:destination-tp/cloam-methods:mac-address/cloam-methods:when; > XPath function "derived-from-or-self" is not defined in the XPath context > > Is this correct? Or are XPath functions expected to be resolved > statically, like types? > > Jernej > > [1] - https://tools.ietf.org/html/rfc8533 > [2] -https://tools.ietf.org/html/rfc8532 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Oct 21 05:45:54 2019 Return-Path: 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 7271B1200C4 for ; Mon, 21 Oct 2019 05:45:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 6EBNAu-vxOya for ; Mon, 21 Oct 2019 05:45:51 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id F04A412004D for ; Mon, 21 Oct 2019 05:45:50 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id E98B61AE018A; Mon, 21 Oct 2019 14:45:48 +0200 (CEST) Date: Mon, 21 Oct 2019 14:45:20 +0200 (CEST) Message-Id: <20191021.144520.1263805994773817986.mbj@tail-f.com> To: jernej.tuljak@mg-soft.si Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <7335cf50-00a1-b967-811c-325eab916135@mg-soft.si> References: <7335cf50-00a1-b967-811c-325eab916135@mg-soft.si> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] YANG 1.0 module uses a grouping from a 1.1 module and the grouping contains 1.1 XPath functions? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 12:45:53 -0000 Jernej Tuljak wrote: > Should I clarify my question? > > Jernej > > On 10/10/2019 10:36, Jernej Tuljak wrote: > > Hi, > > > > there is at least one YANG 1.0 standard module that imports and uses > > groupings from a YANG 1.1 standard module and at least one such > > grouping contains must/when statements referencing XPath functions > > that are not available in 1.0 XPath context. > > > > The modules I'm referring to are part of RFC8533 [1] and RFC8532 > > [2]. ietf-connectionless-oam-methods (a 1.0 module) uses > > cl-oam:tp-address from ietf-connectionless-oam (a 1.1 module), which > > calls "derived-from-or-self" in a when expression of a used > > node. These RFCs were published in April. > > > > Our tools complain about "derived-from-or-self" not being defined in > > ietf-connectionless-oam-methods's XPath context: > > > > [Error]; > > ietf-connectionless-oam-methods@2019-04-16:/cloam-methods:continuity-check/cloam-methods:input/cloam-methods:destination-tp/cloam-methods:mac-address/cloam-methods:when; > > XPath function "derived-from-or-self" is not defined in the XPath > > context > > > > Is this correct? Or are XPath functions expected to be resolved > > statically, like types? I don't think it is correct to reject this construct. The definition is done in a 1.1 module and can only be implemented in a server that supports 1.1. It seems a bit odd that "ietf-connectionless-oam-methods" is defined in YANG 1.0 though, but that's a different issue... /martin From nobody Mon Oct 21 05:59:28 2019 Return-Path: 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 4DA3012011E for ; Mon, 21 Oct 2019 05:59:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.998 X-Spam-Level: X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.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 kLbLmDYGoEjj for ; Mon, 21 Oct 2019 05:59:24 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 CEF10120830 for ; Mon, 21 Oct 2019 05:59:23 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 12ECE140E3D; Mon, 21 Oct 2019 14:59:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1571662761; bh=mc//SeIn1/xR8O57rs7zVl7R4Sq++V6RUFETkhI1pDM=; h=From:To:Date; b=Mn5TGUT/LKQYF+owPZ5usMz1h/xxXXm6w9y0A3hs2dgAPvEl7+/idTHITsi/8jDkf PL9uDhfD1y6y2/3E9qssdVFwPNqEUOH3kYHOguBjK8D+seh67Juz/D+fKk8BAWMDTk e74vu1SPT1soIhiPJDvxXPVZSWtHq8dGu44fTlOA= Message-ID: <59c5b3e6727422664c285b670a64940c6f9af29a.camel@nic.cz> From: Ladislav Lhotka To: Martin Bjorklund Cc: netmod@ietf.org Date: Mon, 21 Oct 2019 14:59:20 +0200 In-Reply-To: <20191021.140150.1807416568931644257.mbj@tail-f.com> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <6af41ca9659453dfe9f573c6827877e70cd27a7e.camel@nic.cz> <20191021.140150.1807416568931644257.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] leafref and identityref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 12:59:26 -0000 On Mon, 2019-10-21 at 14:01 +0200, Martin Bjorklund wrote: > Ladislav Lhotka wrote: > > On Mon, 2019-10-21 at 13:40 +0200, Martin Bjorklund wrote: > > > Hi, > > > > > > Ladislav Lhotka wrote: > > > > Hi, > > > > > > > > consider the following situation: > > > > > > > > module A { > > > > ... > > > > prefix a > > > > identity X; > > > > leaf foo { > > > > type identityref { > > > > base X; > > > > } > > > > } > > > > } > > > > > > > > module B { > > > > ... > > > > import A { > > > > prefix a; > > > > } > > > > leaf fooref { > > > > type leafref { > > > > path "/a:foo"; > > > > } > > > > } > > > > } > > > > > > > > What is now a correct lexical form of fooref's value? Could it be just > > > > 'X', or is the prefix required, i.e. 'a:X'? > > > > > > > > This is not very clear from RFC 7950 (sections 9.9.4 and 9.10.3). I am > > > > inclined to require the prefix. > > > > > > 9.10.3 says: > > > > > > If the prefix is not > > > present, the namespace of the identityref is the default namespace > > > in effect on the element that contains the identityref value. > > > > > > > > > so the interpretation of a missing prefix in "fooref" is that the > > > identity is defined in module B. > > > > > > (a missing prefix in "foo" means that the identity is defined in > > > module A) > > > > To be more specific, here is an example instance: > > > > X > > X > > > > It can be argued that this is correct because (sec. 9.9.4): > > > > A leafref value is lexically represented the same way as the leaf it > > references represents its value. > > > > That is, the same lexical representation is assumed, which is exactly what > we > > have in the example. > > It doesn't say that the lexical value is exactly the same, but > "represented the same way" - so when the lexical representation is > context dependent we have this situation. OK, but still: foo represents its value using the default namespace on , which is "...namespace of A...". That's why X is correct. And if the fooref value is LEXICALLY represented the same way, then it has to be "X" as well (this is what lexical space value means in XML). What we probably mean is something like The rules for a leafref value are obtained by pretending that the leaf has the same type as the referenced leaf. Lada > > > It seems that we agree that it is incorrect, but then sec. 9.9.4 should be > > clarified. > > > > > /martin -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Oct 21 06:46:20 2019 Return-Path: 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 8E25D1200A3 for ; Mon, 21 Oct 2019 06:46:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 L5G0vXSc3vge for ; Mon, 21 Oct 2019 06:46:16 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 5BB7E120033 for ; Mon, 21 Oct 2019 06:46:16 -0700 (PDT) Received: by trail.lhotka.name (Postfix, from userid 109) id 585CC18203E1; Mon, 21 Oct 2019 15:48:01 +0200 (CEST) Received: from localhost (unknown [195.113.220.121]) by trail.lhotka.name (Postfix) with ESMTPSA id 72E141820046; Mon, 21 Oct 2019 15:47:59 +0200 (CEST) From: Ladislav Lhotka To: Kent Watsen Cc: Martin Bjorklund , "netmod\@ietf.org" In-Reply-To: <0100016ddbbe7a53-dc881230-0ee9-4809-ae79-491a7877d0be-000000@email.amazonses.com> References: <64c9cd72e94621afcff099e1cda69fdacd27b04a.camel@nic.cz> <20191010.140757.575758698470515713.mbj@tail-f.com> <936c711b27bf9186d19210332eb4df9149e9c7c7.camel@nic.cz> <0100016ddbbe7a53-dc881230-0ee9-4809-ae79-491a7877d0be-000000@email.amazonses.com> Mail-Followup-To: Kent Watsen , Martin Bjorklund , "netmod\@ietf.org" Date: Mon, 21 Oct 2019 15:46:12 +0200 Message-ID: <87tv82rz2z.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 13:46:19 -0000 Kent Watsen writes: > All, > >>> That's a bit odd. But perhaps it can be solved by actually not >>> filling in all values in this module, but rather make it a template >>> and instruct IANA to fill it in with the contents of the registry at >>> the time of publication. >> >> OK, so the module template in the RFC couldn't be used at all - this might >> indeed help. > > This is an interesting proposal indeed, and one that may help with the crypto-types "algorithm" discussion as well. > > Having IANA be able to automatically publish revisions for select > module is something that has been discussed in the past, partially > in NETCONF wrt crypto-types, to eliminate the need for expensive RFC > cycles, for updates that needed as a reaction to other RFCs being > published, which should also have the effect of shortening the time > it takes for those updates to be made. Another option, also suggested in DNSOP WG, was to enable YANG to refer directly to the IANA registry. > > AFAIK, no such relationship with IANA exists currently anywhere > within the IETF. To move this idea forward, the chairs need to > discuss with the AD. It might aid that discussion if there were an > example template module...anyone want to a stab at one? The problem with this is that we have no formalism for writing such templates. > > Should there be an I-D that lays out the framework for the agreement > with IANA, or would each draft (e.g., crypto-types) lay it out just > for itself? Actually, this sounds like what might come out of the > discussion with the AD, but thoughts now are welcome to. How about preparing an initial revision of the module, without writing any RFC, and hand it over to IANA to be published as a supplement to the registry? Lada > > Kent // as co-chair -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Oct 21 06:53:11 2019 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 203FE1200A3; Mon, 21 Oct 2019 06:53:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: ibagdona@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, Joel Jaeggli Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157166598412.31820.94802794106067498.idtracker@ietfa.amsl.com> Date: Mon, 21 Oct 2019 06:53:04 -0700 Archived-At: Subject: [netmod] Last Call: (YANG Data Structure Extensions) to Proposed Standard X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 13:53:04 -0000 The IESG has received a request from the Network Modeling WG (netmod) to consider the following document: - 'YANG Data Structure Extensions' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-11-04. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes YANG mechanisms for defining abstract data structures with YANG. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Oct 21 07:54:11 2019 Return-Path: <0100016deecf90cd-bc034acb-20e8-41b8-add4-d3f117f0b806-000000@amazonses.watsen.net> 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 398931208B6 for ; Mon, 21 Oct 2019 07:54:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 Y3rlNvEjjrxG for ; Mon, 21 Oct 2019 07:54:05 -0700 (PDT) Received: from a8-88.smtp-out.amazonses.com (a8-88.smtp-out.amazonses.com [54.240.8.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8DD1120124 for ; Mon, 21 Oct 2019 07:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571669643; h=Content-Type:Content-Transfer-Encoding:From:Mime-Version:Subject:Date:Message-Id:References:Cc:In-Reply-To:To:Feedback-ID; bh=MTOA/ZNWbLQqYQUoTYX9bvRwTkmjiI9Wts8G6WdDvjs=; b=Gv+9kxT8r3womvONYpbMRyO9K+FGmoBM3HEYiANzWTpR4oAcaV9d6aZg/YtUiEG0 kMtEPN0vRzrB8PtWOFBgKQx1vZu+9CvYgYjqGHjF2oN8Cz1zU7x2iCUcrzIE99uZ0DN mi0fF3VLHmkKztsQ/842oAwf9mf0CEC2OJHlxHUI= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Kent Watsen Mime-Version: 1.0 (1.0) Date: Mon, 21 Oct 2019 14:54:03 +0000 Message-ID: <0100016deecf90cd-bc034acb-20e8-41b8-add4-d3f117f0b806-000000@email.amazonses.com> References: <87tv82rz2z.fsf@nic.cz> Cc: Martin Bjorklund , "netmod@ietf.org" In-Reply-To: <87tv82rz2z.fsf@nic.cz> To: Ladislav Lhotka X-Mailer: iPhone Mail (17A878) X-SES-Outgoing: 2019.10.21-54.240.8.88 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 14:54:10 -0000 Hi Lada,=20 > Another option, also suggested in DNSOP WG, was to enable YANG to refer di= rectly to the IANA registry. For crypto types, I don=E2=80=99t know if this it possible, as there may be m= any registries involved.=20 Regardless, what is it that is doing the referring? an identityref? there n= eeds to be a module update, not just a ref, right? or do you mean that the t= ype is =E2=80=9Cstring=E2=80=9D and the values are documented to be from sai= d IANA registries? > The problem with this is that we have no formalism for writing such templa= tes. True.=20 >> How about preparing an initial revision of the module, without writing an= y RFC, and hand it over to IANA to be published as a >> supplement to the registry? I don=E2=80=99t understand. Can you give a sketch of what you have in mind?= Kent=20 From nobody Mon Oct 21 08:22:50 2019 Return-Path: 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 37ADE120020 for ; Mon, 21 Oct 2019 08:22:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.998 X-Spam-Level: X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.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 kqquz3iP6Hcr for ; Mon, 21 Oct 2019 08:22:47 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 00D0812004A for ; Mon, 21 Oct 2019 08:22:46 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 07B4B140E40; Mon, 21 Oct 2019 17:22:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1571671365; bh=rqueZ+h2c7YCqsK6aDkS5bL+Yyxrvuk9eEyxrpYWS54=; h=From:To:Date; b=Ml5uEfi2p7AsQFCDKdWKjafk0vbLwKgjP/HRbGCeicgM8LF4RAnZ0q94Yocn0o2g1 ERSLw+qgj76W3NWdKTs/+bndLZU+jz867spTIyoy8kH82udV/HSsBEsTi90aQLzuoA jeDay67O5PAB3ify0qRR8zKKwthlm51lXmRVKRqk= Message-ID: From: Ladislav Lhotka To: Kent Watsen Cc: Martin Bjorklund , "netmod@ietf.org" Date: Mon, 21 Oct 2019 17:22:44 +0200 In-Reply-To: <0100016deecf90cd-bc034acb-20e8-41b8-add4-d3f117f0b806-000000@email.amazonses.com> References: <87tv82rz2z.fsf@nic.cz> <0100016deecf90cd-bc034acb-20e8-41b8-add4-d3f117f0b806-000000@email.amazonses.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] IANA registries X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 15:22:49 -0000 On Mon, 2019-10-21 at 14:54 +0000, Kent Watsen wrote: > Hi Lada, > > > Another option, also suggested in DNSOP WG, was to enable YANG to refer > > directly to the IANA registry. > > For crypto types, I don’t know if this it possible, as there may be many > registries involved. > > Regardless, what is it that is doing the referring? an identityref? there > needs to be a module update, not just a ref, right? or do you mean that the > type is “string” and the values are documented to be from said IANA > registries? This is of course a good question. I think an implicit enumeration could be a good fit for many registries. > > > > The problem with this is that we have no formalism for writing such > > templates. > > True. > > > > How about preparing an initial revision of the module, without writing any > > > RFC, and hand it over to IANA to be published as a > > > supplement to the registry? > > I don’t understand. Can you give a sketch of what you have in mind? Just prepare the module and run it through some defined approval procedure. The module will become official as soon as IANA publishes it on the "YANG Parameters" page [1]. After that, IANA will update the module each time the registry changes - the instructions for updates may be a part of the module description. But there will be no RFC connected to the module. Lada [1] https://www.iana.org/assignments/yang-parameters/yang-parameters.xhtml > > > > Kent > > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Oct 21 09:12:26 2019 Return-Path: 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 CA0EF120071 for ; Mon, 21 Oct 2019 09:12:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 eTl4LD5RQMXJ for ; Mon, 21 Oct 2019 09:12:22 -0700 (PDT) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6685D120044 for ; Mon, 21 Oct 2019 09:12:22 -0700 (PDT) Received: by mail-lj1-x22a.google.com with SMTP id y3so13979586ljj.6 for ; Mon, 21 Oct 2019 09:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gw3JA4QUVcL0GvzuIWYaVFY6B8vCS31E320qhbcHd3c=; b=koV0X4PCS3Jxx1D6eZlo61MDH1WGERHGbNgAr8HhpP2Qa0hcQdgdKJYzwiPrINha0H LD6XKOML68wo4WpukuT41h6flQMb0ApZ7Lyc9Mzr1l47h6kbIHAyjBGPzd3K+F7m178s OTfjT4kpVcbeyQ2rN6jcnUNVz/cy2GEcuoxrCLXIAFYaS7EMJ+3vFmoYnKyuXHiZiEG3 4vwtwuaUlQD6QVXx+ddeeLifJbvIY2MfuiJSRKw1+sc0koWKP3M4HHT1SXZeF0668tj/ w5l+jjXmxcphMO8gXPISs5/q+AeEUhHTgEh+zs43jlToB0f3glbMyHQhdPWZf3oSGkHp F/Ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gw3JA4QUVcL0GvzuIWYaVFY6B8vCS31E320qhbcHd3c=; b=S4Nnz00ZlG0+eZXG5d/MW0DQ7AUnBCaERDBje2YPvvN234xzYKRLWkIie92VYvTeVP NUWrtWFGuVKwW5lh/5y1KL0yVZJ/BDtZtXfe616PjfjnOEH/lKnSboAHj8XFaRqieUE8 xkPuN4JI3A3cKDjB+J1RBLmlrHe+iOuwq20U9r7j3AKutG9KxWf3VIjHKBNoHxbPN0t3 GXVILGL/MoORkf0la3NXOvUEOMEuzGSd9R112TmcyCVhUgccR8/VDTslzLtYYIROdPex PPeY1im08ybFi+M4WxKM4rYRJ66Gm4hDvWS83ZXtkq2tGGrwOclMb58S/de//DX2WAt5 8hnw== X-Gm-Message-State: APjAAAV29k0ka7q0J5txcxYO/VGrabRvbzDJA4sNqLB3vaX2Jwt5Xq3x B8C6Xe4vhj/AmyfjJ/J6f/sWwE1dFc4a0VKRZlIIAw== X-Google-Smtp-Source: APXvYqzmRG/zOfZjr4TrDlBUbO+AkaikOuLg9h7jAsFaJF+IHElJbBljFVO+WWpjQjsszyKJeGPWbb7R6UERNGk9IGE= X-Received: by 2002:a05:651c:8b:: with SMTP id 11mr15309563ljq.98.1571674340202; Mon, 21 Oct 2019 09:12:20 -0700 (PDT) MIME-Version: 1.0 References: <7335cf50-00a1-b967-811c-325eab916135@mg-soft.si> <20191021.144520.1263805994773817986.mbj@tail-f.com> In-Reply-To: <20191021.144520.1263805994773817986.mbj@tail-f.com> From: Andy Bierman Date: Mon, 21 Oct 2019 09:12:09 -0700 Message-ID: To: Martin Bjorklund Cc: Jernej Tuljak , NetMod WG Content-Type: multipart/alternative; boundary="000000000000c03a0005956df222" Archived-At: Subject: Re: [netmod] YANG 1.0 module uses a grouping from a 1.1 module and the grouping contains 1.1 XPath functions? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 16:12:25 -0000 --000000000000c03a0005956df222 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 21, 2019 at 5:45 AM Martin Bjorklund wrote: > Jernej Tuljak wrote: > > Should I clarify my question? > > > > Jernej > > > > On 10/10/2019 10:36, Jernej Tuljak wrote: > > > Hi, > > > > > > there is at least one YANG 1.0 standard module that imports and uses > > > groupings from a YANG 1.1 standard module and at least one such > > > grouping contains must/when statements referencing XPath functions > > > that are not available in 1.0 XPath context. > > > > > > The modules I'm referring to are part of RFC8533 [1] and RFC8532 > > > [2]. ietf-connectionless-oam-methods (a 1.0 module) uses > > > cl-oam:tp-address from ietf-connectionless-oam (a 1.1 module), which > > > calls "derived-from-or-self" in a when expression of a used > > > node. These RFCs were published in April. > > > > > > Our tools complain about "derived-from-or-self" not being defined in > > > ietf-connectionless-oam-methods's XPath context: > > > > > > [Error]; > > > ietf-connectionless-oam-methods@2019-04-16 > :/cloam-methods:continuity-check/cloam-methods:input/cloam-methods:destination-tp/cloam-methods:mac-address/cloam-methods:when; > > > XPath function "derived-from-or-self" is not defined in the XPath > > > context > > > > > > Is this correct? Or are XPath functions expected to be resolved > > > statically, like types? > > I don't think it is correct to reject this construct. The definition > is done in a 1.1 module and can only be implemented in a server that > supports 1.1. > > It seems a bit odd that "ietf-connectionless-oam-methods" is defined > in YANG 1.0 though, but that's a different issue... > > >From 7950, sec 12: If a YANG version 1 module A imports module B without revision and module B is updated to YANG version 1.1, a server MAY implement both of these modules (A and B) at the same time. In such cases, a NETCONF server MUST advertise both modules using the rules defined in Section 5.6.4 , and SHOULD advertise module A and the latest revision of module B that is specified with YANG version 1 according to the rules defined in [RFC6020 ]. This rule exists in order to allow implementations of existing YANG version 1 modules together with YANG version 1.1 modules. Without this rule, updating a single module to YANG version 1.1 would have a cascading effect on modules that import it, requiring all of them to also be updated to YANG version 1.1, and so on. This is probably not implemented, or implementable, by many servers. 1) what if module 'B' has no latest YANG 1.0 revision? This can happen if A is updated to import B, but yang-version is not changed in A 2) What if NBC changes have been made in module B? How does the cited text work with SEMVER and new versioning rules? 3) What if the server implements some new definitions in B that are not in the latest YANG 1.0 version of B? New YANG library does not allow more than 1 revision of an implemented module to be represented in a module-set. 4) What if a leafref in A points to a leaf using a typedef in B, yet the type is not allowed in YANG 1.0? (e.g., empty type in a union)? How much YANG 1.1 is allowed to leak into a YANG 1.0 module?) 5) Isn't module A parsed under YANG 1.0 rules, because its yang-version-stmt is set to "1"? > /martin > > Andy > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000c03a0005956df222 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Oct 21, 2019 at 5:45 AM Marti= n Bjorklund <mbj@tail-f.com> wr= ote:
Jernej Tulj= ak <jernej= .tuljak@mg-soft.si> wrote:
> Should I clarify my question?
>
> Jernej
>
> On 10/10/2019 10:36, Jernej Tuljak wrote:
> > Hi,
> >
> > there is at least one YANG 1.0 standard module that imports and u= ses
> > groupings from a YANG 1.1 standard module and at least one such > > grouping contains must/when statements referencing XPath function= s
> > that are not available in 1.0 XPath context.
> >
> > The modules I'm referring to are part of RFC8533 [1] and RFC8= 532
> > [2]. ietf-connectionless-oam-methods (a 1.0 module) uses
> > cl-oam:tp-address from ietf-connectionless-oam (a 1.1 module), wh= ich
> > calls "derived-from-or-self" in a when expression of a = used
> > node. These RFCs were published in April.
> >
> > Our tools complain about "derived-from-or-self" not bei= ng defined in
> > ietf-connectionless-oam-methods's XPath context:
> >
> > [Error];
> > ietf-connectionless-oam-methods@2019-04-16:/cloam-methods:continu= ity-check/cloam-methods:input/cloam-methods:destination-tp/cloam-methods:ma= c-address/cloam-methods:when;
> > XPath function "derived-from-or-self" is not defined in= the XPath
> > context
> >
> > Is this correct? Or are XPath functions expected to be resolved > > statically, like types?

I don't think it is correct to reject this construct.=C2=A0 The definit= ion
is done in a 1.1 module and can only be implemented in a server that
supports 1.1.

It seems a bit odd that "ietf-connectionless-oam-methods" is defi= ned
in YANG 1.0 though, but that's a different issue...


From 7950, sec 12:

=C2=A0 =C2=A0 =C2=A0 If a YANG version 1 module A imports module B without revision and
   module B =
is updated to YANG version 1.1, a server MAY implement both
   of these modules (A and B) at the same time.  In such cases, a
   NETCONF server MUST advertise both modules using the rules defined in
   Section 5.=
6.4, and SHOULD advertise module A and the latest revision
   of module B that is specified with YANG version 1 according to the
   rules defined in [RFC6020].

   This rule exists in order to allow implementations of existing YANG
   version 1 modules together with YANG version 1.1 modules.  Without
   this rule, updating a single module to YANG version 1.1 would have a
   cascading effect on modules that import it, requiring all of them to
   also be updated to YANG version 1.1, and so on.



This is probably not imp= lemented, or implementable, by many servers.


1) what if module &= #39;B' has no latest YANG 1.0 revision?
=C2=A0 =C2=A0 This can happen if A is updated to import B, but yang-versio= n is not changed in A

2) What if NBC ch= anges have been made in module B?
=C2=A0 = =C2=A0 How does the cited text work with SEMVER and new versioning rules?

3) What if the server implements some ne= w definitions in B that are not=C2=A0 in the latest YANG 1.0 version of B?<= /div>
=C2=A0 =C2=A0 New YANG library does not all= ow more than 1 revision of an implemented module to be represented in a mod= ule-set.

4) What if a leafref in A points=C2=A0to a leaf using a typedef in B, ye= t the type is not allowed in YANG 1.0?
=C2= =A0 =C2=A0(e.g., empty type in a union)?=C2=A0 How much YANG 1.1 is allowed= to leak into a YANG 1.0 module?)

5) Isn't module A parsed under YANG 1.0 rul= es, because its yang-version-stmt is set to "1"?




/martin


Andy
=C2=A0
_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000c03a0005956df222-- From nobody Mon Oct 21 10:10:08 2019 Return-Path: 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 D22241200F7; Mon, 21 Oct 2019 10:10:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=TFHPZXET; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=oMvutFRD 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 pAttexadGgl8; Mon, 21 Oct 2019 10:10:05 -0700 (PDT) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47A6212010D; Mon, 21 Oct 2019 10:10:05 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 4514C5DC; Mon, 21 Oct 2019 13:10:04 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute7.internal (MEProxy); Mon, 21 Oct 2019 13:10:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm1; bh=408I4CjKZHEOl3dI3J8ilYICMjnOB9j IoOGkeEKEILY=; b=TFHPZXETl9FOPue3h3otXpCbGCd6+EaKhQHfAjs0CJ+6nWM BJBE4EfiTp6b5jMUN2xb9KpgXizm7gNzGaJWQHVK8vmNUkh4gHDatUJnSQ3mDknr nFtDqEzwrxDORUNrBgafLePtqOiIojW10n4rQ/zC5LVN49MJ0/vjeIWa9P8F4+CU C/5Cu53b8lHWLRplJ3ZeqtYMCq7SkiNSqyzTGWxZpmCmcNAHMEVRbB/TToJv8mYE IZHUyFNWh2p5KxSk7tU409qkjRrMkZjsBBPRq9VF0OebkplXwT5XDxOlOEoftVCL G+W+YFHNpz8IrCl/riF091HvSMgibexNhmI0YCA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=408I4C jKZHEOl3dI3J8ilYICMjnOB9jIoOGkeEKEILY=; b=oMvutFRDOK+CbEctgZpM4g H2jUFEVXXxMz6rXWseKFQTWUgxtozsVPC+2NnlVf6/KKDvl4W45PFtpcY6I70N78 RBcH0JRXVgBGFAmUVGKx5KdeYiCv/watK3Rgvw6AVPoQUBfw2wKnwrkO+LmXUVgu qhxIznz3xdbtyS3OYEBLENyDDLQmCrFOce3l9uo7Q+V5ckvFmkEEUELvYnSZk/Tm aEPBhsMtA01Uc1YiL8Mc8UymCvQAB9bVQilFKXZ2TXrKIRxouOseVv56pJ+N0+tl XoG+gNaxJuZSSgcXm4eLdTnO1+ysKOH28XYCiCLF9VI8JOVNkeB3BqjwUdWHx1bg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkeehgdduuddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesthdtredtreerjeenucfhrhhomhepfdetlhgv gigvhicuofgvlhhnihhkohhvfdcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrd hfmheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshht mhgrihhlrdhfmhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 71C95C200A4; Mon, 21 Oct 2019 13:10:03 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-469-gd84f3d2-fmstable-20191021v3 Mime-Version: 1.0 Message-Id: <255a8fa3-065c-43a7-8aaa-9d238082f1a2@www.fastmail.com> In-Reply-To: <20191021.093315.1654394906403168701.mbj@tail-f.com> References: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> <20191021.093315.1654394906403168701.mbj@tail-f.com> Date: Mon, 21 Oct 2019 18:09:41 +0100 From: "Alexey Melnikov" To: "Martin Bjorklund" Cc: iesg@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org Content-Type: text/plain Archived-At: Subject: Re: [netmod] =?utf-8?q?Alexey_Melnikov=27s_No_Objection_on_draft-iet?= =?utf-8?q?f-netmod-yang-data-ext-04=3A_=28with_COMMENT=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 17:10:07 -0000 Hi Martin, On Mon, Oct 21, 2019, at 8:33 AM, Martin Bjorklund wrote: > > This is a fine document. > > > > Can you show and example similar to what in A.3 with 2 addressbook entries? > > The example isn't really written to handle more than one address > book. The structure defines one single address book. But perhaps I > misunderstood your question? The example in A.1 contains "list address". Can this list contain more than one element in it? If yes, can you provide an example with multiple elements? I am trying to figure out how multiple elements would be represented in XML (In JSON it seems more obvious to me). My YANG knowledge is limited, so I don't know whether or not there is an issue. But I couldn't tell until I see an example. Thank you, Alexey From nobody Mon Oct 21 10:42:41 2019 Return-Path: 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 DF45D12011B; Mon, 21 Oct 2019 10:42:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 s5IXbmkPOTGC; Mon, 21 Oct 2019 10:42:38 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 46077120110; Mon, 21 Oct 2019 10:42:38 -0700 (PDT) Received: from localhost (h-4-44.A165.priv.bahnhof.se [158.174.4.44]) by mail.tail-f.com (Postfix) with ESMTPSA id BD9541AE018A; Mon, 21 Oct 2019 19:42:32 +0200 (CEST) Date: Mon, 21 Oct 2019 19:42:32 +0200 (CEST) Message-Id: <20191021.194232.2128729051695435599.mbj@tail-f.com> To: aamelnikov@fastmail.fm Cc: iesg@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <255a8fa3-065c-43a7-8aaa-9d238082f1a2@www.fastmail.com> References: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> <20191021.093315.1654394906403168701.mbj@tail-f.com> <255a8fa3-065c-43a7-8aaa-9d238082f1a2@www.fastmail.com> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 17:42:40 -0000 "Alexey Melnikov" wrote: > Hi Martin, > > On Mon, Oct 21, 2019, at 8:33 AM, Martin Bjorklund wrote: > > > > This is a fine document. > > > > > > Can you show and example similar to what in A.3 with 2 addressbook > > > entries? > > > > The example isn't really written to handle more than one address > > book. The structure defines one single address book. But perhaps I > > misunderstood your question? > > The example in A.1 contains "list address". Can this list contain more > than one element in it? Aha, I see. Yes it can. > If yes, can you provide an example with > multiple elements? In XML it would be:
Flintstone Fred 301 Cobblestone Way Bedrock 70777
Root Charlie 4711 Cobblestone Way Bedrock 70777
> I am trying to figure out how multiple elements > would be represented in XML (In JSON it seems more obvious to me). My > YANG knowledge is limited, so I don't know whether or not there is an > issue. But I couldn't tell until I see an example. Also see section 4.2.2.4 in RFC 7950 for another example of multiple list entries. /martin From nobody Tue Oct 22 00:35:16 2019 Return-Path: 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 43E2212008C; Tue, 22 Oct 2019 00:35:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=X9lmmB01; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=L5pz8UAG 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 cQ6eQfcpNGgp; Tue, 22 Oct 2019 00:35:12 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57FBD12002F; Tue, 22 Oct 2019 00:35:12 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 5F3AD21448; Tue, 22 Oct 2019 03:35:10 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 22 Oct 2019 03:35:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=K U6dGkkrnlRTfpVkEFN0vN5H8wlqVqacOFq5tRAft9c=; b=X9lmmB01qbjVxDvR+ EKfYtpThFfldo+4ZJvXeoQGUNP51Wxq/MXYzf+qz682nqCJ06Je7Or5eSVr17yVR Vkc0nksAtTZ411vfMVeDORmMDtk+MyZFybFT/b9kw0GaZjVj6NuTpPHHnsogoVxz rZGBIwzSBgHQkFrStmFKjptcF8y7oNQ2NXceytwtdIHWeSY9o5tQwnK2WU3a9fIV JPe4NpY+7auVX4vnPvMPyn+EeZDUzb5eDls6BT52zalY2jhQJ91sx9eYHpIHI6ad l2s4fncEX8HkRSRnbehFbA7gui7z3dLue+mDVEQPiwPTyIs5PXMmZ517b45CXcYs niO3g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=KU6dGkkrnlRTfpVkEFN0vN5H8wlqVqacOFq5tRAft 9c=; b=L5pz8UAGDJdUHicnLDpgfrsXw6LHGNoH06tXRfjI36TDWednMNUs/wpEs xtbs+VW4vyvbRTI98Dz6c/0LbjGew4puoysvqxbKSYs7fAiledwuakMr0s2LGidp Vxn97aiOH4trgS0UCaXkzuZJpYwlQkiLCDxyc9ocBK60f9nipllmXvLe63kzIsNG /Pl9bb11cVzWzt6gr7/g/UBK4HAdHwXcv5tiEcscd2Usp7e4vcxCA9QsiRsLWCBi Ca9MDzKAZnZoCiRyR1DNAZMXJ2lImapGjy+opARPWLsHnvziDZe1ii98dTxtbcM6 2dk7xYKgoJ80mBXsnzZRIYym5oWNg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkeeigdduvddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhofgjfffgkfhfvfesthejmhdthhdtvdenucfhrhhomheptehlvgig vgihucfovghlnhhikhhovhcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrdhfmh eqnecukfhppeejjedrleejrddugeehrdehheenucfrrghrrghmpehmrghilhhfrhhomhep rggrmhgvlhhnihhkohhvsehfrghsthhmrghilhdrfhhmnecuvehluhhsthgvrhfuihiivg eptd X-ME-Proxy: Received: from [192.168.0.5] (cpc121086-nmal24-2-0-cust54.19-2.cable.virginm.net [77.97.145.55]) by mail.messagingengine.com (Postfix) with ESMTPA id 2256680059; Tue, 22 Oct 2019 03:35:08 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Alexey Melnikov X-Mailer: iPhone Mail (16F203) In-Reply-To: <20191021.194232.2128729051695435599.mbj@tail-f.com> Date: Tue, 22 Oct 2019 08:35:06 +0100 Cc: iesg@ietf.org, draft-ietf-netmod-yang-data-ext@ietf.org, joelja@gmail.com, netmod-chairs@ietf.org, netmod@ietf.org Content-Transfer-Encoding: 7bit Message-Id: References: <157149705555.22382.7739043484092917840.idtracker@ietfa.amsl.com> <20191021.093315.1654394906403168701.mbj@tail-f.com> <255a8fa3-065c-43a7-8aaa-9d238082f1a2@www.fastmail.com> <20191021.194232.2128729051695435599.mbj@tail-f.com> To: Martin Bjorklund Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-yang-data-ext-04: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 07:35:15 -0000 Hi Martin, > On 21 Oct 2019, at 18:42, Martin Bjorklund wrote: > > "Alexey Melnikov" wrote: >> Hi Martin, >> >> On Mon, Oct 21, 2019, at 8:33 AM, Martin Bjorklund wrote: >> >>>> This is a fine document. >>>> >>>> Can you show and example similar to what in A.3 with 2 addressbook >>>> entries? >>> >>> The example isn't really written to handle more than one address >>> book. The structure defines one single address book. But perhaps I >>> misunderstood your question? >> >> The example in A.1 contains "list address". Can this list contain more >> than one element in it? > > Aha, I see. Yes it can. > >> If yes, can you provide an example with >> multiple elements? > > In XML it would be: > > >
> Flintstone > Fred > 301 Cobblestone Way > Bedrock > 70777 >
>
> Root > Charlie > 4711 Cobblestone Way > Bedrock > 70777 >
> Right, this is very sensible and I have no further questions. Thank you, Alexey >> I am trying to figure out how multiple elements >> would be represented in XML (In JSON it seems more obvious to me). My >> YANG knowledge is limited, so I don't know whether or not there is an >> issue. But I couldn't tell until I see an example. > > Also see section 4.2.2.4 in RFC 7950 for another example of multiple > list entries. > > > > /martin > From nobody Tue Oct 22 03:25:56 2019 Return-Path: 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 3901D120111 for ; Tue, 22 Oct 2019 03:25:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.247 X-Spam-Level: X-Spam-Status: No, score=0.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 IOjiIlJvim_m for ; Tue, 22 Oct 2019 03:25:53 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150137.outbound.protection.outlook.com [40.107.15.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7814112008B for ; Tue, 22 Oct 2019 03:25:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kdqj5ZxxYnrs5iAICV6nj+x2QM+N7kTdraWnk5srIDvW0bhBmpHtpY+r6VH8mglr3+koA+QprUxJ4jEY4eIXwq/7US42p4CP/n5Yph0xvhpgiAfCxvJbXbyfCAqKExUWDNa3S8k20hlYnHI0h81sLeSP6SZo5SqGmcvnYF3UTquT0GOYIBCbrnMD03A4frfLeXIsmIUcuI7WanNiwMOAKWmwZ8W6OyHaAgyzd2VBFL6r+Dkp377aX9X3wdHDZNcf4ifdAUdGdjd1prUA4JIHh3Wsd86QsvrXzshkD3zoi+pD1v4eqGXebcJwh4M4cOW7GNdoQp2Tft9TGpsTtqkAUQ== 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=CPjYTfyp234AzL9+tr8xgmQaLGQI14CAt7oFt0Md434=; b=Ptpo14GX8CM9jAWN1zUHy3vLQvGORK6dacGBVs1ZBxHeUlkrmjOOERIqE5H0z2yo8YEdwLcKQbmQkczqde5cbwLuhoZ6vU91XnMXQNqnrXJCPo15mW3MpXRrtv5BBOD4fAQBXfQu5Zwg30R8iMisei3vjUV99mFrnY/+IxB/sNQ/N50UnHp4YfoSX1WPKftwLzphGUgwlAHSvVdpBnpsHyUgZZ4ugiBoY6iAvtn+d5R6Wt8ZWAuyV6BPJHAPM9kvQBxwp/uV6BYZ6AkG5ExEbFOQEbtsqRcDKfhm/zcgeSjGbHAewl+WdgT+XkgSW1YxViABZnHyZels5CBlT7ykjg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CPjYTfyp234AzL9+tr8xgmQaLGQI14CAt7oFt0Md434=; b=qYk95szK+wQmJz/P3XRmI0ZHredOab0r6SA4CyWsBad1fdtfUecnvjJ/YYb0whd9/mxIiDpXEiHokdw98wctD1psZD6ZVzS83uGNhPiUExi++ux2lMB68RJ019674Rg6rGvAn32PiC0Zmu4fsthVTMlmGRpOr7FMcuAk8PCcFV4= Received: from DB7PR07MB5147.eurprd07.prod.outlook.com (20.178.42.32) by DB7PR07MB5355.eurprd07.prod.outlook.com (20.178.41.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.17; Tue, 22 Oct 2019 10:25:51 +0000 Received: from DB7PR07MB5147.eurprd07.prod.outlook.com ([fe80::99a:1592:683a:ab85]) by DB7PR07MB5147.eurprd07.prod.outlook.com ([fe80::99a:1592:683a:ab85%5]) with mapi id 15.20.2387.016; Tue, 22 Oct 2019 10:25:51 +0000 From: tom petch To: Martin Bjorklund CC: "netmod@ietf.org" Thread-Topic: A reworking of RFC8343 Thread-Index: AQHViMMTiwj5Dp5p9UyydnvK/3jzxw== Date: Tue, 22 Oct 2019 10:25:51 +0000 Message-ID: <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0296.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a5::20) To DB7PR07MB5147.eurprd07.prod.outlook.com (2603:10a6:10:68::32) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.211.103] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0440aaad-4ac6-498f-ae96-08d756da3641 x-ms-traffictypediagnostic: DB7PR07MB5355: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(136003)(346002)(396003)(376002)(199004)(189003)(26005)(44716002)(81816011)(52116002)(81686011)(186003)(486006)(476003)(76176011)(446003)(99286004)(386003)(102836004)(478600001)(25786009)(61296003)(62236002)(71190400001)(71200400001)(14496001)(6506007)(66946007)(4744005)(6916009)(86362001)(316002)(44736005)(4326008)(8936002)(6512007)(9686003)(7736002)(5660300002)(66066001)(81156014)(81166006)(8676002)(6436002)(50226002)(14454004)(6116002)(6486002)(305945005)(66446008)(66556008)(66476007)(64756008)(2906002)(1556002)(3846002)(256004)(4720700003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB5355; H:DB7PR07MB5147.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GzhWs/A2XbXTnz2gTzt7jA4anb0F6e9mFqirFwX+YHzZb1rCxGkUXrygNJQYSKrRNNTCXCVLTSn5OPRM+RRPCpaKLEnSl+wZqWC4Sw27oNCC9/IYPUZqMFt8IYKFMBnvAZ8fg2Iou5f6xaVjZG8vSe2yQn2LTSmJ0rS7b79g1ezAlF/vHhwPPVqMHXR+v6IQEmolvf2EiNi+3ho3bDxpZliW9QWzKmBgGdgcNZB7OiVg4w7gMjp0+J5mBX2m3qiB72EhgWGVfcT3CVm+OiOaTA5WJacrMWy8+nAke2Brc11XkuCMG6SaaddpdWnYAcTap27SkPh9pJitifHrdWW1SKxH6qPBM5DGbTjl9adGEYPXUCgL8EQSX8+7VYfWNE2xu6J8/5ijGXEXvWLsbA9QfpuqZ5ubncrEpMEXjJ9Urwt6lyaZbPgz08QnZ47Fs2OQ x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0440aaad-4ac6-498f-ae96-08d756da3641 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 10:25:51.2006 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: UXC3/ecpPzK5KO/GeQFkV5qcVHqL6xevhb0/9DdOkyWEI3pkTQkEE9wUuGeAOu2iw9g1UeSV/gwMUoPS3KxvlA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB5355 Archived-At: Subject: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 10:25:55 -0000 Martin I am wondering how much you know about a module that says WG List: Editor: Martin Bjorklund "; The module is module ietf-ucpe-interfaces { in draft-shytyi-opsawg-vysm-04 The author appears to have taken RFC8343, changed the module and prefix name (but not the Editor) and added, at the top level, augment "/ietf-vysm:ucpe" { (ucpe also appears in this I-D). I have commented on the OPSAWG list about this approach not being one I have seen before and the response is that the yang validator is fine with it. Thoughts? An earlier version of this module had import tailf-ncs which also had me wondering. Tom Petch From nobody Tue Oct 22 03:56:17 2019 Return-Path: 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 DEAD2120241 for ; Tue, 22 Oct 2019 03:56:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=ericsson.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 CilVf84COykw for ; Tue, 22 Oct 2019 03:56:11 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60084.outbound.protection.outlook.com [40.107.6.84]) (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 2D88D12021C for ; Tue, 22 Oct 2019 03:56:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=J9FdaiX9J07t7veAYbxFKjRuPHjGaPRC3BMugriQhjtPalFMlnWzK9ZUEySz5KUvQYfrCKP3/Z6G/YvTT3PXAhZ2LGBm1coCp0HYCUO2IKZbTQ1fyDzxKVR7gCfDl5JRkHplXYGf70mGZnEIdMH8Rd+pVAnSpNX0oFeTPmYdokPujb/NWNkgLaanKXDvpGr9hsg5HVKzgZKpuNflfgwqlUqGLRGNXsGsGHg/tqGM5fo028kJ+6+VO8UX41HlLIgOC4rUBrtrIbyjujLggFIQNdXk80u2RkykWfzHeAX9Tj7CgHi0pNaKzhY2w2Eg399+9XuLGsq8A8o7W00h99FX6g== 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=a4eqIGGYKFU0cjSFjn6gdYVds5KvHyxqNTDcyQm2qKI=; b=WyXb6+cT3vvao3nMoT3JTvudBaVcmK1NW0gaoqWJVP/tJgCJzZeVZnAeG5ATYWd2g/c72D25DK1JndmVmn9MxzwL2CSBPPB7QXfx9bl7xkrnNiFlcb+9JWZzRtqOKCOqCBG/KAVzqXkh4jhLUNHma7SPqsJBScx6OzQj455qz9i5vjTw7g2D4qE3dW5Gk91pFmOiFv5bvLntIbmoGfNUKqg1piZ0smCbrCULnHf+BppRWHMwtfukrmEc2dzez31l2OoKJ9PKXQDzNLlIa8LDoSgWNyOQoITNGIPLuFae3MGP+itZ41HmEI0C9gPk1u5Zn3Nctn131xZy9aE/5VyvNg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a4eqIGGYKFU0cjSFjn6gdYVds5KvHyxqNTDcyQm2qKI=; b=qb23pgGauMG/Dhj9tGVU9d6h8vnYoFDdDcYHLzX9y3GR7vA2Qxqw7p10GAcJ9xio069CF8s3XVXs+YT1/kk9ljYrKs6rRI6aLHXucMkjc9U+WU5TPRyrXiqSUP63+RywXpwupKJlBfno/5KPgfxJqTu3AyRo2cJfr/O7jTxXYYo= Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com (10.169.137.153) by VI1PR0701MB2336.eurprd07.prod.outlook.com (10.168.137.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.14; Tue, 22 Oct 2019 10:56:08 +0000 Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::6058:31bd:e6f1:e143]) by VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::6058:31bd:e6f1:e143%11]) with mapi id 15.20.2387.016; Tue, 22 Oct 2019 10:56:08 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= To: "'netmod@ietf.org'" CC: Mark Hollmann , Edvardas Lasauskas Thread-Topic: Default statements and deviate add/replace Thread-Index: AdWIwoN5sUEukdGAQsGK9U4p7bcxKQ== Date: Tue, 22 Oct 2019 10:56:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8f927f80-6eba-4545-cf0f-08d756de71d2 x-ms-traffictypediagnostic: VI1PR0701MB2336: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3173; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(396003)(136003)(366004)(376002)(189003)(199004)(478600001)(5660300002)(9686003)(2906002)(186003)(790700001)(6436002)(26005)(6506007)(55016002)(3846002)(6306002)(54896002)(25786009)(99936001)(6116002)(14454004)(7696005)(66946007)(66616009)(66066001)(476003)(9326002)(45776006)(66446008)(107886003)(66556008)(66476007)(64756008)(99286004)(486006)(316002)(33656002)(81156014)(81166006)(71200400001)(54906003)(76116006)(71190400001)(6916009)(8676002)(52536014)(7736002)(8936002)(86362001)(74316002)(4326008)(102836004)(256004)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2336; H:VI1PR0701MB2286.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: L/6sSYEKf8AUTaxW2TXuUwOvrUJt4B2TXeVpY8Qav52TnQAKf99st6of6JUjms5isMp4wxLb5jP6nPkLjhf0gBqCGNxzbkCQ9EweTiZFXfEnk4Udkgwst6ph7Hc1skR2FdMKWktRbEkXn34anyLpTCLdKjrSVgTGHx9hEb5JUpMZBE0JEKAVf+pJeHB34ii//1QLUw3QRS2rzpoWMJgKwNFlTPBcjD+bZPpHCpl5MbGHuzC5nRx+MD6ia006CDdXtJFAWze5ETHvSUBFpP3y0gL7BtQgeJ0b/wq0rHsCQtXfg5m3UpTOLqgvCnmoZFHESfCN1+FXuOH9+FCw2yrZXSzLQ9mGsVj57P0z9x0DSCEtuWSeUmeC8ikkIfkYKTKz0zP1MK3KKXq1APvp0HGI7lalADw3gj090fl2Ec+BioP/R6s3vexKzR66Fwuh9UjC Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_002A_01D588D8.121E5970" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8f927f80-6eba-4545-cf0f-08d756de71d2 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 10:56:08.7374 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rVnoaPhWQjCXfooKNPL5x+XEr5ffSbFYf05vXon0eGw4LbKjvA6fhCKmF3e/ek5WN7klMGcy14GUZ0aL6lTeSbwRql7xH30lxDiAqUe2Xqw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2336 Archived-At: Subject: [netmod] Default statements and deviate add/replace X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 10:56:13 -0000 ------=_NextPart_000_002A_01D588D8.121E5970 Content-Type: multipart/alternative; boundary="----=_NextPart_001_002B_01D588D8.121E5970" ------=_NextPart_001_002B_01D588D8.121E5970 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello, I tried testing the following statements: deviation /nacm:nacm/nacm:enable-nacm { deviate add { config false; } } deviation /nacm:nacm/nacm:rule-list { deviate add { min-elements 1; } } In nacm both the config and the min-elements are absent, so their default meaning is true. I actually tried both add and replace in deviate. I got rather confusing results whether the add/replace variant of deviate should be accepted or rejected because the property already exists or does not yet exist. Pyang 2.0.2 locally: Config=false add-NOK replace-OK Min-elements=1 add-OK replace-NOK YANG-Validator pyang 2.0 & confdc Config=false add-OK replace-OK Min-elements=1 add-OK replace-NOK YANG-Validator yanglint Config=false add-OK replace-OK Min-elements=1 add-OK replace-OK IMHO the tools should always check the property, so even if the statement is not present the properties config=false and min-elements=0 ARE present. So add should be rejected and replace accepted. Regards Balazs -- Balazs Lengyel Senior Specialist Ericsson Hungary Ltd. Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com ------=_NextPart_001_002B_01D588D8.121E5970 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

I tried = testing the following statements:

 

=A0 = deviation /nacm:nacm/nacm:enable-nacm {

=A0=A0=A0 deviate add {

=A0=A0=A0=A0=A0 config false; =A0=A0=A0=A0} = }

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =

=A0 deviation = /nacm:nacm/nacm:rule-list {

=A0=A0=A0 = deviate add {

=A0=A0=A0=A0=A0 = min-elements 1; =A0=A0=A0=A0}=A0 }

 

In nacm both = the config and the min-elements are absent, so their default meaning is = true. I actually tried both add and replace in deviate.

I got rather confusing results whether the = add/replace variant of deviate should be accepted or rejected because = the property already exists or does not yet exist.

 

Pyang 2.0.2 = locally:

Config=3Dfalse =       =             &= nbsp;   add-NOK =              = replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-NOK

 

YANG-Validator  pyang 2.0 & = confdc

Config=3Dfalse =       =             &= nbsp;   add-OK =             &= nbsp;   replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-NOK

 

YANG-Validator yanglint

Config=3Dfalse       =             &= nbsp;   add-OK =             &= nbsp;   replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-OK

 

IMHO the = tools should always check the property, so even if the statement is not = present the properties config=3Dfalse and min-elements=3D0 ARE present. = So add should be rejected and replace accepted.

 

Regards = Balazs

 

--

Balazs = Lengyel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Senior = Specialist=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Ericsson Hungary Ltd.

Mobile: = +36-70-330-7909=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 email: = Balazs.Lengyel@ericsson.com

 

------=_NextPart_001_002B_01D588D8.121E5970-- ------=_NextPart_000_002A_01D588D8.121E5970 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTAyMjEwNTYwN1owIwYJKoZIhvcNAQkEMRYEFBMc+zaJBx/CW2vIERXZ9F3XKM2PMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQBDb1i6CTfZPuf8Eb6v0Ya9ARfnhfwnsOfsqaMi8K7Q8tE347bplT78 MH8dCGrVfNpsjQziQBUuMuB7sutj/6dtFWIkccGjgl7GraT/FrR8HKm1Lb3YScTR4gbLIW+63MsL OteZ/0ra1raHV1gpgDUMq9aPXz51ZTVwc8fOqsd/2Bruz64h1BSzqB8uylqpApeNsImcGaRj8dMe 3DWiGCmmB22nAbgiqpLfgcZHT1tvL11L9oQu1aF9QYGWzjTvnuhqKbyU6mmWJyJQSBQmcLG/D8wl gYmKrTuWK8mBLIv9S2HzspUpEr6+lfmaCsu+q7EyYVbRgrnRL7UVrUUbeqiIAAAAAAAA ------=_NextPart_000_002A_01D588D8.121E5970-- From nobody Tue Oct 22 04:32:04 2019 Return-Path: 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 D6450120041 for ; Tue, 22 Oct 2019 04:32:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 pv9R7P9cJpYb for ; Tue, 22 Oct 2019 04:32:01 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 997DF12002E for ; Tue, 22 Oct 2019 04:32:01 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 88EE71AE03DD; Tue, 22 Oct 2019 13:32:00 +0200 (CEST) Date: Tue, 22 Oct 2019 13:31:31 +0200 (CEST) Message-Id: <20191022.133131.983827662033885262.mbj@tail-f.com> To: ietfc@btconnect.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 11:32:03 -0000 tom petch wrote: > Martin > > I am wondering how much you know about a module that says > WG List: > Editor: Martin Bjorklund > "; > > The module is > module ietf-ucpe-interfaces { > in > draft-shytyi-opsawg-vysm-04 Haha! I don't know anything about it. > The author appears to have taken RFC8343, changed the module and prefix > name (but not the Editor) and added, at the top level, > augment "/ietf-vysm:ucpe" { > (ucpe also appears in this I-D). I have commented on the OPSAWG list > about this approach not being one I have seen before and the response is > that the yang validator is fine with it. > > Thoughts? Clearly unacceptable. Unclear why a ucpe can't implement ietf-interfaces from 8343. > An earlier version of this module had > import tailf-ncs > which also had me wondering. Hmm. /martin From nobody Tue Oct 22 04:43:25 2019 Return-Path: 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 1F2C1120132 for ; Tue, 22 Oct 2019 04:43:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 kbu1Hhl4-wnN for ; Tue, 22 Oct 2019 04:43:22 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9819A12002E for ; Tue, 22 Oct 2019 04:43:22 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id CD85BF4071D; Tue, 22 Oct 2019 04:43:19 -0700 (PDT) To: mbj@tail-f.com, ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, kent+ietf@watsen.net, lberger@labn.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: lhotka@nic.cz, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191022114319.CD85BF4071D@rfc-editor.org> Date: Tue, 22 Oct 2019 04:43:19 -0700 (PDT) Archived-At: Subject: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 11:43:24 -0000 The following errata report has been submitted for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5879 -------------------------------------- Type: Technical Reported by: Ladislav Lhotka Section: 3 Original Text ------------- o schema tree: The definition hierarchy specified within a module. Corrected Text -------------- o schema tree: The hierarchy of schema nodes defined in the set of all modules implemented by a server, as specified in the YANG library data [RFC7895]. Notes ----- The original definition of the term has two problems: 1. Schema tree is not limited to a single module. Some YANG constructs, such as augment and leafref type, may refer to a schema node that is defined in another module. 2. Apart from schema nodes, YANG modules contain definitions that do not contribute to the schema tree: groupings, typedefs, identities etc. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Tue Oct 22 04:59:57 2019 Return-Path: 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 2701C1201DE for ; Tue, 22 Oct 2019 04:59:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.248 X-Spam-Level: X-Spam-Status: No, score=0.248 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 BsUzX_zCvRRX for ; Tue, 22 Oct 2019 04:59:54 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70114.outbound.protection.outlook.com [40.107.7.114]) (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 313D61201C6 for ; Tue, 22 Oct 2019 04:59:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n2TG/IbVo13pLWSvi0nQBV0CeJXmHqpmGlf/gN1QJy9Jm7bvbAbTHAPRR6P8QEUcTCmpgSO9/BfS11JuBxw8PsXd3bE2BvjsyQ4Vponuu9kZ449ER7CMz+R5l2SjZbxRBBq9EHfQsxFhm9BG8hznV61BlxuwXm2bfPejIWCGjzlx13RDB0x9bu9Ki5LoQ/YDCDZ/RgosZz3PkAxb6Rx90vJay39wSiCaC7JTLTXvJqsGqRHWlX5aJPoCOwFPXOZHyfFOHkxJXkkthYX7h5YV0SmP9lbHtuJyOvNYH0sanMivF2ZS3cVv84NdDGg9MHfvHRtbjB53UssNC67BGaKrNQ== 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=hvEs6V4VyqKMjl/886OTGEtXlibn57gvJjUeqzDobY0=; b=HTSgizjD7OLI7gfdUPdoPjrbqkLxYXsCgWTbFqWLnVqQbpBz1e3WPsHDnNnjVS0h+6syTWQtZTocZHJkLRCQpu6KAqb8cucXNo/xVIkBdJpQ0fleNvfeOaVza0uD5ZF764O2cuD8mSdRIV7fJbGfNEzs1c+DQJxBdT66SJ9cZCbehPAbB7t9FvHPF+p6bmD5bDnVUGcgLjDLoxSmg8ZgBM1jxr+xfEAyd7h6QdcvvjbAy9lmexevryyY/kwM9sD6n4OJ+m8h/+RH9ZMoUWDwN5Y2doELjxfvnw2kAzrE8k6fzRP9uT305+Kunz534Dp9Qp66hjj+nQJ7mghoHpKx1A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hvEs6V4VyqKMjl/886OTGEtXlibn57gvJjUeqzDobY0=; b=dc2yA1HRLBmTx2ZwlnEhGaHdFT6XS7AOtyxP/0A/wwOsm48MN/g05CcI33pJb/sbJ+07RPGUAmCj4q68/DEVvkyn4Y/uTZil13JsCmDCFHhFSgZiPtdlU7VwVVHqSTtRVz/3Ji7kMX4hgrX5CwcetNkQzHsiCG9t8bBUJsv1Gwk= Received: from DB7PR07MB5147.eurprd07.prod.outlook.com (20.178.42.32) by DB7PR07MB5833.eurprd07.prod.outlook.com (20.178.106.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.14; Tue, 22 Oct 2019 11:59:51 +0000 Received: from DB7PR07MB5147.eurprd07.prod.outlook.com ([fe80::99a:1592:683a:ab85]) by DB7PR07MB5147.eurprd07.prod.outlook.com ([fe80::99a:1592:683a:ab85%5]) with mapi id 15.20.2387.016; Tue, 22 Oct 2019 11:59:51 +0000 From: tom petch To: Martin Bjorklund CC: "netmod@ietf.org" Thread-Topic: A reworking of RFC8343 Thread-Index: AQHViNA1MlB1UPEqz0qCHhj4HYGYig== Date: Tue, 22 Oct 2019 11:59:51 +0000 Message-ID: <0a0401d588cf$dd0e3000$4001a8c0@gateway.2wire.net> References: <8736fmtk3d.fsf@nic.cz><20191021.134014.40553165389352172.mbj@tail-f.com><039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0309.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a5::33) To DB7PR07MB5147.eurprd07.prod.outlook.com (2603:10a6:10:68::32) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.211.103] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 75b799cd-9a7c-4ae0-2c36-08d756e75815 x-ms-traffictypediagnostic: DB7PR07MB5833: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2089; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(136003)(39860400002)(396003)(366004)(13464003)(189003)(199004)(52116002)(186003)(446003)(1556002)(62236002)(25786009)(76176011)(99286004)(305945005)(229853002)(81816011)(44716002)(81686011)(8936002)(7736002)(81156014)(44736005)(6486002)(8676002)(81166006)(6436002)(66476007)(86362001)(64756008)(66556008)(66446008)(4720700003)(476003)(66946007)(6916009)(486006)(14496001)(26005)(386003)(6116002)(3846002)(316002)(71190400001)(102836004)(71200400001)(50226002)(2906002)(14454004)(4326008)(6246003)(478600001)(66066001)(61296003)(5660300002)(256004)(6506007)(9686003)(6512007)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB5833; H:DB7PR07MB5147.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /K7hKzTQMIUS3Gm0C+qIbrRq4I3urHIpDIk1W0Bw9fvf4AGSZ5NSHshT9H7P4PqA6h/TyCxxcUqwSvInzvJFLILA3IOGnciMF8PXMf3DKY/bWAITG1DPXL9FikSJB5BUo97xw5iwbVbQjygshtuywPjddJORTRsj71Wq417xW2Mw9v+yLI0HMGWdssahCKcDucrHn5Bcsso9uJmrrimdtUcaGEpmSums2dCEQvDD771MJUH89Q5cxLnp5+bgramN9bFFzr7sBsE369ztopZWvVzCChhSILbLBn7xLeI0gRvecYyRZ457/3PODsHkYZac9suaRKY18U/TXHCIE4wN/rZ9H4JDPNlSEC0NXBk5XqVsgxF3DFbanbB4FI+9UITBakSBKm7d/XlJpsBuUubbIxEA0rjTTRdN22w1y5QZXWiTQBkrrOjML7tzEGJrd4Wc x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-ID: <3D8AB27B0805B844B49BF4A7652BE47A@eurprd07.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 75b799cd-9a7c-4ae0-2c36-08d756e75815 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 11:59:51.3040 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: eFaEP1FNm/peeP7HLty4VQt1/R1pmpps6xAU0KagI8YKlVhaYVgubgGaRWhzX9CMzil1edOQSIY9dAxifsizHg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB5833 Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 11:59:56 -0000 ----- Original Message ----- From: "Martin Bjorklund" Sent: Tuesday, October 22, 2019 12:31 PM > tom petch wrote: > > Martin > > > > I am wondering how much you know about a module that says > > WG List: > > Editor: Martin Bjorklund > > "; > > > > The module is > > module ietf-ucpe-interfaces { > > in > > draft-shytyi-opsawg-vysm-04 > > Haha! I don't know anything about it. > > > The author appears to have taken RFC8343, changed the module and prefix > > name (but not the Editor) and added, at the top level, > > augment "/ietf-vysm:ucpe" { > > (ucpe also appears in this I-D). I have commented on the OPSAWG list > > about this approach not being one I have seen before and the response is > > that the yang validator is fine with it. > > > > Thoughts? > > Clearly unacceptable. Unclear why a ucpe can't implement > ietf-interfaces from 8343. > > > An earlier version of this module had > > import tailf-ncs > > which also had me wondering. > > Hmm. Martin Thanks for that; I was rather thinking that that was the case:-) Tom Petch > /martin From nobody Tue Oct 22 05:38:30 2019 Return-Path: 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 6E2AF120013 for ; Tue, 22 Oct 2019 05:38:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 Q_6o6XiCVVtA for ; Tue, 22 Oct 2019 05:38:21 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (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 DEC321200D7 for ; Tue, 22 Oct 2019 05:38:21 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 46798215E61 for ; Tue, 22 Oct 2019 06:38:18 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id MtQYizbfd94wVMtQYiHlCf; Tue, 22 Oct 2019 06:38:18 -0600 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.3 cv=Q5b8Hb+a c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10:nop_charset_1 a=xqWC_Br6kY4A:10:nop_ipv6 a=XobE76Q3jBoA:10:nop_rcvd_month_year a=Vy_oeq2dmq0A:10:endurance_base64_authed_username_1 a=48vgC7mUAAAA:8 a=i0EeH86SAAAA:8 a=2z3Vzv4VAAAA:8 a=yIYjWox4XA6gY56VSBcA:9 a=7ZTrHm_VIiY28_0M:21 a=ZUGh0eov-TLtSLvX:21 a=QEXdDO2ut3YA:10:nop_charset_2 a=w1C3t2QeGrPiZgrLijVG:22 a=tJVlPwtRPE92R_5dfMPn:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=EW+P+vayYl1ohXnXxJ9y1c+QABwLy7NOL347EdSjQxM=; b=axJlh1X7L/Fp065cWOoLLADYOM WSfeOSpjzA2szBJJpimxloaeRx0cP2fiuGGlwU5c5iFMCszVdyTgihof+n3ZSbinnxhP81mh1FzE+ N/rQbat+Zk2rDxrunX1M//HIG; Received: from [127.0.0.1] (port=50137 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1iMtQX-003XAl-Rx; Tue, 22 Oct 2019 06:38:17 -0600 To: wangzitao Cc: "netmod@ietf.org" , NetMod WG Chairs , draft-wwx-netmod-event-yang@ietf.org, draft-bryskin-netconf-automation-yang@ietf.org References: From: Lou Berger Message-ID: <96b24cbd-508d-bf8e-37ed-714de19e7130@labn.net> Date: Tue, 22 Oct 2019 08:38:12 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 127.0.0.1 X-Source-L: Yes X-Exim-ID: 1iMtQX-003XAl-Rx X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([IPv6:::1]) [127.0.0.1]:50137 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 12:38:28 -0000 Michael/Authors/WG, Thank you for this work. One of the questions in looking at this draft is the relationship to this draft to other individual work that has been discussed in the WG, notablyhttps://tools.ietf.org/html/draft-bryskin-netconf-automation-yang . In looking at both drafts, I read it as that the latter provides general infrastructure for event-condition-actions (ECAs). I'm less sure about your draft, in reading it it too seems aimed at a general infrastructure, but it also seems tailored to a specific set of ECAs that are aligned with the EVEN-MIB. What is your/the authors intent? If the former, perhaps it would be good for both sets of authors to (at least try to) work together to come up with with a merged document? If the latter, does it make sense to adjust your draft to document your use case using the more general mechanisms of the other draft? What do you think? Please let me know if you think I'm misreading or missed something here. Thanks, Lou On 10/15/2019 2:17 AM, wangzitao wrote: > Dear Working Group, > > As you recall that we presented the "draft-wwx-netmod-event-yang-02" in the last NETMOD session and got a good number of supports when the chair polled in the room. > Recently we have a minor update on the draft based on Montreal meeting discussion, adding an appendix section to introduce how to reuse the "trigger-grouping", more details please review the document. > https://tools.ietf.org/html/draft-wwx-netmod-event-yang-03 > > We believe this draft is stable enough and would like to ask for WG adoption. > > Comments and suggestion are welcome! > > Best Regards! > -Michael(on behalf of authors) > > -----邮件原件----- > 发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > 发送时间: 2019年10月15日 14:14 > 收件人: wangzitao ; Chongfeng Xie ; Qin Wu ; wangzitao ; Qin Wu > 主题: New Version Notification for draft-wwx-netmod-event-yang-03.txt > > > A new version of I-D, draft-wwx-netmod-event-yang-03.txt > has been successfully submitted by Michael Wang and posted to the IETF repository. > > Name: draft-wwx-netmod-event-yang > Revision: 03 > Title: A YANG Data model for Policy based Event Management > Document date: 2019-10-13 > Group: Individual Submission > Pages: 30 > URL: https://www.ietf.org/internet-drafts/draft-wwx-netmod-event-yang-03.txt > Status: https://datatracker.ietf.org/doc/draft-wwx-netmod-event-yang/ > Htmlized: https://tools.ietf.org/html/draft-wwx-netmod-event-yang-03 > Htmlized: https://datatracker.ietf.org/doc/html/draft-wwx-netmod-event-yang > Diff: https://www.ietf.org/rfcdiff?url2=draft-wwx-netmod-event-yang-03 > > Abstract: > [RFC8328] defines a policy-based management framework that allow > definition of a data model to be used to represent high-level, > possibly network-wide policies. This document defines an YANG data > model for the policy based event management [RFC7950]. The policy > based Event YANG provides the ability for the network management > function (within a controller, an orchestrator, or a network element) > to control the configuration and monitor state change on the network > element and take simple and instant action when a trigger condition > on the system state is met. > > > > > Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Oct 22 07:36:47 2019 Return-Path: <0100016df3e6091d-bf5947e5-0cd6-4a89-adf2-abbfb506ce01-000000@amazonses.watsen.net> 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 65CF3120086 for ; Tue, 22 Oct 2019 07:36:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 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, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 ImXRhw71yu5D for ; Tue, 22 Oct 2019 07:36:44 -0700 (PDT) Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com [54.240.8.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B680A120013 for ; Tue, 22 Oct 2019 07:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571755002; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=4Qnrcb8X02Z/i/BDpS2pNd134y+qpIQLsMYjfZbSxnk=; b=MsIKbTu58JrsZ4w6/Lkv9yPtEkGPm4FtAUUMzk3aDr91NmCkPVYE0qRUDdX8E0Ch P8S0YrIIfiVGrm7MIsmHLRRaASQ6dz+ete6+JgfyvOn8msejt5DAfK3yDrZEx0z1fap ADWNtb7sE5isUo8VQiEnewZ9RJIfRVw6TScXREVU= From: Kent Watsen Message-ID: <0100016df3e6091d-bf5947e5-0cd6-4a89-adf2-abbfb506ce01-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_DCBB124A-3167-4634-B1C0-6D1CFCE465FA" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Tue, 22 Oct 2019 14:36:42 +0000 In-Reply-To: Cc: "netmod@ietf.org" , Mark Hollmann , Edvardas Lasauskas To: =?utf-8?Q?Bal=C3=A1zs_Lengyel?= References: X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.10.22-54.240.8.83 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] Default statements and deviate add/replace X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 14:36:45 -0000 --Apple-Mail=_DCBB124A-3167-4634-B1C0-6D1CFCE465FA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Balazs, Is this for the NETMOD list, or should bugs be filed against the = misbehaving tools? Kent > On Oct 22, 2019, at 6:56 AM, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello,=20 > I tried testing the following statements: > =20 > deviation /nacm:nacm/nacm:enable-nacm { > deviate add { > config false; } } > =20 > deviation /nacm:nacm/nacm:rule-list { > deviate add { > min-elements 1; } } > =20 > In nacm both the config and the min-elements are absent, so their = default meaning is true. I actually tried both add and replace in = deviate. > I got rather confusing results whether the add/replace variant of = deviate should be accepted or rejected because the property already = exists or does not yet exist. > =20 > Pyang 2.0.2 locally: > Config=3Dfalse add-NOK replace-OK > Min-elements=3D1 add-OK replace-NOK > =20 > YANG-Validator pyang 2.0 & confdc > Config=3Dfalse add-OK replace-OK > Min-elements=3D1 add-OK replace-NOK > =20 > YANG-Validator yanglint > Config=3Dfalse add-OK replace-OK > Min-elements=3D1 add-OK replace-OK > =20 > IMHO the tools should always check the property, so even if the = statement is not present the properties config=3Dfalse and = min-elements=3D0 ARE present. So add should be rejected and replace = accepted.=20 > =20 > Regards Balazs > =20 > --=20 > Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 > Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_DCBB124A-3167-4634-B1C0-6D1CFCE465FA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Balazs,

Is this for = the NETMOD list, or should bugs be filed against the misbehaving = tools?

Kent


On Oct = 22, 2019, at 6:56 AM, Bal=C3=A1zs Lengyel <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

Hello, 
I tried = testing the following statements:
 
  deviation = /nacm:nacm/nacm:enable-nacm {
    deviate add {
      config false; =     } }
          &nb= sp;     
  = deviation /nacm:nacm/nacm:rule-list {
    deviate add {
      min-elements 1; =     }  }
 
In nacm both the config and the = min-elements are absent, so their default meaning is true. I actually = tried both add and replace in deviate.
I got rather confusing results whether = the add/replace variant of deviate should be accepted or rejected = because the property already exists or does not yet exist.
 
Pyang = 2.0.2 locally:
Config=3Dfalse       =             &n= bsp;   add-NOK =              = replace-OK
Min-elements=3D1        = ;      = add-OK           &n= bsp;     replace-NOK
 
YANG-Validator  pyang 2.0 & = confdc
Config=3Dfalse       =             &n= bsp;   add-OK =             &n= bsp;   replace-OK
Min-elements=3D1        = ;      = add-OK           &n= bsp;     replace-NOK
 
YANG-Validator yanglint
Config=3Dfalse       =             &n= bsp;   add-OK =             &n= bsp;   replace-OK
Min-elements=3D1        = ;      = add-OK           &n= bsp;     replace-OK
 
IMHO the tools should always check the = property, so even if the statement is not present the properties = config=3Dfalse and min-elements=3D0 ARE present. So add should be = rejected and replace accepted. 
 
Regards = Balazs
 
-- 
Balazs = Lengyel           &= nbsp;        Senior = Specialist          &nbs= p;            = Ericsson Hungary Ltd. 
Mobile: = +36-70-330-7909          = ;    email: Balazs.Lengyel@ericsson.com
 
_______________________________________________
netmod = mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

= --Apple-Mail=_DCBB124A-3167-4634-B1C0-6D1CFCE465FA-- From nobody Tue Oct 22 07:38:40 2019 Return-Path: <0100016df3e7c7fe-61084ee8-27bc-4ab4-9cca-088551a662e0-000000@amazonses.watsen.net> 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 A8489120818 for ; Tue, 22 Oct 2019 07:38:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 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, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 Rw-tOGH86DWk for ; Tue, 22 Oct 2019 07:38:38 -0700 (PDT) Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com [54.240.8.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 195AF12018B for ; Tue, 22 Oct 2019 07:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571755116; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=JNXV538zxhWV4mpSTKeWCEgiiK99kDTcQnLaNSY5HFA=; b=OGjWvkE7KL3CXqYWELBJXVm+QPBjlpRgmXfIduQeS7ZqRc3fHdSfAKlLhCMw+vUV 0utm7tci85dknOCRDvzRtnbdwnieqw/kr+cpBJAk4699Uv2mywxCeq6D5u8o0QLLWhi m4+XNLg5o1tFvgdlHMRBdC+deaVgix7I6eUsGojE= From: Kent Watsen Message-ID: <0100016df3e7c7fe-61084ee8-27bc-4ab4-9cca-088551a662e0-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_6BE48A90-371B-4851-9D9B-CB6578F6B9BB" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Tue, 22 Oct 2019 14:38:36 +0000 In-Reply-To: <20191022114319.CD85BF4071D@rfc-editor.org> Cc: Martin Bjorklund , Ignas Bagdonas , Warren Kumari , Joel Jaeggli , Lou Berger , Ladislav Lhotka , "netmod@ietf.org" To: RFC Errata System References: <20191022114319.CD85BF4071D@rfc-editor.org> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.10.22-54.240.8.83 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 14:38:40 -0000 --Apple-Mail=_6BE48A90-371B-4851-9D9B-CB6578F6B9BB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I think that this errata should be accepted. Kent // contributor > On Oct 22, 2019, at 7:43 AM, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC7950, > "The YANG 1.1 Data Modeling Language". >=20 > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid5879 >=20 > -------------------------------------- > Type: Technical > Reported by: Ladislav Lhotka >=20 > Section: 3 >=20 > Original Text > ------------- > o schema tree: The definition hierarchy specified within a module. >=20 >=20 > Corrected Text > -------------- > o schema tree: The hierarchy of schema nodes defined in the set of = all modules=20 > implemented by a server, as specified in the YANG library data = [RFC7895]. >=20 >=20 >=20 > Notes > ----- > The original definition of the term has two problems: >=20 > 1. Schema tree is not limited to a single module. Some YANG = constructs, such as augment and leafref type, may refer to a schema node = that is defined in another module. >=20 > 2. Apart from schema nodes, YANG modules contain definitions that do = not contribute to the schema tree: groupings, typedefs, identities etc. >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > -------------------------------------- > Title : The YANG 1.1 Data Modeling Language > Publication Date : August 2016 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG --Apple-Mail=_6BE48A90-371B-4851-9D9B-CB6578F6B9BB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = think that this errata should be accepted.

Kent // contributor



On Oct = 22, 2019, at 7:43 AM, RFC Errata System <rfc-editor@rfc-editor.org> wrote:

The = following errata report has been submitted for RFC7950,
"The= YANG 1.1 Data Modeling Language".

--------------------------------------
You may = review the report below and at:
https://www.rfc-editor.org/errata/eid5879
--------------------------------------
Type: = Technical
Reported by: Ladislav Lhotka = <lhotka@nic.cz>

Section: 3

Original Text
-------------
o  schema tree: The definition hierarchy specified = within a module.


Corrected = Text
--------------
o  schema tree: The = hierarchy of schema nodes defined in the set of all modules
  implemented by a server, as specified in the = YANG library data [RFC7895].



Notes
-----
The = original definition of the term has two problems:

1. Schema tree is not limited to a single module. Some YANG = constructs, such as augment and leafref type, may refer to a schema node = that is defined in another module.

2. Apart = from schema nodes, YANG modules contain definitions that do not = contribute to the schema tree: groupings, typedefs, identities etc.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, = please
use "Reply All" to discuss whether it should be = verified or
rejected. When a decision is reached, the = verifying party  
can log in to change the status and = edit the report, if necessary.

--------------------------------------
RFC7950 = (draft-ietf-netmod-rfc6020bis-14)
--------------------------------------
Title =             &n= bsp; : The YANG 1.1 Data Modeling Language
Publication = Date    : August 2016
Author(s) =           : M. = Bjorklund, Ed.
Category =            : = PROPOSED STANDARD
Source =             &n= bsp;: Network Modeling
Area =             &n= bsp;  : Operations and Management
Stream =             &n= bsp;: IETF
Verifying Party     : = IESG

= --Apple-Mail=_6BE48A90-371B-4851-9D9B-CB6578F6B9BB-- From nobody Tue Oct 22 08:03:04 2019 Return-Path: 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 A227812009C for ; Tue, 22 Oct 2019 08:03:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 Z1lGuUXiqJyZ for ; Tue, 22 Oct 2019 08:03:00 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6B0FC1200A3 for ; Tue, 22 Oct 2019 08:03:00 -0700 (PDT) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 5D2BD1AE03DD; Tue, 22 Oct 2019 17:02:58 +0200 (CEST) Date: Tue, 22 Oct 2019 17:02:29 +0200 (CEST) Message-Id: <20191022.170229.971604522071303700.mbj@tail-f.com> To: rfc-editor@rfc-editor.org Cc: ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, kent+ietf@watsen.net, lberger@labn.net, lhotka@nic.cz, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20191022114319.CD85BF4071D@rfc-editor.org> References: <20191022114319.CD85BF4071D@rfc-editor.org> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:03:03 -0000 Hi, The problem is that it is not clear that we can use this new definition with the rest of the text in the RFC that uses this term. For example, section 7.1.5 talks about "the imported module's schema tree", and this doesn't really work if the schema tree is not tied to a module. Also the proposed definition is recursive since it is defined in terms of "schema node", and a "schema node" is already defined as "a node in the schema tree". So it probably makes sense to look at this definition (and the text and other definitions) if we do a document update, but as it is currently written I think it should be rejected. /martin RFC Errata System wrote: > The following errata report has been submitted for RFC7950, > "The YANG 1.1 Data Modeling Language". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid5879 > > -------------------------------------- > Type: Technical > Reported by: Ladislav Lhotka > > Section: 3 > > Original Text > ------------- > o schema tree: The definition hierarchy specified within a module. > > > Corrected Text > -------------- > o schema tree: The hierarchy of schema nodes defined in the set of all modules > implemented by a server, as specified in the YANG library data [RFC7895]. > > > > Notes > ----- > The original definition of the term has two problems: > > 1. Schema tree is not limited to a single module. Some YANG constructs, such as augment and leafref type, may refer to a schema node that is defined in another module. > > 2. Apart from schema nodes, YANG modules contain definitions that do not contribute to the schema tree: groupings, typedefs, identities etc. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > -------------------------------------- > Title : The YANG 1.1 Data Modeling Language > Publication Date : August 2016 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > From nobody Tue Oct 22 08:07:41 2019 Return-Path: <0100016df4023541-879644c6-353f-4b32-9ccd-96dcd3d5e113-000000@amazonses.watsen.net> 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 CBEC51208B3; Tue, 22 Oct 2019 08:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 aG1Rf-M3lOUP; Tue, 22 Oct 2019 08:07:29 -0700 (PDT) Received: from a8-64.smtp-out.amazonses.com (a8-64.smtp-out.amazonses.com [54.240.8.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BC1A120820; Tue, 22 Oct 2019 08:07:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571756848; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=/EtE4UYad/jWITAWFNA6uOIUEMVGIb4ZRq8rumeQWbQ=; b=hPic3ZxezrHxa98OgM3G/19XRPyRaOJLq1FPEvHeTrh0+ZY6fWEc8AgnVaw9ieZw xpTMzjmyNwDNe6UkDQDAr3ZBHBJDscSQ09S0gr0FHqhSdaLqnWa5ibGqAqf4FHTSfR9 w7X85Ulo+vfHU8hOC/FTi76vALARvNLCLnEReswM= From: Kent Watsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Message-ID: <0100016df4023541-879644c6-353f-4b32-9ccd-96dcd3d5e113-000000@email.amazonses.com> Date: Tue, 22 Oct 2019 15:07:28 +0000 Cc: "netmod-chairs@ietf.org" To: "netmod@ietf.org" X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.10.22-54.240.8.64 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netmod] NETMOD 106 Schedule and Call for Presentations X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:07:40 -0000 The preliminary IETF 106 meeting agenda has been posted [1]. - The final agenda will be posted this Friday at the same location. - NETMOD is currently scheduled to meet twice on Tuesday for a total of 3-1/2 hours. Authors, per [2], the draft submission cutoff is in about two weeks, on Monday Nov 4th. Please update your drafts before then. If you are interested in presenting to the WG, please send your presentation requests to the "netconf-chairs" alias (CC-ed) with the following information, for each presentation request, if more than one: - name of the drafts (if any) - name of presentation (usually the title of the draft) - name of the presenter(s) - desired time request (in minutes) - local or remote Presenters, please be advised that, due to issues with the Chromebook displaying PowerPoint, and issues with chairs converting presentations to PDF themselves, it is now strongly recommended that presenters only submit PDF versions of their slides. [1] https://datatracker.ietf.org/meeting/106/agenda.html [2] https://datatracker.ietf.org/meeting/106/important-dates/ PS: Please respond to *this* thread (removing the "netconf" alias) so that it's easier for the chairs to track all the requests. Thanks! Kent (and Lou and Joel) From nobody Tue Oct 22 08:13:34 2019 Return-Path: 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 46F881200A3 for ; Tue, 22 Oct 2019 08:13:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=jacobsuniversity.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 6vaGTwX0UwUU for ; Tue, 22 Oct 2019 08:13:28 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30072.outbound.protection.outlook.com [40.107.3.72]) (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 3FAB01200DB for ; Tue, 22 Oct 2019 08:13:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FERhVF9wqwxic+lM+z5bw9RflTPiZjzqDo66ag38BUx+n4qxzcpph0B4An8cCr9cVOUxxvLbzKxIgXzwhWBtUTWvCQpJXpU2FJEEnXAEEbTF7Dq3mGRM5chQFNRQu7PfUH3kNfG1XKEP7CPxwb0cIQ+CyOtXCdUQPh6nuQzZWNGEZYNneJZZfVq2/51Rfz13kyOKRHa46eA5G7IeImtcfHlTZ/AaMbZk6SgGFI1JsyV42hizN/fhlol0O2ESvZzLzofBrDQJCsJkUJg/ZSy4B4Gx8BLALL1kgIFiKnGEc4gb5R8eGmPX1GR7MsqCqFBEiH/7tQ9mytzinuvtb/PnUg== 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=8tJnxbUfS1Kd01IWXiVNx5Azp2iPNj6rN5iNMQ3RlUE=; b=SWVQWg35YojZYxP9DD8bIIgsfHf/21HWObHSY+lZKRgGqkxYi6Yn2tyx886YBucgUO5I+V13Rs/gJv441LKVhLlBIFljsCSIc8Crpu31K/1kAFbG/6i31ThsoGkVvczI9e4ALFnRIHWWMxloYKs5Zm4iaUfp4HWUO8NgnPJW/IwCw89wrpb1jAgVHvNe9ZBMhI2ltFaj5lbcxCc1Oceic5Gx87aD0aTJywNz797si9yqriW7lxcDlOaajBdZlddmDXk0UARU7z/rIVUWNvKiAF0LhESRTscJtvfqdM/4nXvE3OtIpUAK9Br1fj935dkfAkFcZnGVJYO3MRzndv/xIg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8tJnxbUfS1Kd01IWXiVNx5Azp2iPNj6rN5iNMQ3RlUE=; b=RN1AXWvhKcwh9/XK/7BD61XNJnrpjWkRP6Od9dX810C6YTSbXYeLnFTH4NoQQCbo/7BpQ7Uxf89rKawfsC0Xnq3x/Jwbm0v3oPEOzBvODPxd5B65yjlnK1ZeASCxqCSP9D0FK82EyEeSgQJuXfB+A2oSzwnFGdqdMtDliKT6qDc= Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0033.EURP190.PROD.OUTLOOK.COM (10.172.218.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.20; Tue, 22 Oct 2019 15:12:59 +0000 Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 15:12:59 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: Kent Watsen CC: RFC Errata System , Ignas Bagdonas , "netmod@ietf.org" , Warren Kumari Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (5879) Thread-Index: AQHViM3zXcD8Fw3mlkGtoHC6DGNDzqdmuykAgAAJnIA= Date: Tue, 22 Oct 2019 15:12:59 +0000 Message-ID: <20191022151259.lxmsuz3u5megpg26@anna.jacobs.jacobs-university.de> References: <20191022114319.CD85BF4071D@rfc-editor.org> <0100016df3e7c7fe-61084ee8-27bc-4ab4-9cca-088551a662e0-000000@email.amazonses.com> In-Reply-To: <0100016df3e7c7fe-61084ee8-27bc-4ab4-9cca-088551a662e0-000000@email.amazonses.com> Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM4P190CA0017.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:56::27) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9a624328-1f0e-4c66-5b24-08d757025355 x-ms-traffictypediagnostic: AM4P190MB0033: x-ms-exchange-purlcount: 3 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39850400004)(136003)(376002)(346002)(396003)(189003)(51444003)(199004)(43066004)(25786009)(256004)(316002)(54906003)(3450700001)(786003)(6116002)(2906002)(45776006)(86362001)(386003)(66476007)(64756008)(71190400001)(71200400001)(66446008)(66556008)(1076003)(66946007)(6246003)(6506007)(53546011)(76176011)(81166006)(81156014)(52116002)(99286004)(8936002)(46003)(6512007)(446003)(11346002)(486006)(476003)(6306002)(186003)(102836004)(6436002)(966005)(8676002)(229853002)(14454004)(4326008)(478600001)(5660300002)(305945005)(6486002)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0033; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: G2MxWeNcUsmLT6Y7Xt6REM3nawSDr41WnpPPEn7qa7L0ZvFBwhpqhLhWiOTMy4iEpmjmYJ3QtQ8EOt3oV1fcXlBBdelpacJclCLbzMnp/jLBvpQ2cDmZevGoFjaJOIbEPgin03yW8uSgu1a/oS0/x1RDLePuuyXIcaXsCM/e6DDddzVQe+eCC7KZ4N8shslW5nZsQXKXQENuLsbN9VewLhyNDKK/KGzM9VSDFuomEmwUHY6o9EzgvBYQZl6/dTF7Si/VV++MJTcZowezUWS1mIqs5QMD0QWM9vtyGMDgH7FkoBnoPHSMl03tkfeuCKe0lpskWTOmKADiu6ZfJPuRnsiDeINq1a3My7uDZsI+aatvZoERhrfvjCzzhoyHKMzwz6iO2iZmxuTHVLJfegg/dUgoYga8tTu62PSCMthlvtCE6ew1aFCUahLXzVHqp5Boi35t94XY1G0ztD9/TwQvZwTU9G59vHurS/3j1okiHII= Content-Type: text/plain; charset="iso-8859-1" Content-ID: <81AEF9D7E3810043BDB179DEACA766D4@EURP190.PROD.OUTLOOK.COM> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 9a624328-1f0e-4c66-5b24-08d757025355 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 15:12:59.7777 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: K2CRvNA5/YysG8F0yd1u/yjh9jC6pJVuSfbjtbXroyG2l7qn4+aDB+dIEWmhFxOtuHmxzWpihS/j6gJ9VkjuX+lMl4Xdg8hiBbKj09clJvM= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0033 Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:13:32 -0000 I would be extremely careful with a change here. We would need to check carefully all places where "schema tree" is used today to be sure that accepting the errata does not accidentally change semantics. It may turn out that we use "schema tree" sometimes as "schema tree of a module" and sometimes as "schema tree of a server". It may turn out that we need to make this distinction more carefully and explicit than we have done so far and we may even conclude that we need two different terms to make this distinction. A minor nit: I think the definition should not reference RFC 7895; the definition should stand on its own and ideally RFC 7895 would import the proper defined term from YANG; it should not look like the definition in YANG depends on RFC 7895. /js On Tue, Oct 22, 2019 at 02:38:36PM +0000, Kent Watsen wrote: > I think that this errata should be accepted. >=20 > Kent // contributor >=20 >=20 >=20 > > On Oct 22, 2019, at 7:43 AM, RFC Errata System wrote: > >=20 > > The following errata report has been submitted for RFC7950, > > "The YANG 1.1 Data Modeling Language". > >=20 > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid5879 > >=20 > > -------------------------------------- > > Type: Technical > > Reported by: Ladislav Lhotka > >=20 > > Section: 3 > >=20 > > Original Text > > ------------- > > o schema tree: The definition hierarchy specified within a module. > >=20 > >=20 > > Corrected Text > > -------------- > > o schema tree: The hierarchy of schema nodes defined in the set of all= modules=20 > > implemented by a server, as specified in the YANG library data [RFC78= 95]. > >=20 > >=20 > >=20 > > Notes > > ----- > > The original definition of the term has two problems: > >=20 > > 1. Schema tree is not limited to a single module. Some YANG constructs,= such as augment and leafref type, may refer to a schema node that is defin= ed in another module. > >=20 > > 2. Apart from schema nodes, YANG modules contain definitions that do no= t contribute to the schema tree: groupings, typedefs, identities etc. > >=20 > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party =20 > > can log in to change the status and edit the report, if necessary.=20 > >=20 > > -------------------------------------- > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > -------------------------------------- > > Title : The YANG 1.1 Data Modeling Language > > Publication Date : August 2016 > > Author(s) : M. Bjorklund, Ed. > > Category : PROPOSED STANDARD > > Source : Network Modeling > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Oct 22 08:16:22 2019 Return-Path: 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 F0A9D1208BA for ; Tue, 22 Oct 2019 08:16:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=czVYMG0H; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=0toraLmI 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 ljuwIlH_ukUV for ; Tue, 22 Oct 2019 08:16:17 -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 58BD01208A4 for ; Tue, 22 Oct 2019 08:15:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3881; q=dns/txt; s=iport; t=1571757353; x=1572966953; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=QzvruvaFG4Y3o3kxDHxey8qJiKA+C6IXWwQ1/XjZa34=; b=czVYMG0HP3AH0eOT6dcLhyRnewGTw4Lo53DSnJ4dBzgWBIwcuwGzBMcy siYjmozj3agdO+CM7lakAAz7H+uHzPOU7YAEt6U9fRvIzTYeqb0pv+9Jz ttZligdfHRhuhPQ8Um+uFxSCIPk0e5t9ReytCQIQPUXyZu4bOCaTYtVOs k=; IronPort-PHdr: =?us-ascii?q?9a23=3AiowKfBcV6St07yKD/DV7i2dmlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGRD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dTM7GNhFUndu/mqwNg5eH8OtL1A=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CvAAAQHK9d/51dJa1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYF7gUtQBWxXIAQLKgqHYwOKWYJciW+OFIJSA1Q?= =?us-ascii?q?JAQEBDAEBGAsKAgEBg3tFAoMqJDgTAgMJAQEEAQEBAgEFBG2FNwyFSwEBAQQ?= =?us-ascii?q?BARAoBgEBLAsBCwQCAQgOAwQBAQEeECEGCx0IAgQBDQUIGoMBgkYDLgECDKc?= =?us-ascii?q?GAoE4iGGCJ4J+AQEFhQkNC4IXAwaBNowPGIFAP4ERRoJMPoEEgRdHAQGBOhE?= =?us-ascii?q?Yg0CCLI0SJoozlQktQQqCJJBBBVWEJoI7h1OPQI42gT+IeIwWgnoCBAIEBQI?= =?us-ascii?q?OAQEFgWkigVhwFRohgmxQEBSDBoNzhRSFP3SBKYwngTEBgSMBAQ?= X-IronPort-AV: E=Sophos;i="5.68,327,1569283200"; d="scan'208";a="563422971" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 15:15:52 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MFFq0K021930 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 15:15:52 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 10:15:51 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 10:15:50 -0500 Received: from NAM01-BN3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 10:15:51 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xai8mhLJQn+qfF2B8FfIHpc6qpr+1lDC1xu3tOxC5qwzlP239jlWj/gcT5mTZBWtTc22EhJudkCLrqbEEZbeN+Ii+u16/toPRr7qhoikVNnrtyacSjJqq5Wp0aXgjdYRsoWosO0HWw9c2DKGyllSq+iUzyhhGfXXvIkbuJ9oEypiwry+gYpnpEs9VxMydKHi/AfYmtiKxl+HsoPR/uOsBdE6GQYbx7Q+OLDNEau+4OUX9iYXyl7JAU+47EE4PMCDtvfNpRTd2zzNngl4moX3r1KrPvIw4vF9LcG8qI/4hZ3wXYs2XZl2NM19n0H79lfhNSg/5WCZsHTtPcc1tCFevA== 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=zN7ABB7xvL2BdL2WWsCEaVedWMP5SEc+LP2eo3VBhus=; b=TLxrnj4jqcbnOyyjpWtvWFlni8+7clrJUitir3BQ0VyKI5tPAp8If0YpypZfvRI6AVET30XEk1OB2v014Qr650puznQpdKojPOBY8gfjBJ3zQdMiDG6pqTcQ/Rar0vmbdrCwgZpmL4BDVfsnhZ8QK8B83P6w79C1cu97NqHu220k0V22Gt2XFg9IsCRijmFsbRme7W5ArENGPbn4zmX/V0lnrLW+8fWHQWZ2yEsaSY8RVbgxjq4ZnlYlVQ6VGsamcBPp9OnJDRMFaJJywfa6QwwDFy6TlpqB8uyT4dAkcU7aW9Qhipi2BH2CN6vpJpHVkw18vvc1Ybwj40bi7TkluQ== 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=zN7ABB7xvL2BdL2WWsCEaVedWMP5SEc+LP2eo3VBhus=; b=0toraLmImMw0ezZ9lHsXV7Rw9Md/4ij6ykHkHv8tcJN+Gww8886T53vFOw1FjCaCVWx6YxV374uyMUq0UlGea8UUEvjaZOqjxTSCzVywGDK09C8Y9txU2ofoJQuWLynps25x4wmtbT1G+CZtAI3mxTZvZZalcx0PrRD4OD/dZU0= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3821.namprd11.prod.outlook.com (20.178.253.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.24; Tue, 22 Oct 2019 15:15:49 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 15:15:49 +0000 From: "Rob Wilton (rwilton)" To: Martin Bjorklund , "rfc-editor@rfc-editor.org" CC: "ibagdona@gmail.com" , "netmod@ietf.org" , "warren@kumari.net" Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (5879) Thread-Index: AQHViM30HuRaqySg8UOIHZIEP5XN5qdmwdaAgAACInA= Date: Tue, 22 Oct 2019 15:15:49 +0000 Message-ID: References: <20191022114319.CD85BF4071D@rfc-editor.org> <20191022.170229.971604522071303700.mbj@tail-f.com> In-Reply-To: <20191022.170229.971604522071303700.mbj@tail-f.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: [173.38.220.40] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c3b0479b-3a7b-4ec5-6290-08d75702b8aa x-ms-traffictypediagnostic: MN2PR11MB3821: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(346002)(366004)(396003)(376002)(136003)(13464003)(199004)(189003)(6436002)(7736002)(305945005)(229853002)(55016002)(14454004)(3846002)(6506007)(53546011)(966005)(6306002)(26005)(99286004)(6116002)(102836004)(9686003)(4326008)(186003)(64756008)(81166006)(66476007)(52536014)(446003)(76116006)(66556008)(66946007)(5660300002)(86362001)(81156014)(8676002)(478600001)(74316002)(476003)(486006)(8936002)(11346002)(66446008)(33656002)(14444005)(256004)(110136005)(54906003)(25786009)(2906002)(316002)(71200400001)(71190400001)(6246003)(2501003)(7696005)(76176011)(66066001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3821; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: +JzX0/5Jni5lRwk3nsxea/Fpqy37U9Blz6LBL4GIt24uAZV1HmchMQhkPnwEl/OahDZXz/XNQVS82hYyq+2SXOsCDJ519vt2eKY7Y03KyR96hSuOvKkBLbNyIcJ/B45x5iOG5AZAIQUHLGIv4MKUGbvQQaFfX2NtriaCiYdxcbYvMrkEZxeFJtbreSXgIXNuF/f6KDgk7Ixvbc+A6xmwXUXenMwDLuEQ/dCaGpcEfSqrF6ksANtpwVMYqFlIAVs26XEU4mF8vSenA5x19Wrj8x+545xiUrfw5QSrM/oyAvcE1et75MSAdvxPAfSwQpBHqfU4bTICPMbkoiINk4qoG/MbQwXjeYaQAc7CKUKHy147B9yK+1J7mm7ULDc8c4hnMJoviIhO13KHMfwtZTKFdd3Dsyixb40T85LoQaI3YsGQ+3InQlAJvzQrpPktmM/AWRKnzqP75q4SW6mE7AzNRId4A3mJMtMF6os+4FqVNMU= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c3b0479b-3a7b-4ec5-6290-08d75702b8aa X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 15:15:49.3890 (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: 2/a75wjIMh92iEtG0cUD+m7CKPa8dfmo064bGOUvfuTm6UZkvgrQG7060inePHw7dWuL4zKbntIOyybiOq7HHA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3821 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:16:20 -0000 I agree with Lada that having such a definition would be useful. But I also agree with Martin that this isn't really an erratum. It is also worth noting that RFC 8342 defines: o schema node: A node in the schema tree. The formal definition is provided in RFC 7950. o datastore schema: The combined set of schema nodes for all modules supported by a particular datastore, taking into consideration any deviations and enabled features for that datastore. The latest version of the packages draft (not posted yet), defines: o YANG schema: A datastore schema, not bound to any particular datastore. Thanks, Rob > -----Original Message----- > From: netmod On Behalf Of Martin Bjorklund > Sent: 22 October 2019 16:02 > To: rfc-editor@rfc-editor.org > Cc: ibagdona@gmail.com; netmod@ietf.org; warren@kumari.net > Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) >=20 > Hi, >=20 > The problem is that it is not clear that we can use this new definition > with the rest of the text in the RFC that uses this term. > For example, section 7.1.5 talks about "the imported module's schema > tree", and this doesn't really work if the schema tree is not tied to a > module. >=20 > Also the proposed definition is recursive since it is defined in terms of > "schema node", and a "schema node" is already defined as "a node in the > schema tree". >=20 > So it probably makes sense to look at this definition (and the text and > other definitions) if we do a document update, but as it is currently > written I think it should be rejected. >=20 >=20 > /martin >=20 >=20 >=20 > RFC Errata System wrote: > > The following errata report has been submitted for RFC7950, "The YANG > > 1.1 Data Modeling Language". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid5879 > > > > -------------------------------------- > > Type: Technical > > Reported by: Ladislav Lhotka > > > > Section: 3 > > > > Original Text > > ------------- > > o schema tree: The definition hierarchy specified within a module. > > > > > > Corrected Text > > -------------- > > o schema tree: The hierarchy of schema nodes defined in the set of all > modules > > implemented by a server, as specified in the YANG library data > [RFC7895]. > > > > > > > > Notes > > ----- > > The original definition of the term has two problems: > > > > 1. Schema tree is not limited to a single module. Some YANG constructs, > such as augment and leafref type, may refer to a schema node that is > defined in another module. > > > > 2. Apart from schema nodes, YANG modules contain definitions that do no= t > contribute to the schema tree: groupings, typedefs, identities etc. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or rejected. > > When a decision is reached, the verifying party can log in to change > > the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > -------------------------------------- > > Title : The YANG 1.1 Data Modeling Language > > Publication Date : August 2016 > > Author(s) : M. Bjorklund, Ed. > > Category : PROPOSED STANDARD > > Source : Network Modeling > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > > >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Oct 22 08:37:50 2019 Return-Path: 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 E60F512009C for ; Tue, 22 Oct 2019 08:37:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=jacobsuniversity.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 M0_QucCnejeT for ; Tue, 22 Oct 2019 08:37:44 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20043.outbound.protection.outlook.com [40.107.2.43]) (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 677CB120073 for ; Tue, 22 Oct 2019 08:37:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oHwLZj5neQ2ZPNsvWKyVtd6+yg1T2la6+t/ZZg3/fP7a7K6t2gI7aKk3GgixnmENfIybMbnvQjHz1j/xRBAYHr7ASUKo5pqofQ57FkZmnKWrZZfEbw4dZ0tMA4OmDnXULX1WdqR8UzqFMSvD4XJHynvaMHLoobShqsJSHwCKYxD5i93kj8DpqKAOvCle8mpR/RRyGjyjfSGgvDrJ2MY/ou+b/9u4ZA0vHGXb5TnSuqO4gddDent2cza3ox/NW0xsZXQTSHZl3MTFcdSBI4p1phVUVO/zgBZp1yUbJKdhtyShB0LdorntxxmKGdC1L6RXTCLBULBA8RVniqqV7j4cOA== 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=f4RoNDtL/jzeKw3AgUo2pegiB2pOpemabwsW1ptvb0s=; b=nRCKk7GRbMmNG/1CQMcbJucqLIoZdLn7wFc4ed7Q1vUn2QKr/aN1Z5IDBgQAQ/GueQh+NfsfGQAIyCfwP9XI918ipasZjuVzXAaYjGpFVCZ6itd1WhMRzgyqw5wq0QlNP3yxKF+X/0QIpc6QEBKgsg+Fyfq5VeZje0AQYltW2xxACEXvCr7VVqbG7VAQPcKc0UKuETmRLgvhrZAmdKR+8PUt5G+80n+6MkHCtzsjfyCnFdYiRG//Vfx8crHCGt/dOonPV5riLC9fybRXTOqJRcPbsv6MOGr2tfBBO+onwyl5wDC5n+Fs+DfIgoQG1t9yeyz76SI4DJk8EVQNKnQKOQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=f4RoNDtL/jzeKw3AgUo2pegiB2pOpemabwsW1ptvb0s=; b=JHdSlCbsyg6EhS9+ZjIf1u0ifbIoaCPhji74xVSqkFmTVCC2/4W4VQUUWre8DW+zM+GZWX+mvlPhHOd21DDYKQ+EQeOnI6Olh8S7c5DGr7+TSH2Y1UiMHPJhab5uteXz1BxppFy6iW4OoE9UzEwdYkJ0yeoOQQgr0XC3ftCnyDs= Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0180.EURP190.PROD.OUTLOOK.COM (10.172.218.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.24; Tue, 22 Oct 2019 15:37:41 +0000 Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 15:37:41 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: "Rob Wilton (rwilton)" CC: Martin Bjorklund , "rfc-editor@rfc-editor.org" , "ibagdona@gmail.com" , "warren@kumari.net" , "netmod@ietf.org" Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (5879) Thread-Index: AQHViOuVXcD8Fw3mlkGtoHC6DGNDzqdmy28A Date: Tue, 22 Oct 2019 15:37:41 +0000 Message-ID: <20191022153740.fdn4yewitln4eu5c@anna.jacobs.jacobs-university.de> References: <20191022114319.CD85BF4071D@rfc-editor.org> <20191022.170229.971604522071303700.mbj@tail-f.com> In-Reply-To: Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR01CA0095.eurprd01.prod.exchangelabs.com (2603:10a6:208:10e::36) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a80afe96-ffb3-4320-a514-08d75705c656 x-ms-traffictypediagnostic: AM4P190MB0180: x-ms-exchange-purlcount: 3 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39850400004)(346002)(136003)(366004)(396003)(376002)(189003)(13464003)(199004)(76176011)(86362001)(6116002)(305945005)(99286004)(66556008)(64756008)(66446008)(6506007)(386003)(7736002)(66946007)(3450700001)(2906002)(52116002)(186003)(316002)(53546011)(66476007)(102836004)(786003)(6916009)(45776006)(486006)(6306002)(43066004)(1076003)(14444005)(256004)(6246003)(966005)(8676002)(5660300002)(6486002)(476003)(14454004)(81166006)(81156014)(229853002)(478600001)(8936002)(25786009)(71190400001)(6436002)(71200400001)(46003)(11346002)(54906003)(4326008)(446003)(6512007); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0180; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 5nMUO8MBkI7LL/mC4xP7UQadrS+CPokW++UtuqYmJgXod9Vlk+wciRyCR7EtyaPqzNhYTJwgDelswPNkAhpMdo5WBWF3pisvMCqmxKRKzO6//jNrjvHRY0lfJNHkNHMeUr9IMORtxzCNTnOh2AoAFTFQe6H6BI5cR+BYCeq3GPpUBv2graN+Ti0F1gL/sHCS4GB39q7WHhw/RnBnUcHUy7nQtWc0HtDeZULqliw8irxWAsZG8X7yvTS+XZx3DcUWUC1vBfwtGOnUP5stWyIqiDxIWKQzVV6rZmS4KG9GHGaPiTQDyadd8ZPRsqTa2DdYYR/nWKhiWDvHNXFHrrtmXkS5kqsTZrWBgUeY1MxMCSPMs+k8KoDpIFu4mNF17CfaAlDeaP2bByuOwXmpmFIYZqoCqhcEIndiWnoeH5zGyEfWz1JLOw/CNrtCPZgY04F3lKlchDvMbEs9qAQfeprXyXK2VGOyNpvAA6UGY82DFd4= Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: a80afe96-ffb3-4320-a514-08d75705c656 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 15:37:41.2813 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 2qwQiJks6KJO8bWDFvntmru2P1oQO5ZbQ7eonSrKOFvicbk8KZFsN8mYEyhlydZmTnnUkOfGu172ZwwfuGZkxXKUiN0xdWSOo2/cXoE530I= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0180 Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:37:48 -0000 So we need to extend and clarify the terminology but this can't be done via an errata. Looking at the RFC 8342 terms, we may need to also define 'module schema', which is pretty much what the current 'schema tree' definition is (or we just keep that definition). (I am not sure 'YANG schema' as proposed in the packages work is a good term, but then this is a draft and this can be improved.) I am also not sure that 'set of all modules implemented by a server' (proposed by Lada) is a good definition; in the NMDA world, a server implements several datastores and each datastore has a datastore schema and they can be different. Bottom line: I think the errata should be rejected and we should check that we have a proper issue on the YANG issue next tracker to address this terminology issue in the future. /js On Tue, Oct 22, 2019 at 03:15:49PM +0000, Rob Wilton (rwilton) wrote: > I agree with Lada that having such a definition would be useful. >=20 > But I also agree with Martin that this isn't really an erratum. >=20 > It is also worth noting that RFC 8342 defines: >=20 > o schema node: A node in the schema tree. The formal definition is > provided in RFC 7950. >=20 > o datastore schema: The combined set of schema nodes for all modules > supported by a particular datastore, taking into consideration any > deviations and enabled features for that datastore. >=20 > The latest version of the packages draft (not posted yet), defines: >=20 > o YANG schema: A datastore schema, not bound to any particular > datastore. >=20 > Thanks, > Rob >=20 >=20 > > -----Original Message----- > > From: netmod On Behalf Of Martin Bjorklund > > Sent: 22 October 2019 16:02 > > To: rfc-editor@rfc-editor.org > > Cc: ibagdona@gmail.com; netmod@ietf.org; warren@kumari.net > > Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) > >=20 > > Hi, > >=20 > > The problem is that it is not clear that we can use this new definition > > with the rest of the text in the RFC that uses this term. > > For example, section 7.1.5 talks about "the imported module's schema > > tree", and this doesn't really work if the schema tree is not tied to a > > module. > >=20 > > Also the proposed definition is recursive since it is defined in terms = of > > "schema node", and a "schema node" is already defined as "a node in the > > schema tree". > >=20 > > So it probably makes sense to look at this definition (and the text and > > other definitions) if we do a document update, but as it is currently > > written I think it should be rejected. > >=20 > >=20 > > /martin > >=20 > >=20 > >=20 > > RFC Errata System wrote: > > > The following errata report has been submitted for RFC7950, "The YANG > > > 1.1 Data Modeling Language". > > > > > > -------------------------------------- > > > You may review the report below and at: > > > https://www.rfc-editor.org/errata/eid5879 > > > > > > -------------------------------------- > > > Type: Technical > > > Reported by: Ladislav Lhotka > > > > > > Section: 3 > > > > > > Original Text > > > ------------- > > > o schema tree: The definition hierarchy specified within a module. > > > > > > > > > Corrected Text > > > -------------- > > > o schema tree: The hierarchy of schema nodes defined in the set of a= ll > > modules > > > implemented by a server, as specified in the YANG library data > > [RFC7895]. > > > > > > > > > > > > Notes > > > ----- > > > The original definition of the term has two problems: > > > > > > 1. Schema tree is not limited to a single module. Some YANG construct= s, > > such as augment and leafref type, may refer to a schema node that is > > defined in another module. > > > > > > 2. Apart from schema nodes, YANG modules contain definitions that do = not > > contribute to the schema tree: groupings, typedefs, identities etc. > > > > > > Instructions: > > > ------------- > > > This erratum is currently posted as "Reported". If necessary, please > > > use "Reply All" to discuss whether it should be verified or rejected. > > > When a decision is reached, the verifying party can log in to change > > > the status and edit the report, if necessary. > > > > > > -------------------------------------- > > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > > -------------------------------------- > > > Title : The YANG 1.1 Data Modeling Language > > > Publication Date : August 2016 > > > Author(s) : M. Bjorklund, Ed. > > > Category : PROPOSED STANDARD > > > Source : Network Modeling > > > Area : Operations and Management > > > Stream : IETF > > > Verifying Party : IESG > > > > >=20 > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Oct 22 09:26:34 2019 Return-Path: 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 3D79D1200E7 for ; Tue, 22 Oct 2019 09:26:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=DF4pmy0O; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=PMSgjXPV 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 RSwfOkzX8iX9 for ; Tue, 22 Oct 2019 09:26:31 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0275912004A for ; Tue, 22 Oct 2019 09:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6205; q=dns/txt; s=iport; t=1571761591; x=1572971191; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=oATxSsq6Y2pJlTMkDBZib3PIRdVGz2EGWNp0cQ+uizo=; b=DF4pmy0OctujCukFq72HX+OlPMGK84MMS9CM+4KYpiiy2rCAspCFcKlt N27OpVuMhl2aPV63LY+utgkH+aNIOXNg25TXTuaPX+biEq/HveV92/MoT fRgTuBGkQM336lnT3kE+8jpfuT/UjIeteoq/wDqxa20cS2Q0maBjP26gI 0=; IronPort-PHdr: =?us-ascii?q?9a23=3AUVXGthfIOC1Vt3/ghDpOPBBalGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGRD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dTM7GNhFUndu/mqwNg5eH8OtL1A=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B/AAD3LK9d/5RdJa1iAxkBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAREBAQEBAQEBAQEBAYF7gUtQBWxXIAQLKgqHYwOKWIJciW+?= =?us-ascii?q?OFIJSA1QJAQEBDAEBGAsKAgEBg3tFAoMqJDgTAgMJAQEEAQEBAgEFBG2FNwy?= =?us-ascii?q?FSwEBAQQBARAuAQEsCwELAgICAQgQAQQBAQEuGwYGCx0IAgQOBQgagwGCRgM?= =?us-ascii?q?uAQIMpxcCgTiIYYIngn4BAQWFCQ0LghcDBgWBMYwPGIFAP4ERRoJMPoEEgRd?= =?us-ascii?q?HAQGBOhEYBRomgnuCLI0SJoIJhnWBNZUJLUEKgiSHDokzBVWEJoI7h1OPQI9?= =?us-ascii?q?1hmiCEIwWgnoCBAIEBQIOAQEFgWkigVhwFRohgmxQEBSDBoNzM4RhhT90gSm?= =?us-ascii?q?MJ4ExAYEjAQE?= X-IronPort-AV: E=Sophos;i="5.68,216,1569283200"; d="scan'208";a="651967040" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 16:26:27 +0000 Received: from XCH-ALN-018.cisco.com (xch-aln-018.cisco.com [173.36.7.28]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MGQQ9O022440 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 16:26:26 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-018.cisco.com (173.36.7.28) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 11:26:25 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 11:26:07 -0500 Received: from NAM02-BL2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 12:26:07 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IAhZOiHXomuGMu1QHIvTud0svOjfElmNYVv/8ouXx4vzpxn0DvpRT3Ed1Vkm5Vagm+B/Ob2Tx+GCtXlygyeWVPaTAwaLJ6Z7Fuy9sphPcnviLtRWHVPy+JB2DEg/o2rLwV+occBpTZ5E6pm58KvQTvaJgjgRWRfni2R/gSVL6Ui+e3pPxoz2XxA/ep8yPMW19Qz9YLTuVxKKT5nOnV4aBXGstznnZ5dOPhoXeYS9Y3Fyo33QHdXjEtidEmN1VPSQ81WwSii05ffvjHopDmqYine43d5yB3e8P2sGKfGVFG586+a0KjgmQNWPOMFqkMaRR+6C9ov1qu2dZnwyktsn9g== 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=7yy82ENBjl8BvLfYHzjvqt/5dGe2IxoZzwUggaJRIcI=; b=daWDBbr8DVduTUhNdTc7+e2OPFhSUdZ4PszoJdw/SWzNGMdKq6tamoeCbKWWz3ql+/mhJxj48jwemGSo1h+McWm7B7Yg6ozqxZMUHSIuJDNg8bTDrG5XYYP7QOkpH0RS1RSya9Dr99U7o3z8jDH05fNPZJgNctyr3cjWE67zb/yYjBs5dIfDC8IvwWOrsDj5XV7eHSA0cDOZjJuIg/1FYn7zPcBEpT3c4eWrvlIR7cKeYhnWP/tche6iYTcP9twLI2+aOjK80oENmh4AHQBgTAqpPK9J45mqJ2DtMD0t69rTeQmuCeHBAJ7LLq3/L2IyM+wEm4oAZL6hzGs8xicTKw== 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=7yy82ENBjl8BvLfYHzjvqt/5dGe2IxoZzwUggaJRIcI=; b=PMSgjXPVKSGydVx4kruL2eJ/7H945Hqof9j7DOFiNXJ/6KYID19gXf9LNWANRh8IEdDp9wVgbv3Ckxa6LHldM5fI5gHZIpzlwZm/Mrki+GQWdbDv7H8vgSp6SGH709+0U/O3Im0JXJ+MSGdc/uYJTN7x71FPu1eibM5/s7S9x7M= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4143.namprd11.prod.outlook.com (20.179.150.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.19; Tue, 22 Oct 2019 16:26:05 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 16:26:05 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= CC: Martin Bjorklund , "rfc-editor@rfc-editor.org" , "ibagdona@gmail.com" , "warren@kumari.net" , "netmod@ietf.org" Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (5879) Thread-Index: AQHViM30HuRaqySg8UOIHZIEP5XN5qdmwdaAgAACInCAAAezgIAADLBw Date: Tue, 22 Oct 2019 16:26:05 +0000 Message-ID: References: <20191022114319.CD85BF4071D@rfc-editor.org> <20191022.170229.971604522071303700.mbj@tail-f.com> <20191022153740.fdn4yewitln4eu5c@anna.jacobs.jacobs-university.de> In-Reply-To: <20191022153740.fdn4yewitln4eu5c@anna.jacobs.jacobs-university.de> 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: [173.38.220.40] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6aef1945-df28-4c7f-7957-08d7570c8958 x-ms-traffictypediagnostic: MN2PR11MB4143: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(376002)(136003)(39860400002)(346002)(189003)(199004)(13464003)(6246003)(7696005)(81156014)(9686003)(966005)(25786009)(478600001)(8676002)(54906003)(476003)(33656002)(81166006)(66556008)(66476007)(66446008)(64756008)(6436002)(14454004)(66946007)(5660300002)(52536014)(6306002)(55016002)(316002)(76116006)(76176011)(229853002)(4326008)(14444005)(256004)(486006)(7736002)(74316002)(102836004)(86362001)(446003)(8936002)(26005)(6506007)(53546011)(2906002)(99286004)(71200400001)(71190400001)(3846002)(66066001)(6116002)(66574012)(11346002)(6916009)(186003)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4143; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: /chYk3IySRAxYJogPosOVU029gjPDPqfQggBubnYsDn9D7f55o0hPw7kPcq4E5Y9WJLvLWWv20CZrD6YMTC992IOjF6DFnxKiCrFo9OB0xUTQhzDaYI5+IPRRlPlqbXQG/wx/NL0FaWBAcs36dTKGSAJs6iPW4NOdnKYORrqgUM8jpWDdFyxkBPS73F6rgPjrVNrHVYhSGQ48cn/rFnUrpTvPdDL8NEnFXRJiZxifiO5xc0xETJjADvsD9y4f5idgpAiRpZVpumHX41BOzDiJGLgizcR0y3nARfmToXKmUtlKPFbitFPGx9yI/b+xSbYc1fzDHrxxx1/rpf8+PbiF88JTBaGCwj1KWqpUc06BYlOmPgFYQGhRls2Pjq3ieju7QcM3jln8VYDN6tZc0CyhK1bFkv6XssyVGSFpsWPK6ZgAe+8nVMdXW6180glvhItH7QdByUHHyVjnjX/6UqEVoOnUdy/DFgVj1fEMJh19cM= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 6aef1945-df28-4c7f-7957-08d7570c8958 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 16:26:05.0735 (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: Ond0QdTNK8Eo9cyQmlPchevxlvFfzlNybg8M5ILMha6EqzH4YcLZGNMZDhYU/s0Fe8t7od07pCDbUPDaLojK5w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4143 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.28, xch-aln-018.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 16:26:33 -0000 Yes. I've raised https://github.com/netmod-wg/yang-next/issues/96 to track this.= Please modify/extend as appropriate. Thanks, Rob > -----Original Message----- > From: Sch=F6nw=E4lder, J=FCrgen > Sent: 22 October 2019 16:38 > To: Rob Wilton (rwilton) > Cc: Martin Bjorklund ; rfc-editor@rfc-editor.org; > ibagdona@gmail.com; warren@kumari.net; netmod@ietf.org > Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) >=20 > So we need to extend and clarify the terminology but this can't be done > via an errata. Looking at the RFC 8342 terms, we may need to also define > 'module schema', which is pretty much what the current 'schema tree' > definition is (or we just keep that definition). >=20 > (I am not sure 'YANG schema' as proposed in the packages work is a good > term, but then this is a draft and this can be improved.) >=20 > I am also not sure that 'set of all modules implemented by a server' > (proposed by Lada) is a good definition; in the NMDA world, a server > implements several datastores and each datastore has a datastore schema > and they can be different. >=20 > Bottom line: I think the errata should be rejected and we should check > that we have a proper issue on the YANG issue next tracker to address thi= s > terminology issue in the future. >=20 > /js >=20 > On Tue, Oct 22, 2019 at 03:15:49PM +0000, Rob Wilton (rwilton) wrote: > > I agree with Lada that having such a definition would be useful. > > > > But I also agree with Martin that this isn't really an erratum. > > > > It is also worth noting that RFC 8342 defines: > > > > o schema node: A node in the schema tree. The formal definition is > > provided in RFC 7950. > > > > o datastore schema: The combined set of schema nodes for all module= s > > supported by a particular datastore, taking into consideration an= y > > deviations and enabled features for that datastore. > > > > The latest version of the packages draft (not posted yet), defines: > > > > o YANG schema: A datastore schema, not bound to any particular > > datastore. > > > > Thanks, > > Rob > > > > > > > -----Original Message----- > > > From: netmod On Behalf Of Martin Bjorklund > > > Sent: 22 October 2019 16:02 > > > To: rfc-editor@rfc-editor.org > > > Cc: ibagdona@gmail.com; netmod@ietf.org; warren@kumari.net > > > Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) > > > > > > Hi, > > > > > > The problem is that it is not clear that we can use this new > > > definition with the rest of the text in the RFC that uses this term. > > > For example, section 7.1.5 talks about "the imported module's schema > > > tree", and this doesn't really work if the schema tree is not tied > > > to a module. > > > > > > Also the proposed definition is recursive since it is defined in > > > terms of "schema node", and a "schema node" is already defined as "a > > > node in the schema tree". > > > > > > So it probably makes sense to look at this definition (and the text > > > and other definitions) if we do a document update, but as it is > > > currently written I think it should be rejected. > > > > > > > > > /martin > > > > > > > > > > > > RFC Errata System wrote: > > > > The following errata report has been submitted for RFC7950, "The > > > > YANG > > > > 1.1 Data Modeling Language". > > > > > > > > -------------------------------------- > > > > You may review the report below and at: > > > > https://www.rfc-editor.org/errata/eid5879 > > > > > > > > -------------------------------------- > > > > Type: Technical > > > > Reported by: Ladislav Lhotka > > > > > > > > Section: 3 > > > > > > > > Original Text > > > > ------------- > > > > o schema tree: The definition hierarchy specified within a module. > > > > > > > > > > > > Corrected Text > > > > -------------- > > > > o schema tree: The hierarchy of schema nodes defined in the set > > > > of all > > > modules > > > > implemented by a server, as specified in the YANG library data > > > [RFC7895]. > > > > > > > > > > > > > > > > Notes > > > > ----- > > > > The original definition of the term has two problems: > > > > > > > > 1. Schema tree is not limited to a single module. Some YANG > > > > constructs, > > > such as augment and leafref type, may refer to a schema node that is > > > defined in another module. > > > > > > > > 2. Apart from schema nodes, YANG modules contain definitions that > > > > do not > > > contribute to the schema tree: groupings, typedefs, identities etc. > > > > > > > > Instructions: > > > > ------------- > > > > This erratum is currently posted as "Reported". If necessary, > > > > please use "Reply All" to discuss whether it should be verified or > rejected. > > > > When a decision is reached, the verifying party can log in to > > > > change the status and edit the report, if necessary. > > > > > > > > -------------------------------------- > > > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > > > -------------------------------------- > > > > Title : The YANG 1.1 Data Modeling Language > > > > Publication Date : August 2016 > > > > Author(s) : M. Bjorklund, Ed. > > > > Category : PROPOSED STANDARD > > > > Source : Network Modeling > > > > Area : Operations and Management > > > > Stream : IETF > > > > Verifying Party : IESG > > > > > > > > > > _______________________________________________ > > > netmod mailing list > > > netmod@ietf.org > > > https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 From nobody Tue Oct 22 10:52:55 2019 Return-Path: <0100016df49997cc-581feda8-01ed-4980-b8bb-2ffd5d648df9-000000@amazonses.watsen.net> 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 37B9E1200B9; Tue, 22 Oct 2019 10:52:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 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, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 4D0EH_x6puF8; Tue, 22 Oct 2019 10:52:51 -0700 (PDT) Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45BB51200BA; Tue, 22 Oct 2019 10:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1571766769; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=7Sa2zzC5bfis54BZ9/wfVCvIY3rFhoABo4iNNyJlO64=; b=eQqZxyT+pki6WK/AZV57dvl350q6XK3VmyveRx0rtkSQ2G+8+XCDbIFpXvLjvXWq gaHQ47Df46fjeQb8NaZjFjd1XmFX0NmIxsf4kCz+pIOeQM5pjfHwqbvxTRUI4vXH44R XmEPqtsaqz0GDcOw0Up3w3MYhrh/tLKi/zacViGI= From: Kent Watsen Message-ID: <0100016df49997cc-581feda8-01ed-4980-b8bb-2ffd5d648df9-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_7C2E7069-0C12-439B-97D3-1CF6FC79FE6D" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Tue, 22 Oct 2019 17:52:49 +0000 In-Reply-To: <0100016df4023541-879644c6-353f-4b32-9ccd-96dcd3d5e113-000000@email.amazonses.com> Cc: "netmod-chairs@ietf.org" To: "netmod@ietf.org" References: <0100016df4023541-879644c6-353f-4b32-9ccd-96dcd3d5e113-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.10.22-54.240.8.31 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] NETMOD 106 Schedule and Call for Presentations X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 17:52:53 -0000 --Apple-Mail=_7C2E7069-0C12-439B-97D3-1CF6FC79FE6D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii There is a copy/paste error in the 3rd paragraph: - s/netconf-chairs/netmod-chairs/ Please don't send NETMOD requests to the NETCONF chairs! ;) Kent // nervous chair > On Oct 22, 2019, at 11:07 AM, Kent Watsen wrote: > > > The preliminary IETF 106 meeting agenda has been posted [1]. > - The final agenda will be posted this Friday at the same location. > - NETMOD is currently scheduled to meet twice on Tuesday for a > total of 3-1/2 hours. > > Authors, per [2], the draft submission cutoff is in about two weeks, > on Monday Nov 4th. Please update your drafts before then. > > If you are interested in presenting to the WG, please send your > presentation requests to the "netconf-chairs" alias (CC-ed) with > the following information, for each presentation request, if more > than one: > > - name of the drafts (if any) > - name of presentation (usually the title of the draft) > - name of the presenter(s) > - desired time request (in minutes) > - local or remote > > Presenters, please be advised that, due to issues with the Chromebook > displaying PowerPoint, and issues with chairs converting presentations > to PDF themselves, it is now strongly recommended that presenters only > submit PDF versions of their slides. > > [1] https://datatracker.ietf.org/meeting/106/agenda.html > [2] https://datatracker.ietf.org/meeting/106/important-dates/ > > PS: Please respond to *this* thread (removing the "netconf" alias) > so that it's easier for the chairs to track all the requests. > > Thanks! > Kent (and Lou and Joel) > > > --Apple-Mail=_7C2E7069-0C12-439B-97D3-1CF6FC79FE6D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii There= is a copy/paste error in the 3rd paragraph:
= - s/netconf-chairs/netmod-chairs/

Please don't send NETMOD requests to the NETCONF = chairs!  ;)

Kent // nervous = chair


On Oct 22, 2019, at 11:07 AM, = Kent Watsen <kent+ietf@watsen.net> wrote:


The preliminary IETF 106 meeting agenda has been posted [1]. =  
 - The final agenda will be posted this = Friday at the same location.
 - NETMOD is currently = scheduled to meet twice on Tuesday for a
=    total of 3-1/2 hours.

Authors, per [2], the draft submission cutoff is in about two = weeks,
on Monday Nov 4th.  Please update your drafts = before then.

If you are interested in = presenting to the WG, please send your
presentation = requests to the "netconf-chairs" alias (CC-ed) with
the = following information, for each presentation request, if more
than one:

 - name of the = drafts (if any)
 - name of presentation (usually the = title of the draft)
 - name of the presenter(s)
 - desired time request (in minutes)
=  - local or remote

Presenters, please = be advised that, due to issues with the Chromebook
displaying PowerPoint, and issues with chairs converting = presentations
to PDF themselves, it is now strongly = recommended that presenters only
submit PDF versions of = their slides.

[1] https://datatracker.ietf.org/meeting/106/agenda.html
[2] https://datatracker.ietf.org/meeting/106/important-dates/
PS: Please respond to *this* thread = (removing the "netconf" alias)
   so that = it's easier for the chairs to track all the requests.

Thanks!
Kent (and Lou and Joel)



= --Apple-Mail=_7C2E7069-0C12-439B-97D3-1CF6FC79FE6D-- From nobody Tue Oct 22 12:19:22 2019 Return-Path: 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 13518120945 for ; Tue, 22 Oct 2019 12:19:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=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=nic.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 wGegC5YwKX9z for ; Tue, 22 Oct 2019 12:19:12 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 182B2120994 for ; Tue, 22 Oct 2019 12:19:11 -0700 (PDT) Received: from birdie (unknown [IPv6:2a01:5e0:29:ffff:a77:4b4a:dc25:79cc]) by mail.nic.cz (Postfix) with ESMTPSA id 14254140EAF; Tue, 22 Oct 2019 21:19:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1571771948; bh=0DnWVob10MT6QOZvDXVGzObXXnVnE/GM+Y9zvBBxruI=; h=From:To:Date; b=fTLKJUf1QDxUlVR9XT2AeBlEA0EaLI7icrSv1TdAUxvcXhAcitvwocHd+kApjAnLa FwfsX6aqvOnTHuqOT6QqNjxPqpaX21RwGdcwZaK3obSoabYynkbE5KvNwb8/OqTS1N pvFLFKNCEkOofllNGcLl5T10YHEb8gW+klCcSyfQ= Message-ID: From: Ladislav Lhotka To: Martin Bjorklund , rfc-editor@rfc-editor.org Cc: ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, kent+ietf@watsen.net, lberger@labn.net, netmod@ietf.org Date: Tue, 22 Oct 2019 21:19:07 +0200 In-Reply-To: <20191022.170229.971604522071303700.mbj@tail-f.com> References: <20191022114319.CD85BF4071D@rfc-editor.org> <20191022.170229.971604522071303700.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5879) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 19:19:18 -0000 On Tue, 2019-10-22 at 17:02 +0200, Martin Bjorklund wrote: > Hi, > > The problem is that it is not clear that we can use this new > definition with the rest of the text in the RFC that uses this term. > For example, section 7.1.5 talks about "the imported module's schema > tree", and this doesn't really work if the schema tree is not tied to > a module. On the other hand, sec. 9.9 says (and that's how I stumbled upon this): The "path" substatement (Section 9.9.2) is used to identify the referred leaf or leaf-list node in the schema tree. With the current definition of schema tree, it would mean that the referred leaf or leaf-list node must be in the same module, which is of course a nonsense. Lada > > Also the proposed definition is recursive since it is defined in > terms of "schema node", and a "schema node" is already defined as "a > node in the schema tree". > > So it probably makes sense to look at this definition (and the text > and other definitions) if we do a document update, but as it is > currently written I think it should be rejected. > > > /martin > > > > RFC Errata System wrote: > > The following errata report has been submitted for RFC7950, > > "The YANG 1.1 Data Modeling Language". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid5879 > > > > -------------------------------------- > > Type: Technical > > Reported by: Ladislav Lhotka > > > > Section: 3 > > > > Original Text > > ------------- > > o schema tree: The definition hierarchy specified within a module. > > > > > > Corrected Text > > -------------- > > o schema tree: The hierarchy of schema nodes defined in the set of all > modules > > implemented by a server, as specified in the YANG library data [RFC7895]. > > > > > > > > Notes > > ----- > > The original definition of the term has two problems: > > > > 1. Schema tree is not limited to a single module. Some YANG constructs, such > as augment and leafref type, may refer to a schema node that is defined in > another module. > > > > 2. Apart from schema nodes, YANG modules contain definitions that do not > contribute to the schema tree: groupings, typedefs, identities etc. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > -------------------------------------- > > Title : The YANG 1.1 Data Modeling Language > > Publication Date : August 2016 > > Author(s) : M. Bjorklund, Ed. > > Category : PROPOSED STANDARD > > Source : Network Modeling > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Oct 22 12:54:02 2019 Return-Path: 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 90999120096 for ; Tue, 22 Oct 2019 12:54:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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=shytyi.net 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 bJRJfvrMNEs7 for ; Tue, 22 Oct 2019 12:53:58 -0700 (PDT) Received: from sender-of-o52.zoho.eu (sender-of-o52.zoho.eu [185.20.209.248]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD16B120077 for ; Tue, 22 Oct 2019 12:53:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571774024; cv=none; d=zohomail.eu; s=zohoarc; b=GWWGDTyASBCW2yhK4GhElzMu/RQUzAAW94s3tPD7MudfQM1XzAy9RHmLrkRIW4lmarysyTUJFVl5gq/D89IY7nIktyg1KQKMGLCBV6v4EAF/7Qo07317/IltXtB7szuh0lMzko9gWpa/zy6kWUPxp3uRG0uGe2WrdgnLr38f8jc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1571774024; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=je/tFIVyIJJ5XiJ/kALB5oy34VcMVi0KmEGpreHEYN4=; b=aSdp/kI2CAp0IieRacN1r9IjPj7Js3cQg/MxhbYt9JMRCAv1kiJNJeQAiKtglIgf1PXO+i6Kzi5boAbQx/Fpuv7EF5IAUcOV3obTphGJfROPiU2ix/dG6o6cggfBhUgWGgU1DPX1w9I8xM+F6aERUyMnhSRi3B7OZWbzCmeiECk= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=shytyi.net; spf=pass smtp.mailfrom=ietf.dmytro@shytyi.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1571774024; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Cc:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; l=11105; bh=je/tFIVyIJJ5XiJ/kALB5oy34VcMVi0KmEGpreHEYN4=; b=TTic7V14deuVZugDsxwPWfNz2ZiUVjqrRvdgTeIJVb/jcd9g+zisKjUzOABihQdH /23xnb+6wE8iwOTYALFy9PDfsrs8ob4Y40krlqv61Izw6Q9vQpdlrusiyrF8pvr2avv EDmQkAubCFy41wtwtwzRUm7K5MrJAj4GB4KKLibc= Received: from sender11-op-o13.zoho.eu (172.26.23.31 [172.26.23.31]) by mx.zoho.eu with SMTPS id 1571774022929604.5109433098424; Tue, 22 Oct 2019 21:53:42 +0200 (CEST) Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1571774022836919.554910556039; Tue, 22 Oct 2019 21:53:42 +0200 (CEST) Date: Tue, 22 Oct 2019 21:53:42 +0200 From: Dmytro Shytyi To: "Martin Bjorklund" Cc: "ietfc" , "netmod" Message-Id: <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> In-Reply-To: <20191022.133131.983827662033885262.mbj@tail-f.com> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_271247_172018077.1571774022833" X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-ZohoMailClient: External Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 19:54:01 -0000 ------=_Part_271247_172018077.1571774022833 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Martin, We are interested in=C2=A0 some specific functionality provided by=C2=A0RFC= 8343 yang model.=C2=A0 So we derivied the yang model from RFC 8343, modified it and gave module na= me , prefix with some modifications like "ucpe-interfaces", but in description we kept the reference to original RFC(in future we wil m= odify the description to say that it is not original RFC 8343 yang module.) IMHO it is wrong to not presice in the description(reference) of the module= / RFC that was we find usefull in our work. >Clearly unacceptable. Unclear why a ucpe can't implement=20 ietf-interfaces from RFC 8343.=C2=A0 I will try to give some ideas here.=C2=A0=C2=A0 1. uCPE phy interface has "vPorts" to witch "vLinks are assigned". "vLinks = "connect" the phy interface with=C2=A0 "vPort" of vswitch. Thus we may add = to the derieved from RFC 8343 module the list of "vPorts" for each phy inte= rface. example with 1 phy interface: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+------------------------------------- =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 UCPE =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +-----------= -+ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |------vPort 1---vlink---(vport_= sw)vswitch(vport_sw)--vlink---.....----WAN LAN----|=C2=A0 =C2=A0Phy=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|--= ----vPort 2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2= =A0interface=C2=A0 =C2=A0 =C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-------------+ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+--------------------------------------------= -- 2. If we include the yang module from the RFC 8343 to the set of yang model= s by default it goes in the root of config mode. i.e: EXAMPLE: config t =C2=A0 =C2=A0 =C2=A0 interfaces interface.... When we have a parent module we need to place the RFC 8343 module to under = the parent module (like in the draft=C2=A0draft-shytyi-opsawg-vysm-04).=20 Hence the RFC8343=C2=A0 may be modified to add the augment statement(as it = is dome in=C2=A0draft-shytyi-opsawg-vysm-04)=C2=A0 to put the "interfaces i= nterface" under the parent module like EXAMPLE: conifg t =C2=A0 =C2=A0 =C2=A0 ucpe "ucpe X" interfaces interface... ______________ Dmytro SHYTYI ---- On Tue, 22 Oct 2019 13:31:31 +0200 Martin Bjorklund wrote ---- tom petch wrote:=20 > Martin=20 >=20 > I am wondering how much you know about a module that says=20 > WG List: =20 > Editor: Martin Bjorklund=20 > ";=20 >=20 > The module is=20 > module ietf-ucpe-interfaces {=20 > in=20 > draft-shytyi-opsawg-vysm-04=20 =20 Haha! I don't know anything about it.=20 =20 > The author appears to have taken RFC8343, changed the module and prefix= =20 > name (but not the Editor) and added, at the top level,=20 > augment "/ietf-vysm:ucpe" {=20 > (ucpe also appears in this I-D). I have commented on the OPSAWG list=20 > about this approach not being one I have seen before and the response is= =20 > that the yang validator is fine with it.=20 >=20 > Thoughts?=20 =20 Clearly unacceptable. Unclear why a ucpe can't implement=20 ietf-interfaces from 8343.=20 =20 > An earlier version of this module had=20 > import tailf-ncs=20 > which also had me wondering.=20 =20 Hmm.=20 =20 =20 =20 /martin=20 =20 _______________________________________________=20 netmod mailing list=20 mailto:netmod@ietf.org=20 https://www.ietf.org/mailman/listinfo/netmod ------=_Part_271247_172018077.1571774022833 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hello Martin,

We are = interested in  some specific functionality provided by RFC 8343 y= ang model. 
So we derivied the yang model from RFC 8343,= modified it and gave module name , prefix with some modifications like "uc= pe-interfaces",
but in description we kept the reference to o= riginal RFC(in future we wil modify the description to say that it is not o= riginal RFC 8343 yang module.)
IMHO it is wrong to not presic= e in the description(reference) of the module / RFC that was we find useful= l in our work.

>Clearly unacceptable. Uncl= ear why a ucpe can't implement
ietf-interfaces from RFC 8343= . 
I will try to give some ideas here.  
=

1. uCPE phy interface has "vPorts" to witch "vLinks are= assigned". "vLinks "connect" the phy interface with  "vPort" of vswit= ch. Thus we may add to the derieved from RFC 8343 module the list of "vPort= s" for each phy interface.
example with 1 phy interface:
<= /div>

        &n= bsp;            = ;         +-------------------= ------------------
       =             &nb= sp;          |  &nbs= p;               UCPE
&nbs= p;                 +------------+
          &n= bsp;       |        =                 |------vPort 1---vl= ink---(vport_sw)vswitch(vport_sw)--vlink---.....----WAN
LAN--= --|   Phy             |------v= Port 2
               = ;   |   interface     |
 &= nbsp;           &nbs= p;    +-------------+
   &= nbsp;             &n= bsp;            |
          &nb= sp;            =        +--------------------------------= --------------
2. If we include the yang module from the RFC = 8343 to the set of yang models by default it goes in the root of config mod= e. i.e:
EXAMPLE:
config t
  =     interfaces interface....

When we= have a parent module we need to place the RFC 8343 module to under the par= ent module (like in the draft draft-shytyi-opsawg-vysm-04).
=
Hence the RFC8343  may be modified to add the augment statement(a= s it is dome in draft-shytyi-opsawg-vysm-04)  to put the "interfa= ces interface" under the parent module like
EXAMPLE:
conifg t
      ucpe "ucpe X" interfaces inte= rface...

______________
Dmytro SHYTYI
=

---- On Tue, 22 Oct 2019 13:3= 1:31 +0200 Martin Bjorklund <mbj@tail-f.com> wrote ----

<= blockquote style=3D"border-left: 1px solid rgb(204, 204, 204); padding-left= : 6px; margin: 0px 0px 0px 5px;">
tom petch <ietfc@btconnect.com> wrote:
&g= t; Martin
>
> I am wondering how much you know about a module= that says
> WG List: <mailto:netmod@ietf.org>
> Editor: M= artin Bjorklund
> <mailto:mbj@tail-f.com>";
>
> The= module is
> module ietf-ucpe-interfaces {
> in
> = draft-shytyi-opsawg-vysm-04

Haha! I don't know anything about it.=

> The author appears to have taken RFC8343, changed the module= and prefix
> name (but not the Editor) and added, at the top level,=
> augment "/ietf-vysm:ucpe" {
> (ucpe also appears in thi= s I-D). I have commented on the OPSAWG list
> about this approach n= ot being one I have seen before and the response is
> that the yang = validator is fine with it.
>
> Thoughts?

Clearly una= cceptable. Unclear why a ucpe can't implement
ietf-interfaces from 834= 3.

> An earlier version of this module had
> import ta= ilf-ncs
> which also had me wondering.

Hmm.


=
/martin

_______________________________________________
ne= tmod mailing list
= netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod


------=_Part_271247_172018077.1571774022833-- From nobody Tue Oct 22 13:06:04 2019 Return-Path: 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 325261200CD for ; Tue, 22 Oct 2019 13:06:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=jacobsuniversity.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 0vDknyW14tNv for ; Tue, 22 Oct 2019 13:05:59 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20048.outbound.protection.outlook.com [40.107.2.48]) (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 9A226120077 for ; Tue, 22 Oct 2019 13:05:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=guyXGw+dJSIguQs6OcS9NRKCsZjXPXfP5ZzqIXC0id4t9R4Q8Ofvw5e9w9GZGagfM18eXCPt9LVvsYD80sQgYVRKaCwNgygg+S9JXWaT0E4ny8bq6GdVsw0ytcPl6e3vPTVlOPcHtvmd7g5lUtOPF8a3KHD1ZYx2ZoCe36LKxTstroZjvXhMUQ2p1+flB0lECMbX5f4K0BCfMKQXlpKq7eS6MdGPJ4uCViFxQ7AmDK8Df+wxFvyehSNtuDFIVjHyuLYMKvG1xXRgYZuPO4YvzJ8+NBzvcKVY4Yp9pDW+4FgDvl6z5HWv21BSQYb+oNhc6gBwtglPnGFT/5Y17+kW+w== 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=VjZwGo+sZXzfAy/rEiCygwGJePo7Miw25nwi3trnfS0=; b=T/cNL56GMPtIn7pQyKE4FQ9fe7dR0WrW+Qky+7HsVDonE7j4aHw9OiSt3SH4eLqfuaKgIxD2zbSBuIMVISWeHcuU4oXMDO9eYRRNgy4THclLO4cuw5JNqGvC32y61Y0/d+OwokDnORB6MEni0qPFFtrqrjuFTurS7kWmFR/AIUE1r/UmW90n1vSd3g1dm03GrBAGTOYrSNsukh0/arkfotnHbT392V6AvDR3x1Uc4QRy1lFTBY6vwoNC6cdkAUmZC1zBGepKzUUra8LTKwzJftscHpAE2SxJN+C9LRvCPZC3n6bk+GXCrnXOklHZrgFe7e+5+Z6bvp36J4+H6fIitw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VjZwGo+sZXzfAy/rEiCygwGJePo7Miw25nwi3trnfS0=; b=H2cMrElCel0D/sbCUHM/8tr679xP9WLF6AzXdP+NfHxtpqt8wg+3cac29ER0cR/vLchd+cLhOWLuH5RG2gdq/xvbTJQe7VNWi03NT1vprKmdEXbykiwipTnaQE/hIdDHHVl9JQ/9WMwmPCz0YWF5Kj5Zpx5RUqMdDiEM2eXIX5s= Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0178.EURP190.PROD.OUTLOOK.COM (10.172.219.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.24; Tue, 22 Oct 2019 20:05:55 +0000 Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 20:05:55 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: Dmytro Shytyi CC: Martin Bjorklund , netmod Thread-Topic: [netmod] A reworking of RFC8343 Thread-Index: AQHViRJ+NKRnTgLb7E6oQ8qhAUHquqdnFhMA Date: Tue, 22 Oct 2019 20:05:55 +0000 Message-ID: <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> In-Reply-To: <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR10CA0024.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:17c::34) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fabec6a1-b481-4d82-338e-08d7572b3f13 x-ms-traffictypediagnostic: AM4P190MB0178: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(39850400004)(346002)(376002)(136003)(199004)(189003)(66556008)(86362001)(8676002)(66946007)(305945005)(66476007)(64756008)(66446008)(45776006)(316002)(786003)(7736002)(54906003)(43066004)(102836004)(6246003)(386003)(6916009)(6506007)(71200400001)(6512007)(478600001)(99286004)(76176011)(6306002)(25786009)(446003)(6436002)(6486002)(256004)(8936002)(14454004)(11346002)(486006)(476003)(46003)(71190400001)(81156014)(81166006)(3450700001)(4326008)(186003)(1076003)(6116002)(5660300002)(2906002)(52116002)(229853002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0178; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Jo96QLHEs2/zPUOh2FCTT7NnqkE55JgzIxFG/8a8fIPPtycmIIbB5QrADZpqKoSigKwHz09vo7enCRgFNpWWKPisi3Hwj4lpNOFoXlFZIv00qZ717SF+HA7arYqC/TCXL1tQqqN4zeTA2wst02+k0VBvWlixtWTydVX1sTP9kP3QBOel5t+jk+IS1rwM7LlCxPsiCIz0WY5uqxsL2XFnAGnbYhutwoQvjshbtsDlnSt5DGqwe9wskCNgqxc0JHAAlhQsLSgWbLPUT2tDMlw+Trc8pBv/IsIsaFzhdEeBTeYBABcR69jKpRc78adEXAuGnq+dAoFyAkB4HEaqogMCPgU+B9reimoIiGFRF443PxFZyzYYs4albNo+YkXBaTcKJFG/He51DGw4xh4ePyphyYM8GTHiPZPRxfnovF4U7M3b5DLm0knCuXpqSx9yMkFb6pWhpDNIe9zZkkJFoMV54OnvWW02hFMmrS1jgIJULH8= Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: fabec6a1-b481-4d82-338e-08d7572b3f13 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 20:05:55.3186 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6Y4BpKY4MIKmqI8HGT4xQGUG7gpQiH/xwAFUG3vYE4UaZn+7Gsa+8tNYgwk8syr3w8FP3vfpiN3lxVqIZloffCEwIEzxzYlp/d4s6LU2yW0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0178 Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 20:06:03 -0000 On Tue, Oct 22, 2019 at 09:53:42PM +0200, Dmytro Shytyi wrote: > Hello Martin, >=20 >=20 >=20 > We are interested in=A0 some specific functionality provided by=A0RFC 834= 3 yang model.=A0 >=20 > So we derivied the yang model from RFC 8343, modified it and gave module = name , prefix with some modifications like "ucpe-interfaces", >=20 > but in description we kept the reference to original RFC(in future we wil= modify the description to say that it is not original RFC 8343 yang module= .) >=20 > IMHO it is wrong to not presice in the description(reference) of the modu= le / RFC that was we find usefull in our work. >=20 >=20 >=20 > >Clearly unacceptable. Unclear why a ucpe can't implement=20 >=20 > ietf-interfaces from RFC 8343.=A0 > I will try to give some ideas here.=A0=A0 >=20 >=20 >=20 > 1. uCPE phy interface has "vPorts" to witch "vLinks are assigned". "vLink= s "connect" the phy interface with=A0 "vPort" of vswitch. Thus we may add t= o the derieved from RFC 8343 module the list of "vPorts" for each phy inter= face. >=20 > example with 1 phy interface: >=20 >=20 >=20 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0+------------------------------------- >=20 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0|=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 UCPE >=20 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 +------------+ >=20 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0|=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 |------vPort 1---vlink---(vport_sw)vswitch(= vport_sw)--vlink---.....----WAN >=20 > LAN----|=A0 =A0Phy=A0 =A0 =A0 =A0 =A0 =A0 =A0|------vPort 2 >=20 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 |=A0 =A0interface=A0 =A0 =A0| >=20 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0+-------------+ >=20 > =A0=A0=A0=A0=A0=A0=A0 =A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 | >=20 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0+---------------------------------------------- You can augment a model without having to copy it. Whether your augmentation makes sense I can't tell, not also that interface can be layered. > 2. If we include the yang module from the RFC 8343 to the set of yang mod= els by default it goes in the root of config mode. i.e: >=20 > EXAMPLE: >=20 > config t >=20 > =A0 =A0 =A0 interfaces interface.... >=20 >=20 >=20 > When we have a parent module we need to place the RFC 8343 module to unde= r the parent module (like in the draft=A0draft-shytyi-opsawg-vysm-04).=20 >=20 > Hence the RFC8343=A0 may be modified to add the augment statement(as it i= s dome in=A0draft-shytyi-opsawg-vysm-04)=A0 to put the "interfaces interfac= e" under the parent module like >=20 > EXAMPLE: > conifg t >=20 > =A0 =A0 =A0 ucpe "ucpe X" interfaces interface... Cut and paste to change the 'nesting' is _not_ proper usage of YANG. The value of YANG is that objects with the same semantics are predictable, this gives you interoperability. By copying modules to other places (and tweaking semantics), you break the interoperability promise. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Oct 22 13:20:20 2019 Return-Path: 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 9031F1200EF; Tue, 22 Oct 2019 13:20:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 u-iaZ1MHjrUV; Tue, 22 Oct 2019 13:20:10 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C5B38120041; Tue, 22 Oct 2019 13:20:09 -0700 (PDT) Received: from localhost (h-4-44.A165.priv.bahnhof.se [158.174.4.44]) by mail.tail-f.com (Postfix) with ESMTPSA id 3DA781AE03DD; Tue, 22 Oct 2019 22:20:08 +0200 (CEST) Date: Tue, 22 Oct 2019 22:20:08 +0200 (CEST) Message-Id: <20191022.222008.1996173917468761051.mbj@tail-f.com> To: ietf.dmytro@shytyi.net Cc: J.Schoenwaelder@jacobs-university.de, opsawg@ietf.org, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <16df513c531.10662af9796265.3387327717024632289@shytyi.net> References: <20191022180858.ytek5zv2utmfsato@anna.jacobs.jacobs-university.de> <16df513c531.10662af9796265.3387327717024632289@shytyi.net> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] New Version Notification for draft-shytyi-opsawg-vysm-02.txt [AKA: A reworking of RFC8334] X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 20:20:14 -0000 W3NpbmNlIHlvdSBzZW50IHRoZSBzYW1lIGVtYWlsIHRvIHR3byBXR3MsIEkgaGF2ZSBhZGRlZCBi b3RoIHRvIENjIGluDQp0aGlzIHJlcGx5LiAgaSBkb24ndCB0aGluayB3ZSBzaG91bGQgaGF2ZSBw YXJhbGxlbGwgZGlzY3Vzc2lvbnMgaW4NCmRpZmZlcmVudCBNTHNdDQoNCkRteXRybyBTaHl0eWkg PGlldGYuZG15dHJvQHNoeXR5aS5uZXQ+IHdyb3RlOg0KPiBIZWxsbyBKdXJnZW4sDQo+IA0KPiAN Cj4gDQo+IFRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50LA0KPiANCj4gDQo+IA0KPiBZZWFwIEkg dGhpbmsgaXQgaXMgYSBncmVhdCBpZGVhIHRvIGV4cGxhaW4gd2h5IGRvIHdlIG5lZWQgdGhlIGFk anVzdG1lbnRzwqAgb2YgUkZDIDgzNDMgaW4gdGhlIGNhc2Ugb2bCoGRyYWZ0LXNoeXR5aS1vcHNh d2ctdnlzbS0wNC4NCj4gDQo+IA0KPiANCj4gV2hhdCBkbyB5b3UgdGhpbmsgYWJvdXQgdGhpczoN Cj4gDQo+IDEuIHVDUEUgcGh5IGludGVyZmFjZSBoYXMgInZQb3J0cyIgdG8gd2l0Y2ggInZMaW5r cyBhcmUNCj4gYXNzaWduZWQiLiAidkxpbmtzICJjb25uZWN0IiB0aGUgcGh5IGludGVyZmFjZSB3 aXRowqAgInZQb3J0IiBvZg0KPiB2c3dpdGNoLiBUaHVzIHdlIG1heSBhZGQgdG8gdGhlIGRlcmll dmVkIGZyb20gUkZDIDgzNDMgbW9kdWxlIHRoZQ0KPiBsaXN0IG9mICJ2UG9ydHMiIGZvciBlYWNo IHBoeSBpbnRlcmZhY2UuDQoNCllvdSBzaG91bGQgdXNlICJhdWdtZW50IiBpZiB5b3Ugd2FudCB0 byBhZGQgYWRkaXRpb25hbCBub2RlcyB0byBhbg0KZXhpc3RpbmcgbW9kdWxlLg0KDQo+IGV4YW1w bGUgd2l0aCAxIHBoeSBpbnRlcmZhY2U6DQo+IA0KPiANCj4gDQo+IMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqB8wqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgVUNQRQ0KPiANCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgKy0tLS0tLS0tLS0t LSsNCj4gDQo+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoHzCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCB8LS0tLS0tdlBvcnQgMS0tLXZsaW5rLS0tKHZwb3J0 X3N3KXZzd2l0Y2godnBvcnRfc3cpLS12bGluay0tLS4uLi4uLS0tLVdBTg0KPiANCj4gTEFOLS0t LXzCoCDCoFBoecKgIMKgIMKgIMKgIMKgIMKgIMKgfC0tLS0tLXZQb3J0IDINCj4gDQo+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIHzCoCDCoGludGVyZmFjZcKgIMKgIMKgfA0KPiANCj4gwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgKy0tLS0tLS0tLS0tLS0rDQo+IA0KPiDC oMKgwqDCoMKgwqDCoCDCoCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB8 DQo+IA0KPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KPiANCj4gMi4gSWYgd2UgaW5jbHVkZSB0aGUgeWFuZyBtb2R1bGUgZnJvbSB0aGUgUkZDIDgz NDMgdG8gdGhlIHNldCBvZiB5YW5nIG1vZGVscyBieSBkZWZhdWx0IGl0IGdvZXMgaW4gdGhlIHJv b3Qgb2YgY29uZmlnIG1vZGUuIGkuZToNCj4gDQo+IEVYQU1QTEU6DQo+IA0KPiBjb25maWcgdA0K PiANCj4gwqAgwqAgwqAgaW50ZXJmYWNlcyBpbnRlcmZhY2UuLi4uDQo+IA0KPiANCj4gDQo+IFdo ZW4gd2UgaGF2ZSBhIHBhcmVudCBtb2R1bGUgd2UgbmVlZCB0byBwbGFjZSB0aGUgUkZDIDgzNDMg bW9kdWxlIHRvIHVuZGVyIHRoZSBwYXJlbnQgbW9kdWxlIChsaWtlIGluIHRoZSBkcmFmdMKgZHJh ZnQtc2h5dHlpLW9wc2F3Zy12eXNtLTA0KS7CoA0KDQoNCkhhdmUgeW91IGxvb2tlZCBhdCB0aGUg bW9kZWxzIGluIFJGQyA4NTI5IGFuZCBSRkMgODUzMD8gIFBlcmhhcHMgeW91DQpjYW4gdXNlIHRo ZW0sIHJhdGhlciB0aGFuIGNyZWF0aW5nIGFub3RoZXIgc3BlY2lhbCBtb2R1bGUgZm9yIHRoaXMN CnBhcnRpY3VsYXIgdXNlIGNhc2U/DQoNCg0KDQovbWFydGluDQoNCg0KPiANCj4gSGVuY2UgdGhl IFJGQzgzNDPCoCBtYXkgYmUgbW9kaWZpZWQgdG8gYWRkIHRoZSBhdWdtZW50IHN0YXRlbWVudChh cyBpdCBpcyBkb21lIGluwqBkcmFmdC1zaHl0eWktb3BzYXdnLXZ5c20tMDQpwqAgdG8gcHV0IHRo ZSAiaW50ZXJmYWNlcyBpbnRlcmZhY2UiIHVuZGVyIHRoZSBwYXJlbnQgbW9kdWxlIGxpa2UNCj4g DQo+IEVYQU1QTEU6DQo+IA0KPiBjb25pZmcgdA0KPiANCj4gwqAgwqAgwqAgdWNwZSAidWNwZSBY IiBpbnRlcmZhY2VzIGludGVyZmFjZS4uLg0KPiANCj4gDQo+IA0KPiBCZXN0LA0KPiBEbXl0cm8N Cj4gLS0tLSBPbiBUdWUsIDIyIE9jdCAyMDE5IDIwOjA4OjU5ICswMjAwIFNjaMO2bnfDpGxkZXIs IErDvHJnZW4NCj4gCTxtYWlsdG86Si5TY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRl PiA8bWFpbHRvOkouU2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4gd3JvdGUgLS0t LQ0KPiANCj4gDQo+IEkgdGhpbmsgeW91IG5lZWQgdG8gZXhwbGFpbiBlYWNoIGFuZCBldmVyeSBj aGFuZ2UgeW91IG1ha2UgdG8gdGhlIA0KPiBpZXRmLWludGVyZmFjZXMgZGVmaW5pdGlvbnMuIElk ZWFsbHksIHNlbWFudGljIGNoYW5nZXMgd291bGQgYmUgDQo+IGxpbWl0ZWQgKG9yIG5vdCBldmVu IG5lZWRlZCBhdCBhbGwpLiBCdXQgbm9ib2R5IGNhbiB0ZWxsIHVubGVzcyANCj4geW91IGNsZWFy bHkgZG9jdW1lbnQgdGhlIGNoYW5nZXMgKGFuZCB3aHkgdGhleSBhcmUgbmVlZGVkKS4gDQo+ICAN Cj4gL2pzIA0KPiAgDQo+IE9uIFR1ZSwgT2N0IDIyLCAyMDE5IGF0IDA3OjU3OjE4UE0gKzAyMDAs IERteXRybyBTaHl0eWkgd3JvdGU6IA0KPiA+IEhlbGxvIFRvbSwgDQo+ID4gDQo+ID4gSSBjYW4g aW1hZ2luZSB5b3VyIGJpcnJhemUuIEFuZCBJIHdvdWxkIGxpa2UgdG8gYWRkIHRoZSBuZXh0IHRo aW5nOiB0aGUgbW9kZWwgZnJvbSBSRkMgODM0MyBoYXMgc29tZSBjb2RlIHRoYXQgd2UgYXJlIGlu dGVyZXN0ZWQgaW4gKCBub3QgYWxsLCBidXQgcGFydCkgSU1ITyBpdCBpcyBpbXBvc3NpYmxlL3dy b25nIGZvciBtZSB0byB0YWtlIHRoZSBjb2RlIGZyb20gYW5vdGhlciBpZXRmIHJmYyBhbmQgbm90 IHRvIGdpdmUgYSByZWZlcmVuY2UgYXQgbGVhc3Qgc29tZXdoZXJlIGluIHRoZSB5YW5nIG1vZGVs ICwgZm9yIGV4YW1wbGUgbW9kdWxlIGRlc2NyaXB0aW9uICggaSBhbHNvIHdpbGwgdXBkYXRlIHRo ZSByZWZlcmVuY2VzIGluIHRoZSBib3R0b20gaWYgaWQgZG9jdW1lbnQpLiANCj4gPiANCj4gPiBU aGVyZWZvcmUgSSBhc3N1bWUgaXQgaXMgYSBuaWNlIHRvIHNlcGFyYXRlIHRoaW5ncyBpbiBtb2R1 bGVzIHRvIHNob3cgd2hhdCB5YW5nIG1vZGVscyBhcmUgbmV3IGFuZCB3aGF0IHBhcnRzIGFyZSB0 YWtlbiBmcm9tIGFub3RoZXIgUkZDIGFuZCBtb2RpZmllZC4gDQo+ID4gDQo+ID4gDQo+ID4gVGhp cyBtb2R1bGUgIiBpZXRmIGludGVyZmFjZXMiIGlzIGRlcml2ZWQgZnJvbSBSRkMgODM0MyBidXQg dGhlIGRyYWZ0IG1vZHVsZSBoYXMgYXQgbGVhc3QgYW5vdGhlciBtb2R1bGUgbmFtZSBhbmQgbmFt ZXNwYWNlLiBUaHVzIEkgbWF5IG1vZGlmeSB0aGUgZGVzY3JpcHRpb24gdG8gYWRkIHRoYXQgd2Ug dXNlwqAgYmFzZSBtb2R1bGUgZGVmaW5lZCBpbiBSRkMgODM0MyBhbmQgZnVydGhlciBtb2RpZnkg aXQgYWNjb3JkaW5nIHRvIG91ciBuZWVkcz8gDQo+ID4gDQo+ID4gDQo+ID4gQ2FuIHRoZSB5YW5n IG1vZHVsZSBkZXNjcmlwdGlvbiAoIHVjcGUtaW50ZXJmYWNlcykgY2hhbmdlIHRoZSBmZWVsaW5n IGFib3V0IHRoZSBzZXQgb2YgeWFuZyBtb2RlbHM/IA0KPiA+IA0KPiA+IEJlc3QgcmVnYXJkcywg DQo+ID4gRG15dHJvLiANCj4gPiDigaNHZXQgQmx1ZU1haWwgZm9yIEFuZHJvaWQg4oCLIA0KPiA+ IA0KPiA+IE9uIE9jdCAxOSwgMjAxOSwgMjE6MjksIGF0IDIxOjI5LCB0b20gcGV0Y2ggPG1haWx0 bzppZXRmY0BidGNvbm5lY3QuY29tPiB3cm90ZTogDQo+ID4gPlVtIG5vISANCj4gPiA+IA0KPiA+ ID4gICBtb2R1bGUgaWV0Zi1pbnRlcmZhY2VzIA0KPiA+ID4gDQo+ID4gPmV4aXN0czsgaXQgaXMg ZGVmaW5lZCBpbiBSRkM4MzQzLiAgWW91IGNhbm5vdCBjcmVhdGUgYW5vdGhlciBvbmUhIA0KPiA+ ID4gDQo+ID4gPmFuZCB3aGVuIEkgbG9vayBhdCBwcDE1LTE2IG9mIHlvdXIgSS1ELCBpdCBsb29r cyBsaWtlIGEgY29weSBvZiB0aGUgDQo+ID4gPnRleHQgDQo+ID4gPm9mIFJGQzgzNDMsIHRleHQg d2hpY2ggaXMgcmlnaHQgZm9yIFJGQzgzNDMgYnV0IGlzIHdyb25nIGZvciBzb21ldGhpbmcgDQo+ ID4gPndoaWNoIHlvdSBhcmUgY3JlYXRpbmcsIHJlZ2FyZGxlc3Mgb2Ygd2hhdCBpdCBpcyB0aGF0 IHlvdSBhcmUgDQo+ID4gPmF1Z21lbnRpbmcgDQo+ID4gPmJlIHRoYXQgaWV0Zi1pbnRlcmZhY2Vz IG9yIGFueXRoaW5nIGVsc2UuLiANCj4gPiA+IA0KPiA+ID5IZW5jZSBteSAnYml6YXJyZScuIA0K PiA+ID4gDQo+ID4gPlRvbSBQZXRjaCANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPi0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0gDQo+ID4gPkZyb206ICJEbXl0cm8gU2h5dHlpIiA8bWFpbHRvOmll dGYuZG15dHJvQHNoeXR5aS5uZXQ+IA0KPiA+ID5UbzogInRvbSBwZXRjaCIgPG1haWx0bzppZXRm Y0BidGNvbm5lY3QuY29tPiANCj4gPiA+Q2M6ICJvcHNhd2ciIDxtYWlsdG86b3BzYXdnQGlldGYu b3JnPiANCj4gPiA+U2VudDogU2F0dXJkYXksIE9jdG9iZXIgMTksIDIwMTkgMToyMiBQTSANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPkhlbGxvIFRvbSwgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ ID4gPj5pbXBvcnQgdGFpbGYtbmNzIHsgDQo+ID4gPiANCj4gPiA+PndoaWNoIGxvb2tzIGluYXBw cm9wcmlhdGUgZm9yIGFuIGlldGYgbW9kdWxlLiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPldJbGwg YmUgZml4ZWQuIE5vdGljZTogdGhlIHlhbmcgdmFsaWRhdG9yIGRpZCBub3QgdGhyb3cgYW55IGVy cm9ycyANCj4gPiA+cmVnYXJkaW5nIGltcG9ydGluZyB0aGlzIG1vZHVsZS4gDQo+ID4gPiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPkluZGVlZCB0aGVyZSBpcyA8Q09ERSBCRUdJTlM+IG1pc3Npbmcg Zm9yIDIgeWFuZyBtb2R1bGVzLiANCj4gPiA+IA0KPiA+ID5BY3R1YWxseSB0aGVyZSBhcmUgMyB5 YW5nIG1vZHVsZXMuIHdoZXJlOiANCj4gPiA+IA0KPiA+ID4xLnlhbmcgbW9kdWxlICJpZXRmLXZ5 c20taW50ZXJmYWNlcyIgYXV0Z21lbnRzICJpZXRmLWludGVyZmFjZXMiIA0KPiA+ID4gDQo+ID4g PjIuIHlhbmcgbW9kdWxlICJpZXRmLWludGVyZmFjZXMiIGF1Z21lbnRzICJpZXRmLXZ5c20tc2Vy dmljZSIuIA0KPiA+ID4gDQo+ID4gPlRoZSBpZGVhIGlzIHRvIHVzZSBzdGFuZGFyZCBtb2R1bGUg ImlldGYtaW50ZXJmYWNlcyIgYW5kIGFkZCBhbiANCj4gPiA+ZXh0ZW5zaW9uIGxlYWY6IGNvbm5l Y3QgaW50ZXJmYWNlIHRvIHZpcnR1YWxpIGxpbmsuIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0K PiA+ID4xLiBtb2R1bGUgaWV0Zi12eXNtLXNlcnZpY2V7IA0KPiA+ID4gDQo+ID4gPi4uLi4gDQo+ ID4gPiANCj4gPiA+bGlzdCB1Y3BlIHsgDQo+ID4gPiANCj4gPiA+Li4uIA0KPiA+ID4gDQo+ID4g Pn0gDQo+ID4gPiANCj4gPiA+fSANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+Mi4gbW9k dWxlIGlldGYtaW50ZXJmYWNlcyB7IA0KPiA+ID4gDQo+ID4gPmltcG9ydCBpZXRmLXZ5c20tc2Vy dmljZSB7IA0KPiA+ID4gICAgIHByZWZpeCBpZXRmLXZ5c207IA0KPiA+ID4gICB9IA0KPiA+ID4g DQo+ID4gPiANCj4gPiA+Li4uIA0KPiA+ID4gDQo+ID4gPmF1Z21lbnQgIi9pZXRmLXZ5c206dWNw ZSJ7IA0KPiA+ID4gDQo+ID4gPmNvbnRhaW5lciBpbnRlcmZhY2VzIHsgDQo+ID4gPiANCj4gPiA+ ZGVzY3JpcHRpb24gDQo+ID4gPiAgICAgICAgICJJbnRlcmZhY2UgcGFyYW1ldGVycy4iOyANCj4g PiA+IA0KPiA+ID5saXN0IGludGVyZmFjZSB7IA0KPiA+ID4gDQo+ID4gPi4uLiANCj4gPiA+IA0K PiA+ID59IA0KPiA+ID4gDQo+ID4gPn0gDQo+ID4gPiANCj4gPiA+fSANCj4gPiA+IA0KPiA+ID4g DQo+ID4gPiANCj4gPiA+My5tb2R1bGUgaWV0Zi12eXNtLWludGVyZmFjZXMgeyANCj4gPiA+IA0K PiA+ID5pbXBvcnQgaWV0Zi12eXNtLXNlcnZpY2UgeyANCj4gPiA+ICAgICAgICAgcHJlZml4IGll dGYtbmZ2OyANCj4gPiA+ICAgICAgIH0gDQo+ID4gPiANCj4gPiA+aW1wb3J0IGlldGYtaW50ZXJm YWNlcyB7IA0KPiA+ID4gICAgICAgICBwcmVmaXggaWV0Zi1pZjsgDQo+ID4gPiAgICAgICB9IA0K PiA+ID4gDQo+ID4gPi4uLi4gDQo+ID4gPiANCj4gPiA+YXVnbWVudCAiL2lldGYtbmZ2OnVjcGUv aWV0Zi1pZjppbnRlcmZhY2VzL2lldGYtaWY6aW50ZXJmYWNlIiB7IA0KPiA+ID4gDQo+ID4gPiAN Cj4gPiA+IA0KPiA+ID59IA0KPiA+ID4gDQo+ID4gPn0gDQo+ID4gPiANCj4gPiA+SSB0aGluayBp dCBpcyBhIG5pY2UgaWRlYSB0byBhZGQgdGhpcyBzaG90IGRlc2N0aXB0aW9uIHRvIHRoZSBkcmFm dC4gDQo+ID4gPiANCj4gPiA+X19fX19fX19fX19fIA0KPiA+ID5EbXl0cm8gU0hZVFlJIA0KPiA+ ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+LS0tLSBPbiBTYXQsIDE5 IE9jdCAyMDE5IDEzOjUxOjE5ICswMjAwIHRvbSBwZXRjaCA8bWFpbHRvOmlldGZjQGJ0Y29ubmVj dC5jb20+IA0KPiA+ID53cm90ZSAtLS0tIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4t LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KPiA+ID5Gcm9tOiAiRG15dHJvIFNoeXR5aSIg PG1haWx0bzptYWlsdG86aWV0Zi5kbXl0cm9Ac2h5dHlpLm5ldD4gDQo+ID4gPlNlbnQ6IEZyaWRh eSwgT2N0b2JlciAxOCwgMjAxOSAzOjMwIFBNIA0KPiA+ID4gDQo+ID4gPkhlbGxvIGFsbCwgDQo+ ID4gPiANCj4gPiA+V2UgdXBkYXRlZCB0aGUgZHJhZnQgdG8gdmVyc2lvbiBkcmFmdC1zaHl0eWkt b3BzYXdnLXZ5c20tMDMudHh0IHdpdGggDQo+ID4gPnRoZSANCj4gPiA+bmV3IGluZm9ybWF0aW9u LiANCj4gPiA+IA0KPiA+ID48dHA+IA0KPiA+ID4gDQo+ID4gPmFuZCB5b3UgZG8gbm90IHlldCBo YXZlIElBTkEgQ29uc2lkZXJhdGlvbnMgb3IgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgDQo+ID4g PmFzIHBlciBSRkM4NDA3LiAgQW5kIHlvdSBpbXBvcnQgDQo+ID4gPiBpbXBvcnQgdGFpbGYtbmNz IHsgDQo+ID4gPndoaWNoIGxvb2tzIGluYXBwcm9wcmlhdGUgZm9yIGFuIGlldGYgbW9kdWxlLiAN Cj4gPiA+IA0KPiA+ID5CdXQgYXMgYSB3aG9sZSwgdGhpcyBsb29rcyBzbyBiaXphcnJlIHRoYXQg SSB3ZW50IGJhY2sgdG8gdGhlIHdlYiBzaXRlIA0KPiA+ID5hbmQgZG93bmxvYWRlZCBpdCBhbGwg b3ZlciBhZ2FpbiB0byB0cnkgYW5kIHNlZSB3aGF0IGhhZCBoYXBwZW5lZDsgdGhlIA0KPiA+ID5y ZXN1bHQgcmVtYWlucyBiaXphcnJlLiANCj4gPiA+IA0KPiA+ID5Zb3UgaGF2ZSANCj4gPiA+IA0K PiA+ID4gPENPREUgRU5EUz4gDQo+ID4gPiBtb2R1bGUgaWV0Zi12eXNtLWludGVyZmFjZXMgeyAN Cj4gPiA+IA0KPiA+ID53aGljaCBpcyB3cm9uZyAtIG5vIENPREUgQkVHSU5TIC0gYW5kIHRoZW4g DQo+ID4gPiANCj4gPiA+IDxDT0RFIEVORFM+IA0KPiA+ID4gDQo+ID4gPiBtb2R1bGUgaWV0Zi1p bnRlcmZhY2VzIHsgDQo+ID4gPiANCj4gPiA+d2hpY2ggaXMgLi4uLi4uLi4gd29yZHMgZmFpbCBt ZS4gIFdoYXQgYXJlIHlvdSB0cnlpbmcgdG8gZG8/IA0KPiA+ID4gDQo+ID4gPlRvbSBQZXRjaCAN Cj4gPiA+IA0KPiA+ID5wcyBkcmFmdC1zaHl0eWktbmV0bW9kLXZ5c20gbG9va2VkIGxpa2UgYSBn b29kIHN0YXJ0IGJlZm9yZSB0aGUgc3dpdGNoIA0KPiA+ID50byBvcHNhd2cuIA0KPiA+ID4gDQo+ ID4gPiANCj4gPiA+V2UgYWRkZWQgYSBzZWN0aW9uIHRoYXQgZGVzY3JpYmVzIHdoYXQgY291bGQg YmUgZG9uZSB3aXRoIHVDUEUsIA0KPiA+ID5wcmVjaXNlbHkgdGhlIGFkdmFudGFnZXMgdGhhdCB1 Q1BFIGludHJvZHVjZXMuIA0KPiA+ID4gDQo+ID4gPlRlaHJlIGFyZSBzZXZhcmFsIG5pY2UgZmln dXJlcyB0aGF0IGRlc2NyaWJlIGhvdyB3ZSBjb3VsZCB0YWtlIGFuIA0KPiA+ID5hZHZhbnRhZ2Ug b2YgdUNQRS4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPklmIG5lZWRlZCwgd2UgYWxz byBjYW4gaW50cm9kdWNlIHRoZSBsYXllcmVkIGFyY2hpdGVjdHVyZSBvZiB0aGUgWUFORyANCj4g PiA+bW9kZWxzIHRoYXQgYXJlIGluIHN0YWNrZWQgb3JjaGVzdHJhdG9ycy4gDQo+ID4gPiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPkRlYXIgY2hhaXJzIG9mIHRoZSB3ZywgSSB3aWxsIGF0dGVuZCB0 aGUgbmV4dCBJRVRGIG1lZXRpbmcgYW5kIEkgd291bGQgDQo+ID4gPmxpa2UgdG8gaGF2ZSBhICdi cmllZicgc2xvdCB0byBwcmVzZW50IHRoZSBkcmFmdC4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4g DQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiAN Cj4gPiA+IA0KPiA+ID5BIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtc2h5dHlpLW9wc2F3Zy12 eXNtLTAzLnR4dCANCj4gPiA+IA0KPiA+ID5oYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVk IGJ5IERteXRybyBTaHl0eWkgYW5kIHBvc3RlZCB0byB0aGUgDQo+ID4gPiANCj4gPiA+SUVURiBy ZXBvc2l0b3J5LiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+TmFtZTogZHJhZnQtc2h5 dHlpLW9wc2F3Zy12eXNtIA0KPiA+ID4gDQo+ID4gPlJldmlzaW9uOiAwMyANCj4gPiA+IA0KPiA+ ID5UaXRsZTogQSBZQU5HIE1vZHVsZSBmb3IgdUNQRSBtYW5hZ2VtZW50LiANCj4gPiA+IA0KPiA+ ID5Eb2N1bWVudCBkYXRlOiAyMDE5LTEwLTE4IA0KPiA+ID4gDQo+ID4gPkdyb3VwOiBJbmRpdmlk dWFsIFN1Ym1pc3Npb24gDQo+ID4gPiANCj4gPiA+UGFnZXM6IDQxIA0KPiA+ID4gDQo+ID4gPlVS TDogDQo+ID4gPmh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1zaHl0 eWktb3BzYXdnLXZ5c20tMDMudHh0IA0KPiA+ID4gDQo+ID4gPlN0YXR1czogaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtLyANCj4gPiA+IA0K PiA+ID5IdG1saXplZDogaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXNoeXR5aS1v cHNhd2ctdnlzbS0wMyANCj4gPiA+IA0KPiA+ID5IdG1saXplZDogDQo+ID4gPmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtIA0KPiA+ ID4gDQo+ID4gPkRpZmY6IGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1z aHl0eWktb3BzYXdnLXZ5c20tMDMgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPkFic3Ry YWN0OiANCj4gPiA+IA0KPiA+ID5UaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgWUFORyBkYXRhIG1v ZGVsIGZvciB1Q1BFIG1hbmFnZW1lbnQgKFZZU00pIA0KPiA+ID4gDQo+ID4gPmFuZCBkZWZpbml0 aW9uIG9mIHRoZSB1Q1BFIGVxdWlwbWVudC4gVGhlIFlBTkcgU2VydmljZSBNb2RlbCBzZXJ2ZXMg DQo+ID4gPiANCj4gPiA+YXMgYSBiYXNlIGZyYW1ld29yayBmb3IgbWFuYWdpbmcgYW4gdW5pdmVy c2FsIEN1c3RvbWVyLVByZW1pc2VzIA0KPiA+ID4gDQo+ID4gPkVxdWlwbWVudCAodUNQRSkgc3Vi c3lzdGVtLiBUaGUgbW9kZWwgY2FuIGJlIHVzZWQgYnkgYSBOZXR3b3JrIA0KPiA+ID4gDQo+ID4g PlNlcnZpY2UgT3JjaGVzdHJhdG9yLiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+X19f X19fX19fX19fX18gDQo+ID4gPkRteXRybyBTSFlUWUksIA0KPiA+ID5TRlIuIA0KPiA+ID4gDQo+ ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4tLS0tIE9uIFR1ZSwg MDggT2N0IDIwMTkgMTg6MzM6MTMgKzAyMDAgRG15dHJvIFNoeXR5aSANCj4gPiA+PG1haWx0bzpt YWlsdG86bWFpbHRvOmlldGYuZG15dHJvQHNoeXR5aS5uZXQ+IHdyb3RlIC0tLS0gDQo+ID4gPiAN Cj4gPiA+IA0KPiA+ID4gDQo+ID4gPkhlbGxvIEpvZSwgDQo+ID4gPiANCj4gPiA+VGhhbmsgeW91 IGZvciB5b3VyIGNvbW1lbnQuIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID5JbiB0aGUg bmV3IHZlcnNpb246IA0KPiA+ID4gDQo+ID4gPldlIHVwZGF0ZWQgdGhlIGV4aXN0aW5nIHlhbmcg bW9kZWwgYWNjb3JkaW5nIHRvIHlvdXIgc3VnZ2VzdGlvbnMobm93IA0KPiA+ID50aGUgDQo+ID4g Pm5pdHMgYW5kIHZhbGlkYXRpb24gbG9ncyBzZWVtIHRvIGJlIGNsZWFyKS4gDQo+ID4gPiANCj4g PiA+V2UgZXhwYW5kZWQgdGhlIHVDUEUgbWFuYWdlbWVudCB5YW5nIG1vZGVsIHdpdGggaW50ZXJm YWNlIG1vZGVsIGZyb20gDQo+ID4gPlJGQyANCj4gPiA+ODM0MyggQSBZQU5HIERhdGEgTW9kZWwg Zm9yIEludGVyZmFjZSBNYW5hZ2VtZW50KSANCj4gPiA+IA0KPiA+ID5Ob3cgdGhlcmUgYXJlIDMg eWFuZyBmaWxlcyB0aGF0IHlvdSBtYXkgc3RyaXAgZnJvbSBJLUQ6IA0KPiA+ID4gDQo+ID4gPnZz eW0tc2VydmljZS55YW5nIA0KPiA+ID4gDQo+ID4gPm1vZGlmaWVkIGlldGYtaW50ZXJmYWNlcy55 YW5nIChhdWdtZW50cyB2c3ltLXNlcnZpY2UueWFuZykgDQo+ID4gPiANCj4gPiA+aWV0Zi12c3lt LWludGVyZmFjZXMueWFuZyAoYXVnbWVudHMgdnN1bS1zZXJ2aWNlLnlhbmcgYW5kIGhhcyByZWYg dG8gDQo+ID4gPiJ2TGlua3MiIGZyb20gdnN5bS1zZXJ2aWNlKS4gDQo+ID4gPiANCj4gPiA+IA0K PiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID5BIG5l dyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtLTAyLnR4dCANCj4gPiA+ IA0KPiA+ID5oYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IERteXRybyBTaHl0eWkg YW5kIHBvc3RlZCB0byB0aGUgDQo+ID4gPiANCj4gPiA+SUVURiByZXBvc2l0b3J5LiANCj4gPiA+ IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+TmFtZTogZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtIA0K PiA+ID4gDQo+ID4gPlJldmlzaW9uOiAwMiANCj4gPiA+IA0KPiA+ID5UaXRsZTogQSBZQU5HIE1v ZHVsZSBmb3IgdUNQRSBtYW5hZ2VtZW50LiANCj4gPiA+IA0KPiA+ID5Eb2N1bWVudCBkYXRlOiAy MDE5LTEwLTA4IA0KPiA+ID4gDQo+ID4gPkdyb3VwOiBJbmRpdmlkdWFsIFN1Ym1pc3Npb24gDQo+ ID4gPiANCj4gPiA+UGFnZXM6IDQwIA0KPiA+ID4gDQo+ID4gPlVSTDogDQo+ID4gPmh0dHBzOi8v d3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1zaHl0eWktb3BzYXdnLXZ5c20tMDIu dHh0IA0KPiA+ID4gDQo+ID4gPlN0YXR1czogaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtLyANCj4gPiA+IA0KPiA+ID5IdG1saXplZDogaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXNoeXR5aS1vcHNhd2ctdnlzbS0wMiANCj4g PiA+IA0KPiA+ID5IdG1saXplZDogDQo+ID4gPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNtIA0KPiA+ID4gDQo+ID4gPkRpZmY6IGh0 dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1zaHl0eWktb3BzYXdnLXZ5c20t MDIgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPkFic3RyYWN0OiANCj4gPiA+IA0KPiA+ ID5UaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgWUFORyBkYXRhIG1vZGVsIGZvciB1Q1BFIG1hbmFn ZW1lbnQgKFZZU00pIA0KPiA+ID4gDQo+ID4gPmFuZCBkZWZpbml0aW9uIG9mIHRoZSB1Q1BFIGVx dWlwbWVudC4gVGhlIFlBTkcgU2VydmljZSBNb2RlbCBzZXJ2ZXMgDQo+ID4gPiANCj4gPiA+YXMg YSBiYXNlIGZyYW1ld29yayBmb3IgbWFuYWdpbmcgYW4gdW5pdmVyc2FsIEN1c3RvbWVyLVByZW1p c2VzIA0KPiA+ID4gDQo+ID4gPkVxdWlwbWVudCAodUNQRSkgc3Vic3lzdGVtLiBUaGUgbW9kZWwg Y2FuIGJlIHVzZWQgYnkgYSBOZXR3b3JrIA0KPiA+ID4gDQo+ID4gPlNlcnZpY2UgT3JjaGVzdHJh dG9yLiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+UGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQo+ID4gPnN1Ym1pc3Npb24gDQo+ ID4gPiANCj4gPiA+dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls YWJsZSBhdCB0b29scy5pZXRmLm9yZy4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPlRo ZSBJRVRGIFNlY3JldGFyaWF0IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4tLS0tIE9u IE1vbiwgMDcgT2N0IDIwMTkgMTU6NTA6NDAgKzAyMDAgSm9lIENsYXJrZSAoamNsYXJrZSkgDQo+ ID4gPjxtYWlsdG86bWFpbHRvOm1haWx0bzpqY2xhcmtlQGNpc2NvLmNvbT4gd3JvdGUgLS0tLSAN Cj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0K PiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+ID4gPiANCj4gPiA+T1BTQVdH IG1haWxpbmcgbGlzdCANCj4gPiA+IA0KPiA+ID5tYWlsdG86bWFpbHRvOm1haWx0bzpPUFNBV0dA aWV0Zi5vcmcgDQo+ID4gPiANCj4gPiA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9vcHNhd2cgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ ID5PbiBTZXAgMzAsIDIwMTksIGF0IDE3OjE3LCBEbXl0cm8gU2h5dHlpIA0KPiA+ID48bWFpbHRv Om1haWx0bzptYWlsdG86aWV0Zi5kbXl0cm9Ac2h5dHlpLm5ldD4gDQo+ID4gPndyb3RlOiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+RGVhciBtZW1iZXJzIG9mIG9wc2F3ZywgDQo+ID4g PiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPlJlY2VudGx5IHdlIHVwbG9hZGVkIGEgZHJhZnQgYWJv dXQgdUNQRSBtYW5hZ2VtZW50LiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPllvdSBhcmUgaW52aXRl ZCB0byBhbnN3ZXIgZmV3IHF1ZXN0aW9ucyByZWdhcmRpbmcgdGhlIGRyYWZ0IA0KPiA+ID5odHRw czovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtc2h5dHlpLW9wc2F3Zy12eXNt LTAxLnR4dC4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4g DQo+ID4gPk9uZSB0aGluZyB0aGF0IHdvdWxkIGhlbHAgd2l0aCByZXZpZXdzIGlzIGlmIHlvdSBj bGVhbmVkIHVwIHRoaXMgWUFORyANCj4gPiA+bW9kdWxlLiBDb25zaWRlciB1c2luZyBweWFuZyAt ZiB5YW5nIC0ta2VlcC1jb21tZW50cyB0byBnZW5lcmF0ZSANCj4gPiA+c29tZXRoaW5nIHdlbGwt Zm9ybWF0dGVkLCBhbmQg4oCUY2Fub25pY2FsIHRvIGNoZWNrIG9yZGVyaW5nLiBJbiANCj4gPiA+ cGFydGljdWxhciwgeW91ciANCj4gPiA+IHJldmlzaW9ucyBhcmUgb3V0IG9mIG9yZGVyLiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPlF1ZXN0aW9uMTogRG8g eW91IGZpbmQgYSBkaWZpbml0aW9uIG9mIHVDUEUgaXMgd2VsbCBleHBsYWluZWQ/IElmIG5vIA0K PiA+ID53aGF0IGNvdWxkIGJlIGltcHJvdmVkPyANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4g PiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID5JIHRoaW5rIGl0IGlzLCBidXQgYXMg YSB2ZW5kb3IgdGhhdCBtYWtlcyBzdWNoIGEgZGV2aWNlLCBJIG1heSBub3QgYmUgDQo+ID4gPnRo ZSByaWdodCBwZXJzb24gdG8gYXNrLiBXaGF0IEkgbWVhbiBpcyB0aGF0IEkgaW5oZXJlbnRseSB1 bmRlcnN0YW5kIA0KPiA+ID50aGUgDQo+ID4gPmNvbmNlcHQuIA0KPiA+ID4gDQo+ID4gPiANCj4g PiA+IA0KPiA+ID5JdCB3b3VsZCBiZSBnb29kIGlmIG90aGVycyBwZXJoYXBzIHRoYXQgdXNlIHN1 Y2ggZGV2aWNlcyBjb3VsZCB3ZWlnaCANCj4gPiA+aW4uIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+ IA0KPiA+ID5Kb2UgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPllvdSBtYXkgYW5zd2Vy OiBJIGFncmVlIHdpdGggZGVmaW5pdGlvbi4gT1IgSSB0aGluayBpdCBjb3VsZCBiZSANCj4gPiA+ bW9kaWZpZWQuLi4gDQo+ID4gPiANCj4gPiA+UXVlc3Rpb24yOiBEbyB5b3UgdGhpbmsgdGhlcmUg aXMgZW5vdWdoIGV4YW1wbGVzIG9mIGludGVybmFsIHVDUEUgDQo+ID4gPnNlcnZpY2UgYW5kIHVz ZWNhc2VzIHRoYXQgYXJlIHdlbGwgZGVwaWN0ZWQuIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0K PiA+ID4gDQo+ID4gPiANCj4gPiA+WW91IG1heSBhbnN3ZXI6IFRoZSBleGFtcGxlcyBhbmQgdXNl Y2FzZXMgYXJlIHdlbGwgZXhwbGFpbmVkLiBPUiBUaGUgDQo+ID4gPnVzZWNhc2VzIG5lZWQgaW1w cm92ZW1lbnRzLiANCj4gPiA+IA0KPiA+ID5RdWVzdGlvbjM6IERvIHlvdSBmaW5kIHRoYXQgeWFu ZyBtb2RlbCBzaG91bGQgc3RheSB1bmNoYW5nZWQgcmVnYXJkaW5nIA0KPiA+ID50aGUgcGh5IGlu dGVyZmFjZXMuIE1heWJlIG9uZSBtYXkgdGhpbmsgYWJvdXQgImlldGYgaW50ZXJmYWNlIiBpbnN0 ZWFkIA0KPiA+ID5vZiAicGh5SW50ZXJmYWNlIi4gDQo+ID4gPiANCj4gPiA+WW91IG1heSBhbnN3 ZXI6IFRoZSB5YW5nIG1vZGVsIGxvb2tzIGdvb2QgZm9yIG1lLiAgT1IgVGhlIHlhbmcgbW9kZWwg DQo+ID4gPm5lZWRzIG1vcmUgaW1wcm92ZW1lbnRzKHdoaWNoIGltcHJvdmVtZW50cykuIA0KPiA+ ID4gDQo+ID4gPiANCj4gPiA+X19fX19fX19fX19fX18gDQo+ID4gPiANCj4gPiA+QmVzdCBSZWdh cmRzLCANCj4gPiA+IA0KPiA+ID5EbXl0cm8gU0hZVFlJIA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+ IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4tLS0tIE9uIFRodSwgMjYgU2VwIDIwMTkg MTg6MDE6MTQgKzAyMDAgDQo+ID4gPjxtYWlsdG86bWFpbHRvOm1haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmc+IHdyb3RlIC0tLS0gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiAN Cj4gPiA+QSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXNoeXR5aS1vcHNhd2ctdnlzbS0wMS50 eHQgDQo+ID4gPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IERteXRybyBTaHl0 eWkgYW5kIHBvc3RlZCB0byB0aGUgDQo+ID4gPiBJRVRGIHJlcG9zaXRvcnkuIA0KPiA+ID4gDQo+ ID4gPiBOYW1lOiBkcmFmdC1zaHl0eWktb3BzYXdnLXZ5c20gDQo+ID4gPiBSZXZpc2lvbjogMDEg DQo+ID4gPiBUaXRsZTogQSBZQU5HIE1vZHVsZSBmb3IgdUNQRSBtYW5hZ2VtZW50LiANCj4gPiA+ IERvY3VtZW50IGRhdGU6IDIwMTktMDktMjYgDQo+ID4gPiBHcm91cDogSW5kaXZpZHVhbCBTdWJt aXNzaW9uIA0KPiA+ID4gUGFnZXM6IDE1IA0KPiA+ID4gVVJMOiANCj4gPiA+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXNoeXR5aS1vcHNhd2ctdnlzbS0wMS50eHQg DQo+ID4gPiBTdGF0dXM6IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXNo eXR5aS1vcHNhd2ctdnlzbS8gDQo+ID4gPiBIdG1saXplZDogaHR0cHM6Ly90b29scy5pZXRmLi5v cmcvaHRtbC9kcmFmdC1zaHl0eWktb3BzYXdnLXZ5c20tMDEgDQo+ID4gPiBIdG1saXplZDogDQo+ ID4gPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc2h5dHlpLW9w c2F3Zy12eXNtIA0KPiA+ID4gRGlmZjogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LXNoeXR5aS1vcHNhd2ctdnlzbS0wMSANCj4gPiA+IA0KPiA+ID4gQWJzdHJhY3Q6IA0K PiA+ID4gVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIFlBTkcgZGF0YSBtb2RlbCBmb3IgdUNQRSBt YW5hZ2VtZW50IChWWVNNKSANCj4gPiA+IGFuZCBkZWZpbml0aW9uIG9mIHRoZSB1Q1BFIGVxdWlw bWVudC4gVGhlIFlBTkcgU2VydmljZSBNb2RlbCBzZXJ2ZXMgDQo+ID4gPiBhcyBhIGJhc2UgZnJh bWV3b3JrIGZvciBtYW5hZ2luZyBhbiB1bml2ZXJzYWwgQ3VzdG9tZXItUHJlbWlzZXMgDQo+ID4g PiBFcXVpcG1lbnQgKHVDUEUpIHN1YnN5c3RlbS4gVGhlIG1vZGVsIGNhbiBiZSB1c2VkIGJ5IGEg TmV0d29yayANCj4gPiA+IFNlcnZpY2UgT3JjaGVzdHJhdG9yLiANCj4gPiA+IA0KPiA+ID4gDQo+ ID4gPiANCj4gPiA+IA0KPiA+ID4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBs ZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQo+ID4gPnN1Ym1pc3Npb24gDQo+ID4gPiB1 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IA0KPiA+ ID5odHRwOi8vdG9vbHMuaWV0Zi5vcmcuLiANCj4gPiA+IA0KPiA+ID4gVGhlIElFVEYgU2VjcmV0 YXJpYXQgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+ID4gPiANCj4gPiA+T1BTQVdHIG1haWxpbmcg bGlzdCANCj4gPiA+IA0KPiA+ID5tYWlsdG86bWFpbHRvOm1haWx0bzpPUFNBV0dAaWV0Zi5vcmcg DQo+ID4gPiANCj4gPiA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vcHNh d2cgDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gDQo+ID4gPi0tLS0tLS0t IA0KPiA+ID4gDQo+ID4gPiANCj4gPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXyANCj4gPiA+PiBPUFNBV0cgbWFpbGluZyBsaXN0IA0KPiA+ID4+IG1h aWx0bzptYWlsdG86T1BTQVdHQGlldGYub3JnIA0KPiA+ID4+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vb3BzYXdnIA0KPiA+ID4+IA0KPiAgDQo+ID4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQo+ID4gT1BTQVdHIG1haWxpbmcg bGlzdCANCj4gPiBtYWlsdG86T1BTQVdHQGlldGYub3JnIA0KPiA+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vb3BzYXdnIA0KPiAgDQo+ICANCj4gLS0gDQo+IEp1ZXJnZW4g U2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIIA0K PiBQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAgICAgIENhbXB1cyBSaW5nIDEgfCAyODc1OSBC cmVtZW4gfCBHZXJtYW55IA0KPiBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMyAgICAgICAgIDxodHRw czovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQo= From nobody Tue Oct 22 13:28:18 2019 Return-Path: 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 DF93A1200E7 for ; Tue, 22 Oct 2019 13:28:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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=shytyi.net 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 wxTBZJg-B8xa for ; Tue, 22 Oct 2019 13:28:14 -0700 (PDT) Received: from sender11-of-o52.zoho.eu (sender11-of-o52.zoho.eu [185.20.211.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B77C01200F7 for ; Tue, 22 Oct 2019 13:28:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571776083; cv=none; d=zohomail.eu; s=zohoarc; b=aRtb1ohV9IXxBBsNJqpIv6oobyXxxKzCBrluT+bnIYHXqDjSdgVVt/SXk49rdAL83CLABf5M5IMwwK0WzqBvdOPto74TUObvqO4Af3FB5lGyYvuKywDh36POI2FqDTIRyMWfLKHSgesPhBY4VE1lQXKLI3eimq3zhFJTC9U7t9s= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1571776083; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=8bz3LOc93HLvfPcbzmy45exv6D1OP1JOMoiFhmPbR8w=; b=CehBP73szISHBm4m8bcIP5w/2fbBxPrV5mFIDsd80jJo4eJPjXGJHSAyaiqIK6StalmKUvT2m5VjR9yZ97AeiUNv5Dp2Dvk8fUAid8MV8QQl5SZmjQf63VsOv9HTWFsZIJK66id76UyIQAhRMwkr7e21mOU5scDVgxuCzMuruWw= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=shytyi.net; spf=pass smtp.mailfrom=ietf.dmytro@shytyi.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1571776083; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Cc:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; l=14493; bh=8bz3LOc93HLvfPcbzmy45exv6D1OP1JOMoiFhmPbR8w=; b=TwLOqk0bDtA7l3blhQu1HZRFvXInqFjMP24hTmDiNpvY+lRTai6QmtT5q3MG2DdA 3lZy55hkofLnctllVIEQyJE2QmkdMgOZVIXwRWMAOaPfq6uR56y1iQSAcL8DHD5zprp vVm2Y74TubS9zC+e18QYupDR++e/w9+L1aekPx10= Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1571776083213770.9449764950687; Tue, 22 Oct 2019 22:28:03 +0200 (CEST) Date: Tue, 22 Oct 2019 22:28:03 +0200 From: Dmytro Shytyi To: =?UTF-8?Q?=22Sch=C3=B6nw=C3=A4lder=2C_J=C3=BCrgen=22?= Cc: "Martin Bjorklund" , "netmod" Message-Id: <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> In-Reply-To: <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_272731_1930145823.1571776083209" X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 20:28:17 -0000 ------=_Part_272731_1930145823.1571776083209 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, On Tue, Oct 22, 2019 at 09:53:42PM +0200, Dmytro Shytyi wrote:=20 > Hello Martin,=20 >=20 >=20 >=20 > We are interested in=C2=A0 some specific functionality provided by=C2=A0R= FC 8343 yang model.=C2=A0=20 >=20 > So we derivied the yang model from RFC 8343, modified it and gave module = name , prefix with some modifications like "ucpe-interfaces",=20 >=20 > but in description we kept the reference to original RFC(in future we wil= modify the description to say that it is not original RFC 8343 yang module= .)=20 >=20 > IMHO it is wrong to not presice in the description(reference) of the modu= le / RFC that was we find usefull in our work.=20 >=20 >=20 >=20 > >Clearly unacceptable. Unclear why a ucpe can't implement=20 >=20 > ietf-interfaces from RFC 8343.=C2=A0=20 > I will try to give some ideas here.=C2=A0=C2=A0=20 >=20 >=20 >=20 > 1. uCPE phy interface has "vPorts" to witch "vLinks are assigned". "vLink= s "connect" the phy interface with=C2=A0 "vPort" of vswitch. Thus we may ad= d to the derieved from RFC 8343 module the list of "vPorts" for each phy in= terface.=20 >=20 > example with 1 phy interface:=20 >=20 >=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-------------------------------------=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 UCPE=20 >=20 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +---------= ---+=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |------vPort 1---vlink---(vpo= rt_sw)vswitch(vport_sw)--vlink---.....----WAN=20 >=20 > LAN----|=C2=A0 =C2=A0Phy=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|= ------vPort 2=20 >=20 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 = =C2=A0interface=C2=A0 =C2=A0 =C2=A0|=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-------------+=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 |=20 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-----------------------------------------= -----=20 =20 You can augment a model without having to copy it. Whether your=20 augmentation makes sense I can't tell, not also that interface can be=20 layered. [Dmytro] Yes I agree, it is exatly what we did in the=C2=A0=C2=A0draft-shyt= yi-opsawg-vysm-04. We augmented "vPorts" to the interfaces :) > 2. If we include the yang module from the RFC 8343 to the set of yang mod= els by default it goes in the root of config mode. i.e:=20 >=20 > EXAMPLE:=20 >=20 > config t=20 >=20 > =C2=A0 =C2=A0 =C2=A0 interfaces interface....=20 >=20 >=20 >=20 > When we have a parent module we need to place the RFC 8343 module to unde= r the parent module (like in the draft=C2=A0draft-shytyi-opsawg-vysm-04).= =20 >=20 > Hence the RFC8343=C2=A0 may be modified to add the augment statement(as i= t is dome in=C2=A0draft-shytyi-opsawg-vysm-04)=C2=A0 to put the "interfaces= interface" under the parent module like=20 >=20 > EXAMPLE:=20 > conifg t=20 >=20 > =C2=A0 =C2=A0 =C2=A0 ucpe "ucpe X" interfaces interface...=20 =20 Cut and paste to change the 'nesting' is _not_ proper usage of=20 YANG. The value of YANG is that objects with the same semantics are=20 predictable, this gives you interoperability. By copying modules to=20 other places (and tweaking semantics), you break the interoperability=20 promise.=20 =20 /js [Dmytro].=20 I find the task much easier if we could just augment the interfaces module = without changing it. I see it the next way . The "ietf-interfaces" yang mod= ule initially was created=C2=A0 for the config, when you have: config t=C2=A0 =C2=A0 =C2=A0 =C2=A0 interfaces interface ... Here we have different condition of "nesting"... when module "ucpe-ietf-int= erfaces" (not "ietf-interfaces") shout augment another module ("ietf-ucpe") We augment vPorts to phy interfaces.=20 >Cut and paste to change the 'nesting' is _not_ proper usage of=20 YANG. [Dmytro] If I understood correctly I can't just derive the parts from the exisiting = module=C2=A0 (by referencing them) to the new module. So I have two questions: If i cant derive the parts from existing module while creating a new, how t= o address this issue(when we want "ucpe-ietf-interfaces" to augment "ietf-u= cpe"). Could you suggest something? So the=C2=A0 here I have a question: How we will resolve the leafref in the= =C2=A0draft-shytyi-opsawg-vysm-04. if we will not do the augmentation of "i= etf-ucpe" in the ""ucpe-ietf-interfaces? augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" { list ports { key "port"; leaf port { type string; description "Name of the connector"; } leaf link { type leafref { path "../../../../ietf-nfv:links/ietf-nfv:link"; } description "Link that is connected to the port via connector"; } description "Set of the connectors the physical interface has"; } description "ucpe ports of the interface"; } } Thanks! --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH=20 Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany=20 Fax: +49 421 200 3103 ------=_Part_272731_1930145823.1571776083209 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hello,

On Tue, Oct 22, 2019 at 09:53:42PM +0200, Dmytro Shytyi wr= ote:
> Hello Martin,
>
>
>
> We are inte= rested in  some specific functionality provided by RFC 8343 yang = model. 
>
> So we derivied the yang model from RFC 8343,= modified it and gave module name , prefix with some modifications like "uc= pe-interfaces",
>
> but in description we kept the reference = to original RFC(in future we wil modify the description to say that it is n= ot original RFC 8343 yang module.)
>
> IMHO it is wrong to no= t presice in the description(reference) of the module / RFC that was we fin= d usefull in our work.
>
>
>
> >Clearly unac= ceptable. Unclear why a ucpe can't implement
>
> ietf-interf= aces from RFC 8343. 
> I will try to give some ideas here. = ; 
>
>
>
> 1. uCPE phy interface has "vPor= ts" to witch "vLinks are assigned". "vLinks "connect" the phy interface wit= h  "vPort" of vswitch. Thus we may add to the derieved from RFC 8343 m= odule the list of "vPorts" for each phy interface.
>
> exampl= e with 1 phy interface:
>
>
>
>   &nb= sp;            =             &nb= sp;  +-------------------------------------
>
> &nb= sp;            =             &nb= sp;    |             = ;     UCPE
>
>           &= nbsp;       +------------+
>
>   &nb= sp;            =    |                =         |------vPort 1---vlink---(vport_sw)vswitch(vpor= t_sw)--vlink---.....----WAN
>
> LAN----|   Phy = ;            |------vPort 2
>
>=                   |  &nb= sp;interface     |
>
>     = ;            &n= bsp; +-------------+
>
>      &= nbsp;             &n= bsp;          |
>
&= gt;             = ;            &n= bsp;     +----------------------------------------= ------

You can augment a model without having to copy it. Whether = your
augmentation makes sense I can't tell, not also that interface can= be
layered.

[Dmytro] Yes I= agree, it is exatly what we did in the  draft-shytyi-opsawg-vysm= -04. We augmented "vPorts" to the interfaces :)

> 2. If we include the yang module from = the RFC 8343 to the set of yang models by default it goes in the root of co= nfig mode. i.e:
>
> EXAMPLE:
>
> config t
&= gt;
>       interfaces interface....
>
>= ;
>
> When we have a parent module we need to place the RFC 8= 343 module to under the parent module (like in the draft draft-shytyi-= opsawg-vysm-04).
>
> Hence the RFC8343  may be modified = to add the augment statement(as it is dome in draft-shytyi-opsawg-vysm= -04)  to put the "interfaces interface" under the parent module like <= br>>
> EXAMPLE:
> conifg t
>
>    =   ucpe "ucpe X" interfaces interface...

Cut and paste to cha= nge the 'nesting' is _not_ proper usage of
YANG. The value of YANG is t= hat objects with the same semantics are
predictable, this gives you int= eroperability. By copying modules to
other places (and tweaking semanti= cs), you break the interoperability
promise.

/js
[Dmytro].
I find the task much easier if we = could just augment the interfaces module without changing it. I see it the = next way . The "ietf-interfaces" yang module initially was created  fo= r the config, when you have:
config t 
&nb= sp;     interfaces interface ...
Here we have diffe= rent condition of "nesting"... when module "ucpe-ietf-interfaces" (not "iet= f-interfaces") shout augment another module ("ietf-ucpe")
We augment vPorts to phy interfaces.
>Cut and= paste to change the 'nesting' is _not_ proper usage of
YANG= .
[Dmytro]
If I understood correctly I can't ju= st derive the parts from the exisiting module  (by referencing them) t= o the new module.

So I have two questions:
=
If i cant derive the parts from existing module while creating a= new, how to address this issue(when we want "ucpe-ietf-interfaces" to augm= ent "ietf-ucpe"). Could you suggest something?
So the&nb= sp; here I have a question: How we will resolve the leafref in the dra= ft-shytyi-opsawg-vysm-04. if we will not do the augmentation of "ietf-ucpe"= in the ""ucpe-ietf-interfaces?
augme=
nt "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" {
       list ports {
         key "port";
         leaf port {
           type string;
           description
             "Name of the connector";
         }
         leaf link {
           type leafref {
             path "../../../../ietf-nfv:links/ietf-nfv:link";
           }
           description
             "Link that is connected to the port
              via connector";
         }
         description
           "Set of the connectors the physical
            interface has";
       }
       description
         "ucpe ports of the interface";
     }
   }


Thanks!

=

--
Juergen Schoenwae= 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/>


------=_Part_272731_1930145823.1571776083209-- From nobody Tue Oct 22 13:43:10 2019 Return-Path: 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 6F0E51200A4 for ; Tue, 22 Oct 2019 13:43:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=jacobsuniversity.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 6awhBzbA15IH for ; Tue, 22 Oct 2019 13:43:05 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40047.outbound.protection.outlook.com [40.107.4.47]) (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 998A2120096 for ; Tue, 22 Oct 2019 13:43:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jm8ASRrZ3vT1dDskbUl8f5AKBY1hTziUoi5+UWVbTjSWklozp1EfkHf8QF+i3jktK1MmFDJ742Gz5LyZxRuJlwXsjHHaeBC7C3Tiw25+iK5yv9QPAyTBoacwmJjh4QjS0OMkvtj/2t/1R5zeEjyRiVQLK/QRk3WMyCsdSiYrqUkLAKx9iCuSfkZMQRLuNCQKrk8ZNXxxDxuTqqYJy9plVdove5f8X0EH6KrPFT82ZF1JAhCgjC+VG/Nb+aGQkICUma0TteUomOG0Ywb9mFzwvrbpD3s2rgEJJL1RND4g/ohWvmgWpjoBMFKPkVB9CnqAN+81Q3tLHB3MJQim4YzejQ== 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=lf3sv/YCeet7FiqpXAORRszwDSbjmeKyJo/ovB1DW6Q=; b=Jr+BlBcZYPW1Us9Qje8ibxwWnVBORtdGuthBCbpS1TdO71baOx6p8rB2s9gYfClDt9KEjr4+2x4mX41cE6109v9rscZOrvivjmASdJTK1nHWSGmaBS/mZI4bXv8sgdcUf3SOPH7n2SY+mzwo+xT/VwPOmuJqE940Wkz5UcpSRZpnfZzI99fivtkXMdI+zA9QuWbhEo8HzEBFX6tW/tma35L9R3A3XjfGHzIbeRnOSXqY0I4bhZFnqC9vfnxBza8PBMtkLVJE7S99OEhvmWazzZ8+6y6eihZYCGdCGFry4j4In5nkmFf/BLf0Oq3hpFBXJ7XALkfarFMfybJFNBwlBQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lf3sv/YCeet7FiqpXAORRszwDSbjmeKyJo/ovB1DW6Q=; b=N/43ZqY+kTb7XDTQhH2qefkbSNvjmOaBWwnA0sfLKZrCV2vCTajppWRCUuAJv92nAxSEZb7IeMgjzD7dTa5zb4oHlAMivzg9Cr3MxaaBLyGaE4IZwzeJTH9GGIzH+uU4AuriuKJLvhy6+KeHb5Gci3DgBMyGCDkiesLz5VUoSo0= Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0003.EURP190.PROD.OUTLOOK.COM (10.172.220.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.21; Tue, 22 Oct 2019 20:43:03 +0000 Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 20:43:03 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: Dmytro Shytyi CC: Martin Bjorklund , netmod Thread-Topic: [netmod] A reworking of RFC8343 Thread-Index: AQHViRJ+NKRnTgLb7E6oQ8qhAUHquqdnFhMAgAAGMICAAAQwAA== Date: Tue, 22 Oct 2019 20:43:03 +0000 Message-ID: <20191022204302.5me6qb65f3zkrqad@anna.jacobs.jacobs-university.de> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> In-Reply-To: <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR06CA0040.eurprd06.prod.outlook.com (2603:10a6:208:aa::17) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d549b9b8-38b1-4183-2e5a-08d757306f07 x-ms-traffictypediagnostic: AM4P190MB0003: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(136003)(376002)(39850400004)(346002)(366004)(199004)(189003)(14454004)(386003)(6506007)(54906003)(486006)(45776006)(316002)(7736002)(3450700001)(6486002)(43066004)(81156014)(25786009)(52116002)(5660300002)(11346002)(102836004)(81166006)(305945005)(476003)(786003)(76176011)(186003)(446003)(6306002)(6512007)(66946007)(99286004)(6116002)(8676002)(8936002)(6246003)(64756008)(6436002)(478600001)(6916009)(66556008)(86362001)(66446008)(4326008)(66476007)(1076003)(2906002)(229853002)(71190400001)(71200400001)(46003)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0003; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QSIMbqVfwYEAW2D7MvbEXWwd/gDZG+A6twHzo3d73tHfQdGgXnqDNpXyUA+b+UTdXavBA2Tk3SjifMQ7j26uJVCtluK4icbdKO1sVOe1ljlE6Qk7WNwVUfDMgCXilNc1Of91IayCBR5FJkfbYNU/pcUXavTjIvJjCIL7k/7WTZOWbNLH+G9eHQqoXlojbch/b6TBhaO+Wx6VF0L4haQH2IVRZzdPqLwX8OFecTuMKiAGwQTkzpPSvxgtKxIj2yO7QuZ4/Xvpj1zVdks4RPngNvttagxrNwfOUGqL2iA097uNi8l9XqOyoNK+5IpM/ZkgCnr7ygqiPcqjWMGdHTodirdws2vKGXfhycZo2wkVEjwB6mJgHu456BwTVOhz3MLdZ7N0tXeJDHEt8klj5RV24b/JTWwAoMdxabLvdxM7p7wSHZpwh4LEWVED76hf6Zh6Hdr8JqIqSNtSRImdTxB/ZrSUzfY/kcWb2dQHcFb3B5M= Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: d549b9b8-38b1-4183-2e5a-08d757306f07 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 20:43:03.1621 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gKgTktqJMOQhiwo/0Vo9njvpfbjoDYztmoF3LGbTyvuEUBBgwiy8x3rhQctF9P8OAdupQOcjlzJUfFAI8ERcNsDxfzlIkOB2Dd4OjDMfkDI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0003 Archived-At: Subject: Re: [netmod] A reworking of RFC8343 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 20:43:08 -0000 On Tue, Oct 22, 2019 at 10:28:03PM +0200, Dmytro Shytyi wrote: > =20 > Cut and paste to change the 'nesting' is _not_ proper usage of=20 > YANG. The value of YANG is that objects with the same semantics are=20 > predictable, this gives you interoperability. By copying modules to=20 > other places (and tweaking semantics), you break the interoperability=20 > promise.=20 > =20 > /js >=20 >=20 > [Dmytro].=20 >=20 > I find the task much easier if we could just augment the interfaces modul= e without changing it. I see it the next way . The "ietf-interfaces" yang m= odule initially was created=A0 for the config, when you have: >=20 > config t=A0 >=20 > =A0 =A0 =A0 interfaces interface ... >=20 > Here we have different condition of "nesting"... when module "ucpe-ietf-i= nterfaces" (not "ietf-interfaces") shout augment another module ("ietf-ucpe= ") >=20 >=20 >=20 > We augment vPorts to phy interfaces. I do not understand your explanation. The ietf-interfaces hierarchy can be found on page 5 of RFC 8343. You can augment additional nodes into it. > >Cut and paste to change the 'nesting' is _not_ proper usage of=20 >=20 > YANG. >=20 > [Dmytro] >=20 > If I understood correctly I can't just derive the parts from the exisitin= g module=A0 (by referencing them) to the new module. >=20 I have no idea what you mean with "(by referencing them) to the new module". You can of course refer to definitions in ietf-interfaces. =20 > So I have two questions: >=20 > If i cant derive the parts from existing module while creating a new, how= to address this issue(when we want "ucpe-ietf-interfaces" to augment "ietf= -ucpe"). Could you suggest something? I likely do not understand but you can of course augment ietf-interfaces with additional nodes that refer to ietf-ucpe definitions if that is what you are looking for. > So the=A0 here I have a question: How we will resolve the leafref in the= =A0draft-shytyi-opsawg-vysm-04. if we will not do the augmentation of "ietf= -ucpe" in the ""ucpe-ietf-interfaces? >=20 > augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" { > list ports { > key "port"; > leaf port { > type string; > description > "Name of the connector"; > } > leaf link { > type leafref { > path "../../../../ietf-nfv:links/ietf-nfv:link"; > } > description > "Link that is connected to the port > via connector"; > } > description > "Set of the connectors the physical > interface has"; > } > description > "ucpe ports of the interface"; > } > } I think it is possible to have a path contraint on a leafref that refers to definitions in other modules (see the ABNF definition path-arg which resolves to absolute-path and relative-path and descendant-path and in there you find node-identifier which can carry an optional prefix that allows to refer to definitions in other namespaces). /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Oct 22 14:43:07 2019 Return-Path: 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 67DD01200FD; Tue, 22 Oct 2019 14:42:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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=shytyi.net 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 xcB2eN7Ydy4P; Tue, 22 Oct 2019 14:42:55 -0700 (PDT) Received: from sender11-of-o52.zoho.eu (sender11-of-o52.zoho.eu [185.20.211.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17C4F1200FB; Tue, 22 Oct 2019 14:42:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571780564; cv=none; d=zohomail.eu; s=zohoarc; b=a6JaiEfemg/3/NGoXkeYVQYy82brBT3p3z6Qr92e2U/er27uhouctxsHHoi1tFe98EO6V2ScEQKRS7mAjeDJMuQ2gRORn+Rwnkx8k49hwpt5i4opkfrUG1Kj+9wlwP3qJ/SX8FPQ03w72hK3wgFhFYeLgixF7SCphlGcYYjwiAA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1571780564; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=TyG/7D5qQrFVqbQMa0eaha7R9/P0Zf6TUAr7hQWaNMU=; b=KS7tE2P9DwLAQOhivSyhpBuAZ8ZmXDDWiRoh4YdiklYZKrB+DWCqTL4ykZqLwOCes4e3HFoREhB2i9kT7rDTm6iJlvhsEumvJ3HnPtef0e/A5lxiCoOPMRxQDIqcjdL+rSIvVXh8Hn1HStNelZ1O/h8UecbROVeUKUILLLJBU48= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=shytyi.net; spf=pass smtp.mailfrom=ietf.dmytro@shytyi.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1571780564; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Cc:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; l=42859; bh=TyG/7D5qQrFVqbQMa0eaha7R9/P0Zf6TUAr7hQWaNMU=; b=HibSrmT/c5GrPWiR9EJYQh6qh71tfOujfHDs7Ej27SQ7WPc9z8p56so+p0s2nKmC GhDQA2zzq3hsn5qj7spPTzmD8rEnROEv3f78R75h9HO7XhCa75ZYhlMFh4tfXz+M+0m uKdwr8yDGLQ6WSM9807Vdy+x3Obxj8SJLajxgnMU= Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1571780564112127.56383192439819; Tue, 22 Oct 2019 23:42:44 +0200 (CEST) Date: Tue, 22 Oct 2019 23:42:44 +0200 From: Dmytro Shytyi To: =?UTF-8?Q?=22Sch=C3=B6nw=C3=A4lder=2C_J=C3=BCrgen=22?= Cc: "Martin Bjorklund" , "netmod" , "opsawg" Message-Id: <16df56c1488.12bf5b05d97805.101466112881248875@shytyi.net> In-Reply-To: <20191022204302.5me6qb65f3zkrqad@anna.jacobs.jacobs-university.de> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> <20191022204302.5me6qb65f3zkrqad@anna.jacobs.jacobs-university.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_275998_583245835.1571780564105" X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Archived-At: Subject: Re: [netmod] [OPSAWG] draft-shytyi-opsawg-vysm-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 21:42:58 -0000 ------=_Part_275998_583245835.1571780564105 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, >[since you sent the same email to two WGs, I have added both to Cc in=C2= =A0 >this reply. i don't think we should have parallell discussions in=C2=A0 >different MLs]=C2=A0 Dmytro Shytyi wrote:=C2=A0 > Hello Jurgen,=C2=A0 >=C2=A0 >=C2=A0 >=C2=A0 > Thank you for your comment,=C2=A0 >=C2=A0 >=C2=A0 >=C2=A0 > Yeap I think it is a great idea to explain why do we need the adjustments= =C2=A0 of RFC 8343 in the case of=C2=A0draft-shytyi-opsawg-vysm-04.=C2=A0 >=C2=A0 >=C2=A0 >=C2=A0 > What do you think about this:=C2=A0 >=C2=A0 > 1. uCPE phy interface has "vPorts" to witch "vLinks are=C2=A0 > assigned". "vLinks "connect" the phy interface with=C2=A0 "vPort" of=C2= =A0 > vswitch. Thus we may add to the derieved from RFC 8343 module the=C2=A0 > list of "vPorts" for each phy interface.=C2=A0 >>You should use "augment" if you want to add additional nodes to an=C2=A0 >>existing module.=C2=A0 [Dmytro] Yes I agree, it is exatly what we did in the=C2=A0=C2=A0draft-shyt= yi-opsawg-vysm-04. We augmented "vPorts" to the interfaces :) The same "augment i think it could be appropriate to use in the derived mod= ule from "ietf-interfaces" (RFC 8343) to agment the yang model "ietf-ucpe" > example with 1 phy interface:=C2=A0 >=C2=A0 >=C2=A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-------------------------------------=C2= =A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 UCPE=C2=A0 >=C2=A0 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +---------= ---+=C2=A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |------vPort 1---vlink---(vpo= rt_sw)vswitch(vport_sw)--vlink---.....----WAN=C2=A0 >=C2=A0 > LAN----|=C2=A0 =C2=A0Phy=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|= ------vPort 2=C2=A0 >=C2=A0 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 = =C2=A0interface=C2=A0 =C2=A0 =C2=A0|=C2=A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-------------+=C2=A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 |=C2=A0 >=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+-----------------------------------------= -----=C2=A0 >=C2=A0 > 2. If we include the yang module from the RFC 8343 to the set of yang mod= els by default it goes in the root of config mode. i.e:=C2=A0 >=C2=A0 > EXAMPLE:=C2=A0 >=C2=A0 > config t=C2=A0 >=C2=A0 > =C2=A0 =C2=A0 =C2=A0 interfaces interface....=C2=A0 >=C2=A0 >=C2=A0 >=C2=A0 > When we have a parent module we need to place the RFC 8343 module to unde= r the parent module (like in the draft=C2=A0draft-shytyi-opsawg-vysm-04).= =C2=A0=C2=A0 >Have you looked at the models in RFC 8529 and RFC 8530? Perhaps you=C2=A0 >can use them, rather than creating another special module for this=C2=A0 >particular use case?=C2=A0 [Dmytro] Thank you for this suggestion, @Martin. I can imagine that we could=C2=A0 assing "ietf-interfaces" to VSI as descri= bed in the RFC 8529. @Martin, looging the schema of yang models for rfc 852= 9(below) can we assign more than one (>1) LNE to the interface (both for rf= c 8529 and 8530)? In the uCPE usecase you may have multiple swithes assigned to the same port= . +--rw network-instances +--rw network-instance* [name] +--rw name string +--rw enabled? boolean +--rw description? string +--rw (ni-type)? +--rw (root-type) +--:(vrf-root) | +--mp vrf-root +--:(vsi-root) | +--mp vsi-root +--:(vv-root) +--mp vv-root module: ietf-interfaces +--rw interfaces | +--rw interface* [name] | +--rw name string | +--rw ip:ipv4! | | +--rw ip:enabled? boolean | | +--rw ip:forwarding? boolean | | +--rw ip:mtu? uint16 | | +--rw ip:address* [ip] | | | +--rw ip:ip inet:ipv4-address-no-zone | | | +--rw (ip:subnet) | | | +--:(ip:prefix-length) | | | | +--rw ip:prefix-length? uint8 | | | +--:(ip:netmask) | | | +--rw ip:netmask? yang:dotted-quad | | +--rw ip:neighbor* [ip] | | | +--rw ip:ip inet:ipv4-address-no-zone | | | +--rw ip:link-layer-address yang:phys-address | | +--rw ni:bind-network-instance-name? string | +--rw ni:bind-network-instance-name? string /martin=C2=A0 On Tue, Oct 22, 2019 at 10:28:03PM +0200, Dmytro Shytyi wrote:=20 >=20 > Cut and paste to change the 'nesting' is _not_ proper usage of=20 > YANG. The value of YANG is that objects with the same semantics are=20 > predictable, this gives you interoperability. By copying modules to=20 > other places (and tweaking semantics), you break the interoperability=20 > promise.=20 >=20 > /js=20 >=20 >=20 > [Dmytro].=20 >=20 > I find the task much easier if we could just augment the interfaces modul= e without changing it. I see it the next way . The "ietf-interfaces" yang m= odule initially was created=C2=A0 for the config, when you have:=20 >=20 > config t=C2=A0=20 >=20 > =C2=A0 =C2=A0 =C2=A0 interfaces interface ...=20 >=20 > Here we have different condition of "nesting"... when module "ucpe-ietf-i= nterfaces" (not "ietf-interfaces") shout augment another module ("ietf-ucpe= ")=20 >=20 >=20 >=20 > We augment vPorts to phy interfaces.=20 =20 >I do not understand your explanation. The ietf-interfaces hierarchy can=20 >be found on page 5 of RFC 8343. You can augment additional nodes into=20 >it. [Dmytro] Yes=C2=A0 we can augment additional nodes into "ietf-interfaces" i= t is what we do in the=C2=A0draft-shytyi-opsawg-vysm-04 : augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" { list ports { key "port"; leaf port { type string; description "Name of the connector"; } We wold like to have this: module: ietf-ucpe +--rw ietf-ucpe:ucpe* [name] +--rw ietf-ucpe:Name string | +--rw ucpe-if:interfaces =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 .... > >Cut and paste to change the 'nesting' is _not_ proper usage of=20 >=20 > YANG.=20 >=20 > [Dmytro]=20 >=20 > If I understood correctly I can't just derive the parts from the exisitin= g module=C2=A0 (by referencing them) to the new module.=20 >=20 =20 I have no idea what you mean with "(by referencing them) to the new=20 module". You can of course refer to definitions in ietf-interfaces.=20 =20 > So I have two questions:=20 >=20 > If i cant derive the parts from existing module while creating a new, how= to address this issue(when we want "ucpe-ietf-interfaces" to augment "ietf= -ucpe"). Could you suggest something?=20 >I likely do not understand but you can of course augment=20 >ietf-interfaces with additional nodes that refer to ietf-ucpe=20 >definitions if that is what you are looking for. [Dmytro] Yes we can augment the "ietf-interfaces" with new modules. Hovewer= in the=C2=A0draft-shytyi-opsawg-vysm-04 we are looking to augment module "= ietf-ucpe" with modified "ietf-interfaces".=C2=A0 Example SCHEME #1 module: ietf-ucpe +--rw ietf-ucpe:ucpe* [name] +--rw ietf-ucpe:Name string | +--rw ucpe-if:interfaces =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 .... To have a result similar to the scheme#1 (above) we derived the "ietf-inter= faces" to "ietf-ucpe-interfaces". And "ietf-ucpe-interfaces" was modified (= ex. with augment statement,etc..): module ietf-ucpe-interfaces { import ietf-ucpe { prefix ietf-vysm; } ... augment "/ietf-vysm:ucpe"{ container interfaces { description "Interface parameters."; list interface { ... } } } If i cant derive the parts from existing module (ietf-interfaces) while cre= ating a new("ietf-ucpe-interfaces) how we can get the result similar to sch= eme#1? Could you suggest something?=20 =20 > So the=C2=A0 here I have a question: How we will resolve the leafref in t= he=C2=A0draft-shytyi-opsawg-vysm-04. if we will not do the augmentation of = "ietf-ucpe" in the ""ucpe-ietf-interfaces?=20 >=20 > augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" {=20 > list ports {=20 > key "port";=20 > leaf port {=20 > type string;=20 > description=20 > "Name of the connector";=20 > }=20 > leaf link {=20 > type leafref {=20 > path "../../../../ietf-nfv:links/ietf-nfv:link";=20 > }=20 > description=20 > "Link that is connected to the port=20 > via connector";=20 > }=20 > description=20 > "Set of the connectors the physical=20 > interface has";=20 > }=20 > description=20 > "ucpe ports of the interface";=20 > }=20 > }=20 =20 >I think it is possible to have a path contraint on a leafref that=20 >refers to definitions in other modules (see the ABNF definition=20 >path-arg which resolves to absolute-path and relative-path and=20 >descendant-path and in there you find node-identifier which can carry=20 >an optional prefix that allows to refer to definitions in other=20 >namespaces).=20 /js=20 =20 --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH=20 Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany=20 Fax: +49 421 200 3103 ------=_Part_275998_583245835.1571780564105 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hello,


>[s= ince you sent the same email to two WGs, I have added both to Cc in&n= bsp;
>this reply. i don't thin= k we should have parallell discussions in <= /span>
>different MLs] 

Dmytro Shytyi <<= /span>ietf.dmytro@shytyi.net> wrote: <= /span>
> Hello Jurgen, 
> 
> 
> 
> Thank you for you= r comment, 
>=  
> 
> 
= > Yeap I think it is a great idea to explain why do = we need the adjustments  of RFC 8343 in the case of draft-shytyi-= opsawg-vysm-04. 
<= span class=3D"colour" style=3D"color:rgb(0, 0, 0)">><= span> 
> 
> =
> What do you think about this: =
> <= /span>
> 1. uCPE phy interface has "vPorts" to witch "vLin= ks are 
> assigned"= . "vLinks "connect" the phy interface with  "vPort" of 
> vswitch. Thus we may add to the= derieved from RFC 8343 module the <= /span>
> list of "vPorts" for each phy interface. 

>>You should us= e "augment" if you want to add additional nodes to an 
>>existing module. 

[Dmytro] Yes I= agree, it is exatly what we did in the  draft-shytyi-opsawg-vysm= -04. We augmented "vPorts" to the interfaces :)
The same "aug= ment i think it could be appropriate to use in the derived module from "iet= f-interfaces" (RFC 8343) to agment the yang model "ietf-ucpe"

> example with 1 phy interface: 
> <= br>
> 
<= span class=3D"highlight" style=3D"background-color:rgb(255, 255, 255)">> 
>    =             &nb= sp;            =   +------------------------------------- 
> <= /span>
>          &n= bsp;            = ;        |      &nbs= p;           UCPE =
> 
>                  = +------------+ 
<= span class=3D"colour" style=3D"color:rgb(0, 0, 0)">><= span> 
>   &nbs= p;            &= nbsp;  |                &= nbsp;       |------vPort 1---vlink---(vport_sw)vswitch(vport= _sw)--vlink---.....----WAN 
> 
<= span class=3D"highlight" style=3D"background-color:rgb(255, 255, 255)">> LA= N----|   Phy             |----= --vPort 2 
>&= nbsp;
>       &= nbsp;           |   interface  &nbs= p;  | 
>=  
>    &nb= sp;            =   +-------------+ <= br>
> 
<= span class=3D"highlight" style=3D"background-color:rgb(255, 255, 255)">> &n= bsp;             &nb= sp;            =    | 
> 
>    = ;            &n= bsp;            = ;  +---------------------------------------------- 
> 
> 2. If we include the yang module from the RFC = 8343 to the set of yang models by default it goes in the root of config mod= e. i.e: 
>&nb= sp;
= > EXAMPLE: 
> 
> config t 
> 
= >       interfaces interface.... 
> <= /span>
> 
=
&g= t; 
> When we have = a parent module we need to place the RFC 8343 module to under the parent mo= dule (like in the draft draft-shytyi-opsawg-vysm-04).  = ;


&= gt;Have you looked at the models in RFC 8529 and RFC 8530? Perhaps you 
>can use them, rather = than creating another special module for this 
>particular use case? =

[Dmytro] Thank you for t= his suggestion, @Martin.

I can imagine that we= could  assing "ietf-interfaces" to VSI as described in the RFC 8529. = @Martin, looging the schema of yang models for rfc 8529(below) can we assig= n more than one (>1) LNE to the interface (both for rfc 8529 and 8530)?<= br>
In the uCPE usecase you may have multiple swithes assigned to= the same port.

+--rw network-instances
        +--rw network-instance* [name]
           +--rw name           string
           +--rw enabled?       boolean
           +--rw description?   string
           +--rw (ni-type)?
           +--rw (root-type)
              +--:(vrf-root)
              |  +--mp vrf-root
              +--:(vsi-root)
              |  +--mp vsi-root
              +--:(vv-root)
                 +--mp vv-root

   module: ietf-int=
erfaces
      +--rw interfaces
      |  +--rw interface* [name]
      |     +--rw name                        string
      |     +--rw ip:ipv4!
      |     |  +--rw ip:enabled?                      boolean
      |     |  +--rw ip:forwarding?                   boolean
      |     |  +--rw ip:mtu?                          uint16
      |     |  +--rw ip:address* [ip]
      |     |  |  +--rw ip:ip               inet:ipv4-address-no-zone
      |     |  |  +--rw (ip:subnet)
      |     |  |     +--:(ip:prefix-length)
      |     |  |     |  +--rw ip:prefix-length?   uint8
      |     |  |     +--:(ip:netmask)
      |     |  |        +--rw ip:netmask?         yang:dotted-quad
      |     |  +--rw ip:neighbor* [ip]
      |     |  |  +--rw ip:ip                  inet:ipv4-address-no-zone
      |     |  |  +--rw ip:link-layer-address yang:phys-address
      |     |  +--rw ni:bind-network-instance-name?   string
      |     +--rw ni:bind-network-instance-name?   string

/martin 




= On Tue, Oct 22, 2019 at 10:28:03PM +0200, Dmytro Shytyi wrote:
> > Cut and paste to change the 'nesting' is _not_ proper usage of
&g= t; YANG. The value of YANG is that objects with the same semantics are
= > predictable, this gives you interoperability. By copying modules to > other places (and tweaking semantics), you break the interoperabilit= y
> promise.
>
> /js
>
>
> [Dmytr= o].
>
> I find the task much easier if we could just augment = the interfaces module without changing it. I see it the next way . The "iet= f-interfaces" yang module initially was created  for the config, when = you have:
>
> config t 
>
>     =   interfaces interface ...
>
> Here we have different co= ndition of "nesting"... when module "ucpe-ietf-interfaces" (not "ietf-inter= faces") shout augment another module ("ietf-ucpe")
>
>
&g= t;
> We augment vPorts to phy interfaces.

>I do not unde= rstand your explanation. The ietf-interfaces hierarchy can
>be found= on page 5 of RFC 8343. You can augment additional nodes into
>it.

[Dmytro] Yes  we can augment additional nodes = into "ietf-interfaces" it is what we do in the draft-shytyi-opsawg-vys= m-04 :
augment "/ietf-nfv:ucpe/=
ietf-if:interfaces/ietf-if:interface" {
       list ports {
         key "port";
         leaf port {
           type string;
           description
             "Name of the connector";
         }

We wold like to have this:
module: ietf-ucpe
+--rw ietf-ucpe:ucpe* [name]
   +--rw ietf-ucpe:Name              string
   |
   +--rw ucpe-if:interfaces
         = ;   ....



> >Cut and paste to ch= ange the 'nesting' is _not_ proper usage of
>
> YANG.
>= ;
> [Dmytro]
>
> If I understood correctly I can't jus= t derive the parts from the exisiting module  (by referencing them) to= the new module.
>

I have no idea what you mean with "(by r= eferencing them) to the new
module". You can of course refer to definit= ions in ietf-interfaces.

> So I have two questions:
> > If i cant derive the parts from existing module while creating a new= , how to address this issue(when we want "ucpe-ietf-interfaces" to augment = "ietf-ucpe"). Could you suggest something?
>I likely do not understa= nd but you can of course augment
>ietf-interfaces with additional no= des that refer to ietf-ucpe
>definitions if that is what you are loo= king for.

[Dmytro] Yes we can augment the "ietf-in= terfaces" with new modules. Hovewer in the draft-shytyi-opsawg-vysm-04= we are looking to augment module "ietf-ucpe" with modified "ietf-interface= s".  Example
SCHEME #1
module: ietf-ucpe
+--rw ietf-ucpe:ucpe* [name]
   +--rw ietf-ucpe:Name              string
   |
   +--rw ucpe-if:interfaces
         = ;   ....

To have a result similar to the = scheme#1 (above) we derived the "ietf-interfaces" to "ietf-ucpe-interfaces"= . And "ietf-ucpe-interfaces" was modified (ex. with augment statement,etc..= ):
module ietf-ucpe-interfaces {
         import ietf-ucpe { prefix ietf-vysm; }
         ...
         augment "/ietf-vysm:ucpe"{
               container interfaces {
                     description "Interface parameters.";
                     list interface {
                     ...
                     }
         }
   }

If i cant derive the parts from existing modu= le (ietf-interfaces) while creating a new("ietf-ucpe-interfaces) how we can= get the result similar to scheme#1?
Could you suggest someth= ing?

> So the  here I have a question: How we will resolve= the leafref in the draft-shytyi-opsawg-vysm-04. if we will not do the= augmentation of "ietf-ucpe" in the ""ucpe-ietf-interfaces?
>
&g= t; augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" {
>= list ports {
> key "port";
> leaf p= ort {
> type string;
> description
= > "Name of the connector";
> }
> = leaf link {
> type leafref {
> = path "../../../../ietf-nfv:links/ietf-nfv:link";
> }
= > description
> "Link that is connected t= o the port
> via connector";
> }
&= gt; description
> "Set of the connectors the phy= sical
> interface has";
> }
> = description
> "ucpe ports of the interface";
> = }
> }

>I think it is possible to have a path contra= int on a leafref that
>refers to definitions in other modules (see t= he ABNF definition
>path-arg which resolves to absolute-path and rel= ative-path and
>descendant-path and in there you find node-identifie= r which can carry
>an optional prefix that allows to refer to defini= tions in other
>namespaces).


/js <= br>
--
Juergen Schoenwaelder Jacobs University Bremen gGm= bH
Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germa= ny
Fax: +49 421 200 3103 <https://www.jacobs-university.de/> <= br>


------=_Part_275998_583245835.1571780564105-- From nobody Tue Oct 22 16:04:55 2019 Return-Path: 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 AEFF912006A; Tue, 22 Oct 2019 16:04:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=jacobsuniversity.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 opBdMjwMVmne; Tue, 22 Oct 2019 16:04:52 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130085.outbound.protection.outlook.com [40.107.13.85]) (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 2D473120018; Tue, 22 Oct 2019 16:04:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GKokVH5iEiSodbO7aZPXBXkCHlXotyW23+NPiWG/qhA782ZVH5fL4MGQKRQ0Yj5kUWowu3j4tFnR5UnIYfAYl2hpDUOlYUhcwX8EdGIfgc263VMscVF5hFfBlSoeVV3MhrMLBwPdEZbN2cRcVIe/Fob14imslc514BYUavzkijpNxH64CiJdNhTyI+u2svTeARX/hoGqzr66E9pm5/MctnM0k5XgwfGJ3NavLKH7ZvdZd5k6LAKXvL/tH5mC8rQu3bkIHpxQDQm9Yo7M4ZgBrj842goWPtQI/ykaWrABxlRsmvenVHPYd8KNyIgIMnvJ/WFrSG/818fZV/poQ2Z8Lg== 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=x64sUWFYvSbS2yiJuE+psCYiYEnFEt4i1x3dn6RM+jk=; b=awAvFcPPdhrD59MRn+RoFljvklpgeOeliX0oUtI7QNftRTSht+RF8fVMfhrfompPnneLQYaiGrwTAnTVAvG3WhQbSccUk5qkOc0wSDPDF4mS3WnPHkIs9xYPxhnpNgPPkY8onFai5dufc5NZVhqTSn55eD4l7Wwy8gE4gJtFOmSnX870nkUo0wrxhwROz4jN/uG7laO6F1XvDueOwElsbql03V6AyVQbfXsXJ8GEbWCnssG4yXMuULEPC/hzOlLrxHYBqrhBPWJJjHfDauc9yl02m4baNUE5ymzZG2Gwvf7iUDcxhNY2kLRueVsMMqnxHtolo1O5JIO2ogw5YWWy4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x64sUWFYvSbS2yiJuE+psCYiYEnFEt4i1x3dn6RM+jk=; b=jYHsUT8KeoAwGmCBiOSXYSJMJ/QnE/wgy8wkTTcNYcMEnys9hU0lMYNgE0wOwfKkxag+yJcgKCKdOf2nJ33HsUfsRm7dYhDyz9pkENanzonRoONr5Ixo/0rurfq8l19j4on4Ed0OmkoJiMcuFIZ5X235FI7TjZxTA/t9q2g8BVM= Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0017.EURP190.PROD.OUTLOOK.COM (10.172.218.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Tue, 22 Oct 2019 23:04:48 +0000 Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 23:04:48 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: Dmytro Shytyi CC: Martin Bjorklund , netmod , opsawg Thread-Topic: [OPSAWG] [netmod] draft-shytyi-opsawg-vysm-04 Thread-Index: AQHViSPCYfJ+BP74Ok6cAm27R8u4TqdnR+uA Date: Tue, 22 Oct 2019 23:04:48 +0000 Message-ID: <20191022230447.h42hjatx6qpgybpv@anna.jacobs.jacobs-university.de> References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> <20191022204302.5me6qb65f3zkrqad@anna.jacobs.jacobs-university.de> <16df56c1488.12bf5b05d97805.101466112881248875@shytyi.net> In-Reply-To: <16df56c1488.12bf5b05d97805.101466112881248875@shytyi.net> Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM3PR04CA0136.eurprd04.prod.outlook.com (2603:10a6:207::20) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:638:709:5::7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 09f1c870-5697-4e0d-9abd-08d757443c78 x-ms-traffictypediagnostic: AM4P190MB0017: x-ms-exchange-purlcount: 1 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(346002)(366004)(136003)(39850400004)(199004)(189003)(52116002)(6512007)(186003)(6306002)(99286004)(2906002)(86362001)(76176011)(8936002)(386003)(6506007)(6246003)(102836004)(316002)(256004)(786003)(43066004)(3450700001)(54906003)(71190400001)(5660300002)(71200400001)(1076003)(486006)(66446008)(305945005)(66556008)(7736002)(64756008)(476003)(66476007)(45776006)(4326008)(446003)(6916009)(46003)(11346002)(66946007)(229853002)(6116002)(81156014)(81166006)(8676002)(6486002)(6436002)(25786009)(478600001)(14454004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0017; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BOs2iZxQZexbBiRg/1QlOuYBl4XSCdgF7R3FBYJwYtrTyjIN+4ISjQ0UeQiH/N2+tyVXvz1K24M8dz3FDXODkhn3e0AWZ/9Doq/8oTmmgHd71X6SnqydYu9vHM/737tom6gQ01A9irS9v6MFanvzb+EM1DS9nrBp63zggUcWylWEUh4zi7YzRmD2C8lNPWF2KzTDsbBZqAng9/6IMjJ9+7+Y0BdqRkC9+ApGN/bF1V5UPDJB4PSs4N7im0JCZVPWXun4W3c43Yg87sA8Ij21ypPhqS08BfpXsEcbPJZmwyzOpkpftOzvBSPs1UZ7Q7Ykt4/PZQU9uX8MVmBPmhqUEK5Lc8jz6yXjr7vuj0enLiddcPEHR5LndDt9eaJhz830cP31gTQzjfT+K8f7oUXvumm26/NdX0Z3fFMjwontoJCpsdA/IbVJeVVb+qaKSjhdB9K/SUeFzY52IXvD/ZkgCGSjHEyq2mAI/kef5XADalQ= Content-Type: text/plain; charset="iso-8859-1" Content-ID: <377178C00A56A6429B626BAE1AD3187F@EURP190.PROD.OUTLOOK.COM> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 09f1c870-5697-4e0d-9abd-08d757443c78 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 23:04:48.2802 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vRLj1DEOkq4wUyHEA1E0frPAWD86g8DeHlzaqhCHK3q3TyKsUfPZgrTrMkPPjTIfew7rFc1nsd75zcM2RBQJVtPDeEjWSbELpuvZm0FVV8I= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0017 Archived-At: Subject: Re: [netmod] [OPSAWG] draft-shytyi-opsawg-vysm-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 23:04:55 -0000 On Tue, Oct 22, 2019 at 11:42:44PM +0200, Dmytro Shytyi wrote: >=20 > [Dmytro] Yes=A0 we can augment additional nodes into "ietf-interfaces" it= is what we do in the=A0draft-shytyi-opsawg-vysm-04 : >=20 >=20 > augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" { > list ports { > key "port"; > leaf port { > type string; > description > "Name of the connector"; > } This is _not_ augmenting into ietf-interfaces. > We wold like to have this: >=20 > module: ietf-ucpe > +--rw ietf-ucpe:ucpe* [name] > +--rw ietf-ucpe:Name string > | > +--rw ucpe-if:interfaces =20 If 'ucpe-if:interfaces' is supposed to be RFC 8343 interfaces, then (1) you can't do this and (2) you do not want to do this. > > >Cut and paste to change the 'nesting' is _not_ proper usage of=20 > >=20 > > YANG.=20 > >=20 > > [Dmytro]=20 > >=20 > > If I understood correctly I can't just derive the parts from the exisit= ing module=A0 (by referencing them) to the new module.=20 > >=20 > =20 > I have no idea what you mean with "(by referencing them) to the new=20 > module". You can of course refer to definitions in ietf-interfaces.=20 > =20 > > So I have two questions:=20 > >=20 > > If i cant derive the parts from existing module while creating a new, h= ow to address this issue(when we want "ucpe-ietf-interfaces" to augment "ie= tf-ucpe"). Could you suggest something?=20 > >I likely do not understand but you can of course augment=20 > >ietf-interfaces with additional nodes that refer to ietf-ucpe=20 > >definitions if that is what you are looking for. >=20 >=20 > [Dmytro] Yes we can augment the "ietf-interfaces" with new modules. Hovew= er in the=A0draft-shytyi-opsawg-vysm-04 we are looking to augment module "i= etf-ucpe" with modified "ietf-interfaces".=A0 Example >=20 > SCHEME #1 >=20 > module: ietf-ucpe > +--rw ietf-ucpe:ucpe* [name] > +--rw ietf-ucpe:Name string > | > +--rw ucpe-if:interfaces >=20 > =A0 =A0 =A0 =A0 =A0 =A0 .... >=20 >=20 >=20 > To have a result similar to the scheme#1 (above) we derived the "ietf-int= erfaces" to "ietf-ucpe-interfaces". And "ietf-ucpe-interfaces" was modified= (ex. with augment statement,etc..): You are not composing and reusing models, you cut and paste models, creating modified copies that do not interoperate. This is not what the IETF tries to do. The standard interfaces model is in /if:interfaces. There is likely no point of replicating it elsewhere. > module ietf-ucpe-interfaces { > import ietf-ucpe { prefix ietf-vysm; } > ... > augment "/ietf-vysm:ucpe"{ > container interfaces { > description "Interface parameters."; > list interface { > ... > } > } > } >=20 >=20 >=20 > If i cant derive the parts from existing module (ietf-interfaces) while c= reating a new("ietf-ucpe-interfaces) how we can get the result similar to s= cheme#1? >=20 > Could you suggest something?=20 I have not seen a reason why scheme#1 is a good idea, I have given reasons why copying is a bad idea. It appears to me like you are trying to invent a different tree structure for a specific kind of devices but having per device class different trees is not what we aim for in the IETF. We aim for reuse of models across a wide range of different devices. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Oct 23 01:18:49 2019 Return-Path: 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 5A6DD120058 for ; Wed, 23 Oct 2019 01:18:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 4G-HNyqgF02B for ; Wed, 23 Oct 2019 01:18:46 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9BE4D12002F for ; Wed, 23 Oct 2019 01:18:46 -0700 (PDT) Received: from localhost (h-4-44.A165.priv.bahnhof.se [158.174.4.44]) by mail.tail-f.com (Postfix) with ESMTPSA id C8D071AE018B for ; Wed, 23 Oct 2019 10:18:44 +0200 (CEST) Date: Wed, 23 Oct 2019 10:18:44 +0200 (CEST) Message-Id: <20191023.101844.48270589337022568.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] x509c2n:cert-to-name problem [WAS: [netconf-wg/https-notif] What is the user-id of the entity sending the notification? (#3)] X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 08:18:48 -0000 Hi, Since this is a problem with ietf-x509-cert-to-name I reply to this question here, rather than buried in a reply to another issue for another document ;-) Kent Watsen wrote: > Separately, I just noticed an issue with the > `ietf-[net/rest]conf-server` modules using x509c2n:cert-to-name. > > ``` > leaf fingerprint { > type x509c2n:tls-fingerprint; > mandatory true; > description > "Specifies a value with which the fingerprint of the > full certificate presented by the peer is compared. If > the fingerprint of the full certificate presented by the > peer does not match the fingerprint configured, then the > entry is skipped, and the search for a match continues."; > ``` > > This definition seems to exclude authenticating client certificates > via a trust anchor certificate as, if one can configure a fingerprint, > then one could also configure the whole certificate (e.g., > `tls-server-parameters/client-authentication/client-certs`), thus > obviating the need for > `tls-server-parameters/client-authentication/ca-certs`. [...] > A better definition (I think) would've been: > > ``` > OLD: full certificate presented by the peer > NEW: full certificate of the certificate used to authenticate the > certificate presented by the peer, which MAY be the peer's end-entity > certificate. > ``` Hmm, I think you found an inconsisteny in this module. Note that the description of the list itself has: The cert-to-name entry's fingerprint determines whether the list entry is a match: 1) If the cert-to-name list entry's fingerprint value matches that of the presented certificate, then consider the list entry a successful match. 2) If the cert-to-name list entry's fingerprint value matches that of a locally held copy of a trusted CA certificate, and that CA certificate was part of the CA certificate chain to the presented certificate, then consider the list entry a successful match. Also note: Security administrators are encouraged to make use of certificates with subjectAltName fields that can be mapped to names so that a single root CA certificate can allow all child certificates' subjectAltName fields to map directly to a name via a 1:1 transformation. So I think this is a bug in the description of "leaf fingerprint". > I note that `fingerprint` may be 0 characters in length, which is what > netconf/restconf servers wanting to support authenticating clients via > a trust anchor will need to do in their configurations. I'll update > the examples in those drafts to include an empty `fingerprint` node. But 0-length fingerprint won't match anything, which means you won't get a user name and the client can't be authenticated, and the session dropped. /martin From nobody Wed Oct 23 06:15:28 2019 Return-Path: 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 4DBC31208EB; Wed, 23 Oct 2019 06:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 ZZKINuQvNEYz; Wed, 23 Oct 2019 06:15:23 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 6018D1208DC; Wed, 23 Oct 2019 06:15:23 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 54EDD993FDF8831F063B; Wed, 23 Oct 2019 14:15:21 +0100 (IST) Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 23 Oct 2019 14:15:20 +0100 Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.200]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Wed, 23 Oct 2019 21:15:10 +0800 From: Qin Wu To: Lou Berger , wangzitao CC: "netmod@ietf.org" , NetMod WG Chairs , "draft-wwx-netmod-event-yang@ietf.org" , "draft-bryskin-netconf-automation-yang@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt Thread-Index: AdWJo35drxGh/wHNTTyWLb+wjS9m2w== Date: Wed, 23 Oct 2019 13:15:09 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 13:15:26 -0000 TG91Og0KSSBhbSBub3QgYWdhaW5zdCB0byBoYXJtb25pemUgd2l0aCBkcmFmdC1icnlza2luLW5l dGNvbmYtYXV0b21hdGlvbi15YW5nIGFuZCBhY3R1YWxseSBib3RoIGhhdmUgYWxyZWFkeSBzaGFy ZWQgYSBsb3Qgb2YgY29tbW9uYWxpdHkgb24gbW90aXZhdGlvbiBhbmQgdXNlIGNhc2VzIGJ1dCB0 aGUgbW9kZWwgcHJvcG9zZWQgaW4gZHJhZnQtd3d4IHJlZHVjZSBpdHMgY29tcGxleGl0eSBhbmQg cHJvcG9zZSBhIG1vcmUgc2ltcGxlIG1vZGVsIGRlc2lnbi4NCkEgcXVpY2sgcXVlc3Rpb24gdG8g Y2hhaXI6DQpEbyB5b3UgdGhpbmsgd2Ugc2hvdWxkIHN0YXJ0IGZyb20gY29tcGxleCBhZHZhbmNl ZCBnZW5lcmFsaXplZCBtb2RlbCB3aXRoIG1hbnkgZmVhdHVyZXMgd2hpY2ggbm90IHN1cmUgY2Fu IGJlIHN1cHBvcnRlZCwgDQpvciBmcm9tIHNpbXBsZSBnZW5lcmljIG1vZGVsIGluIHdoaWNoIHRo ZSBtZWNoYW5pc20gaGFzIGJlZW4gZ2VuZXJhbGl6ZWQgaW4gcHJldmlvdXMgc2V2ZXJhbCByZXZp c2lvbnMgYW5kIGNsYXJpZnkgdGhlIHJlbGF0aW9uc2hpcCB3aXRoIG1hbnkgcmVsYXRlZCBzdGFu ZGFyZGl6ZWQgd29yayBzdWNoIGFzIFlBTkcgUHVzaCwgRXZlbnQgTUlCLg0KDQpJZiBjbGFyaWZ5 aW5nIHRoZSByZWxhdGlvbnNoaXAgd2l0aCBFdmVudCBNSUIgaXMgYSBjb25jZXJuLCB3ZSBjb3Vs ZCByZW1vdmUgaXQgc2luY2UgRXZlbnQgTUlCIGlzIGp1c3Qgb25lIG9mIHdvcmsgdGhhdCBtb3Rp dmF0ZXMgdG8gYnJpbmcgdGhpcyB3b3JrIHVwLCBpbiBhZGRpdGlvbiwgDQpoYXJkd2FyZSBtYW5h Z2VtZW50IG1vZGVsIGRlZmluZWQgaW4gUkZDODM0OCBhbHNvIGNsYXJpZnkgcmVsYXRpb25zaGlw IHdpdGggRU5USVRZLU1JQiwgZG8geW91IHRoaW5rIGhhcmR3YXJlIG1hbmFnZW1lbnQgaXMgc29t ZXRoaW5nIHNwZWNpZmljIHRvIE1JQj8NCg0KSWYgSSBhbSB3cm9uZywgcGxlYXNlIGNvcnJlY3Qg bWUuDQpSZWdhcmRzIQ0KLVFpbg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBM b3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0gDQrlj5HpgIHml7bpl7Q6IDIwMTnl ubQxMOaciDIy5pelIDIwOjM4DQrmlLbku7bkuro6IHdhbmd6aXRhbyA8d2FuZ3ppdGFvQGh1YXdl aS5jb20+DQrmioTpgIE6IG5ldG1vZEBpZXRmLm9yZzsgTmV0TW9kIFdHIENoYWlycyA8bmV0bW9k LWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZ0BpZXRmLm9yZzsg ZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1dG9tYXRpb24teWFuZ0BpZXRmLm9yZw0K5Li76aKYOiBS ZTogW25ldG1vZF0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC13d3gtbmV0bW9k LWV2ZW50LXlhbmctMDMudHh0DQoNCk1pY2hhZWwvQXV0aG9ycy9XRywNCg0KVGhhbmsgeW91IGZv ciB0aGlzIHdvcmsuICBPbmUgb2YgdGhlIHF1ZXN0aW9ucyBpbiBsb29raW5nIGF0IHRoaXMgZHJh ZnQgaXMgdGhlIHJlbGF0aW9uc2hpcCB0byB0aGlzIGRyYWZ0IHRvIG90aGVyIGluZGl2aWR1YWwg d29yayB0aGF0IGhhcyBiZWVuIGRpc2N1c3NlZCBpbiB0aGUgV0csIG5vdGFibHlodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1dG9tYXRpb24teWFuZyAg LiBJbiBsb29raW5nIGF0IGJvdGggZHJhZnRzLCBJIHJlYWQgaXQgYXMgdGhhdCB0aGUgbGF0dGVy IHByb3ZpZGVzIGdlbmVyYWwgaW5mcmFzdHJ1Y3R1cmUgZm9yIGV2ZW50LWNvbmRpdGlvbi1hY3Rp b25zIChFQ0FzKS4gIEknbSBsZXNzIHN1cmUgYWJvdXQgeW91ciBkcmFmdCwgaW4gcmVhZGluZyBp dCBpdCB0b28gc2VlbXMgYWltZWQgYXQgYSBnZW5lcmFsIGluZnJhc3RydWN0dXJlLCBidXQgaXQg YWxzbyBzZWVtcyB0YWlsb3JlZCB0byBhIHNwZWNpZmljIHNldCBvZiBFQ0FzIHRoYXQgYXJlIGFs aWduZWQgd2l0aCB0aGUgRVZFTi1NSUIuDQoNCldoYXQgaXMgeW91ci90aGUgYXV0aG9ycyBpbnRl bnQ/DQoNCklmIHRoZSBmb3JtZXIsIHBlcmhhcHMgaXQgd291bGQgYmUgZ29vZCBmb3IgYm90aCBz ZXRzIG9mIGF1dGhvcnMgdG8gKGF0IGxlYXN0IHRyeSB0bykgd29yayB0b2dldGhlciB0byBjb21l IHVwIHdpdGggd2l0aCBhIG1lcmdlZCBkb2N1bWVudD8gIElmIHRoZSBsYXR0ZXIsIGRvZXMgaXQg bWFrZSBzZW5zZSB0byBhZGp1c3QgeW91ciBkcmFmdCB0byBkb2N1bWVudCB5b3VyIHVzZSBjYXNl IHVzaW5nIHRoZSBtb3JlIGdlbmVyYWwgbWVjaGFuaXNtcyBvZiB0aGUgb3RoZXIgZHJhZnQ/DQoN CldoYXQgZG8geW91IHRoaW5rPw0KDQpQbGVhc2UgbGV0IG1lIGtub3cgaWYgeW91IHRoaW5rIEkn bSBtaXNyZWFkaW5nIG9yIG1pc3NlZCBzb21ldGhpbmcgaGVyZS4NCg0KVGhhbmtzLA0KTG91DQoN Ck9uIDEwLzE1LzIwMTkgMjoxNyBBTSwgd2FuZ3ppdGFvIHdyb3RlOg0KPiBEZWFyIFdvcmtpbmcg R3JvdXAsDQo+DQo+IEFzIHlvdSByZWNhbGwgdGhhdCB3ZSBwcmVzZW50ZWQgdGhlICJkcmFmdC13 d3gtbmV0bW9kLWV2ZW50LXlhbmctMDIiIGluIHRoZSBsYXN0IE5FVE1PRCBzZXNzaW9uIGFuZCBn b3QgYSBnb29kIG51bWJlciBvZiBzdXBwb3J0cyB3aGVuIHRoZSBjaGFpciBwb2xsZWQgaW4gdGhl IHJvb20uDQo+IFJlY2VudGx5IHdlIGhhdmUgYSBtaW5vciB1cGRhdGUgb24gdGhlIGRyYWZ0IGJh c2VkIG9uIE1vbnRyZWFsIG1lZXRpbmcgZGlzY3Vzc2lvbiwgYWRkaW5nIGFuIGFwcGVuZGl4IHNl Y3Rpb24gdG8gaW50cm9kdWNlIGhvdyB0byByZXVzZSB0aGUgInRyaWdnZXItZ3JvdXBpbmciLCBt b3JlIGRldGFpbHMgcGxlYXNlIHJldmlldyB0aGUgZG9jdW1lbnQuDQo+IGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMNCj4NCj4gV2UgYmVs aWV2ZSB0aGlzIGRyYWZ0IGlzIHN0YWJsZSBlbm91Z2ggYW5kIHdvdWxkIGxpa2UgdG8gYXNrIGZv ciBXRyBhZG9wdGlvbi4NCj4NCj4gQ29tbWVudHMgYW5kIHN1Z2dlc3Rpb24gYXJlIHdlbGNvbWUh DQo+DQo+IEJlc3QgUmVnYXJkcyENCj4gLU1pY2hhZWwob24gYmVoYWxmIG9mIGF1dGhvcnMpDQo+ DQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IOWPkemAgeaXtumX tDogMjAxOeW5tDEw5pyIMTXml6UgMTQ6MTQNCj4g5pS25Lu25Lq6OiB3YW5neml0YW8gPHdhbmd6 aXRhb0BodWF3ZWkuY29tPjsgQ2hvbmdmZW5nIFhpZSA8eGllY2hmQGN0YnJpLmNvbS5jbj47IFFp biBXdSA8YmlsbC53dUBodWF3ZWkuY29tPjsgd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2VpLmNv bT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPg0KPiDkuLvpopg6IE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAzLnR4dA0KPg0KPg0K PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAzLnR4 dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE1pY2hhZWwgV2FuZyBhbmQg cG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQo+DQo+IE5hbWU6CQlkcmFmdC13d3gtbmV0 bW9kLWV2ZW50LXlhbmcNCj4gUmV2aXNpb246CTAzDQo+IFRpdGxlOgkJQSBZQU5HIERhdGEgbW9k ZWwgZm9yIFBvbGljeSBiYXNlZCBFdmVudCBNYW5hZ2VtZW50DQo+IERvY3VtZW50IGRhdGU6CTIw MTktMTAtMTMNCj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQkzMA0K PiBVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2Ry YWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCj4gU3RhdHVzOiAgICAgICAgIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy8N Cj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13d3gt bmV0bW9kLWV2ZW50LXlhbmctMDMNCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nDQo+IERpZmY6 ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtd3d4LW5l dG1vZC1ldmVudC15YW5nLTAzDQo+DQo+IEFic3RyYWN0Og0KPiAgICAgW1JGQzgzMjhdIGRlZmlu ZXMgYSBwb2xpY3ktYmFzZWQgbWFuYWdlbWVudCBmcmFtZXdvcmsgdGhhdCBhbGxvdw0KPiAgICAg ZGVmaW5pdGlvbiBvZiBhIGRhdGEgbW9kZWwgdG8gYmUgdXNlZCB0byByZXByZXNlbnQgaGlnaC1s ZXZlbCwNCj4gICAgIHBvc3NpYmx5IG5ldHdvcmstd2lkZSBwb2xpY2llcy4gIFRoaXMgZG9jdW1l bnQgZGVmaW5lcyBhbiBZQU5HIGRhdGENCj4gICAgIG1vZGVsIGZvciB0aGUgcG9saWN5IGJhc2Vk IGV2ZW50IG1hbmFnZW1lbnQgW1JGQzc5NTBdLiAgVGhlIHBvbGljeQ0KPiAgICAgYmFzZWQgRXZl bnQgWUFORyBwcm92aWRlcyB0aGUgYWJpbGl0eSBmb3IgdGhlIG5ldHdvcmsgbWFuYWdlbWVudA0K PiAgICAgZnVuY3Rpb24gKHdpdGhpbiBhIGNvbnRyb2xsZXIsIGFuIG9yY2hlc3RyYXRvciwgb3Ig YSBuZXR3b3JrIGVsZW1lbnQpDQo+ICAgICB0byBjb250cm9sIHRoZSBjb25maWd1cmF0aW9uIGFu ZCBtb25pdG9yIHN0YXRlIGNoYW5nZSBvbiB0aGUgbmV0d29yaw0KPiAgICAgZWxlbWVudCBhbmQg dGFrZSBzaW1wbGUgYW5kIGluc3RhbnQgYWN0aW9uIHdoZW4gYSB0cmlnZ2VyIGNvbmRpdGlvbg0K PiAgICAgb24gdGhlIHN5c3RlbSBzdGF0ZSBpcyBtZXQuDQo+DQo+ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgDQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUg b2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVk IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4NCj4g VGhlIElFVEYgU2VjcmV0YXJpYXQNCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiBuZXRtb2RAaWV0Zi5v cmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg== From nobody Wed Oct 23 06:32:27 2019 Return-Path: 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 4BF8B1200D7; Wed, 23 Oct 2019 06:32:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=jQ0oURun; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GXqxvbIY 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 tZxOh9bU4vhX; Wed, 23 Oct 2019 06:32:22 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F7B0120127; Wed, 23 Oct 2019 06:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8868; q=dns/txt; s=iport; t=1571837542; x=1573047142; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=I9B8lxtq3G9G0sIe0O/LURrBdDx+MbgrhMaDfkze2Pc=; b=jQ0oURunlySSVNUWLDfEytYGXeINpyq6PKkMZ9dpDhcaQy4jJWTilPVs VgFYtcMZCM7AR3AO+TX+XTw1mpMh8oaZzu+0RAtg4/H724EoNTQplbGTq ZpDqZwrAfkMHomo7qk2z+rtw+AhsaU++IleFZw7KdH75wxYgLbHHUn5Rr Y=; IronPort-PHdr: =?us-ascii?q?9a23=3AWX6BBxYWKCVTetS9O5xGbTP/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gebRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8KavwcC0+AMNEfFRk5Hq8d0NSHZW2ag=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAAAVVbBd/40NJK1lGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBEQEBAQEBAQEBAQEBgWcEAQEBAQELAYFKKScFbFcgBAsqCoQ?= =?us-ascii?q?dg0cDhFiFf06CEJYogVuBLhSBEANUCQEBAQwBARgLCgIBAYN7RQIXgx0kNAk?= =?us-ascii?q?OAgMJAQEEAQEBAgEFBG2FNwyFUAEBAQEDAQEQEREMAQEsBAUCAQsEAgEGAg4?= =?us-ascii?q?DBAEBAQICIwMCAgIlCxQBCAgBAQQBDQUIEweCNUsBgkYDLgECDJYXkGICgTi?= =?us-ascii?q?IYXWBMoJ+AQEFgTgCDkGDARiCFwmBDigBjA4YgUA/gVeCTD6CYgEBAgEBFoE?= =?us-ascii?q?POhWCeTKCLI0AIIIhN4VemAwKgiSHDo4zgjtyhmGDGoETixODU4l1boE/hmi?= =?us-ascii?q?RIAIEAgQFAg4BAQWBUjmBWHAVGiGCbAlHEBSBHIFqg3OFFIU/dIEpjXMBgSk?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.68,221,1569283200"; d="scan'208";a="645760276" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Oct 2019 13:32:20 +0000 Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x9NDWK4L028485 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 23 Oct 2019 13:32:20 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 23 Oct 2019 08:32:20 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 23 Oct 2019 08:32:19 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 23 Oct 2019 08:32:19 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GEB0FQ839t3n2JKNfk/mTD4fkn3uAJG6K52/amIhpGMTyqHDbiFdzdgAK9+Un5/anvPKux+ULOc0wair0ETJbKy9V7vsMtoSJZdrB83z26ZadcDL15fT8e/vv3psGMZz4b4j8fee3zJyBmlULhalIammE+sDSSlhtZIXPsfLZvQaPFguJaSNx4flkLTiyBkXyst16PXrtuAtfqxyHkUTzQG4M3/2w78q6AY/6sPxXHzvPsArM7PmN+HjnkCdYWosZpM1wxu8XAfoBV6kFiWmXxeGMnfnJud6W9+WZL9pLxmA4gbCff3v3bWNtSb7EQU4H1EYkSqvMgIaBrRm+xVPzw== 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=I9B8lxtq3G9G0sIe0O/LURrBdDx+MbgrhMaDfkze2Pc=; b=TW6fourutA2DyhMXAJ8t7+m2D7h1NATACIF2WJnmk1rtttOjbEWrDZOVveoQZOL0sTsmiDy9YOwcdDud19j1y7dsazEqABcwpGbZcx45pMsmVeB2BcuzgYxeFcalHgt/Y5gSCXWpe3t9BQOR1gSXG7QO/PMag8oD/Jcjgqro2UuGCIx6+vLAUro+aeK3rH4FR1dmcfqxXfgPu0YpiRkfx5h0ZddZkYSMXLC/NaOalRifPnhRf/nM+CFai1zkj6spKIwewED2eUG2J1GaeLV0YMFEsLdrKZPo3rVaIVMmphzKY2pJBf0LKIQvvIXbJkllgH3i5g7JwxGMzYoFnNC9hg== 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=I9B8lxtq3G9G0sIe0O/LURrBdDx+MbgrhMaDfkze2Pc=; b=GXqxvbIY6lszs+D6ngtgQcWd56oOykHvl/kTuW8eqMMSWLm097JDw+DfAPrYi8prA9vQlOk34mo2dpBUXZN7wNFXPAfYz82aLrKrOHwzBoEa4ORYOn7i9rGb2m/u+bFpAXvpVUvAOrp+nynMn+LlLH2Tf9+i+lwWF7OkrzPMRj8= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3792.namprd11.prod.outlook.com (20.178.253.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.21; Wed, 23 Oct 2019 13:32:18 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2347.030; Wed, 23 Oct 2019 13:32:17 +0000 From: "Rob Wilton (rwilton)" To: Qin Wu , Lou Berger , wangzitao CC: NetMod WG Chairs , "draft-bryskin-netconf-automation-yang@ietf.org" , "netmod@ietf.org" , "draft-wwx-netmod-event-yang@ietf.org" , "draft-sambo-netmod-yang-fsm@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt Thread-Index: AdWJo35drxGh/wHNTTyWLb+wjS9m2wAAbjtw Date: Wed, 23 Oct 2019 13:32:17 +0000 Message-ID: References: In-Reply-To: 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: [173.38.220.40] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: aa8412cb-5ee2-49e0-14bf-08d757bd6cae x-ms-traffictypediagnostic: MN2PR11MB3792: x-ms-exchange-purlcount: 7 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 019919A9E4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(39860400002)(136003)(346002)(366004)(396003)(189003)(199004)(13464003)(15650500001)(7736002)(446003)(186003)(102836004)(81156014)(966005)(99286004)(6116002)(66556008)(66446008)(3846002)(476003)(6506007)(81166006)(53546011)(305945005)(486006)(316002)(76116006)(66946007)(33656002)(11346002)(7696005)(14444005)(6246003)(8936002)(26005)(64756008)(110136005)(66476007)(76176011)(8676002)(54906003)(74316002)(478600001)(55016002)(6306002)(86362001)(4326008)(9686003)(66574012)(14454004)(2906002)(66066001)(52536014)(4001150100001)(6436002)(229853002)(25786009)(5660300002)(71200400001)(71190400001)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3792; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; 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: 9KSR1wF7ArYa0SPMkoCGVFHZkm7AYcr/3zBEgUDJz7xje8KraRB01/g8lXDwmbYajW2ir3vzwb7IDsDuABj2GyGI7MgzDMOgvHO8cZDUzQdtOH7RixvvbFERQS1s0sb1X2n5xPBJDxKmeivoi5/5BVhu5Z3D8s2WvytMgt/nojbhK37VH+UnCvvKr30NE2n0xWMTGh3zlMbWJvqlVKpnyt08Pf6w/4ywIH+Tsm1stOFDgIT0vKxi8tw2Ba/CQB9lIHDqSUn/ITTaWQBOkO+IcO8HnqIKmF/e/tzzQAs3T/Nqrh2C6PW+istKGAfGmNIgvu7ZV1Gf5BGg7cBobNJmvd34mMEQaoXYanY8MrlzuAsotSlg0Mn2edduND7L+s/GEvyW1rZwFGx2xy8Se0xqTW0f+6g9E2QlNLLnyE8tRPSV3i4Cu1c6jjQPBIK16em5AoiQimQEpgnjlwLKXwL62i45HMWya6NBzT6i7oMHljM= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: aa8412cb-5ee2-49e0-14bf-08d757bd6cae X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Oct 2019 13:32:17.9528 (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: pQFwOKYIaQ6y3KLl/X/Eup/1V2x+mHkSOSlhEWPje45/OSKe/osJmYSwiAkBRqDsxIBIQPZEWU5uSYgxiZ50OA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3792 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.23, xch-aln-013.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 13:32:25 -0000 SGkgUWluLCBMb3UsDQoNClRoZXJlIGl0IGFsc28gZHJhZnQtc2FtYm8tb3BzYXdnLWNjYW1wLXN1 cGEtZXh0LXlhbmctZnNtIHdoaWNoLCB1bmxlc3MgSSBhbSBtaXN0YWtlbiwgYWxzbyBzZWVtcyB0 byBiZSB0YXJnZXRpbmcgdGhlIHNhbWUgYXJlYS4NCg0KSXQgc2VlbXMgbGlrZSB0aGVyZSBpcyBk ZWZpbml0ZWx5IGludGVyZXN0IGluIHRoaXMgYXJlYS4gIEl0IHdvdWxkIGJlIG5pY2UgaWYgdGhl cmUgY291bGQgYmUgYSBzaW5nbGUgc3RhbmRhcmQgc29sdXRpb24sIGJ1dCBwZXJoYXBzIHRoZSB1 c2UgY2FzZXMgYXJlIGRpZmZlcmVudCBlbm91Z2ggdGhhdCB0aGlzIGRvZXNuJ3QgbWFrZSBzZW5z ZT8NCg0KVGhhbmtzLA0KUm9iDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBG cm9tOiBuZXRtb2QgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgUWluIFd1 DQo+IFNlbnQ6IDIzIE9jdG9iZXIgMjAxOSAxNDoxNQ0KPiBUbzogTG91IEJlcmdlciA8bGJlcmdl ckBsYWJuLm5ldD47IHdhbmd6aXRhbyA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+DQo+IENjOiBOZXRN b2QgV0cgQ2hhaXJzIDxuZXRtb2QtY2hhaXJzQGlldGYub3JnPjsgZHJhZnQtYnJ5c2tpbi1uZXRj b25mLQ0KPiBhdXRvbWF0aW9uLXlhbmdAaWV0Zi5vcmc7IG5ldG1vZEBpZXRmLm9yZzsgZHJhZnQt d3d4LW5ldG1vZC1ldmVudC0NCj4geWFuZ0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW25ldG1v ZF0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LQ0K PiB5YW5nLTAzLnR4dA0KPiANCj4gTG91Og0KPiBJIGFtIG5vdCBhZ2FpbnN0IHRvIGhhcm1vbml6 ZSB3aXRoIGRyYWZ0LWJyeXNraW4tbmV0Y29uZi1hdXRvbWF0aW9uLXlhbmcNCj4gYW5kIGFjdHVh bGx5IGJvdGggaGF2ZSBhbHJlYWR5IHNoYXJlZCBhIGxvdCBvZiBjb21tb25hbGl0eSBvbiBtb3Rp dmF0aW9uDQo+IGFuZCB1c2UgY2FzZXMgYnV0IHRoZSBtb2RlbCBwcm9wb3NlZCBpbiBkcmFmdC13 d3ggcmVkdWNlIGl0cyBjb21wbGV4aXR5DQo+IGFuZCBwcm9wb3NlIGEgbW9yZSBzaW1wbGUgbW9k ZWwgZGVzaWduLg0KPiBBIHF1aWNrIHF1ZXN0aW9uIHRvIGNoYWlyOg0KPiBEbyB5b3UgdGhpbmsg d2Ugc2hvdWxkIHN0YXJ0IGZyb20gY29tcGxleCBhZHZhbmNlZCBnZW5lcmFsaXplZCBtb2RlbCB3 aXRoDQo+IG1hbnkgZmVhdHVyZXMgd2hpY2ggbm90IHN1cmUgY2FuIGJlIHN1cHBvcnRlZCwgb3Ig ZnJvbSBzaW1wbGUgZ2VuZXJpYw0KPiBtb2RlbCBpbiB3aGljaCB0aGUgbWVjaGFuaXNtIGhhcyBi ZWVuIGdlbmVyYWxpemVkIGluIHByZXZpb3VzIHNldmVyYWwNCj4gcmV2aXNpb25zIGFuZCBjbGFy aWZ5IHRoZSByZWxhdGlvbnNoaXAgd2l0aCBtYW55IHJlbGF0ZWQgc3RhbmRhcmRpemVkIHdvcmsN Cj4gc3VjaCBhcyBZQU5HIFB1c2gsIEV2ZW50IE1JQi4NCj4gDQo+IElmIGNsYXJpZnlpbmcgdGhl IHJlbGF0aW9uc2hpcCB3aXRoIEV2ZW50IE1JQiBpcyBhIGNvbmNlcm4sIHdlIGNvdWxkDQo+IHJl bW92ZSBpdCBzaW5jZSBFdmVudCBNSUIgaXMganVzdCBvbmUgb2Ygd29yayB0aGF0IG1vdGl2YXRl cyB0byBicmluZyB0aGlzDQo+IHdvcmsgdXAsIGluIGFkZGl0aW9uLCBoYXJkd2FyZSBtYW5hZ2Vt ZW50IG1vZGVsIGRlZmluZWQgaW4gUkZDODM0OCBhbHNvDQo+IGNsYXJpZnkgcmVsYXRpb25zaGlw IHdpdGggRU5USVRZLU1JQiwgZG8geW91IHRoaW5rIGhhcmR3YXJlIG1hbmFnZW1lbnQgaXMNCj4g c29tZXRoaW5nIHNwZWNpZmljIHRvIE1JQj8NCj4gDQo+IElmIEkgYW0gd3JvbmcsIHBsZWFzZSBj b3JyZWN0IG1lLg0KPiBSZWdhcmRzIQ0KPiAtUWluDQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0N Cj4g5Y+R5Lu25Lq6OiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4g5Y+R 6YCB5pe26Ze0OiAyMDE55bm0MTDmnIgyMuaXpSAyMDozOA0KPiDmlLbku7bkuro6IHdhbmd6aXRh byA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+DQo+IOaKhOmAgTogbmV0bW9kQGlldGYub3JnOyBOZXRN b2QgV0cgQ2hhaXJzIDxuZXRtb2QtY2hhaXJzQGlldGYub3JnPjsgZHJhZnQtDQo+IHd3eC1uZXRt b2QtZXZlbnQteWFuZ0BpZXRmLm9yZzsgZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1dG9tYXRpb24t DQo+IHlhbmdAaWV0Zi5vcmcNCj4g5Li76aKYOiBSZTogW25ldG1vZF0gTmV3IFZlcnNpb24gTm90 aWZpY2F0aW9uIGZvciBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LQ0KPiB5YW5nLTAzLnR4dA0KPiAN Cj4gTWljaGFlbC9BdXRob3JzL1dHLA0KPiANCj4gVGhhbmsgeW91IGZvciB0aGlzIHdvcmsuICBP bmUgb2YgdGhlIHF1ZXN0aW9ucyBpbiBsb29raW5nIGF0IHRoaXMgZHJhZnQgaXMNCj4gdGhlIHJl bGF0aW9uc2hpcCB0byB0aGlzIGRyYWZ0IHRvIG90aGVyIGluZGl2aWR1YWwgd29yayB0aGF0IGhh cyBiZWVuDQo+IGRpc2N1c3NlZCBpbiB0aGUgV0csIG5vdGFibHlodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtYnJ5c2tpbi0NCj4gbmV0Y29uZi1hdXRvbWF0aW9uLXlhbmcgIC4gSW4g bG9va2luZyBhdCBib3RoIGRyYWZ0cywgSSByZWFkIGl0IGFzIHRoYXQNCj4gdGhlIGxhdHRlciBw cm92aWRlcyBnZW5lcmFsIGluZnJhc3RydWN0dXJlIGZvciBldmVudC1jb25kaXRpb24tYWN0aW9u cw0KPiAoRUNBcykuICBJJ20gbGVzcyBzdXJlIGFib3V0IHlvdXIgZHJhZnQsIGluIHJlYWRpbmcg aXQgaXQgdG9vIHNlZW1zIGFpbWVkDQo+IGF0IGEgZ2VuZXJhbCBpbmZyYXN0cnVjdHVyZSwgYnV0 IGl0IGFsc28gc2VlbXMgdGFpbG9yZWQgdG8gYSBzcGVjaWZpYyBzZXQNCj4gb2YgRUNBcyB0aGF0 IGFyZSBhbGlnbmVkIHdpdGggdGhlIEVWRU4tTUlCLg0KPiANCj4gV2hhdCBpcyB5b3VyL3RoZSBh dXRob3JzIGludGVudD8NCj4gDQo+IElmIHRoZSBmb3JtZXIsIHBlcmhhcHMgaXQgd291bGQgYmUg Z29vZCBmb3IgYm90aCBzZXRzIG9mIGF1dGhvcnMgdG8gKGF0DQo+IGxlYXN0IHRyeSB0bykgd29y ayB0b2dldGhlciB0byBjb21lIHVwIHdpdGggd2l0aCBhIG1lcmdlZCBkb2N1bWVudD8gIElmDQo+ IHRoZSBsYXR0ZXIsIGRvZXMgaXQgbWFrZSBzZW5zZSB0byBhZGp1c3QgeW91ciBkcmFmdCB0byBk b2N1bWVudCB5b3VyIHVzZQ0KPiBjYXNlIHVzaW5nIHRoZSBtb3JlIGdlbmVyYWwgbWVjaGFuaXNt cyBvZiB0aGUgb3RoZXIgZHJhZnQ/DQo+IA0KPiBXaGF0IGRvIHlvdSB0aGluaz8NCj4gDQo+IFBs ZWFzZSBsZXQgbWUga25vdyBpZiB5b3UgdGhpbmsgSSdtIG1pc3JlYWRpbmcgb3IgbWlzc2VkIHNv bWV0aGluZyBoZXJlLg0KPiANCj4gVGhhbmtzLA0KPiBMb3UNCj4gDQo+IE9uIDEwLzE1LzIwMTkg MjoxNyBBTSwgd2FuZ3ppdGFvIHdyb3RlOg0KPiA+IERlYXIgV29ya2luZyBHcm91cCwNCj4gPg0K PiA+IEFzIHlvdSByZWNhbGwgdGhhdCB3ZSBwcmVzZW50ZWQgdGhlICJkcmFmdC13d3gtbmV0bW9k LWV2ZW50LXlhbmctMDIiIGluDQo+IHRoZSBsYXN0IE5FVE1PRCBzZXNzaW9uIGFuZCBnb3QgYSBn b29kIG51bWJlciBvZiBzdXBwb3J0cyB3aGVuIHRoZSBjaGFpcg0KPiBwb2xsZWQgaW4gdGhlIHJv b20uDQo+ID4gUmVjZW50bHkgd2UgaGF2ZSBhIG1pbm9yIHVwZGF0ZSBvbiB0aGUgZHJhZnQgYmFz ZWQgb24gTW9udHJlYWwgbWVldGluZw0KPiBkaXNjdXNzaW9uLCBhZGRpbmcgYW4gYXBwZW5kaXgg c2VjdGlvbiB0byBpbnRyb2R1Y2UgaG93IHRvIHJldXNlIHRoZQ0KPiAidHJpZ2dlci1ncm91cGlu ZyIsIG1vcmUgZGV0YWlscyBwbGVhc2UgcmV2aWV3IHRoZSBkb2N1bWVudC4NCj4gPiBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAzDQo+ID4N Cj4gPiBXZSBiZWxpZXZlIHRoaXMgZHJhZnQgaXMgc3RhYmxlIGVub3VnaCBhbmQgd291bGQgbGlr ZSB0byBhc2sgZm9yIFdHDQo+IGFkb3B0aW9uLg0KPiA+DQo+ID4gQ29tbWVudHMgYW5kIHN1Z2dl c3Rpb24gYXJlIHdlbGNvbWUhDQo+ID4NCj4gPiBCZXN0IFJlZ2FyZHMhDQo+ID4gLU1pY2hhZWwo b24gYmVoYWxmIG9mIGF1dGhvcnMpDQo+ID4NCj4gPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+ ID4g5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmddDQo+ID4g5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTDmnIgxNeaXpSAxNDox NA0KPiA+IOaUtuS7tuS6ujogd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2VpLmNvbT47IENob25n ZmVuZyBYaWUNCj4gPiA8eGllY2hmQGN0YnJpLmNvbS5jbj47IFFpbiBXdSA8YmlsbC53dUBodWF3 ZWkuY29tPjsgd2FuZ3ppdGFvDQo+ID4gPHdhbmd6aXRhb0BodWF3ZWkuY29tPjsgUWluIFd1IDxi aWxsLnd1QGh1YXdlaS5jb20+DQo+ID4g5Li76aKYOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g Zm9yIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCj4gPg0KPiA+DQo+ID4gQSBu ZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCj4g PiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE1pY2hhZWwgV2FuZyBhbmQgcG9z dGVkIHRvIHRoZSBJRVRGDQo+IHJlcG9zaXRvcnkuDQo+ID4NCj4gPiBOYW1lOgkJZHJhZnQtd3d4 LW5ldG1vZC1ldmVudC15YW5nDQo+ID4gUmV2aXNpb246CTAzDQo+ID4gVGl0bGU6CQlBIFlBTkcg RGF0YSBtb2RlbCBmb3IgUG9saWN5IGJhc2VkIEV2ZW50IE1hbmFnZW1lbnQNCj4gPiBEb2N1bWVu dCBkYXRlOgkyMDE5LTEwLTEzDQo+ID4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4g PiBQYWdlczoJCTMwDQo+ID4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC13d3gtbmV0bW9kLQ0KPiBldmVudC15YW5nLTAzLnR4dA0KPiA+ IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13 d3gtbmV0bW9kLWV2ZW50LQ0KPiB5YW5nLw0KPiA+IEh0bWxpemVkOiAgICAgICBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLQ0KPiAwMw0KPiA+ IEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry YWZ0LXd3eC1uZXRtb2QtDQo+IGV2ZW50LXlhbmcNCj4gPiBEaWZmOiAgICAgICAgICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXd3eC1uZXRtb2QtDQo+IGV2ZW50LXlh bmctMDMNCj4gPg0KPiA+IEFic3RyYWN0Og0KPiA+ICAgICBbUkZDODMyOF0gZGVmaW5lcyBhIHBv bGljeS1iYXNlZCBtYW5hZ2VtZW50IGZyYW1ld29yayB0aGF0IGFsbG93DQo+ID4gICAgIGRlZmlu aXRpb24gb2YgYSBkYXRhIG1vZGVsIHRvIGJlIHVzZWQgdG8gcmVwcmVzZW50IGhpZ2gtbGV2ZWws DQo+ID4gICAgIHBvc3NpYmx5IG5ldHdvcmstd2lkZSBwb2xpY2llcy4gIFRoaXMgZG9jdW1lbnQg ZGVmaW5lcyBhbiBZQU5HIGRhdGENCj4gPiAgICAgbW9kZWwgZm9yIHRoZSBwb2xpY3kgYmFzZWQg ZXZlbnQgbWFuYWdlbWVudCBbUkZDNzk1MF0uICBUaGUgcG9saWN5DQo+ID4gICAgIGJhc2VkIEV2 ZW50IFlBTkcgcHJvdmlkZXMgdGhlIGFiaWxpdHkgZm9yIHRoZSBuZXR3b3JrIG1hbmFnZW1lbnQN Cj4gPiAgICAgZnVuY3Rpb24gKHdpdGhpbiBhIGNvbnRyb2xsZXIsIGFuIG9yY2hlc3RyYXRvciwg b3IgYSBuZXR3b3JrDQo+IGVsZW1lbnQpDQo+ID4gICAgIHRvIGNvbnRyb2wgdGhlIGNvbmZpZ3Vy YXRpb24gYW5kIG1vbml0b3Igc3RhdGUgY2hhbmdlIG9uIHRoZSBuZXR3b3JrDQo+ID4gICAgIGVs ZW1lbnQgYW5kIHRha2Ugc2ltcGxlIGFuZCBpbnN0YW50IGFjdGlvbiB3aGVuIGEgdHJpZ2dlciBj b25kaXRpb24NCj4gPiAgICAgb24gdGhlIHN5c3RlbSBzdGF0ZSBpcyBtZXQuDQo+ID4NCj4gPg0K PiA+DQo+ID4NCj4gPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1p bnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2 ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4gdG9vbHMuaWV0Zi5vcmcuDQo+ID4N Cj4gPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBuZXRtb2QgbWFpbGluZyBsaXN0DQo+ID4g bmV0bW9kQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRtb2QNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg== From nobody Wed Oct 23 07:31:07 2019 Return-Path: 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 435BD120822; Wed, 23 Oct 2019 07:31:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 fw82SUGW1TJ3; Wed, 23 Oct 2019 07:31:00 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 759A912081C; Wed, 23 Oct 2019 07:31:00 -0700 (PDT) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 4AA578E8238642272B3D; Wed, 23 Oct 2019 15:30:58 +0100 (IST) Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 23 Oct 2019 15:30:57 +0100 Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 23 Oct 2019 15:30:57 +0100 Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Wed, 23 Oct 2019 15:30:57 +0100 Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.200]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0439.000; Wed, 23 Oct 2019 22:30:43 +0800 From: Qin Wu To: "Rob Wilton (rwilton)" , Lou Berger , wangzitao CC: NetMod WG Chairs , "draft-bryskin-netconf-automation-yang@ietf.org" , "netmod@ietf.org" , "draft-wwx-netmod-event-yang@ietf.org" , "draft-sambo-netmod-yang-fsm@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt Thread-Index: AdWJrb9m9t+rKjeMSvm32JSZ4OaKHA== Date: Wed, 23 Oct 2019 14:30:42 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.108.52] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 14:31:05 -0000 VGhhbmtzIFJvYiwganVzdCB0byByZW1pbmQgZHJhZnQtc2FtYm8tb3BzYXdnLWNjYW1wLXN1cGEt ZXh0LXlhbmctZnNtIGhhcyBiZWVuIHJlcGxhY2VkIGJ5IGRyYWZ0LXNhbWJvLW5ldG1vZC15YW5n LWZzbS0wNSBiYWNrIGluIE9jdG9iZXIgMjAxNyBhbmQgaGFzIGJlZW4gZGlzY3Vzc2VkIHR3aWNl IGJlZm9yZSBpbiB0aGUgcGFzdCBuZXRtb2QgbWVldGluZ3MuDQpJIGFtIGhhcHB5IHRvIHdvcmsg d2l0aCBhdXRob3JzIG9mIHRocmVlIGRyYWZ0cyB0byBzZWUgaG93IHRvIHJhdGlvbmFsaXplIHRo ZXNlIGNvbW1vbiBpbnRlcmVzdHMgZWZmb3J0Lg0KDQotUWluDQotLS0tLemCruS7tuWOn+S7ti0t LS0tDQrlj5Hku7bkuro6IFJvYiBXaWx0b24gKHJ3aWx0b24pIFttYWlsdG86cndpbHRvbkBjaXNj by5jb21dIA0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTDmnIgyM+aXpSAyMTozMg0K5pS25Lu25Lq6 OiBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5u ZXQ+OyB3YW5neml0YW8gPHdhbmd6aXRhb0BodWF3ZWkuY29tPg0K5oqE6YCBOiBOZXRNb2QgV0cg Q2hhaXJzIDxuZXRtb2QtY2hhaXJzQGlldGYub3JnPjsgZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1 dG9tYXRpb24teWFuZ0BpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOyBkcmFmdC13d3gtbmV0bW9k LWV2ZW50LXlhbmdAaWV0Zi5vcmc7IGRyYWZ0LXNhbWJvLW5ldG1vZC15YW5nLWZzbUBpZXRmLm9y Zw0K5Li76aKYOiBSRTogW25ldG1vZF0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMudHh0DQoNCkhpIFFpbiwgTG91LA0KDQpUaGVyZSBp dCBhbHNvIGRyYWZ0LXNhbWJvLW9wc2F3Zy1jY2FtcC1zdXBhLWV4dC15YW5nLWZzbSB3aGljaCwg dW5sZXNzIEkgYW0gbWlzdGFrZW4sIGFsc28gc2VlbXMgdG8gYmUgdGFyZ2V0aW5nIHRoZSBzYW1l IGFyZWEuDQoNCkl0IHNlZW1zIGxpa2UgdGhlcmUgaXMgZGVmaW5pdGVseSBpbnRlcmVzdCBpbiB0 aGlzIGFyZWEuICBJdCB3b3VsZCBiZSBuaWNlIGlmIHRoZXJlIGNvdWxkIGJlIGEgc2luZ2xlIHN0 YW5kYXJkIHNvbHV0aW9uLCBidXQgcGVyaGFwcyB0aGUgdXNlIGNhc2VzIGFyZSBkaWZmZXJlbnQg ZW5vdWdoIHRoYXQgdGhpcyBkb2Vzbid0IG1ha2Ugc2Vuc2U/DQoNClRoYW5rcywNClJvYg0KDQoN Cj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogbmV0bW9kIDxuZXRtb2QtYm91 bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIFFpbiBXdQ0KPiBTZW50OiAyMyBPY3RvYmVyIDIw MTkgMTQ6MTUNCj4gVG86IExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5uZXQ+OyB3YW5neml0YW8g PHdhbmd6aXRhb0BodWF3ZWkuY29tPg0KPiBDYzogTmV0TW9kIFdHIENoYWlycyA8bmV0bW9kLWNo YWlyc0BpZXRmLm9yZz47IGRyYWZ0LWJyeXNraW4tbmV0Y29uZi0gDQo+IGF1dG9tYXRpb24teWFu Z0BpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOyBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LSANCj4g eWFuZ0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW25ldG1vZF0gTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvciANCj4gZHJhZnQtd3d4LW5ldG1vZC1ldmVudC0geWFuZy0wMy50eHQNCj4gDQo+ IExvdToNCj4gSSBhbSBub3QgYWdhaW5zdCB0byBoYXJtb25pemUgd2l0aCANCj4gZHJhZnQtYnJ5 c2tpbi1uZXRjb25mLWF1dG9tYXRpb24teWFuZw0KPiBhbmQgYWN0dWFsbHkgYm90aCBoYXZlIGFs cmVhZHkgc2hhcmVkIGEgbG90IG9mIGNvbW1vbmFsaXR5IG9uIA0KPiBtb3RpdmF0aW9uIGFuZCB1 c2UgY2FzZXMgYnV0IHRoZSBtb2RlbCBwcm9wb3NlZCBpbiBkcmFmdC13d3ggcmVkdWNlIA0KPiBp dHMgY29tcGxleGl0eSBhbmQgcHJvcG9zZSBhIG1vcmUgc2ltcGxlIG1vZGVsIGRlc2lnbi4NCj4g QSBxdWljayBxdWVzdGlvbiB0byBjaGFpcjoNCj4gRG8geW91IHRoaW5rIHdlIHNob3VsZCBzdGFy dCBmcm9tIGNvbXBsZXggYWR2YW5jZWQgZ2VuZXJhbGl6ZWQgbW9kZWwgDQo+IHdpdGggbWFueSBm ZWF0dXJlcyB3aGljaCBub3Qgc3VyZSBjYW4gYmUgc3VwcG9ydGVkLCBvciBmcm9tIHNpbXBsZSAN Cj4gZ2VuZXJpYyBtb2RlbCBpbiB3aGljaCB0aGUgbWVjaGFuaXNtIGhhcyBiZWVuIGdlbmVyYWxp emVkIGluIHByZXZpb3VzIA0KPiBzZXZlcmFsIHJldmlzaW9ucyBhbmQgY2xhcmlmeSB0aGUgcmVs YXRpb25zaGlwIHdpdGggbWFueSByZWxhdGVkIA0KPiBzdGFuZGFyZGl6ZWQgd29yayBzdWNoIGFz IFlBTkcgUHVzaCwgRXZlbnQgTUlCLg0KPiANCj4gSWYgY2xhcmlmeWluZyB0aGUgcmVsYXRpb25z aGlwIHdpdGggRXZlbnQgTUlCIGlzIGEgY29uY2Vybiwgd2UgY291bGQgDQo+IHJlbW92ZSBpdCBz aW5jZSBFdmVudCBNSUIgaXMganVzdCBvbmUgb2Ygd29yayB0aGF0IG1vdGl2YXRlcyB0byBicmlu ZyANCj4gdGhpcyB3b3JrIHVwLCBpbiBhZGRpdGlvbiwgaGFyZHdhcmUgbWFuYWdlbWVudCBtb2Rl bCBkZWZpbmVkIGluIA0KPiBSRkM4MzQ4IGFsc28gY2xhcmlmeSByZWxhdGlvbnNoaXAgd2l0aCBF TlRJVFktTUlCLCBkbyB5b3UgdGhpbmsgDQo+IGhhcmR3YXJlIG1hbmFnZW1lbnQgaXMgc29tZXRo aW5nIHNwZWNpZmljIHRvIE1JQj8NCj4gDQo+IElmIEkgYW0gd3JvbmcsIHBsZWFzZSBjb3JyZWN0 IG1lLg0KPiBSZWdhcmRzIQ0KPiAtUWluDQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R 5Lu25Lq6OiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4g5Y+R6YCB5pe2 6Ze0OiAyMDE55bm0MTDmnIgyMuaXpSAyMDozOA0KPiDmlLbku7bkuro6IHdhbmd6aXRhbyA8d2Fu Z3ppdGFvQGh1YXdlaS5jb20+DQo+IOaKhOmAgTogbmV0bW9kQGlldGYub3JnOyBOZXRNb2QgV0cg Q2hhaXJzIDxuZXRtb2QtY2hhaXJzQGlldGYub3JnPjsgZHJhZnQtIA0KPiB3d3gtbmV0bW9kLWV2 ZW50LXlhbmdAaWV0Zi5vcmc7IGRyYWZ0LWJyeXNraW4tbmV0Y29uZi1hdXRvbWF0aW9uLSANCj4g eWFuZ0BpZXRmLm9yZw0KPiDkuLvpopg6IFJlOiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQtIA0KPiB5YW5nLTAzLnR4dA0KPiANCj4g TWljaGFlbC9BdXRob3JzL1dHLA0KPiANCj4gVGhhbmsgeW91IGZvciB0aGlzIHdvcmsuICBPbmUg b2YgdGhlIHF1ZXN0aW9ucyBpbiBsb29raW5nIGF0IHRoaXMgDQo+IGRyYWZ0IGlzIHRoZSByZWxh dGlvbnNoaXAgdG8gdGhpcyBkcmFmdCB0byBvdGhlciBpbmRpdmlkdWFsIHdvcmsgdGhhdCANCj4g aGFzIGJlZW4gZGlzY3Vzc2VkIGluIHRoZSBXRywgDQo+IG5vdGFibHlodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtYnJ5c2tpbi0NCj4gbmV0Y29uZi1hdXRvbWF0aW9uLXlhbmcgIC4g SW4gbG9va2luZyBhdCBib3RoIGRyYWZ0cywgSSByZWFkIGl0IGFzIA0KPiB0aGF0IHRoZSBsYXR0 ZXIgcHJvdmlkZXMgZ2VuZXJhbCBpbmZyYXN0cnVjdHVyZSBmb3IgDQo+IGV2ZW50LWNvbmRpdGlv bi1hY3Rpb25zIChFQ0FzKS4gIEknbSBsZXNzIHN1cmUgYWJvdXQgeW91ciBkcmFmdCwgaW4gDQo+ IHJlYWRpbmcgaXQgaXQgdG9vIHNlZW1zIGFpbWVkIGF0IGEgZ2VuZXJhbCBpbmZyYXN0cnVjdHVy ZSwgYnV0IGl0IGFsc28gDQo+IHNlZW1zIHRhaWxvcmVkIHRvIGEgc3BlY2lmaWMgc2V0IG9mIEVD QXMgdGhhdCBhcmUgYWxpZ25lZCB3aXRoIHRoZSBFVkVOLU1JQi4NCj4gDQo+IFdoYXQgaXMgeW91 ci90aGUgYXV0aG9ycyBpbnRlbnQ/DQo+IA0KPiBJZiB0aGUgZm9ybWVyLCBwZXJoYXBzIGl0IHdv dWxkIGJlIGdvb2QgZm9yIGJvdGggc2V0cyBvZiBhdXRob3JzIHRvIA0KPiAoYXQgbGVhc3QgdHJ5 IHRvKSB3b3JrIHRvZ2V0aGVyIHRvIGNvbWUgdXAgd2l0aCB3aXRoIGEgbWVyZ2VkIA0KPiBkb2N1 bWVudD8gIElmIHRoZSBsYXR0ZXIsIGRvZXMgaXQgbWFrZSBzZW5zZSB0byBhZGp1c3QgeW91ciBk cmFmdCB0byANCj4gZG9jdW1lbnQgeW91ciB1c2UgY2FzZSB1c2luZyB0aGUgbW9yZSBnZW5lcmFs IG1lY2hhbmlzbXMgb2YgdGhlIG90aGVyIGRyYWZ0Pw0KPiANCj4gV2hhdCBkbyB5b3UgdGhpbms/ DQo+IA0KPiBQbGVhc2UgbGV0IG1lIGtub3cgaWYgeW91IHRoaW5rIEknbSBtaXNyZWFkaW5nIG9y IG1pc3NlZCBzb21ldGhpbmcgaGVyZS4NCj4gDQo+IFRoYW5rcywNCj4gTG91DQo+IA0KPiBPbiAx MC8xNS8yMDE5IDI6MTcgQU0sIHdhbmd6aXRhbyB3cm90ZToNCj4gPiBEZWFyIFdvcmtpbmcgR3Jv dXAsDQo+ID4NCj4gPiBBcyB5b3UgcmVjYWxsIHRoYXQgd2UgcHJlc2VudGVkIHRoZSAiZHJhZnQt d3d4LW5ldG1vZC1ldmVudC15YW5nLTAyIiANCj4gPiBpbg0KPiB0aGUgbGFzdCBORVRNT0Qgc2Vz c2lvbiBhbmQgZ290IGEgZ29vZCBudW1iZXIgb2Ygc3VwcG9ydHMgd2hlbiB0aGUgDQo+IGNoYWly IHBvbGxlZCBpbiB0aGUgcm9vbS4NCj4gPiBSZWNlbnRseSB3ZSBoYXZlIGEgbWlub3IgdXBkYXRl IG9uIHRoZSBkcmFmdCBiYXNlZCBvbiBNb250cmVhbCANCj4gPiBtZWV0aW5nDQo+IGRpc2N1c3Np b24sIGFkZGluZyBhbiBhcHBlbmRpeCBzZWN0aW9uIHRvIGludHJvZHVjZSBob3cgdG8gcmV1c2Ug dGhlIA0KPiAidHJpZ2dlci1ncm91cGluZyIsIG1vcmUgZGV0YWlscyBwbGVhc2UgcmV2aWV3IHRo ZSBkb2N1bWVudC4NCj4gPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3d4LW5l dG1vZC1ldmVudC15YW5nLTAzDQo+ID4NCj4gPiBXZSBiZWxpZXZlIHRoaXMgZHJhZnQgaXMgc3Rh YmxlIGVub3VnaCBhbmQgd291bGQgbGlrZSB0byBhc2sgZm9yIFdHDQo+IGFkb3B0aW9uLg0KPiA+ DQo+ID4gQ29tbWVudHMgYW5kIHN1Z2dlc3Rpb24gYXJlIHdlbGNvbWUhDQo+ID4NCj4gPiBCZXN0 IFJlZ2FyZHMhDQo+ID4gLU1pY2hhZWwob24gYmVoYWxmIG9mIGF1dGhvcnMpDQo+ID4NCj4gPiAt LS0tLemCruS7tuWOn+S7ti0tLS0tDQo+ID4g5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ID4g5Y+R6YCB5pe26Ze0 OiAyMDE55bm0MTDmnIgxNeaXpSAxNDoxNA0KPiA+IOaUtuS7tuS6ujogd2FuZ3ppdGFvIDx3YW5n eml0YW9AaHVhd2VpLmNvbT47IENob25nZmVuZyBYaWUgDQo+ID4gPHhpZWNoZkBjdGJyaS5jb20u Y24+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IHdhbmd6aXRhbyANCj4gPiA8d2FuZ3pp dGFvQGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT4NCj4gPiDkuLvpopg6 IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5n LTAzLnR4dA0KPiA+DQo+ID4NCj4gPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtd3d4LW5l dG1vZC1ldmVudC15YW5nLTAzLnR4dA0KPiA+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0 ZWQgYnkgTWljaGFlbCBXYW5nIGFuZCBwb3N0ZWQgdG8gdGhlIA0KPiA+IElFVEYNCj4gcmVwb3Np dG9yeS4NCj4gPg0KPiA+IE5hbWU6CQlkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmcNCj4gPiBS ZXZpc2lvbjoJMDMNCj4gPiBUaXRsZToJCUEgWUFORyBEYXRhIG1vZGVsIGZvciBQb2xpY3kgYmFz ZWQgRXZlbnQgTWFuYWdlbWVudA0KPiA+IERvY3VtZW50IGRhdGU6CTIwMTktMTAtMTMNCj4gPiBH cm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiA+IFBhZ2VzOgkJMzANCj4gPiBVUkw6ICAg ICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXd3eC1u ZXRtb2QtDQo+IGV2ZW50LXlhbmctMDMudHh0DQo+ID4gU3RhdHVzOiAgICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQtDQo+IHlhbmcv DQo+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13 d3gtbmV0bW9kLWV2ZW50LXlhbmctDQo+IDAzDQo+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC0NCj4gZXZlbnQt eWFuZw0KPiA+IERpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtd3d4LW5ldG1vZC0NCj4gZXZlbnQteWFuZy0wMw0KPiA+DQo+ID4gQWJzdHJhY3Q6 DQo+ID4gICAgIFtSRkM4MzI4XSBkZWZpbmVzIGEgcG9saWN5LWJhc2VkIG1hbmFnZW1lbnQgZnJh bWV3b3JrIHRoYXQgYWxsb3cNCj4gPiAgICAgZGVmaW5pdGlvbiBvZiBhIGRhdGEgbW9kZWwgdG8g YmUgdXNlZCB0byByZXByZXNlbnQgaGlnaC1sZXZlbCwNCj4gPiAgICAgcG9zc2libHkgbmV0d29y ay13aWRlIHBvbGljaWVzLiAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGFuIFlBTkcgZGF0YQ0KPiA+ ICAgICBtb2RlbCBmb3IgdGhlIHBvbGljeSBiYXNlZCBldmVudCBtYW5hZ2VtZW50IFtSRkM3OTUw XS4gIFRoZSBwb2xpY3kNCj4gPiAgICAgYmFzZWQgRXZlbnQgWUFORyBwcm92aWRlcyB0aGUgYWJp bGl0eSBmb3IgdGhlIG5ldHdvcmsgbWFuYWdlbWVudA0KPiA+ICAgICBmdW5jdGlvbiAod2l0aGlu IGEgY29udHJvbGxlciwgYW4gb3JjaGVzdHJhdG9yLCBvciBhIG5ldHdvcmsNCj4gZWxlbWVudCkN Cj4gPiAgICAgdG8gY29udHJvbCB0aGUgY29uZmlndXJhdGlvbiBhbmQgbW9uaXRvciBzdGF0ZSBj aGFuZ2Ugb24gdGhlIG5ldHdvcmsNCj4gPiAgICAgZWxlbWVudCBhbmQgdGFrZSBzaW1wbGUgYW5k IGluc3RhbnQgYWN0aW9uIHdoZW4gYSB0cmlnZ2VyIGNvbmRpdGlvbg0KPiA+ICAgICBvbiB0aGUg c3lzdGVtIHN0YXRlIGlzIG1ldC4NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+IFBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+ IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls YWJsZSBhdCANCj4gdG9vbHMuaWV0Zi5vcmcuDQo+ID4NCj4gPiBUaGUgSUVURiBTZWNyZXRhcmlh dA0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4gPiBuZXRtb2QgbWFpbGluZyBsaXN0DQo+ID4gbmV0bW9kQGlldGYub3JnDQo+ID4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbmV0bW9kIG1haWxpbmcgbGlz dA0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9uZXRtb2QNCg== From nobody Wed Oct 23 07:41:36 2019 Return-Path: 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 D7F8E120822; Wed, 23 Oct 2019 07:41:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 (2048-bit key) header.d=gmail.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 k9B-_lobNqQZ; Wed, 23 Oct 2019 07:41:30 -0700 (PDT) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 354501200E6; Wed, 23 Oct 2019 07:41:30 -0700 (PDT) Received: by mail-qk1-x743.google.com with SMTP id f18so19372173qkm.1; Wed, 23 Oct 2019 07:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G1otp26+eVKdEUmIjhLpgX6nx9JKrHKwQqdTVynHRVE=; b=cxeW8nBHMCd3C4rOFfQcJ72bsWK7e+9mMKXxYMyT/LH9wmTNJw4AkT1sjoBLuZDYnK HVEMZ2u2iwPGJYPYCN6IRIn8dh0bOC3jIZYR2YAhWNk/7Y7+9GxA/Y9QaguTZD98C0K1 Fl/MuTaXBZeckDPLZnM5zrAHtxw+vV4EMROR6M7HoU1zXvgE/7Xo9Ir8UlG/3YpL0zEH 4EC9iIiNgmsc5GP+cFmB7Lh6i2DLsMn32lxF/EtHrNbvxB4Dg0Ia1u0+/g6VStyke4Zp VrcUQSTxt6gfx2cVspfJohcDOWPYn2ctTCXhpiZ5rOsF6Zcw4b0RHdVEo2db2Rqmno4q HBRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=G1otp26+eVKdEUmIjhLpgX6nx9JKrHKwQqdTVynHRVE=; b=Z6OBpxoqC3wCADd5yLDM3dWP1NTHH14rgW3clhiGeYIMCQf8pySJLl6qna2zeFU0F8 hW/iPd69mtfnrNm7xUyXDLfSftAKPPlKNtMSzK1+itD3MtmWhInxpDNWHAe1xZzcP3Ka 9r0C0qWAqQv3j07bSzU3zq7zeB4CM8TXJR8Lk9hLyAVTBCm44P0yGHsBGcRM8Hgy+ewu 1HEWW3GSs5ZLutK7GHcITlQTO9cNG67luQcSlRcc7RGa7NUVPFwPeXat2KL8r/F6Ouag WiATWRbtEyxduEQNekHrTqPp3gvBn7EDWu7xAZz4EDafItP0Uc4PPBNd+MUeDVQT/pOb u9yw== X-Gm-Message-State: APjAAAXineNSrWf8SgvVfQ4Ab698Ytipjhqbwb9YVBGEw/0e5mdJVZEJ up9JS54KeJ7N5Zc26M1Ivb0QohN/4A3C0Sst04I= X-Google-Smtp-Source: APXvYqyB080JHGuP4+fvC+HMAqB+0pVov9VUE1mxxZm8/rasCwsMywOk481TP6R5pCrFnATSxzJPoMsWNfnjtQUjfj0= X-Received: by 2002:a37:7846:: with SMTP id t67mr8708596qkc.431.1571841689143; Wed, 23 Oct 2019 07:41:29 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: nicola sambo Date: Wed, 23 Oct 2019 16:41:18 +0200 Message-ID: To: Qin Wu Cc: "Rob Wilton (rwilton)" , Lou Berger , wangzitao , NetMod WG Chairs , "draft-bryskin-netconf-automation-yang@ietf.org" , "netmod@ietf.org" , "draft-wwx-netmod-event-yang@ietf.org" , "draft-sambo-netmod-yang-fsm@ietf.org" Content-Type: multipart/alternative; boundary="000000000000864cb2059594e9d5" Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 14:41:34 -0000 --000000000000864cb2059594e9d5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Qin, Rob, we are happy to collaborate for finding a common solution. Yes, our last contribution in the area is draft-sambo-netmod-yang-fsm-05. Best, Nicola Il giorno mer 23 ott 2019 alle ore 16:31 Qin Wu ha scritto: > Thanks Rob, just to remind draft-sambo-opsawg-ccamp-supa-ext-yang-fsm has > been replaced by draft-sambo-netmod-yang-fsm-05 back in October 2017 and > has been discussed twice before in the past netmod meetings. > I am happy to work with authors of three drafts to see how to rationalize > these common interests effort. > > -Qin > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: Rob Wilton (rwilton) [mailto:rwilton@cisco.c= om] > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8823=E6=97=A5= 21:32 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu ; Lou Berger ; > wangzitao > =E6=8A=84=E9=80=81: NetMod WG Chairs ; > draft-bryskin-netconf-automation-yang@ietf.org; netmod@ietf.org; > draft-wwx-netmod-event-yang@ietf.org; draft-sambo-netmod-yang-fsm@ietf.or= g > =E4=B8=BB=E9=A2=98: RE: [netmod] New Version Notification for > draft-wwx-netmod-event-yang-03.txt > > Hi Qin, Lou, > > There it also draft-sambo-opsawg-ccamp-supa-ext-yang-fsm which, unless I > am mistaken, also seems to be targeting the same area. > > It seems like there is definitely interest in this area. It would be nic= e > if there could be a single standard solution, but perhaps the use cases a= re > different enough that this doesn't make sense? > > Thanks, > Rob > > > > -----Original Message----- > > From: netmod On Behalf Of Qin Wu > > Sent: 23 October 2019 14:15 > > To: Lou Berger ; wangzitao > > Cc: NetMod WG Chairs ; draft-bryskin-netconf- > > automation-yang@ietf.org; netmod@ietf.org; draft-wwx-netmod-event- > > yang@ietf.org > > Subject: Re: [netmod] New Version Notification for > > draft-wwx-netmod-event- yang-03.txt > > > > Lou: > > I am not against to harmonize with > > draft-bryskin-netconf-automation-yang > > and actually both have already shared a lot of commonality on > > motivation and use cases but the model proposed in draft-wwx reduce > > its complexity and propose a more simple model design. > > A quick question to chair: > > Do you think we should start from complex advanced generalized model > > with many features which not sure can be supported, or from simple > > generic model in which the mechanism has been generalized in previous > > several revisions and clarify the relationship with many related > > standardized work such as YANG Push, Event MIB. > > > > If clarifying the relationship with Event MIB is a concern, we could > > remove it since Event MIB is just one of work that motivates to bring > > this work up, in addition, hardware management model defined in > > RFC8348 also clarify relationship with ENTITY-MIB, do you think > > hardware management is something specific to MIB? > > > > If I am wrong, please correct me. > > Regards! > > -Qin > > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > > =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net] > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8822=E6=97= =A5 20:38 > > =E6=94=B6=E4=BB=B6=E4=BA=BA: wangzitao > > =E6=8A=84=E9=80=81: netmod@ietf.org; NetMod WG Chairs ; draft- > > wwx-netmod-event-yang@ietf.org; draft-bryskin-netconf-automation- > > yang@ietf.org > > =E4=B8=BB=E9=A2=98: Re: [netmod] New Version Notification for draft-wwx= -netmod-event- > > yang-03.txt > > > > Michael/Authors/WG, > > > > Thank you for this work. One of the questions in looking at this > > draft is the relationship to this draft to other individual work that > > has been discussed in the WG, > > notablyhttps://tools.ietf.org/html/draft-bryskin- > > netconf-automation-yang . In looking at both drafts, I read it as > > that the latter provides general infrastructure for > > event-condition-actions (ECAs). I'm less sure about your draft, in > > reading it it too seems aimed at a general infrastructure, but it also > > seems tailored to a specific set of ECAs that are aligned with the > EVEN-MIB. > > > > What is your/the authors intent? > > > > If the former, perhaps it would be good for both sets of authors to > > (at least try to) work together to come up with with a merged > > document? If the latter, does it make sense to adjust your draft to > > document your use case using the more general mechanisms of the other > draft? > > > > What do you think? > > > > Please let me know if you think I'm misreading or missed something here= . > > > > Thanks, > > Lou > > > > On 10/15/2019 2:17 AM, wangzitao wrote: > > > Dear Working Group, > > > > > > As you recall that we presented the "draft-wwx-netmod-event-yang-02" > > > in > > the last NETMOD session and got a good number of supports when the > > chair polled in the room. > > > Recently we have a minor update on the draft based on Montreal > > > meeting > > discussion, adding an appendix section to introduce how to reuse the > > "trigger-grouping", more details please review the document. > > > https://tools.ietf.org/html/draft-wwx-netmod-event-yang-03 > > > > > > We believe this draft is stable enough and would like to ask for WG > > adoption. > > > > > > Comments and suggestion are welcome! > > > > > > Best Regards! > > > -Michael(on behalf of authors) > > > > > > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > > > =E5=8F=91=E4=BB=B6=E4=BA=BA: internet-drafts@ietf.org [mailto:interne= t-drafts@ietf.org] > > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8815=E6= =97=A5 14:14 > > > =E6=94=B6=E4=BB=B6=E4=BA=BA: wangzitao ; Chongf= eng Xie > > > ; Qin Wu ; wangzitao > > > ; Qin Wu > > > =E4=B8=BB=E9=A2=98: New Version Notification for draft-wwx-netmod-eve= nt-yang-03.txt > > > > > > > > > A new version of I-D, draft-wwx-netmod-event-yang-03.txt > > > has been successfully submitted by Michael Wang and posted to the > > > IETF > > repository. > > > > > > Name: draft-wwx-netmod-event-yang > > > Revision: 03 > > > Title: A YANG Data model for Policy based Event Manageme= nt > > > Document date: 2019-10-13 > > > Group: Individual Submission > > > Pages: 30 > > > URL: https://www.ietf.org/internet-drafts/draft-wwx-netmod= - > > event-yang-03.txt > > > Status: > https://datatracker.ietf.org/doc/draft-wwx-netmod-event- > > yang/ > > > Htmlized: > https://tools.ietf.org/html/draft-wwx-netmod-event-yang- > > 03 > > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-wwx-netmod- > > event-yang > > > Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-wwx-netmod- > > event-yang-03 > > > > > > Abstract: > > > [RFC8328] defines a policy-based management framework that allow > > > definition of a data model to be used to represent high-level, > > > possibly network-wide policies. This document defines an YANG da= ta > > > model for the policy based event management [RFC7950]. The polic= y > > > based Event YANG provides the ability for the network management > > > function (within a controller, an orchestrator, or a network > > element) > > > to control the configuration and monitor state change on the > network > > > element and take simple and instant action when a trigger conditi= on > > > on the system state is met. > > > > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > > submission until the htmlized version and diff are available at > > tools.ietf.org. > > > > > > The IETF Secretariat > > > > > > _______________________________________________ > > > netmod mailing list > > > netmod@ietf.org > > > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > --000000000000864cb2059594e9d5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Qin, Rob,

we are happy to collaborate for finding a common solution. Yes, ou= r last contribution in the area is=C2=A0draft-sambo-netmod-yang-fsm-05.

Best,
Nicola

Il giorno mer 23 ott 2019 alle = ore 16:31 Qin Wu <bill.wu@huawei.c= om> ha scritto:
Thanks Rob, just to remind draft-sambo-opsawg-ccamp-supa-ext-yang-fs= m has been replaced by draft-sambo-netmod-yang-fsm-05 back in October 2017 = and has been discussed twice before in the past netmod meetings.
I am happy to work with authors of three drafts to see how to rationalize t= hese common interests effort.

-Qin
-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: Rob Wilton (rwilton) [mailto:rwilton@cisco.com]
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8823=E6=97=A5 2= 1:32
=E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu <bill.wu@huawei.com>; Lou Berger <lberger@labn.net>; wangzi= tao <wangzitao= @huawei.com>
=E6=8A=84=E9=80=81: NetMod WG Chairs <netmod-chairs@ietf.org>; draft-br= yskin-netconf-automation-yang@ietf.org; netmod@ietf.org; draft-wwx-netmod-event-yang@ietf.= org; draft-sambo-netmod-yang-fsm@ietf.org
=E4=B8=BB=E9=A2=98: RE: [netmod] New Version Notification for draft-wwx-net= mod-event-yang-03.txt

Hi Qin, Lou,

There it also draft-sambo-opsawg-ccamp-supa-ext-yang-fsm which, unless I am= mistaken, also seems to be targeting the same area.

It seems like there is definitely interest in this area.=C2=A0 It would be = nice if there could be a single standard solution, but perhaps the use case= s are different enough that this doesn't make sense?

Thanks,
Rob


> -----Original Message-----
> From: netmod <netmod-bounces@ietf.org> On Behalf Of Qin Wu
> Sent: 23 October 2019 14:15
> To: Lou Berger <lberger@labn.net>; wangzitao <wangzitao@huawei.com>
> Cc: NetMod WG Chairs <netmod-chairs@ietf.org>; draft-bryskin-netconf-
> automati= on-yang@ietf.org; = netmod@ietf.org; draft-wwx-netmod-event-
> yang@ietf.org > Subject: Re: [netmod] New Version Notification for
> draft-wwx-netmod-event- yang-03.txt
>
> Lou:
> I am not against to harmonize with
> draft-bryskin-netconf-automation-yang
> and actually both have already shared a lot of commonality on
> motivation and use cases but the model proposed in draft-wwx reduce > its complexity and propose a more simple model design.
> A quick question to chair:
> Do you think we should start from complex advanced generalized model <= br> > with many features which not sure can be supported, or from simple > generic model in which the mechanism has been generalized in previous =
> several revisions and clarify the relationship with many related
> standardized work such as YANG Push, Event MIB.
>
> If clarifying the relationship with Event MIB is a concern, we could <= br> > remove it since Event MIB is just one of work that motivates to bring =
> this work up, in addition, hardware management model defined in
> RFC8348 also clarify relationship with ENTITY-MIB, do you think
> hardware management is something specific to MIB?
>
> If I am wrong, please correct me.
> Regards!
> -Qin
> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]
> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8822=E6=97= =A5 20:38
> =E6=94=B6=E4=BB=B6=E4=BA=BA: wangzitao <wangzitao@huawei.com>
> =E6=8A=84=E9=80=81: netmod@ietf.org; NetMod WG Chairs <netmod-chairs@ietf.org>; draft-
> ww= x-netmod-event-yang@ietf.org; draft-bryskin-netconf-automation-
> yang@ietf.org > =E4=B8=BB=E9=A2=98: Re: [netmod] New Version Notification for draft-ww= x-netmod-event-
> yang-03.txt
>
> Michael/Authors/WG,
>
> Thank you for this work.=C2=A0 One of the questions in looking at this=
> draft is the relationship to this draft to other individual work that =
> has been discussed in the WG,
> notablyhttps://tools.ietf.org/html/draft-bryskin-<= br> > netconf-automation-yang=C2=A0 . In looking at both drafts, I read it a= s
> that the latter provides general infrastructure for
> event-condition-actions (ECAs).=C2=A0 I'm less sure about your dra= ft, in
> reading it it too seems aimed at a general infrastructure, but it also=
> seems tailored to a specific set of ECAs that are aligned with the EVE= N-MIB.
>
> What is your/the authors intent?
>
> If the former, perhaps it would be good for both sets of authors to > (at least try to) work together to come up with with a merged
> document?=C2=A0 If the latter, does it make sense to adjust your draft= to
> document your use case using the more general mechanisms of the other = draft?
>
> What do you think?
>
> Please let me know if you think I'm misreading or missed something= here.
>
> Thanks,
> Lou
>
> On 10/15/2019 2:17 AM, wangzitao wrote:
> > Dear Working Group,
> >
> > As you recall that we presented the "draft-wwx-netmod-event-= yang-02"
> > in
> the last NETMOD session and got a good number of supports when the > chair polled in the room.
> > Recently we have a minor update on the draft based on Montreal > > meeting
> discussion, adding an appendix section to introduce how to reuse the <= br> > "trigger-grouping", more details please review the document.=
> > https://tools.ietf.org/html/draf= t-wwx-netmod-event-yang-03
> >
> > We believe this draft is stable enough and would like to ask for = WG
> adoption.
> >
> > Comments and suggestion are welcome!
> >
> > Best Regards!
> > -Michael(on behalf of authors)
> >
> > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> > =E5=8F=91=E4=BB=B6=E4=BA=BA: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org<= /a>]
> > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B410=E6=9C=8815= =E6=97=A5 14:14
> > =E6=94=B6=E4=BB=B6=E4=BA=BA: wangzitao <wangzitao@huawei.com>; Chongfeng= Xie
> > <xiec= hf@ctbri.com.cn>; Qin Wu <bill.wu@huawei.com>; wangzitao
> > <wan= gzitao@huawei.com>; Qin Wu <bill.wu@huawei.com>
> > =E4=B8=BB=E9=A2=98: New Version Notification for draft-wwx-netmod= -event-yang-03.txt
> >
> >
> > A new version of I-D, draft-wwx-netmod-event-yang-03.txt
> > has been successfully submitted by Michael Wang and posted to the=
> > IETF
> repository.
> >
> > Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft= -wwx-netmod-event-yang
> > Revision:=C2=A0 =C2=A003
> > Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A YANG Dat= a model for Policy based Event Management
> > Document date:=C2=A0 =C2=A0 =C2=A0 2019-10-13
> > Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual= Submission
> > Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 30
> > URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-wwx-netmod-
> event-yang-03.txt
> > Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-wwx-netmod-event-
> yang/
> > Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-wwx-netmod-event-yang-
> 03
> > Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-wwx-netmod-
> event-yang
> > Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-wwx-netmod-
> event-yang-03
> >
> > Abstract:
> >=C2=A0 =C2=A0 =C2=A0[RFC8328] defines a policy-based management fr= amework that allow
> >=C2=A0 =C2=A0 =C2=A0definition of a data model to be used to repre= sent high-level,
> >=C2=A0 =C2=A0 =C2=A0possibly network-wide policies.=C2=A0 This doc= ument defines an YANG data
> >=C2=A0 =C2=A0 =C2=A0model for the policy based event management [R= FC7950].=C2=A0 The policy
> >=C2=A0 =C2=A0 =C2=A0based Event YANG provides the ability for the = network management
> >=C2=A0 =C2=A0 =C2=A0function (within a controller, an orchestrator= , or a network
> element)
> >=C2=A0 =C2=A0 =C2=A0to control the configuration and monitor state= change on the network
> >=C2=A0 =C2=A0 =C2=A0element and take simple and instant action whe= n a trigger condition
> >=C2=A0 =C2=A0 =C2=A0on the system state is met.
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of=
> submission until the htmlized version and diff are available at
> tools.ietf.org.
> >
> > The IETF Secretariat
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.= org
> > https://www.ietf.org/mailman/listinfo/netmod
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--000000000000864cb2059594e9d5-- From nobody Wed Oct 23 07:49:37 2019 Return-Path: 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 576F0120872; Wed, 23 Oct 2019 07:49:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 MNDq28vfLk7M; Wed, 23 Oct 2019 07:49:32 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 DE787120822; Wed, 23 Oct 2019 07:49:31 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id AB1A7CBBAACE85F21C75; Wed, 23 Oct 2019 15:49:28 +0100 (IST) Received: from fraeml721-chm.china.huawei.com (10.206.15.17) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 23 Oct 2019 15:49:27 +0100 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml721-chm.china.huawei.com (10.206.15.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 23 Oct 2019 16:49:27 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Wed, 23 Oct 2019 16:49:27 +0200 From: Giuseppe Fioccola To: Qin Wu , "Rob Wilton (rwilton)" , Lou Berger , wangzitao CC: NetMod WG Chairs , "draft-bryskin-netconf-automation-yang@ietf.org" , "draft-sambo-netmod-yang-fsm@ietf.org" , "netmod@ietf.org" , "draft-wwx-netmod-event-yang@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt Thread-Index: AdWJrb9mw6/jRBTqQXqTyXOQJzQBUwAAbFBQ Date: Wed, 23 Oct 2019 14:49:27 +0000 Message-ID: <751d69781b5c46c9a7e63fae3ef000ec@huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.204.62.186] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 14:49:35 -0000 SGkgUWluLCBBbGwsDQpZZXMsIGRyYWZ0LXNhbWJvLW5ldG1vZC15YW5nLWZzbSBnZW5lcmFsaXpl cyB0aGUgWUFORyBGaW5pdGUgU3RhdGUgTWFjaGluZSBhcHByb2FjaCB3aXRoIGEgZGVzY3JpcHRp b24gb2YgcG9zc2libGUgVXNlIENhc2VzLiBJbiBhZGRpdGlvbiwgZHJhZnQtc2FtYm8tY2NhbXAt eWFuZy1mc20tdHJhbnNwb25kZXItcmVjb25mIGRlc2NyaWJlcyBpbiBtb3JlIGRldGFpbCBhIHNw ZWNpZmljIFVzZSBDYXNlLg0KU2luY2UgdGhlcmUgaXMgaW50ZXJlc3Qgb24gdGhpcyB0b3BpYyBh bmQgYWRkaXRpb25hbCBhcHBsaWNhdGlvbnMgY2FuIGJlIGNvbnNpZGVyZWQsIGl0IHdvdWxkIGJl IGdyZWF0IHRvIHdvcmsgdG9nZXRoZXIgYW5kIHN0YXJ0IGEgZGVzaWduIHRlYW0gb24gaXQuDQoN CkJlc3QgUmVnYXJkcywNCg0KR2l1c2VwcGUNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBRaW4gV3UNClNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAyMywgMjAxOSA0OjMxIFBNDQpU bzogUm9iIFdpbHRvbiAocndpbHRvbikgPHJ3aWx0b25AY2lzY28uY29tPjsgTG91IEJlcmdlciA8 bGJlcmdlckBsYWJuLm5ldD47IHdhbmd6aXRhbyA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+DQpDYzog TmV0TW9kIFdHIENoYWlycyA8bmV0bW9kLWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0LWJyeXNraW4t bmV0Y29uZi1hdXRvbWF0aW9uLXlhbmdAaWV0Zi5vcmc7IGRyYWZ0LXNhbWJvLW5ldG1vZC15YW5n LWZzbUBpZXRmLm9yZzsgbmV0bW9kQGlldGYub3JnOyBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlh bmdAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRp b24gZm9yIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCg0KVGhhbmtzIFJvYiwg anVzdCB0byByZW1pbmQgZHJhZnQtc2FtYm8tb3BzYXdnLWNjYW1wLXN1cGEtZXh0LXlhbmctZnNt IGhhcyBiZWVuIHJlcGxhY2VkIGJ5IGRyYWZ0LXNhbWJvLW5ldG1vZC15YW5nLWZzbS0wNSBiYWNr IGluIE9jdG9iZXIgMjAxNyBhbmQgaGFzIGJlZW4gZGlzY3Vzc2VkIHR3aWNlIGJlZm9yZSBpbiB0 aGUgcGFzdCBuZXRtb2QgbWVldGluZ3MuDQpJIGFtIGhhcHB5IHRvIHdvcmsgd2l0aCBhdXRob3Jz IG9mIHRocmVlIGRyYWZ0cyB0byBzZWUgaG93IHRvIHJhdGlvbmFsaXplIHRoZXNlIGNvbW1vbiBp bnRlcmVzdHMgZWZmb3J0Lg0KDQotUWluDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bk uro6IFJvYiBXaWx0b24gKHJ3aWx0b24pIFttYWlsdG86cndpbHRvbkBjaXNjby5jb21dDQrlj5Hp gIHml7bpl7Q6IDIwMTnlubQxMOaciDIz5pelIDIxOjMyDQrmlLbku7bkuro6IFFpbiBXdSA8Ymls bC53dUBodWF3ZWkuY29tPjsgTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD47IHdhbmd6aXRh byA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+DQrmioTpgIE6IE5ldE1vZCBXRyBDaGFpcnMgPG5ldG1v ZC1jaGFpcnNAaWV0Zi5vcmc+OyBkcmFmdC1icnlza2luLW5ldGNvbmYtYXV0b21hdGlvbi15YW5n QGlldGYub3JnOyBuZXRtb2RAaWV0Zi5vcmc7IGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZ0Bp ZXRmLm9yZzsgZHJhZnQtc2FtYm8tbmV0bW9kLXlhbmctZnNtQGlldGYub3JnDQrkuLvpopg6IFJF OiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXd3eC1uZXRtb2Qt ZXZlbnQteWFuZy0wMy50eHQNCg0KSGkgUWluLCBMb3UsDQoNClRoZXJlIGl0IGFsc28gZHJhZnQt c2FtYm8tb3BzYXdnLWNjYW1wLXN1cGEtZXh0LXlhbmctZnNtIHdoaWNoLCB1bmxlc3MgSSBhbSBt aXN0YWtlbiwgYWxzbyBzZWVtcyB0byBiZSB0YXJnZXRpbmcgdGhlIHNhbWUgYXJlYS4NCg0KSXQg c2VlbXMgbGlrZSB0aGVyZSBpcyBkZWZpbml0ZWx5IGludGVyZXN0IGluIHRoaXMgYXJlYS4gIEl0 IHdvdWxkIGJlIG5pY2UgaWYgdGhlcmUgY291bGQgYmUgYSBzaW5nbGUgc3RhbmRhcmQgc29sdXRp b24sIGJ1dCBwZXJoYXBzIHRoZSB1c2UgY2FzZXMgYXJlIGRpZmZlcmVudCBlbm91Z2ggdGhhdCB0 aGlzIGRvZXNuJ3QgbWFrZSBzZW5zZT8NCg0KVGhhbmtzLA0KUm9iDQoNCg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBuZXRtb2QgPG5ldG1vZC1ib3VuY2VzQGlldGYub3Jn PiBPbiBCZWhhbGYgT2YgUWluIFd1DQo+IFNlbnQ6IDIzIE9jdG9iZXIgMjAxOSAxNDoxNQ0KPiBU bzogTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD47IHdhbmd6aXRhbyA8d2FuZ3ppdGFvQGh1 YXdlaS5jb20+DQo+IENjOiBOZXRNb2QgV0cgQ2hhaXJzIDxuZXRtb2QtY2hhaXJzQGlldGYub3Jn PjsgZHJhZnQtYnJ5c2tpbi1uZXRjb25mLSANCj4gYXV0b21hdGlvbi15YW5nQGlldGYub3JnOyBu ZXRtb2RAaWV0Zi5vcmc7IGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQtIA0KPiB5YW5nQGlldGYub3Jn DQo+IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+ IGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQtIHlhbmctMDMudHh0DQo+IA0KPiBMb3U6DQo+IEkgYW0g bm90IGFnYWluc3QgdG8gaGFybW9uaXplIHdpdGgNCj4gZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1 dG9tYXRpb24teWFuZw0KPiBhbmQgYWN0dWFsbHkgYm90aCBoYXZlIGFscmVhZHkgc2hhcmVkIGEg bG90IG9mIGNvbW1vbmFsaXR5IG9uIA0KPiBtb3RpdmF0aW9uIGFuZCB1c2UgY2FzZXMgYnV0IHRo ZSBtb2RlbCBwcm9wb3NlZCBpbiBkcmFmdC13d3ggcmVkdWNlIA0KPiBpdHMgY29tcGxleGl0eSBh bmQgcHJvcG9zZSBhIG1vcmUgc2ltcGxlIG1vZGVsIGRlc2lnbi4NCj4gQSBxdWljayBxdWVzdGlv biB0byBjaGFpcjoNCj4gRG8geW91IHRoaW5rIHdlIHNob3VsZCBzdGFydCBmcm9tIGNvbXBsZXgg YWR2YW5jZWQgZ2VuZXJhbGl6ZWQgbW9kZWwgDQo+IHdpdGggbWFueSBmZWF0dXJlcyB3aGljaCBu b3Qgc3VyZSBjYW4gYmUgc3VwcG9ydGVkLCBvciBmcm9tIHNpbXBsZSANCj4gZ2VuZXJpYyBtb2Rl bCBpbiB3aGljaCB0aGUgbWVjaGFuaXNtIGhhcyBiZWVuIGdlbmVyYWxpemVkIGluIHByZXZpb3Vz IA0KPiBzZXZlcmFsIHJldmlzaW9ucyBhbmQgY2xhcmlmeSB0aGUgcmVsYXRpb25zaGlwIHdpdGgg bWFueSByZWxhdGVkIA0KPiBzdGFuZGFyZGl6ZWQgd29yayBzdWNoIGFzIFlBTkcgUHVzaCwgRXZl bnQgTUlCLg0KPiANCj4gSWYgY2xhcmlmeWluZyB0aGUgcmVsYXRpb25zaGlwIHdpdGggRXZlbnQg TUlCIGlzIGEgY29uY2Vybiwgd2UgY291bGQgDQo+IHJlbW92ZSBpdCBzaW5jZSBFdmVudCBNSUIg aXMganVzdCBvbmUgb2Ygd29yayB0aGF0IG1vdGl2YXRlcyB0byBicmluZyANCj4gdGhpcyB3b3Jr IHVwLCBpbiBhZGRpdGlvbiwgaGFyZHdhcmUgbWFuYWdlbWVudCBtb2RlbCBkZWZpbmVkIGluDQo+ IFJGQzgzNDggYWxzbyBjbGFyaWZ5IHJlbGF0aW9uc2hpcCB3aXRoIEVOVElUWS1NSUIsIGRvIHlv dSB0aGluayANCj4gaGFyZHdhcmUgbWFuYWdlbWVudCBpcyBzb21ldGhpbmcgc3BlY2lmaWMgdG8g TUlCPw0KPiANCj4gSWYgSSBhbSB3cm9uZywgcGxlYXNlIGNvcnJlY3QgbWUuDQo+IFJlZ2FyZHMh DQo+IC1RaW4NCj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KPiDlj5Hku7bkuro6IExvdSBCZXJn ZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTnlubQxMOac iDIy5pelIDIwOjM4DQo+IOaUtuS7tuS6ujogd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2VpLmNv bT4NCj4g5oqE6YCBOiBuZXRtb2RAaWV0Zi5vcmc7IE5ldE1vZCBXRyBDaGFpcnMgPG5ldG1vZC1j aGFpcnNAaWV0Zi5vcmc+OyBkcmFmdC0gDQo+IHd3eC1uZXRtb2QtZXZlbnQteWFuZ0BpZXRmLm9y ZzsgZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1dG9tYXRpb24tIA0KPiB5YW5nQGlldGYub3JnDQo+ IOS4u+mimDogUmU6IFtuZXRtb2RdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt d3d4LW5ldG1vZC1ldmVudC0gDQo+IHlhbmctMDMudHh0DQo+IA0KPiBNaWNoYWVsL0F1dGhvcnMv V0csDQo+IA0KPiBUaGFuayB5b3UgZm9yIHRoaXMgd29yay4gIE9uZSBvZiB0aGUgcXVlc3Rpb25z IGluIGxvb2tpbmcgYXQgdGhpcyANCj4gZHJhZnQgaXMgdGhlIHJlbGF0aW9uc2hpcCB0byB0aGlz IGRyYWZ0IHRvIG90aGVyIGluZGl2aWR1YWwgd29yayB0aGF0IA0KPiBoYXMgYmVlbiBkaXNjdXNz ZWQgaW4gdGhlIFdHLA0KPiBub3RhYmx5aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWJyeXNraW4tDQo+IG5ldGNvbmYtYXV0b21hdGlvbi15YW5nICAuIEluIGxvb2tpbmcgYXQgYm90 aCBkcmFmdHMsIEkgcmVhZCBpdCBhcyANCj4gdGhhdCB0aGUgbGF0dGVyIHByb3ZpZGVzIGdlbmVy YWwgaW5mcmFzdHJ1Y3R1cmUgZm9yIA0KPiBldmVudC1jb25kaXRpb24tYWN0aW9ucyAoRUNBcyku ICBJJ20gbGVzcyBzdXJlIGFib3V0IHlvdXIgZHJhZnQsIGluIA0KPiByZWFkaW5nIGl0IGl0IHRv byBzZWVtcyBhaW1lZCBhdCBhIGdlbmVyYWwgaW5mcmFzdHJ1Y3R1cmUsIGJ1dCBpdCBhbHNvIA0K PiBzZWVtcyB0YWlsb3JlZCB0byBhIHNwZWNpZmljIHNldCBvZiBFQ0FzIHRoYXQgYXJlIGFsaWdu ZWQgd2l0aCB0aGUgRVZFTi1NSUIuDQo+IA0KPiBXaGF0IGlzIHlvdXIvdGhlIGF1dGhvcnMgaW50 ZW50Pw0KPiANCj4gSWYgdGhlIGZvcm1lciwgcGVyaGFwcyBpdCB3b3VsZCBiZSBnb29kIGZvciBi b3RoIHNldHMgb2YgYXV0aG9ycyB0byANCj4gKGF0IGxlYXN0IHRyeSB0bykgd29yayB0b2dldGhl ciB0byBjb21lIHVwIHdpdGggd2l0aCBhIG1lcmdlZCANCj4gZG9jdW1lbnQ/ICBJZiB0aGUgbGF0 dGVyLCBkb2VzIGl0IG1ha2Ugc2Vuc2UgdG8gYWRqdXN0IHlvdXIgZHJhZnQgdG8gDQo+IGRvY3Vt ZW50IHlvdXIgdXNlIGNhc2UgdXNpbmcgdGhlIG1vcmUgZ2VuZXJhbCBtZWNoYW5pc21zIG9mIHRo ZSBvdGhlciBkcmFmdD8NCj4gDQo+IFdoYXQgZG8geW91IHRoaW5rPw0KPiANCj4gUGxlYXNlIGxl dCBtZSBrbm93IGlmIHlvdSB0aGluayBJJ20gbWlzcmVhZGluZyBvciBtaXNzZWQgc29tZXRoaW5n IGhlcmUuDQo+IA0KPiBUaGFua3MsDQo+IExvdQ0KPiANCj4gT24gMTAvMTUvMjAxOSAyOjE3IEFN LCB3YW5neml0YW8gd3JvdGU6DQo+ID4gRGVhciBXb3JraW5nIEdyb3VwLA0KPiA+DQo+ID4gQXMg eW91IHJlY2FsbCB0aGF0IHdlIHByZXNlbnRlZCB0aGUgImRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQt eWFuZy0wMiIgDQo+ID4gaW4NCj4gdGhlIGxhc3QgTkVUTU9EIHNlc3Npb24gYW5kIGdvdCBhIGdv b2QgbnVtYmVyIG9mIHN1cHBvcnRzIHdoZW4gdGhlIA0KPiBjaGFpciBwb2xsZWQgaW4gdGhlIHJv b20uDQo+ID4gUmVjZW50bHkgd2UgaGF2ZSBhIG1pbm9yIHVwZGF0ZSBvbiB0aGUgZHJhZnQgYmFz ZWQgb24gTW9udHJlYWwgDQo+ID4gbWVldGluZw0KPiBkaXNjdXNzaW9uLCBhZGRpbmcgYW4gYXBw ZW5kaXggc2VjdGlvbiB0byBpbnRyb2R1Y2UgaG93IHRvIHJldXNlIHRoZSANCj4gInRyaWdnZXIt Z3JvdXBpbmciLCBtb3JlIGRldGFpbHMgcGxlYXNlIHJldmlldyB0aGUgZG9jdW1lbnQuDQo+ID4g aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0w Mw0KPiA+DQo+ID4gV2UgYmVsaWV2ZSB0aGlzIGRyYWZ0IGlzIHN0YWJsZSBlbm91Z2ggYW5kIHdv dWxkIGxpa2UgdG8gYXNrIGZvciBXRw0KPiBhZG9wdGlvbi4NCj4gPg0KPiA+IENvbW1lbnRzIGFu ZCBzdWdnZXN0aW9uIGFyZSB3ZWxjb21lIQ0KPiA+DQo+ID4gQmVzdCBSZWdhcmRzIQ0KPiA+IC1N aWNoYWVsKG9uIGJlaGFsZiBvZiBhdXRob3JzKQ0KPiA+DQo+ID4gLS0tLS3pgq7ku7bljp/ku7Yt LS0tLQ0KPiA+IOWPkeS7tuS6ujogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiA+IOWPkemAgeaXtumXtDogMjAxOeW5tDEw5pyIMTXm l6UgMTQ6MTQNCj4gPiDmlLbku7bkuro6IHdhbmd6aXRhbyA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+ OyBDaG9uZ2ZlbmcgWGllIA0KPiA+IDx4aWVjaGZAY3RicmkuY29tLmNuPjsgUWluIFd1IDxiaWxs Lnd1QGh1YXdlaS5jb20+OyB3YW5neml0YW8gDQo+ID4gPHdhbmd6aXRhb0BodWF3ZWkuY29tPjsg UWluIFd1IDxiaWxsLnd1QGh1YXdlaS5jb20+DQo+ID4g5Li76aKYOiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCj4gPg0KPiA+ DQo+ID4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0w My50eHQNCj4gPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE1pY2hhZWwgV2Fu ZyBhbmQgcG9zdGVkIHRvIHRoZSANCj4gPiBJRVRGDQo+IHJlcG9zaXRvcnkuDQo+ID4NCj4gPiBO YW1lOgkJZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nDQo+ID4gUmV2aXNpb246CTAzDQo+ID4g VGl0bGU6CQlBIFlBTkcgRGF0YSBtb2RlbCBmb3IgUG9saWN5IGJhc2VkIEV2ZW50IE1hbmFnZW1l bnQNCj4gPiBEb2N1bWVudCBkYXRlOgkyMDE5LTEwLTEzDQo+ID4gR3JvdXA6CQlJbmRpdmlkdWFs IFN1Ym1pc3Npb24NCj4gPiBQYWdlczoJCTMwDQo+ID4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8v d3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC13d3gtbmV0bW9kLQ0KPiBldmVudC15 YW5nLTAzLnR4dA0KPiA+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LQ0KPiB5YW5nLw0KPiA+IEh0bWxpemVkOiAg ICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15 YW5nLQ0KPiAwMw0KPiA+IEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LXd3eC1uZXRtb2QtDQo+IGV2ZW50LXlhbmcNCj4gPiBEaWZmOiAg ICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXd3eC1uZXRt b2QtDQo+IGV2ZW50LXlhbmctMDMNCj4gPg0KPiA+IEFic3RyYWN0Og0KPiA+ICAgICBbUkZDODMy OF0gZGVmaW5lcyBhIHBvbGljeS1iYXNlZCBtYW5hZ2VtZW50IGZyYW1ld29yayB0aGF0IGFsbG93 DQo+ID4gICAgIGRlZmluaXRpb24gb2YgYSBkYXRhIG1vZGVsIHRvIGJlIHVzZWQgdG8gcmVwcmVz ZW50IGhpZ2gtbGV2ZWwsDQo+ID4gICAgIHBvc3NpYmx5IG5ldHdvcmstd2lkZSBwb2xpY2llcy4g IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhbiBZQU5HIGRhdGENCj4gPiAgICAgbW9kZWwgZm9yIHRo ZSBwb2xpY3kgYmFzZWQgZXZlbnQgbWFuYWdlbWVudCBbUkZDNzk1MF0uICBUaGUgcG9saWN5DQo+ ID4gICAgIGJhc2VkIEV2ZW50IFlBTkcgcHJvdmlkZXMgdGhlIGFiaWxpdHkgZm9yIHRoZSBuZXR3 b3JrIG1hbmFnZW1lbnQNCj4gPiAgICAgZnVuY3Rpb24gKHdpdGhpbiBhIGNvbnRyb2xsZXIsIGFu IG9yY2hlc3RyYXRvciwgb3IgYSBuZXR3b3JrDQo+IGVsZW1lbnQpDQo+ID4gICAgIHRvIGNvbnRy b2wgdGhlIGNvbmZpZ3VyYXRpb24gYW5kIG1vbml0b3Igc3RhdGUgY2hhbmdlIG9uIHRoZSBuZXR3 b3JrDQo+ID4gICAgIGVsZW1lbnQgYW5kIHRha2Ugc2ltcGxlIGFuZCBpbnN0YW50IGFjdGlvbiB3 aGVuIGEgdHJpZ2dlciBjb25kaXRpb24NCj4gPiAgICAgb24gdGhlIHN5c3RlbSBzdGF0ZSBpcyBt ZXQuDQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPiBzdWJtaXNzaW9uIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgDQo+IHRvb2xz LmlldGYub3JnLg0KPiA+DQo+ID4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gPg0KPiA+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gbmV0bW9kIG1h aWxpbmcgbGlzdA0KPiA+IG5ldG1vZEBpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gbmV0bW9kQGlldGYu b3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxp bmcgbGlzdA0KbmV0bW9kQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL25ldG1vZA0K From nobody Thu Oct 24 05:32:01 2019 Return-Path: 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 38CF81200E0 for ; Thu, 24 Oct 2019 05:32:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=KryVv91U; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=JOSzm2Jp 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 rZbkkUgPs3U9 for ; Thu, 24 Oct 2019 05:31:58 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51031120026 for ; Thu, 24 Oct 2019 05:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5186; q=dns/txt; s=iport; t=1571920318; x=1573129918; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=qVKQsjnefduKFMc5pXw+BGqkNzMJfRuz56dmtq60q+U=; b=KryVv91Ukql0binAv33+ciyisTISh0ZxFmVWUiedZDDK0GuDIiwpKztZ fhRIAQ8PpB+prg89rfzRMP7oGGwKyQmIC6B6xkFNzwj1UFdVb0RswWr4b YELBmseEZXuls6rBGDRguapF2vPTVld+V+5GTHR1Zt3trm+aRAcJov55k 0=; IronPort-PHdr: =?us-ascii?q?9a23=3ApXQGhR9Fh5Vx7/9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZB7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVdSaCEnnK/jCZC0hF8MEX1hgrDm2?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BoAACkmLFd/4QNJK1lHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgWcHAQELAYFKUAVsVyAECyoKhB6DRwOEWIYJToIQmAOBLoEkA1Q?= =?us-ascii?q?JAQEBDAEBJQgCAQGBTIJ0AheDJiQ0CQ4CAwkBAQQBAQECAQUEbYU3AQuFUAE?= =?us-ascii?q?BAQEDEhERDAEBNQMLBAIBCBEEAQEDAiYCAgIwFQYBAQUDAgQKCQgTB4MBgkY?= =?us-ascii?q?DLgECDKdhAoE4iGF1gTKCfgEBBYE4Ag5Bgn8YghcJgQ4oAYwOGIFAP4ERRoJ?= =?us-ascii?q?MPoJiAQECAQEWgTEYgw4ygiyNDzCCOYVfmBAKgiSHD442gjtyhmKPQ445iCm?= =?us-ascii?q?RIwIEAgQFAg4BAQWBUjmBWHAVGoMNCUcQFIMGg3OFFIU/dAGBKI1bAYEpAQE?= X-IronPort-AV: E=Sophos;i="5.68,224,1569283200"; d="scan'208";a="357427890" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Oct 2019 12:31:57 +0000 Received: from XCH-RCD-009.cisco.com (xch-rcd-009.cisco.com [173.37.102.19]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x9OCVvS0011436 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 24 Oct 2019 12:31:57 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-009.cisco.com (173.37.102.19) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 24 Oct 2019 07:31:56 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 24 Oct 2019 07:31:55 -0500 Received: from NAM01-BY2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 24 Oct 2019 07:31:55 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eIrGypJm/9dLkJUjyTyI61wPidpVQBIBb7CxxeeSlZeNkRZDZYTMfaO251uPgNosFmrFVA21dgs8r98eBLdacwMQ2bp/eJnSBXDM6U2aQUhs7utL9yRXpACkU0EssbutsD6gIvFl+a7SKo44xyG2/U4KKAMWaJKW+cm/wMbAibTPknkUtnWT7yXsjsyt2M5sbSLNdKB3mSx31/M/rO1YDeQb3lD+gfKXyENaI2rJF3kghbcVMZ1++XbQP8H+e3O7Vk3X9eiz8KA1H8K1yvrSEbcety1jcAbrnNVah5zJm0Xw++V1S4Qiv+ih7hNOIvIUYmpCEXu7RdrdIa5/sblzvA== 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=qVKQsjnefduKFMc5pXw+BGqkNzMJfRuz56dmtq60q+U=; b=G2CiD9QHt3e43NUAv7ivPgMo/Pt+zp5h9tur5sMU9Ug+tODQ0ZIpVZg5JXwcZwjXwZDtOhZ2O1eEyowBKX0IEGsu7Z1JgeUU9IdraZdqkI5OfDx3KjpV9pH5rGobrUmveeffAaxRHQWmNw931iysvbiUcmycSo7W02nGPur44yalpLo31G92+YWHRM1Il0lKFg1MyCIveew+rp2ghUJOeLSx6GBZbG8EjzBJg/rfH5ykGblp1uHVeHaiefeCOj+l3rBerrUS5xIWCh7x9uYPhhmoGq8BtFNk8Xaz7yvhhE0kClBWYxLBksrDFW2bNwsVbzeDtN/+AbUUi+GkMAtOhQ== 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=qVKQsjnefduKFMc5pXw+BGqkNzMJfRuz56dmtq60q+U=; b=JOSzm2Jp6xnsOD2t1VGJXFJ9M9mN2fKGdg8B1ZfJQR+DX9YzGxCtGCUCSrODHYAAS1s6B+gS1VUuhcZ/u0E1mXITjICwfH+vxFdayMg06cCYCehYq4wPNb75fC/Xxi1yTOu2u3TWWz6hLWMk2GUGkSUDn74lR+PDsX54Km814aM= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4127.namprd11.prod.outlook.com (10.255.181.95) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.24; Thu, 24 Oct 2019 12:31:42 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::cca:41bd:b0bb:c549%2]) with mapi id 15.20.2347.030; Thu, 24 Oct 2019 12:31:42 +0000 From: "Rob Wilton (rwilton)" To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-rwilton-netmod-yang-packages-02.txt Thread-Index: AQHVimWTlsP2LGs2qka3gJEp8fWwEKdptuOw Date: Thu, 24 Oct 2019 12:31:42 +0000 Message-ID: References: <157191938274.11543.13727980027645330981.idtracker@ietfa.amsl.com> In-Reply-To: <157191938274.11543.13727980027645330981.idtracker@ietfa.amsl.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: [173.38.220.40] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 82347b1b-ca05-42b0-4cce-08d7587e2025 x-ms-traffictypediagnostic: MN2PR11MB4127: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0200DDA8BE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(39860400002)(136003)(366004)(396003)(346002)(199004)(189003)(13464003)(51444003)(6436002)(25786009)(316002)(66066001)(71200400001)(71190400001)(74316002)(8936002)(86362001)(64756008)(66946007)(76116006)(476003)(5640700003)(66446008)(66476007)(446003)(66556008)(229853002)(486006)(15650500001)(55016002)(966005)(52536014)(9686003)(7696005)(76176011)(1730700003)(8676002)(99286004)(6306002)(2473003)(11346002)(3846002)(6116002)(81156014)(5660300002)(81166006)(186003)(33656002)(14444005)(2351001)(478600001)(26005)(66574012)(4001150100001)(53546011)(6916009)(2906002)(6506007)(256004)(14454004)(2501003)(305945005)(102836004)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4127; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: DZSn4sWvY5Et8sZcQbRbwusv1C49Gbyfoo7fl/2Lxnw77royQthNYNbDvaCqZNEz8U0f8s/mSmMiR08Z3ojHaLIhqI3LMC2IHGnjHGbLdsXtbXQycfVp7rqRw2KazRC4Nu3xHJm6hiGv1PnG6foADyI6fkjrKa9a3tcUr3C914VjYsYxSb+vCWxRl15iPb4/TW3cjM0v5LE8rvPLPSjFqtOHWLkk3kVCfN5r18L7xdowAg80/LYwL9PeA2I3tXQS80Cbtle+C5VpwSxN0vv+4qGEKk9FWfpryvI8FZ2rw25cXoRFzz19/2kqTYLFzX8YkXypaS0X24iexVEPWuNzOxRAEHONQeXonrH2LFBDDIMiHSNaFG8tEQy8ZM+DG72XWveEXDICzQwtoGxOSbjXc3vGkCuGHbL7l3spGqFiaQdied99KfQ+IOJtEOaDpzoIkphblML1wdUQ8/n+4wNRNWdtnRnw1O905ShLoGmFtX4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 82347b1b-ca05-42b0-4cce-08d7587e2025 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Oct 2019 12:31:42.4053 (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: +xNp8IzbeUPFAqNKGdFA55Dh1x+G92Pz8JbPTJdtPoBuXcIJgiCAQWb0FSY+YjrMz+y7u7vy2t9TN8O1jxqD2A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4127 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.19, xch-rcd-009.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: [netmod] FW: New Version Notification for draft-rwilton-netmod-yang-packages-02.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 12:32:00 -0000 VGhlIHRoaXJkIGRyYWZ0IGRvY3VtZW50IGZyb20gdGhlIHZlcnNpb25pbmcgZGVzaWduIHRlYW0g aXMgdGhlIHVwZGF0ZWQgWUFORyBwYWNrYWdlcyBkcmFmdC4NCg0KSUlSQywgdGhlIHNpZ25pZmlj YW50IGNoYW5nZXMgYXJlOg0KIC0gcmUtYWxpZ25tZW50IHRvIHRoZSBjaGFuZ2VzIGluIG1vZHVs ZSB2ZXJzaW9uaW5nIChlLmcuIHRoZSByZXZpc2lvbi1sYWJlbC9zZW12ZXIgc3BsaXQpDQogLSBh ZGRpbmcgc3VwcG9ydCBmb3IgY2hlY2tzdW1zIChiYXNlZCBvbiBTSEEtMjU2KQ0KIC0gbG9jYWxs eSBzY29wZWQgcGFja2FnZXMgdG8gYSBkZXZpY2UsIHByaW1hcmlseSBpbnRlbmRlZCB0byBjaGFu Z2VkIHNjaGVtYSBjaGFuZ2VzIGR1ZSB0byBhIGhvdGZpeC9wYXRjaCB0byB0aGUgc29mdHdhcmUu DQoNCkZlZWRiYWNrL2NvbW1lbnRzIG9uIHRoZSBlbnRpcmUgZHJhZnQgaXMgb2YgY291cnNlIGhl bHBmdWwvd2VsY29tZS4gIEJ1dCB3aGlsc3QgcmVhZGluZyB0aGUgZG9jdW1lbnQsIHRoZXJlIGFy ZSBzb21lIHNwZWNpZmljIG9wZW4gcXVlc3Rpb25zIG9uIHdoaWNoIFdHIGZlZWRiYWNrIGlzIHNv bGljaXRlZDoNCg0KDQoxKSBTaG91bGQgcGFja2FnZXMgdXNlIGRpZmZlcmVudCBzdHJ1Y3R1cmVz IGZvciB0aGUgZmlsZSB2cyB0aGUgZGV2aWNlPw0KDQpUaGUgY3VycmVudCBhcHByb2FjaCBhaW1z IHRvIG9wdGltaXplIGZvciByZWFkYWJpbGl0eSBpbiB0aGUgZmlsZSBhbmQgZGF0YSB0cmFuc2Zl ciBvbiB0aGUgZGV2aWNlIChieSByZXVzaW5nIFlBTkcgbGlicmFyeSBtb2R1bGUtc2V0cykuDQoN Ck9uZSBhbHRlcm5hdGl2ZSBpcyB0byB1c2UgdGhlIHNhbWUgc3RydWN0dXJlIG9uIGJvdGgsIHdp dGggYSBkdXBsaWNhdGlvbiBvbiBtb2R1bGUgbWV0YWRhdGEgaW5mb3JtYXRpb24gb24gdGhlIHNl cnZlciBieSBub3QgcmV1c2luZyB0aGUgWUFORyBsaWJyYXJ5IG1vZHVsZS1zZXRzLg0KDQoNCjIp IFRoZSBuZXcgdmVyc2lvbiBvZiB0aGUgcGFja2FnZXMgZHJhZnQgdXNlcyBTSEEtMjU2IGNoZWNr c3VtcyBvbiBtb2R1bGUsIHN1Yi1tb2R1bGUsIGFuZCBpbmNsdWRlZCBwYWNrYWdlIGRlZmluaXRp b25zLiAgTm9ybWFsbHksIGEgU0hBLTI1NiBjaGVja3N1bSBpcyA2NCBjaGFyYWN0ZXJzIGxvbmcs IGJ1dCB3ZSBjb3VsZCBhbGxvdyBhIHByZWZpeCBvZiB0aGUgY2hlY2tzdW0gdG8gb3B0aW9uYWxs eSBiZSB1c2VkIGluIHRoZSBmaWxlcyBpbnN0ZWFkIChpLmUuIHNpbWlsYXJseSB0byBob3cgZ2l0 IGNvbW1pdCBoYXNoZXMgYXJlIGhhbmRsZWQpLg0KDQoNCjMpIFBhY2thZ2VzIGFyZSBhbGxvd2Vk IHRvIHVzZSAidGFncyIgKGZyb20gZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MpIHRvIGFk ZCBleHRyYSBtZXRhZGF0YSB0byBhIHBhY2thZ2UuICBDdXJyZW50bHksIHRoZSBkcmFmdCBkb2Vz bid0IHByb3ZpZGUgYW55IG1lY2hhbmlzbSB0byBhZGQsIHJlbW92ZSwgbW9kaWZ5IHRoZSB0YWdz IGFzc29jaWF0ZWQgd2l0aCBhIHBhY2thZ2Ugb24gYSBkZXZpY2UuICBTaG91bGQgdGhpcyBiZSBh ZGRlZCwgb3IgY2FuIHRoaXMgd29yayByZWFzb25hYmx5IGJlIGRlZmVycmVkPw0KDQoNCjQpIFRo ZSBwYWNrYWdlIGRlZmluaXRpb25zIGV4YW1wbGVzIGRvbid0IGluY2x1ZGUvcmVxdWlyZSBYTUwg bmFtZXNwYWNlcy4gIEFsbG93aW5nLCBidXQgbm90IHJlcXVpcmluZywgdGhlc2UgaW4gYSBwYWNr YWdlIGRlZmluaXRpb24gc2VlbXMgT0ssIGJ1dCBJIHByZWZlciBhIHNvbHV0aW9uIHRoYXQgZXhw ZWN0cyB0aGF0IHBhY2thZ2UgYW5kIG1vZHVsZSBuYW1lcyB0byBiZSB1bmlxdWUgKHdoaWNoLCBm b3IgbW9kdWxlcyBhdCBsZWFzdCwgSSB0aGluayB0aGF0IHRoZSBZQU5HIEpTT04gZW5jb2Rpbmcg ZWZmZWN0aXZlbHkgcmVxdWlyZXM/KS4NCg0KDQo1KSBJIHByZXN1bWUgdGhhdCB3ZSBzaG91bGQg dHJ5IGFuZCBkZWZpbmUgYW4gSUFOQSByZWdpc3RyeSBmb3IgcGFja2FnZSBkZWZpbml0aW9ucywg c2ltaWxhciB0byB0aGUgSUFOQSBZQU5HIG1vZHVsZSByZWdpc3RyeS4gIEFyZ3VhYmx5LCBpdCBt aWdodCBiZSBtb3JlIHVzZWZ1bCBpZiB0aGUgcmVnaXN0cnkgY291bGQgYmUgd2lkZXIgdGhhbiBq dXN0IElFVEYgbW9kdWxlcy4NCg0KVGhhbmtzLA0KUm9iDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA8aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnPiANClNlbnQ6IDI0IE9jdG9iZXIgMjAxOSAxMzoxNg0KVG86IFJvYiBXaWx0b24g KHJ3aWx0b24pIDxyd2lsdG9uQGNpc2NvLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtcndpbHRvbi1uZXRtb2QteWFuZy1wYWNrYWdlcy0wMi50eHQNCg0K DQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtcndpbHRvbi1uZXRtb2QteWFuZy1wYWNrYWdl cy0wMi50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUm9iZXJ0IFdpbHRv biBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1yd2ls dG9uLW5ldG1vZC15YW5nLXBhY2thZ2VzDQpSZXZpc2lvbjoJMDINClRpdGxlOgkJWUFORyBQYWNr YWdlcw0KRG9jdW1lbnQgZGF0ZToJMjAxOS0xMC0yMw0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1p c3Npb24NClBhZ2VzOgkJNTcNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvZHJhZnQtcndpbHRvbi1uZXRtb2QteWFuZy1wYWNrYWdlcy0wMi50eHQN ClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1y d2lsdG9uLW5ldG1vZC15YW5nLXBhY2thZ2VzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1yd2lsdG9uLW5ldG1vZC15YW5nLXBhY2thZ2VzLTAyDQpI dG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFm dC1yd2lsdG9uLW5ldG1vZC15YW5nLXBhY2thZ2VzDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXJ3aWx0b24tbmV0bW9kLXlhbmctcGFja2Fn ZXMtMDINCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IGRlZmluZXMgWUFORyBwYWNrYWdl cywgYSB2ZXJzaW9uZWQgb3JnYW5pemF0aW9uYWwNCiAgIHN0cnVjdHVyZSBob2xkaW5nIGEgc2V0 IG9mIHJlbGF0ZWQgWUFORyBtb2R1bGVzLCB0aGF0IGNvbGxlY3RpdmVseQ0KICAgZGVmaW5lIGEg WUFORyBzY2hlbWEuICBJdCBkZXNjcmliZXMgaG93IFlBTkcgaW5zdGFuY2UgZGF0YSBkb2N1bWVu dHMNCiAgIGFyZSB1c2VkIHRvIGRlZmluZSBZQU5HIHBhY2thZ2VzLCBhbmQgaG93IHRoZSBZQU5H IGxpYnJhcnkNCiAgIGluZm9ybWF0aW9uIHB1Ymxpc2hlZCBieSBhIHNlcnZlciBjYW4gYmUgYXVn bWVudGVkIHdpdGggcGFja2FnZXMNCiAgIHJlbGF0ZWQgaW5mb3JtYXRpb24uDQoNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291 cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1s aXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoN ClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Thu Oct 24 06:45:26 2019 Return-Path: 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 E43CF1208AE for ; Thu, 24 Oct 2019 06:45:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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=ericsson.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 a2g51Lb17OI5 for ; Thu, 24 Oct 2019 06:45:02 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20046.outbound.protection.outlook.com [40.107.2.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7A8C1208AF for ; Thu, 24 Oct 2019 06:45:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QyXrZZEPFFRG1ejflq5JoR0K9n4lCXniqenkUmdQjVVINRvoArINQdY9XI66ztU+XA6qFha21UWhAlEtTmVgS8d2RM8bRdRHY/IvuCyQbfcNiX4ACAsI1yNaEq5WqqeDR/WgxgewSFAShLoLgbyuVhyXn8fv+uGt0ShG8e1KaZ3Z74btUHnaBjJuWVUntbJbQ0uIJHzaWu5/sHRIa29kqrKF3PyIHn68dmccYVx8dh65M8cHbjp/ywyAax0r0VLX1UJUOS3d+n+J7kURKGoSmz7arprEJn0L3xaYx/Y7454eXJZ7vlFXcckn+zQsWkKD/hfCg3anOD/Zuw5UBHg7EA== 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=6uEouik1Vo286VMlMyugh2I7AYmTqmRJFabHyhzrKWg=; b=WN1ssSpyuD+k5tyNH7JqWfND1vvL1ZrZn2l2dzgP9zd+MY5JjwCjw5jMtkCdQ6T7OGaRGLeK4zfX3fKvgTX2eFI9fpH6Mg1e97wDWSaYPlBswzgM2mT4UaOVwyN2gL4XU+VO2aylOEpw0D4DNo7EmTDSWlSYL/QkQaFxLOrYqL4oNO8OcZTtjJ7L7Rv62Fg4TIsHLwgQ6Fzh/uPTkjQlWYtoOnzXLNZyTmqRgZ3bk/VEtYlNV55PjTJ9+4KxgDB64oVVW2n5a6FQ186x7XVKBRbp0cQlFe3WRyAdq1opouy3hD5aCIojBtCMnQlvDUrGSskY7axxXLoRdr3ocYFSmA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6uEouik1Vo286VMlMyugh2I7AYmTqmRJFabHyhzrKWg=; b=FYjgy4G0WTu9KoSWETfEQwOpmr4rgyc9EmIs3pKTgh7Gk1HCbDzYJ3y7ZrveTwSBY+5ZvujnZgzj48guDRXp5XppM079xTDKUx1/xrEyLrb4hTZtxH1yRImBDMxo1MoMaq+W836O1ktu0Ioyn9CL52uspL2rvjcZGuSrGflaTKM= Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com (10.169.137.153) by VI1PR0701MB2253.eurprd07.prod.outlook.com (10.169.137.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.14; Thu, 24 Oct 2019 13:44:59 +0000 Received: from VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::6058:31bd:e6f1:e143]) by VI1PR0701MB2286.eurprd07.prod.outlook.com ([fe80::6058:31bd:e6f1:e143%11]) with mapi id 15.20.2387.021; Thu, 24 Oct 2019 13:44:59 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Kent Watsen CC: "netmod@ietf.org" , Mark Hollmann , Edvardas Lasauskas Thread-Topic: [netmod] Default statements and deviate add/replace Thread-Index: AdWIwoN5sUEukdGAQsGK9U4p7bcxKQAI5twAAGKzbOA= Date: Thu, 24 Oct 2019 13:44:59 +0000 Message-ID: References: <0100016df3e6091d-bf5947e5-0cd6-4a89-adf2-abbfb506ce01-000000@email.amazonses.com> In-Reply-To: <0100016df3e6091d-bf5947e5-0cd6-4a89-adf2-abbfb506ce01-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 01bcf6d5-5b7e-49ed-f98d-08d758885d03 x-ms-traffictypediagnostic: VI1PR0701MB2253: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:632; x-forefront-prvs: 0200DDA8BE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(346002)(376002)(396003)(39860400002)(199004)(189003)(14454004)(25786009)(76176011)(256004)(478600001)(186003)(229853002)(14444005)(6506007)(53546011)(6436002)(66556008)(66616009)(99286004)(486006)(66476007)(66574012)(26005)(66946007)(66446008)(76116006)(476003)(7696005)(8676002)(71200400001)(2906002)(85202003)(71190400001)(316002)(8936002)(81156014)(81166006)(66066001)(102836004)(99936001)(64756008)(55016002)(3846002)(11346002)(6116002)(33656002)(4326008)(107886003)(9686003)(86362001)(54896002)(236005)(9326002)(52536014)(6246003)(7736002)(74316002)(6916009)(5660300002)(966005)(54906003)(606006)(6306002)(446003)(85182001)(790700001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2253; H:VI1PR0701MB2286.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: UKNORapxlQLHULWaphiXu2X8XlaQ38k68uYUlCnt93n/nMonFre3DF1grJmxoow0NO+i5wTDtxmvaa7lZwODf9zQh+uAex7PoX5wA+h17sOt2CePDxrk8tovkSt+PFKXZ12KMOL52mivQaCKEDXnTk4jwdZ0RSK695wEAOVuja4OHR3G/MWjo7NCmscBiQGIUnVE1HGznAZTX61Y4IHoH5/rzBXfEbIITD2zSVdE75FMnWxnweWYqs/iSyzC1j2P3mi1GSnpaqrUD8mKSAz715TCnu8AJVYvTzz3HuGvj6nFW/wySmuT75oYaaVF0Nwjojxd0QJlRNe5V+XDQ14l+9gNgcCalpi5tx9srJKRj4CVyImE+Qowz2K1W16ztRMnHGG3Q+wZ1RBTsZ29vgoVCoULkcHtb1l6ncVyxOjMBg58TxG9mHo2i0WWuqQcklHl Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0085_01D58A81.FD03B2F0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 01bcf6d5-5b7e-49ed-f98d-08d758885d03 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Oct 2019 13:44:59.4473 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: GpPf9wBhs3OG+E1jOZWcKmuh24cl2swggJaUOTbRqsG470nAE0CJXGMTvvdyLntncVaeb5HzUv5VcUZJXal7bksqkfPIY2Vb7jltNGHL6L0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2253 Archived-At: Subject: Re: [netmod] Default statements and deviate add/replace X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 13:45:07 -0000 X-List-Received-Date: Thu, 24 Oct 2019 13:45:07 -0000 ------=_NextPart_000_0085_01D58A81.FD03B2F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0086_01D58A81.FD03B2F0" ------=_NextPart_001_0086_01D58A81.FD03B2F0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Kent, As IMO practically all tools are misbehaving I would like a confirmation = that my interpretation of the differences between deviate add and = deviate replace are correct. After that I will start reporting the = issues to the tools. Regards Balazs =20 From: Kent Watsen =20 Sent: 2019. okt=C3=B3ber 22., kedd 16:37 To: Bal=C3=A1zs Lengyel Cc: netmod@ietf.org; Mark Hollmann ; = Edvardas Lasauskas Subject: Re: [netmod] Default statements and deviate add/replace =20 Hi Balazs, =20 Is this for the NETMOD list, or should bugs be filed against the = misbehaving tools? =20 Kent =20 On Oct 22, 2019, at 6:56 AM, Bal=C3=A1zs Lengyel = > wrote: =20 Hello,=20 I tried testing the following statements: =20 deviation /nacm:nacm/nacm:enable-nacm { deviate add { config false; } } =20 deviation /nacm:nacm/nacm:rule-list { deviate add { min-elements 1; } } =20 In nacm both the config and the min-elements are absent, so their = default meaning is true. I actually tried both add and replace in = deviate. I got rather confusing results whether the add/replace variant of = deviate should be accepted or rejected because the property already = exists or does not yet exist. =20 Pyang 2.0.2 locally: Config=3Dfalse add-NOK replace-OK Min-elements=3D1 add-OK replace-NOK =20 YANG-Validator pyang 2.0 & confdc Config=3Dfalse add-OK replace-OK Min-elements=3D1 add-OK replace-NOK =20 YANG-Validator yanglint Config=3Dfalse add-OK replace-OK Min-elements=3D1 add-OK replace-OK =20 IMHO the tools should always check the property, so even if the = statement is not present the properties config=3Dfalse and = min-elements=3D0 ARE present. So add should be rejected and replace = accepted.=20 =20 Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com =20 _______________________________________________ netmod mailing list netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod =20 ------=_NextPart_001_0086_01D58A81.FD03B2F0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello = Kent,

As IMO practically all tools = are misbehaving I would like a confirmation that my interpretation of = the differences between deviate add and deviate replace are correct. = =C2=A0After that I will start reporting the issues to the = tools.

Regards = Balazs

 

From: Kent Watsen = <kent@watsen.net>
Sent: 2019. okt=C3=B3ber 22., kedd = 16:37
To: Bal=C3=A1zs Lengyel = <balazs.lengyel@ericsson.com>
Cc: netmod@ietf.org; Mark = Hollmann <mark.hollmann@ericsson.com>; Edvardas Lasauskas = <edvardas.lasauskas@ericsson.com>
Subject: Re: [netmod] = Default statements and deviate add/replace

 

Hi = Balazs,

 

Is this for the NETMOD list, or should bugs be filed = against the misbehaving tools?

 

Kent

 



On Oct 22, 2019, at 6:56 AM, Bal=C3=A1zs Lengyel = <balazs.len= gyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

 

Hello, 

I tried testing the following = statements:

 

  deviation /nacm:nacm/nacm:enable-nacm = {

    = deviate add {

      config false; =     } }

         &= nbsp;      

  deviation /nacm:nacm/nacm:rule-list = {

    = deviate add {

      min-elements 1; =     }  }

 

In nacm both the config and the min-elements are = absent, so their default meaning is true. I actually tried both add and = replace in deviate.

I got = rather confusing results whether the add/replace variant of deviate = should be accepted or rejected because the property already exists or = does not yet exist.

 

Pyang 2.0.2 locally:

Config=3Dfalse       =             &= nbsp;   add-NOK =              = replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-NOK

 

YANG-Validator  pyang 2.0 & = confdc

Config=3Dfalse =       =             &= nbsp;   add-OK =             &= nbsp;   replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-NOK

 

YANG-Validator yanglint

Config=3Dfalse       =             &= nbsp;   add-OK =             &= nbsp;   replace-OK

Min-elements=3D1      &nb= sp;       = add-OK           &= nbsp;     replace-OK

 

IMHO the tools should always check the property, so = even if the statement is not present the properties config=3Dfalse and = min-elements=3D0 ARE present. So add should be rejected and replace = accepted. 

 

Regards Balazs

 

-- 

Balazs = Lengyel           =          Senior = Specialist          &nb= sp;            = Ericsson Hungary Ltd. 

Mobile: = +36-70-330-7909         &nbs= p;    email: Balazs.Lengyel@ericsson.com=

 

__________= _____________________________________
netmod mailing = list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

 

------=_NextPart_001_0086_01D58A81.FD03B2F0-- ------=_NextPart_000_0085_01D58A81.FD03B2F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTAyNDEzNDQ1N1owIwYJKoZIhvcNAQkEMRYEFNLwM3ipqDOocf/YepPBaONXxvskMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQDQvIyHTLJqmdh7KFwXSBOEngvyoKxUEU/1qxvOGWE5hn/ppZ4KTIN7 +dgIt57b8Q0Q3KdihFZDshjT/cJyBnxcwch7R2StndL+eoSr86CmYYAkDZ6l3c2p7Spk1dls77v1 RjGefCRR4Xh1yLVzMXdV4JISK/rd6yjBmLv8+G32NJuHouRyBCTmw0OpC6yloMKOZ4cLZntLLlW4 Nbg7X06Hiq3v3yXtR/9psIuy0KOJuNnDBVvKrW+FZ0LwW12iPXYQoZCDxpj1tZyorxM0N8zGWf64 P4I3b52tSdQxGisrv06Qb14JAgxIgLUW4KSqIStLgire33v5ne45ALLAC9GmAAAAAAAA ------=_NextPart_000_0085_01D58A81.FD03B2F0-- From nobody Thu Oct 24 07:44:11 2019 Return-Path: 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 E0014120127; Thu, 24 Oct 2019 07:44:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 JqPFycyiDxG7; Thu, 24 Oct 2019 07:44:05 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.227]) by ietfa.amsl.com (Postfix) with ESMTP id E9DDD120113; Thu, 24 Oct 2019 07:44:01 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.48:54616.647216883 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-106.121.132.161?logid-191798F8EE424199A0A0104F972FD997 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 460682800B2; Thu, 24 Oct 2019 22:43:45 +0800 (CST) X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn Received: from ([172.18.0.48]) by App0024 with ESMTP id 191798F8EE424199A0A0104F972FD997 for lberger@labn.net; Thu Oct 24 22:43:56 2019 X-Transaction-ID: 191798F8EE424199A0A0104F972FD997 X-filter-score: filter<0> X-Real-From: xiechf@chinatelecom.cn X-Receive-IP: 172.18.0.48 X-MEDUSA-Status: 0 Date: Thu, 24 Oct 2019 22:43:45 +0800 From: "xiechf@chinatelecom.cn" To: "Lou Berger" , wangzitao Cc: "NetMod WG Chairs" , draft-bryskin-netconf-automation-yang , netmod , draft-wwx-netmod-event-yang References: , <96b24cbd-508d-bf8e-37ed-714de19e7130@labn.net> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 8, 379[cn] Mime-Version: 1.0 Message-ID: <201910242243445126184@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart811373825625_=----" Archived-At: Subject: Re: [netmod] New Version Notification for draft-wwx-netmod-event-yang-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 14:44:10 -0000 This is a multi-part message in MIME format. ------=_001_NextPart811373825625_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 TG91Og0KSSB0aGluayBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMgYWltcyBhdCBnZW5l cmljIHBvbGljeSwgaGFzIGJlZW4gcG9saXNoZWQgYmFzZWQgb24gc291cmNlIG9mIGV4aXN0aW5n IHdvcmsgKGUuZy4sc3VwYSBXb3JrKWFuZCBpdCBkb2Vzbid0IG5lZWQgdG8gYmUgcGVyZmVjdCBh dCBhZG9wdGlvbiBzdGFnZSwNCkJ1dCBpdCBpcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQgZm9yIFdH IHRvIGRldmVsb3AgZ2VuZXJpYyBFQ0EgbW9kZWwsIGluIG15IHZpZXcuDQoNCkJlc3QNCkNob25n ZmVuZw0KDQogDQpGcm9tOiBMb3UgQmVyZ2VyDQpEYXRlOiAyMDE5LTEwLTIyIDIwOjM4DQpUbzog d2FuZ3ppdGFvDQpDQzogTmV0TW9kIFdHIENoYWlyczsgZHJhZnQtYnJ5c2tpbi1uZXRjb25mLWF1 dG9tYXRpb24teWFuZzsgbmV0bW9kQGlldGYub3JnOyBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlh bmcNClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRy YWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCk1pY2hhZWwvQXV0aG9ycy9XRywNCiAN ClRoYW5rIHlvdSBmb3IgdGhpcyB3b3JrLiAgT25lIG9mIHRoZSBxdWVzdGlvbnMgaW4gbG9va2lu ZyBhdCB0aGlzIGRyYWZ0IGlzIHRoZSByZWxhdGlvbnNoaXAgdG8gdGhpcyBkcmFmdCB0byBvdGhl ciBpbmRpdmlkdWFsIHdvcmsgdGhhdCBoYXMgYmVlbiBkaXNjdXNzZWQgaW4gdGhlIFdHLCBub3Rh Ymx5aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWJyeXNraW4tbmV0Y29uZi1hdXRv bWF0aW9uLXlhbmcgIC4gSW4gbG9va2luZyBhdCBib3RoIGRyYWZ0cywgSSByZWFkIGl0IGFzIHRo YXQgdGhlIGxhdHRlciBwcm92aWRlcyBnZW5lcmFsIGluZnJhc3RydWN0dXJlIGZvciBldmVudC1j b25kaXRpb24tYWN0aW9ucyAoRUNBcykuICBJJ20gbGVzcyBzdXJlIGFib3V0IHlvdXIgZHJhZnQs IGluIHJlYWRpbmcgaXQgaXQgdG9vIHNlZW1zIGFpbWVkIGF0IGEgZ2VuZXJhbCBpbmZyYXN0cnVj dHVyZSwgYnV0IGl0IGFsc28gc2VlbXMgdGFpbG9yZWQgdG8gYSBzcGVjaWZpYyBzZXQgb2YgRUNB cyB0aGF0IGFyZSBhbGlnbmVkIHdpdGggdGhlIEVWRU4tTUlCLg0KIA0KV2hhdCBpcyB5b3VyL3Ro ZSBhdXRob3JzIGludGVudD8NCiANCklmIHRoZSBmb3JtZXIsIHBlcmhhcHMgaXQgd291bGQgYmUg Z29vZCBmb3IgYm90aCBzZXRzIG9mIGF1dGhvcnMgdG8gKGF0IGxlYXN0IHRyeSB0bykgd29yayB0 b2dldGhlciB0byBjb21lIHVwIHdpdGggd2l0aCBhIG1lcmdlZCBkb2N1bWVudD8gIElmIHRoZSBs YXR0ZXIsIGRvZXMgaXQgbWFrZSBzZW5zZSB0byBhZGp1c3QgeW91ciBkcmFmdCB0byBkb2N1bWVu dCB5b3VyIHVzZSBjYXNlIHVzaW5nIHRoZSBtb3JlIGdlbmVyYWwgbWVjaGFuaXNtcyBvZiB0aGUg b3RoZXIgZHJhZnQ/DQogDQpXaGF0IGRvIHlvdSB0aGluaz8NCiANClBsZWFzZSBsZXQgbWUga25v dyBpZiB5b3UgdGhpbmsgSSdtIG1pc3JlYWRpbmcgb3IgbWlzc2VkIHNvbWV0aGluZyBoZXJlLg0K IA0KVGhhbmtzLA0KTG91DQogDQpPbiAxMC8xNS8yMDE5IDI6MTcgQU0sIHdhbmd6aXRhbyB3cm90 ZToNCj4gRGVhciBXb3JraW5nIEdyb3VwLA0KPg0KPiBBcyB5b3UgcmVjYWxsIHRoYXQgd2UgcHJl c2VudGVkIHRoZSAiZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAyIiBpbiB0aGUgbGFzdCBO RVRNT0Qgc2Vzc2lvbiBhbmQgZ290IGEgZ29vZCBudW1iZXIgb2Ygc3VwcG9ydHMgd2hlbiB0aGUg Y2hhaXIgcG9sbGVkIGluIHRoZSByb29tLg0KPiBSZWNlbnRseSB3ZSBoYXZlIGEgbWlub3IgdXBk YXRlIG9uIHRoZSBkcmFmdCBiYXNlZCBvbiBNb250cmVhbCBtZWV0aW5nIGRpc2N1c3Npb24sIGFk ZGluZyBhbiBhcHBlbmRpeCBzZWN0aW9uIHRvIGludHJvZHVjZSBob3cgdG8gcmV1c2UgdGhlICJ0 cmlnZ2VyLWdyb3VwaW5nIiwgbW9yZSBkZXRhaWxzIHBsZWFzZSByZXZpZXcgdGhlIGRvY3VtZW50 Lg0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15 YW5nLTAzDQo+DQo+IFdlIGJlbGlldmUgdGhpcyBkcmFmdCBpcyBzdGFibGUgZW5vdWdoIGFuZCB3 b3VsZCBsaWtlIHRvIGFzayBmb3IgV0cgYWRvcHRpb24uDQo+DQo+IENvbW1lbnRzIGFuZCBzdWdn ZXN0aW9uIGFyZSB3ZWxjb21lIQ0KPg0KPiBCZXN0IFJlZ2FyZHMhDQo+IC1NaWNoYWVsKG9uIGJl aGFsZiBvZiBhdXRob3JzKQ0KPg0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6 ujogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnXQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTnlubQxMOaciDE15pelIDE0OjE0DQo+IOaUtuS7tuS6 ujogd2FuZ3ppdGFvIDx3YW5neml0YW9AaHVhd2VpLmNvbT47IENob25nZmVuZyBYaWUgPHhpZWNo ZkBjdGJyaS5jb20uY24+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IHdhbmd6aXRhbyA8 d2FuZ3ppdGFvQGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT4NCj4g5Li7 6aKYOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQt eWFuZy0wMy50eHQNCj4NCj4NCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXd3eC1uZXRt b2QtZXZlbnQteWFuZy0wMy50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi eSBNaWNoYWVsIFdhbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPg0KPiBO YW1lOiBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmcNCj4gUmV2aXNpb246IDAzDQo+IFRpdGxl OiBBIFlBTkcgRGF0YSBtb2RlbCBmb3IgUG9saWN5IGJhc2VkIEV2ZW50IE1hbmFnZW1lbnQNCj4g RG9jdW1lbnQgZGF0ZTogMjAxOS0xMC0xMw0KPiBHcm91cDogSW5kaXZpZHVhbCBTdWJtaXNzaW9u DQo+IFBhZ2VzOiAzMA0KPiBVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50 ZXJuZXQtZHJhZnRzL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0wMy50eHQNCj4gU3RhdHVz OiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXd3eC1uZXRt b2QtZXZlbnQteWFuZy8NCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMDMNCj4gSHRtbGl6ZWQ6ICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtd3d4LW5ldG1vZC1ldmVu dC15YW5nDQo+IERpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTAzDQo+DQo+IEFic3RyYWN0Og0KPiAgICAg W1JGQzgzMjhdIGRlZmluZXMgYSBwb2xpY3ktYmFzZWQgbWFuYWdlbWVudCBmcmFtZXdvcmsgdGhh dCBhbGxvdw0KPiAgICAgZGVmaW5pdGlvbiBvZiBhIGRhdGEgbW9kZWwgdG8gYmUgdXNlZCB0byBy ZXByZXNlbnQgaGlnaC1sZXZlbCwNCj4gICAgIHBvc3NpYmx5IG5ldHdvcmstd2lkZSBwb2xpY2ll cy4gIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhbiBZQU5HIGRhdGENCj4gICAgIG1vZGVsIGZvciB0 aGUgcG9saWN5IGJhc2VkIGV2ZW50IG1hbmFnZW1lbnQgW1JGQzc5NTBdLiAgVGhlIHBvbGljeQ0K PiAgICAgYmFzZWQgRXZlbnQgWUFORyBwcm92aWRlcyB0aGUgYWJpbGl0eSBmb3IgdGhlIG5ldHdv cmsgbWFuYWdlbWVudA0KPiAgICAgZnVuY3Rpb24gKHdpdGhpbiBhIGNvbnRyb2xsZXIsIGFuIG9y Y2hlc3RyYXRvciwgb3IgYSBuZXR3b3JrIGVsZW1lbnQpDQo+ICAgICB0byBjb250cm9sIHRoZSBj b25maWd1cmF0aW9uIGFuZCBtb25pdG9yIHN0YXRlIGNoYW5nZSBvbiB0aGUgbmV0d29yaw0KPiAg ICAgZWxlbWVudCBhbmQgdGFrZSBzaW1wbGUgYW5kIGluc3RhbnQgYWN0aW9uIHdoZW4gYSB0cmln Z2VyIGNvbmRpdGlvbg0KPiAgICAgb24gdGhlIHN5c3RlbSBzdGF0ZSBpcyBtZXQuDQo+DQo+ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5 IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCj4NCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4NCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbmV0bW9kIG1haWxpbmcgbGlzdA0K PiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRtb2QNCiANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo= ------=_001_NextPart811373825625_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable