From nobody Fri Feb 1 09:18:47 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB9BD1310B5 for ; Fri, 1 Feb 2019 09:18:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.641 X-Spam-Level: X-Spam-Status: No, score=-14.641 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, 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 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 el1y3Ey7BZtm for ; Fri, 1 Feb 2019 09:18:43 -0800 (PST) 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 E66141310B4 for ; Fri, 1 Feb 2019 09:18:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34590; q=dns/txt; s=iport; t=1549041523; x=1550251123; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=OhbN+/v2CndtSOXJgxQ12Gjvos5uAyrDKaOqSefOsto=; b=kVnclWYamptmK6iCnar1ws9eNlyK+KuSn6FKlVMYZFmFvrwq0AXqur1j 3IRjw7UTHckSB+R5C8hotdmyIWwpH6zAxSaIRwe9fGd+cTHcI4fe/CDBU lQT4zNjwQE90maw5zPhr4xb16NvgRrAYOkfXBEoan0ESr3yqoeLJPYOis U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAADGflRc/5FdJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDU0pZ4EDJwqDeYgai3OCDZgOFIFnCwEBgXe?= =?us-ascii?q?CdQIXgnoiNAkNAQMBAQIBAQJtKIVKAQEBAQMjCjoSEAIBCA4DBAEBDhMHAwI?= =?us-ascii?q?CAjAUCQgCBA4FCIJPTIEdZKlTgS+KNIxAF4FAP4QjhGkfByiCU4JXAolaCQ4?= =?us-ascii?q?BhhmSXAkCkiwhgWuFQIM9h1iLLC2PewIRFIEnHziBVnAVgyeCKBeOHkExi3e?= =?us-ascii?q?BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,549,1539648000"; d="scan'208,217";a="233882573" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Feb 2019 17:18:41 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x11HIfIF024781 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 1 Feb 2019 17:18:41 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 1 Feb 2019 12:18:40 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1395.000; Fri, 1 Feb 2019 12:18:40 -0500 From: "Eric Voit (evoit)" To: William Lupton CC: "netconf@ietf.org" , "alex@clemm.org" Thread-Topic: [netconf] YANG Push drafts comments Thread-Index: AQHUt8eDyGU7aM7/H0mYOuYCbKZtXqXGnhOAgAFJo4CAAjziUA== Date: Fri, 1 Feb 2019 17:18:40 +0000 Message-ID: <80b8fdb627c24950ab3e7f15f2f54a65@XCH-RTP-013.cisco.com> References: <8518c87f5ef24ba9ad851a52f28047dd@XCH-RTP-013.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: multipart/alternative; boundary="_000_80b8fdb627c24950ab3e7f15f2f54a65XCHRTP013ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [netconf] YANG Push drafts comments X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2019 17:18:46 -0000 --_000_80b8fdb627c24950ab3e7f15f2f54a65XCHRTP013ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIFdpbGxpYW0uICAgQW5kIHNvbWUgbW9yZSB0aG91Z2h0cyBiYWNrIHRvIHlvdSAoYW5k IG9uZSB0byBBbGV4KS4uLg0KDQpGcm9tOiBXaWxsaWFtIEx1cHRvbiwgSmFudWFyeSAzMCwgMjAx OSA0OjU0IEFNDQoNClRoYW5rcyBFcmljLiBQbGVhc2Ugc2VlIHNvbWUgZm9sbG93LXVwcyBiZWxv dyAoSSd2ZSByZW1vdmVkIGl0ZW1zIHdoZXJlIEkgaGF2ZSBubyBmdXJ0aGVyIGNvbW1lbnQpLiBD aGVlcnMsIFcuDQoNCk9uIFR1ZSwgMjkgSmFuIDIwMTkgYXQgMjA6MzEsIEVyaWMgVm9pdCAoZXZv aXQpIDxldm9pdEBjaXNjby5jb208bWFpbHRvOmV2b2l0QGNpc2NvLmNvbT4+IHdyb3RlOg0KSGkg V2lsbGlhbSwNCg0KVGhhbmtzIGZvciB0aGUgaW50ZXJlc3QsIHRob3VnaHRzIGluLWxpbmUuLi4N Cg0KRnJvbTogbmV0Y29uZiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpuZXRjb25m LWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhhbGYgT2YgV2lsbGlhbSBMdXB0b24NClNlbnQ6IFR1 ZXNkYXksIEphbnVhcnkgMjksIDIwMTkgNjo0MSBBTQ0KVG86IG5ldGNvbmZAaWV0Zi5vcmc8bWFp bHRvOm5ldGNvbmZAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbbmV0Y29uZl0gWUFORyBQdXNoIGRyYWZ0 cyBjb21tZW50cw0KDQoxLiAgICAgIEdlbmVyYWw6DQoxLiAgICAgIFdoeSBpcyB0aGUgc3Vic2Ny aXB0aW9uIGlkIG9wdGlvbmFsPyBXaXRob3V0IGl0LCB3aWxsIHRoZSByZWNlaXZlciBhbHdheXMg YmUgYWJsZSB0byB0ZWxsIGhvdyB0byBoYW5kbGUgYW4gZXZlbnQgbWVzc2FnZT8NCkkgYXNzdW1l IHlvdSBhcmUgcmVmZXJyaW5nIHRvIHRoZSBwdXNoZWQgbm90aWZpY2F0aW9uIG1lc3NhZ2VzIGNh cnJ5aW5nIGV2ZW50IHJlY29yZHMuICBUaGUgUkZDLTUyNzcgb25lIHdheSBub3RpZmljYXRpb24g ZG9lc27igJl0IHN1cHBvcnQgYSBzdWJzY3JpcHRpb24taWQgb2JqZWN0IGluIGl0cyBjdXJyZW50 IGV2ZW50IHNjaGVtYSwgc28gd2UgY2Fu4oCZdCBlbWJlZCB0aGlzIG9iamVjdCBmb3Igc3Vic2Ny aWJlZC1ub3RpZmljYXRpb25zLiAgVGhpcyBpcyBvbmUgcmVhc29uIHRoYXQgZHJhZnQtaWV0Zi1u ZXRjb25mLW5vdGlmaWNhdGlvbi1tZXNzYWdlcyB3YXMgYWRvcHRlZC4gIEZvciBZQU5HIHB1c2gs IHdlIGRvIGhhdmUgYSBzdWJzY3JpcHRpb24taWQgaW4gdGhlIG5vdGlmaWNhdGlvbiBkZWZpbml0 aW9uLCB3aGljaCBpcyB0aGVuIGNhcnJpZWQgd2l0aGluIHRoZSBSRkMtNTI3NyBvbmUtd2F5IG5v dGlmaWNhdGlvbi4NCg0KSSB3b3VsZCBleHBlY3QgdGhpcyBxdWVzdGlvbiB0byBhcmlzZSBpbiB0 aGUgbWluZHMgb2YgbWFueSByZWFkZXJzLiBBIG5vdGUgbWlnaHQgYmUgdXNlZnVsPw0KDQo8RXJp Yz4gICBOb3RlcyBvbiB0aGlzIHRvcGljIHdlcmUgaW5jbHVkZWQgaW4gZWFybGllciB2ZXJzaW9u cyBvZiB0aGUgZG9jdW1lbnQgKGUuZy4sIHZlcnNpb24gMTApLiAgIEhvd2V2ZXIgb3RoZXIgcmV2 aWV3ZXJzIGFza2VkIHRvIHJlbW92ZSB0aGVzZSBub3RlcyBhcyB0aGV5IHdlcmVu4oCZdCBleHBs aWNpdGx5IG5lZWRlZCBmb3IgdGhpcyBzcGVjaWZpY2F0aW9uLiAgICBJbiB0aGUgZW5kLCB0aGUg d29yayBvbiBkcmFmdC1pZXRmLW5ldGNvbmYtbm90aWZpY2F0aW9uLW1lc3NhZ2VzIHdpbGwgcmVz dGFydCBhZnRlciB3ZSBnZXQgZG9uZSB0aGVzZSBkcmFmdHMsIGFuZCBob3BlZnVsbHkgd2lsbCBk cml2ZSB0ZXh0IGJhY2sgdG8gdGhpcyBkb2N1bWVudCB0byBjb3ZlciB0aGlzIGNvbmNlcm4uDQoN CjIuICAgICAgZHJhZnQtaWV0Zi1uZXRjb25mLXN1YnNjcmliZWQtbm90aWZpY2F0aW9uczoNCg0K My4gICAgICBFdmVudCByZWNvcmQ6DQoxLiAgICAgIFNvIGRvZXMgdGhlICJldmVudCByZWNvcmQi IHRlcm0gYXBwbHkgdG8gYWxsIHRoZSBkcmFmdHM/IElmIHNvLCBkb2VzICJldmVudCIgYXBwbHkg dG8gYWxsIHRoZSBkcmFmdHM/IChUaGlzIG5vdGUgaXMgaW4gdGhlIGNvbnRleHQgb2YgYSBsYXRl ciBub3RlIGFib3V0IHRoZSBmYWN0IHRoYXQgImV2ZW50IHN0cmVhbSIgYXBwZWFycyB0byBiZSBz cGVjaWZpYyB0byB0aGlzIGRyYWZ0LikNClN1YnNjcmliaW5nIHRvIGFuIGV2ZW50IHN0cmVhbSBp cyBkaWZmZXJlbnQgdGhhbiBhIHN1YnNjcmliaW5nIHRvIGEgZGF0YXN0b3JlLiBbLi4uXQ0KDQpU aGlzIHdhcyBhIHRlcm1pbm9sb2d5IGNvbW1lbnQuIEkgZmVsdCB0aGF0IGl0IHdhc24ndCBhbHdh eXMgY2xlYXIgd2hpY2ggdGVybXMgd2VyZSBnZW5lcmljIGFuZCB3b3VsZCBhcHBseSB0byBhbGwg ZHJhZnRzLiAiZXZlbnQgcmVjb3JkIiwgImV2ZW50IiBhbmQgImV2ZW50IHN0cmVhbSIgY2F1c2Vk IG1lIHBhcnRpY3VsYXIgcHJvYmxlbXMuIEl0IHdhcyBqdXN0IGEgY29tbWVudC4uLiBpZiBwZW9w bGUgZG9uJ3QgdGhpbmsgdGhlcmUncyBhIG5lZWQgZm9yIGNsYXJpZmljYXRpb24gKG9yIGdyZWF0 ZXIgcmlnb3IgaW4gdGhlIHVzZSBvZiB0ZXJtcykgdGhlbiB0aGF0J3MgZmluZS4NCg0KPEVyaWM+ ICBUaGUgb3JpZ2luYWwg4oCcZXZlbnTigJ0gY2FtZSBmcm9tIFJGQy01Mjc3LiAgIEJ1dCBSRkMt NTI3NyBkaWRu4oCZdCBoYXZlIGEgc2VwYXJhdGUgdGVybSBmb3IgdGhlIGVudGl0eSBhZ2FpbnN0 IHdoaWNoIGZpbHRlciB3YXMgYXBwbGllZCAoaS5lLiwgYW4gZXZlbnQgcmVjb3JkKS4gIFdlIGFs c28gbmVlZGVkIHRvIHR3ZWFrIHRoZSBkZWZpbml0aW9uIG9mIOKAnGV2ZW50IHN0cmVhbeKAnSBm cm9tIHRoZSBvcmlnaW5hbCBSRkMtNTI3NyDigJxzdHJlYW3igJ0uICBUaGlzIHdhcyBuZWVkZWQg YmVjYXVzZSB0aGUgb3JpZ2luYWwgZGVmaW5pdGlvbiB3YXMgTkVUQ09ORiBzcGVjaWZpYy4NCg0K V2l0aCB0aGF0IGFzIGEgc3RhcnRpbmcgcG9pbnQsIHdlIHRoZW4gaGFkIHRlcm1pbm9sb2d5IGVz dGFibGlzaGVkIHdoZXJlIGFueSBldmVudCBjb3VsZCBiZSBkb2N1bWVudGVkIHZpYSBhbiBldmVu dCByZWNvcmQsIGFuZCBwbGFjZWQgb24gYW4gZXZlbnQgc3RyZWFtLiAgVGhpcyBpbmNsdWRlcyBh IHBvcHVsYXRpbmcgYW4gZXZlbnQgc3RyZWFtIHdpdGggdGhlIHNldCBvZiBub3RpZmljYXRpb25z IGNvbWluZyBmcm9tIGEgc2VwYXJhdGUgWUFORyBwdXNoIHN1YnNjcmlwdGlvbi4gIEV2ZW50IHJl Y29yZHMgZ2VuZXJhdGVkIHRoaXMgd2F5IHdvdWxkIGxvb2sgMTAwJSBpZGVudGljYWwgd2hhdCB3 b3VsZCBjb21lIGZyb20gb3JpZ2luYWwgWUFORyBQdXNoIHN1YnNjcmlwdGlvbi4gIFRoaXMgd2Fz IG5vdCBhY2NpZGVudGFsLiAgQW5kIGFzIGEgcmVzdWx0IGl0IGJlY29tZXMgcG9zc2libGUgZm9y IGEgcHVibGlzaGVyIGltcGxlbWVudGF0aW9uIHRvIGludGVybmFsbHkgcG9wdWxhdGUgYW4gZXZl bnQgc3RyZWFtIHRocm91Z2ggdGhlIHVuZGVyLXRoZS1jb3ZlcnMgdXNlIG9mIFlBTkcgcHVzaCBz b2Z0d2FyZS4NCg0KQmFzZWQgb24gdGhpcywgdGhlIHRlcm1pbm9sb2d5IHdhcyBjb25zdHJ1Y3Rl ZCBub3QgdG8gZXhjbHVkZSB0aGUgcG9zc2liaWxpdHkgdGhhdCBhIHB1c2ggdXBkYXRlIGNvdWxk IGJlIGFuIGV2ZW50IHJlY29yZC4gICBCdXQgaXQgd2FzIGZlbHQgdGhlc2Ugd2VyZSBpbnRlcm5h bCBwdWJsaXNoZXIgY29tcGxleGl0aWVzIG9uIGNvcm5lciBjYXNlcy4gIEFuZCBnZXR0aW5nIHRv IHRoZXNlIGRldGFpbHMgbWlnaHQgY29uZnVzZSB0aGUgY2FzdWFsIHJlYWRlci4gICBTbyBhcyBh IHJlc3VsdCwgd2Ugc2ltcGx5IGF2b2lkZWQgdGhlIHVzZSBvZiDigJhldmVudCByZWNvcmRz4oCZ ICB3aXRoaW4gWUFORyBQdXNoLiAgSSBndWVzcyB0aGlzIGlzIGEgbG9uZyB3YXkgb2Ygc2F5aW5n IHRoYXQgSSBob3BlIHRoZSBjdXJyZW50IHRleHQgaXMgc3VmZmljaWVudC4NCg0KNC4gICAgICBF dmVudCBzdHJlYW06DQoxLiAgICAgIEhhdmluZyBub3cgcmVhZCBtb3N0IG9mIHRoZSBZQU5HIFB1 c2ggZHJhZnQsIEkgcmVhbGl6ZSB0aGF0ICJFdmVudCBzdHJlYW1zIiBhcmUgYSBsZWdhY3kgdGhp bmcgYW5kIGFyZSBub3QgdXNlZCBieSBZQU5HIFB1c2guIFRoaXMgY291bGQgYmUgbWFkZSBjbGVh ci4gT3RoZXJ3aXNlIGl0IGxvb2tzIGxpa2UgdGhlc2UgYXJlIGEgYmFzZSBjb25jZXB0IHRoYXQg d2lsbCBiZSBidWlsdCBvbi4NCkkgdGhpbmsgZXZlbnQgc3RyZWFtcyBhcmUgdXNlZnVsLiAgSSBk b27igJl0IGNvbnNpZGVyIHRoZW0gbGVnYWN5Lg0KDQpJIGRpZG4ndCBtZWFuICJsZWdhY3kiIHBl am9yYXRpdmVseS4gUmVhZGluZyB0aGUgZHJhZnQgSSB3YXMgdGhpbmtpbmcgIkFoLCBldmVudCBz dHJlYW1zIGFyZSBhIGNvcmUgY29uY2VwdCB0aGF0IHdpbGwgYmUgbGV2ZXJhZ2VkIGJ5IHRoZSBv dGhlciBkcmFmdHMiLiBTbyBJIHdhcyBzdXJwcmlzZWQgdG8gZGlzY292ZXIgdGhhdCBZQU5HIFB1 c2ggZG9lc24ndCB1c2UgdGhlbS4gQXNzdW1pbmcgdGhhdCBJJ20gY29ycmVjdCBoZXJlLCBJIHRo aW5rIHRoYXQgYSBub3RlIChlaXRoZXIgaGVyZSBvciBpbiBZQU5HIFB1c2gpIGNvdWxkIGJlIGhl bHBmdWwuDQoNCjxFcmljPiBJZiB3ZSBkbyB0aGlzLCB0aGUgcmlnaHQgcGxhY2Ugd291bGQgYmUg WUFORyBQdXNoLiAgSSB3aWxsIGxlYXZlIHRoZSBjYWxsIG9uIHRoaXMgdG8gQWxleC4gKGNj4oCZ ZWQpDQoNCjMuICAgICAgU28gcmVmZXJyaW5nIHRvIHRoZW0gYXMgc2V0cyBvZiBFdmVudHMgKHJh dGhlciB0aGFuIHNldHMgb2YgRXZlbnQgc3RyZWFtcykgc2VlbXMgaW5hY2N1cmF0ZS4NCkkgZG9u 4oCZdCBzZWUgYW55IHRleHQgb24gZWl0aGVyIHNldHMgb2YgZXZlbnRzLCBvciBzZXRzIG9mIGV2 ZW50IHN0cmVhbXMuDQoNClNvcnJ5LCBwYXJ0IG9mIHRoaXMgZ290IGxvc3QgaW4gdHJhbnNsYXRp b24uIEkgaW50ZW5kZWQgdG8gcmVmZXIgdG8gdGhlIGZhY3QgdGhhdDoNCg0KICAqICAgRXZlbnQg c3RyZWFtIGlzIGRlZmluZWQgKDEuMikgYXMgIkEgY29udGludW91cywgY2hyb25vbG9naWNhbGx5 IG9yZGVyZWQgc2V0IG9mIGV2ZW50cy4uLiINCiAgKiAgIEFuZCB0aGVuIGxhdGVyICgyLjEpIGl0 IHNlZW1zIHRvIGJlIHN1Z2dlc3RlZCB0aGF0IGFuIGV2ZW50IHN0cmVhbSBpcyBhIHNldCBvZiBl dmVudCByZWNvcmRzIChyYXRoZXIgdGhhbiBhIHNldCBvZiBldmVudHMpDQooQnV0IHJlLXJlYWRp bmcgaXQganVzdCBub3csIEknbSBub3Qgc3VyZSB3aGV0aGVyIGl0IHJlYWxseSBzYXlzIHRoaXMh IEkgYWxzbyBub3RlIHRoYXQgeW91IGNvbW1lbnRlZCBvbiB0aGlzIHBvaW50IGxhdGVyLiBTbyB3 ZSBjYW4gZHJvcCB0aGlzIG9uZS4pDQoNCjUuICAgICAgTm90aWZpY2F0aW9uIG1lc3NhZ2U6DQox LiAgICAgIEkgZG9uJ3QgZmluZCAiVGhlIHRpbWUgdGhlIGV2ZW50IHdhcyBnZW5lcmF0ZWQgYnkg dGhlIGV2ZW50IHNvdXJjZSIgcXVpdGUgY2xlYXIuIElzIGl0IHRoZSB0aW1lIGF0IHdoaWNoIHRo ZSBjaGFuZ2Ugb2NjdXJyZWQgb3Igd2FzIGRldGVjdGVkIChldmVudCBvY2N1cnJlbmNlIHRpbWUp LCBvciB0aGUgdGltZSBhdCB3aGljaCB0aGUgbWVzc2FnZSB3YXMgY3JlYXRlZD8gUHJvYmFibHkg dGhlIGZvcm1lcj8NCkkgY2Fu4oCZdCBmaW5kIHRoZSBleGFjdCB0ZXh0IHF1b3RlOiAgIlRoZSB0 aW1lIHRoZSBldmVudCB3YXMgZ2VuZXJhdGVkIGJ5IHRoZSBldmVudCBzb3VyY2UiIC4gICBXaGVy ZSBpcyB0aGlzPw0KDQpTb3JyeS4gVGhlIGFjdHVhbCB0ZXh0IGlzIGZyb20gUkZDIDUyNzcsIGRl c2NyaWJpbmcgZXZlbnRUaW1lLiBPYnZpb3VzbHkgSSdtIG5vdCBzdWdnZXN0aW5nIHRoYXQgUkZD IDUyNzcgYmUgY2hhbmdlZCENCg0KPEVyaWM+ICBZZXMsIEkgbmV2ZXIgZGlkIGxpa2UgdGhhdCB0 ZXh0IGZyb20gUkZDLTUyNzcuICAgSSBjaGVja2VkIGludG8gd2h5IFJGQy01Mjc3IHdhcyB3cml0 dGVuIHRoaXMgd2F5IHNldmVyYWwgeWVhcnMgYSB3aGlsZSBhZ28uICAgQmFzaWNhbGx5IGRpZmZl cmVudCBpbXBsZW1lbnRhdGlvbnMgaGFuZGxlZCB0aGlzIGluIGRpZmZlcmVudCB3YXlzLCBhbmQg dGhleSB3YW50ZWQgdGV4dCB3aGljaCB3b3VsZG7igJl0IHByZWNsdWRlIGRpZmZlcmVudCBpbXBs ZW1lbnRhdGlvbnMuDQoNCkVyaWMNCg== --_000_80b8fdb627c24950ab3e7f15f2f54a65XCHRTP013ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNvbm9y bWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNv bm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJ bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41 aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBs aXN0IGwwDQoJe21zby1saXN0LWlkOjEzMjA1ODAwOTc7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz OjI5NTM1NTIyNjt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0 IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGlu Z3M7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47 fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5 b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t VVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBXaWxsaWFtLiZuYnNwOyZuYnNwOyBBbmQg c29tZSBtb3JlIHRob3VnaHRzIGJhY2sgdG8geW91IChhbmQgb25lIHRvIEFsZXgpLi4uPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGlu ZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IFdpbGxpYW0gTHVwdG9uLCBKYW51YXJ5 IDMwLCAyMDE5IDQ6NTQgQU08YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgRXJp Yy4gUGxlYXNlIHNlZSBzb21lIGZvbGxvdy11cHMgYmVsb3cgKEkndmUgcmVtb3ZlZCBpdGVtcyB3 aGVyZSBJIGhhdmUgbm8gZnVydGhlciBjb21tZW50KS4gQ2hlZXJzLCBXLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCAyOSBKYW4gMjAxOSBhdCAy MDozMSwgRXJpYyBWb2l0IChldm9pdCkgJmx0OzxhIGhyZWY9Im1haWx0bzpldm9pdEBjaXNjby5j b20iPmV2b2l0QGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND QyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp bi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhpIFdp bGxpYW0sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaGFua3MgZm9yIHRoZSBpbnRlcmVz dCwgdGhvdWdodHMgaW4tbGluZS4uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj5G cm9tOjwvYj4gbmV0Y29uZiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8 Yj5PbiBCZWhhbGYgT2YgPC9iPldpbGxpYW0gTHVwdG9uPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNk YXksIEphbnVhcnkgMjksIDIwMTkgNjo0MSBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFp bHRvOm5ldGNvbmZAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5uZXRjb25mQGlldGYub3JnPC9h Pjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbbmV0Y29uZl0gWUFORyBQdXNoIGRyYWZ0cyBjb21tZW50 czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttYXJnaW4tbGVmdDo0Ny4yNXB0O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQiPjEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ R2VuZXJhbDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFy Z2luLWxlZnQ6ODMuMjVwdDtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0Ij4xLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPldoeSBp cyB0aGUgc3Vic2NyaXB0aW9uIGlkIG9wdGlvbmFsPyBXaXRob3V0IGl0LCB3aWxsIHRoZSByZWNl aXZlciBhbHdheXMgYmUgYWJsZSB0byB0ZWxsIGhvdyB0byBoYW5kbGUgYW4gZXZlbnQgbWVzc2Fn ZT88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87YmFja2dyb3Vu ZDp3aGl0ZSI+DQpJIGFzc3VtZSB5b3UgYXJlIHJlZmVycmluZyB0byB0aGUgcHVzaGVkIG5vdGlm aWNhdGlvbiBtZXNzYWdlcyBjYXJyeWluZyBldmVudCByZWNvcmRzLiZuYnNwOyBUaGUgUkZDLTUy Nzcgb25lIHdheSBub3RpZmljYXRpb24gZG9lc27igJl0IHN1cHBvcnQgYSBzdWJzY3JpcHRpb24t aWQgb2JqZWN0IGluIGl0cyBjdXJyZW50IGV2ZW50IHNjaGVtYSwgc28gd2UgY2Fu4oCZdCBlbWJl ZCB0aGlzIG9iamVjdCBmb3Igc3Vic2NyaWJlZC1ub3RpZmljYXRpb25zLiZuYnNwOyBUaGlzDQog aXMgb25lIHJlYXNvbiB0aGF0IGRyYWZ0LWlldGYtbmV0Y29uZi1ub3RpZmljYXRpb24tbWVzc2Fn ZXMgd2FzIGFkb3B0ZWQuJm5ic3A7IEZvciBZQU5HIHB1c2gsIHdlIGRvIGhhdmUgYSBzdWJzY3Jp cHRpb24taWQgaW4gdGhlIG5vdGlmaWNhdGlvbiBkZWZpbml0aW9uLCB3aGljaCBpcyB0aGVuIGNh cnJpZWQgd2l0aGluIHRoZSBSRkMtNTI3NyBvbmUtd2F5IG5vdGlmaWNhdGlvbi48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdvdWxkIGV4cGVjdCB0aGlzIHF1 ZXN0aW9uIHRvIGFyaXNlIGluIHRoZSBtaW5kcyBvZiBtYW55IHJlYWRlcnMuIEEgbm90ZSBtaWdo dCBiZSB1c2VmdWw/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtFcmljJmd0OyZuYnNwOyZu YnNwOyBOb3RlcyBvbiB0aGlzIHRvcGljIHdlcmUgaW5jbHVkZWQgaW4gZWFybGllciB2ZXJzaW9u cyBvZiB0aGUgZG9jdW1lbnQgKGUuZy4sIHZlcnNpb24gMTApLiZuYnNwOyZuYnNwOyBIb3dldmVy IG90aGVyIHJldmlld2VycyBhc2tlZCB0byByZW1vdmUgdGhlc2Ugbm90ZXMgYXMgdGhleSB3ZXJl buKAmXQgZXhwbGljaXRseSBuZWVkZWQgZm9yIHRoaXMgc3BlY2lmaWNhdGlvbi4mbmJzcDsmbmJz cDsgJm5ic3A7SW4gdGhlIGVuZCwgdGhlIHdvcmsgb24NCiBkcmFmdC1pZXRmLW5ldGNvbmYtbm90 aWZpY2F0aW9uLW1lc3NhZ2VzIHdpbGwgcmVzdGFydCBhZnRlciB3ZSBnZXQgZG9uZSB0aGVzZSBk cmFmdHMsIGFuZCBob3BlZnVsbHkgd2lsbCBkcml2ZSB0ZXh0IGJhY2sgdG8gdGhpcyBkb2N1bWVu dCB0byBjb3ZlciB0aGlzIGNvbmNlcm4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6 NDcuMjVwdDtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 Ij4yLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPmRyYWZ0LWlldGYtbmV0 Y29uZi1zdWJzY3JpYmVkLW5vdGlmaWNhdGlvbnM6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO2JhY2tncm91bmQ6d2hpdGUiPg0KJm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6ODMuMjVwdDtiYWNrZ3JvdW5k OndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4zLjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkV2ZW50IHJlY29yZDo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MTE5LjI1cHQ7YmFja2dyb3Vu ZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+MS48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TbyBkb2VzIHRoZSAmcXVvdDtldmVudCByZWNvcmQm cXVvdDsgdGVybSBhcHBseSB0byBhbGwgdGhlIGRyYWZ0cz8gSWYgc28sIGRvZXMgJnF1b3Q7ZXZl bnQmcXVvdDsgYXBwbHkgdG8gYWxsIHRoZSBkcmFmdHM/IChUaGlzIG5vdGUgaXMgaW4gdGhlIGNv bnRleHQgb2YgYSBsYXRlciBub3RlIGFib3V0IHRoZSBmYWN0IHRoYXQgJnF1b3Q7ZXZlbnQgc3Ry ZWFtJnF1b3Q7IGFwcGVhcnMgdG8gYmUgc3BlY2lmaWMgdG8gdGhpcyBkcmFmdC4pPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO2JhY2tncm91bmQ6d2hpdGUiPg0K U3Vic2NyaWJpbmcgdG8gYW4gZXZlbnQgc3RyZWFtIGlzIGRpZmZlcmVudCB0aGFuIGEgc3Vic2Ny aWJpbmcgdG8gYSBkYXRhc3RvcmUuIFsuLi5dPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgd2FzIGEgdGVybWlub2xvZ3kgY29t bWVudC4gSSBmZWx0IHRoYXQgaXQgd2Fzbid0IGFsd2F5cyBjbGVhciB3aGljaCB0ZXJtcyB3ZXJl IGdlbmVyaWMgYW5kIHdvdWxkIGFwcGx5IHRvIGFsbCBkcmFmdHMuICZxdW90O2V2ZW50IHJlY29y ZCZxdW90OywgJnF1b3Q7ZXZlbnQmcXVvdDsgYW5kICZxdW90O2V2ZW50IHN0cmVhbSZxdW90OyBj YXVzZWQgbWUgcGFydGljdWxhciBwcm9ibGVtcy4gSXQgd2FzIGp1c3QgYSBjb21tZW50Li4uIGlm IHBlb3BsZSBkb24ndA0KIHRoaW5rIHRoZXJlJ3MgYSBuZWVkIGZvciBjbGFyaWZpY2F0aW9uIChv ciBncmVhdGVyIHJpZ29yIGluIHRoZSB1c2Ugb2YgdGVybXMpIHRoZW4gdGhhdCdzIGZpbmUuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtFcmljJmd0OyZuYnNwOyBUaGUgb3JpZ2luYWwg4oCc ZXZlbnTigJ0gY2FtZSBmcm9tIFJGQy01Mjc3LiZuYnNwOyZuYnNwOyBCdXQgUkZDLTUyNzcgZGlk buKAmXQgaGF2ZSBhIHNlcGFyYXRlIHRlcm0gZm9yIHRoZSBlbnRpdHkgYWdhaW5zdCB3aGljaCBm aWx0ZXIgd2FzIGFwcGxpZWQgKGkuZS4sIGFuIGV2ZW50IHJlY29yZCkuJm5ic3A7IFdlIGFsc28g bmVlZGVkIHRvIHR3ZWFrIHRoZSBkZWZpbml0aW9uIG9mIOKAnGV2ZW50IHN0cmVhbeKAnSBmcm9t IHRoZSBvcmlnaW5hbA0KIFJGQy01Mjc3IOKAnHN0cmVhbeKAnS4mbmJzcDsgVGhpcyB3YXMgbmVl ZGVkIGJlY2F1c2UgdGhlIG9yaWdpbmFsIGRlZmluaXRpb24gd2FzIE5FVENPTkYgc3BlY2lmaWMu Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2l0aCB0aGF0IGFzIGEgc3RhcnRpbmcg cG9pbnQsIHdlIHRoZW4gaGFkIHRlcm1pbm9sb2d5IGVzdGFibGlzaGVkIHdoZXJlIGFueSBldmVu dCBjb3VsZCBiZSBkb2N1bWVudGVkIHZpYSBhbiBldmVudCByZWNvcmQsIGFuZCBwbGFjZWQgb24g YW4gZXZlbnQgc3RyZWFtLiZuYnNwOyBUaGlzIGluY2x1ZGVzIGEgcG9wdWxhdGluZyBhbiBldmVu dCBzdHJlYW0gd2l0aCB0aGUgc2V0IG9mIG5vdGlmaWNhdGlvbnMgY29taW5nDQogZnJvbSBhIHNl cGFyYXRlIFlBTkcgcHVzaCBzdWJzY3JpcHRpb24uJm5ic3A7IEV2ZW50IHJlY29yZHMgZ2VuZXJh dGVkIHRoaXMgd2F5IHdvdWxkIGxvb2sgMTAwJSBpZGVudGljYWwgd2hhdCB3b3VsZCBjb21lIGZy b20gb3JpZ2luYWwgWUFORyBQdXNoIHN1YnNjcmlwdGlvbi4mbmJzcDsgVGhpcyB3YXMgbm90IGFj Y2lkZW50YWwuJm5ic3A7IEFuZCBhcyBhIHJlc3VsdCBpdCBiZWNvbWVzIHBvc3NpYmxlIGZvciBh IHB1Ymxpc2hlciBpbXBsZW1lbnRhdGlvbiB0byBpbnRlcm5hbGx5DQogcG9wdWxhdGUgYW4gZXZl bnQgc3RyZWFtIHRocm91Z2ggdGhlIHVuZGVyLXRoZS1jb3ZlcnMgdXNlIG9mIFlBTkcgcHVzaCBz b2Z0d2FyZS4gJm5ic3A7Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJhc2Vk IG9uIHRoaXMsIHRoZSB0ZXJtaW5vbG9neSB3YXMgY29uc3RydWN0ZWQgbm90IHRvIGV4Y2x1ZGUg dGhlIHBvc3NpYmlsaXR5IHRoYXQgYSBwdXNoIHVwZGF0ZSBjb3VsZCBiZSBhbiBldmVudCByZWNv cmQuICZuYnNwOyZuYnNwO0J1dCBpdCB3YXMgZmVsdCB0aGVzZSB3ZXJlIGludGVybmFsIHB1Ymxp c2hlciBjb21wbGV4aXRpZXMgb24gY29ybmVyIGNhc2VzLiZuYnNwOyBBbmQgZ2V0dGluZyB0byB0 aGVzZSBkZXRhaWxzIG1pZ2h0DQogY29uZnVzZSB0aGUgY2FzdWFsIHJlYWRlci4mbmJzcDsmbmJz cDsgU28gYXMgYSByZXN1bHQsIHdlIHNpbXBseSBhdm9pZGVkIHRoZSB1c2Ugb2Yg4oCYZXZlbnQg cmVjb3Jkc+KAmSZuYnNwOyB3aXRoaW4gWUFORyBQdXNoLiZuYnNwOyBJIGd1ZXNzIHRoaXMgaXMg YSBsb25nIHdheSBvZiBzYXlpbmcgdGhhdCBJIGhvcGUgdGhlIGN1cnJlbnQgdGV4dCBpcyBzdWZm aWNpZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7 cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjgzLjI1cHQ7YmFja2dyb3VuZDp3aGl0 ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+NC48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij5FdmVudCBzdHJlYW06PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjExOS4yNXB0O2JhY2tncm91bmQ6d2hp dGUiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjEuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+SGF2aW5nIG5vdyByZWFkIG1vc3Qgb2YgdGhlIFlBTkcgUHVz aCBkcmFmdCwgSSByZWFsaXplIHRoYXQgJnF1b3Q7RXZlbnQgc3RyZWFtcyZxdW90OyBhcmUgYSBs ZWdhY3kgdGhpbmcgYW5kIGFyZSBub3QgdXNlZCBieSBZQU5HIFB1c2guIFRoaXMgY291bGQgYmUg bWFkZSBjbGVhci4gT3RoZXJ3aXNlIGl0IGxvb2tzIGxpa2UgdGhlc2UgYXJlIGEgYmFzZSBjb25j ZXB0IHRoYXQgd2lsbCBiZSBidWlsdA0KIG9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bztiYWNrZ3JvdW5kOndoaXRlIj4NCkkgdGhpbmsgZXZlbnQgc3RyZWFt cyBhcmUgdXNlZnVsLiZuYnNwOyBJIGRvbuKAmXQgY29uc2lkZXIgdGhlbSBsZWdhY3kuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkg ZGlkbid0IG1lYW4gJnF1b3Q7bGVnYWN5JnF1b3Q7IHBlam9yYXRpdmVseS4gUmVhZGluZyB0aGUg ZHJhZnQgSSB3YXMgdGhpbmtpbmcgJnF1b3Q7QWgsIGV2ZW50IHN0cmVhbXMgYXJlIGEgY29yZSBj b25jZXB0IHRoYXQgd2lsbCBiZSBsZXZlcmFnZWQgYnkgdGhlIG90aGVyIGRyYWZ0cyZxdW90Oy4g U28gSSB3YXMgc3VycHJpc2VkIHRvIGRpc2NvdmVyIHRoYXQgWUFORyBQdXNoIGRvZXNuJ3QgdXNl IHRoZW0uIEFzc3VtaW5nIHRoYXQgSSdtIGNvcnJlY3QNCiBoZXJlLCBJIHRoaW5rIHRoYXQgYSBu b3RlIChlaXRoZXIgaGVyZSBvciBpbiBZQU5HIFB1c2gpIGNvdWxkIGJlIGhlbHBmdWwuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtFcmljJmd0OyBJZiB3ZSBkbyB0aGlzLCB0aGUgcmlnaHQg cGxhY2Ugd291bGQgYmUgWUFORyBQdXNoLiZuYnNwOyBJIHdpbGwgbGVhdmUgdGhlIGNhbGwgb24g dGhpcyB0byBBbGV4LiAoY2PigJllZCk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDow aW4iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0OjExOS4yNXB0O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjMuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdCI+U28gcmVmZXJyaW5nIHRvIHRoZW0gYXMgc2V0cyBvZiBFdmVudHMgKHJhdGhlciB0 aGFuIHNldHMgb2YgRXZlbnQgc3RyZWFtcykgc2VlbXMgaW5hY2N1cmF0ZS48L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87YmFja2dyb3VuZDp3aGl0ZSI+DQpJIGRv buKAmXQgc2VlIGFueSB0ZXh0IG9uIGVpdGhlciBzZXRzIG9mIGV2ZW50cywgb3Igc2V0cyBvZiBl dmVudCBzdHJlYW1zLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U29ycnksIHBhcnQgb2Yg dGhpcyBnb3QgbG9zdCBpbiB0cmFuc2xhdGlvbi4gSSBpbnRlbmRlZCB0byByZWZlciB0byB0aGUg ZmFjdCB0aGF0OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHVsIHR5cGU9ImRpc2Mi Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQpFdmVu dCBzdHJlYW0gaXMgZGVmaW5lZCAoMS4yKSBhcyAmcXVvdDtBIGNvbnRpbnVvdXMsIGNocm9ub2xv Z2ljYWxseSBvcmRlcmVkIHNldCBvZiBldmVudHMuLi4mcXVvdDs8bzpwPjwvbzpwPjwvbGk+PGxp IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQpBbmQgdGhlbiBs YXRlciAoMi4xKSBpdCBzZWVtcyB0byBiZSBzdWdnZXN0ZWQgdGhhdCBhbiBldmVudCBzdHJlYW0g aXMgYSBzZXQgb2YgZXZlbnQgcmVjb3JkcyAocmF0aGVyIHRoYW4gYSBzZXQgb2YgZXZlbnRzKTxv OnA+PC9vOnA+PC9saT48L3VsPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihCdXQgcmUt cmVhZGluZyBpdCBqdXN0IG5vdywgSSdtIG5vdCBzdXJlIHdoZXRoZXIgaXQgcmVhbGx5IHNheXMg dGhpcyEgSSBhbHNvIG5vdGUgdGhhdCB5b3UgY29tbWVudGVkIG9uIHRoaXMgcG9pbnQgbGF0ZXIu IFNvIHdlIGNhbiBkcm9wIHRoaXMgb25lLik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1s ZWZ0OjgzLjI1cHQ7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+NS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5Ob3RpZmljYXRp b24gbWVzc2FnZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6MTE5LjI1cHQ7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+MS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5J IGRvbid0IGZpbmQgJnF1b3Q7VGhlIHRpbWUgdGhlIGV2ZW50IHdhcyBnZW5lcmF0ZWQgYnkgdGhl IGV2ZW50IHNvdXJjZSZxdW90OyZuYnNwO3F1aXRlIGNsZWFyLiBJcyBpdCB0aGUgdGltZSBhdCB3 aGljaCB0aGUgY2hhbmdlIG9jY3VycmVkIG9yIHdhcyBkZXRlY3RlZCAoZXZlbnQgb2NjdXJyZW5j ZSB0aW1lKSwgb3IgdGhlIHRpbWUgYXQgd2hpY2ggdGhlIG1lc3NhZ2Ugd2FzIGNyZWF0ZWQ/IFBy b2JhYmx5DQogdGhlIGZvcm1lcj88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87YmFja2dyb3VuZDp3aGl0ZSI+DQpJIGNhbuKAmXQgZmluZCB0aGUgZXhhY3QgdGV4 dCBxdW90ZTombmJzcDsgPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZxdW90O1RoZSB0 aW1lIHRoZSBldmVudCB3YXMgZ2VuZXJhdGVkIGJ5IHRoZSBldmVudCBzb3VyY2UmcXVvdDsmbmJz cDsuDQo8L3NwYW4+Jm5ic3A7Jm5ic3A7V2hlcmUgaXMgdGhpcz88bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U29ycnkuIFRoZSBhY3R1 YWwgdGV4dCBpcyBmcm9tIFJGQyA1Mjc3LCBkZXNjcmliaW5nIGV2ZW50VGltZS4gT2J2aW91c2x5 IEknbSBub3Qgc3VnZ2VzdGluZyB0aGF0IFJGQyA1Mjc3IGJlIGNoYW5nZWQhPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZsdDtFcmljJmd0OyZuYnNwOyBZZXMsIEkgbmV2ZXIgZGlkIGxpa2UgdGhh dCB0ZXh0IGZyb20gUkZDLTUyNzcuJm5ic3A7Jm5ic3A7IEkgY2hlY2tlZCBpbnRvIHdoeSBSRkMt NTI3NyB3YXMgd3JpdHRlbiB0aGlzIHdheSBzZXZlcmFsIHllYXJzIGEgd2hpbGUgYWdvLiZuYnNw OyAmbmJzcDtCYXNpY2FsbHkgZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucyBoYW5kbGVkIHRoaXMg aW4gZGlmZmVyZW50IHdheXMsIGFuZCB0aGV5IHdhbnRlZCB0ZXh0IHdoaWNoIHdvdWxkbuKAmXQN CiBwcmVjbHVkZSBkaWZmZXJlbnQgaW1wbGVtZW50YXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5FcmljIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_80b8fdb627c24950ab3e7f15f2f54a65XCHRTP013ciscocom_-- From nobody Fri Feb 1 11:53:51 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2552F130E84 for ; Fri, 1 Feb 2019 11:53:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.041 X-Spam-Level: X-Spam-Status: No, score=-2.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-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 (2048-bit key) header.d=broadband-forum-org.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 6_t0GrIW8U6d for ; Fri, 1 Feb 2019 11:53:45 -0800 (PST) Received: from mail-it1-x130.google.com (mail-it1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 DF2FC128B01 for ; Fri, 1 Feb 2019 11:53:44 -0800 (PST) Received: by mail-it1-x130.google.com with SMTP id m62so11051198ith.5 for ; Fri, 01 Feb 2019 11:53:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadband-forum-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iq7cZ9zPFbZKFskQZa7bQOpUPbCT7x2D7k7zr01uOt0=; b=u7gaQ1WB3xHiKJYAlK8jMBrceXT7NuCOj55gntVO+hBKpOOHxlL4R5HoFmr8XCPcmJ MJJQ+wnDuujz1QT5EpSS1OLjehwMD71w6kzcxMzAptaehMfVm0HGWndmoaqHlS0M9SkC tsAoRG3Q7DtK1jYW4q9P5Iaw0g5odDwMZuZ+/Jdjhay8e138IydRDLOdrxqT1BDUxURO 9VY82P2Uwf3FnDOKcYX8RaZM1Omje2Sg8/Wcn4Ja0NIXECR1tAN2YEjoOK2XSPthrf7v jcDHrBE4h3DkwHScRkzhrrExKE5kZbxegTVF2P6ZVl2Ktu7/SpvQk7nPgtfue3pjs+4D 04qw== 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=iq7cZ9zPFbZKFskQZa7bQOpUPbCT7x2D7k7zr01uOt0=; b=aoESoimwKLLFHN8R54ndysRzaHwT+Wlv+YF9syzczRwxa8MVRPlvdIxmUAlNhHhGtT WJaFVSKNWqu4iNmy3dyb1/YuQsEx77BwanDb2E8u/QaKm5J3rYaV9i/YquIrSNC4LGgA qasWCKACvdu4tzIrr1Z+SaWhiEIGzxRpHbSZwkNB/7U6zGyp1zrl4d/dhq1ipS2QGfqA cb8XbLDilR9M39FPhfcobyzEE1N5M8cNKCGAGkSCQRB85wOCGoljVwR1VLPiNqsmLrq8 jM84bEPKCFKbZkxufg7jKnGkJpgvdZV77Y7A/3PraT35z13m3M+fkMWzqmI2mvBaNyjM 9O5g== X-Gm-Message-State: AHQUAuaDj26jdnnLNj4/JAy1OAWovCCIA4OyIy8sNUJNyXw3s6V4s1SM G9BWrT9AKJyAzb6KdvC1oG2FCFyIHUGJmnKjKMSK1CB5 X-Google-Smtp-Source: AHgI3IaMgwh6LLtTrLARkj4IR7pCLyOZkJrMXn+4SREaMhqeRYgT+BeVZSsvFnwnUpGKstqJSyxSHwaK1Lb1BnKvAwE= X-Received: by 2002:a05:660c:da:: with SMTP id q26mr2417336itk.24.1549050824109; Fri, 01 Feb 2019 11:53:44 -0800 (PST) MIME-Version: 1.0 References: <8518c87f5ef24ba9ad851a52f28047dd@XCH-RTP-013.cisco.com> <80b8fdb627c24950ab3e7f15f2f54a65@XCH-RTP-013.cisco.com> In-Reply-To: <80b8fdb627c24950ab3e7f15f2f54a65@XCH-RTP-013.cisco.com> From: William Lupton Date: Fri, 1 Feb 2019 19:53:33 +0000 Message-ID: To: "Eric Voit (evoit)" Cc: "netconf@ietf.org" , "alex@clemm.org" Content-Type: multipart/alternative; boundary="0000000000001c60d70580da8063" Archived-At: Subject: Re: [netconf] YANG Push drafts comments X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2019 19:53:49 -0000 --0000000000001c60d70580da8063 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks. No more questions or comments. Cheers, W. On Fri, 1 Feb 2019 at 17:18, Eric Voit (evoit) wrote: > Thanks William. And some more thoughts back to you (and one to Alex)... > > > > *From:* William Lupton, January 30, 2019 4:54 AM > > Thanks Eric. Please see some follow-ups below (I've removed items where I > have no further comment). Cheers, W. > > > > On Tue, 29 Jan 2019 at 20:31, Eric Voit (evoit) wrote: > > Hi William, > > > > Thanks for the interest, thoughts in-line... > > > > *From:* netconf *On Behalf Of *William Lupton > *Sent:* Tuesday, January 29, 2019 6:41 AM > *To:* netconf@ietf.org > *Subject:* [netconf] YANG Push drafts comments > > > > 1. General: > > 1. Why is the subscription id optional? Without it, will the > receiver always be able to tell how to handle an event message? > > I assume you are referring to the pushed notification messages carrying > event records. The RFC-5277 one way notification doesn=E2=80=99t support= a > subscription-id object in its current event schema, so we can=E2=80=99t e= mbed this > object for subscribed-notifications. This is one reason that > draft-ietf-netconf-notification-messages was adopted. For YANG push, we = do > have a subscription-id in the notification definition, which is then > carried within the RFC-5277 one-way notification. > > > > I would expect this question to arise in the minds of many readers. A not= e > might be useful? > > > > Notes on this topic were included in earlier versions of the > document (e.g., version 10). However other reviewers asked to remove > these notes as they weren=E2=80=99t explicitly needed for this specificat= ion. In > the end, the work on draft-ietf-netconf-notification-messages will restar= t > after we get done these drafts, and hopefully will drive text back to thi= s > document to cover this concern. > > > > 2. draft-ietf-netconf-subscribed-notifications: > > > > 3. Event record: > > 1. So does the "event record" term apply to all the drafts? If so, > does "event" apply to all the drafts? (This note is in the context of a > later note about the fact that "event stream" appears to be specific to > this draft.) > > Subscribing to an event stream is different than a subscribing to a > datastore. [...] > > > > This was a terminology comment. I felt that it wasn't always clear which > terms were generic and would apply to all drafts. "event record", "event" > and "event stream" caused me particular problems. It was just a comment..= . > if people don't think there's a need for clarification (or greater rigor = in > the use of terms) then that's fine. > > > > The original =E2=80=9Cevent=E2=80=9D came from RFC-5277. But RF= C-5277 didn=E2=80=99t > have a separate term for the entity against which filter was applied (i.e= ., > an event record). We also needed to tweak the definition of =E2=80=9Ceve= nt stream=E2=80=9D > from the original RFC-5277 =E2=80=9Cstream=E2=80=9D. This was needed bec= ause the original > definition was NETCONF specific. > > > > With that as a starting point, we then had terminology established where > any event could be documented via an event record, and placed on an event > stream. This includes a populating an event stream with the set of > notifications coming from a separate YANG push subscription. Event recor= ds > generated this way would look 100% identical what would come from origina= l > YANG Push subscription. This was not accidental. And as a result it > becomes possible for a publisher implementation to internally populate an > event stream through the under-the-covers use of YANG push software. > > > > Based on this, the terminology was constructed not to exclude the > possibility that a push update could be an event record. But it was fel= t > these were internal publisher complexities on corner cases. And getting = to > these details might confuse the casual reader. So as a result, we simpl= y > avoided the use of =E2=80=98event records=E2=80=99 within YANG Push. I = guess this is a > long way of saying that I hope the current text is sufficient. > > > > 4. Event stream: > > 1. Having now read most of the YANG Push draft, I realize that > "Event streams" are a legacy thing and are not used by YANG Push. This > could be made clear. Otherwise it looks like these are a base concept tha= t > will be built on. > > I think event streams are useful. I don=E2=80=99t consider them legacy. > > > > I didn't mean "legacy" pejoratively. Reading the draft I was thinking "Ah= , > event streams are a core concept that will be leveraged by the other > drafts". So I was surprised to discover that YANG Push doesn't use them. > Assuming that I'm correct here, I think that a note (either here or in YA= NG > Push) could be helpful. > > > > If we do this, the right place would be YANG Push. I will leave > the call on this to Alex. (cc=E2=80=99ed) > > > > 3. So referring to them as sets of Events (rather than sets of Event > streams) seems inaccurate. > > I don=E2=80=99t see any text on either sets of events, or sets of event s= treams. > > > > Sorry, part of this got lost in translation. I intended to refer to the > fact that: > > - Event stream is defined (1.2) as "A continuous, chronologically > ordered set of events..." > - And then later (2.1) it seems to be suggested that an event stream > is a set of event records (rather than a set of events) > > (But re-reading it just now, I'm not sure whether it really says this! I > also note that you commented on this point later. So we can drop this one= .) > > > > 5. Notification message: > > 1. I don't find "The time the event was generated by the event > source" quite clear. Is it the time at which the change occurred or was > detected (event occurrence time), or the time at which the message was > created? Probably the former? > > I can=E2=80=99t find the exact text quote: "The time the event was gener= ated by > the event source" . Where is this? > > > > Sorry. The actual text is from RFC 5277, describing eventTime. Obviously > I'm not suggesting that RFC 5277 be changed! > > > > Yes, I never did like that text from RFC-5277. I checked into > why RFC-5277 was written this way several years a while ago. Basically > different implementations handled this in different ways, and they wanted > text which wouldn=E2=80=99t preclude different implementations. > > > > Eric > --0000000000001c60d70580da8063 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks. No more questions or comments. Cheers, W.
On Fri, 1= Feb 2019 at 17:18, Eric Voit (evoit) <evoit@cisco.com> wrote:

Thanks William.=C2=A0=C2=A0 And some more thoughts b= ack to you (and one to Alex)...

=C2=A0

From: William Lupton, January 30, 2019 4:54 A= M

Thanks Eric. Please see some follow-ups below (I'= ;ve removed items where I have no further comment). Cheers, W.

=C2=A0

On Tue, 29 Jan 2019 at 20:31, Eric Voit (evoit) <= evoit@cisco.com>= ; wrote:

Hi William,

=C2=A0

Thanks for the interest, thoughts in-line...<= u>

=C2=A0

From: netconf <netconf-bounces@ietf.org> On Behalf Of William Lupton
Sent: Tuesday, January 29, 2019 6:41 AM
To: netconf@ie= tf.org
Subject: [netconf] YANG Push drafts comments

=C2=A0

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 General:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Why is the subscription id optional? = Without it, will the receiver always be able to tell how to handle an event= message?

I assume you are referring to the pushed notification messages carrying eve= nt records.=C2=A0 The RFC-5277 one way notification doesn=E2=80=99t support= a subscription-id object in its current event schema, so we can=E2=80=99t = embed this object for subscribed-notifications.=C2=A0 This is one reason that draft-ietf-netconf-notification-messages was adopted.= =C2=A0 For YANG push, we do have a subscription-id in the notification defi= nition, which is then carried within the RFC-5277 one-way notification.<= /u>

=C2=A0

I would expect this question to arise in the minds o= f many readers. A note might be useful?

=C2=A0

<Eric>=C2=A0=C2=A0 Notes on this topic were in= cluded in earlier versions of the document (e.g., version 10).=C2=A0=C2=A0 = However other reviewers asked to remove these notes as they weren=E2=80=99t= explicitly needed for this specification.=C2=A0=C2=A0 =C2=A0In the end, th= e work on draft-ietf-netconf-notification-messages will restart after we get done th= ese drafts, and hopefully will drive text back to this document to cover th= is concern.

=C2=A0=C2=A0

2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-ietf-netconf-subscribed-notific= ations:

=C2=A0

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Event record:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 So does the "event record" = term apply to all the drafts? If so, does "event" apply to all th= e drafts? (This note is in the context of a later note about the fact that = "event stream" appears to be specific to this draft.)

Subscribing to an event stream is different than a subscribing to a datasto= re. [...]

=C2=A0

This was a terminology comment. I felt that it wasn&= #39;t always clear which terms were generic and would apply to all drafts. = "event record", "event" and "event stream" ca= used me particular problems. It was just a comment... if people don't think there's a need for clarification (or greater rigor in the use of= terms) then that's fine.

=C2=A0

<Eric>=C2=A0 The original =E2=80=9Cevent=E2=80= =9D came from RFC-5277.=C2=A0=C2=A0 But RFC-5277 didn=E2=80=99t have a sepa= rate term for the entity against which filter was applied (i.e., an event r= ecord).=C2=A0 We also needed to tweak the definition of =E2=80=9Cevent stre= am=E2=80=9D from the original RFC-5277 =E2=80=9Cstream=E2=80=9D.=C2=A0 This was needed because the origi= nal definition was NETCONF specific.=C2=A0

=C2=A0

With that as a starting point, we then had terminolo= gy established where any event could be documented via an event record, and= placed on an event stream.=C2=A0 This includes a populating an event strea= m with the set of notifications coming from a separate YANG push subscription.=C2=A0 Event records generated this= way would look 100% identical what would come from original YANG Push subs= cription.=C2=A0 This was not accidental.=C2=A0 And as a result it becomes p= ossible for a publisher implementation to internally populate an event stream through the under-the-covers use of YANG push sof= tware. =C2=A0=C2=A0=C2=A0

=C2=A0

Based on this, the terminology was constructed not t= o exclude the possibility that a push update could be an event record. =C2= =A0=C2=A0But it was felt these were internal publisher complexities on corn= er cases.=C2=A0 And getting to these details might confuse the casual reader.=C2=A0=C2=A0 So as a result, we simply avoided t= he use of =E2=80=98event records=E2=80=99=C2=A0 within YANG Push.=C2=A0 I g= uess this is a long way of saying that I hope the current text is sufficien= t.

=C2=A0

4.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Event stream:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Having now read most of the YANG Push= draft, I realize that "Event streams" are a legacy thing and are= not used by YANG Push. This could be made clear. Otherwise it looks like t= hese are a base concept that will be built on.

I think event streams are useful.=C2=A0 I don=E2=80=99t consider them legac= y.

=C2=A0

I didn't mean "legacy" pejoratively. R= eading the draft I was thinking "Ah, event streams are a core concept = that will be leveraged by the other drafts". So I was surprised to dis= cover that YANG Push doesn't use them. Assuming that I'm correct here, I think that a note (either here or in YANG Push) could be helpful.<= u>

=C2=A0

<Eric> If we do this, the right place would be= YANG Push.=C2=A0 I will leave the call on this to Alex. (cc=E2=80=99ed)=

=C2=A0

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 So referring to them as sets of Event= s (rather than sets of Event streams) seems inaccurate.

I don=E2=80=99t see any text on either sets of events, or sets of event str= eams.

=C2=A0

Sorry, part of this got lost in translation. I inten= ded to refer to the fact that:

  • Event stream is defined (1.2) as "A continuous, chronologically ordere= d set of events..."
  • And then later (2.1) it seems to be suggested that an event stream is a set= of event records (rather than a set of events)

(But re-reading it just now, I'm not sure whethe= r it really says this! I also note that you commented on this point later. = So we can drop this one.)

=C2=A0

5.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Notification message:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I don't find "The time the e= vent was generated by the event source"=C2=A0quite clear. Is it the ti= me at which the change occurred or was detected (event occurrence time), or= the time at which the message was created? Probably the former?

I can=E2=80=99t find the exact text quote:=C2=A0 "The time the event was generated by the event source"=C2=A0= . =C2=A0=C2=A0Where is this?

=C2=A0

Sorry. The actual text is from RFC 5277, describing = eventTime. Obviously I'm not suggesting that RFC 5277 be changed!

=C2=A0

<Eric>=C2=A0 Yes, I never did like that text f= rom RFC-5277.=C2=A0=C2=A0 I checked into why RFC-5277 was written this way = several years a while ago.=C2=A0 =C2=A0Basically different implementations = handled this in different ways, and they wanted text which wouldn=E2=80=99t preclude different implementations.

=C2=A0

Eric

--0000000000001c60d70580da8063-- From nobody Mon Feb 4 22:36:30 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3D1130DEC; Mon, 4 Feb 2019 22:36:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <154934858038.28645.14573883026477500290@ietfa.amsl.com> Date: Mon, 04 Feb 2019 22:36:20 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-yang-push-22.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 06:36:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : Subscription to YANG Datastores Authors : Alexander Clemm Eric Voit Alberto Gonzalez Prieto Ambika Prasad Tripathy Einar Nilsen-Nygaard Andy Bierman Balazs Lengyel Filename : draft-ietf-netconf-yang-push-22.txt Pages : 58 Date : 2019-02-04 Abstract: Via the mechanism described in this document, subscriber applications may request a continuous, customized stream of updates from a YANG datastore. Providing such visibility into updates enables new capabilities based on the remote mirroring and monitoring of configuration and operational state. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-yang-push/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-yang-push-22 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-yang-push-22 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-yang-push-22 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/ From nobody Mon Feb 4 22:40:03 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8419A131056; Mon, 4 Feb 2019 22:40:02 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 uVj93L0OxJF1; Mon, 4 Feb 2019 22:39:59 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (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 44DDA130DEC; Mon, 4 Feb 2019 22:39:59 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.189.160.186]) by mrelay.perfora.net (mreueus001 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MXG1D-1gea3t0nB7-00WOkt; Tue, 05 Feb 2019 07:39:48 +0100 From: "Alexander Clemm" To: "'Martin Bjorklund'" , , Cc: References: <20190130.165118.1684515639662649114.mbj@tail-f.com> In-Reply-To: <20190130.165118.1684515639662649114.mbj@tail-f.com> Date: Mon, 4 Feb 2019 22:39:43 -0800 Message-ID: <004601d4bd1d$952072e0$bf6158a0$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHJlRXNo2tCszHCez6iSUCatlerEKXnEDng Content-Language: en-us X-Provags-ID: V03:K1:fAKHgEHKzEyrRltZVgM94AqjgPcNvUfk4nLOZk8B9KhJhQv8TA7 ZP2umLsrZ49SFxb9v7HAYAaIiub8uizb4SJ8i55OBzOODuLJ7oQZf40yoNmSxOaUZy0ngpX 4s5afny/nVK1NjasmCWufIoxE69XyL6ZbnDVv87fl0qJGg2RsxCInvM3rUxqKDl15mGO5BB vPlfYCpw/kUY78/zrA/RA== X-UI-Out-Filterresults: notjunk:1;V03:K0:+TzXWIC/0jI=:VSK9ASYlJlKULFyeemyit7 mIqyWMogDQbJRG8FD0wEeYQRWan/iy0OndTmvbN7MT+4KndIpAcdjpNMUFyQUJ0lW3GBgWKE9 T3oE9LZrcr7b4jjWdvqcA+RYKs9yqaRdguUPKlDnEEigMK+xpj5FlqvHYUtRdLOywyaEpXH75 suRkGJzhBZthkppL28h3dBSFQvk5KzzMfqoGDIl/q83tjadFyNsRwNcdN1CkaeIMbnrkubFl7 aIlA8/8UJxA5mEGVLB0pxykhE9ySdtKp7cRmoavQcWs0iNrQ/clGSzTENyEa3zGpCus9gVIvJ +ZGKhRu4xgE/Ulhm/Scc5KQyNwO+WBH5G4IbMHIEmJRB0XCE17v59X8izAd7UBFIZUAoqALqz d1OXP558hkf3Lm6ZE7Q+BKfG/QefQTHahrA3NKfHvzaBR7fsP+Yw00K9diUQn3frvc5dgT1tw piV8mxDSik016kWJ74qEZaDygCdSU2n1kHB7FGA8sbCForwBcVaXff7CVSLpzBGKyA4q3/ORS Rr84gK3wK5UpkUzColfLa8wkXB3KMZsvRadseTjralvflMbEHhWtz88TEzfH1J1+QdD53r8Ny Tx716gkL6KcuSjy73KFJxd/O+OqTHAIh9oPGV3IkzHBANbjVUnf0kzJhK+IuBUYYu04xjUucG fubaKM0K6CYL+wg37Guhbyfo6W5/rr9VLZDfC9yxogLbC+RCN6l4R/XklEBYvYBv4bbhfC3dG F3wGcaT2WuSF/gUkeA/aYDtdEsGz0kQgvhPS0tdisHbHGXIUJeSdJqAPLms= Archived-At: Subject: Re: [netconf] Yangdoctors last call review of draft-ietf-netconf-yang-push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 06:40:02 -0000 Hi Martin, Thank you for your review! We have just posted an updated revision = (-22) per your comments. (Please see replies inline, ) --- Alex -----Original Message----- From: netconf On Behalf Of Martin Bjorklund Sent: Wednesday, January 30, 2019 7:51 AM To: yang-doctors@ietf.org; draft-ietf-netconf-yang-push.all@ietf.org Cc: netconf@ietf.org Subject: [netconf] Yangdoctors last call review of draft-ietf-netconf-yang-push Hi, This is my YANG doctor's review of draft-ietf-netconf-yang-push-21. Reviewer: Martin Bj=F6rklund Review result: Ready with Issues o General Check the output of idnits. Specifically, add the 2119 boilerplate. Also, since the YANG module uses 2119 language, add the YANG-ified version of the boilerplate to the description statement in the module, just before the copyright. Done =20 o General The module is inconsistently indented and formatted. The RFC editor will enforce consistent formatting, so in order to make their life easier it is better to do this work before it reaches them. Attached is a cleaned up version of the YANG module where I have done the following changes: o pyang -f yang --keep-comments --yang-line-length 69 (requires pyang 1.7.8) o added newlines in long descriptions, to make separate paragraphs o added extra space after "." in description statement (most of them already had two spaces) o formatted some paragraphs (I use fill-paragraph in emacs, = manually) o added the 2119 boilerplate NOTE: I haven't done any other of the changes that I propose in this review. Thank you o Figure 6 The tree diagram for push-change-update doesn't match the module. OLD: notifications: +---n push-update | +--ro id? sn:subscription-id | +--ro datastore-contents? | +--ro incomplete-update? empty +---n push-change-update {on-change}? +--ro id? sn:subscription-id +--ro datastore-changes? | +--ro yang-patch | +--ro patch-id string | +--ro ypatch:comment? string | +--ro ypatch:edit* [edit-id] | +--ro ypatch:edit-id string | +--ro ypatch:operation enumeration | +--ro ypatch:target target-resource-offset | +--ro ypatch:point? target-resource-offset | +--ro ypatch:where? enumeration | +--ro ypatch:value? +--ro incomplete-update? empty NEW: notifications: +---n push-update | +--ro id? sn:subscription-id | +--ro datastore-contents? | +--ro incomplete-update? empty +---n push-change-update {on-change}? +--ro id? sn:subscription-id +--ro datastore-changes | +--ro yang-patch | +--ro patch-id string | +--ro comment? string | +--ro edit* [edit-id] | +--ro edit-id string | +--ro operation enumeration | +--ro target target-resource-offset | +--ro point? target-resource-offset | +--ro where? enumeration | +--ro value? +--ro incomplete-update? empty Updated =20 o Figure 6 The purpose of including tree diagrams is to give a easy-to-read overview to the reader. When the diagram is spread out over several pages, it becomes more difficult to grasp. In this case, I would suggest that you split the diagram into smaller pieces, and place them together with the text that describe them. For example, in 4.2 you can have the first part of the tree that deals with subscription config; 4.3.1 the augmented notifs etc. I am splitting the tree into smaller pieces as requested, = although I am not sure this is really needed. While I agree with you in = principle, the tree output is structured a bit (into rpcs, notifications, etc), and = has items that are non-applicable dotted out ("..."). It is simply a big module, I guess... o Figure 9 This example is difficult to read. I suggest: OLD: ds:operational /ex:foo 100 NEW: ds:operational /ex:foo 100 Done o Figure 11 Similar in this example: OLD: 1011 ds:operational /ex:bar 250 NEW: 1011 ds:operational /ex:bar 250 Done o Section 4.4.4 (The figure in this example doesn't have a number) OLD: 1011 NEW: 1011 Done (no idea why no number is being generated for the number) o Section 5. In order to get the RFC references right, follow the pattern in other documents with YANG modules; e.g. RFC 8343. Specifically, all references in RFCs must be found in the main text; this means that you need to add something like: This YANG module imports typedefs from [RFC6991]. Done =20 =20 o import yang-patch OLD: reference "RFC 8072: YANG Patch"; NEW: reference "RFC 8072: YANG Patch Media Type"; Done =20 o typedef change-type The "reference" statement contains text that should be in the "description" statement (this comment has been raised before on the ML). I suggest: OLD: description "Specifies different types of datastore changes."; reference "RFC 8072 section 2.5, with a delta that it is valid for a receiver to process an update record which performs a create operation on a datastore node the receiver believes exists, or to process a delete on a datastore node the receiver believes is missing."; NEW: description "Specifies different types of datastore changes. This type is based on the edit operations defined for YANG Patch, with the difference that it is valid for a receiver to process an update record which performs a create operation on a datastore node the receiver believes exists, or to process a delete on a datastore node the receiver believes is missing."; reference "RFC 8072: YANG Patch Media Type, section 2.5"; Done =20 =20 o wrong type used (timeticks) This was discussed on the ML, but apparently the change wasn't introduced yet. A couple of 'period' nodes use the type yang:timeticks, but it is not an appropriate type. RFC 6991 describes it as: The timeticks type represents a non-negative integer that represents the time, modulo 2^32 (4294967296 decimal), in hundredths of a second between two epochs. When a schema node is defined that uses this type, the description of the schema node identifies both of the reference epochs. As Juergen pointed out, it seems you want a TimeInterval - but this type is not present in RFC 6991. So add: type centiseconds { type uint32; description "A period of time, measured in units of 0.01 seconds."; } and use that instead. Done (added typedef centiseconds and updated the diagrams accordingly)=20 o container datastore-changes OLD: container datastore-changes { description "This contains the set of datastore changes of the target datastore starting at the time of the previous update, per the terms of the subscription. The datastore changes are encoded per RFC 8027 (YANG Patch)."; uses ypatch:yang-patch; NEW: container datastore-changes { description "This contains the set of datastore changes of the target datastore starting at the time of the previous update, per the terms of the subscription."; uses ypatch:yang-patch; (The reference was not correct, and it isn't really necessary anymore, since you use the grouping from yang patch.) Done =20 o leaf datastore-xpath-filter This leaf has the same problem that stream-xpath-filter had; it doesn't work for RESTCONF. We need to apply the same solution as for stream-xpath-filter: OLD: leaf datastore-xpath-filter { if-feature "sn:xpath"; type yang:xpath1.0; description "This parameter contains an XPath expression identifying the portions of the target datastore to retrieve. If the expression returns a node-set, all nodes in the node-set are selected by the filter. Otherwise, if the expression does not return a node-set, the filter doesn't select any nodes. The expression is evaluated in the following XPath context: o The set of namespace declarations are those in scope on the 'datastore-xpath-filter' leaf element. o The set of variable bindings is empty. o The function library is the core function library, and the XPath functions defined in section 10 in RFC 7950. o The context node is the root node of the target datastore."; } NEW: leaf datastore-xpath-filter { if-feature "sn:xpath"; type yang:xpath1.0; description "This parameter contains an XPath expression identifying the portions of the target datastore to retrieve. If the expression returns a node-set, all nodes in the node-set are selected by the filter. Otherwise, if the expression does not return a node-set, the filter doesn't select any nodes. The expression is evaluated in the following XPath context: o The set of namespace declarations is the set of prefix and namespace pairs for all YANG modules implemented by the server, where the prefix is the YANG module name and the namespace is as defined by the 'namespace' statement in the YANG module. If the leaf is encoded in XML, all namespace declarations in scope on the 'stream-xpath-filter' leaf element are added to the set of namespace declarations. If a prefix found in the XML is already present in the set of namespace declarations, the namespace in the XML is used. o The set of variable bindings is empty. o The function library is the core function library, and the XPath functions defined in section 10 in RFC 7950. o The context node is the root node of the target datastore."; } Done o Section A.1 I have trouble parsing this paragraph: References to specific identities within the either the subscribed- notifications YANG model or the yang-push YANG model may be returned as part of the error responses resulting from failed attempts at datastore subscription. Following are valid errors per RPC (note: throughout this section the prefix 'sn' indicates an item imported from the subscribed-notifications.yang model): "the either the" needs to be fixed. Suggest you spell ou the real names of the YANG modules you refer to (s/subscribed-notifications.yang model/"ietf-subscribed-notifications" YANG module/ etc) Done. (s/within the either the/in the/ and spelled out the names = of the YANG modules) =20 =20 o Section A.1 I don't think this document should repeat what's already specified in the SN draft. Specifically, I think this section should list the *additional* errors that this document introduces. I also note that the list in this document is not the same as in the SN draft... So I suggest: OLD: establish-subscription modify-subscription ---------------------- ------------------- cant-exclude sn:filter-unsupported datastore-not-subscribable sn:insufficient-resources sn:dscp-unavailable sn:no-such-subscription sn:filter-unsupported period-unsupported sn:insufficient-resources update-too-big on-change-unsupported sync-too-big on-change-sync-unsupported unchanging-selection period-unsupported update-too-big resync-subscription sync-too-big -------------------- unchanging-selection no-such-subscription-resync sync-too-big delete-subscription kill-subscription ---------------------- ----------------- sn:no-such-subscription sn:no-such-subscription NEW: establish-subscription modify-subscription ---------------------- ------------------- cant-exclude period-unsupported datastore-not-subscribable update-too-big on-change-unsupported sync-too-big on-change-sync-unsupported unchanging-selection period-unsupported update-too-big resync-subscription sync-too-big -------------------- unchanging-selection no-such-subscription-resync sync-too-big Done, and changed the introductory paragraph accordingly. = =20 o Section A.2 Similar to A.1, suggest you remove the sn: errors that are already covered by SN. Done, with corresponding changes to the introductory paragraph. =20 /martin From nobody Tue Feb 5 00:03:23 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36C78130F4C; Tue, 5 Feb 2019 00:03:21 -0800 (PST) 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_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 xBzqfilMvXlZ; Tue, 5 Feb 2019 00:03:17 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 5AE26130E0E; Tue, 5 Feb 2019 00:03:17 -0800 (PST) Received: from localhost (unknown [173.38.220.61]) by mail.tail-f.com (Postfix) with ESMTPSA id 0790D1AE0481; Tue, 5 Feb 2019 09:03:13 +0100 (CET) Date: Tue, 05 Feb 2019 09:03:12 +0100 (CET) Message-Id: <20190205.090312.1916826348030549950.mbj@tail-f.com> To: ludwig@clemm.org Cc: yang-doctors@ietf.org, draft-ietf-netconf-yang-push.all@ietf.org, netconf@ietf.org From: Martin Bjorklund In-Reply-To: <004601d4bd1d$952072e0$bf6158a0$@clemm.org> References: <20190130.165118.1684515639662649114.mbj@tail-f.com> <004601d4bd1d$952072e0$bf6158a0$@clemm.org> X-Mailer: Mew version 6.7 on Emacs 24.5 / 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: [netconf] Yangdoctors last call review of draft-ietf-netconf-yang-push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 08:03:21 -0000 Hi, "Alexander Clemm" wrote: > Hi Martin, > = > Thank you for your review! We have just posted an updated revision (= -22) > per your comments. (Please see replies inline, ) Thanks! I have reviewed the changes, and the new version addresses all my comments. FYI, I found a few nits that you can fix if you post a new version, or during AUTH48: OLD: Figure 9: Model structure (non-augmentation portions NEW: Figure 9: Model structure (non-augmentation portions) And some formatting issues in the new text added to the YANG module. You can reach out to me directly if you want these, or just run pyang yourself. /martin > = > --- Alex > = > -----Original Message----- > From: netconf On Behalf Of Martin Bjorklun= d > Sent: Wednesday, January 30, 2019 7:51 AM > To: yang-doctors@ietf.org; draft-ietf-netconf-yang-push.all@ietf.org > Cc: netconf@ietf.org > Subject: [netconf] Yangdoctors last call review of > draft-ietf-netconf-yang-push > = > Hi, > = > This is my YANG doctor's review of draft-ietf-netconf-yang-push-21. > = > Reviewer: Martin Bj=F6rklund > Review result: Ready with Issues > = > = > o General > = > Check the output of idnits. Specifically, add the 2119 > boilerplate. > = > Also, since the YANG module uses 2119 language, add the YANG-ified > version of the boilerplate to the description statement in the > module, just before the copyright. > = > Done > = > = > o General > = > The module is inconsistently indented and formatted. The RFC edito= r > will enforce consistent formatting, so in order to make their life > easier it is better to do this work before it reaches them. > = > Attached is a cleaned up version of the YANG module where I have > done the following changes: > = > o pyang -f yang --keep-comments --yang-line-length 69 > = > (requires pyang 1.7.8) > = > o added newlines in long descriptions, to make separate > paragraphs > = > o added extra space after "." in description statement (most of > them already had two spaces) > = > o formatted some paragraphs (I use fill-paragraph in emacs, manu= ally) > = > o added the 2119 boilerplate > = > NOTE: I haven't done any other of the changes that I propose in > this review. > = > Thank you > = > o Figure 6 > = > The tree diagram for push-change-update doesn't match the module. > = > OLD: > = > notifications: > +---n push-update > | +--ro id? sn:subscription-id > | +--ro datastore-contents? > | +--ro incomplete-update? empty > +---n push-change-update {on-change}? > +--ro id? sn:subscription-id > +--ro datastore-changes? > | +--ro yang-patch > | +--ro patch-id string > | +--ro ypatch:comment? string > | +--ro ypatch:edit* [edit-id] > | +--ro ypatch:edit-id string > | +--ro ypatch:operation enumeration > | +--ro ypatch:target target-resource-offset > | +--ro ypatch:point? target-resource-offset > | +--ro ypatch:where? enumeration > | +--ro ypatch:value? > +--ro incomplete-update? empty > = > NEW: > = > notifications: > +---n push-update > | +--ro id? sn:subscription-id > | +--ro datastore-contents? > | +--ro incomplete-update? empty > +---n push-change-update {on-change}? > +--ro id? sn:subscription-id > +--ro datastore-changes > | +--ro yang-patch > | +--ro patch-id string > | +--ro comment? string > | +--ro edit* [edit-id] > | +--ro edit-id string > | +--ro operation enumeration > | +--ro target target-resource-offset > | +--ro point? target-resource-offset > | +--ro where? enumeration > | +--ro value? > +--ro incomplete-update? empty > = > Updated > = > o Figure 6 > = > The purpose of including tree diagrams is to give a easy-to-read > overview to the reader. When the diagram is spread out over > several pages, it becomes more difficult to grasp. > = > In this case, I would suggest that you split the diagram into > smaller pieces, and place them together with the text that describe= > them. > = > For example, in 4.2 you can have the first part of the tree that > deals with subscription config; 4.3.1 the augmented notifs etc. > = > I am splitting the tree into smaller pieces as requested, a= lthough > I am not sure this is really needed. While I agree with you in princ= iple, > the tree output is structured a bit (into rpcs, notifications, etc), = and has > items that are non-applicable dotted out ("..."). It is simply a bi= g > module, I guess... > > = > o Figure 9 > = > This example is difficult to read. I suggest: > = > OLD: > = > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notificatio= ns" > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > ds:operational > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > /ex:foo > > > 100 > > > > = > NEW: > = > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D > "urn:ietf:params:xml:ns:yang:ietf-subscribed-notifications= " > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > ds:operational > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > /ex:foo > > > 100 > > > > = > Done > o Figure 11 > = > Similar in this example: > = > OLD: > = > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notificati= ons" > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > 1011 > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > ds:operational > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > /ex:bar > > > 250 > > > > = > NEW: > = > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D > "urn:ietf:params:xml:ns:yang:ietf-subscribed-notifications= " > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > 1011 > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > ds:operational > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > /ex:bar > > > 250 > > > > = > Done > = > o Section 4.4.4 > = > (The figure in this example doesn't have a number) > = > OLD: > = > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push" > xmlns:sn=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notificati= ons"> > 1011 > > > = > NEW: > = > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push" > 1011 > > > = > Done (no idea why no number is being generated for the number)= > > = > o Section 5. > = > In order to get the RFC references right, follow the pattern in > other documents with YANG modules; e.g. RFC 8343. Specifically, > all references in RFCs must be found in the main text; this means > that you need to add something like: > = > This YANG module imports typedefs from [RFC6991]. > = > Done = > = > o import yang-patch > = > OLD: > = > reference > "RFC 8072: YANG Patch"; > = > NEW: > = > reference > "RFC 8072: YANG Patch Media Type"; > = > Done = > = > o typedef change-type > = > The "reference" statement contains text that should be in the > "description" statement (this comment has been raised before on the= > ML). > = > I suggest: > = > OLD: > = > description > "Specifies different types of datastore changes."; > reference > "RFC 8072 section 2.5, with a delta that it is valid for a > receiver to process an update record which performs a create > operation on a datastore node the receiver believes exists, > or to process a delete on a datastore node the receiver > believes is missing."; > = > NEW: > = > description > "Specifies different types of datastore changes. > = > This type is based on the edit operations defined for YANG > Patch, with the difference that it is valid for a receiver to > process an update record which performs a create operation on > a datastore node the receiver believes exists, or to process a= > delete on a datastore node the receiver believes is missing.";= > reference > "RFC 8072: YANG Patch Media Type, section 2.5"; > = > Done = > = > = > o wrong type used (timeticks) > = > This was discussed on the ML, but apparently the change wasn't > introduced yet. > = > A couple of 'period' nodes use the type yang:timeticks, but it is > not an appropriate type. RFC 6991 describes it as: > = > The timeticks type represents a non-negative integer that > represents the time, modulo 2^32 (4294967296 decimal), in > hundredths of a second between two epochs. When a schema > node is defined that uses this type, the description of > the schema node identifies both of the reference epochs. > = > As Juergen pointed out, it seems you want a TimeInterval - but this= > type is not present in RFC 6991. So add: > = > type centiseconds { > type uint32; > description > "A period of time, measured in units of 0.01 seconds."; > } > = > and use that instead. > = > Done (added typedef centiseconds and updated the diagrams > accordingly) = > = > o container datastore-changes > = > OLD: > = > container datastore-changes { > description > "This contains the set of datastore changes of the target > datastore starting at the time of the previous update, per > the terms of the subscription. The datastore changes are > encoded per RFC 8027 (YANG Patch)."; > uses ypatch:yang-patch; > = > NEW: > = > container datastore-changes { > description > "This contains the set of datastore changes of the target > datastore starting at the time of the previous update, per > the terms of the subscription."; > uses ypatch:yang-patch; > = > (The reference was not correct, and it isn't really necessary > anymore, since you use the grouping from yang patch.) > = > Done = > = > o leaf datastore-xpath-filter > = > This leaf has the same problem that stream-xpath-filter had; it > doesn't work for RESTCONF. We need to apply the same solution as > for stream-xpath-filter: > = > OLD: > = > leaf datastore-xpath-filter { > if-feature "sn:xpath"; > type yang:xpath1.0; > description > "This parameter contains an XPath expression identifying > the portions of the target datastore to retrieve. > If the expression returns a node-set, all nodes in the > node-set are selected by the filter. Otherwise, if the > expression does not return a node-set, the filter > doesn't select any nodes. > The expression is evaluated in the following XPath > context: > o The set of namespace declarations are those in scope > on the 'datastore-xpath-filter' leaf element. > o The set of variable bindings is empty. > o The function library is the core function library, and= > the XPath functions defined in section 10 in RFC 7950.= > o The context node is the root node of the target > datastore."; > } > = > NEW: > = > leaf datastore-xpath-filter { > if-feature "sn:xpath"; > type yang:xpath1.0; > description > "This parameter contains an XPath expression identifying > the portions of the target datastore to retrieve. > = > If the expression returns a node-set, all nodes in the > node-set are selected by the filter. Otherwise, if the > expression does not return a node-set, the filter > doesn't select any nodes. > = > The expression is evaluated in the following XPath > context: > = > o The set of namespace declarations is the set of pref= ix > and namespace pairs for all YANG modules implemented= > by the server, where the prefix is the YANG module > name and the namespace is as defined by the > 'namespace' statement in the YANG module. > = > If the leaf is encoded in XML, all namespace > declarations in scope on the 'stream-xpath-filter' > leaf element are added to the set of namespace > declarations. If a prefix found in the XML is > already present in the set of namespace declarations= , > the namespace in the XML is used. > = > o The set of variable bindings is empty. > = > o The function library is the core function library, an= d > the XPath functions defined in section 10 in RFC 7950= .= > = > o The context node is the root node of the target > datastore."; > } > = > Done > = > o Section A.1 > = > I have trouble parsing this paragraph: > = > References to specific identities within the either the subscribed= - > notifications YANG model or the yang-push YANG model may be return= ed > as part of the error responses resulting from failed attempts at > datastore subscription. Following are valid errors per RPC (note:= > throughout this section the prefix 'sn' indicates an item imported= > from the subscribed-notifications.yang model): > = > "the either the" needs to be fixed. > = > Suggest you spell ou the real names of the YANG modules you refer > to (s/subscribed-notifications.yang > model/"ietf-subscribed-notifications" YANG module/ etc) > = > Done. (s/within the either the/in the/ and spelled out the na= mes of > the YANG modules) = > = > o Section A.1 > = > I don't think this document should repeat what's already specified > in the SN draft. Specifically, I think this section should list > the *additional* errors that this document introduces. I also note= > that the list in this document is not the same as in the SN draft..= .= > = > So I suggest: > = > OLD: > = > establish-subscription modify-subscription > ---------------------- ------------------- > cant-exclude sn:filter-unsupported > datastore-not-subscribable sn:insufficient-resources > sn:dscp-unavailable sn:no-such-subscription > sn:filter-unsupported period-unsupported > sn:insufficient-resources update-too-big > on-change-unsupported sync-too-big > on-change-sync-unsupported unchanging-selection > period-unsupported > update-too-big resync-subscription > sync-too-big -------------------- > unchanging-selection no-such-subscription-resync > sync-too-big > = > delete-subscription kill-subscription > ---------------------- ----------------- > sn:no-such-subscription sn:no-such-subscription > = > NEW: > = > establish-subscription modify-subscription > ---------------------- ------------------- > cant-exclude period-unsupported > datastore-not-subscribable update-too-big > on-change-unsupported sync-too-big > on-change-sync-unsupported unchanging-selection > period-unsupported > update-too-big resync-subscription > sync-too-big -------------------- > unchanging-selection no-such-subscription-resync > sync-too-big > = > Done, and changed the introductory paragraph accordingly. = > = > = > o Section A.2 > = > Similar to A.1, suggest you remove the sn: errors that are already > covered by SN. > = > Done, with corresponding changes to the introductory paragraph= .= > = > = > = > /martin > = From nobody Tue Feb 5 10:00:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E2141311F3; Tue, 5 Feb 2019 10:00:02 -0800 (PST) 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 H8sAa4WDHjUw; Tue, 5 Feb 2019 09:59:59 -0800 (PST) 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 13D8313119F; Tue, 5 Feb 2019 09:59:59 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CA049A4BCBCC288490A1; Tue, 5 Feb 2019 17:59:56 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 5 Feb 2019 17:59:56 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.95]) by SJCEML701-CHM.china.huawei.com ([169.254.3.144]) with mapi id 14.03.0415.000; Tue, 5 Feb 2019 09:59:50 -0800 From: Alexander Clemm To: Martin Bjorklund , "ludwig@clemm.org" CC: "yang-doctors@ietf.org" , "draft-ietf-netconf-yang-push.all@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] Yangdoctors last call review of draft-ietf-netconf-yang-push Thread-Index: AQHUuLPBeoXN9KuEZUWoi0wHTEIcS6XRT9yAgAAXUwCAACA70A== Date: Tue, 5 Feb 2019 17:59:49 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EBF0119@sjceml521-mbx.china.huawei.com> References: <20190130.165118.1684515639662649114.mbj@tail-f.com> <004601d4bd1d$952072e0$bf6158a0$@clemm.org> <20190205.090312.1916826348030549950.mbj@tail-f.com> In-Reply-To: <20190205.090312.1916826348030549950.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.193.35.84] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] Yangdoctors last call review of draft-ietf-netconf-yang-push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2019 18:00:06 -0000 Thanks, Martin! --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Martin > Bjorklund > Sent: Tuesday, February 05, 2019 12:03 AM > To: ludwig@clemm.org > Cc: yang-doctors@ietf.org; draft-ietf-netconf-yang-push.all@ietf.org; > netconf@ietf.org > Subject: Re: [netconf] Yangdoctors last call review of draft-ietf-netconf= -yang- > push >=20 > Hi, >=20 >=20 > "Alexander Clemm" wrote: > > Hi Martin, > > > > Thank you for your review! We have just posted an updated revision > > (-22) per your comments. (Please see replies inline, ) >=20 > Thanks! I have reviewed the changes, and the new version addresses all m= y > comments. >=20 > FYI, I found a few nits that you can fix if you post a new version, or du= ring > AUTH48: >=20 >=20 > OLD: >=20 > Figure 9: Model structure (non-augmentation portions >=20 > NEW: >=20 > Figure 9: Model structure (non-augmentation portions) >=20 >=20 > And some formatting issues in the new text added to the YANG module. > You can reach out to me directly if you want these, or just run pyang you= rself. >=20 >=20 >=20 > /martin >=20 >=20 >=20 >=20 > > > > --- Alex > > > > -----Original Message----- > > From: netconf On Behalf Of Martin Bjorklund > > Sent: Wednesday, January 30, 2019 7:51 AM > > To: yang-doctors@ietf.org; draft-ietf-netconf-yang-push.all@ietf.org > > Cc: netconf@ietf.org > > Subject: [netconf] Yangdoctors last call review of > > draft-ietf-netconf-yang-push > > > > Hi, > > > > This is my YANG doctor's review of draft-ietf-netconf-yang-push-21. > > > > Reviewer: Martin Bj=F6rklund > > Review result: Ready with Issues > > > > > > o General > > > > Check the output of idnits. Specifically, add the 2119 > > boilerplate. > > > > Also, since the YANG module uses 2119 language, add the YANG-ified > > version of the boilerplate to the description statement in the > > module, just before the copyright. > > > > Done > > > > > > o General > > > > The module is inconsistently indented and formatted. The RFC editor > > will enforce consistent formatting, so in order to make their life > > easier it is better to do this work before it reaches them. > > > > Attached is a cleaned up version of the YANG module where I have > > done the following changes: > > > > o pyang -f yang --keep-comments --yang-line-length 69 > > > > (requires pyang 1.7.8) > > > > o added newlines in long descriptions, to make separate > > paragraphs > > > > o added extra space after "." in description statement (most of > > them already had two spaces) > > > > o formatted some paragraphs (I use fill-paragraph in emacs, > > manually) > > > > o added the 2119 boilerplate > > > > NOTE: I haven't done any other of the changes that I propose in > > this review. > > > > Thank you > > > > o Figure 6 > > > > The tree diagram for push-change-update doesn't match the module. > > > > OLD: > > > > notifications: > > +---n push-update > > | +--ro id? sn:subscription-id > > | +--ro datastore-contents? > > | +--ro incomplete-update? empty > > +---n push-change-update {on-change}? > > +--ro id? sn:subscription-id > > +--ro datastore-changes? > > | +--ro yang-patch > > | +--ro patch-id string > > | +--ro ypatch:comment? string > > | +--ro ypatch:edit* [edit-id] > > | +--ro ypatch:edit-id string > > | +--ro ypatch:operation enumeration > > | +--ro ypatch:target target-resource-offset > > | +--ro ypatch:point? target-resource-offset > > | +--ro ypatch:where? enumeration > > | +--ro ypatch:value? > > +--ro incomplete-update? empty > > > > NEW: > > > > notifications: > > +---n push-update > > | +--ro id? sn:subscription-id > > | +--ro datastore-contents? > > | +--ro incomplete-update? empty > > +---n push-change-update {on-change}? > > +--ro id? sn:subscription-id > > +--ro datastore-changes > > | +--ro yang-patch > > | +--ro patch-id string > > | +--ro comment? string > > | +--ro edit* [edit-id] > > | +--ro edit-id string > > | +--ro operation enumeration > > | +--ro target target-resource-offset > > | +--ro point? target-resource-offset > > | +--ro where? enumeration > > | +--ro value? > > +--ro incomplete-update? empty > > > > Updated > > > > o Figure 6 > > > > The purpose of including tree diagrams is to give a easy-to-read > > overview to the reader. When the diagram is spread out over > > several pages, it becomes more difficult to grasp. > > > > In this case, I would suggest that you split the diagram into > > smaller pieces, and place them together with the text that describe > > them. > > > > For example, in 4.2 you can have the first part of the tree that > > deals with subscription config; 4.3.1 the augmented notifs etc. > > > > I am splitting the tree into smaller pieces as requested, > > although I am not sure this is really needed. While I agree with you > > in principle, the tree output is structured a bit (into rpcs, > > notifications, etc), and has items that are non-applicable dotted out > > ("..."). It is simply a big module, I guess... > > > > > > o Figure 9 > > > > This example is difficult to read. I suggest: > > > > OLD: > > > > > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notifications= " > > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > > > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > > ds:operational > > > > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > > /ex:foo > > > > > > 100 > > > > > > > > > > NEW: > > > > > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D > > "urn:ietf:params:xml:ns:yang:ietf-subscribed-notifications" > > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > > > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > > ds:operational > > > > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > > /ex:foo > > > > > > 100 > > > > > > > > > > Done > > o Figure 11 > > > > Similar in this example: > > > > OLD: > > > > > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notification= s" > > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > > 1011 > > > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > > ds:operational > > > > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > > /ex:bar > > > > > > 250 > > > > > > > > > > NEW: > > > > > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D > > "urn:ietf:params:xml:ns:yang:ietf-subscribed-notifications" > > xmlns:yp=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push"> > > 1011 > > > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"> > > ds:operational > > > > > xmlns:ex=3D"http://example.com/sample-data/1.0"> > > /ex:bar > > > > > > 250 > > > > > > > > > > Done > > > > o Section 4.4.4 > > > > (The figure in this example doesn't have a number) > > > > OLD: > > > > > xmlns:netconf=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push" > > xmlns:sn=3D"urn:ietf:params:xml:ns:yang:ietf-subscribed-notification= s"> > > 1011 > > > > > > > > NEW: > > > > > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > > xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-yang-push" > > 1011 > > > > > > > > Done (no idea why no number is being generated for the number) > > > > > > o Section 5. > > > > In order to get the RFC references right, follow the pattern in > > other documents with YANG modules; e.g. RFC 8343. Specifically, > > all references in RFCs must be found in the main text; this means > > that you need to add something like: > > > > This YANG module imports typedefs from [RFC6991]. > > > > Done > > > > o import yang-patch > > > > OLD: > > > > reference > > "RFC 8072: YANG Patch"; > > > > NEW: > > > > reference > > "RFC 8072: YANG Patch Media Type"; > > > > Done > > > > o typedef change-type > > > > The "reference" statement contains text that should be in the > > "description" statement (this comment has been raised before on the > > ML). > > > > I suggest: > > > > OLD: > > > > description > > "Specifies different types of datastore changes."; > > reference > > "RFC 8072 section 2.5, with a delta that it is valid for a > > receiver to process an update record which performs a create > > operation on a datastore node the receiver believes exists, > > or to process a delete on a datastore node the receiver > > believes is missing."; > > > > NEW: > > > > description > > "Specifies different types of datastore changes. > > > > This type is based on the edit operations defined for YANG > > Patch, with the difference that it is valid for a receiver to > > process an update record which performs a create operation on > > a datastore node the receiver believes exists, or to process a > > delete on a datastore node the receiver believes is missing."; > > reference > > "RFC 8072: YANG Patch Media Type, section 2.5"; > > > > Done > > > > > > o wrong type used (timeticks) > > > > This was discussed on the ML, but apparently the change wasn't > > introduced yet. > > > > A couple of 'period' nodes use the type yang:timeticks, but it is > > not an appropriate type. RFC 6991 describes it as: > > > > The timeticks type represents a non-negative integer that > > represents the time, modulo 2^32 (4294967296 decimal), in > > hundredths of a second between two epochs. When a schema > > node is defined that uses this type, the description of > > the schema node identifies both of the reference epochs. > > > > As Juergen pointed out, it seems you want a TimeInterval - but this > > type is not present in RFC 6991. So add: > > > > type centiseconds { > > type uint32; > > description > > "A period of time, measured in units of 0.01 seconds."; > > } > > > > and use that instead. > > > > Done (added typedef centiseconds and updated the diagrams > > accordingly) > > > > o container datastore-changes > > > > OLD: > > > > container datastore-changes { > > description > > "This contains the set of datastore changes of the target > > datastore starting at the time of the previous update, per > > the terms of the subscription. The datastore changes are > > encoded per RFC 8027 (YANG Patch)."; > > uses ypatch:yang-patch; > > > > NEW: > > > > container datastore-changes { > > description > > "This contains the set of datastore changes of the target > > datastore starting at the time of the previous update, per > > the terms of the subscription."; > > uses ypatch:yang-patch; > > > > (The reference was not correct, and it isn't really necessary > > anymore, since you use the grouping from yang patch.) > > > > Done > > > > o leaf datastore-xpath-filter > > > > This leaf has the same problem that stream-xpath-filter had; it > > doesn't work for RESTCONF. We need to apply the same solution as > > for stream-xpath-filter: > > > > OLD: > > > > leaf datastore-xpath-filter { > > if-feature "sn:xpath"; > > type yang:xpath1.0; > > description > > "This parameter contains an XPath expression identifying > > the portions of the target datastore to retrieve. > > If the expression returns a node-set, all nodes in the > > node-set are selected by the filter. Otherwise, if the > > expression does not return a node-set, the filter > > doesn't select any nodes. > > The expression is evaluated in the following XPath > > context: > > o The set of namespace declarations are those in scope > > on the 'datastore-xpath-filter' leaf element. > > o The set of variable bindings is empty. > > o The function library is the core function library, and > > the XPath functions defined in section 10 in RFC 7950. > > o The context node is the root node of the target > > datastore."; > > } > > > > NEW: > > > > leaf datastore-xpath-filter { > > if-feature "sn:xpath"; > > type yang:xpath1.0; > > description > > "This parameter contains an XPath expression identifying > > the portions of the target datastore to retrieve. > > > > If the expression returns a node-set, all nodes in the > > node-set are selected by the filter. Otherwise, if the > > expression does not return a node-set, the filter > > doesn't select any nodes. > > > > The expression is evaluated in the following XPath > > context: > > > > o The set of namespace declarations is the set of prefix > > and namespace pairs for all YANG modules implemented > > by the server, where the prefix is the YANG module > > name and the namespace is as defined by the > > 'namespace' statement in the YANG module. > > > > If the leaf is encoded in XML, all namespace > > declarations in scope on the 'stream-xpath-filter' > > leaf element are added to the set of namespace > > declarations. If a prefix found in the XML is > > already present in the set of namespace declarations, > > the namespace in the XML is used. > > > > o The set of variable bindings is empty. > > > > o The function library is the core function library, and > > the XPath functions defined in section 10 in RFC 7950. > > > > o The context node is the root node of the target > > datastore."; > > } > > > > Done > > > > o Section A.1 > > > > I have trouble parsing this paragraph: > > > > References to specific identities within the either the subscribed- > > notifications YANG model or the yang-push YANG model may be returned > > as part of the error responses resulting from failed attempts at > > datastore subscription. Following are valid errors per RPC (note: > > throughout this section the prefix 'sn' indicates an item imported > > from the subscribed-notifications.yang model): > > > > "the either the" needs to be fixed. > > > > Suggest you spell ou the real names of the YANG modules you refer > > to (s/subscribed-notifications.yang > > model/"ietf-subscribed-notifications" YANG module/ etc) > > > > Done. (s/within the either the/in the/ and spelled out the > > names of the YANG modules) > > > > o Section A.1 > > > > I don't think this document should repeat what's already specified > > in the SN draft. Specifically, I think this section should list > > the *additional* errors that this document introduces. I also note > > that the list in this document is not the same as in the SN draft... > > > > So I suggest: > > > > OLD: > > > > establish-subscription modify-subscription > > ---------------------- ------------------- > > cant-exclude sn:filter-unsupported > > datastore-not-subscribable sn:insufficient-resources > > sn:dscp-unavailable sn:no-such-subscription > > sn:filter-unsupported period-unsupported > > sn:insufficient-resources update-too-big > > on-change-unsupported sync-too-big > > on-change-sync-unsupported unchanging-selection > > period-unsupported > > update-too-big resync-subscription > > sync-too-big -------------------- > > unchanging-selection no-such-subscription-resync > > sync-too-big > > > > delete-subscription kill-subscription > > ---------------------- ----------------- > > sn:no-such-subscription sn:no-such-subscription > > > > NEW: > > > > establish-subscription modify-subscription > > ---------------------- ------------------- > > cant-exclude period-unsupported > > datastore-not-subscribable update-too-big > > on-change-unsupported sync-too-big > > on-change-sync-unsupported unchanging-selection > > period-unsupported > > update-too-big resync-subscription > > sync-too-big -------------------- > > unchanging-selection no-such-subscription-resync > > sync-too-big > > > > Done, and changed the introductory paragraph accordingly. > > > > > > > > o Section A.2 > > > > Similar to A.1, suggest you remove the sn: errors that are already > > covered by SN. > > > > Done, with corresponding changes to the introductory paragraph. > > > > > > > > /martin > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Wed Feb 6 13:49:56 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE35130ECD for ; Wed, 6 Feb 2019 13:49:54 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001] 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 C-dz9RO0t9Py for ; Wed, 6 Feb 2019 13:49:52 -0800 (PST) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B77F912D4F3 for ; Wed, 6 Feb 2019 13:49:51 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 020BDCEF; Wed, 6 Feb 2019 22:49:50 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id PVicXI1rq2JR; Wed, 6 Feb 2019 22:49:49 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 6 Feb 2019 22:49:49 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id D9B2220053; Wed, 6 Feb 2019 22:49:49 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id RJ2yufNzB4VG; Wed, 6 Feb 2019 22:49:49 +0100 (CET) Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 67E6A20051; Wed, 6 Feb 2019 22:49:49 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 6 Feb 2019 22:49:48 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 61F6B3006247B9; Wed, 6 Feb 2019 22:49:47 +0100 (CET) Date: Wed, 6 Feb 2019 22:49:47 +0100 From: Juergen Schoenwaelder To: Mahesh Jethanandani CC: Netconf Message-ID: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Mahesh Jethanandani , Netconf References: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 21:49:55 -0000 Mahesh, can we assume that this edit is accepted and we can resume the AUTH48 process? /js On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani wrote: > NETCONF WG, > > During the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the authors found a couple of things that needed further clarification. The edits are reflected in this e-mail using OLD: and NEW:. Since the changes are technical changes, we needed to make sure that the WG was ok with the changes. This starts a one week review period terminating next Tuesday, February 5 to provide any comments you might have. If providing comments, please be specific in the changes you would like to see, preferably using your own OLD: and NEW:. If no comments are received, it will be deemed that the changes are fine with the WG. The two set of changes are in the YANG model itself, and in Section 3.1.1.4. > > In the YANG model: > > OLD: > > choice origin-filters { > when 'derived-from-or-self(datastore, "ds:operational")'; > if-feature "origin"; > description > "Filters based on the 'origin' annotation."; > leaf-list origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A node matches > the filter if its 'origin' annotation is derived from or > equal to any of the given filter values."; > } > leaf-list negated-origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A node matches > the filter if its 'origin' annotation is not derived > from and not equal to any of the given filter values."; > } > } > > NEW: > > choice origin-filters { > when 'derived-from-or-self(datastore, "ds:operational")'; > if-feature origin; > description > "Filters configuration nodes based on the 'origin' > annotation. Configuration nodes that do not have an > 'origin' annotation are treated as if they have the > 'origin' annotation 'or:unknown'. > > System state nodes are not affected by origin-filters and > thus not filtered. Note that system state nodes can be > filtered with the 'config-filter' leaf."; > > leaf-list origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A > configuration node matches the filter if its 'origin' > annotation is derived from or equal to any of the given > filter values."; > } > leaf-list negated-origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A > configuration node matches the filter if its 'origin' > annotation is not derived from and not equal to any of > the given filter values."; > } > } > > OLD: > > leaf config-filter { > type boolean; > description > "Filter for nodes with the given value for their > 'config' property. If this leaf is not present, all > nodes are selected. > > For example, when this leaf is set to 'true', only 'config > true' nodes are selected."; > } > > NEW: > > leaf config-filter { > type boolean; > description > "Filter for nodes with the given value for their 'config' > property. When this leaf is set to 'true', only 'config > true' nodes are selected and, when set to ‘false’, only > ‘config false’ nodes are selected. If this leaf is not > present, no nodes are filtered."; > } > > Add the following example to 3.1.1.4: > > In order to not retrieve any system state nodes, the > "config-filter" can be used: > > xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns:ds="urn:ietf:params:xml:ns:yang:ietf-datastores" > xmlns:or="urn:ietf:params:xml:ns:yang:ietf-origin"> > ds:operational > > > > true > or:intended > or:system > > > > > xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> > > xmlns:or="urn:ietf:params:xml:ns:yang:ietf-origin" > or:origin="or:intended"> > > 2001:db8::2:3 > 60794 > > > > > > Thanks. > > Mahesh Jethanandani // as shepherd > mjethanandani@gmail.com > > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- 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 Feb 6 13:51:48 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 998D4130ECD; Wed, 6 Feb 2019 13:51:43 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ibagdona@gmail.com, kent+ietf@watsen.net, netconf-chairs@ietf.org, netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154948990362.32700.7443999339712764467.idtracker@ietfa.amsl.com> Date: Wed, 06 Feb 2019 13:51:43 -0800 Archived-At: Subject: [netconf] netconf - Update to a Meeting Session Request for IETF 104 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 21:51:44 -0000 An update to a meeting session request has just been submitted by Kent Watsen, a Chair of the netconf working group. --------------------------------------------------------- Working Group Name: Network Configuration Area Name: Operations and Management Area Session Requester: Kent Watsen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: opsawg opsarea netmod anima Second Priority: bfd rtgwg babel tsvwg Third Priority: sacm saag People who must be present: Mahesh Jethanandani Kent Watsen Ignas Bagdonas Resources Requested: Special Requests: MUST schedule for beginning of week. Ideally Monday; Tuesday morning is okay. Ideally, both NETCONF and NETMOD (1st session) are on Monday but, if only one fits, NETCONF on Monday is more important. --------------------------------------------------------- From nobody Wed Feb 6 14:04:46 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A461912D4F3; Wed, 6 Feb 2019 14:04:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ibagdona@gmail.com, kent+ietf@watsen.net, netconf-chairs@ietf.org, netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154949068459.32740.14250468991982677300.idtracker@ietfa.amsl.com> Date: Wed, 06 Feb 2019 14:04:44 -0800 Archived-At: Subject: [netconf] netconf - Update to a Meeting Session Request for IETF 104 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 22:04:45 -0000 An update to a meeting session request has just been submitted by Kent Watsen, a Chair of the netconf working group. --------------------------------------------------------- Working Group Name: Network Configuration Area Name: Operations and Management Area Session Requester: Kent Watsen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: netmod Second Priority: bfd rtgwg babel tsvwg opsawg opsarea Third Priority: sacm saag People who must be present: Mahesh Jethanandani Kent Watsen Ignas Bagdonas Resources Requested: Special Requests: MUST schedule for beginning of week. Ideally Monday; Tuesday morning is okay. Ideally, both NETCONF and NETMOD (1st session) are on Monday but, if only one fits, NETCONF on Monday is more important. --------------------------------------------------------- From nobody Wed Feb 6 14:07:17 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EA3CB130E62; Wed, 6 Feb 2019 14:07:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ibagdona@gmail.com, kent+ietf@watsen.net, netconf-chairs@ietf.org, netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154949083488.32628.7671978296650980258.idtracker@ietfa.amsl.com> Date: Wed, 06 Feb 2019 14:07:14 -0800 Archived-At: Subject: [netconf] netconf - Update to a Meeting Session Request for IETF 104 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 22:07:15 -0000 An update to a meeting session request has just been submitted by Kent Watsen, a Chair of the netconf working group. --------------------------------------------------------- Working Group Name: Network Configuration Area Name: Operations and Management Area Session Requester: Kent Watsen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: netmod Second Priority: opsarea opsawg tsvwg babel rtgwg bfd Third Priority: sacm saag People who must be present: Mahesh Jethanandani Kent Watsen Ignas Bagdonas Resources Requested: Special Requests: MUST schedule for beginning for Monday or Tuesday. --------------------------------------------------------- From nobody Wed Feb 6 14:07:45 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A0AB130FFA; Wed, 6 Feb 2019 14:07:38 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ibagdona@gmail.com, kent+ietf@watsen.net, netconf-chairs@ietf.org, netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154949085810.32648.6980904749416123794.idtracker@ietfa.amsl.com> Date: Wed, 06 Feb 2019 14:07:38 -0800 Archived-At: Subject: [netconf] netconf - Update to a Meeting Session Request for IETF 104 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 22:07:38 -0000 An update to a meeting session request has just been submitted by Kent Watsen, a Chair of the netconf working group. --------------------------------------------------------- Working Group Name: Network Configuration Area Name: Operations and Management Area Session Requester: Kent Watsen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: netmod Second Priority: opsarea opsawg tsvwg babel rtgwg bfd Third Priority: sacm saag People who must be present: Mahesh Jethanandani Kent Watsen Ignas Bagdonas Resources Requested: Special Requests: MUST schedule for Monday or Tuesday. --------------------------------------------------------- From nobody Wed Feb 6 14:16:26 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 882C4130E62 for ; Wed, 6 Feb 2019 14:16:25 -0800 (PST) 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, 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 (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 byxVgxarg9Mi for ; Wed, 6 Feb 2019 14:16:23 -0800 (PST) Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (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 16FE512D4F3 for ; Wed, 6 Feb 2019 14:16:23 -0800 (PST) Received: by mail-pl1-x632.google.com with SMTP id o6so3757760pls.13 for ; Wed, 06 Feb 2019 14:16:23 -0800 (PST) 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=h1FD3+ChRt6zN6vbGlAsnwpb3r0tSZTB4jmHQy4RPqY=; b=hr2wcAgA+yHxbP8CYg7Kfp7+Z3kzmrCAArWPNrlkAtaHoIsn8h0zHZGGUcJcgNFNm0 2tk4kPWj1tVUezdCltXcI5SKTK3OgEAH0MPak9g92MehiQoagdwN9YUgyFvKsYTuKh1N OL76jGkiMLk+zW7NzxmS8XErJdMZ74NuZjTujbW//eHBokR5WPAY5+mYw3pnzwZ9l86I idK5jqnpBbiTKVw44Y4rfrbKhdoq4A3eGIRAAbQKVcNrk7CJuCiLj7QTaP9kCHg1P7aY xO/PnUA/20UVA+pFQmWFq3Fl3GyF9UNR0GivSRF0+9/2QbNgkSWRRxm26ZATgD82/ME8 MlZA== 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=h1FD3+ChRt6zN6vbGlAsnwpb3r0tSZTB4jmHQy4RPqY=; b=fMsyX0zYVq4Mue8bZTiigapFuCHCiL6gi4mwS0yp8mK5Vf1n3i/gu8cse2TlA6Kma5 5Hz9jeVJzDBsm+ynGwHqcxouGb6Fw2jQdLvfoet22GdehStsLKMo8tkCk+wMXlqR/DLX EgFse99+v+dAzrO/JGmwCRVfUf9buM9L3lH55D5lnTwaPGVbPmB6Z9osgn5hS9iPclQL 83FR/oOEMNtqMDNg15nMzM1XcwzYj26+LfFr1dTKDlRjRX2aBipo97N4FP4qlYAe2tVu h/I4O0ebJDLPuTXuiV/kKBi2VfC2K/QSLRokiW5FTA4T/sSpA/y4BG0pq7853FIpUOkX bmkg== X-Gm-Message-State: AHQUAuZ4+YHgLe0+jojkaVqZ1edwyXVntF9vzRY36ZhUdmiSpzTYtaGL OwJ9AGpXNeMwi2X8qxaWf0nfOnQz X-Google-Smtp-Source: AHgI3IbH12Ukz7eLOs2bOBqamTo13dVtu/1Ga7+q/pcIpGgPlc5y44hiqMtkDtEEcBEpWhSkhDC3Ew== X-Received: by 2002:a17:902:4401:: with SMTP id k1mr13166077pld.307.1549491382439; Wed, 06 Feb 2019 14:16:22 -0800 (PST) Received: from [10.33.123.214] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id o84sm18342712pfi.172.2019.02.06.14.16.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Feb 2019 14:16:21 -0800 (PST) From: Mahesh Jethanandani Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_527D76D2-7E7D-45FD-A7E0-3443F56CB3A9" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Wed, 6 Feb 2019 14:16:20 -0800 In-Reply-To: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> Cc: Netconf To: Juergen Schoenwaelder References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2019 22:16:25 -0000 --Apple-Mail=_527D76D2-7E7D-45FD-A7E0-3443F56CB3A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder = wrote: >=20 > Mahesh, >=20 > can we assume that this edit is accepted and we can resume the AUTH48 > process? Yes.=20 This closes the one week review period. No comments were received on the = further clarifications proposed by the authors. As such, we will now let = the RFC Editor know to proceed with making the proposed changes. Thanks. >=20 > /js >=20 > On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani wrote: >> NETCONF WG, >>=20 >> During the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the = authors found a couple of things that needed further clarification. The = edits are reflected in this e-mail using OLD: and NEW:. Since the = changes are technical changes, we needed to make sure that the WG was ok = with the changes. This starts a one week review period terminating next = Tuesday, February 5 to provide any comments you might have. If providing = comments, please be specific in the changes you would like to see, = preferably using your own OLD: and NEW:. If no comments are received, it = will be deemed that the changes are fine with the WG. The two set of = changes are in the YANG model itself, and in Section 3.1.1.4. >>=20 >> In the YANG model: >>=20 >> OLD: >>=20 >> choice origin-filters { >> when 'derived-from-or-self(datastore, "ds:operational")'; >> if-feature "origin"; >> description >> "Filters based on the 'origin' annotation."; >> leaf-list origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A node = matches >> the filter if its 'origin' annotation is derived from = or >> equal to any of the given filter values."; >> } >> leaf-list negated-origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A node = matches >> the filter if its 'origin' annotation is not derived >> from and not equal to any of the given filter values."; >> } >> } >>=20 >> NEW: >>=20 >> choice origin-filters { >> when 'derived-from-or-self(datastore, "ds:operational")'; >> if-feature origin; >> description >> "Filters configuration nodes based on the 'origin' >> annotation. Configuration nodes that do not have an >> 'origin' annotation are treated as if they have the >> 'origin' annotation 'or:unknown'. >>=20 >> System state nodes are not affected by origin-filters and >> thus not filtered. Note that system state nodes can be >> filtered with the 'config-filter' leaf."; >>=20 >> leaf-list origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A >> configuration node matches the filter if its 'origin' >> annotation is derived from or equal to any of the given >> filter values."; >> } >> leaf-list negated-origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A >> configuration node matches the filter if its 'origin' >> annotation is not derived from and not equal to any of >> the given filter values."; >> } >> } >>=20 >> OLD: >>=20 >> leaf config-filter { >> type boolean; >> description >> "Filter for nodes with the given value for their >> 'config' property. If this leaf is not present, all >> nodes are selected. >>=20 >> For example, when this leaf is set to 'true', only = 'config >> true' nodes are selected."; >> } >>=20 >> NEW: >>=20 >> leaf config-filter { >> type boolean; >> description >> "Filter for nodes with the given value for their 'config' >> property. When this leaf is set to 'true', only 'config >> true' nodes are selected and, when set to =E2=80=98false=E2= =80=99, only >> =E2=80=98config false=E2=80=99 nodes are selected. If = this leaf is not >> present, no nodes are filtered."; >> } >>=20 >> Add the following example to 3.1.1.4: >>=20 >> In order to not retrieve any system state nodes, the >> "config-filter" can be used: >>=20 >> > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >> > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"= >> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"> >> ds:operational >> >> >"/> >> >> true >> or:intended >> or:system >> >> >> >>=20 >> > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >> >> >" >> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin" >> or:origin=3D"or:intended"> >> >> 2001:db8::2:3 >> 60794 >> >> >> >> >>=20 >> Thanks. >>=20 >> Mahesh Jethanandani // as shepherd >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >=20 >> _______________________________________________ >> netconf mailing list >> netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf = >=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 --Apple-Mail=_527D76D2-7E7D-45FD-A7E0-3443F56CB3A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:

Mahesh,

can we assume that this edit is = accepted and we can resume the AUTH48
process?

Yes. 

This = closes the one week review period. No comments were received on the = further clarifications proposed by the authors. As such, we will now let = the RFC Editor know to proceed with making the proposed = changes.

Thanks.


/js

On Tue, Jan 29, 2019 at = 10:54:54AM -0800, Mahesh Jethanandani wrote:
NETCONF= WG,

During the AUTH48 review of = draft-ietf-netconf-nmda-netconf-08, the authors found a couple of things = that needed further clarification. The edits are reflected in this = e-mail using OLD: and NEW:. Since the changes are technical changes, we = needed to make sure that the WG was ok with the changes. This starts a = one week review period terminating next Tuesday, February 5 to provide = any comments you might have. If providing comments, please be specific = in the changes you would like to see, preferably using your own OLD: and = NEW:. If no comments are received, it will be deemed that the changes = are fine with the WG. The two set of changes are in the YANG model = itself, and in Section 3.1.1.4.

In the YANG = model:

OLD:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e "origin";
         descripti= on
          &nb= sp;"Filters based on the 'origin' annotation.";
         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is derived = from or
          &nb= sp;   equal to any of the given filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is not = derived
          &nb= sp;   from and not equal to any of the given filter = values.";
         }
       }

NEW:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e origin;
         descripti= on
          &nb= sp;"Filters configuration nodes based on the 'origin'
          &nb= sp; annotation.  Configuration nodes that do not have an
          &nb= sp; 'origin' annotation are treated as if they have the
          &nb= sp; 'origin' annotation 'or:unknown'.

          &nb= sp; System state nodes are not affected by origin-filters and
          &nb= sp; thus not filtered.  Note that system state nodes can be
          &nb= sp; filtered with the 'config-filter' leaf.";

         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is derived from or equal to any of the = given
          &nb= sp;   filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is not derived from and not equal to any = of
          &nb= sp;   the given filter values.";
         }
       }

OLD:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their
          &nb= sp; 'config' property.  If this leaf is not present, all
          &nb= sp; nodes are selected.

          &nb= sp; For example, when this leaf is set to 'true', only 'config
          &nb= sp; true' nodes are selected.";
       }

NEW:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their 'config'
          &nb= sp; property.  When this leaf is set to 'true', only = 'config
          &nb= sp; true' nodes are selected and, when set to =E2=80=98false=E2=80=99= , only
          &nb= sp; =E2=80=98config false=E2=80=99 nodes are selected.  If = this leaf is not
          &nb= sp; present, no nodes are filtered.";
       }

Add the following example to 3.1.1.4:

   In order to not retrieve any system state = nodes, the
   "config-filter" can be = used:

   <rpc = message-id=3D"103"
        xmlns=3D"urn:ie= tf:params:xml:ns:netconf:base:1.0">
     <get-data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda"
          &nb= sp;    xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-da= tastores"
          &nb= sp;    xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-or= igin">
       <datastore>ds:o= perational</datastore>
       <subtree-filter>= ;
         <bgp = xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"/>
       </subtree-filter&g= t;
       <config-filter>= true</config-filter>
       <origin-filter>= or:intended</origin-filter>
       <origin-filter>= or:system</origin-filter>
       <with-origin/><= br class=3D"">     </get-data>
   </rpc>

   <rpc-reply message-id=3D"103"
          &nb= sp;   xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0">=
     <data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda">
       <bgp xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"
          &nb= sp; xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"
          &nb= sp; or:origin=3D"or:intended">
         <peer&= gt;
          &nb= sp;<name>2001:db8::2:3</name>
          &nb= sp;<local-port or:origin=3D"or:system">60794</local-port>
         </peer= >
       </bgp>
     </data>
   </rpc-reply>

Thanks.

Mahesh Jethanandani // = as shepherd
mjethanandani@gmail.com




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


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

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_527D76D2-7E7D-45FD-A7E0-3443F56CB3A9-- From nobody Wed Feb 6 18:06:55 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C6E4130FCD for ; Wed, 6 Feb 2019 18:06:51 -0800 (PST) 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 9icL9Ksp9x3C for ; Wed, 6 Feb 2019 18:06:49 -0800 (PST) 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 95EB3130FC1 for ; Wed, 6 Feb 2019 18:06:48 -0800 (PST) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id C403B4CE85B2828CDA92; Thu, 7 Feb 2019 02:06:46 +0000 (GMT) Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 7 Feb 2019 02:06:45 +0000 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.6]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0415.000; Thu, 7 Feb 2019 10:06:35 +0800 From: Rohit R Ranade To: Mahesh Jethanandani , Juergen Schoenwaelder CC: Netconf Thread-Topic: [netconf] AUTH48 changes to RFC 8526 Thread-Index: AQHUuAQx1EEmoqNMhUSsG62D6a9LuaXS1ZyAgAAHawCAAMWw4A== Date: Thu, 7 Feb 2019 02:06:35 +0000 Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.150.121] Content-Type: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6dggeml510mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2019 02:06:54 -0000 --_000_991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6dggeml510mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiAgICAgICAgICAgbGVhZi1saXN0IG5lZ2F0ZWQtb3JpZ2luLWZpbHRlciB7DQoNCj4gICAgICAg ICAgICAgdHlwZSBvcjpvcmlnaW4tcmVmOw0KDQo+ICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQoN Cj4gICAgICAgICAgICAgICAiRmlsdGVyIGJhc2VkIG9uIHRoZSAnb3JpZ2luJyBhbm5vdGF0aW9u LiAgQQ0KDQo+ICAgICAgICAgICAgICAgIGNvbmZpZ3VyYXRpb24gbm9kZSBtYXRjaGVzIHRoZSBm aWx0ZXIgaWYgaXRzICdvcmlnaW4nDQoNCj4gICAgICAgICAgICAgICAgYW5ub3RhdGlvbiBpcyBu b3QgZGVyaXZlZCBmcm9tIGFuZCBub3QgZXF1YWwgdG8gYW55IG9mDQoNCj4gICAgICAgICAgICAg ICAgdGhlIGdpdmVuIGZpbHRlciB2YWx1ZXMuIjsNCg0KPiAgICAgICAgICAgfQ0KDQoNCg0KU29y cnkgZm9yIHRoZSBsYXRlIGNvbW1lbnQuICBJIHRoaW5rIHRoaXMgc2hvdWxkIGJlIOKAnG5laXRo ZXIgZGVyaXZlZC1mcm9tIG5vciBlcXVhbCB0byBhbnkgb2YgdGhlIGdpdmVuIGZpbHRlciB2YWx1 ZXPigJ0NCg0KDQoNCkkgdGhpbmsgaWYgaXQgaXMgZGVyaXZlZC1mcm9tIGJ1dCBub3QgbWF0Y2hp bmcgdGhlIGZpbHRlciB2YWx1ZSwgdGhpcyBmaWx0ZXIgc2hvdWxkIGFwcGx5Lg0KDQoNCg0KV2l0 aCBSZWdhcmRzLA0KDQpSb2hpdA0KDQpGcm9tOiBuZXRjb25mIFttYWlsdG86bmV0Y29uZi1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTWFoZXNoIEpldGhhbmFuZGFuaQ0KU2VudDogMDcg RmVicnVhcnkgMjAxOSAwMzo0Ng0KVG86IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciA8ai5zY2hvZW53 YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPg0KQ2M6IE5ldGNvbmYgPG5ldGNvbmZAaWV0Zi5v cmc+DQpTdWJqZWN0OiBSZTogW25ldGNvbmZdIEFVVEg0OCBjaGFuZ2VzIHRvIFJGQyA4NTI2IDxk cmFmdC1pZXRmLW5ldGNvbmYtbm1kYS1uZXRjb25mLTA4Pg0KDQoNCg0KDQpPbiBGZWIgNiwgMjAx OSwgYXQgMTo0OSBQTSwgSnVlcmdlbiBTY2hvZW53YWVsZGVyIDxqLnNjaG9lbndhZWxkZXJAamFj b2JzLXVuaXZlcnNpdHkuZGU8bWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0 eS5kZT4+IHdyb3RlOg0KDQpNYWhlc2gsDQoNCmNhbiB3ZSBhc3N1bWUgdGhhdCB0aGlzIGVkaXQg aXMgYWNjZXB0ZWQgYW5kIHdlIGNhbiByZXN1bWUgdGhlIEFVVEg0OA0KcHJvY2Vzcz8NCg0KWWVz Lg0KDQpUaGlzIGNsb3NlcyB0aGUgb25lIHdlZWsgcmV2aWV3IHBlcmlvZC4gTm8gY29tbWVudHMg d2VyZSByZWNlaXZlZCBvbiB0aGUgZnVydGhlciBjbGFyaWZpY2F0aW9ucyBwcm9wb3NlZCBieSB0 aGUgYXV0aG9ycy4gQXMgc3VjaCwgd2Ugd2lsbCBub3cgbGV0IHRoZSBSRkMgRWRpdG9yIGtub3cg dG8gcHJvY2VlZCB3aXRoIG1ha2luZyB0aGUgcHJvcG9zZWQgY2hhbmdlcy4NCg0KVGhhbmtzLg0K DQoNCg0KL2pzDQoNCk9uIFR1ZSwgSmFuIDI5LCAyMDE5IGF0IDEwOjU0OjU0QU0gLTA4MDAsIE1h aGVzaCBKZXRoYW5hbmRhbmkgd3JvdGU6DQoNCk5FVENPTkYgV0csDQoNCkR1cmluZyB0aGUgQVVU SDQ4IHJldmlldyBvZiBkcmFmdC1pZXRmLW5ldGNvbmYtbm1kYS1uZXRjb25mLTA4LCB0aGUgYXV0 aG9ycyBmb3VuZCBhIGNvdXBsZSBvZiB0aGluZ3MgdGhhdCBuZWVkZWQgZnVydGhlciBjbGFyaWZp Y2F0aW9uLiBUaGUgZWRpdHMgYXJlIHJlZmxlY3RlZCBpbiB0aGlzIGUtbWFpbCB1c2luZyBPTEQ6 IGFuZCBORVc6LiBTaW5jZSB0aGUgY2hhbmdlcyBhcmUgdGVjaG5pY2FsIGNoYW5nZXMsIHdlIG5l ZWRlZCB0byBtYWtlIHN1cmUgdGhhdCB0aGUgV0cgd2FzIG9rIHdpdGggdGhlIGNoYW5nZXMuIFRo aXMgc3RhcnRzIGEgb25lIHdlZWsgcmV2aWV3IHBlcmlvZCB0ZXJtaW5hdGluZyBuZXh0IFR1ZXNk YXksIEZlYnJ1YXJ5IDUgdG8gcHJvdmlkZSBhbnkgY29tbWVudHMgeW91IG1pZ2h0IGhhdmUuIElm IHByb3ZpZGluZyBjb21tZW50cywgcGxlYXNlIGJlIHNwZWNpZmljIGluIHRoZSBjaGFuZ2VzIHlv dSB3b3VsZCBsaWtlIHRvIHNlZSwgcHJlZmVyYWJseSB1c2luZyB5b3VyIG93biBPTEQ6IGFuZCBO RVc6LiBJZiBubyBjb21tZW50cyBhcmUgcmVjZWl2ZWQsIGl0IHdpbGwgYmUgZGVlbWVkIHRoYXQg dGhlIGNoYW5nZXMgYXJlIGZpbmUgd2l0aCB0aGUgV0cuIFRoZSB0d28gc2V0IG9mIGNoYW5nZXMg YXJlIGluIHRoZSBZQU5HIG1vZGVsIGl0c2VsZiwgYW5kIGluIFNlY3Rpb24gMy4xLjEuNC4NCg0K SW4gdGhlIFlBTkcgbW9kZWw6DQoNCk9MRDoNCg0KICAgICAgIGNob2ljZSBvcmlnaW4tZmlsdGVy cyB7DQogICAgICAgICB3aGVuICdkZXJpdmVkLWZyb20tb3Itc2VsZihkYXRhc3RvcmUsICJkczpv cGVyYXRpb25hbCIpJzsNCiAgICAgICAgIGlmLWZlYXR1cmUgIm9yaWdpbiI7DQogICAgICAgICBk ZXNjcmlwdGlvbg0KICAgICAgICAgICAiRmlsdGVycyBiYXNlZCBvbiB0aGUgJ29yaWdpbicgYW5u b3RhdGlvbi4iOw0KICAgICAgICAgbGVhZi1saXN0IG9yaWdpbi1maWx0ZXIgew0KICAgICAgICAg ICB0eXBlIG9yOm9yaWdpbi1yZWY7DQogICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgICAgICAg ICAgIkZpbHRlciBiYXNlZCBvbiB0aGUgJ29yaWdpbicgYW5ub3RhdGlvbi4gIEEgbm9kZSBtYXRj aGVzDQogICAgICAgICAgICAgIHRoZSBmaWx0ZXIgaWYgaXRzICdvcmlnaW4nIGFubm90YXRpb24g aXMgZGVyaXZlZCBmcm9tIG9yDQogICAgICAgICAgICAgIGVxdWFsIHRvIGFueSBvZiB0aGUgZ2l2 ZW4gZmlsdGVyIHZhbHVlcy4iOw0KICAgICAgICAgfQ0KICAgICAgICAgbGVhZi1saXN0IG5lZ2F0 ZWQtb3JpZ2luLWZpbHRlciB7DQogICAgICAgICAgIHR5cGUgb3I6b3JpZ2luLXJlZjsNCiAgICAg ICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAiRmlsdGVyIGJhc2VkIG9uIHRoZSAnb3Jp Z2luJyBhbm5vdGF0aW9uLiAgQSBub2RlIG1hdGNoZXMNCiAgICAgICAgICAgICAgdGhlIGZpbHRl ciBpZiBpdHMgJ29yaWdpbicgYW5ub3RhdGlvbiBpcyBub3QgZGVyaXZlZA0KICAgICAgICAgICAg ICBmcm9tIGFuZCBub3QgZXF1YWwgdG8gYW55IG9mIHRoZSBnaXZlbiBmaWx0ZXIgdmFsdWVzLiI7 DQogICAgICAgICB9DQogICAgICAgfQ0KDQpORVc6DQoNCiAgICAgICBjaG9pY2Ugb3JpZ2luLWZp bHRlcnMgew0KICAgICAgICAgd2hlbiAnZGVyaXZlZC1mcm9tLW9yLXNlbGYoZGF0YXN0b3JlLCAi ZHM6b3BlcmF0aW9uYWwiKSc7DQogICAgICAgICBpZi1mZWF0dXJlIG9yaWdpbjsNCiAgICAgICAg IGRlc2NyaXB0aW9uDQogICAgICAgICAgICJGaWx0ZXJzIGNvbmZpZ3VyYXRpb24gbm9kZXMgYmFz ZWQgb24gdGhlICdvcmlnaW4nDQogICAgICAgICAgICBhbm5vdGF0aW9uLiAgQ29uZmlndXJhdGlv biBub2RlcyB0aGF0IGRvIG5vdCBoYXZlIGFuDQogICAgICAgICAgICAnb3JpZ2luJyBhbm5vdGF0 aW9uIGFyZSB0cmVhdGVkIGFzIGlmIHRoZXkgaGF2ZSB0aGUNCiAgICAgICAgICAgICdvcmlnaW4n IGFubm90YXRpb24gJ29yOnVua25vd24nLg0KDQogICAgICAgICAgICBTeXN0ZW0gc3RhdGUgbm9k ZXMgYXJlIG5vdCBhZmZlY3RlZCBieSBvcmlnaW4tZmlsdGVycyBhbmQNCiAgICAgICAgICAgIHRo dXMgbm90IGZpbHRlcmVkLiAgTm90ZSB0aGF0IHN5c3RlbSBzdGF0ZSBub2RlcyBjYW4gYmUNCiAg ICAgICAgICAgIGZpbHRlcmVkIHdpdGggdGhlICdjb25maWctZmlsdGVyJyBsZWFmLiI7DQoNCiAg ICAgICAgIGxlYWYtbGlzdCBvcmlnaW4tZmlsdGVyIHsNCiAgICAgICAgICAgdHlwZSBvcjpvcmln aW4tcmVmOw0KICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAgICJGaWx0ZXIgYmFz ZWQgb24gdGhlICdvcmlnaW4nIGFubm90YXRpb24uICBBDQogICAgICAgICAgICAgIGNvbmZpZ3Vy YXRpb24gbm9kZSBtYXRjaGVzIHRoZSBmaWx0ZXIgaWYgaXRzICdvcmlnaW4nDQogICAgICAgICAg ICAgIGFubm90YXRpb24gaXMgZGVyaXZlZCBmcm9tIG9yIGVxdWFsIHRvIGFueSBvZiB0aGUgZ2l2 ZW4NCiAgICAgICAgICAgICAgZmlsdGVyIHZhbHVlcy4iOw0KICAgICAgICAgfQ0KICAgICAgICAg bGVhZi1saXN0IG5lZ2F0ZWQtb3JpZ2luLWZpbHRlciB7DQogICAgICAgICAgIHR5cGUgb3I6b3Jp Z2luLXJlZjsNCiAgICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAiRmlsdGVyIGJh c2VkIG9uIHRoZSAnb3JpZ2luJyBhbm5vdGF0aW9uLiAgQQ0KICAgICAgICAgICAgICBjb25maWd1 cmF0aW9uIG5vZGUgbWF0Y2hlcyB0aGUgZmlsdGVyIGlmIGl0cyAnb3JpZ2luJw0KICAgICAgICAg ICAgICBhbm5vdGF0aW9uIGlzIG5vdCBkZXJpdmVkIGZyb20gYW5kIG5vdCBlcXVhbCB0byBhbnkg b2YNCiAgICAgICAgICAgICAgdGhlIGdpdmVuIGZpbHRlciB2YWx1ZXMuIjsNCiAgICAgICAgIH0N CiAgICAgICB9DQoNCk9MRDoNCg0KICAgICAgIGxlYWYgY29uZmlnLWZpbHRlciB7DQogICAgICAg ICB0eXBlIGJvb2xlYW47DQogICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAiRmlsdGVy IGZvciBub2RlcyB3aXRoIHRoZSBnaXZlbiB2YWx1ZSBmb3IgdGhlaXINCiAgICAgICAgICAgICdj b25maWcnIHByb3BlcnR5LiAgSWYgdGhpcyBsZWFmIGlzIG5vdCBwcmVzZW50LCBhbGwNCiAgICAg ICAgICAgIG5vZGVzIGFyZSBzZWxlY3RlZC4NCg0KICAgICAgICAgICAgRm9yIGV4YW1wbGUsIHdo ZW4gdGhpcyBsZWFmIGlzIHNldCB0byAndHJ1ZScsIG9ubHkgJ2NvbmZpZw0KICAgICAgICAgICAg dHJ1ZScgbm9kZXMgYXJlIHNlbGVjdGVkLiI7DQogICAgICAgfQ0KDQpORVc6DQoNCiAgICAgICBs ZWFmIGNvbmZpZy1maWx0ZXIgew0KICAgICAgICAgdHlwZSBib29sZWFuOw0KICAgICAgICAgZGVz Y3JpcHRpb24NCiAgICAgICAgICAgIkZpbHRlciBmb3Igbm9kZXMgd2l0aCB0aGUgZ2l2ZW4gdmFs dWUgZm9yIHRoZWlyICdjb25maWcnDQogICAgICAgICAgICBwcm9wZXJ0eS4gIFdoZW4gdGhpcyBs ZWFmIGlzIHNldCB0byAndHJ1ZScsIG9ubHkgJ2NvbmZpZw0KICAgICAgICAgICAgdHJ1ZScgbm9k ZXMgYXJlIHNlbGVjdGVkIGFuZCwgd2hlbiBzZXQgdG8g4oCYZmFsc2XigJksIG9ubHkNCiAgICAg ICAgICAgIOKAmGNvbmZpZyBmYWxzZeKAmSBub2RlcyBhcmUgc2VsZWN0ZWQuICBJZiB0aGlzIGxl YWYgaXMgbm90DQogICAgICAgICAgICBwcmVzZW50LCBubyBub2RlcyBhcmUgZmlsdGVyZWQuIjsN CiAgICAgICB9DQoNCkFkZCB0aGUgZm9sbG93aW5nIGV4YW1wbGUgdG8gMy4xLjEuNDoNCg0KICAg SW4gb3JkZXIgdG8gbm90IHJldHJpZXZlIGFueSBzeXN0ZW0gc3RhdGUgbm9kZXMsIHRoZQ0KICAg ImNvbmZpZy1maWx0ZXIiIGNhbiBiZSB1c2VkOg0KDQogICA8cnBjIG1lc3NhZ2UtaWQ9IjEwMyIN CiAgICAgICAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bmV0Y29uZjpiYXNlOjEuMCI+ DQogICAgIDxnZXQtZGF0YSB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYt bmV0Y29uZi1ubWRhIg0KICAgICAgICAgICAgICAgeG1sbnM6ZHM9InVybjppZXRmOnBhcmFtczp4 bWw6bnM6eWFuZzppZXRmLWRhdGFzdG9yZXMiDQogICAgICAgICAgICAgICB4bWxuczpvcj0idXJu OmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtb3JpZ2luIj4NCiAgICAgICA8ZGF0YXN0b3Jl PmRzOm9wZXJhdGlvbmFsPC9kYXRhc3RvcmU+DQogICAgICAgPHN1YnRyZWUtZmlsdGVyPg0KICAg ICAgICAgPGJncCB4bWxucz0iaHR0cDovL2V4YW1wbGUuY29tL25zL2JncCA8aHR0cDovL2V4YW1w bGUuY29tL25zL2JncD4iLz4NCiAgICAgICA8L3N1YnRyZWUtZmlsdGVyPg0KICAgICAgIDxjb25m aWctZmlsdGVyPnRydWU8L2NvbmZpZy1maWx0ZXI+DQogICAgICAgPG9yaWdpbi1maWx0ZXI+b3I6 aW50ZW5kZWQ8L29yaWdpbi1maWx0ZXI+DQogICAgICAgPG9yaWdpbi1maWx0ZXI+b3I6c3lzdGVt PC9vcmlnaW4tZmlsdGVyPg0KICAgICAgIDx3aXRoLW9yaWdpbi8+DQogICAgIDwvZ2V0LWRhdGE+ DQogICA8L3JwYz4NCg0KICAgPHJwYy1yZXBseSBtZXNzYWdlLWlkPSIxMDMiDQogICAgICAgICAg ICAgIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm5ldGNvbmY6YmFzZToxLjAiPg0KICAg ICA8ZGF0YSB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtbmV0Y29uZi1u bWRhIj4NCiAgICAgICA8YmdwIHhtbG5zPSJodHRwOi8vZXhhbXBsZS5jb20vbnMvYmdwIDxodHRw Oi8vZXhhbXBsZS5jb20vbnMvYmdwPiINCiAgICAgICAgICAgIHhtbG5zOm9yPSJ1cm46aWV0Zjpw YXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1vcmlnaW4iDQogICAgICAgICAgICBvcjpvcmlnaW49Im9y OmludGVuZGVkIj4NCiAgICAgICAgIDxwZWVyPg0KICAgICAgICAgICA8bmFtZT4yMDAxOmRiODo6 MjozPC9uYW1lPg0KICAgICAgICAgICA8bG9jYWwtcG9ydCBvcjpvcmlnaW49Im9yOnN5c3RlbSI+ NjA3OTQ8L2xvY2FsLXBvcnQ+DQogICAgICAgICA8L3BlZXI+DQogICAgICAgPC9iZ3A+DQogICAg IDwvZGF0YT4NCiAgIDwvcnBjLXJlcGx5Pg0KDQpUaGFua3MuDQoNCk1haGVzaCBKZXRoYW5hbmRh bmkgLy8gYXMgc2hlcGhlcmQNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFu YW5kYW5pQGdtYWlsLmNvbT4NCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCm5ldGNvbmYgbWFpbGluZyBsaXN0DQpuZXRjb25mQGlldGYub3Jn PG1haWx0bzpuZXRjb25mQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRjb25mDQoNCg0KLS0NCkp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAg SmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQpQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAg ICAgICAgIENhbXB1cyBSaW5nIDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55DQpGYXg6ICAgKzQ5 IDQyMSAyMDAgMzEwMyAgICAgICAgIDxodHRwczovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+ DQoNCk1haGVzaCBKZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzpt amV0aGFuYW5kYW5pQGdtYWlsLmNvbT4NCg0KDQoNCg== --_000_991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6dggeml510mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk65a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQg NSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFy IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAu NXB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uYXBwbGUtY29u dmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uUGxh aW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5 MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgbGVhZi1saXN0IG5lZ2F0ZWQtb3JpZ2luLWZpbHRlciB7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBvcjpvcmlnaW4tcmVmOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJnF1b3Q7RmlsdGVyIGJhc2VkIG9uIHRoZSAnb3JpZ2luJyBhbm5vdGF0aW9u LiZuYnNwOyBBPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg Y29uZmlndXJhdGlvbiBub2RlIG1hdGNoZXMgdGhlIGZpbHRlciBpZiBpdHMgJ29yaWdpbic8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbm5vdGF0aW9uIGlz IG5vdCBkZXJpdmVkIGZyb20gYW5kIG5vdCBlcXVhbCB0byBhbnkgb2Y8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgZ2l2ZW4gZmlsdGVyIHZhbHVlcy4m cXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPlNvcnJ5IGZvciB0aGUgbGF0ZSBjb21tZW50LiAmbmJzcDtJIHRo aW5rIHRoaXMgc2hvdWxkIGJlIOKAnDwvc3Bhbj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+bmVpdGhl cjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBkZXJpdmVkLWZyb20NCjxiPm5vcjwvYj4g ZXF1YWwgdG8gYW55IG9mIHRoZSBnaXZlbiBmaWx0ZXIgdmFsdWVzPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgaWYg aXQgaXMgZGVyaXZlZC1mcm9tIGJ1dCBub3QgbWF0Y2hpbmcgdGhlIGZpbHRlciB2YWx1ZSwgdGhp cyBmaWx0ZXIgc2hvdWxkIGFwcGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5XaXRoIFJlZ2FyZHMsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Sb2hpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gbmV0 Y29uZiBbbWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8 L2I+TWFoZXNoIEpldGhhbmFuZGFuaTxicj4NCjxiPlNlbnQ6PC9iPiAwNyBGZWJydWFyeSAyMDE5 IDAzOjQ2PGJyPg0KPGI+VG86PC9iPiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgJmx0O2ouc2Nob2Vu d2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZSZndDs8YnI+DQo8Yj5DYzo8L2I+IE5ldGNvbmYg Jmx0O25ldGNvbmZAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbmV0Y29u Zl0gQVVUSDQ4IGNoYW5nZXMgdG8gUkZDIDg1MjYgJmx0O2RyYWZ0LWlldGYtbmV0Y29uZi1ubWRh LW5ldGNvbmYtMDgmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gRmViIDYsIDIwMTks IGF0IDE6NDkgUE0sIEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmou c2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZSI+ai5zY2hvZW53YWVsZGVyQGphY29i cy11bml2ZXJzaXR5LmRlPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSZxdW90OyxzYW5zLXNlcmlmIj5NYWhlc2gsPGJyPg0KPGJyPg0KY2FuIHdlIGFzc3VtZSB0aGF0 IHRoaXMgZWRpdCBpcyBhY2NlcHRlZCBhbmQgd2UgY2FuIHJlc3VtZSB0aGUgQVVUSDQ4PGJyPg0K cHJvY2Vzcz88L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5ZZXMuJm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGlzIGNsb3NlcyB0aGUgb25l IHdlZWsgcmV2aWV3IHBlcmlvZC4gTm8gY29tbWVudHMgd2VyZSByZWNlaXZlZCBvbiB0aGUgZnVy dGhlciBjbGFyaWZpY2F0aW9ucyBwcm9wb3NlZCBieSB0aGUgYXV0aG9ycy4gQXMgc3VjaCwgd2Ug d2lsbCBub3cgbGV0IHRoZSBSRkMgRWRpdG9yIGtub3cgdG8gcHJvY2VlZCB3aXRoIG1ha2luZyB0 aGUgcHJvcG9zZWQgY2hhbmdlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPlRoYW5rcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCi9qczxicj4NCjxicj4NCk9uIFR1ZSwgSmFu IDI5LCAyMDE5IGF0IDEwOjU0OjU0QU0gLTA4MDAsIE1haGVzaCBKZXRoYW5hbmRhbmkgd3JvdGU6 PGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApO2ZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7dGV4dC1hbGlnbjpzdGFydDstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29y ZC1zcGFjaW5nOjBweCI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+TkVUQ09ORiBXRyw8YnI+ DQo8YnI+DQpEdXJpbmcgdGhlIEFVVEg0OCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1uZXRjb25mLW5t ZGEtbmV0Y29uZi0wOCwgdGhlIGF1dGhvcnMgZm91bmQgYSBjb3VwbGUgb2YgdGhpbmdzIHRoYXQg bmVlZGVkIGZ1cnRoZXIgY2xhcmlmaWNhdGlvbi4gVGhlIGVkaXRzIGFyZSByZWZsZWN0ZWQgaW4g dGhpcyBlLW1haWwgdXNpbmcgT0xEOiBhbmQgTkVXOi4gU2luY2UgdGhlIGNoYW5nZXMgYXJlIHRl Y2huaWNhbCBjaGFuZ2VzLCB3ZSBuZWVkZWQgdG8gbWFrZSBzdXJlDQogdGhhdCB0aGUgV0cgd2Fz IG9rIHdpdGggdGhlIGNoYW5nZXMuIFRoaXMgc3RhcnRzIGEgb25lIHdlZWsgcmV2aWV3IHBlcmlv ZCB0ZXJtaW5hdGluZyBuZXh0IFR1ZXNkYXksIEZlYnJ1YXJ5IDUgdG8gcHJvdmlkZSBhbnkgY29t bWVudHMgeW91IG1pZ2h0IGhhdmUuIElmIHByb3ZpZGluZyBjb21tZW50cywgcGxlYXNlIGJlIHNw ZWNpZmljIGluIHRoZSBjaGFuZ2VzIHlvdSB3b3VsZCBsaWtlIHRvIHNlZSwgcHJlZmVyYWJseSB1 c2luZyB5b3VyIG93bg0KIE9MRDogYW5kIE5FVzouIElmIG5vIGNvbW1lbnRzIGFyZSByZWNlaXZl ZCwgaXQgd2lsbCBiZSBkZWVtZWQgdGhhdCB0aGUgY2hhbmdlcyBhcmUgZmluZSB3aXRoIHRoZSBX Ry4gVGhlIHR3byBzZXQgb2YgY2hhbmdlcyBhcmUgaW4gdGhlIFlBTkcgbW9kZWwgaXRzZWxmLCBh bmQgaW4gU2VjdGlvbiAzLjEuMS40Ljxicj4NCjxicj4NCkluIHRoZSBZQU5HIG1vZGVsOjxicj4N Cjxicj4NCk9MRDo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDtjaG9pY2Ugb3JpZ2luLWZpbHRlcnMgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3doZW4gJ2Rlcml2ZWQtZnJvbS1vci1z ZWxmKGRhdGFzdG9yZSwgJnF1b3Q7ZHM6b3BlcmF0aW9uYWwmcXVvdDspJzs8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtpZi1mZWF0dXJl ICZxdW90O29yaWdpbiZxdW90Ozs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlwdGlvbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZxdW90O0Zp bHRlcnMgYmFzZWQgb24gdGhlICdvcmlnaW4nIGFubm90YXRpb24uJnF1b3Q7Ozxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2xlYWYtbGlz dCBvcmlnaW4tZmlsdGVyIHs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0eXBlIG9yOm9yaWdpbi1yZWY7PGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ZGVzY3JpcHRpb248YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmcXVvdDtGaWx0 ZXIgYmFzZWQgb24gdGhlICdvcmlnaW4nIGFubm90YXRpb24uICZuYnNwO0Egbm9kZSBtYXRjaGVz PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlIGZpbHRlciBpZiBpdHMgJ29yaWdp bicgYW5ub3RhdGlvbiBpcyBkZXJpdmVkIGZyb20gb3I8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDtlcXVhbCB0byBhbnkgb2YgdGhlIGdpdmVuIGZpbHRlciB2YWx1ZXMuJnF1b3Q7Ozxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O308YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtsZWFmLWxpc3QgbmVnYXRlZC1vcmlnaW4tZmlsdGVyIHs8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0eXBl IG9yOm9yaWdpbi1yZWY7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGVzY3JpcHRpb248YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmcXVvdDtGaWx0ZXIgYmFzZWQgb24gdGhlICdvcmlnaW4nIGFubm90YXRpb24u ICZuYnNwO0Egbm9kZSBtYXRjaGVzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhl IGZpbHRlciBpZiBpdHMgJ29yaWdpbicgYW5ub3RhdGlvbiBpcyBub3QgZGVyaXZlZDxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Zyb20gYW5kIG5vdCBlcXVhbCB0byBhbnkgb2YgdGhl IGdpdmVuIGZpbHRlciB2YWx1ZXMuJnF1b3Q7Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO308YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt9PGJyPg0KPGJyPg0KTkVXOjxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Nob2ljZSBvcmlnaW4tZmlsdGVy cyB7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7d2hlbiAnZGVyaXZlZC1mcm9tLW9yLXNlbGYoZGF0YXN0b3JlLCAmcXVvdDtkczpvcGVy YXRpb25hbCZxdW90OyknOzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO2lmLWZlYXR1cmUgb3JpZ2luOzxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Rlc2NyaXB0aW9uPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7JnF1b3Q7RmlsdGVycyBjb25maWd1cmF0aW9uIG5vZGVzIGJhc2VkIG9uIHRoZSAn b3JpZ2luJzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Fubm90YXRpb24uICZuYnNwO0NvbmZpZ3VyYXRp b24gbm9kZXMgdGhhdCBkbyBub3QgaGF2ZSBhbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOydvcmlnaW4n IGFubm90YXRpb24gYXJlIHRyZWF0ZWQgYXMgaWYgdGhleSBoYXZlIHRoZTxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOydvcmlnaW4nIGFubm90YXRpb24gJ29yOnVua25vd24nLjxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwO1N5c3RlbSBzdGF0ZSBub2RlcyBhcmUgbm90IGFmZmVjdGVkIGJ5IG9yaWdpbi1m aWx0ZXJzIGFuZDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RodXMgbm90IGZpbHRlcmVkLiAmbmJzcDtO b3RlIHRoYXQgc3lzdGVtIHN0YXRlIG5vZGVzIGNhbiBiZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Zp bHRlcmVkIHdpdGggdGhlICdjb25maWctZmlsdGVyJyBsZWFmLiZxdW90Ozs8YnI+DQo8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtsZWFm LWxpc3Qgb3JpZ2luLWZpbHRlciB7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dHlwZSBvcjpvcmlnaW4tcmVmOzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO2Rlc2NyaXB0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JnF1b3Q7 RmlsdGVyIGJhc2VkIG9uIHRoZSAnb3JpZ2luJyBhbm5vdGF0aW9uLiAmbmJzcDtBPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29uZmlndXJhdGlvbiBub2RlIG1hdGNoZXMgdGhlIGZp bHRlciBpZiBpdHMgJ29yaWdpbic8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthbm5v dGF0aW9uIGlzIGRlcml2ZWQgZnJvbSBvciBlcXVhbCB0byBhbnkgb2YgdGhlIGdpdmVuPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZmlsdGVyIHZhbHVlcy4mcXVvdDs7PGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2xl YWYtbGlzdCBuZWdhdGVkLW9yaWdpbi1maWx0ZXIgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3R5cGUgb3I6b3Jp Z2luLXJlZjs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlwdGlvbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZxdW90O0ZpbHRlciBiYXNlZCBvbiB0aGUgJ29yaWdpbicgYW5ub3RhdGlvbi4gJm5ic3A7 QTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2NvbmZpZ3VyYXRpb24gbm9kZSBtYXRj aGVzIHRoZSBmaWx0ZXIgaWYgaXRzICdvcmlnaW4nPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7YW5ub3RhdGlvbiBpcyBub3QgZGVyaXZlZCBmcm9tIGFuZCBub3QgZXF1YWwgdG8gYW55 IG9mPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlIGdpdmVuIGZpbHRlciB2YWx1 ZXMuJnF1b3Q7Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO308YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDt9PGJyPg0KPGJyPg0KT0xEOjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO2xlYWYgY29uZmlnLWZpbHRlciB7PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dHlwZSBib29sZWFuOzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O2Rlc2NyaXB0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JnF1b3Q7RmlsdGVyIGZvciBub2RlcyB3aXRoIHRo ZSBnaXZlbiB2YWx1ZSBmb3IgdGhlaXI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsnY29uZmlnJyBwcm9w ZXJ0eS4gJm5ic3A7SWYgdGhpcyBsZWFmIGlzIG5vdCBwcmVzZW50LCBhbGw8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDtub2RlcyBhcmUgc2VsZWN0ZWQuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Rm9y IGV4YW1wbGUsIHdoZW4gdGhpcyBsZWFmIGlzIHNldCB0byAndHJ1ZScsIG9ubHkgJ2NvbmZpZzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO3RydWUnIG5vZGVzIGFyZSBzZWxlY3RlZC4mcXVvdDs7PGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fTxicj4NCjxicj4NCk5F Vzo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDts ZWFmIGNvbmZpZy1maWx0ZXIgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO3R5cGUgYm9vbGVhbjs8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXNjcmlwdGlvbjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZxdW90O0ZpbHRlciBmb3Igbm9kZXMgd2l0aCB0aGUgZ2l2ZW4gdmFsdWUgZm9yIHRo ZWlyICdjb25maWcnPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cHJvcGVydHkuICZuYnNwO1doZW4gdGhp cyBsZWFmIGlzIHNldCB0byAndHJ1ZScsIG9ubHkgJ2NvbmZpZzxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O3RydWUnIG5vZGVzIGFyZSBzZWxlY3RlZCBhbmQsIHdoZW4gc2V0IHRvIOKAmGZhbHNl4oCZLCBv bmx5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A74oCYY29uZmlnIGZhbHNl4oCZIG5vZGVzIGFyZSBzZWxl Y3RlZC4gJm5ic3A7SWYgdGhpcyBsZWFmIGlzIG5vdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3ByZXNl bnQsIG5vIG5vZGVzIGFyZSBmaWx0ZXJlZC4mcXVvdDs7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fTxicj4NCjxicj4NCkFkZCB0aGUgZm9sbG93aW5nIGV4 YW1wbGUgdG8gMy4xLjEuNDo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtJbiBvcmRlciB0 byBub3QgcmV0cmlldmUgYW55IHN5c3RlbSBzdGF0ZSBub2RlcywgdGhlPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7JnF1b3Q7Y29uZmlnLWZpbHRlciZxdW90OyBjYW4gYmUgdXNlZDo8YnI+DQo8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbHQ7cnBjIG1lc3NhZ2UtaWQ9JnF1b3Q7MTAzJnF1b3Q7PGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eG1sbnM9 JnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczpuZXRjb25mOmJhc2U6MS4wJnF1b3Q7Jmd0Ozxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtnZXQtZGF0YSB4bWxucz0mcXVv dDt1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1uZXRjb25mLW5tZGEmcXVvdDs8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt4bWxuczpkcz0mcXVvdDt1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1kYXRhc3RvcmVzJnF1b3Q7PGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eG1sbnM6b3I9JnF1b3Q7dXJuOmlldGY6cGFyYW1zOnht bDpuczp5YW5nOmlldGYtb3JpZ2luJnF1b3Q7Jmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtkYXRhc3RvcmUmZ3Q7ZHM6b3BlcmF0aW9uYWwmbHQ7 L2RhdGFzdG9yZSZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbHQ7c3VidHJlZS1maWx0ZXImZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O2JncCB4bWxucz0mcXVvdDs8YSBocmVm PSJodHRwOi8vZXhhbXBsZS5jb20vbnMvYmdwIj5odHRwOi8vZXhhbXBsZS5jb20vbnMvYmdwPC9h PjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4mbHQ7PGEg aHJlZj0iaHR0cDovL2V4YW1wbGUuY29tL25zL2JncCI+aHR0cDovL2V4YW1wbGUuY29tL25zL2Jn cDwvYT4mZ3Q7JnF1b3Q7LyZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbHQ7L3N1YnRyZWUtZmlsdGVyJmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtjb25maWctZmlsdGVyJmd0O3RydWUmbHQ7L2Nv bmZpZy1maWx0ZXImZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jmx0O29yaWdpbi1maWx0ZXImZ3Q7b3I6aW50ZW5kZWQmbHQ7L29yaWdpbi1maWx0ZXIm Z3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O29y aWdpbi1maWx0ZXImZ3Q7b3I6c3lzdGVtJmx0Oy9vcmlnaW4tZmlsdGVyJmd0Ozxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDt3aXRoLW9yaWdpbi8mZ3Q7 PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0Oy9nZXQtZGF0YSZndDs8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbHQ7L3JwYyZndDs8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbHQ7cnBjLXJlcGx5IG1lc3NhZ2UtaWQ9JnF1b3Q7MTAzJnF1b3Q7PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7eG1sbnM9JnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczpu ZXRjb25mOmJhc2U6MS4wJnF1b3Q7Jmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZsdDtkYXRhIHhtbG5zPSZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRm LW5ldGNvbmYtbm1kYSZxdW90OyZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbHQ7YmdwIHhtbG5zPSZxdW90OzxhIGhyZWY9Imh0dHA6Ly9leGFtcGxl LmNvbS9ucy9iZ3AiPmh0dHA6Ly9leGFtcGxlLmNvbS9ucy9iZ3A8L2E+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiZsdDs8YSBocmVmPSJodHRwOi8vZXhh bXBsZS5jb20vbnMvYmdwIj5odHRwOi8vZXhhbXBsZS5jb20vbnMvYmdwPC9hPiZndDsmcXVvdDs8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDt4bWxuczpvcj0mcXVvdDt1cm46aWV0ZjpwYXJhbXM6eG1sOm5z Onlhbmc6aWV0Zi1vcmlnaW4mcXVvdDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvcjpvcmlnaW49JnF1 b3Q7b3I6aW50ZW5kZWQmcXVvdDsmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0O3BlZXImZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0 O25hbWUmZ3Q7MjAwMTpkYjg6OjI6MyZsdDsvbmFtZSZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7bG9j YWwtcG9ydCBvcjpvcmlnaW49JnF1b3Q7b3I6c3lzdGVtJnF1b3Q7Jmd0OzYwNzk0Jmx0Oy9sb2Nh bC1wb3J0Jmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZsdDsvcGVlciZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbHQ7L2JncCZndDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbHQ7L2RhdGEmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0Oy9ycGMtcmVw bHkmZ3Q7PGJyPg0KPGJyPg0KVGhhbmtzLjxicj4NCjxicj4NCk1haGVzaCBKZXRoYW5hbmRhbmkg Ly8gYXMgc2hlcGhlcmQ8YnI+DQo8YSBocmVmPSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5j b20iPm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPC9hPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hl bHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0Oy13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxicj4NCjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpuZXRjb25mIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzpuZXRjb25mQGlldGYub3JnIj5uZXRjb25mQGlldGYub3JnPC9h Pjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0 Y29uZiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mPC9hPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQotLTxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpKdWVyZ2VuIFNjaG9l bndhZWxkZXIgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7SmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIPGJyPg0KUGhvbmU6ICYj NDM7NDkgNDIxIDIwMCAzNTg3ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwO0NhbXB1cyBSaW5nIDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55PGJyPg0KRmF4 OiAmbmJzcDsmbmJzcDsmIzQzOzQ5IDQyMSAyMDAgMzEwMyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48 YSBocmVmPSJodHRwczovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWYiPmh0dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLzwvc3Bhbj48L2E+PC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mZ3Q7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPk1haGVzaCBKZXRoYW5hbmRhbmk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJl Zj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNv bTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6dggeml510mbxchi_-- From nobody Thu Feb 7 16:29:20 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D87A130F1B for ; Thu, 7 Feb 2019 16:29:19 -0800 (PST) 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_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 D8agxSG2nrBo for ; Thu, 7 Feb 2019 16:29:16 -0800 (PST) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 994B61274D0 for ; Thu, 7 Feb 2019 16:29:16 -0800 (PST) Received: by mail-pl1-x62c.google.com with SMTP id f90so573135plb.10 for ; Thu, 07 Feb 2019 16:29:16 -0800 (PST) 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=nMHgR3+1HL2GDGLH9j0/Ibp+r7PKb4dWOvr1dDsOJ78=; b=d3VxrVw0N9+y4C3+bfAuElypyguYTEJnMrk+Vr3+LwuHp7mRP0Z3JfvHLR6u5KzGkh D1iwEDiBBVAE9nBwLLH4I9WFXb8AJxEIZTiYxo3+FJ8NzKe/85wzI2PUzo41yFqtCeID QK6+pKe3KVqyAs3oC+M4HVMqUHo2v55ZbV1QE5vH2fK+4P6SqWkOjVublPmcSLq7/Fch /yrf8hwkztbIrLPfk/E2oFJHqq/c2Ck3/7cTybD+LeMxKsk9BW65Zk5O5GIXSgqQ6AAP OS5/4rttZXWH0FVCwOUgW8rZUVusVcZIXOjK8sDvfZbfk2ilOeODyNNgvvdMxBhc0R+3 MTnA== 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=nMHgR3+1HL2GDGLH9j0/Ibp+r7PKb4dWOvr1dDsOJ78=; b=ENfnkgMoJVIbqH9QlPOX30JPUIkWR4gX34jhZW8JcpALQLYnDjEwbeiVGwcF4HM+sb 9fdASMoVh1jgl7ahrIzxVKk5B4srllbSVF5BKwJzDosyNnZKpxYreZndmxN8bkKPZWC9 nuCMSHIIfGLzZXM52Cn0Mr5Zla6RfD8JPw7FjAe6ko3dF1hYD7Ao/gho3wOCG/yf6atZ 6vyxff4v1IIqM73oHqrGljbQ2yabFTfljrXefTL/Bbv6qwSEO3lj91GM6JjN9narXa+Y pNU6J6Vml7PfWYS17LWqA1FFEJDrrzuvGLAdUyb699BHz3WdHM4X6fJ/ydJXnHEB8Te6 gveA== X-Gm-Message-State: AHQUAub0d0hI0KKBElNPvdw/2q1p40KF9SIrA5tz4M3Web4T1Zen3m9g QdSGcpKNBWIoVeEtFrm27eY= X-Google-Smtp-Source: AHgI3IZdgos6ZF9BS6HGXAYCwqf2zQ03PasYcFVbjW1xJ5yEcmpG8WK1zjIIz6aRs+n1kM0gxjPITg== X-Received: by 2002:a17:902:34a:: with SMTP id 68mr19830412pld.268.1549585756015; Thu, 07 Feb 2019 16:29:16 -0800 (PST) Received: from [10.2.8.194] ([208.91.2.1]) by smtp.gmail.com with ESMTPSA id e65sm355425pfc.184.2019.02.07.16.29.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Feb 2019 16:29:14 -0800 (PST) From: Mahesh Jethanandani Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_1103A192-2383-4012-A494-6DC7956F567A" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Thu, 7 Feb 2019 16:29:13 -0800 In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> Cc: Juergen Schoenwaelder , Netconf To: Rohit R Ranade References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2019 00:29:19 -0000 --Apple-Mail=_1103A192-2383-4012-A494-6DC7956F567A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Authors of the draft, Do we want to accept or reject this late comment? > On Feb 6, 2019, at 6:06 PM, Rohit R Ranade = wrote: >=20 > > leaf-list negated-origin-filter { > > type or:origin-ref; > > description > > "Filter based on the 'origin' annotation. A > > configuration node matches the filter if its 'origin' > > annotation is not derived from and not equal to any = of > > the given filter values."; > > } > =20 > =20 > Sorry for the late comment. I think this should be =E2=80=9Cneither = derived-from nor equal to any of the given filter values=E2=80=9D > =20 > I think if it is derived-from but not matching the filter value, this = filter should apply. > =20 > With Regards, > Rohit > =20 > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Mahesh = Jethanandani > Sent: 07 February 2019 03:46 > To: Juergen Schoenwaelder > Cc: Netconf > Subject: Re: [netconf] AUTH48 changes to RFC 8526 = > =20 > =20 >=20 >=20 > On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder = > wrote: > =20 > Mahesh, >=20 > can we assume that this edit is accepted and we can resume the AUTH48 > process? > =20 > Yes.=20 > =20 > This closes the one week review period. No comments were received on = the further clarifications proposed by the authors. As such, we will now = let the RFC Editor know to proceed with making the proposed changes. > =20 > Thanks. >=20 >=20 >=20 > /js >=20 > On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani wrote: >=20 > NETCONF WG, >=20 > During the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the = authors found a couple of things that needed further clarification. The = edits are reflected in this e-mail using OLD: and NEW:. Since the = changes are technical changes, we needed to make sure that the WG was ok = with the changes. This starts a one week review period terminating next = Tuesday, February 5 to provide any comments you might have. If providing = comments, please be specific in the changes you would like to see, = preferably using your own OLD: and NEW:. If no comments are received, it = will be deemed that the changes are fine with the WG. The two set of = changes are in the YANG model itself, and in Section 3.1.1.4. >=20 > In the YANG model: >=20 > OLD: >=20 > choice origin-filters { > when 'derived-from-or-self(datastore, "ds:operational")'; > if-feature "origin"; > description > "Filters based on the 'origin' annotation."; > leaf-list origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A node matches > the filter if its 'origin' annotation is derived from or > equal to any of the given filter values."; > } > leaf-list negated-origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A node matches > the filter if its 'origin' annotation is not derived > from and not equal to any of the given filter values."; > } > } >=20 > NEW: >=20 > choice origin-filters { > when 'derived-from-or-self(datastore, "ds:operational")'; > if-feature origin; > description > "Filters configuration nodes based on the 'origin' > annotation. Configuration nodes that do not have an > 'origin' annotation are treated as if they have the > 'origin' annotation 'or:unknown'. >=20 > System state nodes are not affected by origin-filters and > thus not filtered. Note that system state nodes can be > filtered with the 'config-filter' leaf."; >=20 > leaf-list origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A > configuration node matches the filter if its 'origin' > annotation is derived from or equal to any of the given > filter values."; > } > leaf-list negated-origin-filter { > type or:origin-ref; > description > "Filter based on the 'origin' annotation. A > configuration node matches the filter if its 'origin' > annotation is not derived from and not equal to any of > the given filter values."; > } > } >=20 > OLD: >=20 > leaf config-filter { > type boolean; > description > "Filter for nodes with the given value for their > 'config' property. If this leaf is not present, all > nodes are selected. >=20 > For example, when this leaf is set to 'true', only 'config > true' nodes are selected."; > } >=20 > NEW: >=20 > leaf config-filter { > type boolean; > description > "Filter for nodes with the given value for their 'config' > property. When this leaf is set to 'true', only 'config > true' nodes are selected and, when set to =E2=80=98false=E2=80= =99, only > =E2=80=98config false=E2=80=99 nodes are selected. If = this leaf is not > present, no nodes are filtered."; > } >=20 > Add the following example to 3.1.1.4: >=20 > In order to not retrieve any system state nodes, the > "config-filter" can be used: >=20 > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores" > xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"> > ds:operational > > >"/> > > true > or:intended > or:system > > > >=20 > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> > > >" > xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin" > or:origin=3D"or:intended"> > > 2001:db8::2:3 > 60794 > > > > >=20 > Thanks. >=20 > Mahesh Jethanandani // as shepherd > mjethanandani@gmail.com >=20 >=20 >=20 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf = >=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 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_1103A192-2383-4012-A494-6DC7956F567A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Authors of the draft,

Do we want to accept or reject this late comment?

On Feb 6, 2019, at 6:06 PM, Rohit R Ranade <rohitrranade@huawei.com> wrote:

>          = ; leaf-list negated-origin-filter {
>          = ;   type or:origin-ref;
>          = ;   description
>          = ;     "Filter based on the 'origin' = annotation.  A
>          = ;      configuration node matches the filter if = its 'origin'
>          = ;      annotation is not derived from and not = equal to any of
>          = ;      the given filter values.";
>          = ; }
 
 
Sorry for the late comment.  I think this should be = =E2=80=9Cneither derived-from nor equal to any of the given = filter values=E2=80=9D
 
I think if it is derived-from but not matching the filter = value, this filter should apply.
 
With Regards,
Rohit
 
From: netconf = [mailto:netconf-bounces@ietf.org] On Behalf = Of Mahesh = Jethanandani
Sent: 07 February 2019 03:46
To: Juergen Schoenwaelder = <j.schoenwaelder@jacobs-university.de>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [netconf] AUTH48 = changes to RFC 8526 <draft-ietf-netconf-nmda-netconf-08>
 
 


On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
 
Mahesh,

can we assume that this edit is accepted and we can resume = the AUTH48
process?
 
Yes. 
 
This closes the one week review period. No comments were = received on the further clarifications proposed by the authors. As such, = we will now let the RFC Editor know to proceed with making the proposed = changes.
 
Thanks.



/js

On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani = wrote:

NETCONF WG,

During = the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the authors = found a couple of things that needed further clarification. The edits = are reflected in this e-mail using OLD: and NEW:. Since the changes are = technical changes, we needed to make sure that the WG was ok with the = changes. This starts a one week review period terminating next Tuesday, = February 5 to provide any comments you might have. If providing = comments, please be specific in the changes you would like to see, = preferably using your own OLD: and NEW:. If no comments are received, it = will be deemed that the changes are fine with the WG. The two set of = changes are in the YANG model itself, and in Section 3.1.1.4.

In the YANG model:

OLD:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e "origin";
         descripti= on
          &nb= sp;"Filters based on the 'origin' annotation.";
         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is derived = from or
          &nb= sp;   equal to any of the given filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is not = derived
          &nb= sp;   from and not equal to any of the given filter = values.";
         }
       }

NEW:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e origin;
         descripti= on
          &nb= sp;"Filters configuration nodes based on the 'origin'
          &nb= sp; annotation.  Configuration nodes that do not have an
          &nb= sp; 'origin' annotation are treated as if they have the
          &nb= sp; 'origin' annotation 'or:unknown'.

          &nb= sp; System state nodes are not affected by origin-filters and
          &nb= sp; thus not filtered.  Note that system state nodes can be
          &nb= sp; filtered with the 'config-filter' leaf.";

         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is derived from or equal to any of the = given
          &nb= sp;   filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is not derived from and not equal to any = of
          &nb= sp;   the given filter values.";
         }
       }

OLD:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their
          &nb= sp; 'config' property.  If this leaf is not present, all
          &nb= sp; nodes are selected.

          &nb= sp; For example, when this leaf is set to 'true', only 'config
          &nb= sp; true' nodes are selected.";
       }

NEW:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their 'config'
          &nb= sp; property.  When this leaf is set to 'true', only = 'config
          &nb= sp; true' nodes are selected and, when set to =E2=80=98false=E2=80=99= , only
          &nb= sp; =E2=80=98config false=E2=80=99 nodes are selected.  If = this leaf is not
          &nb= sp; present, no nodes are filtered.";
       }

Add the following example to 3.1.1.4:

   In order to not retrieve any system state = nodes, the
   "config-filter" can be = used:

   <rpc = message-id=3D"103"
        xmlns=3D"urn:ie= tf:params:xml:ns:netconf:base:1.0">
     <get-data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda"
          &nb= sp;    xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-da= tastores"
          &nb= sp;    xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-or= igin">
       <datastore>ds:o= perational</datastore>
       <subtree-filter>= ;
         <bgp = xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"/>
       </subtree-filter&g= t;
       <config-filter>= true</config-filter>
       <origin-filter>= or:intended</origin-filter>
       <origin-filter>= or:system</origin-filter>
       <with-origin/><= br class=3D"">     </get-data>
   </rpc>

   <rpc-reply message-id=3D"103"
          &nb= sp;   xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0">=
     <data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda">
       <bgp xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"
          &nb= sp; xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"
          &nb= sp; or:origin=3D"or:intended">
         <peer&= gt;
          &nb= sp;<name>2001:db8::2:3</name>
          &nb= sp;<local-port or:origin=3D"or:system">60794</local-port>
         </peer= >
       </bgp>
     </data>
   </rpc-reply>

Thanks.

Mahesh Jethanandani // = as shepherd
mjethanandani@gmail.com




_______________________________________________netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


-- 
Juergen = Schoenwaelder =           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/>
 
Mahesh = Jethanandani
mjethanandani@gmail.com

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_1103A192-2383-4012-A494-6DC7956F567A-- From nobody Thu Feb 7 17:48:03 2019 Return-Path: <01000168caca357c-d61d3242-b8ab-44ea-9afd-d9d0084cfc4c-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D27F128B14 for ; Thu, 7 Feb 2019 17:48:00 -0800 (PST) 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] 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 ge4A951czgCu for ; Thu, 7 Feb 2019 17:47:57 -0800 (PST) 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 75E2C1274D0 for ; Thu, 7 Feb 2019 17:47:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1549590476; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=I24i7b7oyRL05gfVRPKwmR707gHlUPiTHNTZs7rruOc=; b=L6h5zNXe6Z1MfJey0Ybm5y4pcGqkvnGpYAS6+hsPNdaBSVmq67QFTrlwuiWgq3oj iqyJ12//7agsSGT90Cz8cMmumpdGsoa8BTP5ICjJxR1R34nNlnl34UPpIxeHsvyush6 JD+qirTrxapc6CoQeMOODkOIWZdfqzy5/4y5Jqv8= From: Kent Watsen Message-ID: <01000168caca357c-d61d3242-b8ab-44ea-9afd-d9d0084cfc4c-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_23184D33-F409-463F-987A-4EBF8915CB64" Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Date: Fri, 8 Feb 2019 01:47:56 +0000 In-Reply-To: Cc: Rohit R Ranade , Netconf To: Mahesh Jethanandani References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.08-54.240.8.88 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2019 01:48:01 -0000 --Apple-Mail=_23184D33-F409-463F-987A-4EBF8915CB64 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 These are semantically identical statements. =20 Let=E2=80=99s ask the RFC Editor for their opinion. =20 FWIW, I prefer Rohit=E2=80=99s suggested replacement. Kent // as co-author > On Feb 7, 2019, at 7:29 PM, Mahesh Jethanandani = wrote: >=20 > Authors of the draft, >=20 > Do we want to accept or reject this late comment? >=20 >> On Feb 6, 2019, at 6:06 PM, Rohit R Ranade > wrote: >>=20 >> > leaf-list negated-origin-filter { >> > type or:origin-ref; >> > description >> > "Filter based on the 'origin' annotation. A >> > configuration node matches the filter if its = 'origin' >> > annotation is not derived from and not equal to any = of >> > the given filter values."; >> > } >> =20 >> =20 >> Sorry for the late comment. I think this should be =E2=80=9Cneither = derived-from nor equal to any of the given filter values=E2=80=9D >> =20 >> I think if it is derived-from but not matching the filter value, this = filter should apply. >> =20 >> With Regards, >> Rohit >> =20 >> From: netconf [mailto:netconf-bounces@ietf.org = ] On Behalf Of Mahesh Jethanandani >> Sent: 07 February 2019 03:46 >> To: Juergen Schoenwaelder > >> Cc: Netconf > >> Subject: Re: [netconf] AUTH48 changes to RFC 8526 = >> =20 >> =20 >>=20 >>=20 >> On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder = > wrote: >> =20 >> Mahesh, >>=20 >> can we assume that this edit is accepted and we can resume the AUTH48 >> process? >> =20 >> Yes.=20 >> =20 >> This closes the one week review period. No comments were received on = the further clarifications proposed by the authors. As such, we will now = let the RFC Editor know to proceed with making the proposed changes. >> =20 >> Thanks. >>=20 >>=20 >>=20 >> /js >>=20 >> On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani wrote: >>=20 >> NETCONF WG, >>=20 >> During the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the = authors found a couple of things that needed further clarification. The = edits are reflected in this e-mail using OLD: and NEW:. Since the = changes are technical changes, we needed to make sure that the WG was ok = with the changes. This starts a one week review period terminating next = Tuesday, February 5 to provide any comments you might have. If providing = comments, please be specific in the changes you would like to see, = preferably using your own OLD: and NEW:. If no comments are received, it = will be deemed that the changes are fine with the WG. The two set of = changes are in the YANG model itself, and in Section 3.1.1.4. >>=20 >> In the YANG model: >>=20 >> OLD: >>=20 >> choice origin-filters { >> when 'derived-from-or-self(datastore, "ds:operational")'; >> if-feature "origin"; >> description >> "Filters based on the 'origin' annotation."; >> leaf-list origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A node = matches >> the filter if its 'origin' annotation is derived from = or >> equal to any of the given filter values."; >> } >> leaf-list negated-origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A node = matches >> the filter if its 'origin' annotation is not derived >> from and not equal to any of the given filter values."; >> } >> } >>=20 >> NEW: >>=20 >> choice origin-filters { >> when 'derived-from-or-self(datastore, "ds:operational")'; >> if-feature origin; >> description >> "Filters configuration nodes based on the 'origin' >> annotation. Configuration nodes that do not have an >> 'origin' annotation are treated as if they have the >> 'origin' annotation 'or:unknown'. >>=20 >> System state nodes are not affected by origin-filters and >> thus not filtered. Note that system state nodes can be >> filtered with the 'config-filter' leaf."; >>=20 >> leaf-list origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A >> configuration node matches the filter if its 'origin' >> annotation is derived from or equal to any of the given >> filter values."; >> } >> leaf-list negated-origin-filter { >> type or:origin-ref; >> description >> "Filter based on the 'origin' annotation. A >> configuration node matches the filter if its 'origin' >> annotation is not derived from and not equal to any of >> the given filter values."; >> } >> } >>=20 >> OLD: >>=20 >> leaf config-filter { >> type boolean; >> description >> "Filter for nodes with the given value for their >> 'config' property. If this leaf is not present, all >> nodes are selected. >>=20 >> For example, when this leaf is set to 'true', only = 'config >> true' nodes are selected."; >> } >>=20 >> NEW: >>=20 >> leaf config-filter { >> type boolean; >> description >> "Filter for nodes with the given value for their 'config' >> property. When this leaf is set to 'true', only 'config >> true' nodes are selected and, when set to =E2=80=98false=E2= =80=99, only >> =E2=80=98config false=E2=80=99 nodes are selected. If = this leaf is not >> present, no nodes are filtered."; >> } >>=20 >> Add the following example to 3.1.1.4: >>=20 >> In order to not retrieve any system state nodes, the >> "config-filter" can be used: >>=20 >> > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >> > xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"= >> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"> >> ds:operational >> >> >"/> >> >> true >> or:intended >> or:system >> >> >> >>=20 >> > xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >> >> >" >> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin" >> or:origin=3D"or:intended"> >> >> 2001:db8::2:3 >> 60794 >> >> >> >> >>=20 >> Thanks. >>=20 >> Mahesh Jethanandani // as shepherd >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> netconf mailing list >> netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf = >>=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 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf = --Apple-Mail=_23184D33-F409-463F-987A-4EBF8915CB64 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

These are semantically identical = statements.  
Let=E2=80=99s ask the RFC Editor for = their opinion.  
FWIW, I prefer Rohit=E2=80=99s = suggested replacement.

Kent // as co-author



On Feb = 7, 2019, at 7:29 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

Authors of the draft,

Do we want to accept or reject this late = comment?

On Feb 6, 2019, at 6:06 PM, = Rohit R Ranade <rohitrranade@huawei.com> wrote:

>          = ; leaf-list negated-origin-filter {
>          = ;   type or:origin-ref;
>          = ;   description
>          = ;     "Filter based on the 'origin' = annotation.  A
>          = ;      configuration node matches the filter if = its 'origin'
>          = ;      annotation is not derived from and not = equal to any of
>          = ;      the given filter values.";
>          = ; }
 
 
Sorry for the late comment.  I think this should be = =E2=80=9Cneither derived-from nor equal to any of the given = filter values=E2=80=9D
 
I think if it is derived-from but not matching the filter value, = this filter should apply.
 
With Regards,
Rohit
 
From: netconf [mailto:netconf-bounces@ietf.org] On Behalf = Of Mahesh = Jethanandani
Sent: 07 February 2019 03:46
To: Juergen Schoenwaelder = <j.schoenwaelder@jacobs-university.de>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [netconf] AUTH48 = changes to RFC 8526 <draft-ietf-netconf-nmda-netconf-08>
 
 


On Feb = 6, 2019, at 1:49 PM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
 
Mahesh,

can we assume that this edit is accepted and = we can resume the AUTH48
process?
 
Yes. 
 
This closes the one = week review period. No comments were received on the further = clarifications proposed by the authors. As such, we will now let the RFC = Editor know to proceed with making the proposed changes.
 
Thanks.



/js

On Tue, Jan 29, 2019 at = 10:54:54AM -0800, Mahesh Jethanandani wrote:

NETCONF WG,

During = the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the authors = found a couple of things that needed further clarification. The edits = are reflected in this e-mail using OLD: and NEW:. Since the changes are = technical changes, we needed to make sure that the WG was ok with the = changes. This starts a one week review period terminating next Tuesday, = February 5 to provide any comments you might have. If providing = comments, please be specific in the changes you would like to see, = preferably using your own OLD: and NEW:. If no comments are received, it = will be deemed that the changes are fine with the WG. The two set of = changes are in the YANG model itself, and in Section 3.1.1.4.

In the YANG model:

OLD:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e "origin";
         descripti= on
          &nb= sp;"Filters based on the 'origin' annotation.";
         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is derived = from or
          &nb= sp;   equal to any of the given filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A node = matches
          &nb= sp;   the filter if its 'origin' annotation is not = derived
          &nb= sp;   from and not equal to any of the given filter = values.";
         }
       }

NEW:

       choice = origin-filters {
         when = 'derived-from-or-self(datastore, "ds:operational")';
         if-featur= e origin;
         descripti= on
          &nb= sp;"Filters configuration nodes based on the 'origin'
          &nb= sp; annotation.  Configuration nodes that do not have an
          &nb= sp; 'origin' annotation are treated as if they have the
          &nb= sp; 'origin' annotation 'or:unknown'.

          &nb= sp; System state nodes are not affected by origin-filters and
          &nb= sp; thus not filtered.  Note that system state nodes can be
          &nb= sp; filtered with the 'config-filter' leaf.";

         leaf-list= origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is derived from or equal to any of the = given
          &nb= sp;   filter values.";
         }
         leaf-list= negated-origin-filter {
          &nb= sp;type or:origin-ref;
          &nb= sp;description
          &nb= sp;  "Filter based on the 'origin' annotation.  A
          &nb= sp;   configuration node matches the filter if its = 'origin'
          &nb= sp;   annotation is not derived from and not equal to any = of
          &nb= sp;   the given filter values.";
         }
       }

OLD:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their
          &nb= sp; 'config' property.  If this leaf is not present, all
          &nb= sp; nodes are selected.

          &nb= sp; For example, when this leaf is set to 'true', only 'config
          &nb= sp; true' nodes are selected.";
       }

NEW:

       leaf config-filter = {
         type= boolean;
         descripti= on
          &nb= sp;"Filter for nodes with the given value for their 'config'
          &nb= sp; property.  When this leaf is set to 'true', only = 'config
          &nb= sp; true' nodes are selected and, when set to =E2=80=98false=E2=80=99= , only
          &nb= sp; =E2=80=98config false=E2=80=99 nodes are selected.  If = this leaf is not
          &nb= sp; present, no nodes are filtered.";
       }

Add the following example to 3.1.1.4:

   In order to not retrieve any system state = nodes, the
   "config-filter" can be = used:

   <rpc = message-id=3D"103"
        xmlns=3D"urn:ie= tf:params:xml:ns:netconf:base:1.0">
     <get-data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda"
          &nb= sp;    xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-da= tastores"
          &nb= sp;    xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-or= igin">
       <datastore>ds:o= perational</datastore>
       <subtree-filter>= ;
         <bgp = xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"/>
       </subtree-filter&g= t;
       <config-filter>= true</config-filter>
       <origin-filter>= or:intended</origin-filter>
       <origin-filter>= or:system</origin-filter>
       <with-origin/><= br class=3D"">     </get-data>
   </rpc>

   <rpc-reply message-id=3D"103"
          &nb= sp;   xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0">=
     <data = xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-netconf-nmda">
       <bgp xmlns=3D"http://example.com/ns/bgp <http://example.com/ns/bgp>"
          &nb= sp; xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"
          &nb= sp; or:origin=3D"or:intended">
         <peer&= gt;
          &nb= sp;<name>2001:db8::2:3</name>
          &nb= sp;<local-port or:origin=3D"or:system">60794</local-port>
         </peer= >
       </bgp>
     </data>
   </rpc-reply>

Thanks.

Mahesh Jethanandani // = as shepherd
mjethanandani@gmail.com




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


-- 
Juergen Schoenwaelder =           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/>
 
Mahesh = Jethanandani
mjethanandani@gmail.com

Mahesh= Jethanandani
mjethanandani@gmail.com



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

= --Apple-Mail=_23184D33-F409-463F-987A-4EBF8915CB64-- From nobody Fri Feb 8 08:41:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A187012867A for ; Fri, 8 Feb 2019 08:41:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.246 X-Spam-Level: X-Spam-Status: No, score=0.246 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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 8GTTUfsW24J7 for ; Fri, 8 Feb 2019 08:41:08 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03on0727.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe09::727]) (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 3F9F6127598 for ; Fri, 8 Feb 2019 08:41:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9QRbj6/bxoMvCCFn716M9j9/XcSNKp2WWoSaVWlX2Cw=; b=ULDSR8T/B60XLL6K6uwtIfwjcbbjfnZwQnBddXFul8AiFxhqnQxWjpVsBAC20xdcmBz0FiNMBxjvoGS1r6UUSLAowUbWij/I/uNCvjwShl4+LIsuvQdgtfXZS8YoX1+0+z+bwlHYK6B/K0/BpmvBOAn+iKPJemsYBTdyzFp8pQU= Received: from AM0PR07MB4500.eurprd07.prod.outlook.com (52.135.151.17) by AM0PR07MB4387.eurprd07.prod.outlook.com (52.133.61.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.16; Fri, 8 Feb 2019 16:40:55 +0000 Received: from AM0PR07MB4500.eurprd07.prod.outlook.com ([fe80::2596:f0c0:2e9b:d093]) by AM0PR07MB4500.eurprd07.prod.outlook.com ([fe80::2596:f0c0:2e9b:d093%3]) with mapi id 15.20.1601.016; Fri, 8 Feb 2019 16:40:55 +0000 From: tom petch To: Kent Watsen , Mahesh Jethanandani CC: Netconf Thread-Topic: [netconf] AUTH48 changes to RFC 8526 Thread-Index: AQHUv80PSqON0M0VRUybKeMcKMVoMw== Date: Fri, 8 Feb 2019 16:40:55 +0000 Message-ID: <00f901d4bfcc$dce33b60$4001a8c0@gateway.2wire.net> References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> <01000168caca357c-d61d3242-b8ab-44ea-9afd-d9d0084cfc4c-000000@email.amazonses.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0290.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a5::14) To AM0PR07MB4500.eurprd07.prod.outlook.com (2603:10a6:208:78::17) x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM0PR07MB4387; 6:ppjfNvy19VHHLQBZi/wY1LKUXVUkK9CQbBi0Is/Sh3vpikd54JAfD0S00z1Y48LP6LLTN4WMVBcRIpQaBs0RGap66YWETNzwAde89gf+WUl5eo8Wysgy1+0ZJYkfpgNFDYbjx9PByaKBs6Q4VYyz57vXCId7u8Xg0R3z+M+PgcvEjq8sZW/z6zzLfIkJXutiFVQmxDLPhW+ihN09Fx/GzQjI4weWPheWr9J2lfeXEbbCWUNew3M9BtyFRmYkmQ/EznePRXrFtIaUWCxZ/OlyN5zXAU/R+tGmS1TkrcxsGC3/6xZh0a5VUyuiIEmtC4GzFT+Z6FNcY+Wi4+ScfqloW9veTT8hU50Nuq2Tr1GobAIDNlAVRKHKavBLxOciMFSh/nZdPPumKPZdD+MTqtCBLV8imOhIzusMEYwVU0dksbovOPG2TVyfYM78G6zmhRwSpU6HfoB5bYYhvL60ifX07w==; 5:v3/xpRHwTXZvmPJEjQpqB2MkuFPh73Tf7aGiz7aOyttnJjtIAQ3nnZMaWEHnpkRgqnGulco7dyzTO9tHNvEij0DFUnZUN58bXlcrW+8BxgOTjLXMQ1TokjlPlJjA07ET8vwI4UCpEtrMmG6zuA1kNOJprkZupUGFTxSiSgp8mFmuPUYw7wElZREBzCaH2ZJkAnnsK0RhL6Mdb1lhETF4xA==; 7:lcFeNSt6K+NchFk/T1LutTpWcSpddX7BjiaYYpMkbxeL17EMSa0OhRFOmer89nJ3rp4P7m6jgsPGssyYf4AvWoJqNvbdyKWVOb9RzktXANEhPgJnEXiUpG0AXib+2qI2h4NEJ9abP3xm359N0HsVhw== x-ms-office365-filtering-correlation-id: 76e7a719-04f6-4445-ba6b-08d68de431b5 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7193020); SRVR:AM0PR07MB4387; x-ms-traffictypediagnostic: AM0PR07MB4387: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-forefront-prvs: 094213BFEA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39860400002)(136003)(376002)(396003)(346002)(199004)(13464003)(189003)(86362001)(6246003)(53376002)(7736002)(53936002)(229853002)(256004)(14444005)(71190400001)(71200400001)(68736007)(44736005)(14496001)(81156014)(6116002)(25786009)(3846002)(81166006)(6486002)(6436002)(61296003)(44716002)(1556002)(8676002)(9686003)(6512007)(62236002)(86152003)(305945005)(97736004)(6306002)(4326008)(105586002)(102836004)(476003)(386003)(6506007)(53546011)(4720700003)(486006)(26005)(6346003)(14454004)(478600001)(106356001)(84392002)(446003)(52116002)(76176011)(81816011)(33896004)(99286004)(2906002)(81686011)(50226002)(316002)(93886005)(110136005)(19273905006)(66066001)(8936002)(186003)(966005)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4387; H:AM0PR07MB4500.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: n9V/5JvrOA+4qwX04GcQGLEG9fr5YjpbQZo+irvClyrEyxOPv5e0+SQdGzWFqzJQK2vxvoHWLjaYORQPERWF8RUGFk8oxxCVo+JmPOSoEf4QdpVbHgPkI3KaYgUc/6YhK8NMP7+y5gYh2FebsYqJ8z/Aj6mWsbQJ2lhAw0oDNsY7w7uxMypug1fIY5wqKswf8uuwb+tzDap6ASIFZOxeYTs/WpeO0EF7hz+wnkuYU81vIoG2urheserAlWJheGad+z8fu46Y+IKIX2v0PxYgWiC27hBOcdnMDj23o/w8OMTUo28il9Hd07b34QwRbAXOVYcPrEWTjV8iEFAXpeEHgqbbqVqhGG4ccoxwY+I03COF53B2g6jHx45AazEnsdb4VezKvaPH4rxnaFHdRG+gVkZlh1yJ7y7IXpPi6GOoGWk= Content-Type: text/plain; charset="utf-8" Content-ID: <8BA379323ADC1B4AB1C2D2D1AEA8AB3C@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 76e7a719-04f6-4445-ba6b-08d68de431b5 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Feb 2019 16:40:54.2464 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4387 Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2019 16:41:12 -0000 LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIktlbnQgV2F0c2VuIiA8a2VudEB3 YXRzZW4ubmV0Pg0KU2VudDogRnJpZGF5LCBGZWJydWFyeSAwOCwgMjAxOSAxOjQ3IEFNDQoNClRo ZXNlIGFyZSBzZW1hbnRpY2FsbHkgaWRlbnRpY2FsIHN0YXRlbWVudHMuDQpMZXTigJlzIGFzayB0 aGUgUkZDIEVkaXRvciBmb3IgdGhlaXIgb3Bpbmlvbi4NCkZXSVcsIEkgcHJlZmVyIFJvaGl04oCZ cyBzdWdnZXN0ZWQgcmVwbGFjZW1lbnQuDQoNCjx0cD4NCg0KSSBmaW5kIHRoZSBvcmlnaW5hbCBm b3JtdWxhdGlvbiBtdWNoIGNsZWFyZXIuIEkgY2FuIHJld3JpdGUgaXQgYXMNCg0KbWF0Y2ggaWYN Cm9yaWdpbiBOT1QgZGVyaXZlZCBmcm9tIGZpbHRlcg0KQU5EDQpvcmlnaW4gTk9UIGVxdWFsIHRv IGZpbHRlcg0KDQpzbyBpZiBjYWJsZSBpcyBkZXJpdmVkIGZyb20gQURTTCwgdGhlbiBJIGNhbiBz bG90IGluIHRoZSB2YWx1ZXMgYW5kIGdldA0KDQpmaWx0ZXIgY2FibGUNCm9yaWdpbiBBRFNMDQpB RFNMIE5PVCBkZXJpdmVkIGZyb20gY2FibGUgdHJ1ZQ0KQU5EDQpBRFNMIE5PVCBlcXVhbCB0byBj YWJsZSB0cnVlDQppLmUuIHRydWUNCg0KZmlsdGVyIEFEU0wNCm9yaWdpbiBjYWJsZQ0KY2FibGUg Tk9UIGRlcml2ZWQgZnJvbSBBRFNMIGZhbHNlDQpBTkQNCmNhYmxlIE5PVCBlcXVhbCB0byBBRFNM IHRydWUNCmkuZS4gZmFsc2UNCg0Kd2hpY2ggSSBmaW5kIGNsZWFyICggYW5kIEkgYXNzdW1lIGlz IHdoYXQgeW91IGludGVuZCkuDQoNCldpdGggbmVpdGhlciAuLiAgbm9yLCBJIGNhbm5vdCBkbyB0 aGF0LCBvciBub3QgYXMgc3RyYWlnaHRmb3J3YXJkbHksIGFuZA0Kc28gZmluZCB1bmNsZWFyLg0K DQpUb20gUGV0Y2gNCg0KS2VudCAvLyBhcyBjby1hdXRob3INCg0KPiBPbiBGZWIgNywgMjAxOSwg YXQgNzoyOSBQTSwgTWFoZXNoIEpldGhhbmFuZGFuaQ0KPG1qZXRoYW5hbmRhbmlAZ21haWwuY29t PiB3cm90ZToNCj4NCj4gQXV0aG9ycyBvZiB0aGUgZHJhZnQsDQo+DQo+IERvIHdlIHdhbnQgdG8g YWNjZXB0IG9yIHJlamVjdCB0aGlzIGxhdGUgY29tbWVudD8NCj4NCj4+IE9uIEZlYiA2LCAyMDE5 LCBhdCA2OjA2IFBNLCBSb2hpdCBSIFJhbmFkZSA8cm9oaXRycmFuYWRlQGh1YXdlaS5jb20NCjxt YWlsdG86cm9oaXRycmFuYWRlQGh1YXdlaS5jb20+PiB3cm90ZToNCj4+DQo+PiA+ICAgICAgICAg ICBsZWFmLWxpc3QgbmVnYXRlZC1vcmlnaW4tZmlsdGVyIHsNCj4+ID4gICAgICAgICAgICAgdHlw ZSBvcjpvcmlnaW4tcmVmOw0KPj4gPiAgICAgICAgICAgICBkZXNjcmlwdGlvbg0KPj4gPiAgICAg ICAgICAgICAgICJGaWx0ZXIgYmFzZWQgb24gdGhlICdvcmlnaW4nIGFubm90YXRpb24uICBBDQo+ PiA+ICAgICAgICAgICAgICAgIGNvbmZpZ3VyYXRpb24gbm9kZSBtYXRjaGVzIHRoZSBmaWx0ZXIg aWYgaXRzDQonb3JpZ2luJw0KPj4gPiAgICAgICAgICAgICAgICBhbm5vdGF0aW9uIGlzIG5vdCBk ZXJpdmVkIGZyb20gYW5kIG5vdCBlcXVhbCB0byBhbnkNCm9mDQo+PiA+ICAgICAgICAgICAgICAg IHRoZSBnaXZlbiBmaWx0ZXIgdmFsdWVzLiI7DQo+PiA+ICAgICAgICAgICB9DQo+Pg0KPj4NCj4+ IFNvcnJ5IGZvciB0aGUgbGF0ZSBjb21tZW50LiAgSSB0aGluayB0aGlzIHNob3VsZCBiZSDigJxu ZWl0aGVyDQpkZXJpdmVkLWZyb20gbm9yIGVxdWFsIHRvIGFueSBvZiB0aGUgZ2l2ZW4gZmlsdGVy IHZhbHVlc+KAnQ0KPj4NCj4+IEkgdGhpbmsgaWYgaXQgaXMgZGVyaXZlZC1mcm9tIGJ1dCBub3Qg bWF0Y2hpbmcgdGhlIGZpbHRlciB2YWx1ZSwgdGhpcw0KZmlsdGVyIHNob3VsZCBhcHBseS4NCj4+ DQo+PiBXaXRoIFJlZ2FyZHMsDQo+PiBSb2hpdA0KPj4NCj4+IEZyb206IG5ldGNvbmYgW21haWx0 bzpuZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmcNCjxtYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYu b3JnPl0gT24gQmVoYWxmIE9mIE1haGVzaCBKZXRoYW5hbmRhbmkNCj4+IFNlbnQ6IDA3IEZlYnJ1 YXJ5IDIwMTkgMDM6NDYNCj4+IFRvOiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgPGouc2Nob2Vud2Fl bGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZQ0KPG1haWx0bzpqLnNjaG9lbndhZWxkZXJAamFjb2Jz LXVuaXZlcnNpdHkuZGU+Pg0KPj4gQ2M6IE5ldGNvbmYgPG5ldGNvbmZAaWV0Zi5vcmcgPG1haWx0 bzpuZXRjb25mQGlldGYub3JnPj4NCj4+IFN1YmplY3Q6IFJlOiBbbmV0Y29uZl0gQVVUSDQ4IGNo YW5nZXMgdG8gUkZDIDg1MjYNCjxkcmFmdC1pZXRmLW5ldGNvbmYtbm1kYS1uZXRjb25mLTA4Pg0K Pj4NCj4+DQo+Pg0KPj4NCj4+IE9uIEZlYiA2LCAyMDE5LCBhdCAxOjQ5IFBNLCBKdWVyZ2VuIFNj aG9lbndhZWxkZXINCjxqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUNCjxtYWls dG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPj4gd3JvdGU6DQo+Pg0KPj4g TWFoZXNoLA0KPj4NCj4+IGNhbiB3ZSBhc3N1bWUgdGhhdCB0aGlzIGVkaXQgaXMgYWNjZXB0ZWQg YW5kIHdlIGNhbiByZXN1bWUgdGhlIEFVVEg0OA0KPj4gcHJvY2Vzcz8NCj4+DQo+PiBZZXMuDQo+ Pg0KPj4gVGhpcyBjbG9zZXMgdGhlIG9uZSB3ZWVrIHJldmlldyBwZXJpb2QuIE5vIGNvbW1lbnRz IHdlcmUgcmVjZWl2ZWQgb24NCnRoZSBmdXJ0aGVyIGNsYXJpZmljYXRpb25zIHByb3Bvc2VkIGJ5 IHRoZSBhdXRob3JzLiBBcyBzdWNoLCB3ZSB3aWxsIG5vdw0KbGV0IHRoZSBSRkMgRWRpdG9yIGtu b3cgdG8gcHJvY2VlZCB3aXRoIG1ha2luZyB0aGUgcHJvcG9zZWQgY2hhbmdlcy4NCj4+DQo+PiBU aGFua3MuDQo+Pg0KPj4NCj4+DQo+PiAvanMNCj4+DQo+PiBPbiBUdWUsIEphbiAyOSwgMjAxOSBh dCAxMDo1NDo1NEFNIC0wODAwLCBNYWhlc2ggSmV0aGFuYW5kYW5pIHdyb3RlOg0KPj4NCj4+IE5F VENPTkYgV0csDQo+Pg0KPj4gRHVyaW5nIHRoZSBBVVRINDggcmV2aWV3IG9mIGRyYWZ0LWlldGYt bmV0Y29uZi1ubWRhLW5ldGNvbmYtMDgsIHRoZQ0KYXV0aG9ycyBmb3VuZCBhIGNvdXBsZSBvZiB0 aGluZ3MgdGhhdCBuZWVkZWQgZnVydGhlciBjbGFyaWZpY2F0aW9uLiBUaGUNCmVkaXRzIGFyZSBy ZWZsZWN0ZWQgaW4gdGhpcyBlLW1haWwgdXNpbmcgT0xEOiBhbmQgTkVXOi4gU2luY2UgdGhlDQpj aGFuZ2VzIGFyZSB0ZWNobmljYWwgY2hhbmdlcywgd2UgbmVlZGVkIHRvIG1ha2Ugc3VyZSB0aGF0 IHRoZSBXRyB3YXMgb2sNCndpdGggdGhlIGNoYW5nZXMuIFRoaXMgc3RhcnRzIGEgb25lIHdlZWsg cmV2aWV3IHBlcmlvZCB0ZXJtaW5hdGluZyBuZXh0DQpUdWVzZGF5LCBGZWJydWFyeSA1IHRvIHBy b3ZpZGUgYW55IGNvbW1lbnRzIHlvdSBtaWdodCBoYXZlLiBJZiBwcm92aWRpbmcNCmNvbW1lbnRz LCBwbGVhc2UgYmUgc3BlY2lmaWMgaW4gdGhlIGNoYW5nZXMgeW91IHdvdWxkIGxpa2UgdG8gc2Vl LA0KcHJlZmVyYWJseSB1c2luZyB5b3VyIG93biBPTEQ6IGFuZCBORVc6LiBJZiBubyBjb21tZW50 cyBhcmUgcmVjZWl2ZWQsIGl0DQp3aWxsIGJlIGRlZW1lZCB0aGF0IHRoZSBjaGFuZ2VzIGFyZSBm aW5lIHdpdGggdGhlIFdHLiBUaGUgdHdvIHNldCBvZg0KY2hhbmdlcyBhcmUgaW4gdGhlIFlBTkcg bW9kZWwgaXRzZWxmLCBhbmQgaW4gU2VjdGlvbiAzLjEuMS40Lg0KPj4NCj4+IEluIHRoZSBZQU5H IG1vZGVsOg0KPj4NCj4+IE9MRDoNCj4+DQo+PiAgICAgICAgY2hvaWNlIG9yaWdpbi1maWx0ZXJz IHsNCj4+ICAgICAgICAgIHdoZW4gJ2Rlcml2ZWQtZnJvbS1vci1zZWxmKGRhdGFzdG9yZSwgImRz Om9wZXJhdGlvbmFsIiknOw0KPj4gICAgICAgICAgaWYtZmVhdHVyZSAib3JpZ2luIjsNCj4+ICAg ICAgICAgIGRlc2NyaXB0aW9uDQo+PiAgICAgICAgICAgICJGaWx0ZXJzIGJhc2VkIG9uIHRoZSAn b3JpZ2luJyBhbm5vdGF0aW9uLiI7DQo+PiAgICAgICAgICBsZWFmLWxpc3Qgb3JpZ2luLWZpbHRl ciB7DQo+PiAgICAgICAgICAgIHR5cGUgb3I6b3JpZ2luLXJlZjsNCj4+ICAgICAgICAgICAgZGVz Y3JpcHRpb24NCj4+ICAgICAgICAgICAgICAiRmlsdGVyIGJhc2VkIG9uIHRoZSAnb3JpZ2luJyBh bm5vdGF0aW9uLiAgQSBub2RlDQptYXRjaGVzDQo+PiAgICAgICAgICAgICAgIHRoZSBmaWx0ZXIg aWYgaXRzICdvcmlnaW4nIGFubm90YXRpb24gaXMgZGVyaXZlZCBmcm9tDQpvcg0KPj4gICAgICAg ICAgICAgICBlcXVhbCB0byBhbnkgb2YgdGhlIGdpdmVuIGZpbHRlciB2YWx1ZXMuIjsNCj4+ICAg ICAgICAgIH0NCj4+ICAgICAgICAgIGxlYWYtbGlzdCBuZWdhdGVkLW9yaWdpbi1maWx0ZXIgew0K Pj4gICAgICAgICAgICB0eXBlIG9yOm9yaWdpbi1yZWY7DQo+PiAgICAgICAgICAgIGRlc2NyaXB0 aW9uDQo+PiAgICAgICAgICAgICAgIkZpbHRlciBiYXNlZCBvbiB0aGUgJ29yaWdpbicgYW5ub3Rh dGlvbi4gIEEgbm9kZQ0KbWF0Y2hlcw0KPj4gICAgICAgICAgICAgICB0aGUgZmlsdGVyIGlmIGl0 cyAnb3JpZ2luJyBhbm5vdGF0aW9uIGlzIG5vdCBkZXJpdmVkDQo+PiAgICAgICAgICAgICAgIGZy b20gYW5kIG5vdCBlcXVhbCB0byBhbnkgb2YgdGhlIGdpdmVuIGZpbHRlciB2YWx1ZXMuIjsNCj4+ ICAgICAgICAgIH0NCj4+ICAgICAgICB9DQo+Pg0KPj4gTkVXOg0KPj4NCj4+ICAgICAgICBjaG9p Y2Ugb3JpZ2luLWZpbHRlcnMgew0KPj4gICAgICAgICAgd2hlbiAnZGVyaXZlZC1mcm9tLW9yLXNl bGYoZGF0YXN0b3JlLCAiZHM6b3BlcmF0aW9uYWwiKSc7DQo+PiAgICAgICAgICBpZi1mZWF0dXJl IG9yaWdpbjsNCj4+ICAgICAgICAgIGRlc2NyaXB0aW9uDQo+PiAgICAgICAgICAgICJGaWx0ZXJz IGNvbmZpZ3VyYXRpb24gbm9kZXMgYmFzZWQgb24gdGhlICdvcmlnaW4nDQo+PiAgICAgICAgICAg ICBhbm5vdGF0aW9uLiAgQ29uZmlndXJhdGlvbiBub2RlcyB0aGF0IGRvIG5vdCBoYXZlIGFuDQo+ PiAgICAgICAgICAgICAnb3JpZ2luJyBhbm5vdGF0aW9uIGFyZSB0cmVhdGVkIGFzIGlmIHRoZXkg aGF2ZSB0aGUNCj4+ICAgICAgICAgICAgICdvcmlnaW4nIGFubm90YXRpb24gJ29yOnVua25vd24n Lg0KPj4NCj4+ICAgICAgICAgICAgIFN5c3RlbSBzdGF0ZSBub2RlcyBhcmUgbm90IGFmZmVjdGVk IGJ5IG9yaWdpbi1maWx0ZXJzIGFuZA0KPj4gICAgICAgICAgICAgdGh1cyBub3QgZmlsdGVyZWQu ICBOb3RlIHRoYXQgc3lzdGVtIHN0YXRlIG5vZGVzIGNhbiBiZQ0KPj4gICAgICAgICAgICAgZmls dGVyZWQgd2l0aCB0aGUgJ2NvbmZpZy1maWx0ZXInIGxlYWYuIjsNCj4+DQo+PiAgICAgICAgICBs ZWFmLWxpc3Qgb3JpZ2luLWZpbHRlciB7DQo+PiAgICAgICAgICAgIHR5cGUgb3I6b3JpZ2luLXJl ZjsNCj4+ICAgICAgICAgICAgZGVzY3JpcHRpb24NCj4+ICAgICAgICAgICAgICAiRmlsdGVyIGJh c2VkIG9uIHRoZSAnb3JpZ2luJyBhbm5vdGF0aW9uLiAgQQ0KPj4gICAgICAgICAgICAgICBjb25m aWd1cmF0aW9uIG5vZGUgbWF0Y2hlcyB0aGUgZmlsdGVyIGlmIGl0cyAnb3JpZ2luJw0KPj4gICAg ICAgICAgICAgICBhbm5vdGF0aW9uIGlzIGRlcml2ZWQgZnJvbSBvciBlcXVhbCB0byBhbnkgb2Yg dGhlIGdpdmVuDQo+PiAgICAgICAgICAgICAgIGZpbHRlciB2YWx1ZXMuIjsNCj4+ICAgICAgICAg IH0NCj4+ICAgICAgICAgIGxlYWYtbGlzdCBuZWdhdGVkLW9yaWdpbi1maWx0ZXIgew0KPj4gICAg ICAgICAgICB0eXBlIG9yOm9yaWdpbi1yZWY7DQo+PiAgICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ PiAgICAgICAgICAgICAgIkZpbHRlciBiYXNlZCBvbiB0aGUgJ29yaWdpbicgYW5ub3RhdGlvbi4g IEENCj4+ICAgICAgICAgICAgICAgY29uZmlndXJhdGlvbiBub2RlIG1hdGNoZXMgdGhlIGZpbHRl ciBpZiBpdHMgJ29yaWdpbicNCj4+ICAgICAgICAgICAgICAgYW5ub3RhdGlvbiBpcyBub3QgZGVy aXZlZCBmcm9tIGFuZCBub3QgZXF1YWwgdG8gYW55IG9mDQo+PiAgICAgICAgICAgICAgIHRoZSBn aXZlbiBmaWx0ZXIgdmFsdWVzLiI7DQo+PiAgICAgICAgICB9DQo+PiAgICAgICAgfQ0KPj4NCj4+ IE9MRDoNCj4+DQo+PiAgICAgICAgbGVhZiBjb25maWctZmlsdGVyIHsNCj4+ICAgICAgICAgIHR5 cGUgYm9vbGVhbjsNCj4+ICAgICAgICAgIGRlc2NyaXB0aW9uDQo+PiAgICAgICAgICAgICJGaWx0 ZXIgZm9yIG5vZGVzIHdpdGggdGhlIGdpdmVuIHZhbHVlIGZvciB0aGVpcg0KPj4gICAgICAgICAg ICAgJ2NvbmZpZycgcHJvcGVydHkuICBJZiB0aGlzIGxlYWYgaXMgbm90IHByZXNlbnQsIGFsbA0K Pj4gICAgICAgICAgICAgbm9kZXMgYXJlIHNlbGVjdGVkLg0KPj4NCj4+ICAgICAgICAgICAgIEZv ciBleGFtcGxlLCB3aGVuIHRoaXMgbGVhZiBpcyBzZXQgdG8gJ3RydWUnLCBvbmx5DQonY29uZmln DQo+PiAgICAgICAgICAgICB0cnVlJyBub2RlcyBhcmUgc2VsZWN0ZWQuIjsNCj4+ICAgICAgICB9 DQo+Pg0KPj4gTkVXOg0KPj4NCj4+ICAgICAgICBsZWFmIGNvbmZpZy1maWx0ZXIgew0KPj4gICAg ICAgICAgdHlwZSBib29sZWFuOw0KPj4gICAgICAgICAgZGVzY3JpcHRpb24NCj4+ICAgICAgICAg ICAgIkZpbHRlciBmb3Igbm9kZXMgd2l0aCB0aGUgZ2l2ZW4gdmFsdWUgZm9yIHRoZWlyICdjb25m aWcnDQo+PiAgICAgICAgICAgICBwcm9wZXJ0eS4gIFdoZW4gdGhpcyBsZWFmIGlzIHNldCB0byAn dHJ1ZScsIG9ubHkgJ2NvbmZpZw0KPj4gICAgICAgICAgICAgdHJ1ZScgbm9kZXMgYXJlIHNlbGVj dGVkIGFuZCwgd2hlbiBzZXQgdG8g4oCYZmFsc2XigJksIG9ubHkNCj4+ICAgICAgICAgICAgIOKA mGNvbmZpZyBmYWxzZeKAmSBub2RlcyBhcmUgc2VsZWN0ZWQuICBJZiB0aGlzIGxlYWYgaXMgbm90 DQo+PiAgICAgICAgICAgICBwcmVzZW50LCBubyBub2RlcyBhcmUgZmlsdGVyZWQuIjsNCj4+ICAg ICAgICB9DQo+Pg0KPj4gQWRkIHRoZSBmb2xsb3dpbmcgZXhhbXBsZSB0byAzLjEuMS40Og0KPj4N Cj4+ICAgIEluIG9yZGVyIHRvIG5vdCByZXRyaWV2ZSBhbnkgc3lzdGVtIHN0YXRlIG5vZGVzLCB0 aGUNCj4+ICAgICJjb25maWctZmlsdGVyIiBjYW4gYmUgdXNlZDoNCj4+DQo+PiAgICA8cnBjIG1l c3NhZ2UtaWQ9IjEwMyINCj4+ICAgICAgICAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6 bmV0Y29uZjpiYXNlOjEuMCI+DQo+PiAgICAgIDxnZXQtZGF0YSB4bWxucz0idXJuOmlldGY6cGFy YW1zOnhtbDpuczp5YW5nOmlldGYtbmV0Y29uZi1ubWRhIg0KPj4gICAgICAgICAgICAgICAgeG1s bnM6ZHM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWRhdGFzdG9yZXMiDQo+PiAg ICAgICAgICAgICAgICB4bWxuczpvcj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYt b3JpZ2luIj4NCj4+ICAgICAgICA8ZGF0YXN0b3JlPmRzOm9wZXJhdGlvbmFsPC9kYXRhc3RvcmU+ DQo+PiAgICAgICAgPHN1YnRyZWUtZmlsdGVyPg0KPj4gICAgICAgICAgPGJncCB4bWxucz0iaHR0 cDovL2V4YW1wbGUuY29tL25zL2JncA0KPGh0dHA6Ly9leGFtcGxlLmNvbS9ucy9iZ3A+IDxodHRw Oi8vZXhhbXBsZS5jb20vbnMvYmdwDQo8aHR0cDovL2V4YW1wbGUuY29tL25zL2JncD4+Ii8+DQo+ PiAgICAgICAgPC9zdWJ0cmVlLWZpbHRlcj4NCj4+ICAgICAgICA8Y29uZmlnLWZpbHRlcj50cnVl PC9jb25maWctZmlsdGVyPg0KPj4gICAgICAgIDxvcmlnaW4tZmlsdGVyPm9yOmludGVuZGVkPC9v cmlnaW4tZmlsdGVyPg0KPj4gICAgICAgIDxvcmlnaW4tZmlsdGVyPm9yOnN5c3RlbTwvb3JpZ2lu LWZpbHRlcj4NCj4+ICAgICAgICA8d2l0aC1vcmlnaW4vPg0KPj4gICAgICA8L2dldC1kYXRhPg0K Pj4gICAgPC9ycGM+DQo+Pg0KPj4gICAgPHJwYy1yZXBseSBtZXNzYWdlLWlkPSIxMDMiDQo+PiAg ICAgICAgICAgICAgIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm5ldGNvbmY6YmFzZTox LjAiPg0KPj4gICAgICA8ZGF0YSB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmll dGYtbmV0Y29uZi1ubWRhIj4NCj4+ICAgICAgICA8YmdwIHhtbG5zPSJodHRwOi8vZXhhbXBsZS5j b20vbnMvYmdwDQo8aHR0cDovL2V4YW1wbGUuY29tL25zL2JncD4gPGh0dHA6Ly9leGFtcGxlLmNv bS9ucy9iZ3ANCjxodHRwOi8vZXhhbXBsZS5jb20vbnMvYmdwPj4iDQo+PiAgICAgICAgICAgICB4 bWxuczpvcj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtb3JpZ2luIg0KPj4gICAg ICAgICAgICAgb3I6b3JpZ2luPSJvcjppbnRlbmRlZCI+DQo+PiAgICAgICAgICA8cGVlcj4NCj4+ ICAgICAgICAgICAgPG5hbWU+MjAwMTpkYjg6OjI6MzwvbmFtZT4NCj4+ICAgICAgICAgICAgPGxv Y2FsLXBvcnQgb3I6b3JpZ2luPSJvcjpzeXN0ZW0iPjYwNzk0PC9sb2NhbC1wb3J0Pg0KPj4gICAg ICAgICAgPC9wZWVyPg0KPj4gICAgICAgIDwvYmdwPg0KPj4gICAgICA8L2RhdGE+DQo+PiAgICA8 L3JwYy1yZXBseT4NCj4+DQo+PiBUaGFua3MuDQo+Pg0KPj4gTWFoZXNoIEpldGhhbmFuZGFuaSAv LyBhcyBzaGVwaGVyZA0KPj4gbWpldGhhbmFuZGFuaUBnbWFpbC5jb20gPG1haWx0bzptamV0aGFu YW5kYW5pQGdtYWlsLmNvbT4NCj4+DQo+Pg0KPj4NCj4+DQo+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gbmV0Y29uZiBtYWlsaW5nIGxpc3QNCj4+ IG5ldGNvbmZAaWV0Zi5vcmcgPG1haWx0bzpuZXRjb25mQGlldGYub3JnPg0KPj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQo8aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mPg0KPj4NCj4+DQo+PiAtLQ0KPj4gSnVlcmdlbiBT Y2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkgNCj4+ IFBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJy ZW1lbiB8DQpHZXJtYW55DQo+PiBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMyAgICAgICAgIDxodHRw czovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8NCjxodHRwczovL3d3dy5qYWNvYnMtdW5pdmVy c2l0eS5kZS8+Pg0KPj4NCj4+IE1haGVzaCBKZXRoYW5hbmRhbmkNCj4+IG1qZXRoYW5hbmRhbmlA Z21haWwuY29tIDxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQo+IE1haGVzaCBKZXRo YW5hbmRhbmkNCj4gbWpldGhhbmFuZGFuaUBnbWFpbC5jb20gPG1haWx0bzptamV0aGFuYW5kYW5p QGdtYWlsLmNvbT4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gbmV0Y29uZiBtYWlsaW5nIGxpc3QNCj4gbmV0Y29uZkBpZXRmLm9y ZyA8bWFpbHRvOm5ldGNvbmZAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0Y29uZg0KPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbmV0Y29uZj4NCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0NCg0KDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG5ldGNvbmYgbWFp bGluZyBsaXN0DQo+IG5ldGNvbmZAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9uZXRjb25mDQo+DQoNCg== From nobody Fri Feb 8 16:27:52 2019 Return-Path: <01000168cfa72fb5-603b1c0f-a195-4e46-abb4-a1d01c30184e-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F664130EC1 for ; Fri, 8 Feb 2019 16:27:50 -0800 (PST) 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, 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 kmRe1foSnyhX for ; Fri, 8 Feb 2019 16:27:48 -0800 (PST) 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 38A65130ECD for ; Fri, 8 Feb 2019 16:27:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1549672067; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=n7Oq/GW27Oc1gFBNQf9PFkaNpEB8CMDFiWKapbqGHDo=; b=EN4SSq5r+odAFdY3r/kloHm+VGoc/QctBAaeeblYapAy6XXEcpxZ2Mx+bf+NveGW B3fbklcwFT0UVE+oBVx6kyfJGB3I6NzzQjIqqhptDb5HCauxhYp9heL/lq3AZZ7BT/B foepHYtzOHv3oZ/quiOb2ri5sNcvANkURh4zcflY= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) From: Kent Watsen In-Reply-To: <00f901d4bfcc$dce33b60$4001a8c0@gateway.2wire.net> Date: Sat, 9 Feb 2019 00:27:47 +0000 Cc: Mahesh Jethanandani , Netconf Content-Transfer-Encoding: quoted-printable Message-ID: <01000168cfa72fb5-603b1c0f-a195-4e46-abb4-a1d01c30184e-000000@email.amazonses.com> References: <20190206214947.hzvp3ccswjxvxesu@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BCF0FE6@dggeml510-mbx.china.huawei.com> <01000168caca357c-d61d3242-b8ab-44ea-9afd-d9d0084cfc4c-000000@email.amazonses.com> <00f901d4bfcc$dce33b60$4001a8c0@gateway.2wire.net> To: tom petch X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.09-54.240.8.83 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] AUTH48 changes to RFC 8526 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Feb 2019 00:27:51 -0000 Hi Tom, Ack. Actually, I wrote a similar thing to Mahesh last night after = sending my message to the list. The English may be more correct with = Rohit suggestion but, as you say, it is a little less mechanical and may = confuse some. That said, while =E2=80=9Cnor=E2=80=9D is somewhat = uncommon, =E2=80=9Cneither=E2=80=9D is widely used and (I think) hard to = misinterpret. I=E2=80=99m still of the opinion that we should leave it = to the RFC Editor at this point. Kent > On Feb 8, 2019, at 11:40 AM, tom petch wrote: >=20 > ----- Original Message ----- > From: "Kent Watsen" > Sent: Friday, February 08, 2019 1:47 AM >=20 > These are semantically identical statements. > Let=E2=80=99s ask the RFC Editor for their opinion. > FWIW, I prefer Rohit=E2=80=99s suggested replacement. >=20 > >=20 > I find the original formulation much clearer. I can rewrite it as >=20 > match if > origin NOT derived from filter > AND > origin NOT equal to filter >=20 > so if cable is derived from ADSL, then I can slot in the values and = get >=20 > filter cable > origin ADSL > ADSL NOT derived from cable true > AND > ADSL NOT equal to cable true > i.e. true >=20 > filter ADSL > origin cable > cable NOT derived from ADSL false > AND > cable NOT equal to ADSL true > i.e. false >=20 > which I find clear ( and I assume is what you intend). >=20 > With neither .. nor, I cannot do that, or not as straightforwardly, = and > so find unclear. >=20 > Tom Petch >=20 > Kent // as co-author >=20 >> On Feb 7, 2019, at 7:29 PM, Mahesh Jethanandani > wrote: >>=20 >> Authors of the draft, >>=20 >> Do we want to accept or reject this late comment? >>=20 >>> On Feb 6, 2019, at 6:06 PM, Rohit R Ranade > wrote: >>>=20 >>>> leaf-list negated-origin-filter { >>>> type or:origin-ref; >>>> description >>>> "Filter based on the 'origin' annotation. A >>>> configuration node matches the filter if its > 'origin' >>>> annotation is not derived from and not equal to any > of >>>> the given filter values."; >>>> } >>>=20 >>>=20 >>> Sorry for the late comment. I think this should be =E2=80=9Cneither > derived-from nor equal to any of the given filter values=E2=80=9D >>>=20 >>> I think if it is derived-from but not matching the filter value, = this > filter should apply. >>>=20 >>> With Regards, >>> Rohit >>>=20 >>> From: netconf [mailto:netconf-bounces@ietf.org > ] On Behalf Of Mahesh Jethanandani >>> Sent: 07 February 2019 03:46 >>> To: Juergen Schoenwaelder > >>> Cc: Netconf > >>> Subject: Re: [netconf] AUTH48 changes to RFC 8526 > >>>=20 >>>=20 >>>=20 >>>=20 >>> On Feb 6, 2019, at 1:49 PM, Juergen Schoenwaelder > > wrote: >>>=20 >>> Mahesh, >>>=20 >>> can we assume that this edit is accepted and we can resume the = AUTH48 >>> process? >>>=20 >>> Yes. >>>=20 >>> This closes the one week review period. No comments were received on > the further clarifications proposed by the authors. As such, we will = now > let the RFC Editor know to proceed with making the proposed changes. >>>=20 >>> Thanks. >>>=20 >>>=20 >>>=20 >>> /js >>>=20 >>> On Tue, Jan 29, 2019 at 10:54:54AM -0800, Mahesh Jethanandani wrote: >>>=20 >>> NETCONF WG, >>>=20 >>> During the AUTH48 review of draft-ietf-netconf-nmda-netconf-08, the > authors found a couple of things that needed further clarification. = The > edits are reflected in this e-mail using OLD: and NEW:. Since the > changes are technical changes, we needed to make sure that the WG was = ok > with the changes. This starts a one week review period terminating = next > Tuesday, February 5 to provide any comments you might have. If = providing > comments, please be specific in the changes you would like to see, > preferably using your own OLD: and NEW:. If no comments are received, = it > will be deemed that the changes are fine with the WG. The two set of > changes are in the YANG model itself, and in Section 3.1.1.4. >>>=20 >>> In the YANG model: >>>=20 >>> OLD: >>>=20 >>> choice origin-filters { >>> when 'derived-from-or-self(datastore, "ds:operational")'; >>> if-feature "origin"; >>> description >>> "Filters based on the 'origin' annotation."; >>> leaf-list origin-filter { >>> type or:origin-ref; >>> description >>> "Filter based on the 'origin' annotation. A node > matches >>> the filter if its 'origin' annotation is derived from > or >>> equal to any of the given filter values."; >>> } >>> leaf-list negated-origin-filter { >>> type or:origin-ref; >>> description >>> "Filter based on the 'origin' annotation. A node > matches >>> the filter if its 'origin' annotation is not derived >>> from and not equal to any of the given filter values."; >>> } >>> } >>>=20 >>> NEW: >>>=20 >>> choice origin-filters { >>> when 'derived-from-or-self(datastore, "ds:operational")'; >>> if-feature origin; >>> description >>> "Filters configuration nodes based on the 'origin' >>> annotation. Configuration nodes that do not have an >>> 'origin' annotation are treated as if they have the >>> 'origin' annotation 'or:unknown'. >>>=20 >>> System state nodes are not affected by origin-filters and >>> thus not filtered. Note that system state nodes can be >>> filtered with the 'config-filter' leaf."; >>>=20 >>> leaf-list origin-filter { >>> type or:origin-ref; >>> description >>> "Filter based on the 'origin' annotation. A >>> configuration node matches the filter if its 'origin' >>> annotation is derived from or equal to any of the given >>> filter values."; >>> } >>> leaf-list negated-origin-filter { >>> type or:origin-ref; >>> description >>> "Filter based on the 'origin' annotation. A >>> configuration node matches the filter if its 'origin' >>> annotation is not derived from and not equal to any of >>> the given filter values."; >>> } >>> } >>>=20 >>> OLD: >>>=20 >>> leaf config-filter { >>> type boolean; >>> description >>> "Filter for nodes with the given value for their >>> 'config' property. If this leaf is not present, all >>> nodes are selected. >>>=20 >>> For example, when this leaf is set to 'true', only > 'config >>> true' nodes are selected."; >>> } >>>=20 >>> NEW: >>>=20 >>> leaf config-filter { >>> type boolean; >>> description >>> "Filter for nodes with the given value for their 'config' >>> property. When this leaf is set to 'true', only 'config >>> true' nodes are selected and, when set to =E2=80=98false=E2= =80=99, only >>> =E2=80=98config false=E2=80=99 nodes are selected. If = this leaf is not >>> present, no nodes are filtered."; >>> } >>>=20 >>> Add the following example to 3.1.1.4: >>>=20 >>> In order to not retrieve any system state nodes, the >>> "config-filter" can be used: >>>=20 >>> >> xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >>> >> xmlns:ds=3D"urn:ietf:params:xml:ns:yang:ietf-datastores"= >>> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin"> >>> ds:operational >>> >>> >"/> >>> >>> true >>> or:intended >>> or:system >>> >>> >>> >>>=20 >>> >> xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0"> >>> >>> >" >>> xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin" >>> or:origin=3D"or:intended"> >>> >>> 2001:db8::2:3 >>> 60794 >>> >>> >>> >>> >>>=20 >>> Thanks. >>>=20 >>> Mahesh Jethanandani // as shepherd >>> mjethanandani@gmail.com >>>=20 >>>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> netconf mailing list >>> netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf > >>>=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 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >> _______________________________________________ >> netconf mailing list >> netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf > >=20 >=20 >=20 > = ------------------------------------------------------------------------ > -------- >=20 >=20 >> _______________________________________________ >> netconf mailing list >> netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >>=20 >=20 From nobody Mon Feb 11 02:14:11 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26219130E7E for ; Mon, 11 Feb 2019 02:14:10 -0800 (PST) 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 Hn2B0lhr9xwI for ; Mon, 11 Feb 2019 02:14:08 -0800 (PST) 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 67564130E7D for ; Mon, 11 Feb 2019 02:14:08 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id A9449B82486; Mon, 11 Feb 2019 02:13:59 -0800 (PST) To: andy@yumaworks.com, mbj@tail-f.com, kwatsen@juniper.net, ibagdona@gmail.com, warren@kumari.net, kent+ietf@watsen.net, mjethanandani@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: bill.wu@huawei.com, netconf@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20190211101359.A9449B82486@rfc-editor.org> Date: Mon, 11 Feb 2019 02:13:59 -0800 (PST) Archived-At: Subject: [netconf] [Technical Errata Reported] RFC8040 (5633) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2019 10:14:10 -0000 The following errata report has been submitted for RFC8040, "RESTCONF Protocol". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5633 -------------------------------------- Type: Technical Reported by: Qin WU Section: B.2.2. Original Text ------------- PATCH /restconf/data/example-jukebox:jukebox/\ library/artist=Foo%20Fighters/album=Wasting%20Light/\ genre HTTP/1.1 Host: example.com If-Unmodified-Since: Thu, 26 Jan 2017 20:56:30 GMT Content-Type: application/yang-data+json { "example-jukebox:genre" : "example-jukebox:alternative" } In this example, the datastore resource has changed since the time specified in the "If-Unmodified-Since" header. The server might respond as follows: HTTP/1.1 412 Precondition Failed Date: Thu, 26 Jan 2017 20:56:30 GMT Server: example-server Last-Modified: Thu, 26 Jan 2017 19:41:00 GMT ETag: "b34aed893a4c" Corrected Text -------------- PATCH /restconf/data/example-jukebox:jukebox/\ library/artist=Foo%20Fighters/album=Wasting%20Light/\ genre HTTP/1.1 Host: example.com If-Unmodified-Since: Thu, 26 Jan 2017 20:56:30 GMT Content-Type: application/yang-data+json { "example-jukebox:genre" : "example-jukebox:alternative" } In this example, the datastore resource has changed since the time specified in the "If-Unmodified-Since" header. The server might respond as follows: HTTP/1.1 412 Precondition Failed Date: Thu, 26 Jan 2017 20:56:30 GMT Server: example-server Last-Modified: Thu, 26 Jan 2017 20:57:10 GMT ETag: "b34aed893a4c" Notes ----- The date in the Last-Modified field of the response HTTP header should be greater than the date in the If-Unmodified-Since field of the request HTTP header. 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. -------------------------------------- RFC8040 (draft-ietf-netconf-restconf-18) -------------------------------------- Title : RESTCONF Protocol Publication Date : January 2017 Author(s) : A. Bierman, M. Bjorklund, K. Watsen Category : PROPOSED STANDARD Source : Network Configuration Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Tue Feb 12 20:23:43 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCB0A12D4F3 for ; Tue, 12 Feb 2019 20:23:41 -0800 (PST) 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 x4a-k6856CnD for ; Tue, 12 Feb 2019 20:23:40 -0800 (PST) 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 E69B212D4EC for ; Tue, 12 Feb 2019 20:23:39 -0800 (PST) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A0EE4AA0F11E37D80828 for ; Wed, 13 Feb 2019 04:23:37 +0000 (GMT) Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 13 Feb 2019 04:23:37 +0000 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.6]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0415.000; Wed, 13 Feb 2019 12:23:29 +0800 From: Rohit R Ranade To: Netconf Thread-Topic: Comments on draft-ietf-netconf-netconf-event-notifications-16 Thread-Index: AdTDTNHz0tddb+pOReG4UYkemLiJQA== Date: Wed, 13 Feb 2019 04:23:28 +0000 Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8@dggeml510-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.150.121] Content-Type: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8dggeml510mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netconf] Comments on draft-ietf-netconf-netconf-event-notifications-16 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2019 04:23:42 -0000 --_000_991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8dggeml510mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Editorial: 1. "resynch-subscription" is used in 4 places with an additional 'h' = after sync. It is "resync-subscription" in draft-ietf-netconf-yang-push-22 2. Section 7 bullet 3, "this MAY but does not have to be included", = can be replaced with just "optional" ? 3. Section 7, bullet 4, "section 2.4.6" link looks to be broken. 4. Section 5 refers to many RPCs, but there is no reference to the do= cuments which define these RPCs. 5. Since there are many RPC names used, there are too many hyperlinks= pointing to their sources in the document. Whether we can have a separate = section which provides the list of RPCs used in this draft and their source= document. The increase in hyperlinks leads to distraction while reading. Technical: 1. Section 3 "reply with the [RFC6241] error "operation-not-supported= "". I think this should be an " element is returned with an value of "operation-not-supported". Similar occurrence in another p= lace in same section. 2. Is the intention that RFC5277 be implemented and then this draft b= e supported on top of it ? I see that there are 7 references to RFC5277 , i= ncluding definitions of and its encoding mechanism. Whether = we can add a statement regarding this point ? With Regards, Rohit R --_000_991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8dggeml510mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Editorial:

1= .   &= nbsp;   “resynch-subscrip= tion” is used in 4 places with an additional ‘h’ after sy= nc. It is “resync-subscription” in draft-ietf-netconf-yang-push= -22

2= .   &= nbsp;   Section 7  bullet = 3, “this MAY but does not have to be included”, can be replaced= with just “optional” ?

3= .   &= nbsp;   Section 7, bullet 4, &n= bsp;“section 2.4.6” link looks to be broken.<= /p>

4= .   &= nbsp;   Section 5 refers to man= y RPCs, but there is no reference to the documents which define these RPCs.=

5= .   &= nbsp;   Since there are many RP= C names used, there are too many hyperlinks pointing to their sources in th= e document. Whether we can have a separate section which provides the list = of RPCs used in this draft and their source document. The increase in hyperlinks leads to distraction while rea= ding.

 

 

Technical:

1= .   &= nbsp;   Section 3 “reply = with the [RFC6241] error "operation-not-supported"”. I thin= k this should be an “<rpc-error> element is returned with an &l= t;error-tag> value of "operation-not-supported". Similar occur= rence in another place in same section.

2= .   &= nbsp;   Is the intention that R= FC5277 be implemented and then this draft be supported on top of it ? I see= that there are 7 references to RFC5277 , including definitions of <noti= fication> and its encoding mechanism. Whether we can add a statement regarding this point ?

 

With Regards,=

Rohit R

--_000_991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8dggeml510mbxchi_-- From nobody Wed Feb 13 06:58:55 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C59CC12867A for ; Wed, 13 Feb 2019 06:58:52 -0800 (PST) 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, 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_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 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 GvWdbcA8lLvY for ; Wed, 13 Feb 2019 06:58:51 -0800 (PST) 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 0DE781274D0 for ; Wed, 13 Feb 2019 06:58:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18046; q=dns/txt; s=iport; t=1550069931; x=1551279531; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=1YHFZQniREyWZvBoA/RGiGCmihUcrY84Ah6Fg3Zk2+k=; b=Zgtnup34PE9hvYwTvx1tUn+d8x+sSXTJDX2QTICq6IcjKzQF5kBlOef0 p4OYIkJC2gl458ZvFmBN8A5ULPO8lJJnLi/PNFBw8Bq1kQJgXpMfCJaun /dJzLNAZg8UWN6GJg48ynh7r5RLrcNtiuxnOEC1Z1qt7k8aPoaVcLhGqi g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAADbL2Rc/4YNJK1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ1NKWeBAzGMFYtzgg2YE4F7CwEBhGw?= =?us-ascii?q?Cg1kiNAkNAQMBAQIBAQJtKIVKAQEBBAwhRQUSAgEIFRAhMiUBAQQBGhOCPks?= =?us-ascii?q?BgR1kqwmKK4xEF4FAP4ERgxKKYQKQIJMHCQKSSSGSb4o1kWgCERSBJx84gVZ?= =?us-ascii?q?wFTuCbZBcQY8SgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.58,365,1544486400"; d="scan'208,217";a="237783518" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2019 14:58:49 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x1DEwne1018998 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 13 Feb 2019 14:58:49 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 13 Feb 2019 09:58:48 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1395.000; Wed, 13 Feb 2019 09:58:48 -0500 From: "Eric Voit (evoit)" To: Rohit R Ranade , Netconf Thread-Topic: Comments on draft-ietf-netconf-netconf-event-notifications-16 Thread-Index: AdTDTNHz0tddb+pOReG4UYkemLiJQAAWkahg Date: Wed, 13 Feb 2019 14:58:48 +0000 Message-ID: <6fb11a5eb32c494fb0bdfbb6205dd53d@XCH-RTP-013.cisco.com> References: <991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8@dggeml510-mbx.china.huawei.com> In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BCF5FE8@dggeml510-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: multipart/alternative; boundary="_000_6fb11a5eb32c494fb0bdfbb6205dd53dXCHRTP013ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: Re: [netconf] Comments on draft-ietf-netconf-netconf-event-notifications-16 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2019 14:58:53 -0000 --_000_6fb11a5eb32c494fb0bdfbb6205dd53dXCHRTP013ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rohit, Thanks for looking through and commenting. I am posting v17 which includes= the conclusion of the error-tag discussion from several weeks ago, as well= as some tweaks based on your comments below. From: Rohit R Ranade, February 12, 2019 11:23 PM Hi All, Editorial: 1. "resynch-subscription" is used in 4 places with an additional 'h' = after sync. It is "resync-subscription" in draft-ietf-netconf-yang-push-22 fixed 2. Section 7 bullet 3, "this MAY but does not have to be included", = can be replaced with just "optional" ? Either should work. We might as well leave the current text. 3. Section 7, bullet 4, "section 2.4.6" link looks to be broken. Why does this seem to be broken? The list of identities is in draft= -ietf-netconf-subscribed-notifications section 2.4.6. 4. Section 5 refers to many RPCs, but there is no reference to the do= cuments which define these RPCs. It seems excessive to me, as this entire document refers to [I-D.dr= aft-ietf-netconf-subscribed-notifications] and [I-D.ietf-netconf-yang-push]= . But to make it clear where the RPCs come from, I moved the following sen= tence from the beginning of Section 7 to the beginning of Section 5. Management of dynamic subscriptions occurs via RPCs as defined in [I-D.ietf= -netconf-yang-push] and [I-D.draft-ietf-netconf-subscribed-notifications]. 5. Since there are many RPC names used, there are too many hyperlinks= pointing to their sources in the document. Whether we can have a separate = section which provides the list of RPCs used in this draft and their source= document. The increase in hyperlinks leads to distraction while reading. The links should be simplified once they collapse to RFC references.= At this point it would be great if the document is not be re-opened for n= ew sections. Technical: 1. Section 3 "reply with the [RFC6241] error "operation-not-supported= "". I think this should be an " element is returned with an value of "operation-not-supported". Similar occurrence in another p= lace in same section. I tweaked the text to: A solution MUST reply with the [RFC6241] "rp= c-error" element containing the "error-tag" value of "operation-not-support= ed" if... 2. Is the intention that RFC5277 be implemented and then this draft b= e supported on top of it ? I see that there are 7 references to RFC5277 , i= ncluding definitions of and its encoding mechanism. Whether = we can add a statement regarding this point ? A section on this relationship is contained in Section 1.4 of draft= -ietf-netconf-subscribed-notifications Thanks, Eric With Regards, Rohit R --_000_6fb11a5eb32c494fb0bdfbb6205dd53dXCHRTP013ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Rohit,

 

Thanks for looking = through and commenting.  I am posting v17 which includes the conclusio= n of the error-tag discussion from several weeks ago, as well as some tweak= s based on your comments below.

 

From: = Rohit R Ranade, February 12, 2019 11:23 PM

Hi All,

&nbs= p;

Editorial= :

1.       &= #8220;resynch-subscription” is used in 4 places with an additional &#= 8216;h’ after sync. It is “resync-subscription” in draft-= ietf-netconf-yang-push-22

<eric> fixed

 

2.       S= ection 7  bullet 3, “this MAY but does not have to be included&#= 8221;, can be replaced with just “optional” ?

<eric> Either should work.  We might as well leave the c= urrent text.

 

3.       S= ection 7, bullet 4,  “section 2.4.6” link looks to be brok= en.

<eric> Why does this seem to be broken?  The list of ide= ntities is in draft-ietf-netconf-subscribed-notifications section 2.4.6.

 

4.       S= ection 5 refers to many RPCs, but there is no reference to the documents wh= ich define these RPCs.

<eric>  It seems excessive to me, as this entire documen= t refers to [I-D.draft-ietf-netconf-subscribed-notifications] and [I-D.ietf= -netconf-yang-push].  But to make it clear where the RPCs come from, I moved the following sentence from the beginning of S= ection 7 to the beginning of Section 5.

Management of dynamic subscriptions occurs via RPCs as defined in [= I-D.ietf-netconf-yang-push] and [I-D.draft-ietf-netconf-subscribed-notifica= tions].

 

 

5.       S= ince there are many RPC names used, there are too many hyperlinks pointing = to their sources in the document. Whether we can have a separate section wh= ich provides the list of RPCs used in this draft and their source document. The increase in hyperlinks leads = to distraction while reading.

<eric> The links should be simplified once they collapse to R= FC references.  At this point it would be great if the document is not= be re-opened for new sections.

&nbs= p;

&nbs= p;

Technical= :

1.       S= ection 3 “reply with the [RFC6241] error "operation-not-supporte= d"”. I think this should be an “<rpc-error> element = is returned with an <error-tag> value of "operation-not-supporte= d". Similar occurrence in another place in same section.

<eric> I tweaked the text to:  A solution MUST reply wit= h the [RFC6241] "rpc-error" element containing the "error-ta= g" value of "operation-not-supported" if...

 

2.       I= s the intention that RFC5277 be implemented and then this draft be supporte= d on top of it ? I see that there are 7 references to RFC5277 , including d= efinitions of <notification> and its encoding mechanism. Whether we can add a statement regarding this point ?<= o:p>

<eric>  A section on this relationship is contained in S= ection 1.4 of draft-ietf-netconf-subscribed-notifications=

 

Thanks,

Eric

 

&nbs= p;

With Rega= rds,

Rohit R

--_000_6fb11a5eb32c494fb0bdfbb6205dd53dXCHRTP013ciscocom_-- From nobody Wed Feb 13 06:59:07 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 94297131045; Wed, 13 Feb 2019 06:58:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <155006993956.9364.17191618325207011420@ietfa.amsl.com> Date: Wed, 13 Feb 2019 06:58:59 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-netconf-event-notifications-17.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2019 14:59:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : Dynamic subscription to YANG Events and Datastores over NETCONF Authors : Eric Voit Alexander Clemm Alberto Gonzalez Prieto Einar Nilsen-Nygaard Ambika Prasad Tripathy Filename : draft-ietf-netconf-netconf-event-notifications-17.txt Pages : 19 Date : 2019-02-13 Abstract: This document provides a NETCONF binding to the dynamic subscription capability of both subscribed notifications and YANG-Push. RFC Editor note: please replace the four references to pre-RFC normative drafts with the actual assigned RFC numbers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-netconf-event-notifications/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-netconf-event-notifications-17 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-netconf-event-notifications-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-netconf-event-notifications-17 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/ From nobody Wed Feb 13 07:08:31 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 25EC6126C7E; Wed, 13 Feb 2019 07:08:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <155007050309.9606.5844814965001999777@ietfa.amsl.com> Date: Wed, 13 Feb 2019 07:08:23 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-subscribed-notifications-23.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2019 15:08:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : Subscription to YANG Event Notifications Authors : Eric Voit Alexander Clemm Alberto Gonzalez Prieto Einar Nilsen-Nygaard Ambika Prasad Tripathy Filename : draft-ietf-netconf-subscribed-notifications-23.txt Pages : 78 Date : 2019-02-13 Abstract: This document defines a YANG data model and associated mechanisms enabling subscriber-specific subscriptions to a publisher's event streams. Applying these elements allows a subscriber to request for and receive a continuous, custom feed of publisher generated information. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-subscribed-notifications/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-subscribed-notifications-23 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-subscribed-notifications-23 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-subscribed-notifications-23 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/ From nobody Wed Feb 13 07:14:29 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6540A126C7E; Wed, 13 Feb 2019 07:14:20 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 hpN2tNyHDihr; Wed, 13 Feb 2019 07:14:17 -0800 (PST) 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 92B4B1200D7; Wed, 13 Feb 2019 07:14:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9489; q=dns/txt; s=iport; t=1550070857; x=1551280457; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=D5Gciy9deB6LvLQjCjTENBoUOhl6YJQe4NJ84MbD1BE=; b=m6qH6pJ70SlewqSF6SggGxp6oLdjzyifIP0Q/LbE7M9AZRsadwv3Q/N6 a/t9Sj8sXlX0fh7Bt7yg2s2JyfhxA5dnvq0C+4v/XpRaTjvQOaqfTGiAg qrFwVA21BOWUmjnAN6rG0iDN5unto10pXmG3MqPFFG9u2go3c7XHGlv/x E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAACkM2Rc/5NdJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVopZ4EDJwqMFYtzgg18lxeBewsBARg?= =?us-ascii?q?LhANGAoNZIjQJDQEDAQECAQECbRwMhUoBAQEEAQE4LQcJAgwEAgEIEQQBAQE?= =?us-ascii?q?NEQULJwsdCAIEAQ0FCIJRTIIBD6sHiicFjEQXgUA/gRGCXTWDHgEBgUuFVCI?= =?us-ascii?q?CiV8SOId0kQoJAoslhyQhgW2FUoswijWRaAIRFIEnHziBVnAVO4JsgigXE4h?= =?us-ascii?q?MhT4BQTGOYYEfAQE?= X-IronPort-AV: E=Sophos;i="5.58,365,1544486400"; d="scan'208";a="514819906" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2019 15:14:16 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id x1DFEFdg023513 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 13 Feb 2019 15:14:16 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 13 Feb 2019 10:14:15 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1395.000; Wed, 13 Feb 2019 10:14:15 -0500 From: "Eric Voit (evoit)" To: Per Hedeland , Martin Bjorklund CC: "draft-ietf-netconf-subscribed-notifications.all@ietf.org" , "netconf@ietf.org" , "yang-doctors@ietf.org" Thread-Topic: [netconf] [yang-doctors] Yangdoctors last call review of draft-ietf-netconf-subscribed-notifications-21 Thread-Index: AQHUrG6+nBjZ9hMl8U25QTRsXd0ZC6Ww36AggANDEICAARW3EIAAAXJggAU/bACAAWWKIIABCD+A///v5GCAAKn4AP//skVAgAGV2gD//60SYAANQ54AAApn7nD//7rBgIAATO5Q///xy4CAAB+zwIAAwVMA///xWjCAAIE3gIAAU4mQ///b6QAACBjB0AABYKaAAA0Zy7D/42BDsA== Date: Wed, 13 Feb 2019 15:14:15 +0000 Message-ID: <211de3a325d943f9bfdebb5aa8c73240@XCH-RTP-013.cisco.com> References: <83b12adbb7234a84a56ac3ec00bb0673@XCH-RTP-013.cisco.com> <20190125.093938.375156009332209799.mbj@tail-f.com> <20190125.162941.2222352349671950038.mbj@tail-f.com> <9d4bbc12ddb448ca98fd8560a02565c5@XCH-RTP-013.cisco.com> <2b60239e-979e-3627-e3c5-62b264811f18@hedeland.org> <8d1ab4ac-97ab-ee69-2f1a-4a8a828ccd18@hedeland.org> <9c54bd929e07463f89f3f71fe0a3bbf4@XCH-RTP-013.cisco.com> In-Reply-To: <9c54bd929e07463f89f3f71fe0a3bbf4@XCH-RTP-013.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.152, xch-rtp-012.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [netconf] [yang-doctors] Yangdoctors last call review of draft-ietf-netconf-subscribed-notifications-21 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2019 15:14:20 -0000 Thanks again for the review. I believe the latest version just posted now = reflects the results from the thread. If anything else is needed, please l= et us know. Eric > -----Original Message----- > From: Eric Voit (evoit) > Sent: Friday, January 25, 2019 4:38 PM > To: Per Hedeland ; Martin Bjorklund > Cc: draft-ietf-netconf-subscribed-notifications.all@ietf.org; netconf@iet= f.org; > yang-doctors@ietf.org > Subject: RE: [netconf] [yang-doctors] Yangdoctors last call review of dra= ft-ietf- > netconf-subscribed-notifications-21 >=20 > > From: Per Hedeland, January 25, 2019 4:32 PM > > To: Eric Voit (evoit) ; Martin Bjorklund > > > > Cc: draft-ietf-netconf-subscribed-notifications.all@ietf.org; > > netconf@ietf.org; yang-doctors@ietf.org > > Subject: Re: [netconf] [yang-doctors] Yangdoctors last call review of > > draft-ietf- > > netconf-subscribed-notifications-21 > > > > On 2019-01-25 22:15, Eric Voit (evoit) wrote: > > >> From: Per Hedeland, January 25, 2019 1:20 PM > > >> > > >> On 2019-01-25 16:41, Eric Voit (evoit) wrote: > > >>>> From: Martin Bjorklund, January 25, 2019 10:30 AM > > >>>> > > >>>> "Eric Voit (evoit)" wrote: > > >>>>>> From: Martin Bjorklund, January 25, 2019 3:40 AM > > >>>>>> > > >>>>>> "Eric Voit (evoit)" wrote: > > >>>>>>>> "Eric Voit (evoit)" wrote: > > >>>>>>>>>> "Eric Voit (evoit)" wrote: > > >>>>>>>>>>>> From: Martin Bjorklund, January 24, 2019 9:40 AM > > >>>>>>>>>>>> > > >>>>>>>>>>>> "Eric Voit (evoit)" wrote: > > >>>>>>>>>>>>>> From: Martin Bjorklund, January 24, 2019 8:17 AM > > >>>>>> > > >>>>>> [...] > > >>>>>> > > >>>>>>>>>>>>>> Thinking some more, what is supposed to happen if the > > >>>>>>>>>>>>>> client on the same session sends first an > > >>>>>>>>>>>>>> establish-subscription with dscp 42, and then another > > >>>>>>>>>>>>>> establish- > > >>>>>> subscription with dscp 10? > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> This would be allowed. > > >>>>>>>>>>>> > > >>>>>>>>>>>> On linux at least this is a sockopt, i.e., the option > > >>>>>>>>>>>> applies to the socket, which means all packets on the > > >>>>>>>>>>>> session. So how is this supposed to be implemented if > > >>>>>>>>>>>> different messages on the session should have different > > >>>>>>>>>>>> dscp > > values? > > >>>>>>>>>>>> Or is the > > >>>>>>>>>>>> idea that you send the msg, flush all data from ssh/tls > > >>>>>>>>>>>> to tcp, then flush the tcp buffers (not that easy...)? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Even if there's just one establish-subscription with a > > >>>>>>>>>>>> dscp value, since it applies to the session it means that > > >>>>>>>>>>>> all normal rpcs on this session will get the same dscp val= ue. > > >>>>>>>>>>>> It is not clear that this is the intention? > > >>>>>>>> > > >>>>>>>> Did you miss these questions? > > >>>>>>> > > >>>>>>> With NETCONF, one DSCP will apply to single TCP session. So > > >>>>>>> there is no > > >>>>>> issue. > > >>>>>> > > >>>>>> The problem is if a client sends two establish-subscriptions > > >>>>>> with different values for dscp on the same session. Or even if > > >>>>>> the client sends one > > >>>>>> establish- > > >>>>>> subscription with som dscp value, then the dscp will be applied > > >>>>>> to all packets from other rpcs as well. > > >>>>>> > > >>>>>> ... and even worse, with SSH channels you can have multiple > > >>>>>> NETCONF session on the same TCP session, which means that the > > >>>>>> dscp value applies to all packets in all NETCONF sessions > > >>>>>> sharing the same TCP session. > > >>>>>> > > >>>>>> I don't know what the right thing to do is. Probably first > > >>>>>> agree that this is in fact a problem, then maybe simply > > >>>>>> document this somehow. > > >>>>> > > >>>>> I hadn't thought about multiple NETCONF SSH channels. I agree > > >>>>> something to guide developers is needed here. The easiest fix > > >>>>> is to recommend not supporting feature "dscp" with NETCONF. (It > > >>>>> shouldn't be absolutely prohibited as DSCP related RFC's such as > > >>>>> RFC7657 embed text like "a single DSCP should be used for all > > >>>>> packets in a TCP > > >>>>> connection".) > > >>>>> > > >>>>> Here is the text I suggest is put into > > >>>>> draft-ietf-netconf-netconf-event-notifications, Section 5: > > >>>>> > > >>>>> "The feature "dscp" SHOULD NOT be supported over NETCONF. This > > >>>>> will avoid the potential for out-of-order packet delivery of the > > >>>>> set of all traffic within the TCP session." > > >>>> > > >>>> I think this is a bit too limiting. For configured subscriptions > > >>>> it can be perfectly fine, since the server can ensure that > > >>>> there's a single TCP session to the receiver in this case. (I > > >>>> know we don't support > > >> configured subscriptions at the moment). > > >>>> > > >>>> Perhaps we can say in the SN document: > > >>>> > > >>>> If a server that supports the "dscp" feature cannot guarantee = that > > >>>> the only packets sent on an underlying transport session are f= rom > > >>>> the subscription, then it should reject the subscription with = a > > >>>> "dscp-unavailable" error. This will avoid the potential for > > >>>> out-of-order packet delivery of the set of all traffic within = the > > >>>> TCP session. > > >>> > > >>> This works for me. I will put this in Section 2.3, directly afte= r the > > sentence: > > >>> > > >>> If the publisher supports the "dscp" feature, then a subscript= ion > > >>> with a "dscp" leaf MUST result in a corresponding [RFC2474] DS= CP > > >>> marking being placed within the IP header of any resulting > > >>> notification messages and subscription state change notificati= ons. > > >>> > > >>> unless I hear any objections on this thread. > > >> > > >> I'm not sure why the "avoid out-of-order" rationale was presented. > > >> There is no order "of the set of all traffic within the TCP session" > > >> to be out-of. Regardless of DSCP, SSH peers will send data on the > > >> channels (NETCONF sessions) in an order that depends, among other > > >> things, on the rate of consumption of that data. They will preserve > > >> order on any given channel, but will not consider order with > > >> respect to other channels (arguably, not having to do that is the > > >> whole point of > > having flow control at the SSH level). > > > > > > Hi Per, > > > > > > What you say is absolutely true. You likely know this, but Martin > > > asked to > > include the out-of-order rationale because if a TCP session carries > > traffic consisting of a set of DSCP values, then the network elements > > between the publisher and receiver might reorder the packets. > > > > Hm, from the e-mail thread, it seems that the issue of reordering was > > introduced by you, and Martin's text just copied your text regarding > > that issue, while relaxing the requirement from completely forbidding > > the use of the DSCP parameter to disallowing it where it could have > undesired effects. > > > > > While the order might be restored at the receiver (per your point), > > > this might > > also be seen as loss. The result to the application is that higher > > priority dscp packets will be seen no faster those with lower > > priority. Again you likely know this, but there is more on this genera= l topic in > places like RFC-7657, Section 5.2. > > > > > > To cover what Martin wants, and reduce the non-normative text, how > > > about > > the following?... > > > > > > "Where TCP is used, a publisher which supports the "dscp" feature > > > SHOULD > > ensure that a subscription's notification messages are returned within > > a single TCP transport session where all traffic shares the subscriptio= n's > requested > > "dscp" leaf value. Where this cannot be guaranteed, any "establish > > subscription" RPC request SHOULD be rejected with a "dscp-unavailable" > > error." > > > > This seems fine to me. The point, as far as I can see, is that a DSCP > > parameter must not be applied to a session (or subscription) that > > didn't "ask" for it. This is enough of a rationale IMHO, no need to go > > into the details of what the result may or may not be as far as reorder= ing of > packets goes. >=20 > Thanks Per, this works for me. >=20 > Eric >=20 > > --Per > > > > > Eric > > > > > >> I suggest simply dropping the "This will avoid ..." sentence. > > >> > > >> --Per > > >> > > >>> Eric > > >>> > > >>>> I think such text belongs to the SN document, since it may apply > > >>>> to other transports than just NETCONF. > > >>>> > > >>>> > > >>>> /martin > > >>>> > > >>>> > > >>>> > > >>>>> With this text, a RESTCONF publisher can support the feature dscp= . > > >>>>> And if someone attempts to use dscp with a NETCONF subscription > > >>>>> to the same publisher, the error "dscp-unavailable" can be sent. > > >>>>> > > >>>>> Eric > > >>>>> > > >>>>> > > >>>>> ... > > >>>>>> /martin > > >>>>> > > >>> > > >>> _______________________________________________ > > >>> netconf mailing list > > >>> netconf@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/netconf > > >>> > > > From nobody Thu Feb 14 06:43:11 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DDBE8128CE4; Thu, 14 Feb 2019 06:43:03 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <155015538385.26563.15677550059411989093@ietfa.amsl.com> Date: Thu, 14 Feb 2019 06:43:03 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-restconf-notif-13.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2019 14:43:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : Dynamic subscription to YANG Events and Datastores over RESTCONF Authors : Eric Voit Reshad Rahman Einar Nilsen-Nygaard Alexander Clemm Andy Bierman Filename : draft-ietf-netconf-restconf-notif-13.txt Pages : 27 Date : 2019-02-14 Abstract: This document provides a RESTCONF binding to the dynamic subscription capability of both subscribed notifications and YANG-Push. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-restconf-notif/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-restconf-notif-13 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-restconf-notif-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-restconf-notif-13 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/ From nobody Fri Feb 15 06:53:38 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B65D12008F; Fri, 15 Feb 2019 06:53:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.91.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <155024241048.4726.12571986739508790924@ietfa.amsl.com> Date: Fri, 15 Feb 2019 06:53:30 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-notification-messages-05.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 14:53:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : Notification Message Headers and Bundles Authors : Eric Voit Henk Birkholz Andy Bierman Alexander Clemm Tim Jenkins Filename : draft-ietf-netconf-notification-messages-05.txt Pages : 23 Date : 2019-02-15 Abstract: This document defines a new notification message format, using yang- data. Included are: o a new notification mechanism and encoding to replace the one way operation of RFC-5277 o a set of common, transport agnostic message header objects. o how to bundle multiple event records into a single notification message. o how to ensure these new capabilities are only used with capable receivers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-notification-messages/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-notification-messages-05 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notification-messages-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-notification-messages-05 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/ From nobody Fri Feb 15 08:24:18 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67A0A130E6C for ; Fri, 15 Feb 2019 08:24:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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_MED=-2.3, 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 header.b=TPPwbNlp; dkim=pass (1024-bit key) header.d=ericsson.com header.b=X3/uQa2B 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 zcdBBa0tGzA6 for ; Fri, 15 Feb 2019 08:24:15 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.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 0ADF1128BCC for ; Fri, 15 Feb 2019 08:24:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1550247853; x=1552839853; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=k4/cEw7RT2d1AaXO+vn3X0ii1xDCsDyaJRAtp/c0CTU=; b=TPPwbNlp+u7d1PgI8mCLKtgCoqR9DfEJmmaJebNZ3nMphk8jMZDzJwFNzN96PO3g tGyDlvyOFn+cOrCJQLSVrcnVJ7RJyrVz0b5FTHR8xPhgvvjZ9L1qDo3KOb8rIseD LDRz7+vP8JRWmCMciOUsG93l2je5Dd6WwiZ61IDeEJA=; X-AuditID: c1b4fb30-fabff7000000355c-e3-5c66e7ad9de4 Received: from ESESSMB502.ericsson.se (Unknown_Domain [153.88.183.120]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 08.F4.13660.DA7E66C5; Fri, 15 Feb 2019 17:24:13 +0100 (CET) Received: from ESESBMR506.ericsson.se (153.88.183.202) by ESESSMB502.ericsson.se (153.88.183.120) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 15 Feb 2019 17:24:12 +0100 Received: from ESESSMB502.ericsson.se (153.88.183.163) by ESESBMR506.ericsson.se (153.88.183.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 15 Feb 2019 17:24:12 +0100 Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 15 Feb 2019 17:24:12 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=k4/cEw7RT2d1AaXO+vn3X0ii1xDCsDyaJRAtp/c0CTU=; b=X3/uQa2Bw3AOYtEHwHSuLy2I8+A1mZfQArN1Y/8Rsox5asqsGkGuBHh//O5LxIb9yEtYNRj9Gj6f6jHdq+mS9IpfP49StopAPcI8Wn+eQHye6Yb7BREHS9kQpkIK4axthj2fLMy/4u+7pzPH4cFmWTFyrpqfNpkoqOZlsdaYKQE= Received: from VI1PR07MB4735.eurprd07.prod.outlook.com (20.177.57.146) by VI1PR07MB3376.eurprd07.prod.outlook.com (10.175.244.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.9; Fri, 15 Feb 2019 16:24:12 +0000 Received: from VI1PR07MB4735.eurprd07.prod.outlook.com ([fe80::1cb3:96e7:59f4:9720]) by VI1PR07MB4735.eurprd07.prod.outlook.com ([fe80::1cb3:96e7:59f4:9720%5]) with mapi id 15.20.1622.016; Fri, 15 Feb 2019 16:24:11 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Kov=E1cs?= To: "netconf@ietf.org" , "kwatsen@juniper.net" Thread-Topic: draft-ietf-netconf-trust-anchors-02 certificate expiration Thread-Index: AdTFSgSIoMQFLNvKT3OBL+NQZebQrQ== Date: Fri, 15 Feb 2019 16:24:11 +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=balazs.kovacs@ericsson.com; x-originating-ip: [2a02:ab88:2cb8:5600:3da9:c33e:2f57:7631] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e05e7337-175f-4b2e-d98c-08d693620505 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB3376; x-ms-traffictypediagnostic: VI1PR07MB3376: x-microsoft-exchange-diagnostics: =?iso-8859-1?Q?1; VI1PR07MB3376; 23:SPNj0bdUMHz+ROzMG5D9sTQrLB3PQxqiaudcpGn?= =?iso-8859-1?Q?a18rqujPcqomAV+vqKZdUIhJRo13c2/+8OTSKrmzN6CN1LCNR7XahYU7Yu?= =?iso-8859-1?Q?vnVHxis6MuapIpYJQcwwuE75i2EHloQMm3eY0u7aHufI/4V7GHoiLxvtY0?= =?iso-8859-1?Q?b7J1n9OgBp1gjT95RP9MvXPpTkDir/UnfDhzgbxbmAa3D4reT9iO9XSzN1?= =?iso-8859-1?Q?v9Is/XWeR6an4jX4JbTc3BEtqGDsm0xkpMHc930ejjvZdVKOYvGPFu0ktg?= =?iso-8859-1?Q?nc6c9leLPMY+7pqcpWP4zRCVhfTaOzvMCim4A1ias/uOoV2YvBJZY/FzdU?= =?iso-8859-1?Q?FdZmgKX6NNRESzfL+b+9Ze/R+EvxbGSEexZ94NSq+3hS/MQ4cUj3WIT02g?= =?iso-8859-1?Q?IHE+8O+/wjfEBVDtDCbcVkW6Qtrs71rmfibKi8QQpqcqhVPIATWVFBKHLV?= =?iso-8859-1?Q?5+h1CG4K2ifK3lElf2N2quel+2BNY8/r0Yq7ZDX1UqZZUfXkh3oG6lWokc?= =?iso-8859-1?Q?8doRWpMkbj/QLl0cCnIpIDvvbQlE3N+GL6i4syXM+SZjys/ONRrGnhrDin?= =?iso-8859-1?Q?J4aBgS4RdD+sc45LMHwzU0gWJN22DDyYglfBpcc55UHWZmnVLUyJmoaxWH?= =?iso-8859-1?Q?eoesYzfpehZEbeBL0K896FfQzbrefmc74X1hpMp00y+y5YOHJVppdCD9Mf?= =?iso-8859-1?Q?Ysl5VDxRqNQHrOg1t5iD8PwZa+qD5RUV+Y8yamaIZ7LBUhARmIyh/XKV44?= =?iso-8859-1?Q?J/mmXYYK6xNxyv+W0J7PL4NqO4XEOgoX2ado28lSBgf6yOnTUF7CP07zXg?= =?iso-8859-1?Q?MluheNQ/HFOk+nCtseE4CFh1/e9zDZbj+7y1bmAX+QvuwcqYecz8gzltPF?= =?iso-8859-1?Q?Uti9Ldxlj6JSjVUXPnmX6Tr9R+IIdZaI3m4adGeB7MUQI0HsZmgLc0eWHK?= =?iso-8859-1?Q?rcTG1iB4R20O8vOz8wjQlGR81TojlBfJgjg2x5zQ38pQ2w99WXtzabB4LJ?= =?iso-8859-1?Q?VoPHGwYOKbV1NUL0PPG21eIUaLGtWJ6tPyGNY85LrLGGGhZNZ2K8WrgC0g?= =?iso-8859-1?Q?VH45ouKMKuytcRMaSzF+xoDwWSdLPu/xv6nL0qPPjNvgNjLsv/Bg71VM0V?= =?iso-8859-1?Q?pKbEIlHu2Gg98/aD6o2RYQTGFXxXZWv/y7yaH4gFYU84nHLs=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 09497C15EB x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(376002)(39860400002)(396003)(136003)(199004)(189003)(256004)(790700001)(6116002)(14444005)(9326002)(46003)(33656002)(106356001)(81166006)(476003)(105586002)(7736002)(99286004)(6506007)(486006)(14454004)(9686003)(102836004)(186003)(71190400001)(1941001)(110136005)(71200400001)(54896002)(6306002)(316002)(55016002)(7696005)(8676002)(97736004)(25786009)(81156014)(478600001)(74316002)(86362001)(6436002)(8936002)(53936002)(2501003)(2906002)(4744005)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3376; H:VI1PR07MB4735.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-message-info: AE4EROYALOFw7KzscXSeRguSCANf9me5xAmn2XuXMm2p/1E96fZ0mdedAkQX82fdrggKcOKALd0LaptB1EU+XJMmj/MQpwDtPoh8v9a6W83hMcBuJZMOvs6u2zVZFuB51jg1w2lulyBWgNJf4ZTAtnyFSDfOFBQxqjg6F9g7jpEQrQK4XO7HVEnM6xB58knsvKnkfoe/AtICB+qk6qV2XPfOMAP5Q/uKDAXhZgbObu81N4rPYLrWqtAbXBRxnp4Dfytsu72S+Ah51DAtlCwDoqeB/rqSndrSefxUNvNLmYd8WmExvPYi1lUCthRYZKwFstdHuBfnRfUfzI6zbUzPIg+Fw2rBAZaYYQOasNaX/EAVd/Qk27AyA6KjRDX27PcNBZsAOV7mtOOeI7z3qECxOfIvdOsqzVfJwqZQ8ey4Ei0= Content-Type: multipart/alternative; boundary="_000_VI1PR07MB473594D316BB4C748E22980583600VI1PR07MB4735eurp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: e05e7337-175f-4b2e-d98c-08d693620505 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Feb 2019 16:24:11.8690 (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-Transport-CrossTenantHeadersStamped: VI1PR07MB3376 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrBKsWRmVeSWpSXmKPExsUyM2J7he7a52kxBue/CVocmMNuMXXTbVYH Jo8lS34yeVxvusoewBTFZZOSmpNZllqkb5fAldGykq/gmGTF8YvHWRsYN4p1MXJySAiYSBxa 3sMEYgsJHGGU+NOoAWF/Y5RYcbi2i5ELwt73sokdwlnCJLFp9nxWEIdFYAKzxOE7XSwQmUlM Er2X3zJCOI8YJY7P+MMCMoxNwFXi6cyf7CC2iECExLzmbWBxYQFniQcfljJCxD0k3v1/AlWj J/H34WIwm0VAVWL6pn1gNbwCMRLzJ75hBbEZBcQkvp9aA3Y4s4C4xK0n85kgHhKQWLLnPDOE LSrx8vE/qPpYiR2v77BDxK0lHv8/zghhy0pcmt8NZftKfFpzhhnkAQmBm4wSb47vhEpoSXz5 M5UVIrGBR+Lj/UdAH3AAOdkSz54WQtTISEz/tRqqeQqrxJn7h9khQZkqsXxtK9QgOYlVvQ9Z IIrOM0tc3faGcQKj1iwkX8wCmssskC/xdlfdLLCnBSVOznzCAlGiJ3Fj6hQ2CFtbYtnC18wQ tq7EjH+HWJDFFzCyr2IULU4tTspNNzLSSy3KTC4uzs/Ty0st2cQITD8Ht/w22MH48rnjIUYB DkYlHl7922kxQqyJZcWVuYcYJTiYlUR4Xz0GCvGmJFZWpRblxxeV5qQWH2KU5mBREuf9IyQY IySQnliSmp2aWpBaBJNl4uCUamCcatCqICg7Z8mlrcnKa9wfv9j1+1/cQp2wzoitNYnKdVIX vzx9KOPZ5+S0kZv9weYFSavKKrodX7IEOsx4e8Nxxo/5L/z6GFSEf314WBx/Yvv3O+9VqrQ8 xcVMuSQq3aL2T7zOM2VVuIDmvJ/fqwsmm/9t7fK8MHv1g1N5qr5VyoqFXx+n5vAosRRnJBpq MRcVJwIAuS7tUTsDAAA= Archived-At: Subject: [netconf] draft-ietf-netconf-trust-anchors-02 certificate expiration X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 16:24:17 -0000 --_000_VI1PR07MB473594D316BB4C748E22980583600VI1PR07MB4735eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Kent, When looking at the model in subject, I was wondering why certificate expir= ation notifications of pinned certificates are emitted? I would think that = the node should not be concerned about sending notifications of certificate= s of other nodes, and also one wouldn't like to receive a notification N-ti= mes for a single pinned certificate that is going to expire. Could you please comment on this? Thanks, Balazs --_000_VI1PR07MB473594D316BB4C748E22980583600VI1PR07MB4735eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Kent,

 

When looking at the model in subject, I was wonderin= g why certificate expiration notifications of pinned certificates are emitt= ed? I would think that the node should not be concerned about sending notif= ications of certificates of other nodes, and also one wouldn’t like to receive a notification N-times = for a single pinned certificate that is going to expire.

 

Could you please comment on this?

 

Thanks,

Balazs

--_000_VI1PR07MB473594D316BB4C748E22980583600VI1PR07MB4735eurp_-- From nobody Fri Feb 15 19:35:46 2019 Return-Path: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22727130E98; Fri, 15 Feb 2019 19:35:44 -0800 (PST) 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, 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 4uu6adV61tAq; Fri, 15 Feb 2019 19:35:42 -0800 (PST) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D56B130E9A; Fri, 15 Feb 2019 19:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1550288140; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=R5tVGBDWNylu43qhkAkTfy2tZh1GtzrD3ajgGtaehu4=; b=da7wNZH5tVIjB+Lf+sDtv/6dBCVFjaBnhAznZmmTsW+xVEQ04iVEbxYyzIVBsUmG o5Sj3j7HPWPr40LE3fTG3Nq7LGkT/AdqNLAvr8ESA2NSo37Xwbryt9+L5EJo+R8kEiC w7QiS8Hxx1YF5Q90z8VM2T4VU62uPDxzoXE6g4A8= From: Kent Watsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Message-ID: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> Date: Sat, 16 Feb 2019 03:35:40 +0000 Cc: draft-ietf-netconf-yang-push@ietf.org, netconf@ietf.org To: Alexander Clemm , "Eric Voit (evoit)" , albgonz@microsoft.com, ambtripa@cisco.com, einarnn@cisco.com, Andy Bierman , =?utf-8?Q?Bal=C3=A1zs_Lengyel?= X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.16-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 03:35:44 -0000 To each author listed on the "To" line. In order to complete the Shepherd writeup, are you aware of any IPR that = applies to draft-ietf-netconf-yang-push? Please Reply-All to *this* email and = state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If "yes", has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If "yes" again, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think = appropriate. If you are listed as a document author or contributor please answer the = above by responding to this email regardless of whether or not you are aware of = any relevant IPR. This document will not advance to the next stage until a response = has been received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed = as an author or contributor, we remind you of your obligations under the IETF IPR = rules which encourages you to notify the IETF if you are aware of IPR of others on = an IETF contribution, or to refrain from participating in any contribution or = discussion related to your undisclosed IPR. For more information, please see the RFCs = listed above and = http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, Kent // as both Shepherd and co-Chair From nobody Fri Feb 15 19:35:54 2019 Return-Path: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC730130E9D; Fri, 15 Feb 2019 19:35:47 -0800 (PST) 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, 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 w19LS2kCThXZ; Fri, 15 Feb 2019 19:35:46 -0800 (PST) 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 C2BDB130E9A; Fri, 15 Feb 2019 19:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1550288141; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=iCpR8FEkvjHDvlVV5OXhcj3ygMAamvKZxEyHsQcqips=; b=ORlMRKLFdfEwaQk5KL2IDuEZGUuGjTFFdLtYbWB9QSr9ddBlbkcyUAijII9DQemb 9z9n04QFe2/7Dw1zvmqZPHgCmwB+8rRAeUh9ZNuV+dRy3PzuyKuxESkPLRJwWRz/rp3 LiH8LXjJY8GmylCkOQxPnMiN5nQcJmnJoN1Up/XY= From: Kent Watsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Message-ID: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> Date: Sat, 16 Feb 2019 03:35:41 +0000 Cc: draft-ietf-netconf-subscribed-notifications@ietf.org, netconf@ietf.org To: "Eric Voit (evoit)" , Alexander Clemm , alberto.gonzalez@microsoft.com, einarnn@cisco.com, ambtripa@cisco.com X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.16-54.240.8.83 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netconf] SN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 03:35:51 -0000 To each author listed on the "To" line. In order to complete the Shepherd writeup, are you aware of any IPR that = applies to draft-ietf-netconf-subscribed-notifications? Please Reply-All to = *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If "yes", has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If "yes" again, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think = appropriate. If you are listed as a document author or contributor please answer the = above by responding to this email regardless of whether or not you are aware of = any relevant IPR. This document will not advance to the next stage until a response = has been received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed = as an author or contributor, we remind you of your obligations under the IETF IPR = rules which encourages you to notify the IETF if you are aware of IPR of others on = an IETF contribution, or to refrain from participating in any contribution or = discussion related to your undisclosed IPR. For more information, please see the RFCs = listed above and = http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, Kent // as both Shepherd and co-Chair From nobody Fri Feb 15 19:36:03 2019 Return-Path: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D2F013118E; Fri, 15 Feb 2019 19:35:49 -0800 (PST) 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, 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 SvrgVUKptk2o; Fri, 15 Feb 2019 19:35:47 -0800 (PST) Received: from a8-33.smtp-out.amazonses.com (a8-33.smtp-out.amazonses.com [54.240.8.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7DF3130EBF; Fri, 15 Feb 2019 19:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1550288145; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=B3lS2RirVZGatnkfVsqDyBiMK/yDVPMkkr6tr7VypKQ=; b=ZSEj6mQosjmyEwM55HhZo98d4kDJGP2NY+fvHkru/d73jmy8b9Gxl2kLIROoCqfJ 6ZxROldGdU2SOs6ZxcSkv+9V1kp0KdPlgNtMxrQJ5CqEObixd5q+uJnwZliL64bMUKu rWGvB7AFTwF9+InaO7MMu61J89IHHb9w4Yop/E54= From: Kent Watsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Message-ID: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> Date: Sat, 16 Feb 2019 03:35:45 +0000 Cc: draft-ietf-netconf-restconf-notif@ietf.org, netconf@ietf.org To: "Eric Voit (evoit)" , "Reshad Rahman (rrahman)" , einarnn@cisco.com, Alexander Clemm , Andy Bierman X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.16-54.240.8.33 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netconf] RN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 03:35:54 -0000 To each author listed on the "To" line. In order to complete the Shepherd writeup, are you aware of any IPR that = applies to draft-ietf-netconf-restconf-notif? Please Reply-All to *this* email and = state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If "yes", has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If "yes" again, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think = appropriate. If you are listed as a document author or contributor please answer the = above by responding to this email regardless of whether or not you are aware of = any relevant IPR. This document will not advance to the next stage until a response = has been received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed = as an author or contributor, we remind you of your obligations under the IETF IPR = rules which encourages you to notify the IETF if you are aware of IPR of others on = an IETF contribution, or to refrain from participating in any contribution or = discussion related to your undisclosed IPR. For more information, please see the RFCs = listed above and = http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, Kent // as both Shepherd and co-Chair From nobody Fri Feb 15 19:36:08 2019 Return-Path: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC4F1130EB1; Fri, 15 Feb 2019 19:35:50 -0800 (PST) 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, 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 Enk2p85u-c-o; Fri, 15 Feb 2019 19:35:47 -0800 (PST) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97D88130E9E; Fri, 15 Feb 2019 19:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1550288144; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=8iQP4AQSloH89tlPVyfCXoRoo+ZcCU2mcrKangdKUx0=; b=R31psNta39wb/MsQRILwm6ferFWY3QiRdLdVmV4f1aYqmZ/pA8ZkvfMMjCKHmjEr tdAiHzxxvVCNDPK1jV5OVKHhBxL1UCftmPlwHY7veQizroFWWH5Z1prxBz9jo9OqMCS RirnB/XJFLbHJqnFOZA68mfgTCN5CAkQ0hCcJAZE= From: Kent Watsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Message-ID: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> Date: Sat, 16 Feb 2019 03:35:44 +0000 Cc: draft-ietf-netconf-netconf-event-notifications@ietf.org, netconf@ietf.org To: "Eric Voit (evoit)" , Alexander Clemm , alberto.gonzalez@microsoft.com, einarnn@cisco.com, ambtripa@cisco.com X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.16-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netconf] NN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 03:35:55 -0000 To each author listed on the "To" line. In order to complete the Shepherd writeup, are you aware of any IPR that = applies to draft-ietf-netconf-netconf-event-notifications? Please Reply-All to = *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If "yes", has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If "yes" again, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think = appropriate. If you are listed as a document author or contributor please answer the = above by responding to this email regardless of whether or not you are aware of = any relevant IPR. This document will not advance to the next stage until a response = has been received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed = as an author or contributor, we remind you of your obligations under the IETF IPR = rules which encourages you to notify the IETF if you are aware of IPR of others on = an IETF contribution, or to refrain from participating in any contribution or = discussion related to your undisclosed IPR. For more information, please see the RFCs = listed above and = http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, Kent // as both Shepherd and co-Chair From nobody Fri Feb 15 20:19:58 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 328B612D861 for ; Fri, 15 Feb 2019 20:19:56 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ty06-wjfGfmh for ; Fri, 15 Feb 2019 20:19:53 -0800 (PST) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (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 02097129284 for ; Fri, 15 Feb 2019 20:19:53 -0800 (PST) Received: by mail-lf1-x12a.google.com with SMTP id u21so8687068lfu.1 for ; Fri, 15 Feb 2019 20:19:52 -0800 (PST) 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=LZ8rZom2X+jHAQTEoSTQaF2M6n53sKoo2BWJrl2yPso=; b=ZqOUciFiSH+V4XLnN6mRPM18yhVOIlHmVa+xAJoZL/AW/zD6F5cEtJf7QuZgyNBX5e opKLsXQZ/ym2Lodga4/OIw+ZJwkzyw4N7bGlFQVG7qedQ+xk2c6UIX+ephFC1NK6WuET RehCfQo37XCxpvnnkbOom0/73e2LMu4LZ73xBVW/2Fng0EVL0/ghcRghrWwgG6rHWnln Prii9wtI6uVho/4DaCm3Zte25uJcQDiHEsHh+bXWH2ekFAUmcZ/jYZT0KmoGdZcIVzQe kSmT/6okniEPC5c7ilpmSjdkgY9Xctk3Ydd0kzOu6jB81v7+i5JowUkiqW+lHBtndHtE MhoQ== 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=LZ8rZom2X+jHAQTEoSTQaF2M6n53sKoo2BWJrl2yPso=; b=KaBqFkXoQ/Av5mZyESxCqAPCYWAOjU779kEdlJiHg+ALSHIvoi9VXOrhVKGMJboRlE tSmu8R9mW2Giu0wXS6t+rymOpgzVIFjC/iNDqk2DflUuxoypn9m1mVbu5HmFN6iDUJ2i EhPQD94K3MNMqCvyM8hOAeK1qc0zu5S6lTPyg46PUF3bccoFOt55Y7fdkrkyr5tYscKB Kmeprk/YC1rSEHR8DckCZBZrk9y8xu9cRfPM/FJPRraQ8Y1YBEUayuyzVWmmtG9twjA/ kKMPvixqGt9LCU6Ri2/bd6yvzV0ytq6CAHK7Z5YZdSqg4BJ3Y7z5V1rSJBEnCIdDdRB8 +Svw== X-Gm-Message-State: AHQUAubyEMwtAX3I9bOMYBKpVIqDVSSEFc+cCMajJZ0U5TlkmUYQOIIS QqFRdzfJMcz1rweqqsjUY6DzutQPgGznAqVPR1BysQ== X-Google-Smtp-Source: AHgI3IZi0FZ0XbR2vAzQTCChWoKgrgwv/+6PKazg3L0MBJfe56KPp6If/E5JLmz00p88Xuy4q++ERSwviw+RKiZ4VEU= X-Received: by 2002:ac2:54b4:: with SMTP id w20mr7867798lfk.24.1550290790832; Fri, 15 Feb 2019 20:19:50 -0800 (PST) MIME-Version: 1.0 References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> In-Reply-To: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> From: Andy Bierman Date: Fri, 15 Feb 2019 20:19:39 -0800 Message-ID: To: Kent Watsen Cc: Alexander Clemm , "Eric Voit (evoit)" , albgonz@microsoft.com, "Ambika Prasad Tripathy (ambtripa)" , "Einar Nilsen-Nygaard (einarnn)" , =?UTF-8?Q?Bal=C3=A1zs_Lengyel?= , draft-ietf-netconf-yang-push@ietf.org, Netconf Content-Type: multipart/alternative; boundary="000000000000e2f8090581fb33e3" Archived-At: Subject: Re: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 04:19:56 -0000 --000000000000e2f8090581fb33e3 Content-Type: text/plain; charset="UTF-8" "No, I'm not aware of any IPR that applies to this draft" Andy On Fri, Feb 15, 2019 at 7:35 PM Kent Watsen wrote: > To each author listed on the "To" line. > > In order to complete the Shepherd writeup, are you aware of any IPR that > applies > to draft-ietf-netconf-yang-push? Please Reply-All to *this* email and > state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? > > If "yes" again, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think > appropriate. > > If you are listed as a document author or contributor please answer the > above by > responding to this email regardless of whether or not you are aware of any > relevant > IPR. This document will not advance to the next stage until a response > has been > received from each author and listed contributor. NOTE: THIS APPLIES TO > ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. > > If you are on the WG email list or attend WG meetings but are not listed > as an author > or contributor, we remind you of your obligations under the IETF IPR rules > which > encourages you to notify the IETF if you are aware of IPR of others on an > IETF > contribution, or to refrain from participating in any contribution or > discussion related > to your undisclosed IPR. For more information, please see the RFCs listed > above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > Kent // as both Shepherd and co-Chair > > > --000000000000e2f8090581fb33e3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
"No, I'm not aware of any IPR that applies to thi= s draft"

Andy


On Fri, Feb 1= 5, 2019 at 7:35 PM Kent Watsen <kent@= watsen.net> wrote:
To each author listed on the "To" line.

In order to complete the Shepherd writeup, are you aware of any IPR that ap= plies
to draft-ietf-netconf-yang-push?=C2=A0 Please Reply-All to *this* email and= state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If "yes", has this IPR been disclosed in compliance with IETF IPR= rules
(see RFCs 3669, 5378 and 8179 for more details)?

If "yes" again, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules&quo= t;
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think appropria= te.

If you are listed as a document author or contributor please answer the abo= ve by
responding to this email regardless of whether or not you are aware of any = relevant
IPR.=C2=A0 This document will not advance to the next stage until a respons= e has been
received from each author and listed contributor.=C2=A0 NOTE: THIS APPLIES = TO ALL
OF YOU LISTED IN THIS MESSAGE'S TO LINES.

If you are on the WG email list or attend WG meetings but are not listed as= an author
or contributor, we remind you of your obligations under the IETF IPR rules = which
encourages you to notify the IETF if you are aware of IPR of others on an I= ETF
contribution, or to refrain from participating in any contribution or discu= ssion related
to your undisclosed IPR. For more information, please see the RFCs listed a= bove
and http://trac.tools.ietf.org/g= roup/iesg/trac/wiki/IntellectualProperty.

Thank you,
Kent // as both Shepherd and co-Chair


--000000000000e2f8090581fb33e3-- From nobody Fri Feb 15 20:20:27 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18E5D12D861 for ; Fri, 15 Feb 2019 20:20:25 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 hctkB6hwKP1l for ; Fri, 15 Feb 2019 20:20:22 -0800 (PST) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 8E199124B0C for ; Fri, 15 Feb 2019 20:20:21 -0800 (PST) Received: by mail-lj1-x229.google.com with SMTP id l7-v6so10058798ljg.9 for ; Fri, 15 Feb 2019 20:20:21 -0800 (PST) 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=wncWyTxIWeGVLbLiVeMKB7hO48b4xOk48PqWgQLOgYE=; b=rdjaOfEel4+wzyTLT43/mCHq3vQIrjiNW1KCz9EJDL3gavDlsXxQQxZTHQ3pvJPAKE mtkzxYNkJAaH8pi00pZtbuLyhAyte7FNjTl3/pt/cq8m5Xt5y2odl4THgRpKacF7Y4oF VTgjsvr2dAJ7jX0HVk9qJpfsuOjbs5hV6rqjkwDDyPLEq4/jmVKp18exqCEUHv/zY+I9 pybumwxER3x7UqXYyVhvuppX4/MV2YLUrKXA31rUzA/qzKmdojp1oXuxbpX/5mBGyRFd 3OgCbTplJw/WFOMsczImFFV+NaqtTxdR/rhULhHbi1Xvb3bWU/a78Sa/KR8TnFIhvFy5 n6oA== 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=wncWyTxIWeGVLbLiVeMKB7hO48b4xOk48PqWgQLOgYE=; b=R2lwwgQQnCo5OV6TMRqBXwul85DYLnYNurkUcFybr6QS7c1VsTIEFqQpiEbbUOuCld 7q+tpWC9VkRke0lDooOnLMyuM9bh8MZBpPtA4w+YCj1fhaEFb+fidXMPPc8vMxU8L9cJ Oslzy7O/5IUeH6VIb4xSf8WSZa5qC1daa3vo++zXXwTgUbEWnWqqBzA9fgKmbbTNquuq uToTjd5ws0yvPOKsIhZSfVLEoSQnBD02dtAyWYi9+X+s7MeINykLIkAR+YWEPviPkXCW WK00Vg41Sn+Z4nCjvsrJVktKfI8r7YuUW6C+XqJVLRl/nK6bHVRCrhiLjpgiORto7VMs jaXA== X-Gm-Message-State: AHQUAua0wOCC8KeDJXwH1GbNFm3Snft05gCqbSxy8388GWuODBNvKHhW Nv68ofGrb6+2EN809lJK1eEMgyIWFgIG/btbmrtugQ== X-Google-Smtp-Source: AHgI3IbcE/HBiOs6oK85qCgBN7I/SI4oq6vE9PJuz8e0nlB6ZsK8Mh2WLFk5ObV5gCU/QVgLIrWkmVP6ZoTjqi0ow9Y= X-Received: by 2002:a2e:711b:: with SMTP id m27mr2465681ljc.141.1550290819578; Fri, 15 Feb 2019 20:20:19 -0800 (PST) MIME-Version: 1.0 References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> In-Reply-To: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> From: Andy Bierman Date: Fri, 15 Feb 2019 20:20:08 -0800 Message-ID: To: Kent Watsen Cc: "Eric Voit (evoit)" , "Reshad Rahman (rrahman)" , "Einar Nilsen-Nygaard (einarnn)" , Alexander Clemm , draft-ietf-netconf-restconf-notif@ietf.org, Netconf Content-Type: multipart/alternative; boundary="000000000000999a7f0581fb35ae" Archived-At: Subject: Re: [netconf] RN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 04:20:25 -0000 --000000000000999a7f0581fb35ae Content-Type: text/plain; charset="UTF-8" "No, I'm not aware of any IPR that applies to this draft" Andy On Fri, Feb 15, 2019 at 7:35 PM Kent Watsen wrote: > To each author listed on the "To" line. > > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to > draft-ietf-netconf-restconf-notif? Please Reply-All to *this* email and > state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? > > If "yes" again, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think > appropriate. > > If you are listed as a document author or contributor please answer the > above by > responding to this email regardless of whether or not you are aware of any > relevant > IPR. This document will not advance to the next stage until a response > has been > received from each author and listed contributor. NOTE: THIS APPLIES TO > ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. > > If you are on the WG email list or attend WG meetings but are not listed > as an author > or contributor, we remind you of your obligations under the IETF IPR rules > which > encourages you to notify the IETF if you are aware of IPR of others on an > IETF > contribution, or to refrain from participating in any contribution or > discussion related > to your undisclosed IPR. For more information, please see the RFCs listed > above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > Kent // as both Shepherd and co-Chair > > --000000000000999a7f0581fb35ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
"No, I'm not aware of any IPR that applies to thi= s draft"


Andy


On Fri, Feb 15, 2019 at 7:35 PM Kent Watsen <kent@watsen.net> wrote:
To each author listed on the "To" line.<= br>
In order to complete the Shepherd writeup, are you aware of any IPR that ap= plies to
draft-ietf-netconf-restconf-notif?=C2=A0 Please Reply-All to *this* email a= nd state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If "yes", has this IPR been disclosed in compliance with IETF IPR= rules
(see RFCs 3669, 5378 and 8179 for more details)?

If "yes" again, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules&quo= t;
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think appropria= te.

If you are listed as a document author or contributor please answer the abo= ve by
responding to this email regardless of whether or not you are aware of any = relevant
IPR.=C2=A0 This document will not advance to the next stage until a respons= e has been
received from each author and listed contributor.=C2=A0 NOTE: THIS APPLIES = TO ALL
OF YOU LISTED IN THIS MESSAGE'S TO LINES.

If you are on the WG email list or attend WG meetings but are not listed as= an author
or contributor, we remind you of your obligations under the IETF IPR rules = which
encourages you to notify the IETF if you are aware of IPR of others on an I= ETF
contribution, or to refrain from participating in any contribution or discu= ssion related
to your undisclosed IPR. For more information, please see the RFCs listed a= bove
and http://trac.tools.ietf.org/g= roup/iesg/trac/wiki/IntellectualProperty.

Thank you,
Kent // as both Shepherd and co-Chair

--000000000000999a7f0581fb35ae-- From nobody Sat Feb 16 03:42:58 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF848130E69; Sat, 16 Feb 2019 03:42:56 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, 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 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 W2VGAP1bNvoy; Sat, 16 Feb 2019 03:42:54 -0800 (PST) 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 4BB36128B14; Sat, 16 Feb 2019 03:42:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1897; q=dns/txt; s=iport; t=1550317374; x=1551526974; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=sot9MHlwm7bdECsliD5xnwrrAIRsHXKf9u1WQ2NYe7I=; b=gMqA80NATJegI3Tu6VAZqMs4qSl5NZVmpmbXxlurH0QmE3ZsTmwOUN2x 6J8aqW/3niBQ3BwibPvxgBra+FY6fs8AiE59oQME254jxD29fes3Io45f BqYXs/z1cCBihdg0gYLIX1Oa7NWejoCHll2JwESaYV/LedvhkgY5l73p8 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAADa9mdc/5ldJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBggJngQMnCpd8gWglmC6BZwsBASOESQK?= =?us-ascii?q?DaiI3Bg0BAwEBAgEBAm0cDIVKAQEBAwE6OgUFCwIBCBgeEDIlAgQOBYMgAYF?= =?us-ascii?q?qCA+tAIozjEQXgX+BEScME4JMgxMLAoEuARIBH4M6giYCiXmCFZc0CQKHO4N?= =?us-ascii?q?vhysZgW9WhH6LOYFujh6JRYJsAhEUgSc1ImVxcBU7KgGCQQk1imCFP0ExAY1?= =?us-ascii?q?KgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.58,376,1544486400"; d="scan'208";a="434805950" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 11:42:52 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GBgqdZ009216 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 11:42:52 GMT Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 06:42:51 -0500 Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 06:42:51 -0500 From: "Einar Nilsen-Nygaard (einarnn)" To: Kent Watsen CC: "Eric Voit (evoit)" , "Reshad Rahman (rrahman)" , Alexander Clemm , Andy Bierman , "draft-ietf-netconf-restconf-notif@ietf.org" , "netconf@ietf.org" Thread-Topic: RN: final IPR disclosure confirmation Thread-Index: AQHUxaizK1bG4Hh9OU6f2xibaWnqfaXiof6A Date: Sat, 16 Feb 2019 11:42:51 +0000 Message-ID: <104B57DA-A8AF-4612-93B1-586911094F09@cisco.com> References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> In-Reply-To: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.102.3) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.106.3] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.152, xch-rtp-012.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [netconf] RN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 11:42:57 -0000 No, I'm not aware of any IPR that applies to this draft. Cheers, Einar > On 16 Feb 2019, at 03:35, Kent Watsen wrote: >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that = applies to > draft-ietf-netconf-restconf-notif? Please Reply-All to *this* email and = state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove by > responding to this email regardless of whether or not you are aware of an= y relevant > IPR. This document will not advance to the next stage until a response h= as been > received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an author > or contributor, we remind you of your obligations under the IETF IPR rule= s which > encourages you to notify the IETF if you are aware of IPR of others on an= IETF > contribution, or to refrain from participating in any contribution or dis= cussion related > to your undisclosed IPR. For more information, please see the RFCs listed= above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 From nobody Sat Feb 16 03:43:37 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF367130E69; Sat, 16 Feb 2019 03:43:34 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 3LnL6R0EhElM; Sat, 16 Feb 2019 03:43:32 -0800 (PST) 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 597D2128B14; Sat, 16 Feb 2019 03:43:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1900; q=dns/txt; s=iport; t=1550317412; x=1551527012; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=PMx7S16sLHuMJJRl6t1KF3sz41TuUOqAz2OB96rd2Cw=; b=Nc1eM27jmfKc5oD/egqVZLhlvNinJUcgbhXc+jT53jzc8aXTqoyGvVvE M2+UVKXqWQBIlb+AIPVrK5kPDZR/+X4nJXyCSCUKEHV207pWD5U6MUcvM 6KiNSHd/yZNsdK/KzawDNEblD5TNlqis8U5C1p6vfNSiS4PyI5WUSvWrN Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAAAk9mdc/5FdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBggJngQMnCpd8gWglmC6BZwsBASOESQK?= =?us-ascii?q?DaiI3Bg0BAwEBAgEBAm0cDIVKAQEBAwE6OgUFCwIBCBgeEDIlAgQOBYMgAYF?= =?us-ascii?q?qCA+tAoozjEQXgX+BEScME4JMgxMLAoEuARIBH4M6giYCiXmCFZc0CQKHO4N?= =?us-ascii?q?vhysZgW9WhH6LOYFujh6JRYJsAhEUgSc1ImVxcBU7KgGCQQk1imCFP0ExAY1?= =?us-ascii?q?KgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.58,376,1544486400"; d="scan'208";a="516294354" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 11:43:30 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GBhU6g007388 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 11:43:30 GMT Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 06:43:30 -0500 Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 06:43:29 -0500 From: "Einar Nilsen-Nygaard (einarnn)" To: Kent Watsen CC: Alexander Clemm , "Eric Voit (evoit)" , "albgonz@microsoft.com" , "Ambika Prasad Tripathy Tripathy (ambtripa)" , Andy Bierman , Balazs Lengyel , "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: YP: final IPR disclosure confirmation Thread-Index: AQHUxaiyK1bG4Hh9OU6f2xibaWnqfaXioiuA Date: Sat, 16 Feb 2019 11:43:29 +0000 Message-ID: <6781600D-7730-4725-9BDE-5E522280E444@cisco.com> References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> In-Reply-To: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.102.3) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.106.3] Content-Type: text/plain; charset="us-ascii" Content-ID: <4EC2674AAD6A0B4B9F00EE26677E3037@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 11:43:35 -0000 No, I'm not aware of any IPR that applies to this draft. Cheers, Einar > On 16 Feb 2019, at 03:35, Kent Watsen wrote: >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that = applies > to draft-ietf-netconf-yang-push? Please Reply-All to *this* email and st= ate either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove by > responding to this email regardless of whether or not you are aware of an= y relevant > IPR. This document will not advance to the next stage until a response h= as been > received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an author > or contributor, we remind you of your obligations under the IETF IPR rule= s which > encourages you to notify the IETF if you are aware of IPR of others on an= IETF > contribution, or to refrain from participating in any contribution or dis= cussion related > to your undisclosed IPR. For more information, please see the RFCs listed= above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 >=20 From nobody Sat Feb 16 03:43:53 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 610DC130E69; Sat, 16 Feb 2019 03:43:52 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 7fl6bsT_jRdc; Sat, 16 Feb 2019 03:43:50 -0800 (PST) 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 93A88130EA8; Sat, 16 Feb 2019 03:43:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1913; q=dns/txt; s=iport; t=1550317430; x=1551527030; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Fo94Mma9yKavvYvxTC8m/gh+oxItzEqxKdolBXdjh2Q=; b=ja1SYSj42pz+VW+OOHko3AS1ho8pdZJ0B02x5xHcjhm23lHY3XcdOt+G Hd8m2P51BoDUyeVlqYAC5wLWIv7d0aWzkFG2FxbWVmYdJogP6U/mf2vYK YS1hbFivnBkXBgKGRjmlMRdwIXr9Dl9FeTdXirNzaKxKcb66XSHyyR21b E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAAAk9mdc/5RdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBgVkpZ4EDJwqXfIINmC6BZwsBASOESQK?= =?us-ascii?q?DaiI3Bg0BAwEBAgEBAm0cDIVKAQEBAwE6OgUFCwIBCBgeEDIlAgQOBYJXSQG?= =?us-ascii?q?BaggPrQKKM4xEF4F/gREnH4JMgxMLAoEuARIBH4M6giYCiXmCFZc0CQKHO4N?= =?us-ascii?q?vhysZgW9WhH6LOYFuhWuIM4lFgmwCERSBJzUiZXFwFTsqAYJBCTWKYIU/QTE?= =?us-ascii?q?BjUqBH4EfAQE?= X-IronPort-AV: E=Sophos;i="5.58,376,1544486400"; d="scan'208";a="522711339" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 11:43:49 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GBhm2p028346 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 11:43:49 GMT Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 06:43:48 -0500 Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 06:43:48 -0500 From: "Einar Nilsen-Nygaard (einarnn)" To: Kent Watsen CC: "Eric Voit (evoit)" , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "Ambika Prasad Tripathy Tripathy (ambtripa)" , "draft-ietf-netconf-netconf-event-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: NN: final IPR disclosure confirmation Thread-Index: AQHUxaiyK1bG4Hh9OU6f2xibaWnqfaXiokIA Date: Sat, 16 Feb 2019 11:43:48 +0000 Message-ID: <2CA2A22C-C74F-4B60-BF3A-6FA5AF50F23B@cisco.com> References: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> In-Reply-To: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.102.3) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.106.3] Content-Type: text/plain; charset="us-ascii" Content-ID: <75CA48A0C233CB48A25A56DC84A4A0B9@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.154, xch-rtp-014.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [netconf] NN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 11:43:52 -0000 No, I'm not aware of any IPR that applies to this draft. Cheers, Einar > On 16 Feb 2019, at 03:35, Kent Watsen wrote: >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that = applies > to draft-ietf-netconf-netconf-event-notifications? Please Reply-All to *= this* email > and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove by > responding to this email regardless of whether or not you are aware of an= y relevant > IPR. This document will not advance to the next stage until a response h= as been > received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an author > or contributor, we remind you of your obligations under the IETF IPR rule= s which > encourages you to notify the IETF if you are aware of IPR of others on an= IETF > contribution, or to refrain from participating in any contribution or dis= cussion related > to your undisclosed IPR. For more information, please see the RFCs listed= above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 From nobody Sat Feb 16 03:44:30 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 311CF130E7D; Sat, 16 Feb 2019 03:44:29 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 D8VTmiC4Ge-W; Sat, 16 Feb 2019 03:44:27 -0800 (PST) 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 65F21130E69; Sat, 16 Feb 2019 03:44:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1912; q=dns/txt; s=iport; t=1550317467; x=1551527067; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=YRYNiNd5L+YfGD8NRvjkLpX9FcL0ygKM3n+oNDjMJIo=; b=dCQ42f2Mkqt2nWguWxIST8lwZ4aJbg0fRy1CqS+XCZr8WWKTiZrJvh+A 8oj42G66I7YSv77U9QTSBkjLCmYp4cWQ/+Md+oX723udbM//VX9uARs0d pTWq21M4jl38cszj6rj8SnwC+HWfr2Ap1EGUk40qdP7q4j0ZA09ebAQZQ 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAABS92dc/5JdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBggJngQMnCpd8gg2YLoFnCwEBI4RJAoN?= =?us-ascii?q?qIjcGDQEDAQECAQECbRwMhUoBAQEDATo6BQULAgEIGB4QMiUCBA4FgyABgWo?= =?us-ascii?q?ID60FijOMRBeBf4ERJx+CTIMTCwKBLgESAR+DOoImAol5ghWXNAkChzuDb4c?= =?us-ascii?q?rGYFvVoR+izmBbo4eiUWCbAIRFIEnNSJlcXAVOyoBgkEJNYpghT9BMQGNSoE?= =?us-ascii?q?fgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.58,376,1544486400"; d="scan'208";a="522711417" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 11:44:02 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GBi25X028115 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 11:44:02 GMT Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 06:44:01 -0500 Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 06:44:01 -0500 From: "Einar Nilsen-Nygaard (einarnn)" To: Kent Watsen CC: "Eric Voit (evoit)" , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "Ambika Prasad Tripathy Tripathy (ambtripa)" , "draft-ietf-netconf-subscribed-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: SN: final IPR disclosure confirmation Thread-Index: AQHUxaiwK1bG4Hh9OU6f2xibaWnqfaXiolGA Date: Sat, 16 Feb 2019 11:44:01 +0000 Message-ID: <039F36E9-B142-4DB2-A6A4-7557D1CCF35A@cisco.com> References: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> In-Reply-To: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.102.3) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.106.3] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.155, xch-rtp-015.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [netconf] SN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 11:44:29 -0000 No, I'm not aware of any IPR that applies to this draft. Cheers, Einar > On 16 Feb 2019, at 03:35, Kent Watsen wrote: >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that = applies > to draft-ietf-netconf-subscribed-notifications? Please Reply-All to *thi= s* email and > state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove by > responding to this email regardless of whether or not you are aware of an= y relevant > IPR. This document will not advance to the next stage until a response h= as been > received from each author and listed contributor. NOTE: THIS APPLIES TO = ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an author > or contributor, we remind you of your obligations under the IETF IPR rule= s which > encourages you to notify the IETF if you are aware of IPR of others on an= IETF > contribution, or to refrain from participating in any contribution or dis= cussion related > to your undisclosed IPR. For more information, please see the RFCs listed= above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 From nobody Sat Feb 16 09:25:49 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75EB8130F1C; Sat, 16 Feb 2019 09:25:47 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, 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 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 dRTog2ZjPx0K; Sat, 16 Feb 2019 09:25:45 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADEF812008F; Sat, 16 Feb 2019 09:25:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2351; q=dns/txt; s=iport; t=1550337944; x=1551547544; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=4BF5EOWc8RTtGsUw5C9ZhChz9+Xj/5NseMG7HPh+eIY=; b=KfXBv4Gv+2UcGoyQzjrqXv16royo1QTbiuzIHLMjOvf2TvVd8/yBdRSY Z696aRcLuubFMuf6HW4tQbOAst+Rd7WzVPsSqmbtGxSJ7Zb0aZful1ALb Ooj5LkbbOGOofZ2aaY4Ltnu+qdC1avrS8YSSEBM5rYjCW8JA9yy9Nl+44 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAD/Rmhc/5BdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggJngQMnCowWi2WCDZgaFIFnCwEBI4R?= =?us-ascii?q?JAoNqIjQJDQEDAQECAQECbRwMhUoBAQEEdAUMBAIBCBEEAQEvMh0IAgQBDQU?= =?us-ascii?q?IgxmBcg+sHoQEAYYpjEQXgUA/gRGDEoMTCwKBLgESAYV/Aol5hxmSMAkChzu?= =?us-ascii?q?Db4cjIYFvVoR+izmBbohVhUmMMQIRFIEnHzhlcXAVO4JsCYsVhQgBNkExAY1?= =?us-ascii?q?KgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.58,377,1544486400"; d="scan'208";a="301549015" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 17:25:43 +0000 Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GHPh2t003730 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 17:25:43 GMT Received: from xch-rcd-013.cisco.com (173.37.102.23) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 11:25:42 -0600 Received: from xch-rcd-013.cisco.com ([173.37.102.23]) by XCH-RCD-013.cisco.com ([173.37.102.23]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 11:25:42 -0600 From: "Eric Voit (evoit)" To: Kent Watsen , Alexander Clemm , "albgonz@microsoft.com" , "Ambika Prasad Tripathy Tripathy (ambtripa)" , "Einar Nilsen-Nygaard (einarnn)" , Andy Bierman , =?iso-8859-1?Q?Bal=E1zs_Lengyel?= CC: "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxaiy10mFHtJpH0mJpjgNpGY/sqXircfg Date: Sat, 16 Feb 2019 17:25:42 +0000 Message-ID: References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> In-Reply-To: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.20, xch-aln-010.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 17:25:48 -0000 No, I'm not aware of any IPR that applies to this draft > -----Original Message----- > From: Kent Watsen > Sent: Friday, February 15, 2019 10:36 PM > To: Alexander Clemm ; Eric Voit (evoit) > ; albgonz@microsoft.com; Ambika Prasad Tripathy Tripathy > (ambtripa) ; Einar Nilsen-Nygaard (einarnn) > ; Andy Bierman ; Bal=E1zs Lengyel > > Cc: draft-ietf-netconf-yang-push@ietf.org; netconf@ietf.org > Subject: YP: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-yang-push? Please Reply-All to *this* emai= l and > state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 From nobody Sat Feb 16 09:25:56 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F285912008F; Sat, 16 Feb 2019 09:25:47 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 f0KjHRURpMQu; Sat, 16 Feb 2019 09:25:45 -0800 (PST) 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 70091130F04; Sat, 16 Feb 2019 09:25:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2301; q=dns/txt; s=iport; t=1550337945; x=1551547545; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=8xAzsSembzSmLgn8+6TjhbWFIycoQ/UeUsycTal29cY=; b=W7K2FqkIPplWviTIQDMKm5q/r4X0zEZrJqDlUSJcCO4LVkjMU42qOgKu duZPXAm4k/FCXPqx7ypteuwH4AWqwqhfMBJv6Lbux3f0RPAc3lz0eZCJj cjJC9m7mmSwzhFxohWzA5cvWdega6wxbmVNidpeVVoUsneRgjaZpoOrz4 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAD/Rmhc/51dJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggJngQMnCowWi2WCDZgaFIFnCwEBI4R?= =?us-ascii?q?JAoNqIjQJDQEDAQECAQECbRwMhUoBAQEEOjoFDAQCAQgRBAEBHxAyHQgCBAE?= =?us-ascii?q?NBQiDGYFyD6wehAQBhimMRBeBQD+BEYMSgxMLAoEuARIBhX8CiXmZSQkChzu?= =?us-ascii?q?Db4cjIYFvVoR+izmBbohVhUmMMQIRFIEnHzhlcXAVO4JsCYsVhQgBNkExAY1?= =?us-ascii?q?KgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.58,377,1544486400"; d="scan'208";a="519578309" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 17:25:43 +0000 Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GHPhOH011492 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 17:25:44 GMT Received: from xch-rcd-013.cisco.com (173.37.102.23) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 11:25:43 -0600 Received: from xch-rcd-013.cisco.com ([173.37.102.23]) by XCH-RCD-013.cisco.com ([173.37.102.23]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 11:25:43 -0600 From: "Eric Voit (evoit)" To: Kent Watsen , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "Einar Nilsen-Nygaard (einarnn)" , "Ambika Prasad Tripathy Tripathy (ambtripa)" CC: "draft-ietf-netconf-subscribed-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxaiw10mFHtJpH0mJpjgNpGY/sqXirdqQ Date: Sat, 16 Feb 2019 17:25:42 +0000 Message-ID: References: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> In-Reply-To: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.18, xch-aln-008.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 17:25:48 -0000 No, I'm not aware of any IPR that applies to this draft > -----Original Message----- > From: Kent Watsen > Sent: Friday, February 15, 2019 10:36 PM > To: Eric Voit (evoit) ; Alexander Clemm > ; alberto.gonzalez@microsoft.com; Einar Nilsen-Nygaard > (einarnn) ; Ambika Prasad Tripathy Tripathy (ambtripa) > > Cc: draft-ietf-netconf-subscribed-notifications@ietf.org; netconf@ietf.or= g > Subject: SN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-subscribed-notifications? Please Reply-All= to > *this* email and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair From nobody Sat Feb 16 09:26:02 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BABF2130F1C; Sat, 16 Feb 2019 09:25:49 -0800 (PST) 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, DKIMWL_WL_HIGH=-0.001, 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 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 zfjbTYM5we82; Sat, 16 Feb 2019 09:25:47 -0800 (PST) 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 26B36130F0B; Sat, 16 Feb 2019 09:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2307; q=dns/txt; s=iport; t=1550337946; x=1551547546; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=XeJO/Xck6k3JlA9PPDUMLPr7R1c/jSbwMnvz6rIHDBc=; b=T6cmOhn+g0xkC7R4WTwWAnLm/0sDS1dD4Ud6MLO4CevuS9tOSL3rIjRM t2WP76phesOEQeNg7t3xMYC1QzSKzbnSjGZaH/DpohpijFhzRYNdEGnla EEOkL1F0a5S03KOGTsr330hwsTFiaBKXkz99JwoOFAs1G6jsdh4jtcVzb k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABsR2hc/5hdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVkpZ4EDJwqMFotlgg2YGhSBZwsBASO?= =?us-ascii?q?ESQKDaiI0CQ0BAwEBAgEBAm0cDIVKAQEBBDo6BQwEAgEIEQQBAR8QMh0IAgQ?= =?us-ascii?q?BDQUIgk9KgXIPrCGEBAGGKYxEF4FAP4ERgxKDEwsCgS4BEgGFfwKJeZlJCQK?= =?us-ascii?q?HO4NvhyMhgW9WhH6LOYFuiFWFSYwxAhEUgScfOGVxcBU7gmwJixWFCAE2QTE?= =?us-ascii?q?BjUqBH4EfAQE?= X-IronPort-AV: E=Sophos;i="5.58,377,1544486400"; d="scan'208";a="519501421" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 17:25:44 +0000 Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GHPiEi012997 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 17:25:44 GMT Received: from xch-rcd-013.cisco.com (173.37.102.23) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 11:25:43 -0600 Received: from xch-rcd-013.cisco.com ([173.37.102.23]) by XCH-RCD-013.cisco.com ([173.37.102.23]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 11:25:43 -0600 From: "Eric Voit (evoit)" To: Kent Watsen , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "Einar Nilsen-Nygaard (einarnn)" , "Ambika Prasad Tripathy Tripathy (ambtripa)" CC: "draft-ietf-netconf-netconf-event-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxaiy10mFHtJpH0mJpjgNpGY/sqXireNw Date: Sat, 16 Feb 2019 17:25:43 +0000 Message-ID: <50a9c28e3eac475082c52865f3cbf51d@XCH-RCD-013.cisco.com> References: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> In-Reply-To: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.17, xch-aln-007.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 17:25:50 -0000 No, I'm not aware of any IPR that applies to this draft > -----Original Message----- > From: Kent Watsen > Sent: Friday, February 15, 2019 10:36 PM > To: Eric Voit (evoit) ; Alexander Clemm > ; alberto.gonzalez@microsoft.com; Einar Nilsen-Nygaard > (einarnn) ; Ambika Prasad Tripathy Tripathy (ambtripa) > > Cc: draft-ietf-netconf-netconf-event-notifications@ietf.org; netconf@ietf= .org > Subject: NN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-netconf-event-notifications? Please Reply-= All to > *this* email and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair From nobody Sat Feb 16 09:26:10 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F70C130F46; Sat, 16 Feb 2019 09:25:51 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, 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 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 YtPyAValiWJ2; Sat, 16 Feb 2019 09:25:48 -0800 (PST) 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 933BD130F1B; Sat, 16 Feb 2019 09:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2261; q=dns/txt; s=iport; t=1550337946; x=1551547546; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=WrSzJEk0kcXrQ1NGoFNXoE/pRi6Mdgs+i+pfkeaxpa0=; b=Ct3fbAs2HjD8o8+PVHM3vK+BRIFAtHc85ra7aMsqV68QZW4KZWH7mqUg u22A+X/woAwUo324gaKGWETFlio9CBKbMd8JcLwAZQtK5VchhjVf6W9YU iSsgBThwqdQho5YXeeEQZwQhbQIzlGPZtXhJGyG1mdiy5QTX6vgPu6yVW g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABsR2hc/40NJK1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggJngQMnCowWi2WCDZgaFIFnCwEBI4R?= =?us-ascii?q?JAoNqIjQJDQEDAQECAQECbRwMhUoBAQEEOjoFDAQCAQgRBAEBHxAyHQgCBAE?= =?us-ascii?q?NBQiDGYFyD6whhAQBhimMRBeBQD+BEYMSgxMLAoEuARIBhX8CiXmZSQkChzu?= =?us-ascii?q?Db4cjIYFvVoR+izmBbohVhUmMMQIRFIEnHzhlcXAVO4JsCYsVhQgBNkExAY1?= =?us-ascii?q?KgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.58,377,1544486400"; d="scan'208";a="519501424" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 17:25:45 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GHPjiD003921 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 17:25:45 GMT Received: from xch-rcd-013.cisco.com (173.37.102.23) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 11:25:44 -0600 Received: from xch-rcd-013.cisco.com ([173.37.102.23]) by XCH-RCD-013.cisco.com ([173.37.102.23]) with mapi id 15.00.1395.000; Sat, 16 Feb 2019 11:25:44 -0600 From: "Eric Voit (evoit)" To: Kent Watsen , "Reshad Rahman (rrahman)" , "Einar Nilsen-Nygaard (einarnn)" , Alexander Clemm , Andy Bierman CC: "draft-ietf-netconf-restconf-notif@ietf.org" , "netconf@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxaiz10mFHtJpH0mJpjgNpGY/sqXiresg Date: Sat, 16 Feb 2019 17:25:43 +0000 Message-ID: <2b46b48c79314bed9ee34471ce78161d@XCH-RCD-013.cisco.com> References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> In-Reply-To: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.56.226] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 17:25:54 -0000 No, I'm not aware of any IPR that applies to this draft > -----Original Message----- > From: Kent Watsen > Sent: Friday, February 15, 2019 10:36 PM > To: Eric Voit (evoit) ; Reshad Rahman (rrahman) > ; Einar Nilsen-Nygaard (einarnn) ; > Alexander Clemm ; Andy Bierman > > Cc: draft-ietf-netconf-restconf-notif@ietf.org; netconf@ietf.org > Subject: RN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-restconf-notif? Please Reply-All to *this*= email > and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair From nobody Sat Feb 16 10:01:22 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BECEC130F63; Sat, 16 Feb 2019 10:01:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, 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=RXahcYBG; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=WFNs6QmB 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 Xs0i8Y4YBlSz; Sat, 16 Feb 2019 10:01:13 -0800 (PST) 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 094F3130F29; Sat, 16 Feb 2019 10:01:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2600; q=dns/txt; s=iport; t=1550340073; x=1551549673; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=A5alZA2y1QRnTP0A+GUtNJDdBGBh8idZIbsVhBsDZx0=; b=RXahcYBG4JfU8eMGXnb46fCr8JBUTuDUOBn31fetiYVPsTrQOsfXxSwZ SXiJ0WhrJvwZagUQhmO2TAcSn5Gg8xf73jGH1YORkSjglsE2pQ11RRURP 297o8Qdmvpl44xnw005PHeySYADbpsOMetbYRVCv+RXGXTDlMJXvrNF79 8=; IronPort-PHdr: =?us-ascii?q?9a23=3AiyDCkxH23lGBnSJyKJLArZ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+eeTwZiw/FcJqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAAyT2hc/5hdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUgMBAQEBAQsBgTAkKwNndAQLJ4QGg0cDj2tKmicUgRA?= =?us-ascii?q?DVAsBASMJhEACF4NTIjUIDQEDAQECAQECbRwMhUsGIxEMAQEyBQEPAgEIGgI?= =?us-ascii?q?mAgICMBUQAgQBDQWDIAGBWgMVAQIMoBMCihRxgS+CeAEBBYEFAYN9GIILCIE?= =?us-ascii?q?LizkXgUA/gREnH4JMgxMLAoEuARIBNoJyMYImiXuZSQkChzuDb4crGYFvVoR?= =?us-ascii?q?+izmBbohVhUmMMQIEAgQFAg0BAQWBSAE1ZXFwFTsqAYJBCYITg26FFIUIATZ?= =?us-ascii?q?yAYEnjCOCPgEB?= X-IronPort-AV: E=Sophos;i="5.58,377,1544486400"; d="scan'208";a="522825782" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2019 18:01:11 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x1GI1B3M009343 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 Feb 2019 18:01:11 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 16 Feb 2019 12:01:10 -0600 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.1395.4; Sat, 16 Feb 2019 13:01:09 -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.1395.4 via Frontend Transport; Sat, 16 Feb 2019 13:01:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=A5alZA2y1QRnTP0A+GUtNJDdBGBh8idZIbsVhBsDZx0=; b=WFNs6QmBtfSM+He+XFO45CXi6JhGjUkH2v1mNVg3/1vf2sd7g2wpVpItCdSfaAkNJkj85LXEQbn1ZWKaHh78RY1/5l6TYa3o5ZprkXIfvk+dX6aF0Akb2HeC0jMQ3LUJYK0PCavHIvy5LXqMBt/7bqSuegYULBY9+s50pSQ534s= Received: from MN2PR11MB3695.namprd11.prod.outlook.com (20.178.252.156) by MN2PR11MB3807.namprd11.prod.outlook.com (20.178.254.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1622.19; Sat, 16 Feb 2019 18:01:08 +0000 Received: from MN2PR11MB3695.namprd11.prod.outlook.com ([fe80::bd63:a546:ac2c:85d5]) by MN2PR11MB3695.namprd11.prod.outlook.com ([fe80::bd63:a546:ac2c:85d5%4]) with mapi id 15.20.1622.018; Sat, 16 Feb 2019 18:01:08 +0000 From: "Reshad Rahman (rrahman)" To: Kent Watsen , "Eric Voit (evoit)" , "Einar Nilsen-Nygaard (einarnn)" , Alexander Clemm , Andy Bierman CC: "draft-ietf-netconf-restconf-notif@ietf.org" , "netconf@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxajAzicNt/86SUelFbKmaFNow6XiZAqA Date: Sat, 16 Feb 2019 18:01:07 +0000 Message-ID: <05B13210-202C-433D-8E4C-06A285B33306@cisco.com> References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> In-Reply-To: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.6.190114 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rrahman@cisco.com; x-originating-ip: [2001:420:c0c4:1004::8d] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fa791091-2827-44cb-c338-08d69438ba26 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:MN2PR11MB3807; x-ms-traffictypediagnostic: MN2PR11MB3807: x-ms-exchange-purlcount: 1 x-ld-processed: 5ae1af62-9505-4097-a69a-c1553ef7840e,ExtAddr x-microsoft-exchange-diagnostics: =?utf-8?B?MTtNTjJQUjExTUIzODA3OzIzOk5POVJQS0xyMzdPd0U3WG0xN0l6Z3VGOWRp?= =?utf-8?B?WFF4K0dwcXpyNCsxcGhnWFFzOVpWS2NjZGVwV0dnOFFmd1BnOGdJUG9lWmJo?= =?utf-8?B?Z0hEWmlmd3pNT0M3YWJjOGhYTXdsTjQwa01rZmR4SzZIV1F2RjRXcWdyQ096?= =?utf-8?B?ME9WZ08wbW5nVkdIS1RGV1ZNL1dvaldUcGhpVE45ZkQzMzcvdUsrVzdJcEc1?= =?utf-8?B?SzNONTNvWHQzRUtxYmJNcmRuN3kxOXdrMEUvS0VuTys5YnBvVFVET1N4VXEw?= =?utf-8?B?cTBvYVJtL0g0OFRSNGJHMTN2WjAwVnVXa29LZkJaU1VvU0hySS9ha0JXNzBi?= =?utf-8?B?NjFPNG5kRDVVeDN5dnVRanJUMjd1dm0wUE9oRmNyS2hVMy9uamY2M1pueWV2?= =?utf-8?B?eFVGUkpXeHA2eDJ3bG9JMU01ODFuamY3ZVkwZ3YxRjdBSHNqMnN3ZzBVSGcw?= =?utf-8?B?Smg4MTllK0dEaCtTTWltWUVGWXQ3Z1FJRkF2bFdmNnlSOWEwUGlGM2JpTVNJ?= =?utf-8?B?U0JtYmRhQVVhWnNRcWhqSnFyZnZwajZOWmo2WGhNeDQvclFHVWw3UjUxQnRS?= =?utf-8?B?cGhsOWxqQ2w1S0RNYWllQnhBaWx4WWhDcVlXaHNXQ09VcEFZd2J0TmEvaUhI?= =?utf-8?B?T0I0eXNndER6NndHdWhkSExaOWhiZHZFejd4YUd2aGRIVjEwSkpoaTBwRGNC?= =?utf-8?B?c0M0MG0yYkxzWlRjYlArWEExVStISW5NYmY2R2lGZjhoQVpGTEJURWI1SGpX?= =?utf-8?B?cjU4RWZQdndtYXk4VGFyeXFZRE1kZnZ0KzdyV1lUZjh5V0FvbUJHOTB0MjVt?= =?utf-8?B?RFo0d2o0MmJsRmRzZFFiT2oyUm85MEN5R00wcE1mNjVQMWIwL2s5M25FYjRZ?= =?utf-8?B?WlpJSzdkZUkvRk5raG9QVS9DSktseG55Y0xUUktHMXhQM1FQU0hpdm8rNjE1?= =?utf-8?B?Mnd6czR6STFIc0MyclEzWGNXSTJ4TGQ4TlRsU2JMQmwrSFBkZHBxdDFqdlJE?= =?utf-8?B?YUR3VDcvc3hYc2pWVHB3TGJuL2hMdFlMTW1SNk1BU3JDdG1KZmxSTFRPMDlR?= =?utf-8?B?NVdPaHBMSkp6ZlRzeEJSdXE0TXZBYUVyeHdkR0NvYWtmTWgxTFFtYUNoUWFy?= =?utf-8?B?WHk1dE1ZQm1lWDhwb2duUExWdm1SaFJEV21qOFEzcGJRcWhNTFBMYTRWM09L?= =?utf-8?B?UzUyV2xRME1lMW8zMENWWkg5U2psVEprTnpKNlFkQ0UvVlltRGd6a0tvRi9v?= =?utf-8?B?dEV5UmE5WitaNzNqL0Z3dEFrbzZVa1JOREtMcmFvUDd2Wi9zVVR0UnpndGZt?= =?utf-8?B?R3lvS1BGU3pMbWY0SEp6OVI4Z3VRckFzNlFpTTZIOEVNNnI2eVY5aHRWcnNF?= =?utf-8?B?WlY4TzhuV3V3dUtXdWZXWkJxSmtyU1RsRmtpM2FnWTh6N3RDOEJNaXNyOHdL?= =?utf-8?B?a2JjcFhBYzJhN0Z6TUVjaGlEYUdFb0ZPUTExcDBTc1NydmZLMFdJV0JobU1o?= =?utf-8?B?OERRSWhzNzdoWGpQUkd1SjFHcWpKOUc0RE9CcllmMVBFb00vaE9rQnQzMGx2?= =?utf-8?B?M0ZKRTcyVXVOVUdwdXV4dUU1NzAzL0RXNFhwbk9LYy9obzJHd1Z2QnZtR3Ns?= =?utf-8?B?L0hhSDhRT3ZaQ2s2WCs3V1YxVGpKMHRuZnIzTUMwNldlNGE4cldjdW8yZEJE?= =?utf-8?B?M0g4dmF6S0RRbE04bHFWT2xuTERKNFR0eWpXZnRIZTFzdVlJbnZ6d252MFRp?= =?utf-8?B?QmJ1TG9NV2tDOVY2cHhkQT09?= x-microsoft-antispam-prvs: x-forefront-prvs: 0950706AC1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(366004)(136003)(346002)(376002)(199004)(189003)(5660300002)(4326008)(256004)(46003)(14454004)(6512007)(6306002)(966005)(6246003)(53936002)(186003)(82746002)(106356001)(478600001)(6506007)(102836004)(25786009)(14444005)(76176011)(33656002)(105586002)(305945005)(99286004)(81166006)(2906002)(6116002)(54906003)(97736004)(7736002)(58126008)(83716004)(110136005)(229853002)(316002)(81156014)(8936002)(486006)(3480700005)(6486002)(6436002)(446003)(476003)(11346002)(2616005)(36756003)(68736007)(8676002)(86362001)(71200400001)(71190400001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3807; H:MN2PR11MB3695.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-message-info: ipuHBQlDiYcpXR5IxZ5PvrSsQAdmkq82qJU35rQ9Gaxv0PKNS6LS5mn/5cp8rsP+h7lhOcDD6gJkUPixBOxPlEhxqMhxpw1eD35BbGhbc+JJPnA0xGr6HN1tp2TZCHv0wXzl0gEFKIGBRi8tFKdEG3IUUCLmlrhz98UZhiC/48oAt0rLtkbgYwhGVPsRZ84mDzEPq0P3TlNm6U4Lv7dQOyWX2ncNPIlI4VblCyHwFrD6metBehl1MuIkf+pS3KRUa3Uvdwrn9z8oupucfRHaiDNTJQyEZgxcjkk2EtAsamNw+h6AEapkr/cU1HMLmUgaZrW/RAHF0Ip071++s9ZsZx6BhjEhnTbLuMrdLhm12r8/6SXoFmmbKVij8U37pCryCkDRmpZ9lyH3ZfA5PFGTlS5pd8zsgDiJyZwpWFRugLg= Content-Type: text/plain; charset="utf-8" Content-ID: <046CE2DE98FAE2448A7BADCF434199D4@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: fa791091-2827-44cb-c338-08d69438ba26 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Feb 2019 18:01:07.9854 (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-Transport-CrossTenantHeadersStamped: MN2PR11MB3807 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 18:01:21 -0000 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4N Cg0K77u/T24gMjAxOS0wMi0xNSwgMTA6MzYgUE0sICJLZW50IFdhdHNlbiIgPGtlbnRAd2F0c2Vu Lm5ldD4gd3JvdGU6DQoNCiAgICBUbyBlYWNoIGF1dGhvciBsaXN0ZWQgb24gdGhlICJUbyIgbGlu ZS4NCiAgICANCiAgICBJbiBvcmRlciB0byBjb21wbGV0ZSB0aGUgU2hlcGhlcmQgd3JpdGV1cCwg YXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0bw0KICAgIGRyYWZ0LWlldGYt bmV0Y29uZi1yZXN0Y29uZi1ub3RpZj8gIFBsZWFzZSBSZXBseS1BbGwgdG8gKnRoaXMqIGVtYWls IGFuZCBzdGF0ZSBlaXRoZXI6DQogICAgDQogICAgIk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJ UFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQogICAgb3INCiAgICAiWWVzLCBJJ20gYXdh cmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KICAgIA0KICAgIElmICJ5ZXMi LCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBS IHJ1bGVzDQogICAgKHNlZSBSRkNzIDM2NjksIDUzNzggYW5kIDgxNzkgZm9yIG1vcmUgZGV0YWls cyk/DQogICAgDQogICAgSWYgInllcyIgYWdhaW4sIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICAg DQogICAgIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzIg0KICAgIG9yDQogICAgIk5vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBk aXNjbG9zZWQiDQogICAgDQogICAgSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55 IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsgYXBwcm9wcmlhdGUuDQogICAgDQogICAgSWYg eW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNl IGFuc3dlciB0aGUgYWJvdmUgYnkNCiAgICByZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVnYXJk bGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudA0KICAg IElQUi4gIFRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1 bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuDQogICAgcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBh bmQgbGlzdGVkIGNvbnRyaWJ1dG9yLiAgTk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTA0KICAgIE9G IFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMuDQogICAgDQogICAgSWYgeW91 IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFyZSBu b3QgbGlzdGVkIGFzIGFuIGF1dGhvcg0KICAgIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91 IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNoDQogICAg ZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRoZSBJRVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBS IG9mIG90aGVycyBvbiBhbiBJRVRGDQogICAgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZy b20gcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRl ZA0KICAgIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxl YXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCiAgICBhbmQgaHR0cDovL3RyYWMudG9vbHMu aWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHkuDQogICAg DQogICAgVGhhbmsgeW91LA0KICAgIEtlbnQgLy8gYXMgYm90aCBTaGVwaGVyZCBhbmQgY28tQ2hh aXINCiAgICANCiAgICANCg0K From nobody Mon Feb 18 02:54:48 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B5EA130F03; Mon, 18 Feb 2019 02:54:47 -0800 (PST) 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 qPa_kT3kFgxI; Mon, 18 Feb 2019 02:54:45 -0800 (PST) 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 47C9D130F01; Mon, 18 Feb 2019 02:54:45 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 429C39B1BEE30987C20E; Mon, 18 Feb 2019 10:54:43 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 18 Feb 2019 10:54:42 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.111]) by SJCEML701-CHM.china.huawei.com ([169.254.3.242]) with mapi id 14.03.0415.000; Mon, 18 Feb 2019 02:54:35 -0800 From: Alexander Clemm To: Kent Watsen , Alexander Clemm , "Eric Voit (evoit)" , "albgonz@microsoft.com" , "ambtripa@cisco.com" , "einarnn@cisco.com" , Andy Bierman , =?iso-8859-1?Q?Bal=E1zs_Lengyel?= CC: "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] YP: final IPR disclosure confirmation Thread-Index: AQHUxajARB7CNTeCC0mHrkvzxtKZoKXlZTkQ Date: Mon, 18 Feb 2019 10:54:35 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A41@sjceml521-mbx.china.huawei.com> References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> In-Reply-To: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.86.228] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 10:54:48 -0000 No, I'm not aware of any IPR that applies to this draft. --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: Saturday, February 16, 2019 3:36 AM > To: Alexander Clemm ; Eric Voit (evoit) > ; albgonz@microsoft.com; ambtripa@cisco.com; > einarnn@cisco.com; Andy Bierman ; Bal=E1zs Lengyel > > Cc: draft-ietf-netconf-yang-push@ietf.org; netconf@ietf.org > Subject: [netconf] YP: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-yang-push? Please Reply-All to *this* emai= l and > state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Feb 18 02:55:04 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5C0D130F01; Mon, 18 Feb 2019 02:55:02 -0800 (PST) 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 Gvj3aMA3hzn1; Mon, 18 Feb 2019 02:55:01 -0800 (PST) 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 D92DC130F00; Mon, 18 Feb 2019 02:55:00 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 796395481A4CA62235E7; Mon, 18 Feb 2019 10:54:59 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 18 Feb 2019 10:54:58 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.111]) by SJCEML702-CHM.china.huawei.com ([169.254.4.38]) with mapi id 14.03.0415.000; Mon, 18 Feb 2019 02:54:52 -0800 From: Alexander Clemm To: Kent Watsen , "Eric Voit (evoit)" , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "einarnn@cisco.com" , "ambtripa@cisco.com" CC: "draft-ietf-netconf-subscribed-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] SN: final IPR disclosure confirmation Thread-Index: AQHUxajFZ1POsp6O1USVtY12fspS+6XlZWtg Date: Mon, 18 Feb 2019 10:54:51 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A4C@sjceml521-mbx.china.huawei.com> References: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> In-Reply-To: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.86.228] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] SN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 10:55:03 -0000 No, I'm not aware of any IPR that applies to this draft. --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: Saturday, February 16, 2019 3:36 AM > To: Eric Voit (evoit) ; Alexander Clemm > ; alberto.gonzalez@microsoft.com; einarnn@cisco.com; > ambtripa@cisco.com > Cc: draft-ietf-netconf-subscribed-notifications@ietf.org; netconf@ietf.or= g > Subject: [netconf] SN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-subscribed-notifications? Please Reply-All= to *this* > email and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Feb 18 03:10:40 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88AF6130F03; Mon, 18 Feb 2019 03:10:37 -0800 (PST) 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 oUhLunTorbGq; Mon, 18 Feb 2019 03:10:35 -0800 (PST) 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 87BA2130EF9; Mon, 18 Feb 2019 03:10:35 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id A3E45585EB2C77E98A91; Mon, 18 Feb 2019 10:55:14 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 18 Feb 2019 10:55:14 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.111]) by SJCEML703-CHM.china.huawei.com ([169.254.5.96]) with mapi id 14.03.0415.000; Mon, 18 Feb 2019 02:55:08 -0800 From: Alexander Clemm To: Kent Watsen , "Eric Voit (evoit)" , "Reshad Rahman (rrahman)" , "einarnn@cisco.com" , Alexander Clemm , Andy Bierman CC: "draft-ietf-netconf-restconf-notif@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] RN: final IPR disclosure confirmation Thread-Index: AQHUxajLABO+h7NV10aCHOxS2gtxKqXlZX/w Date: Mon, 18 Feb 2019 10:55:07 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A59@sjceml521-mbx.china.huawei.com> References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> In-Reply-To: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.86.228] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] RN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 11:10:38 -0000 No, I'm not aware of any IPR that applies to this draft. --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: Saturday, February 16, 2019 3:36 AM > To: Eric Voit (evoit) ; Reshad Rahman (rrahman) > ; einarnn@cisco.com; Alexander Clemm > ; Andy Bierman > Cc: draft-ietf-netconf-restconf-notif@ietf.org; netconf@ietf.org > Subject: [netconf] RN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-restconf-notif? Please Reply-All to *this*= email and > state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Feb 18 03:11:38 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF7B1130F07; Mon, 18 Feb 2019 03:11:36 -0800 (PST) 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 8Rm7Zg0dZYdw; Mon, 18 Feb 2019 03:11:35 -0800 (PST) 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 74FB9130F01; Mon, 18 Feb 2019 03:11:35 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CA210DD50A65941D27C5; Mon, 18 Feb 2019 10:55:38 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 18 Feb 2019 10:55:38 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.111]) by SJCEML701-CHM.china.huawei.com ([169.254.3.242]) with mapi id 14.03.0415.000; Mon, 18 Feb 2019 02:55:31 -0800 From: Alexander Clemm To: Kent Watsen , "Eric Voit (evoit)" , Alexander Clemm , "alberto.gonzalez@microsoft.com" , "einarnn@cisco.com" , "ambtripa@cisco.com" CC: "draft-ietf-netconf-netconf-event-notifications@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] NN: final IPR disclosure confirmation Thread-Index: AQHUxajO3zMyH0aQaE2babVirmg+XaXlZZpw Date: Mon, 18 Feb 2019 10:55:30 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A74@sjceml521-mbx.china.huawei.com> References: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> In-Reply-To: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.86.228] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] NN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 11:11:37 -0000 No, I'm not aware of any IPR that applies to this draft. --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: Saturday, February 16, 2019 3:36 AM > To: Eric Voit (evoit) ; Alexander Clemm > ; alberto.gonzalez@microsoft.com; einarnn@cisco.com; > ambtripa@cisco.com > Cc: draft-ietf-netconf-netconf-event-notifications@ietf.org; netconf@ietf= .org > Subject: [netconf] NN: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR that > applies to draft-ietf-netconf-netconf-event-notifications? Please Reply-= All to > *this* email and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs > 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer the a= bove > by responding to this email regardless of whether or not you are aware of= any > relevant IPR. This document will not advance to the next stage until a r= esponse > has been received from each author and listed contributor. NOTE: THIS AP= PLIES > TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not listed = as an > author or contributor, we remind you of your obligations under the IETF I= PR > rules which encourages you to notify the IETF if you are aware of IPR of = others > on an IETF contribution, or to refrain from participating in any contribu= tion or > discussion related to your undisclosed IPR. For more information, please = see the > RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Feb 18 09:46:22 2019 Return-Path: <0100016901b72756-897fe418-e836-485c-9f50-7f22943626ea-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 111B5128D0B for ; Mon, 18 Feb 2019 09:46:18 -0800 (PST) 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, 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 S9nsfLLRUz2E for ; Mon, 18 Feb 2019 09:46:15 -0800 (PST) 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 93B05129A85 for ; Mon, 18 Feb 2019 09:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1550511974; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=IyaVXTfLyAEzjixoZKzzXRkeDvnN+P6WtimB8I9n4xg=; b=PCtRlyxNVJbbRMeYMLgyNu9PejQmktJujZYyX3yWocjCmvlODIWP0pBvDLHm1/nL zR9s7vLNMrEMjVD6aDtA8xHy9aMxxJzdGtysCg25sjUtrwtZqvvKfVvlkKRQpPohVnA D6QsstK4/69uZbMS29kS0PuzBYlAAa5M1OZsWSVg= From: Kent Watsen Message-ID: <0100016901b72756-897fe418-e836-485c-9f50-7f22943626ea-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_8EE9B66C-2CCD-4A9C-82E2-418321C542C9" Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Date: Mon, 18 Feb 2019 17:46:14 +0000 In-Reply-To: Cc: "netconf@ietf.org" To: =?utf-8?B?QmFsw6F6cyBLb3bDoWNz?= References: X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.18-54.240.8.64 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] draft-ietf-netconf-trust-anchors-02 certificate expiration X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 17:46:18 -0000 --Apple-Mail=_8EE9B66C-2CCD-4A9C-82E2-418321C542C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Balazs, Yes, it is the responsibility of the certificate-issuer to issue an = update, but it is also the responsibility of the server-admin to re-pin = the updated-certificate. This alerts the server-admin that a service = may stop working and they should update the pinned-certificate before it = expires. To reproduce the equivalent of there being no notifications, the = server-admin could chose to ignore expiration-notifications for all = pinned-certificated. That said, it seems better to give the choice to = the server-admin than for there to be no choice. Thoughts? Kent // contributor > On Feb 15, 2019, at 11:24 AM, Bal=C3=A1zs Kov=C3=A1cs = wrote: >=20 > Hi Kent, > =20 > When looking at the model in subject, I was wondering why certificate = expiration notifications of pinned certificates are emitted? I would = think that the node should not be concerned about sending notifications = of certificates of other nodes, and also one wouldn=E2=80=99t like to = receive a notification N-times for a single pinned certificate that is = going to expire. > =20 > Could you please comment on this? > =20 > Thanks, > Balazs > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf = --Apple-Mail=_8EE9B66C-2CCD-4A9C-82E2-418321C542C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Balazs,

Yes, it is = the responsibility of the certificate-issuer to issue an update, but it = is also the responsibility of the server-admin to re-pin the = updated-certificate.  This alerts the server-admin that a service = may stop working and they should update the = pinned-certificate before it expires.

To reproduce the equivalent of there = being no notifications, the server-admin could chose to ignore = expiration-notifications for all pinned-certificated.   That said, = it seems better to give the choice to the server-admin than for there to = be no choice.

Thoughts?

Kent // contributor



On Feb 15, 2019, at 11:24 AM, Bal=C3=A1zs Kov=C3=A1cs <balazs.kovacs@ericsson.com> wrote:

Hi = Kent,
 
When = looking at the model in subject, I was wondering why certificate = expiration notifications of pinned certificates are emitted? I would = think that the node should not be concerned about sending notifications = of certificates of other nodes, and also one wouldn=E2=80=99t like to = receive a notification N-times for a single pinned certificate that is = going to expire.
 
Could you please comment on this?
 
Thanks,
Balazs
_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

= --Apple-Mail=_8EE9B66C-2CCD-4A9C-82E2-418321C542C9-- From nobody Tue Feb 19 01:53:16 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80863130E81 for ; Tue, 19 Feb 2019 01:53:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.322 X-Spam-Level: X-Spam-Status: No, score=-3.322 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, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_MED=-2.3, 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 header.b=N27ilKKQ; dkim=pass (1024-bit key) header.d=ericsson.com header.b=kycD0lLG 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 zC83Q-bnb9iA for ; Tue, 19 Feb 2019 01:53:12 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 7BFCF128CF2 for ; Tue, 19 Feb 2019 01:53:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1550569989; x=1553161989; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NNcnD++b0L9y4QWsGY5qAeCtysJ4Y6BzS6IBiz4HSGg=; b=N27ilKKQT2ccWfF3vU4ray3etFp3WUUNGOu1DxGeRuDqVA0CaIvKi1gSmZQjNj6f J++EQaw+RGCTHbIDUA7hqeT5PGDMctu89T4HQqjE2qZgn9nTw0obdA4B8QVniwBg kIYZKg7NPQZt5HTjFRZu+SChj5OrGaid8FOiWQIeZWk=; X-AuditID: c1b4fb25-d89ff70000005ff7-3f-5c6bd2054dba Received: from ESESSMB503.ericsson.se (Unknown_Domain [153.88.183.121]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3A.50.24567.502DB6C5; Tue, 19 Feb 2019 10:53:09 +0100 (CET) Received: from ESESBMB501.ericsson.se (153.88.183.168) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 19 Feb 2019 10:53:09 +0100 Received: from EUR04-VI1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB501.ericsson.se (153.88.183.168) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Tue, 19 Feb 2019 10:53:09 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NNcnD++b0L9y4QWsGY5qAeCtysJ4Y6BzS6IBiz4HSGg=; b=kycD0lLGn0I9np6I7nRQWx0sod1HnlfJDdm/T+8wx56mMipswqjCVXJl51ZroHOx1xXuUpbKElUcLFmZDT+TWEAWhTtBCG29TUYadRUVywroPzhMn1ATDtYc4z4uoC+a15jSTgwjpw65RzlPuCNCCYGvNCgQpbei9hiENWAL9iY= Received: from AM0PR07MB3841.eurprd07.prod.outlook.com (52.134.82.16) by AM0PR07MB4259.eurprd07.prod.outlook.com (52.133.57.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.7; Tue, 19 Feb 2019 09:53:08 +0000 Received: from AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::9027:886e:9046:b251]) by AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::9027:886e:9046:b251%4]) with mapi id 15.20.1643.008; Tue, 19 Feb 2019 09:53:08 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: "netconf@ietf.org" Thread-Topic: Get all lists, container, keys Thread-Index: AQHUyDjqAOFnnqb3Y0SHUHFhpVBmVQ== Date: Tue, 19 Feb 2019 09:53:08 +0000 Message-ID: <37dad116-5a8e-4ce8-c2ca-1e2a89fa7a7f@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [89.135.192.225] user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 x-clientproxiedby: HE1PR0102CA0016.eurprd01.prod.exchangelabs.com (2603:10a6:7:14::29) To AM0PR07MB3841.eurprd07.prod.outlook.com (2603:10a6:208:45::16) authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 37b3c268-08b2-4ccc-68b6-08d696500d39 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605104)(2017052603328)(7153060)(49563074)(7193020); SRVR:AM0PR07MB4259; x-ms-traffictypediagnostic: AM0PR07MB4259: x-microsoft-exchange-diagnostics: =?utf-8?B?MTtBTTBQUjA3TUI0MjU5OzIzOmtadm5EeHZLVGtTKzI3Q2puRDZZMVFYSlpo?= =?utf-8?B?RFZYRm9XUHlRdmVhRGo0N2VGdHRuNjdUbllZVTlJZEFNM3JaVjQyRkw4SkdB?= =?utf-8?B?MGNCTU5ZYmdPdjZLeXczY1BvNDBYSWp4amdGQVUvSUJCOEJ4K1ExM0ZqSGUr?= =?utf-8?B?OENEZGYwVEVCSW5kR24rVmVvaGJNVVpZV3BKclQ2TGdiVVZkNWxxTFkvbnp6?= =?utf-8?B?Ym40d1RqZ1BqTlR5MURIS3B0bEZ2N240dlZkL2hZTDJySXRDYnd6RXBMVk5m?= =?utf-8?B?c1MwUnlBN0ZCSEdPRU9TWWdzYnczdFRjQzBxV1dmWW5Lb2NMYUFvelRpSDRD?= =?utf-8?B?Rk4yK3V6SzhwWXpNTVlzL25IcjRYSFJoS1BaQkRYNlZrT1JPZEpZUzlKRzVP?= =?utf-8?B?YmNqT0lFWTZWWlg1MWVCVDhEUkRuQk5iQlVCLzVIOXduVmFwbXpnOTczdkdF?= =?utf-8?B?UG1GRGhTOU9aODNJaGU2bmxJVk5CY01JbUp6Qm14MTVzeUh2RjZob0Vyd2g4?= =?utf-8?B?aCt2dERpeENvbEo2U24rZkUxT2VhbUZub1NCc082NitoV1V3QnhkcmM5M0F3?= =?utf-8?B?cTZyTjljK1FVOEJQWVZRV29Mdk13R2Q0dy9UYUdwLzRpa3dRbVNLb3pZNjhO?= =?utf-8?B?T1I0d2MybytvOGVTSDBIVFJTaVU4UUZaaEtOVUNvUiszWVk4TnJSRk9SNGF1?= =?utf-8?B?UnZjMHM2aEpCUlljbmVqd1FRdDJIeDJYbGdLRjAzZldOeVRYUktLTXRRVVVt?= =?utf-8?B?QWlicjc2Ung0YldtVVMyczZiQW9DVHM1L1N2YWhCOWkydUl3U0lIam1ZcFZY?= =?utf-8?B?Y0NNdHdRelVSd1UvNG0zYUcvb1pEb202Rjl2YStxUHUrMFBITFdXS3BlcElZ?= =?utf-8?B?V0RrVTdubzZkYXMzYXpVV2paUGRweCtMTkRvL1Nnd3UzUGZRcWVpOG1MeERu?= =?utf-8?B?NHNIeVk1QU9hV0FjQkswWWV5TlU0MUFzL2hkdmNuYzBYWjZ4cEZ3ZkRrb0xI?= =?utf-8?B?dllpWnhGdFpvbkQvZFN2YmhpaWlPNFluZ3RISHMxMHJvdUN0eG1ONHlDK05R?= =?utf-8?B?Qm5DbXp2VkJwZWpPajZRQzFUelUvNE9lUFlUa1RhRHlPNVNXMUxVdXo0aGpB?= =?utf-8?B?dG5KbGcrcEwza0djQjRxZEhmaHNad3lrVGVyYmQ2U1VNU1RPckJINy9EaGxT?= =?utf-8?B?cGJ5T2RCNzMrU0dzL1pkUCs5bEh3bDhQSURjSGtvdDFmd3Eyd2RJT2VHQ3Rn?= =?utf-8?B?aVhmbVVPZUpHRTdVbkdzSVc5em1sblRHc2lKaENIQUlGOTI4OE5GQXJZZ2NG?= =?utf-8?B?WXJZM0FvaDdBZEdqbFFJTlpXWjlDeGpSZCtmaXBON01IOGlmbE9Kd1IxaXA2?= =?utf-8?B?YXc5UER2WmZBRVhLOTRETzh4dzNWZzVsR3hHR1N3VWtuaTZ5MjBmNjBTUmxk?= =?utf-8?B?bUErbkE4dTB3ZW1jREhvNE9Gcm9YTWJKZ2sweEtzR1ptOHlwMUJYVWs2aEpq?= =?utf-8?B?TEdRdmpyeUNPMFk2ZlZ0TDhEMkkyenVYbnJzRlgrSnJJRTdzcC9YT0NTREI3?= =?utf-8?B?WU8rTmJZdHpGOUgzZ3hKdnh3UmZYdDhMSUUrVnQ4cmRDTi83TVB4MU1UUXN1?= =?utf-8?B?akJOTjY4aTIvbWFHTXR3SEI5YjYzWnJROHVLd3luU0JENm5ZbXpDM1FiTHNW?= =?utf-8?B?SEx1VkpQenB2WE8vYVBHOVdIRG1PVUdXdXpFZWRQMnpzR0RjbGZER3RORlFQ?= =?utf-8?B?RDlxY1lKTmpBa2dyay94YXJCSnlmc05Pdmw3aWQ3YzRUY1RHOUNpaUkwZWVK?= =?utf-8?B?RFlQZEdGbzM1OC8zUzhIcjhwOEVMWWduRFF5RlI3U3lXd21aRm9Tc2U4WUlG?= =?utf-8?Q?Fpo1wws2rDfb10GRL+ShZKewjksiz/Ug?= x-microsoft-antispam-prvs: x-forefront-prvs: 09538D3531 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(396003)(39860400002)(376002)(346002)(189003)(199004)(58126008)(81156014)(99936001)(316002)(102836004)(36756003)(3846002)(5660300002)(99286004)(81166006)(64126003)(6116002)(1730700003)(8676002)(85182001)(6512007)(486006)(25786009)(52116002)(68736007)(8936002)(86362001)(256004)(71200400001)(71190400001)(106356001)(186003)(85202003)(2351001)(14454004)(2616005)(2906002)(65826007)(31686004)(66066001)(105586002)(97736004)(6916009)(476003)(5640700003)(4744005)(65806001)(6506007)(2501003)(65956001)(305945005)(386003)(6436002)(6486002)(7736002)(478600001)(26005)(53936002)(31696002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB4259; H:AM0PR07MB3841.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-message-info: RxLodWpiukyIFNLfEV3Py6ysJfAgMLoy25FIj5kVJOguMSQU04+8w9hfksWapbESsAQ70tO+9i3BEbCEI2AkuzR6Fr8O77LDFFBRM6wntR/WGu5z+vkviNOILxky1Fj6NIl9HqCgdxZ2/Bt4JYbWuZqVqPgEX4C4LsMRNJZvmpdVrxdvmZ7JjEstNmSu6vXEP927eNWd7YrpOKqv6i/Wp/TuoktDRDpFGnqsucgZlUlnEl+pc821nUb8cP98DH6YvhzbiBhtMZ7IWhY1ec4w+O5yGuv7u8cZ3kGB8UU0ZhP8LdOvuJ67YRq0CI7WFSimsqus2FWoYROmAK+QRLgpiThNhw7yid5pa0zgPWlXY5D8NRLqzz5aodO1dCRFky95zSZx8fNYRutB8HDiQ4vVGyxyZA/v9oBEgunai1M7x2I= Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010702020802010903050203" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 37b3c268-08b2-4ccc-68b6-08d696500d39 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Feb 2019 09:53:08.0298 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4259 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA1WSbUiTURTHu3u2+bgaXZ82O6gljSR82yytjKIXNPBDkX1IorRc+aBjOm2P VrMvasVsVix6UYe5GWqa00QjB0alJPNtWUaUSok6iTKjsMxMpW13QX37nfs///8953JpihkQ BNAqTS6r1SgzZUIRv/xwmy5SMKhOjprqCom92TIi2I0Sqqt/8RLREdGONDZTdZrVKnamijLq C6eonJqYswNLVqoADW00IF8acAy064d5BiSiGfwMweuvvXxSzCL40tfkLap5UKM3Um4LHxsp aLfmE8HIg6K2KiEpxhHYai0+7i4hjgf9lyc8N0twKBSavgoMiKZX4Q0wWih1owRHgOORH+mQ w9WGy4jkh4DePOq5S4x3gXOu2MMI+8PPXqsnkcKrYdhp5pEVJDD2sk9IWAofJ5YEhGVQ9mnY w1KcAtemb1PuMQFXILhyvo5HQo/Bo/fFXrNrnjdORHgNDJpLvLwfGh13EDFPuHZse+hDhDBw Ovq8U0wwYKug3YsBVsOow58cB8FIX6n34qtC6HGUerwMZuFu40VkRBGmfxYyufoofAnB8wt1 yOR5AT/oKXfySdMWqGwdowiHQ23VFPW/2c3boWy+Q0h4HdwoGfMhvBmmur4hwtFQ27QotCDR PSTlWO5EVvqmaDmrVZ3kuGyNXMPmtiDX1+p48DvEhl593tOJMI1kK8R1NnUyI1Ce5nRZnWi9 K2e8ueEFCuBrsjWsTCJWdLtkcZpSl89qs49r8zJZrhMF0nzZavEC45fM4HRlLqtm2RxW+1fl 0b4BBUjScj1paNT+o1QX3723/2DDlSD9Qr3dGvn9VHSTwpFkpreK7XPyKmHcW/xYYbKdC1Mv O275cOCdOcF+33j0QHJreN71yX0zVYqR+GCmPzBRHqeKH1sMZga4bYn2p2cqKqPy5qtvJc4c WjupnoubNS5PaTasnLbWGEJTLTj2TpGMz2UoN4ZRWk75B+4PkNNiAwAA Archived-At: Subject: [netconf] Get all lists, container, keys X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2019 09:53:15 -0000 --------------ms010702020802010903050203 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hello, What is the best way to get the skeleton of the datastore? I want to get = all the containers, lists entries and key values, but none of the=20 non-key leafs or leaf-lists. Is there a way to do this? My next question will be to get this only for the next level, but there=20 get-data+max-depth seem useful? regards Balazs --=20 Balazs Lengyel Ericsson Hungary Ltd. Senior Specialist Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com --------------ms010702020802010903050203 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DMkwggX/MIID56ADAgECAhEA6b7XEWzAzOaLFTWM1P8xITANBgkqhkiG9w0BAQsFADBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMDA5MTUyNDU4WhcNMjAxMDA5MTUyNDU3WjBqMREwDwYD VQQKDAhFcmljc3NvbjEYMBYGA1UEAwwPQmFsw6F6cyBMZW5neWVsMSowKAYJKoZIhvcNAQkB FhtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20xDzANBgNVBAUTBkVUSEJMTDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANRS2ed5R8eLjbxg+S9b4CwI14oIIqrvZLNRmkGC CKPL6gtU7RyBNdcfKCtn4pPxNvISQ/C4eL5XhNDFYDIyEZqdZkdZld72CERmskMlsLMUwc6p H7AQOcjW8zex9BDryJKxZAt32imdvb+KGImW326nvlVGnKPmV5pu/PE4tCKYmBmJdpnOw89P adE7LK0rE6wTkpt9PeY2h/dswbVuCBm0YYDUYElyHB0UnBAohKF89WbUJ26W8lXWE9V5zG20 wk0/NJ9J+vJv9vrhCdHnJz+lLHxLEPSHSuc1PvcCXcB/aJGCF1c3iiYMplg5x0r+wTkdOYtM W5ahkCcv9Ge04r0CAwEAAaOCAcEwggG9MEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwu dHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMCYGA1UdEQQfMB2BG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNv bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwHQYDVR0OBBYEFKQnDa9vIwWZ/21jW6uT015h+IyBMB8GA1UdIwQYMBaA FBx7GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOC AgEAPVEJV/kN/a4JfA+95fMsEYiOzPeTaVrlRSWKgL6Lgyzq8ay2pchfsrbj5ZzjWemL4bnE WG+QCSa5M/+Pb0XnEkm4lzLc5wvRuvTa8p7ZYkmeWK8H5f2mU+DSQxQFLSUuruQc9Ss78Et4 ggVG5qTLTl5mVOcY1wtuflWll2NfghxdlXvyqlkjcvrs+jVSAfM5OJaiVzvmOso7HdQ7D3x9 ZGuAk8FQh6oN4PU0N8Xs+UzgKqVp3TrajouUz3B8CegvPPTPTh09e0mQ5xOJmA4t0+goibst HXBn1zqZjDiyC2hUCzXpjZwI8HGpamxb71kJwMo89nN4F7MIrKJykMltOoJUwgt3ePfwdZQ9 YW5UhNk2AA3MdbUKmCqaIsgAAOLOcIK251MT59wHc712667/K4QwTXsszLUZgwpezVAJeZOr aGupMlDYADZOxZm2jGXdWKomA0FaOdCIzB0KXkO6tqXaNk/+JToyaJq5Q1if1hb9WJSW6gEF 1pQcymc//uQzRaTyPdbOFyCDH4GKaXaAKikxorUQliNAf/Yn3k0YSRJ1l9XMVSbBXfIx3iY6 EhrFbRISr1vV5YgJn8EBxUGlLJTSwTWCmcE7nAvGP4ilJ2IaVLiNzfuoKv/f3F2/VSe73eCU KYerTGBfng3wSzIwE8Lf7NJK7WqEJtTtUlYjPZowggbCMIIEqqADAgECAhBTuH6D4ZyZKJOw m0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQD DBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0 NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA 7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3 Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmb NJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CX s/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4Drwa OS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28Me Mqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5Auy CoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+ MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggr BgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwr BgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0 LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA9 2NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0B AQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWm YjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa 49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9 jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0r I0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJte pti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoq qJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwi NJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggM+MIIDOgIBATBcMEcxCzAJ BgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5k aXZpZHVhbCBDQSB2MwIRAOm+1xFswMzmixU1jNT/MSEwDQYJYIZIAWUDBAIBBQCgggGzMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDIxOTA5NTMwNlow LwYJKoZIhvcNAQkEMSIEIIFXedbui5f3fC+VP5pz60jvqm26upkCG36dKB0xkqS8MGsGCSsG AQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG0G CyqGSIb3DQEJEAILMV6gXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAj BgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MA0GCSqGSIb3DQEBAQUABIIBAKMXQZay2GIzk82ntYTivgo56RFZdzR9Lp1nvPHeHJ3urQRn TLfwQyRZWBrf17i5kTEq2LEVuADoth9ZAY+7fVStGmT9uRLJqUEbl7TDzf9s59vhYWQIrWBV XHlUYO6d9/sMohGq7QoX82moDuoHWPl7G3rC81nnbBa3GlbfWmczWmYyKxg6CFecn1wMfHE1 4RP6C7dy+9eaLJYeh4H9GInGjlaKbqFhLF4MifjF9e95iGnc90q/byFf8913SMBpRlENyUX2 sZu3l5IDptXaYwziJDMi/Cs/G8kUk35+8O0DOtdVksui6tsodHeyz7oKTeSHV/pnMyyiSWvN 0ww7NcAAAAAAAAA= --------------ms010702020802010903050203-- From nobody Tue Feb 19 02:16:47 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 097C4130E99 for ; Tue, 19 Feb 2019 02:16:45 -0800 (PST) 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_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 sj_vxYpd8q6I for ; Tue, 19 Feb 2019 02:16:43 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 2F65C129284 for ; Tue, 19 Feb 2019 02:16:43 -0800 (PST) Received: from localhost (unknown [173.38.220.61]) by mail.tail-f.com (Postfix) with ESMTPSA id E76591AE0141; Tue, 19 Feb 2019 11:16:40 +0100 (CET) Date: Tue, 19 Feb 2019 11:16:40 +0100 (CET) Message-Id: <20190219.111640.909584911684750334.mbj@tail-f.com> To: balazs.lengyel@ericsson.com Cc: netconf@ietf.org From: Martin Bjorklund In-Reply-To: <37dad116-5a8e-4ce8-c2ca-1e2a89fa7a7f@ericsson.com> References: <37dad116-5a8e-4ce8-c2ca-1e2a89fa7a7f@ericsson.com> 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: [netconf] Get all lists, container, keys X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2019 10:16:45 -0000 Bal=E1zs Lengyel wrote: > Hello, > = > What is the best way to get the skeleton of the datastore? I want to > get all the containers, lists entries and key values, but none of the= > non-key leafs or leaf-lists. Is there a way to do this? Not in a generic way. The only way I can think of is to construct a subtree filter, from the YANG model. > My next question will be to get this only for the next level, but > there get-data+max-depth seem useful? Yes, max-depth is useful for this case. /martin > = > regards Balazs > = > -- = > Balazs Lengyel Ericsson Hungary Ltd. > Senior Specialist > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > = > = From Alberto.Gonzalez@microsoft.com Tue Feb 19 11:21:00 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5B4412950A; Tue, 19 Feb 2019 11:21:00 -0800 (PST) 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, 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=microsoft.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 YrKZhgGkwKfA; Tue, 19 Feb 2019 11:20:57 -0800 (PST) Received: from NAM05-CO1-obe.outbound.protection.outlook.com (mail-eopbgr720131.outbound.protection.outlook.com [40.107.72.131]) (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 4433F12D4E7; Tue, 19 Feb 2019 11:20:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=R7iL3B2zUQt7/B2Jw93b0BsVbwkiuF6Mx7aAJIDE9v8=; b=egVy5qovzUOExVkoATLFVlLrF0GVBQ2JzstMcPSw9oZTK/gUrQa+r/C29bIPGoivEZxHvW2YHD4371IMFsLV8TmVZ6ZVr2VOFAiOPs/LC8ToNLNaitV0WSHiD0K+SIMJfQUn3sawKEfQYl/v+TK247W3xmHnvORhOXRmJd53pD0= Received: from DM6PR21MB1339.namprd21.prod.outlook.com (20.179.53.82) by DM6PR21MB1353.namprd21.prod.outlook.com (20.179.53.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1665.0; Tue, 19 Feb 2019 19:20:55 +0000 Received: from DM6PR21MB1339.namprd21.prod.outlook.com ([fe80::c8b9:123b:5460:ba39]) by DM6PR21MB1339.namprd21.prod.outlook.com ([fe80::c8b9:123b:5460:ba39%3]) with mapi id 15.20.1665.002; Tue, 19 Feb 2019 19:20:55 +0000 From: Alberto Gonzalez Prieto To: Alexander Clemm , Kent Watsen , Alexander Clemm , "Eric Voit (evoit)" , "ambtripa@cisco.com" , "einarnn@cisco.com" , Andy Bierman , =?iso-8859-1?Q?Bal=E1zs_Lengyel?= CC: "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] YP: final IPR disclosure confirmation Thread-Index: AQHUxaixz/3HJC9IQkKus/dmNK8FEKXlZVqAgAIfvxA= Date: Tue, 19 Feb 2019 19:20:55 +0000 Message-ID: References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A41@sjceml521-mbx.china.huawei.com> In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A41@sjceml521-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Owner=albgonz@microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2019-02-19T19:20:54.2021052Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=b909448e-ec6f-4c10-a854-5e6d7592bc5a; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic x-originating-ip: [2001:4898:e008:1:d0f6:c542:a23f:36aa] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: dbae3036-de35-45b6-ee29-08d6969f5ede x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600110)(711020)(4605104)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:DM6PR21MB1353; x-ms-traffictypediagnostic: DM6PR21MB1353: x-ms-exchange-purlcount: 2 x-microsoft-exchange-diagnostics: =?iso-8859-1?Q?1; DM6PR21MB1353; 23:KQFUyGYJTpyztzLj1cI+e0HJgOJ6ALjeupE29EC?= =?iso-8859-1?Q?awnJncr1NgKzWOBt60cD4iJtgA1gDsLmr03H8p5D21WgT7vlmQzN8CU1k6?= =?iso-8859-1?Q?Pi2pgr/Xttq0TJCDeRkogxIgXoOZxdGyL5By2iyNYWYq/FYf9z0NiUQZ9p?= =?iso-8859-1?Q?c/c96MCWj2tJpovBdPEP5brRO+rGgqNBjMuoF2uPCig5up9Q9VHvLK1zTP?= =?iso-8859-1?Q?61DVfgJ02p9SNeDHvCEIscsEiBMsn0waYGFYSs0tnx0MJYG4wfWVTo33ZL?= =?iso-8859-1?Q?E7/1jf1GJgDvyYeZGro+aIQPyOZwevKxlVaio2+VTBxvMdWtNGJkOLBfBh?= =?iso-8859-1?Q?0NGel7v5QsjABMVzBIqZpY5yw8a1NCtMZGRA5dgGFjYLLDYBgh5JYINMby?= =?iso-8859-1?Q?k3Wkix0i+mV6xElyHcBqrBSr44zz2pQnKKwm9ng0jiltVLSSDkHxyTVdYm?= =?iso-8859-1?Q?VGbNTv0wZYnQObnZ9DtA+Y/BwSONywCo9nKcGPD6pk+87SeN8zEPaNucWo?= =?iso-8859-1?Q?BrtZbeRSoitOnKNiyPhP2dD3T2xvWprr7Eo9V84WIeJsBj8pA1M71aizCC?= =?iso-8859-1?Q?pov77x667h0ZLJNcP4mgW8TO1CUS8BZqMgxVu9i/neJJD7B/F6fNBMnBbm?= =?iso-8859-1?Q?TkkZWw0LxMvWSHgdE4f69yqbEuqr+P2aLExfhPMiHaK7j5tCWOYtb6FUc3?= =?iso-8859-1?Q?94DKl/TqLW8bivG9yKqY1PBW4OEUPg3lf2pfMoH2vlsGSopF10Gt3hGODb?= =?iso-8859-1?Q?ddFWCOA51qimdo8Qv6rV7y6MkigyQHrD1dq7nRN8KYgrREDNLQc6rnMNM5?= =?iso-8859-1?Q?zZDZmbJJa58iOeZ6tZlzWdSRK40aXUvWZDPLZgksdLVRQFaE49Lm9gvwjo?= =?iso-8859-1?Q?yBKFiKl206Z+hQh5PXlQ5K6efPJ1+BK2l9OFPCfgJlJpiuw9Gd2F8xBFhE?= =?iso-8859-1?Q?Y8HMRsrVFEZEbn1tgswWcxuhRk0kDfg6TH8yjIKQt42qhyNnOjusloqfuD?= =?iso-8859-1?Q?sUlqfm7pVKqegH6XgBNSoCLPqyHs68JatAGu1S6brvCw9Lhoe/D2BxcHVL?= =?iso-8859-1?Q?MroW31IH+9tN5ZflXBzKwFUzTLobOxbPuJBQtrCgMbGSTjCdv739kU5mxz?= =?iso-8859-1?Q?kI/IvFawdWYQGTYMWgHF07JyyLaSiKgVJIv4KoH/BNECNe7rywDIB7NHLo?= =?iso-8859-1?Q?8Vanbp2ZkaF0HKeqOfzJDVDhBIe09rs6NztBSm/LilF1YDDLm1F8RyU3p7?= =?iso-8859-1?Q?MiLc7PIMYc5DOdTQ8l/2J11NaXZ1hk+3QWXEzJiUNtTOK2YFqPUiknUGUr?= =?iso-8859-1?Q?SjAscTodGICdTFLLqfBwW9w0e7PjBCy6X6MbguTGdn9DpLC1Xxs73DuOb4?= =?iso-8859-1?Q?cUAXB1Y5Hbo8Bgu4GOrLaKH+DLli/VKTEpZEaRZj8xI8WqtS1amU5iZ8Lo?= =?iso-8859-1?Q?wlF7fyJ3qa5esWwGvpKh1e/X9kAM2ZgasKGAXXTL24bjtpw/t0VvakJQ8s?= =?iso-8859-1?Q?JlTNprOqDZjJbyy+O7mzDt7TvOarAemC8Orj7L3XsGCoWCkE5+5JmlAgTK?= =?iso-8859-1?Q?gAMIQ=3D=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 09538D3531 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(136003)(39860400002)(376002)(366004)(13464003)(189003)(199004)(102836004)(53936002)(966005)(14454004)(446003)(10290500003)(2501003)(11346002)(25786009)(5660300002)(6346003)(66574012)(476003)(68736007)(4326008)(305945005)(74316002)(6436002)(2906002)(14444005)(81156014)(81166006)(229853002)(478600001)(55016002)(256004)(8936002)(186003)(46003)(7736002)(8676002)(72206003)(486006)(316002)(97736004)(86612001)(71200400001)(8990500004)(22452003)(2201001)(33656002)(6506007)(86362001)(9686003)(54906003)(6306002)(71190400001)(7416002)(10090500001)(110136005)(53546011)(105586002)(7696005)(106356001)(99286004)(6246003)(76176011)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR21MB1353; H:DM6PR21MB1339.namprd21.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alberto.Gonzalez@microsoft.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: /aBOm9wWFKGn0SBCJxcbDoxAaOKpXqy4eAuqtFvI5BuQg+e/L7iPk7himL5ZexP2FEHu/Jmbe2qyKRkK4dDUwhZXvDj18TwhcfH8KktttEBb8F0pJapdtmK2B3qITHYWCB4Bc31Ep4Ap7Bwk5e45LqWIMtReuGkITJZldnC1HjTVZECUwAeThNHQHKaEmLXI4jviGSyG1DIk09EnFKddXFAhIL3R0UOXKM2+cToU9xTdjKzBBjFqEtnIT6sWSCVFXT4nbzBM/WQBpoV+obxrdtTzpIaqzsDtdyEtdH7xdav8GixJrxGP/6qW4H2dExSvyuYyy2O0z2PMMoxONH1efeGUFjiPnw/aXiosGy0a6eK0bUjBHfyg8XJCrTeoL743PPjYoBcatk0OWPpEwXXy63SBZw55d/Q/7GrNRUJncR8= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-Network-Message-Id: dbae3036-de35-45b6-ee29-08d6969f5ede X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Feb 2019 19:20:55.3607 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR21MB1353 Archived-At: Subject: Re: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2019 19:23:01 -0000 No, I'm not aware of any IPR that applies to this draft. Alberto -----Original Message----- From: Alexander Clemm =20 Sent: Monday, February 18, 2019 2:55 AM To: Kent Watsen ; Alexander Clemm ; Eric= Voit (evoit) ; Alberto Gonzalez Prieto ; ambtripa@cisco.com; einarnn@cisco.com; Andy Bierman ; Bal=E1zs Lengyel Cc: draft-ietf-netconf-yang-push@ietf.org; netconf@ietf.org Subject: RE: [netconf] YP: final IPR disclosure confirmation No, I'm not aware of any IPR that applies to this draft. --- Alex > -----Original Message----- > From: netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Kent=20 > Watsen > Sent: Saturday, February 16, 2019 3:36 AM > To: Alexander Clemm ; Eric Voit (evoit)=20 > ; albgonz@microsoft.com; ambtripa@cisco.com;=20 > einarnn@cisco.com; Andy Bierman ; Bal=E1zs Lengyel=20 > > Cc: draft-ietf-netconf-yang-push@ietf.org; netconf@ietf.org > Subject: [netconf] YP: final IPR disclosure confirmation >=20 > To each author listed on the "To" line. >=20 > In order to complete the Shepherd writeup, are you aware of any IPR=20 > that applies to draft-ietf-netconf-yang-push? Please Reply-All to=20 > *this* email and state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If "yes", has this IPR been disclosed in compliance with IETF IPR=20 > rules (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If "yes" again, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think appropr= iate. >=20 > If you are listed as a document author or contributor please answer=20 > the above by responding to this email regardless of whether or not you=20 > are aware of any relevant IPR. This document will not advance to the=20 > next stage until a response has been received from each author and=20 > listed contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESS= AGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not=20 > listed as an author or contributor, we remind you of your obligations=20 > under the IETF IPR rules which encourages you to notify the IETF if=20 > you are aware of IPR of others on an IETF contribution, or to refrain=20 > from participating in any contribution or discussion related to your=20 > undisclosed IPR. For more information, please see the RFCs listed=20 > above and https://nam06.safelinks.protection.outlook.com/?url=3Dhttp%3A%2= F%2Ftrac.tools.ietf.org%2Fgroup%2Fiesg%2Ftrac%2Fwiki%2FIntellectualProperty= &data=3D02%7C01%7CAlberto.Gonzalez%40microsoft.com%7Cb500681f96754b3662= 3208d6958f7ce8%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636860840848499= 932&sdata=3D3ICPJReasDBXNJVigkvdsKH1SvM63rZvoBhFOrLWIgY%3D&reserved= =3D0. >=20 > Thank you, > Kent // as both Shepherd and co-Chair >=20 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://nam06.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww. > ietf.org%2Fmailman%2Flistinfo%2Fnetconf&data=3D02%7C01%7CAlberto.Gon > zalez%40microsoft.com%7Cb500681f96754b36623208d6958f7ce8%7C72f988bf86f > 141af91ab2d7cd011db47%7C1%7C1%7C636860840848509944&sdata=3D6YvIyDUWK > x0OJ3QSuWQtmDzGi4l4dbehsQnsjCnvlvU%3D&reserved=3D0 From nobody Tue Feb 19 16:44:33 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4871288BD; Tue, 19 Feb 2019 16:44:31 -0800 (PST) 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 3lQIAcQNw8tG; Tue, 19 Feb 2019 16:44:29 -0800 (PST) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 629301277CC; Tue, 19 Feb 2019 16:44:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id F1DAA1C5EB3; Tue, 19 Feb 2019 16:44:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uok-KM8p80Ne; Tue, 19 Feb 2019 16:44:17 -0800 (PST) Received: from [64.170.98.194] (unknown [64.170.98.194]) by c8a.amsl.com (Postfix) with ESMTPA id BD3701C5BB8; Tue, 19 Feb 2019 16:44:17 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Megan Ferguson In-Reply-To: <20140113155326.2E4B97FC396@rfc-editor.org> Date: Tue, 19 Feb 2019 16:44:09 -0800 Cc: rob.enns@gmail.com, Martin Bjorklund , j.schoenwaelder@jacobs-university.de, Andy Bierman , IESG , netconf@ietf.org, RFC System Content-Transfer-Encoding: quoted-printable Message-Id: <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> References: <20140113155326.2E4B97FC396@rfc-editor.org> To: jonathan@hansfords.net, Benoit Claise X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: Re: [netconf] [Errata Held for Document Update] RFC6241 (3821) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 00:44:32 -0000 Jonathan and Benoit, We have edited the "corrected=94 text in this errata report as suggested = by Jonathan. =20 We have left the status of this report as =93Held for Document Update=94. = =20 Please let us know if any further action is necessary on our part. The report itself is viewable at = https://www.rfc-editor.org/errata/eid3821. Old (as in Jonathan=92s original report): If the session issuing a sequence of one or more confirmed commits is terminated for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued, unless the last confirmed commit also included a =20 element. If the device reboots for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued. New (as updated by Jonathan=92s email - see the last line of both = paragraphs): If the session issuing a sequence of one or more confirmed commits is terminated for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued, unless the last confirmed commit also included a or = element. If the device reboots for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued, unless the last = confirmed commit also included a or element. Thank you. RFC Editor/mf > Hi, > =20 > I raised erratum 3821 to clarify the meaning of the term "confirmed = commit" for those not familiar with the use of the term within JUNOS. = Both the original text and the erratum include text that states =93If = the device reboots for any reason before the confirm timeout expires, = the server MUST restore the configuration to its state before the = sequence of confirmed commits was issued.=94. I have since discovered = the description of the persist leaf on page 102 that includes the = statement, =93A persistent confirmed commit is not aborted if the = NETCONF session terminates. The only way to abort a persistent = confirmed commit is to let the timer expire, or to use the = operation.=94 Consequently, the replacement text should = read: > =20 > 8.4.1. Description > =20 > The :confirmed-commit:1.1 capability indicates that the server will > support the operation, the , timeout>, , and parameters for the > operation, and differentiate between a =93to be confirmed=94 > operation (a =93confirmed commit=94) and a confirming > operation. See Section 8.3 for further details on the > operation. > =20 > A confirmed operation MUST be reverted if a confirming > commit is not issued within the timeout period (by default 600 > seconds =3D 10 minutes). The confirming commit is a operation > without the parameter and, if successful, cannot be > reverted. The timeout period can be adjusted with the timeout> parameter. If a follow-up confirmed operation is > issued before the timer expires, the timer is reset to the new value > (600 seconds by default). Both the confirming commit and a follow-up > confirmed operation MAY introduce additional changes to the > configuration. > =20 > If the element is not given in the confirmed commit > operation, any follow-up commit and the confirming commit MUST be > issued on the same session that issued the confirmed commit. If the > element is given in the confirmed operation, a > follow-up commit and the confirming commit can be given on any > session, and they MUST include a element with a value > equal to the given value of the element. > =20 > If the server also advertises the :startup capability, a config> from running to startup is also necessary to save the > changes to startup. If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a or > element. > =20 > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued, unless the last > confirmed commit also included a or element. > =20 > If a confirming commit is not issued, the device will revert its > configuration to the state prior to the issuance of the first in the > current sequence of confirmed commits. To cancel the current > sequence of confirmed commits and revert changes without waiting for > the confirm timeout to expire, the client can explicitly restore the > configuration to its state before the sequence of confirmed commits > was issued, by using the operation. > =20 > Jonathan Hansford On Jan 13, 2014, at 7:53 AM, RFC Errata System = wrote: > The following errata report has been held for document update=20 > for RFC6241, "Network Configuration Protocol (NETCONF)".=20 >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D6241&eid=3D3821 >=20 > -------------------------------------- > Status: Held for Document Update > Type: Editorial >=20 > Reported by: Jonathan Hansford > Date Reported: 2013-12-06 > Held by: Benoit Claise (IESG) >=20 > Section: 8.4.1 >=20 > Original Text > ------------- > 8.4.1. Description >=20 > The :confirmed-commit:1.1 capability indicates that the server will > support the operation and the , > , , and parameters for the > operation. See Section 8.3 for further details on the > operation. >=20 > A confirmed operation MUST be reverted if a confirming > commit is not issued within the timeout period (by default 600 > seconds =3D 10 minutes). The confirming commit is a = operation > without the parameter. The timeout period can be > adjusted with the parameter. If a follow-up > confirmed operation is issued before the timer expires, the > timer is reset to the new value (600 seconds by default). Both the > confirming commit and a follow-up confirmed operation MAY > introduce additional changes to the configuration. >=20 > If the element is not given in the confirmed commit > operation, any follow-up commit and the confirming commit MUST be > issued on the same session that issued the confirmed commit. If the > element is given in the confirmed operation, a > follow-up commit and the confirming commit can be given on any > session, and they MUST include a element with a value > equal to the given value of the element. >=20 > If the server also advertises the :startup capability, a > from running to startup is also necessary to save the > changes to startup. >=20 > If the session issuing the confirmed commit is terminated for any > reason before the confirm timeout expires, the server MUST restore > the configuration to its state before the confirmed commit was > issued, unless the confirmed commit also included a > element. >=20 > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the confirmed commit was issued. >=20 > If a confirming commit is not issued, the device will revert its > configuration to the state prior to the issuance of the confirmed > commit. To cancel a confirmed commit and revert changes without > waiting for the confirm timeout to expire, the client can explicitly > restore the configuration to its state before the confirmed commit > was issued, by using the operation. >=20 > Corrected Text > -------------- > 8.4.1. Description >=20 > The :confirmed-commit:1.1 capability indicates that the server will > support the operation, the , timeout>, , and parameters for the > operation, and differentiate between a =93to be confirmed=94 > operation (a =93confirmed commit=94) and a confirming > operation. See Section 8.3 for further details on the > operation. >=20 > A confirmed operation MUST be reverted if a confirming > commit is not issued within the timeout period (by default 600 > seconds =3D 10 minutes). The confirming commit is a operation > without the parameter and, if successful, cannot be > reverted. The timeout period can be adjusted with the timeout> parameter. If a follow-up confirmed operation is > issued before the timer expires, the timer is reset to the new value > (600 seconds by default). Both the confirming commit and a follow-up > confirmed operation MAY introduce additional changes to the > configuration. >=20 > If the element is not given in the confirmed commit > operation, any follow-up commit and the confirming commit MUST be > issued on the same session that issued the confirmed commit. If the > element is given in the confirmed operation, a > follow-up commit and the confirming commit can be given on any > session, and they MUST include a element with a value > equal to the given value of the element. >=20 > If the server also advertises the :startup capability, a config> from running to startup is also necessary to save the > changes to startup. If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a element. >=20 > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued. >=20 > If a confirming commit is not issued, the device will revert its > configuration to the state prior to the issuance of the first in the > current sequence of confirmed commits. To cancel the current > sequence of confirmed commits and revert changes without waiting for > the confirm timeout to expire, the client can explicitly restore the > configuration to its state before the sequence of confirmed commits > was issued, by using the operation. >=20 > Notes > ----- > This erratum seeks to clarify the meaning of the term "confirmed = commit" for those not familiar with the use of the term within JUNOS. In = particular, that the use of "confirmed" is not in the sense of the = adjective (meaning "firmly established") but rather that the commit = needs to be confirmed. It also emphasises that a "confirming commit" = cannot be reverted. Finally it identifies that it is possible to have a = sequence of "confirmed commits" prior to a "confirming commit" and that, = should no "confirming commit" be received, the configuration will revert = to the state prior to the first "confirmed commit" in the sequence. >=20 > -------------------------------------- > RFC6241 (draft-ietf-netconf-4741bis-10) > -------------------------------------- > Title : Network Configuration Protocol (NETCONF) > Publication Date : June 2011 > Author(s) : R. Enns, Ed., M. Bjorklund, Ed., J. = Schoenwaelder, Ed., A. Bierman, Ed. > Category : PROPOSED STANDARD > Source : Network Configuration > Area : Operations and Management > Stream : IETF > Verifying Party : IESG >=20 From nobody Wed Feb 20 00:17:57 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF296130DC4; Wed, 20 Feb 2019 00:17:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, 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 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 etrSkZPG2ckJ; Wed, 20 Feb 2019 00:17:47 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9A67130DC0; Wed, 20 Feb 2019 00:17:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12665; q=dns/txt; s=iport; t=1550650667; x=1551860267; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=x/jl0hjA7sjeT3Gog2zSNlN+EYF+vk661y8GyWH2jHs=; b=HMxO7Jqs0GkJb5fV/rHAO8uQF6FoL+jBSs9mqpGrXKZZfbL+Ff/58Ukf DB4gTgt7Osyh7rwKMIx23sD+guURS8MvryVvUgLPrvJdMRhvQlE0szUQV yvw6Kn0SIsPI8C3fjJZ8PihFZQC/InSYIj7WDFoF0M+AAnTM+XaE65PmB Y=; X-IronPort-AV: E=Sophos;i="5.58,390,1544486400"; d="scan'208";a="10254152" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Feb 2019 08:17:44 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id x1K8HiPa004177; Wed, 20 Feb 2019 08:17:44 GMT To: Megan Ferguson , jonathan@hansfords.net, Ignas Bagdonas Cc: rob.enns@gmail.com, Martin Bjorklund , j.schoenwaelder@jacobs-university.de, Andy Bierman , IESG , netconf@ietf.org, RFC System , Benoit Claise References: <20140113155326.2E4B97FC396@rfc-editor.org> <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> From: Benoit Claise Message-ID: <305f2ce2-1f90-9c53-4d61-4365845a2819@cisco.com> Date: Wed, 20 Feb 2019 09:17:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Outbound-SMTP-Client: 10.55.221.36, ams-bclaise-nitro3.cisco.com X-Outbound-Node: aer-core-3.cisco.com Archived-At: Subject: Re: [netconf] [Errata Held for Document Update] RFC6241 (3821) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 08:17:50 -0000 Hi Megan, Not sure why you direct this email to me. Ignas is the OPS AD for some time now. Anyway, if you ask me: I think this errata is ok. It is a clarification. Regards, Benoit > Jonathan and Benoit, > > We have edited the "corrected” text in this errata report as suggested by Jonathan. > We have left the status of this report as “Held for Document Update”. > Please let us know if any further action is necessary on our part. > > The report itself is viewable at https://www.rfc-editor.org/errata/eid3821. > > Old (as in Jonathan’s original report): > > If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a > element. > > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued. > > > New (as updated by Jonathan’s email - see the last line of both paragraphs): > > If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a or element. > > > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued, unless the last confirmed commit also included a or element. > > > Thank you. > > RFC Editor/mf > > >> Hi, >> >> I raised erratum 3821 to clarify the meaning of the term "confirmed commit" for those not familiar with the use of the term within JUNOS. Both the original text and the erratum include text that states “If the device reboots for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued.”. I have since discovered the description of the persist leaf on page 102 that includes the statement, “A persistent confirmed commit is not aborted if the NETCONF session terminates. The only way to abort a persistent confirmed commit is to let the timer expire, or to use the operation.” Consequently, the replacement text should read: >> >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation, the , > timeout>, , and parameters for the >> operation, and differentiate between a “to be confirmed” >> operation (a “confirmed commit”) and a confirming >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter and, if successful, cannot be >> reverted. The timeout period can be adjusted with the > timeout> parameter. If a follow-up confirmed operation is >> issued before the timer expires, the timer is reset to the new value >> (600 seconds by default). Both the confirming commit and a follow-up >> confirmed operation MAY introduce additional changes to the >> configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a > config> from running to startup is also necessary to save the >> changes to startup. If the session issuing a sequence of one or more >> confirmed commits is terminated for any reason before the confirm >> timeout expires, the server MUST restore the configuration to its >> state before the sequence of confirmed commits was issued, unless >> the last confirmed commit also included a or >> element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the sequence of confirmed commits was issued, unless the last >> confirmed commit also included a or element. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the first in the >> current sequence of confirmed commits. To cancel the current >> sequence of confirmed commits and revert changes without waiting for >> the confirm timeout to expire, the client can explicitly restore the >> configuration to its state before the sequence of confirmed commits >> was issued, by using the operation. >> >> Jonathan Hansford > On Jan 13, 2014, at 7:53 AM, RFC Errata System wrote: > >> The following errata report has been held for document update >> for RFC6241, "Network Configuration Protocol (NETCONF)". >> >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata_search.php?rfc=6241&eid=3821 >> >> -------------------------------------- >> Status: Held for Document Update >> Type: Editorial >> >> Reported by: Jonathan Hansford >> Date Reported: 2013-12-06 >> Held by: Benoit Claise (IESG) >> >> Section: 8.4.1 >> >> Original Text >> ------------- >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation and the , >> , , and parameters for the >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter. The timeout period can be >> adjusted with the parameter. If a follow-up >> confirmed operation is issued before the timer expires, the >> timer is reset to the new value (600 seconds by default). Both the >> confirming commit and a follow-up confirmed operation MAY >> introduce additional changes to the configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a >> from running to startup is also necessary to save the >> changes to startup. >> >> If the session issuing the confirmed commit is terminated for any >> reason before the confirm timeout expires, the server MUST restore >> the configuration to its state before the confirmed commit was >> issued, unless the confirmed commit also included a >> element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the confirmed commit was issued. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the confirmed >> commit. To cancel a confirmed commit and revert changes without >> waiting for the confirm timeout to expire, the client can explicitly >> restore the configuration to its state before the confirmed commit >> was issued, by using the operation. >> >> Corrected Text >> -------------- >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation, the , > timeout>, , and parameters for the >> operation, and differentiate between a “to be confirmed” >> operation (a “confirmed commit”) and a confirming >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter and, if successful, cannot be >> reverted. The timeout period can be adjusted with the > timeout> parameter. If a follow-up confirmed operation is >> issued before the timer expires, the timer is reset to the new value >> (600 seconds by default). Both the confirming commit and a follow-up >> confirmed operation MAY introduce additional changes to the >> configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a > config> from running to startup is also necessary to save the >> changes to startup. If the session issuing a sequence of one or more >> confirmed commits is terminated for any reason before the confirm >> timeout expires, the server MUST restore the configuration to its >> state before the sequence of confirmed commits was issued, unless >> the last confirmed commit also included a element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the sequence of confirmed commits was issued. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the first in the >> current sequence of confirmed commits. To cancel the current >> sequence of confirmed commits and revert changes without waiting for >> the confirm timeout to expire, the client can explicitly restore the >> configuration to its state before the sequence of confirmed commits >> was issued, by using the operation. >> >> Notes >> ----- >> This erratum seeks to clarify the meaning of the term "confirmed commit" for those not familiar with the use of the term within JUNOS. In particular, that the use of "confirmed" is not in the sense of the adjective (meaning "firmly established") but rather that the commit needs to be confirmed. It also emphasises that a "confirming commit" cannot be reverted. Finally it identifies that it is possible to have a sequence of "confirmed commits" prior to a "confirming commit" and that, should no "confirming commit" be received, the configuration will revert to the state prior to the first "confirmed commit" in the sequence. >> >> -------------------------------------- >> RFC6241 (draft-ietf-netconf-4741bis-10) >> -------------------------------------- >> Title : Network Configuration Protocol (NETCONF) >> Publication Date : June 2011 >> Author(s) : R. Enns, Ed., M. Bjorklund, Ed., J. Schoenwaelder, Ed., A. Bierman, Ed. >> Category : PROPOSED STANDARD >> Source : Network Configuration >> Area : Operations and Management >> Stream : IETF >> Verifying Party : IESG >> > . > From nobody Thu Feb 21 00:46:55 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 947A9130E69 for ; Thu, 21 Feb 2019 00:46:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.322 X-Spam-Level: X-Spam-Status: No, score=-3.322 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, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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=ericsson.com header.b=ZLpgVHXd; dkim=pass (1024-bit key) header.d=ericsson.com header.b=NhcA+uDY 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 Sd7y-LljoN19 for ; Thu, 21 Feb 2019 00:46:51 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 3AD0A130E89 for ; Thu, 21 Feb 2019 00:46:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1550738807; x=1553330807; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9XfewwJtd4XFcDT5nATkppOaf0W4lgpw7KZDYRWEfsI=; b=ZLpgVHXdvQM2My3gPi2HYxPBqcpILV4W4VWxDREZp9uywx/6acZl+lxtVWYsw0mc tRyTLjLN5vSH9BUbqKfJNAXWO6ndF4uDmqMKQ5xZ4R7VaL+6R8uoy1jf22nJnHl/ ASfwqJTWtQlgoVLGlVlq8SMIAs7kfAWOxDr0Pv6irMs=; X-AuditID: c1b4fb3a-5c9c29e00000672c-28-5c6e65775557 Received: from ESESBMB501.ericsson.se (Unknown_Domain [153.88.183.114]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id DE.4B.26412.7756E6C5; Thu, 21 Feb 2019 09:46:47 +0100 (CET) Received: from ESESSMR502.ericsson.se (153.88.183.110) by ESESBMB501.ericsson.se (153.88.183.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 21 Feb 2019 09:46:46 +0100 Received: from ESESSMB501.ericsson.se (153.88.183.162) by ESESSMR502.ericsson.se (153.88.183.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 21 Feb 2019 09:46:46 +0100 Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 21 Feb 2019 09:46:46 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9XfewwJtd4XFcDT5nATkppOaf0W4lgpw7KZDYRWEfsI=; b=NhcA+uDYpqbWj8aNkeRZ9Rvrrm6pO1iMijgspOaZI7F6tmMgWT5V2ijaH95cdA1uXZ1rlm1ja3X0h0/C9vvik/AlMKNlPBAms+PbOeI4+V9SrMu0/4rH6Iq0L9z2seF9aqqPswmDAv8Xy/T4itjqdz7rr5Aq8GWyXTG2A7sS8nQ= Received: from AM0PR07MB3841.eurprd07.prod.outlook.com (52.134.82.16) by AM0PR07MB3923.eurprd07.prod.outlook.com (52.134.85.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1665.5; Thu, 21 Feb 2019 08:46:44 +0000 Received: from AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::9027:886e:9046:b251]) by AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::9027:886e:9046:b251%4]) with mapi id 15.20.1643.008; Thu, 21 Feb 2019 08:46:44 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Kent Watsen , Alexander Clemm , "Eric Voit (evoit)" , "albgonz@microsoft.com" , "ambtripa@cisco.com" , "einarnn@cisco.com" , Andy Bierman CC: "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: YP: final IPR disclosure confirmation Thread-Index: AQHUycH4Ew0LfWcFd0uy+Sb1bWtLqg== Date: Thu, 21 Feb 2019 08:46:44 +0000 Message-ID: <58e0a56d-6d83-e3a8-7b5e-4a4381c3258d@ericsson.com> References: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> In-Reply-To: <01000168f45fb6b5-074c553f-aa4c-49a6-bc1d-df948040849c-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [89.135.192.225] user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 x-clientproxiedby: HE1PR0502CA0020.eurprd05.prod.outlook.com (2603:10a6:3:e3::30) To AM0PR07MB3841.eurprd07.prod.outlook.com (2603:10a6:208:45::16) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0f454eee-9219-4bae-ec81-08d697d91b55 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600110)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(49563074)(7193020); SRVR:AM0PR07MB3923; x-ms-traffictypediagnostic: AM0PR07MB3923: x-microsoft-exchange-diagnostics: =?utf-8?B?MTtBTTBQUjA3TUIzOTIzOzIzOnVLeHpmWFJiTTdDWGZnTE1jVTVkNnZxK0J0?= =?utf-8?B?TFUvcXV2SW1DTnQ3ek8rVHVQQXJLamMzK0U2WWpwZ2d5ejVPMXliMDJoVldu?= =?utf-8?B?TDNJZmRTQmwxZ21KaFV2a3FVQWZDekF6K0FKTkgxMVNTUWt2cE1wZGZ6ZjA3?= =?utf-8?B?SEJKMWxZOG1SWWpTTDJaaTE4Tnk1K1Fxd040RnFUQ0VuN3QwcXJlUW1CSXY0?= =?utf-8?B?Sm93eTVmNldjQlROOUxZUEhxS3pXSkJCem1PYUNSVXRKY2tTbFVqbmIraUFm?= =?utf-8?B?dmZ0THBtNWV1VWsrSEdYY0lRWGxxVjJrL0phU1NKNHJ0alM4dTkvdURSejkz?= =?utf-8?B?aWorczVpWU0zR0xxWXJDY2xnRkl2dUs1U3NMcDFvakZQSlJpNjFGRm51cFpa?= =?utf-8?B?YnpaVHE2dW5UMzJKVlJEcFpDQVp1WUNOUUxQblhEL3RTWm9YQW93aUFwRzQw?= =?utf-8?B?Qmw1Vi8wQjNoc25Gd2hPNm80NDRMM3ZHR3VLMnE5V2l4bFJ3SHZ0YTlqVzZV?= =?utf-8?B?NkNmNlpQR2V0QzVxcjk5THlGeUNsaUxUNy9NQkRBc05pdTNHbjBKVGhDRVll?= =?utf-8?B?SlZUQUg1RUdnQjlIdDVHbkpVd0R6SmF3K1FiVVVHcnZzQXkxMlZOSkIrT2VC?= =?utf-8?B?NjhxREV3N2N4d1h3TWViTWY0SmFZMk9XSk94QjVjMHdNNGZyOWU4RWNDQTdx?= =?utf-8?B?cFBMcit4L0hYZXJsUG0zYTZnOHVuRVlsM2VxYmtpWnIxdGJrQ2x2eDJSdTgy?= =?utf-8?B?dHJucXJjZEdmM2oycnN0RnJhbWVFdlFmV1BqUVRWUnFGWXYwNlRCTDcyYWV4?= =?utf-8?B?Y2RXOUw4bXkzM3JjT0lUVHMzV1NVVGo2dVhLeVVuazc2RjdBSm1Od1d1M2ts?= =?utf-8?B?SGNxbU5XT2VHY3FDWlh3cFZCRTY1aVdMTTFGeEtqeHEyTlR3K2pNQ25Pdi9L?= =?utf-8?B?eDl5M1R0b1hkMEtOUVMyTDF4WklhQ0tVb09xbTMxNzBVL1V0Sm1seXZQRnVK?= =?utf-8?B?WXk2REtqaW5HU2gvRG9DRUlLaFpPODdldjdJV1lZeUtsRGphU2J5cEE1alpU?= =?utf-8?B?Y1N1UWpxREJsSEtDYU83cWtXV2p2VzRJeGhaYXBsbCt3SW5OZEhhSVFIQXR5?= =?utf-8?B?dGlmZEpqSjcvandkVWJCdDJIaHd6SzhQcTJ2ZlBBTTh0eGdzNUJCZEZ2TGpk?= =?utf-8?B?OThTZkgwbmxtam4vQ01idkhDa2VEREthSkI4V3BreVVPWDJjdlBlTG1xSTY5?= =?utf-8?B?eDVtOSt4QnVJVU1EdlBrRmloTTFZRUR6K3h6ZnFlSzJhOGZGZStRK2NIY0g5?= =?utf-8?B?MFpnMFBZNWpwemRzNXdZU3FlaHo2amRua3R0cFdJekNpZDU0WHUzWWdENGlG?= =?utf-8?B?dzBya2ZxTnhsNEhqMVJXc0pMSGdzMG5SRXFSSFU0SkkybnRFN29rcmk5amZ0?= =?utf-8?B?YloyUDQ0cXZqeFM4OE0zZktGQVJNR1BBS1hlMERJaU82ZDZjcXlEYVdYRTZa?= =?utf-8?B?cGg2Qk12Qk10cnhUWjJOVmVjOXdFVnpnQW94amoydXBKSTdVejdFNzZvZ2hj?= =?utf-8?B?MjNueHNnR1FZeUdyRFN1aUYzSXhreWtXR1NzN0hDdm5BY0dYL2ZtdEdwSGxU?= =?utf-8?B?cFVpdnZQU3lRTmgzRUNVbVlFYzdmS0VLdzRxVUVNSkMwNFBXM3ltZ0s5NXVV?= =?utf-8?B?KzJWaXlMODJCQnJRdGh3UHNmc0lNaythTjk0QnNqR3ZBOUFmTXpJR0xOOTFr?= =?utf-8?B?RzliRUxJNGcwTVJJZzN2QWZNTDBYSXdueXM2RGF4d3FMdFhwVyt2SVhxTHUw?= =?utf-8?B?aDV0YlYrekVpNzdTSkcxZlZ6OEpLSWlHL2lsVFo4TEc4Z2tPekdvZzV6a2xU?= =?utf-8?B?Y21tTzVSZ3p1OXBWdmZGNjZ6VE5DNHZmSHVTM2lSd29mTmpEU2xveHkycTRC?= =?utf-8?B?bjRPUlF6OUp3KzZhQU5ka0ZsVU1URHhYdWhBWUdYWGJudGgreFF0YnRsSUtF?= =?utf-8?B?eFpVS05zeThkamJKV1plRmdaUHRSazRpcDlsSTRSWVVBY1NydklkUFRCMkh0?= =?utf-8?B?dS9FanlJOG9udzVWV2ZEOHR6eFZjVjQ4UnJaNmg4OUJHZEI1Qm80bkRqNHpV?= =?utf-8?B?ZUE9PQ==?= x-microsoft-antispam-prvs: x-forefront-prvs: 09555FB1AD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(376002)(346002)(366004)(39860400002)(136003)(199004)(189003)(68736007)(6506007)(71200400001)(81156014)(386003)(71190400001)(81166006)(186003)(102836004)(53936002)(6116002)(3846002)(6306002)(14454004)(6512007)(31686004)(2906002)(229853002)(85202003)(106356001)(52116002)(6346003)(105586002)(99936001)(25786009)(26005)(1511001)(7736002)(305945005)(36756003)(6486002)(6436002)(66066001)(65956001)(65806001)(76176011)(99286004)(8676002)(86362001)(256004)(2501003)(2201001)(476003)(2616005)(6246003)(11346002)(486006)(14444005)(446003)(966005)(65826007)(316002)(4326008)(58126008)(8936002)(5660300002)(110136005)(54906003)(97736004)(64126003)(31696002)(85182001)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB3923; H:AM0PR07MB3841.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: grztX4Z6HkC9WXPeN8gu5I1vxo2eiLfOYGxpeVDU9eaCMVc3v/FtQWWEDNmhHPHBYSNhBAN25K1TVKWS1vrlyggIz0+vXg++KtN8d/dgDkM8C7vyuJHZLLiuzqgWzrkopn/ZRmSmxJjhHVzE2f2U+u1LGVV3PG893lm643zzhYO1CCYzxWzrJMyyBEz7GLUY8t2w/kuXODKCcgen6x39MT+sLZ1PPBz1bztmILPANdUH2iZo4CMOFOnPYEG1+J0aO6biCtENrwMetQEOL0PlGDOMkz9AFxVf0YN/rL1Nw9AYVa7eorQZPPZ5q4OIhZduqvjAbwQv2TSs9Bfc5L0oPVmqmGHELTZ+hHyNkNcxOvpOWxzjlTnAzcqtkUxQQGcxoflbdv86PbjqCiBF/16mIYR0H6zelbz1msenlIQ2XjE= Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010107030306070507030208" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0f454eee-9219-4bae-ec81-08d697d91b55 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Feb 2019 08:46:43.2380 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB3923 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA2WSa0iTYRTHed7bXpeDpzXzsJRq1YcsrdTqRaMbQYPoQh+6UenKF5V0xl67 GKkLisgRJszKfWhdVNBFpC2maJgjyVpSaSVpmjcqpzOk0rx02d5nRdC33//5/89zzoHD0+pi TsunG7NFk9GQoeOUTMkelyn6hGjcv7yhVitce9vHCg9crxmh55FNIUyOVtKCr9JDCZ8cDkqo 6OhVCD23fEgoru5k14forVNVrL7WU6DQl5ZOUPpzNT8U+v5mvzxb+JLZwe1TrkkRM9KPi6Zl a5OVaX1ddvbo1LqTZ2omaDMaTihAITzgePC9eIoKkJJX40cIHN3VQTGGoH54kvsrfv10MkSU UnC5pVYWDL5EQ2H3A4o4RRQ4KouCNX0Iyr02NtCGw5vg/EiDnNJgGwX2wpuyQeM8eFXyVRHg WTgWvOYGLsAaHAfNHzoVhGOgqseFAszgRdA1MipnVHgdtLQ+kzNqfBB8ZRflP0NwElgGz8mM 8GwYf3qbIr3CoWPATpG9NdD70sMRDoPB/p8sYR1c9XbIHIYPwD1rMR0YGvAVBE13exgSWgot 7QOIcCS02i1B3grvP09QpKAfge/bTZoYUfC4qjpojGvgTbNTQYwj4Ki3spfQcts/ExK+gOD5 1AKbvOlMeFIywJD3VXDtXi9NeAmU3xii/69NhKuTjRzh+WC19CoIr4ShplFEOA7K7/zgriNl JQqTREnKTI2NjRFN6YclKcsYYxSzq5H/QBudUwk1qPHjBjfCPNKFqpb4j1XNGo5LOZlutND/ T99dxwukZYxZRlGnUamT/bYqxZBzSjRlJZmOZYiSG83hGV24alo9c78apxqyxSOieFQ0/XEp PkRrRofmOkvrCmflx6VW5EauLrOixZbhW/Gp1z0P3yS5I+5Pe9bHayNm2N0oRfmsjW89+KTt tPPLdHFndEnU2M6N22e/3uSqay/qyiubXvp9844VTbu3H9rr4s+6Q8fZtPxWPdLpvZGD+7bY v2Wjeas3JhgSM99ta8+t0LQNXdx1YMSs1jFSmmFFFG2SDL8BHjyh/6gDAAA= Archived-At: Subject: Re: [netconf] YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 08:46:53 -0000 --------------ms010107030306070507030208 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US No, I'm not aware of any IPR that applies to this draft Balazs Lengyel On 2019. 02. 16. 4:35, Kent Watsen wrote: > To each author listed on the "To" line. > > In order to complete the Shepherd writeup, are you aware of any IPR tha= t applies > to draft-ietf-netconf-yang-push? Please Reply-All to *this* email and = state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If "yes", has this IPR been disclosed in compliance with IETF IPR rules= > (see RFCs 3669, 5378 and 8179 for more details)? > > If "yes" again, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think appro= priate. > > If you are listed as a document author or contributor please answer the= above by > responding to this email regardless of whether or not you are aware of = any relevant > IPR. This document will not advance to the next stage until a response= has been > received from each author and listed contributor. NOTE: THIS APPLIES T= O ALL > OF YOU LISTED IN THIS MESSAGE'S TO LINES. > > If you are on the WG email list or attend WG meetings but are not liste= d as an author > or contributor, we remind you of your obligations under the IETF IPR ru= les which > encourages you to notify the IETF if you are aware of IPR of others on = an IETF > contribution, or to refrain from participating in any contribution or d= iscussion related > to your undisclosed IPR. For more information, please see the RFCs list= ed above > and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualPropert= y. > > Thank you, > Kent // as both Shepherd and co-Chair > > > --=20 Balazs Lengyel Ericsson Hungary Ltd. Senior Specialist Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com --------------ms010107030306070507030208 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DMkwggX/MIID56ADAgECAhEA6b7XEWzAzOaLFTWM1P8xITANBgkqhkiG9w0BAQsFADBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMDA5MTUyNDU4WhcNMjAxMDA5MTUyNDU3WjBqMREwDwYD VQQKDAhFcmljc3NvbjEYMBYGA1UEAwwPQmFsw6F6cyBMZW5neWVsMSowKAYJKoZIhvcNAQkB FhtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20xDzANBgNVBAUTBkVUSEJMTDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANRS2ed5R8eLjbxg+S9b4CwI14oIIqrvZLNRmkGC CKPL6gtU7RyBNdcfKCtn4pPxNvISQ/C4eL5XhNDFYDIyEZqdZkdZld72CERmskMlsLMUwc6p H7AQOcjW8zex9BDryJKxZAt32imdvb+KGImW326nvlVGnKPmV5pu/PE4tCKYmBmJdpnOw89P adE7LK0rE6wTkpt9PeY2h/dswbVuCBm0YYDUYElyHB0UnBAohKF89WbUJ26W8lXWE9V5zG20 wk0/NJ9J+vJv9vrhCdHnJz+lLHxLEPSHSuc1PvcCXcB/aJGCF1c3iiYMplg5x0r+wTkdOYtM W5ahkCcv9Ge04r0CAwEAAaOCAcEwggG9MEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwu dHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMCYGA1UdEQQfMB2BG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNv bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwHQYDVR0OBBYEFKQnDa9vIwWZ/21jW6uT015h+IyBMB8GA1UdIwQYMBaA FBx7GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOC AgEAPVEJV/kN/a4JfA+95fMsEYiOzPeTaVrlRSWKgL6Lgyzq8ay2pchfsrbj5ZzjWemL4bnE WG+QCSa5M/+Pb0XnEkm4lzLc5wvRuvTa8p7ZYkmeWK8H5f2mU+DSQxQFLSUuruQc9Ss78Et4 ggVG5qTLTl5mVOcY1wtuflWll2NfghxdlXvyqlkjcvrs+jVSAfM5OJaiVzvmOso7HdQ7D3x9 ZGuAk8FQh6oN4PU0N8Xs+UzgKqVp3TrajouUz3B8CegvPPTPTh09e0mQ5xOJmA4t0+goibst HXBn1zqZjDiyC2hUCzXpjZwI8HGpamxb71kJwMo89nN4F7MIrKJykMltOoJUwgt3ePfwdZQ9 YW5UhNk2AA3MdbUKmCqaIsgAAOLOcIK251MT59wHc712667/K4QwTXsszLUZgwpezVAJeZOr aGupMlDYADZOxZm2jGXdWKomA0FaOdCIzB0KXkO6tqXaNk/+JToyaJq5Q1if1hb9WJSW6gEF 1pQcymc//uQzRaTyPdbOFyCDH4GKaXaAKikxorUQliNAf/Yn3k0YSRJ1l9XMVSbBXfIx3iY6 EhrFbRISr1vV5YgJn8EBxUGlLJTSwTWCmcE7nAvGP4ilJ2IaVLiNzfuoKv/f3F2/VSe73eCU KYerTGBfng3wSzIwE8Lf7NJK7WqEJtTtUlYjPZowggbCMIIEqqADAgECAhBTuH6D4ZyZKJOw m0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQD DBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0 NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA 7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3 Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmb NJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CX s/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4Drwa OS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28Me Mqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5Auy CoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+ MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggr BgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwr BgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0 LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA9 2NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0B AQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWm YjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa 49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9 jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0r I0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJte pti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoq qJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwi NJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggM+MIIDOgIBATBcMEcxCzAJ BgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5k aXZpZHVhbCBDQSB2MwIRAOm+1xFswMzmixU1jNT/MSEwDQYJYIZIAWUDBAIBBQCgggGzMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDIyMTA4NDYzOFow LwYJKoZIhvcNAQkEMSIEID+PxF8a7V1O0iJWL/NniO8zKcGXWrqMA2LuVkbbl/7KMGsGCSsG AQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG0G CyqGSIb3DQEJEAILMV6gXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAj BgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MA0GCSqGSIb3DQEBAQUABIIBAMS53xrZGAX9p+ec83iYVD5TiGmhLZPkkK10+Wkkrf7l0d47 s0CCes+MlR6gQY/JOElwR+Uyzg7TE8dScmAm4fSc00CQEsagI2uIT3VSBSzq5dkX2EbH3t9+ GYUTITOZOOFG48DRCq2AQqnjkeCNyvUtUNjE3tkAbha0D4XKHa1fI6a2bs5exdExaZTg5QiX c9OPDGJRpngIhL7XjiPwo8XbCW8WobhsCPsTO3Z/lhN0wwIxK2DbtxB9bMwvByTtzHqZb5wz kLiYWNzdYRdH3vljtj68/vIrkpQBzrUbyBN4ULo1aohxLNKf9dgfFf979ICzCPQDqHvPNxHw 9pgJWyEAAAAAAAA= --------------ms010107030306070507030208-- From nobody Thu Feb 21 01:45:59 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85484130F0A for ; Thu, 21 Feb 2019 01:45:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.321 X-Spam-Level: X-Spam-Status: No, score=-3.321 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, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 header.b=TB177vI3; dkim=pass (1024-bit key) header.d=ericsson.com header.b=S/+MjdQU 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 tgLU7p3-ZAdi for ; Thu, 21 Feb 2019 01:45:55 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 C56EF130E89 for ; Thu, 21 Feb 2019 01:45:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1550742352; x=1553334352; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ic3LcRTtXAcUvQPurb0u8VZI10dF6P3FaeaoBf2tT4k=; b=TB177vI3W+Lz9XjDQusHoeNuz9gOVvpEyeaxi4OAsaFE8mWpJv5pwUi9Vl3Z+9Ol 19CxvZugPNO32o859UPKvDOWUjZavsN8pgSxmoTR7dD709WlHTswJpELDn1UlU4i pOLHUXEdbww99TToy63OfXT+3JKalHLWQH9J4mkLcOg=; X-AuditID: c1b4fb3a-167ff7000000672c-95-5c6e7350598a Received: from ESESBMB502.ericsson.se (Unknown_Domain [153.88.183.115]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 53.9A.26412.0537E6C5; Thu, 21 Feb 2019 10:45:52 +0100 (CET) Received: from ESESBMB505.ericsson.se (153.88.183.172) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 21 Feb 2019 10:45:52 +0100 Received: from EUR04-VI1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB505.ericsson.se (153.88.183.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 21 Feb 2019 10:45:52 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ic3LcRTtXAcUvQPurb0u8VZI10dF6P3FaeaoBf2tT4k=; b=S/+MjdQU1p+Uj3P6plglHAK3zIz691PA02zOMMEJIDR1QBW/8KA9XhgTAzsAcdV5N4B73wqBZkB4FODZNbTVuhSRppBRWOvpEcpvXfUflRIUMhlc5uOgZ6NeBx+QyjZetf5SYEiOTKaFBnVXgg2wllaFlXZ7JKPMBB/ZZuUzliQ= Received: from VI1PR07MB4735.eurprd07.prod.outlook.com (20.177.57.146) by VI1PR07MB6191.eurprd07.prod.outlook.com (20.178.9.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.11; Thu, 21 Feb 2019 09:45:51 +0000 Received: from VI1PR07MB4735.eurprd07.prod.outlook.com ([fe80::1cb3:96e7:59f4:9720]) by VI1PR07MB4735.eurprd07.prod.outlook.com ([fe80::1cb3:96e7:59f4:9720%5]) with mapi id 15.20.1643.014; Thu, 21 Feb 2019 09:45:51 +0000 From: =?utf-8?B?QmFsw6F6cyBLb3bDoWNz?= To: Kent Watsen CC: "netconf@ietf.org" Thread-Topic: [netconf] draft-ietf-netconf-trust-anchors-02 certificate expiration Thread-Index: AdTFSgSIoMQFLNvKT3OBL+NQZebQrQCZ9MAAAIX/RyA= Date: Thu, 21 Feb 2019 09:45:51 +0000 Message-ID: References: <0100016901b72756-897fe418-e836-485c-9f50-7f22943626ea-000000@email.amazonses.com> In-Reply-To: <0100016901b72756-897fe418-e836-485c-9f50-7f22943626ea-000000@email.amazonses.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=balazs.kovacs@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6dc678bf-a4ad-4929-9029-08d697e15dcc x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB6191; x-ms-traffictypediagnostic: VI1PR07MB6191: x-ms-exchange-purlcount: 1 x-microsoft-exchange-diagnostics: =?utf-8?B?MTtWSTFQUjA3TUI2MTkxOzIzOkhKMThzaU1SbVRyeCs0aHIwNGNpODRKczVW?= =?utf-8?B?Ulh5TE1QV0VlUXJtRWJ0T2RWcE9LTS9vMDgrSFF1T2lNQ2xQVTR6SlZTTDZB?= =?utf-8?B?TlNkVzNRNVJMcEVxWHdVWGhpQWN4UXh0Z3BPcmZLeVVvZEIwRHVYMFRtcVkx?= =?utf-8?B?TWgreFBtclEzQjZDeXcrUVUvcWtiTktIa1RoaXVodEM1WWtiZ0xJS0dTcEla?= =?utf-8?B?OHRHVjZFVEo5N1g1b1RrSnI4eUcwTEh6Z1FMekdFTmxHYUE5Ulpsa0c2UVlM?= =?utf-8?B?Zk9Ya0d0WG5CV1ZZWlI3OXh1RndZWDdOV1hiaWhHME8vL3N5eEoyYjBrVlF1?= =?utf-8?B?VGs1bnhyc0lSOWhwRTBGeHdEWWtXWTRnTTZmZ2NNNzlENWZFSnNxUGw3ZWZa?= =?utf-8?B?ZitaNk9FL2pYZU9mZE9LVjdlUlFlbWFaZFFScjZ5amd3OWVZZ21DZ2Zibjd6?= =?utf-8?B?SnN4MUdOeGc5MnJ5ZERkTjFCUGZiVTRRdnJYV2Yxd3dHdGhTMTNKMUNYaHJa?= =?utf-8?B?KzR5cUs2b0p1dFRlVHZpVVE0U0E1ZzQrZ1hFOGttd3ZhWG81bldRckRldENK?= =?utf-8?B?RnB0U3h3ZlluWTRuT2tNVkVhdkx3cjFuQXJwWGRKMm5tNXZBZWFrTzZXaTA0?= =?utf-8?B?MXJ5NnZRTHpGNnozYmRsSlhnU2VBVGo5cEcxS0FnRldIZjF4ckxtRHptSTEv?= =?utf-8?B?MFZiTEgvS2xMcWR5djlXSEFzTjE3SXRSUkljRkVzVVUrTmdNQjFIVndSTjg1?= =?utf-8?B?WWlMTFFHYys3ZzJhWVFJRnJRNFFidTNwT2x6czZ3dkZqOGk0a3ZNTHJqdVI5?= =?utf-8?B?U0RkQlNCRE4zMGZXa1djdURHRjJydHB5OE85U0pnZGpVN0wyazdwRm15aHJF?= =?utf-8?B?UHo1bXNtVjlleVJoWTBKcS9mM3F0S1ZaV1U4VmJlTkxVVXB3NWJiTktZeGs0?= =?utf-8?B?Nk5CNjYyZmtkKytrVDBEMUNyaDBDUkNOYlBQS0Y3NUgveHZqNWRhYnBFeDhN?= =?utf-8?B?T0lHYzB0VEFFNitHRmFxN2diRm9oVHAxY2VQVUJ5UXBCKzd2S0lkR1lBOXlF?= =?utf-8?B?NThtU1A3RmkrK2FNbTFqeFg3REpjK3FCNVdxa1FMNFc0bUlVOWJEV2lCY1o3?= =?utf-8?B?RG1qSDQ5QUduZDN5Zk5vbm5SMjhWMmp6RDNHblRYa1IrRWkwelI5dVJlV3lq?= =?utf-8?B?YW5UUUVWeURKMThvVEtQVGNyOE5BT2M2M1Nqb0I1NnZzSkRveUtkU0xzNFVU?= =?utf-8?B?eHZmRmlSU1F0MGVIbG1JNmE0ajVRc3lhTjF4RWUvRXo5NlBuc2N3UitHVFV5?= =?utf-8?B?R2ZuUVd1SVJIRElpeDVVeGJ1Qk0rODA0V2Y3Zjc3d1hPWnZ6c0JmRGFncU1N?= =?utf-8?B?TlJ5UW13K0E0VHAxTVBVN3NsVHVDYi9SczYvOVRVdEthTWVwVkNPblliYnNL?= =?utf-8?B?RUFaK3FRdElBeHpJWWRnZWprV1c2VUJWR3R2Unh2dUhhMU9KYkVBR1FuN2NK?= =?utf-8?B?akJ2YUZvRkNTSUFRVUtRa1h4M0hsS2JuVkFjU0ZUQnRvakNKMlRSbE9PK1Vj?= =?utf-8?B?WUR6YkhFWWlPRHpvWnNYSzNLOWp2WHNBbUU4Ym5QSWVpckVGcE1ZSVorVGlU?= =?utf-8?B?N3ZkK2RVeTdPNmppUUYyRVVTNjJmbjIxamVMVm9OdVhaemRmWncyb3RWTlNi?= =?utf-8?B?NjlUaVZGclBkREVBZFlkc1RsWHlvengxSytZRXlzeTMyUkwzVlBpMG5lWVll?= =?utf-8?B?YnB0bVRaUDZEekVXdUUvSERQbkhkSFFWUVlxVjQ5c3l0b0FUT2tqem1JM2oz?= =?utf-8?B?UUlJRDRwamk0clhZM3gxbVFFWHVscDFrdm81V1d4dStpWDQ3QmpHcmRZbWhy?= =?utf-8?Q?c0LvOgAe/Rw=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 09555FB1AD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(366004)(39860400002)(396003)(346002)(189003)(199004)(606006)(229853002)(6436002)(53936002)(97736004)(66574012)(9686003)(33656002)(6246003)(74316002)(7736002)(25786009)(54896002)(790700001)(3846002)(6116002)(55016002)(86362001)(236005)(81166006)(6306002)(81156014)(8676002)(4326008)(6506007)(66066001)(8936002)(14444005)(966005)(256004)(7696005)(68736007)(26005)(76176011)(316002)(478600001)(85202003)(5660300002)(2906002)(53546011)(102836004)(186003)(71190400001)(9326002)(71200400001)(14454004)(99286004)(11346002)(106356001)(6916009)(486006)(446003)(476003)(85182001)(105586002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB6191; H:VI1PR07MB4735.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-message-info: 64oJe2Ym7w1nYK2LkuhOmOyCXVIOOfVnWqn91EiG/dxJ4a6o9EMlv1RMrQCkn/CYs616Ti3yXSdpATWsYgeSJCDBii6/cA3h08ccmBp0K7l90UELRGJnJjr2hPR3bNI7DV5d1Wm6tUtAmV21xO+7o6HytmCWaIp6b5BrtBotiSfUKd8/mWDdTqPGEft403yNgjTUITRhgcNiAXcIlUIfa53o3u1nXlqFdX54BKW6x/Eh3oZKjXX9uhglaLj558skJAIkly7pVrfru3GD2mQarD5Ber9ZqlVMm1IZ0lSz0TIKrtYLOqaJNwmqP1hjvPINASjxv7QSDeK/6+NZ27XIJm4woEydskupZA3jiXKkaCQteUAlcd03AOZXyTKxcNZcvbTRKaGYIgtepJWNcCT8N/83/SKSCVkSlHDnL2mvd64= Content-Type: multipart/alternative; boundary="_000_VI1PR07MB47350F355024F04D3FC5A96F837E0VI1PR07MB4735eurp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 6dc678bf-a4ad-4929-9029-08d697e15dcc X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Feb 2019 09:45:51.4995 (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-Transport-CrossTenantHeadersStamped: VI1PR07MB6191 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrFKsWRmVeSWpSXmKPExsUyM2J7sW5AcV6Mwcz9GhYrbz1kt5i66Tar A5PHkiU/mTwen+hiD2CK4rJJSc3JLEst0rdL4MqYuvkRW8GF8IrzF1pZGxjnhHYxcnJICJhI PLg9j7GLkYtDSOAIo8SVR02sIAkhgW+MEld3REMkljBJ7Gn/zQbisAhMYJaY2vkEqmUik0Tj jPdMEM4jRonJz6+wg/SzCThLnH/xmAnEFhFQlNja/gXMZhbQlFj79yMziC0sECzRu/M50CQO oJoQiYXbwyDKrST2/2gHG8MioCrRc/YT2Em8AjESs8/dZ4XYtZFRYtrWlWAzOQXiJS7s3ARm MwqISXw/tQZql7jErSfzmSAeFZBYsuc8M4QtKvHy8T9WiPpYiR2v77BDxJUkZry6xQphy0pc mt/NCGH7Stxa288CslhC4CajxLl5PVBFWhK/ZpyCapaSOHHxKCtE0UUhib139kNty5a4vPIh VIOMxLbXC5kgivrZJI4d/8E2gVF3FpJrIex8iYlbZrLPAntbUOLkzCcss4ChBAq99bv0IUoU JaZ0P2SHsDUkWufMZUcWX8DIvopRtDi1uDg33chIL7UoM7m4OD9PLy+1ZBMjMAUd3PLbagfj weeOhxgFOBiVeHi1U/NihFgTy4orcw8xSnAwK4nwemUChXhTEiurUovy44tKc1KLDzFKc7Ao ifP+ERKMERJITyxJzU5NLUgtgskycXBKNTCq9RU8ZVYRuV8ZsfLeupAPDt9CHGTbPXVqHDIn cupFXVq7w8L6p1dk+jfphQs38TT9+6Vk6jkxs3f7j7JLHl5pddcetMdsuqD2xKRsd6RwsVP7 ccmUuoaV2Q8/iUzNO/F5zh3F6yE3Z5x8z7Sx+er/6fE3km71c1mqcQuciRE/pfHx9OUn1iVK LMUZiYZazEXFiQDejJXYPQMAAA== Archived-At: Subject: Re: [netconf] draft-ietf-netconf-trust-anchors-02 certificate expiration X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 09:45:58 -0000 --_000_VI1PR07MB47350F355024F04D3FC5A96F837E0VI1PR07MB4735eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgS2VudCwNCg0KSSB0aGluayB0aGUgYXBwcm9hY2ggeW91IGRlc2NyaWJlIGlzIGNvcnJlY3Qu IEkgd2FzIGFzc3VtaW5nIHRoYXQgYm90aCB0aGUgb3duZXIgb2YgdGhlIHBpbm5lZCBjZXJ0aWZp Y2F0ZSBhbmQgdGhlIGRldmljZSBjb25maWd1cmVkIHdpdGggdGhlIHBpbm5lZCBjZXJ0aWZpY2F0 ZSBhcmUgaW4gdGhlIHNhbWUgYWRtaW5pc3RyYXRpdmUgZG9tYWluLiBUaGlzIG9idmlvdXNseSBt aWdodCBub3QgYmUgdHJ1ZSBpbiBzb21lIGVudmlyb25tZW50cy4NCg0KVGhhbmsgeW91LA0KQmFs YXpzDQoNCkZyb206IEtlbnQgV2F0c2VuIDxrZW50QHdhdHNlbi5uZXQ+DQpTZW50OiBNb25kYXks IEZlYnJ1YXJ5IDE4LCAyMDE5IDY6NDYgUE0NClRvOiBCYWzDoXpzIEtvdsOhY3MgPGJhbGF6cy5r b3ZhY3NAZXJpY3Nzb24uY29tPg0KQ2M6IG5ldGNvbmZAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb bmV0Y29uZl0gZHJhZnQtaWV0Zi1uZXRjb25mLXRydXN0LWFuY2hvcnMtMDIgY2VydGlmaWNhdGUg ZXhwaXJhdGlvbg0KDQpIaSBCYWxhenMsDQoNClllcywgaXQgaXMgdGhlIHJlc3BvbnNpYmlsaXR5 IG9mIHRoZSBjZXJ0aWZpY2F0ZS1pc3N1ZXIgdG8gaXNzdWUgYW4gdXBkYXRlLCBidXQgaXQgaXMg YWxzbyB0aGUgcmVzcG9uc2liaWxpdHkgb2YgdGhlIHNlcnZlci1hZG1pbiB0byByZS1waW4gdGhl IHVwZGF0ZWQtY2VydGlmaWNhdGUuICBUaGlzIGFsZXJ0cyB0aGUgc2VydmVyLWFkbWluIHRoYXQg YSBzZXJ2aWNlIG1heSBzdG9wIHdvcmtpbmcgYW5kIHRoZXkgc2hvdWxkIHVwZGF0ZSB0aGUgcGlu bmVkLWNlcnRpZmljYXRlIGJlZm9yZSBpdCBleHBpcmVzLg0KDQpUbyByZXByb2R1Y2UgdGhlIGVx dWl2YWxlbnQgb2YgdGhlcmUgYmVpbmcgbm8gbm90aWZpY2F0aW9ucywgdGhlIHNlcnZlci1hZG1p biBjb3VsZCBjaG9zZSB0byBpZ25vcmUgZXhwaXJhdGlvbi1ub3RpZmljYXRpb25zIGZvciBhbGwg cGlubmVkLWNlcnRpZmljYXRlZC4gICBUaGF0IHNhaWQsIGl0IHNlZW1zIGJldHRlciB0byBnaXZl IHRoZSBjaG9pY2UgdG8gdGhlIHNlcnZlci1hZG1pbiB0aGFuIGZvciB0aGVyZSB0byBiZSBubyBj aG9pY2UuDQoNClRob3VnaHRzPw0KDQpLZW50IC8vIGNvbnRyaWJ1dG9yDQoNCg0KDQoNCk9uIEZl YiAxNSwgMjAxOSwgYXQgMTE6MjQgQU0sIEJhbMOhenMgS292w6FjcyA8YmFsYXpzLmtvdmFjc0Bl cmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5rb3ZhY3NAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQoN CkhpIEtlbnQsDQoNCldoZW4gbG9va2luZyBhdCB0aGUgbW9kZWwgaW4gc3ViamVjdCwgSSB3YXMg d29uZGVyaW5nIHdoeSBjZXJ0aWZpY2F0ZSBleHBpcmF0aW9uIG5vdGlmaWNhdGlvbnMgb2YgcGlu bmVkIGNlcnRpZmljYXRlcyBhcmUgZW1pdHRlZD8gSSB3b3VsZCB0aGluayB0aGF0IHRoZSBub2Rl IHNob3VsZCBub3QgYmUgY29uY2VybmVkIGFib3V0IHNlbmRpbmcgbm90aWZpY2F0aW9ucyBvZiBj ZXJ0aWZpY2F0ZXMgb2Ygb3RoZXIgbm9kZXMsIGFuZCBhbHNvIG9uZSB3b3VsZG7igJl0IGxpa2Ug dG8gcmVjZWl2ZSBhIG5vdGlmaWNhdGlvbiBOLXRpbWVzIGZvciBhIHNpbmdsZSBwaW5uZWQgY2Vy dGlmaWNhdGUgdGhhdCBpcyBnb2luZyB0byBleHBpcmUuDQoNCkNvdWxkIHlvdSBwbGVhc2UgY29t bWVudCBvbiB0aGlzPw0KDQpUaGFua3MsDQpCYWxhenMNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRjb25mIG1haWxpbmcgbGlzdA0KbmV0Y29uZkBp ZXRmLm9yZzxtYWlsdG86bmV0Y29uZkBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KDQo= --_000_VI1PR07MB47350F355024F04D3FC5A96F837E0VI1PR07MB4735eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1h aWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp IEtlbnQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhlIGFwcHJvYWNoIHlvdSBk ZXNjcmliZSBpcyBjb3JyZWN0LiBJIHdhcyBhc3N1bWluZyB0aGF0IGJvdGggdGhlIG93bmVyIG9m IHRoZSBwaW5uZWQgY2VydGlmaWNhdGUgYW5kIHRoZSBkZXZpY2UgY29uZmlndXJlZCB3aXRoIHRo ZSBwaW5uZWQgY2VydGlmaWNhdGUgYXJlIGluIHRoZSBzYW1lIGFkbWluaXN0cmF0aXZlIGRvbWFp bi4gVGhpcyBvYnZpb3VzbHkgbWlnaHQgbm90IGJlIHRydWUgaW4NCiBzb21lIGVudmlyb25tZW50 cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91LDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+QmFsYXpzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gS2VudCBXYXRzZW4gJmx0O2tl bnRAd2F0c2VuLm5ldCZndDsgPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgRmVicnVhcnkgMTgs IDIwMTkgNjo0NiBQTTxicj4NCjxiPlRvOjwvYj4gQmFsw6F6cyBLb3bDoWNzICZsdDtiYWxhenMu a292YWNzQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IG5ldGNvbmZAaWV0Zi5vcmc8 YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtuZXRjb25mXSBkcmFmdC1pZXRmLW5ldGNvbmYtdHJ1 c3QtYW5jaG9ycy0wMiBjZXJ0aWZpY2F0ZSBleHBpcmF0aW9uPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBCYWxhenMsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5ZZXMsIGl0IGlzIHRoZSByZXNwb25zaWJpbGl0eSBvZiB0aGUg Y2VydGlmaWNhdGUtaXNzdWVyIHRvIGlzc3VlIGFuIHVwZGF0ZSwgYnV0IGl0IGlzIGFsc28gdGhl IHJlc3BvbnNpYmlsaXR5IG9mIHRoZSBzZXJ2ZXItYWRtaW4gdG8gcmUtcGluIHRoZSB1cGRhdGVk LWNlcnRpZmljYXRlLiAmbmJzcDtUaGlzIGFsZXJ0cyB0aGUgc2VydmVyLWFkbWluIHRoYXQgYSBz ZXJ2aWNlIG1heSBzdG9wIHdvcmtpbmcgYW5kIHRoZXkNCiBzaG91bGQgdXBkYXRlIHRoZSBwaW5u ZWQtY2VydGlmaWNhdGUmbmJzcDtiZWZvcmUgaXQgZXhwaXJlcy48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VG8gcmVwcm9kdWNlIHRoZSBlcXVp dmFsZW50IG9mIHRoZXJlIGJlaW5nIG5vIG5vdGlmaWNhdGlvbnMsIHRoZSBzZXJ2ZXItYWRtaW4g Y291bGQgY2hvc2UgdG8gaWdub3JlIGV4cGlyYXRpb24tbm90aWZpY2F0aW9ucyBmb3IgYWxsIHBp bm5lZC1jZXJ0aWZpY2F0ZWQuICZuYnNwOyBUaGF0IHNhaWQsIGl0IHNlZW1zIGJldHRlciB0byBn aXZlIHRoZSBjaG9pY2UgdG8gdGhlIHNlcnZlci1hZG1pbiB0aGFuIGZvciB0aGVyZQ0KIHRvIGJl IG5vIGNob2ljZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhvdWdodHM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPktlbnQgLy8gY29udHJpYnV0b3I8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBGZWIgMTUsIDIw MTksIGF0IDExOjI0IEFNLCBCYWzDoXpzIEtvdsOhY3MgJmx0OzxhIGhyZWY9Im1haWx0bzpiYWxh enMua292YWNzQGVyaWNzc29uLmNvbSI+YmFsYXpzLmtvdmFjc0Blcmljc3Nvbi5jb208L2E+Jmd0 OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp IEtlbnQsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPldoZW4gbG9va2luZyBhdCB0aGUgbW9kZWwgaW4gc3ViamVjdCwgSSB3YXMgd29uZGVyaW5n IHdoeSBjZXJ0aWZpY2F0ZSBleHBpcmF0aW9uIG5vdGlmaWNhdGlvbnMgb2YgcGlubmVkIGNlcnRp ZmljYXRlcyBhcmUgZW1pdHRlZD8gSSB3b3VsZCB0aGluayB0aGF0IHRoZSBub2RlIHNob3VsZCBu b3QgYmUgY29uY2VybmVkIGFib3V0IHNlbmRpbmcgbm90aWZpY2F0aW9ucyBvZiBjZXJ0aWZpY2F0 ZXMgb2Ygb3RoZXINCiBub2RlcywgYW5kIGFsc28gb25lIHdvdWxkbuKAmXQgbGlrZSB0byByZWNl aXZlIGEgbm90aWZpY2F0aW9uIE4tdGltZXMgZm9yIGEgc2luZ2xlIHBpbm5lZCBjZXJ0aWZpY2F0 ZSB0aGF0IGlzIGdvaW5nIHRvIGV4cGlyZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q291bGQgeW91IHBsZWFzZSBjb21tZW50IG9uIHRoaXM/ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo YW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkJhbGF6czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCm5ldGNvbmYgbWFpbGluZyBsaXN0PGJyPg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0 bzpuZXRjb25mQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5NTRGNzIiPm5ldGNv bmZAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjwvc3Bhbj48YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6Izk1NEY3MiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRjb25mPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_VI1PR07MB47350F355024F04D3FC5A96F837E0VI1PR07MB4735eurp_-- From nobody Thu Feb 21 04:19:01 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 494C7130F97 for ; Thu, 21 Feb 2019 04:18:55 -0800 (PST) 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, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outbound.mailhop.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 ePxPq8WufpMG for ; Thu, 21 Feb 2019 04:18:53 -0800 (PST) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 CEC4C130F9D for ; Thu, 21 Feb 2019 04:18:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550751466; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=AK5jye3T5m4UHA7UPfRXr18mN08SSxJkGURYl6RghALEwJpHQXJ297IQCS0NrHcNySApIZO3wszhn 0OrQBqE1XbotTUcaFY5hBShOJ4mzOtgh904/WqZqBYj1C2A9hK6EuwXPwwTsHgbCYBV993nI4az4OI jJHd7xs1yfEULxtXVkaQI7VyCweFOS6NcjlJBi7w5VnKZE1WlFu9kLdfDQxursxZjIjkGvKpHM+WG3 xe9v2iqdiHHd9bOXHthPSuuFem1fiQ9DY+Xi0aVapWJgh3ywFwSmBOB4jspSTRaTK6QoqgGiArwRft DuPONruFIGUEvXqB5ZEIpk/IIj4vxkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=IK5ALKtPGDlJAp/10I3h6DoXSIruQovcv6xZVsxw8R8=; b=VP+WWtLw9Kik+897sK3ciZBC77Nz21+DagF3ZnGkzXR3pOeTdbp4zMCCcpbQpgu8e7z07EXCelywy gKgpVNSni1bvD9isvYMj+9NLTHjxyLWB0qKx0iLvleylDxzgGqswpJ2eIQXw+I9uPx43trVEZcGBgB 9fDOI2edAF0yMHH57fEw7giYs1XMeJfmZzJhJZBGn8by0LhUOXehtpgG2l7ymxPLwKrPkuR2AzoStg GTakaNdZhHsNWLMC52SC9iDllnmxP0kITl/Mwfx3ax8JhQfccQgyIEXlEGBmXDz6YOYBRcfBzCiOn9 q3hX+P8wUC3yaWdjrwWp0Mtw405dT7w== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=IK5ALKtPGDlJAp/10I3h6DoXSIruQovcv6xZVsxw8R8=; b=dyuCuXjsq/pY1+Jw7RaoTBb3Km5vg8RhAWsIp7DsrEpB3kCZM+zAqlc6p2VPd5CCijAwNLh+KukQn p1i22oUpJgxwYpUmEjo15LYg1unsFPyuUQFEqhEmFwLZ0MLj6mNQJpIvCTSgiVDgSiMnrUcEdEsHY1 hCVYzNhmzjz3xinj65ETYFFixFLQ1wweQm5WI1iMPBj/SQBQOdPcONZ2QjTDPvSlbWamgNaDFf8f4X rX4pTko/NKWvKybPHIEr+QB4MjA+sUAanxbEKxoP4vt0GIYfkoEANJb5Snj58Iww3kww8XCUuxUXEm OmTHgT4TclxzXzgC8J5Vv1W5H3lBgHQ== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: aed09aa6-35d2-11e9-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id aed09aa6-35d2-11e9-befd-af03bedce89f; Thu, 21 Feb 2019 12:17:44 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x1LCIh3e090343 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 21 Feb 2019 13:18:43 +0100 (CET) (envelope-from per@hedeland.org) To: Megan Ferguson , jonathan@hansfords.net, Benoit Claise Cc: rob.enns@gmail.com, netconf@ietf.org, RFC System , IESG References: <20140113155326.2E4B97FC396@rfc-editor.org> <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> From: Per Hedeland Message-ID: <34e64e9f-f3a0-9c4f-9860-e69e120e926c@hedeland.org> Date: Thu, 21 Feb 2019 13:18:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] [Errata Held for Document Update] RFC6241 (3821) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 12:18:55 -0000 On 2019-02-20 01:44, Megan Ferguson wrote: > Jonathan and Benoit, > > We have edited the "corrected text in this errata report as suggested by Jonathan. I don't know if this change - i.e. the addition of the text "or " in two places - should affect the status of the document, but it seems to me that it can then no longer be considered a "clarification", since it proposes a change to the semantics specified in RFC 6241. As far as I can see, it is clear from 6241 that the presence of the parameter does not affect the persistence, only the presence of the parameter does that. Furthermore, I'm afraid I fail to find any motivation for this change in the quoted message from Jonathan (as far as I can see, this message was not sent to the mailing list). --Per Hedeland > We have left the status of this report as Held for Document Update. > Please let us know if any further action is necessary on our part. > > The report itself is viewable at https://www.rfc-editor.org/errata/eid3821. > > Old (as in Jonathans original report): > > If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a > element. > > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued. > > > New (as updated by Jonathans email - see the last line of both paragraphs): > > If the session issuing a sequence of one or more > confirmed commits is terminated for any reason before the confirm > timeout expires, the server MUST restore the configuration to its > state before the sequence of confirmed commits was issued, unless > the last confirmed commit also included a or element. > > > If the device reboots for any reason before the confirm timeout > expires, the server MUST restore the configuration to its state > before the sequence of confirmed commits was issued, unless the last confirmed commit also included a or element. > > > Thank you. > > RFC Editor/mf > > >> Hi, >> >> I raised erratum 3821 to clarify the meaning of the term "confirmed commit" for those not familiar with the use of the term within JUNOS. Both the original text and the erratum include text that states If the device reboots for any reason before the confirm timeout expires, the server MUST restore the configuration to its state before the sequence of confirmed commits was issued.. I have since discovered the description of the persist leaf on page 102 that includes the statement, A persistent confirmed commit is not aborted if the NETCONF session terminates. The only way to abort a persistent confirmed commit is to let the timer expire, or to use the operation. Consequently, the replacement text should read: >> >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation, the , > timeout>, , and parameters for the >> operation, and differentiate between a to be confirmed >> operation (a confirmed commit) and a confirming >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter and, if successful, cannot be >> reverted. The timeout period can be adjusted with the > timeout> parameter. If a follow-up confirmed operation is >> issued before the timer expires, the timer is reset to the new value >> (600 seconds by default). Both the confirming commit and a follow-up >> confirmed operation MAY introduce additional changes to the >> configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a > config> from running to startup is also necessary to save the >> changes to startup. If the session issuing a sequence of one or more >> confirmed commits is terminated for any reason before the confirm >> timeout expires, the server MUST restore the configuration to its >> state before the sequence of confirmed commits was issued, unless >> the last confirmed commit also included a or >> element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the sequence of confirmed commits was issued, unless the last >> confirmed commit also included a or element. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the first in the >> current sequence of confirmed commits. To cancel the current >> sequence of confirmed commits and revert changes without waiting for >> the confirm timeout to expire, the client can explicitly restore the >> configuration to its state before the sequence of confirmed commits >> was issued, by using the operation. >> >> Jonathan Hansford > On Jan 13, 2014, at 7:53 AM, RFC Errata System wrote: > >> The following errata report has been held for document update >> for RFC6241, "Network Configuration Protocol (NETCONF)". >> >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata_search.php?rfc=6241&eid=3821 >> >> -------------------------------------- >> Status: Held for Document Update >> Type: Editorial >> >> Reported by: Jonathan Hansford >> Date Reported: 2013-12-06 >> Held by: Benoit Claise (IESG) >> >> Section: 8.4.1 >> >> Original Text >> ------------- >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation and the , >> , , and parameters for the >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter. The timeout period can be >> adjusted with the parameter. If a follow-up >> confirmed operation is issued before the timer expires, the >> timer is reset to the new value (600 seconds by default). Both the >> confirming commit and a follow-up confirmed operation MAY >> introduce additional changes to the configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a >> from running to startup is also necessary to save the >> changes to startup. >> >> If the session issuing the confirmed commit is terminated for any >> reason before the confirm timeout expires, the server MUST restore >> the configuration to its state before the confirmed commit was >> issued, unless the confirmed commit also included a >> element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the confirmed commit was issued. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the confirmed >> commit. To cancel a confirmed commit and revert changes without >> waiting for the confirm timeout to expire, the client can explicitly >> restore the configuration to its state before the confirmed commit >> was issued, by using the operation. >> >> Corrected Text >> -------------- >> 8.4.1. Description >> >> The :confirmed-commit:1.1 capability indicates that the server will >> support the operation, the , > timeout>, , and parameters for the >> operation, and differentiate between a to be confirmed >> operation (a confirmed commit) and a confirming >> operation. See Section 8.3 for further details on the >> operation. >> >> A confirmed operation MUST be reverted if a confirming >> commit is not issued within the timeout period (by default 600 >> seconds = 10 minutes). The confirming commit is a operation >> without the parameter and, if successful, cannot be >> reverted. The timeout period can be adjusted with the > timeout> parameter. If a follow-up confirmed operation is >> issued before the timer expires, the timer is reset to the new value >> (600 seconds by default). Both the confirming commit and a follow-up >> confirmed operation MAY introduce additional changes to the >> configuration. >> >> If the element is not given in the confirmed commit >> operation, any follow-up commit and the confirming commit MUST be >> issued on the same session that issued the confirmed commit. If the >> element is given in the confirmed operation, a >> follow-up commit and the confirming commit can be given on any >> session, and they MUST include a element with a value >> equal to the given value of the element. >> >> If the server also advertises the :startup capability, a > config> from running to startup is also necessary to save the >> changes to startup. If the session issuing a sequence of one or more >> confirmed commits is terminated for any reason before the confirm >> timeout expires, the server MUST restore the configuration to its >> state before the sequence of confirmed commits was issued, unless >> the last confirmed commit also included a element. >> >> If the device reboots for any reason before the confirm timeout >> expires, the server MUST restore the configuration to its state >> before the sequence of confirmed commits was issued. >> >> If a confirming commit is not issued, the device will revert its >> configuration to the state prior to the issuance of the first in the >> current sequence of confirmed commits. To cancel the current >> sequence of confirmed commits and revert changes without waiting for >> the confirm timeout to expire, the client can explicitly restore the >> configuration to its state before the sequence of confirmed commits >> was issued, by using the operation. >> >> Notes >> ----- >> This erratum seeks to clarify the meaning of the term "confirmed commit" for those not familiar with the use of the term within JUNOS. In particular, that the use of "confirmed" is not in the sense of the adjective (meaning "firmly established") but rather that the commit needs to be confirmed. It also emphasises that a "confirming commit" cannot be reverted. Finally it identifies that it is possible to have a sequence of "confirmed commits" prior to a "confirming commit" and that, should no "confirming commit" be received, the configuration will revert to the state prior to the first "confirmed commit" in the sequence. >> >> -------------------------------------- >> RFC6241 (draft-ietf-netconf-4741bis-10) >> -------------------------------------- >> Title : Network Configuration Protocol (NETCONF) >> Publication Date : June 2011 >> Author(s) : R. Enns, Ed., M. Bjorklund, Ed., J. Schoenwaelder, Ed., A. Bierman, Ed. >> Category : PROPOSED STANDARD >> Source : Network Configuration >> Area : Operations and Management >> Stream : IETF >> Verifying Party : IESG >> > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > From nobody Thu Feb 21 05:22:51 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A4AE130FCF; Thu, 21 Feb 2019 05:22:41 -0800 (PST) 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_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 pB48LUthARLg; Thu, 21 Feb 2019 05:22:38 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 8B8EA130FA5; Thu, 21 Feb 2019 05:22:37 -0800 (PST) Received: from localhost (unknown [173.38.220.61]) by mail.tail-f.com (Postfix) with ESMTPSA id 32CD41AE00A0; Thu, 21 Feb 2019 14:22:33 +0100 (CET) Date: Thu, 21 Feb 2019 14:22:33 +0100 (CET) Message-Id: <20190221.142233.540619960445664842.mbj@tail-f.com> To: per@hedeland.org Cc: mferguson@amsl.com, jonathan@hansfords.net, bclaise@cisco.com, rob.enns@gmail.com, iesg@ietf.org, netconf@ietf.org, rfc-editor@rfc-editor.org From: Martin Bjorklund In-Reply-To: <34e64e9f-f3a0-9c4f-9860-e69e120e926c@hedeland.org> References: <20140113155326.2E4B97FC396@rfc-editor.org> <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> <34e64e9f-f3a0-9c4f-9860-e69e120e926c@hedeland.org> 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: [netconf] [Errata Held for Document Update] RFC6241 (3821) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 13:22:42 -0000 Hi, Per Hedeland wrote: > On 2019-02-20 01:44, Megan Ferguson wrote: > > Jonathan and Benoit, > > We have edited the "corrected text in this errata report as > > suggested by Jonathan. > > I don't know if this change - i.e. the addition of the text "or > " in two places - should affect the status of the > document, but it seems to me that it can then no longer be considered > a "clarification", since it proposes a change to the semantics > specified in RFC 6241. As far as I can see, it is clear from 6241 that > the presence of the parameter does not affect the > persistence, only the presence of the parameter does that. Hmm, I missed this detail. It is clearly not correct to say that the affects persistence. So s/or // in the 4th and 5th paragraphs. Do you see any other issues with the proposed text? (An editorial change - the 4th para should be split into two, just as in the original text) /martin > > Furthermore, I'm afraid I fail to find any motivation for this change > in the quoted message from Jonathan (as far as I can see, this message > was not sent to the mailing list). > > --Per Hedeland > > > We have left the status of this report as Held for Document > > Update. > > Please let us know if any further action is necessary on our part. > > The report itself is viewable at > > https://www.rfc-editor.org/errata/eid3821. > > Old (as in Jonathans original report): > > If the session issuing a sequence of one or more > > confirmed commits is terminated for any reason before the confirm > > timeout expires, the server MUST restore the configuration to its > > state before the sequence of confirmed commits was issued, unless > > the last confirmed commit also included a > > element. > > If the device reboots for any reason before the confirm timeout > > expires, the server MUST restore the configuration to its state > > before the sequence of confirmed commits was issued. > > New (as updated by Jonathans email - see the last line of both > > paragraphs): > > If the session issuing a sequence of one or more > > confirmed commits is terminated for any reason before the confirm > > timeout expires, the server MUST restore the configuration to its > > state before the sequence of confirmed commits was issued, unless > > the last confirmed commit also included a or > > element. > > If the device reboots for any reason before the confirm timeout > > expires, the server MUST restore the configuration to its state > > before the sequence of confirmed commits was issued, unless the last > > confirmed commit also included a or element. > > Thank you. > > RFC Editor/mf > > > >> Hi, > >> I raised erratum 3821 to clarify the meaning of the term "confirmed > >> commit" for those not familiar with the use of the term within > >> JUNOS. Both the original text and the erratum include text that states > >> If the device reboots for any reason before the confirm timeout > >> expires, the server MUST restore the configuration to its state before > >> the sequence of confirmed commits was issued.. I have since > >> discovered the description of the persist leaf on page 102 that > >> includes the statement, A persistent confirmed commit is not aborted > >> if the NETCONF session terminates. The only way to abort a persistent > >> confirmed commit is to let the timer expire, or to use the > >> operation. Consequently, the replacement text should > >> read: > >> 8.4.1. Description > >> The :confirmed-commit:1.1 capability indicates that the server will > >> support the operation, the , >> timeout>, , and parameters for the > >> operation, and differentiate between a to be confirmed > >> operation (a confirmed commit) and a confirming > >> operation. See Section 8.3 for further details on the > >> operation. > >> A confirmed operation MUST be reverted if a confirming > >> commit is not issued within the timeout period (by default 600 > >> seconds = 10 minutes). The confirming commit is a operation > >> without the parameter and, if successful, cannot be > >> reverted. The timeout period can be adjusted with the >> timeout> parameter. If a follow-up confirmed operation is > >> issued before the timer expires, the timer is reset to the new value > >> (600 seconds by default). Both the confirming commit and a follow-up > >> confirmed operation MAY introduce additional changes to the > >> configuration. > >> If the element is not given in the confirmed commit > >> operation, any follow-up commit and the confirming commit MUST be > >> issued on the same session that issued the confirmed commit. If the > >> element is given in the confirmed operation, a > >> follow-up commit and the confirming commit can be given on any > >> session, and they MUST include a element with a value > >> equal to the given value of the element. > >> If the server also advertises the :startup capability, a >> config> from running to startup is also necessary to save the > >> changes to startup. If the session issuing a sequence of one or more > >> confirmed commits is terminated for any reason before the confirm > >> timeout expires, the server MUST restore the configuration to its > >> state before the sequence of confirmed commits was issued, unless > >> the last confirmed commit also included a or > >> element. > >> If the device reboots for any reason before the confirm timeout > >> expires, the server MUST restore the configuration to its state > >> before the sequence of confirmed commits was issued, unless the last > >> confirmed commit also included a or element. > >> If a confirming commit is not issued, the device will revert its > >> configuration to the state prior to the issuance of the first in the > >> current sequence of confirmed commits. To cancel the current > >> sequence of confirmed commits and revert changes without waiting for > >> the confirm timeout to expire, the client can explicitly restore the > >> configuration to its state before the sequence of confirmed commits > >> was issued, by using the operation. > >> Jonathan Hansford > > On Jan 13, 2014, at 7:53 AM, RFC Errata System > > wrote: > > > >> The following errata report has been held for document update > >> for RFC6241, "Network Configuration Protocol (NETCONF)". > >> > >> -------------------------------------- > >> You may review the report below and at: > >> http://www.rfc-editor.org/errata_search.php?rfc=6241&eid=3821 > >> > >> -------------------------------------- > >> Status: Held for Document Update > >> Type: Editorial > >> > >> Reported by: Jonathan Hansford > >> Date Reported: 2013-12-06 > >> Held by: Benoit Claise (IESG) > >> > >> Section: 8.4.1 > >> > >> Original Text > >> ------------- > >> 8.4.1. Description > >> > >> The :confirmed-commit:1.1 capability indicates that the server will > >> support the operation and the , > >> , , and parameters for the > >> operation. See Section 8.3 for further details on the > >> operation. > >> > >> A confirmed operation MUST be reverted if a confirming > >> commit is not issued within the timeout period (by default 600 > >> seconds = 10 minutes). The confirming commit is a operation > >> without the parameter. The timeout period can be > >> adjusted with the parameter. If a follow-up > >> confirmed operation is issued before the timer expires, the > >> timer is reset to the new value (600 seconds by default). Both the > >> confirming commit and a follow-up confirmed operation MAY > >> introduce additional changes to the configuration. > >> > >> If the element is not given in the confirmed commit > >> operation, any follow-up commit and the confirming commit MUST be > >> issued on the same session that issued the confirmed commit. If the > >> element is given in the confirmed operation, a > >> follow-up commit and the confirming commit can be given on any > >> session, and they MUST include a element with a value > >> equal to the given value of the element. > >> > >> If the server also advertises the :startup capability, a > >> from running to startup is also necessary to save the > >> changes to startup. > >> > >> If the session issuing the confirmed commit is terminated for any > >> reason before the confirm timeout expires, the server MUST restore > >> the configuration to its state before the confirmed commit was > >> issued, unless the confirmed commit also included a > >> element. > >> > >> If the device reboots for any reason before the confirm timeout > >> expires, the server MUST restore the configuration to its state > >> before the confirmed commit was issued. > >> > >> If a confirming commit is not issued, the device will revert its > >> configuration to the state prior to the issuance of the confirmed > >> commit. To cancel a confirmed commit and revert changes without > >> waiting for the confirm timeout to expire, the client can explicitly > >> restore the configuration to its state before the confirmed commit > >> was issued, by using the operation. > >> > >> Corrected Text > >> -------------- > >> 8.4.1. Description > >> > >> The :confirmed-commit:1.1 capability indicates that the server will > >> support the operation, the , >> timeout>, , and parameters for the > >> operation, and differentiate between a to be confirmed > >> operation (a confirmed commit) and a confirming > >> operation. See Section 8.3 for further details on the > >> operation. > >> > >> A confirmed operation MUST be reverted if a confirming > >> commit is not issued within the timeout period (by default 600 > >> seconds = 10 minutes). The confirming commit is a operation > >> without the parameter and, if successful, cannot be > >> reverted. The timeout period can be adjusted with the >> timeout> parameter. If a follow-up confirmed operation is > >> issued before the timer expires, the timer is reset to the new value > >> (600 seconds by default). Both the confirming commit and a follow-up > >> confirmed operation MAY introduce additional changes to the > >> configuration. > >> > >> If the element is not given in the confirmed commit > >> operation, any follow-up commit and the confirming commit MUST be > >> issued on the same session that issued the confirmed commit. If the > >> element is given in the confirmed operation, a > >> follow-up commit and the confirming commit can be given on any > >> session, and they MUST include a element with a value > >> equal to the given value of the element. > >> > >> If the server also advertises the :startup capability, a >> config> from running to startup is also necessary to save the > >> changes to startup. If the session issuing a sequence of one or more > >> confirmed commits is terminated for any reason before the confirm > >> timeout expires, the server MUST restore the configuration to its > >> state before the sequence of confirmed commits was issued, unless > >> the last confirmed commit also included a element. > >> > >> If the device reboots for any reason before the confirm timeout > >> expires, the server MUST restore the configuration to its state > >> before the sequence of confirmed commits was issued. > >> > >> If a confirming commit is not issued, the device will revert its > >> configuration to the state prior to the issuance of the first in the > >> current sequence of confirmed commits. To cancel the current > >> sequence of confirmed commits and revert changes without waiting for > >> the confirm timeout to expire, the client can explicitly restore the > >> configuration to its state before the sequence of confirmed commits > >> was issued, by using the operation. > >> > >> Notes > >> ----- > >> This erratum seeks to clarify the meaning of the term "confirmed > >> commit" for those not familiar with the use of the term within > >> JUNOS. In particular, that the use of "confirmed" is not in the sense > >> of the adjective (meaning "firmly established") but rather that the > >> commit needs to be confirmed. It also emphasises that a "confirming > >> commit" cannot be reverted. Finally it identifies that it is possible > >> to have a sequence of "confirmed commits" prior to a "confirming > >> commit" and that, should no "confirming commit" be received, the > >> configuration will revert to the state prior to the first "confirmed > >> commit" in the sequence. > >> > >> -------------------------------------- > >> RFC6241 (draft-ietf-netconf-4741bis-10) > >> -------------------------------------- > >> Title : Network Configuration Protocol (NETCONF) > >> Publication Date : June 2011 > >> Author(s) : R. Enns, Ed., M. Bjorklund, Ed., J. Schoenwaelder, Ed., > >> A. Bierman, Ed. > >> Category : PROPOSED STANDARD > >> Source : Network Configuration > >> Area : Operations and Management > >> Stream : IETF > >> Verifying Party : IESG > >> > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > From nobody Thu Feb 21 05:48:00 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 235E8130FD4 for ; Thu, 21 Feb 2019 05:47:59 -0800 (PST) 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outbound.mailhop.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 lWd9hjEMO8bk for ; Thu, 21 Feb 2019 05:47:55 -0800 (PST) Received: from outbound1g.eu.mailhop.org (outbound1g.eu.mailhop.org [52.28.6.212]) (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 45252130FCF for ; Thu, 21 Feb 2019 05:47:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550756871; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=L5CrDn9n+FPRxgJQEv2Y0cBPpK/07rrQuLL7+VHiVR0lMnmTkdQBOpeS+CPnJvuusEw+1CH58jI0j iEt1ztJ0vGN9Kw0ewM/MHNKD1jjkiBrUNeakHqSKA6qgp8d46b8NWwAbBA6ih1wbWr3BBlHQ/5xsvA qwoCTXvu8EtHPbJw/6XzUGEvzH4bKJoahWdYoO+R4wt747+GVEf2HNPsmUbeKGEVq/aGsDng2PnCxp zQCUV3lrHO5N6zbjNIY94bC2E1SMFAWHAWtdC19KCwhzXKnbd42UMKztT4sfJO6E/vTvjyN5VTGzgo hZx9FKnDPyvSgyUgLneS1F2NhN7aPzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=QUNY4hfvP4KTFfOru5XngiiOU8Tia6HDWmX1JhG/JlU=; b=WbFmGSdEAdfs1tEAOaGUNU0NiJEec8lhH888Shu3QqMlMr0zK/1dVFDyzzNOGhg3t2Gf7UMsNl3l/ px03mzTSZajx6ORUOL66q+FRpEJYE+AbpkvE1HzweHc6dNCKpC7CziPgOeFGhCFKaZUKxBmbj1AAA1 q3DXdevD59aNz2dHJDdo4nAtLqqma1RclmNl6W+HfBClu/pKwrn6n7sCshimMBIxJCeCCFPKYZ61Ao 1c7gHullzI5AYsqiOvblo8mfR3quNd1BCg184O4ARZBCy1qfMfOk2t4ZGCJPMAHilMfq73EY0C7KAS +78dZ/iD27iEmJFVt9A5ftFuUDYwquQ== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.152.101; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=QUNY4hfvP4KTFfOru5XngiiOU8Tia6HDWmX1JhG/JlU=; b=OTrWNCEyvgmAXL9qUQjQPLiKaNbRJl+RYbdfAe4NMWVnGH2IAAjMXS8fG2fwZDu7zFPe2jHB596jw 9Ua/AT2+OvogR5XHEVP6NkJ5m1K6f3RPXA18e0LoAhqYAL97gi4rWsolPwKHxn998zgAlhSAeUX3A9 X2uQ9TxM96qCUEXdihK6kg9XaL9Dp1Y3WUYyKmB8Eqm9LQGP4PpJX5UEyvZx/LnRsdW2DN2ogdYtdS R9MdRSUI2vcW/ghKYZY7xcWH1E8mCkE8FUaJ8f6a/afsgQzEYnB1hUI7PHzi8QndUdy+4uAtdEd1BQ 4iMsjigfYAU+zpl2dIlFs11CJwoFkiA== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 42677d4b-35df-11e9-908b-352056dbf2de X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.152.101 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.152.101]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 42677d4b-35df-11e9-908b-352056dbf2de; Thu, 21 Feb 2019 13:47:45 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x1LDlfkA090575 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 21 Feb 2019 14:47:41 +0100 (CET) (envelope-from per@hedeland.org) To: Martin Bjorklund Cc: mferguson@amsl.com, jonathan@hansfords.net, bclaise@cisco.com, rob.enns@gmail.com, iesg@ietf.org, netconf@ietf.org, rfc-editor@rfc-editor.org References: <20140113155326.2E4B97FC396@rfc-editor.org> <74C3A7F7-B338-4B9F-AD61-66F39EA43FC9@amsl.com> <34e64e9f-f3a0-9c4f-9860-e69e120e926c@hedeland.org> <20190221.142233.540619960445664842.mbj@tail-f.com> From: Per Hedeland Message-ID: Date: Thu, 21 Feb 2019 14:47:41 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190221.142233.540619960445664842.mbj@tail-f.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] [Errata Held for Document Update] RFC6241 (3821) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 13:47:59 -0000 On 2019-02-21 14:22, Martin Bjorklund wrote: > Hi, > > Per Hedeland wrote: >> On 2019-02-20 01:44, Megan Ferguson wrote: >>> Jonathan and Benoit, >>> We have edited the "corrected text in this errata report as >>> suggested by Jonathan. >> >> I don't know if this change - i.e. the addition of the text "or >> " in two places - should affect the status of the >> document, but it seems to me that it can then no longer be considered >> a "clarification", since it proposes a change to the semantics >> specified in RFC 6241. As far as I can see, it is clear from 6241 that >> the presence of the parameter does not affect the >> persistence, only the presence of the parameter does that. > > Hmm, I missed this detail. > > It is clearly not correct to say that the affects > persistence. So s/or // in the 4th and 5th paragraphs. Hm, right, the remainder of the change to the 5th paragraph should be kept (I originally misread it as *only* adding "or " there too). > Do you see any other issues with the proposed text? No, it seems fine - a useful clarification. > (An editorial change - the 4th para should be split into two, just as > in the original text) +1 --Per > /martin > > > > > > >> >> Furthermore, I'm afraid I fail to find any motivation for this change >> in the quoted message from Jonathan (as far as I can see, this message >> was not sent to the mailing list). >> >> --Per Hedeland >> >>> We have left the status of this report as Held for Document >>> Update. >>> Please let us know if any further action is necessary on our part. >>> The report itself is viewable at >>> https://www.rfc-editor.org/errata/eid3821. >>> Old (as in Jonathans original report): >>> If the session issuing a sequence of one or more >>> confirmed commits is terminated for any reason before the confirm >>> timeout expires, the server MUST restore the configuration to its >>> state before the sequence of confirmed commits was issued, unless >>> the last confirmed commit also included a >>> element. >>> If the device reboots for any reason before the confirm timeout >>> expires, the server MUST restore the configuration to its state >>> before the sequence of confirmed commits was issued. >>> New (as updated by Jonathans email - see the last line of both >>> paragraphs): >>> If the session issuing a sequence of one or more >>> confirmed commits is terminated for any reason before the confirm >>> timeout expires, the server MUST restore the configuration to its >>> state before the sequence of confirmed commits was issued, unless >>> the last confirmed commit also included a or >>> element. >>> If the device reboots for any reason before the confirm timeout >>> expires, the server MUST restore the configuration to its state >>> before the sequence of confirmed commits was issued, unless the last >>> confirmed commit also included a or element. >>> Thank you. >>> RFC Editor/mf >>> >>>> Hi, >>>> I raised erratum 3821 to clarify the meaning of the term "confirmed >>>> commit" for those not familiar with the use of the term within >>>> JUNOS. Both the original text and the erratum include text that states >>>> If the device reboots for any reason before the confirm timeout >>>> expires, the server MUST restore the configuration to its state before >>>> the sequence of confirmed commits was issued.. I have since >>>> discovered the description of the persist leaf on page 102 that >>>> includes the statement, A persistent confirmed commit is not aborted >>>> if the NETCONF session terminates. The only way to abort a persistent >>>> confirmed commit is to let the timer expire, or to use the >>>> operation. Consequently, the replacement text should >>>> read: >>>> 8.4.1. Description >>>> The :confirmed-commit:1.1 capability indicates that the server will >>>> support the operation, the , >>> timeout>, , and parameters for the >>>> operation, and differentiate between a to be confirmed >>>> operation (a confirmed commit) and a confirming >>>> operation. See Section 8.3 for further details on the >>>> operation. >>>> A confirmed operation MUST be reverted if a confirming >>>> commit is not issued within the timeout period (by default 600 >>>> seconds = 10 minutes). The confirming commit is a operation >>>> without the parameter and, if successful, cannot be >>>> reverted. The timeout period can be adjusted with the >>> timeout> parameter. If a follow-up confirmed operation is >>>> issued before the timer expires, the timer is reset to the new value >>>> (600 seconds by default). Both the confirming commit and a follow-up >>>> confirmed operation MAY introduce additional changes to the >>>> configuration. >>>> If the element is not given in the confirmed commit >>>> operation, any follow-up commit and the confirming commit MUST be >>>> issued on the same session that issued the confirmed commit. If the >>>> element is given in the confirmed operation, a >>>> follow-up commit and the confirming commit can be given on any >>>> session, and they MUST include a element with a value >>>> equal to the given value of the element. >>>> If the server also advertises the :startup capability, a >>> config> from running to startup is also necessary to save the >>>> changes to startup. If the session issuing a sequence of one or more >>>> confirmed commits is terminated for any reason before the confirm >>>> timeout expires, the server MUST restore the configuration to its >>>> state before the sequence of confirmed commits was issued, unless >>>> the last confirmed commit also included a or >>>> element. >>>> If the device reboots for any reason before the confirm timeout >>>> expires, the server MUST restore the configuration to its state >>>> before the sequence of confirmed commits was issued, unless the last >>>> confirmed commit also included a or element. >>>> If a confirming commit is not issued, the device will revert its >>>> configuration to the state prior to the issuance of the first in the >>>> current sequence of confirmed commits. To cancel the current >>>> sequence of confirmed commits and revert changes without waiting for >>>> the confirm timeout to expire, the client can explicitly restore the >>>> configuration to its state before the sequence of confirmed commits >>>> was issued, by using the operation. >>>> Jonathan Hansford >>> On Jan 13, 2014, at 7:53 AM, RFC Errata System >>> wrote: >>> >>>> The following errata report has been held for document update >>>> for RFC6241, "Network Configuration Protocol (NETCONF)". >>>> >>>> -------------------------------------- >>>> You may review the report below and at: >>>> http://www.rfc-editor.org/errata_search.php?rfc=6241&eid=3821 >>>> >>>> -------------------------------------- >>>> Status: Held for Document Update >>>> Type: Editorial >>>> >>>> Reported by: Jonathan Hansford >>>> Date Reported: 2013-12-06 >>>> Held by: Benoit Claise (IESG) >>>> >>>> Section: 8.4.1 >>>> >>>> Original Text >>>> ------------- >>>> 8.4.1. Description >>>> >>>> The :confirmed-commit:1.1 capability indicates that the server will >>>> support the operation and the , >>>> , , and parameters for the >>>> operation. See Section 8.3 for further details on the >>>> operation. >>>> >>>> A confirmed operation MUST be reverted if a confirming >>>> commit is not issued within the timeout period (by default 600 >>>> seconds = 10 minutes). The confirming commit is a operation >>>> without the parameter. The timeout period can be >>>> adjusted with the parameter. If a follow-up >>>> confirmed operation is issued before the timer expires, the >>>> timer is reset to the new value (600 seconds by default). Both the >>>> confirming commit and a follow-up confirmed operation MAY >>>> introduce additional changes to the configuration. >>>> >>>> If the element is not given in the confirmed commit >>>> operation, any follow-up commit and the confirming commit MUST be >>>> issued on the same session that issued the confirmed commit. If the >>>> element is given in the confirmed operation, a >>>> follow-up commit and the confirming commit can be given on any >>>> session, and they MUST include a element with a value >>>> equal to the given value of the element. >>>> >>>> If the server also advertises the :startup capability, a >>>> from running to startup is also necessary to save the >>>> changes to startup. >>>> >>>> If the session issuing the confirmed commit is terminated for any >>>> reason before the confirm timeout expires, the server MUST restore >>>> the configuration to its state before the confirmed commit was >>>> issued, unless the confirmed commit also included a >>>> element. >>>> >>>> If the device reboots for any reason before the confirm timeout >>>> expires, the server MUST restore the configuration to its state >>>> before the confirmed commit was issued. >>>> >>>> If a confirming commit is not issued, the device will revert its >>>> configuration to the state prior to the issuance of the confirmed >>>> commit. To cancel a confirmed commit and revert changes without >>>> waiting for the confirm timeout to expire, the client can explicitly >>>> restore the configuration to its state before the confirmed commit >>>> was issued, by using the operation. >>>> >>>> Corrected Text >>>> -------------- >>>> 8.4.1. Description >>>> >>>> The :confirmed-commit:1.1 capability indicates that the server will >>>> support the operation, the , >>> timeout>, , and parameters for the >>>> operation, and differentiate between a to be confirmed >>>> operation (a confirmed commit) and a confirming >>>> operation. See Section 8.3 for further details on the >>>> operation. >>>> >>>> A confirmed operation MUST be reverted if a confirming >>>> commit is not issued within the timeout period (by default 600 >>>> seconds = 10 minutes). The confirming commit is a operation >>>> without the parameter and, if successful, cannot be >>>> reverted. The timeout period can be adjusted with the >>> timeout> parameter. If a follow-up confirmed operation is >>>> issued before the timer expires, the timer is reset to the new value >>>> (600 seconds by default). Both the confirming commit and a follow-up >>>> confirmed operation MAY introduce additional changes to the >>>> configuration. >>>> >>>> If the element is not given in the confirmed commit >>>> operation, any follow-up commit and the confirming commit MUST be >>>> issued on the same session that issued the confirmed commit. If the >>>> element is given in the confirmed operation, a >>>> follow-up commit and the confirming commit can be given on any >>>> session, and they MUST include a element with a value >>>> equal to the given value of the element. >>>> >>>> If the server also advertises the :startup capability, a >>> config> from running to startup is also necessary to save the >>>> changes to startup. If the session issuing a sequence of one or more >>>> confirmed commits is terminated for any reason before the confirm >>>> timeout expires, the server MUST restore the configuration to its >>>> state before the sequence of confirmed commits was issued, unless >>>> the last confirmed commit also included a element. >>>> >>>> If the device reboots for any reason before the confirm timeout >>>> expires, the server MUST restore the configuration to its state >>>> before the sequence of confirmed commits was issued. >>>> >>>> If a confirming commit is not issued, the device will revert its >>>> configuration to the state prior to the issuance of the first in the >>>> current sequence of confirmed commits. To cancel the current >>>> sequence of confirmed commits and revert changes without waiting for >>>> the confirm timeout to expire, the client can explicitly restore the >>>> configuration to its state before the sequence of confirmed commits >>>> was issued, by using the operation. >>>> >>>> Notes >>>> ----- >>>> This erratum seeks to clarify the meaning of the term "confirmed >>>> commit" for those not familiar with the use of the term within >>>> JUNOS. In particular, that the use of "confirmed" is not in the sense >>>> of the adjective (meaning "firmly established") but rather that the >>>> commit needs to be confirmed. It also emphasises that a "confirming >>>> commit" cannot be reverted. Finally it identifies that it is possible >>>> to have a sequence of "confirmed commits" prior to a "confirming >>>> commit" and that, should no "confirming commit" be received, the >>>> configuration will revert to the state prior to the first "confirmed >>>> commit" in the sequence. >>>> >>>> -------------------------------------- >>>> RFC6241 (draft-ietf-netconf-4741bis-10) >>>> -------------------------------------- >>>> Title : Network Configuration Protocol (NETCONF) >>>> Publication Date : June 2011 >>>> Author(s) : R. Enns, Ed., M. Bjorklund, Ed., J. Schoenwaelder, Ed., >>>> A. Bierman, Ed. >>>> Category : PROPOSED STANDARD >>>> Source : Network Configuration >>>> Area : Operations and Management >>>> Stream : IETF >>>> Verifying Party : IESG >>>> >>> _______________________________________________ >>> netconf mailing list >>> netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>> >> >> _______________________________________________ >> netconf mailing list >> netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >> From nobody Mon Feb 25 09:44:33 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB381130F33; Mon, 25 Feb 2019 09:44:31 -0800 (PST) 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, DKIMWL_WL_MED=-0.001, 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=TvM3MhT+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=PLCFskfJ 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 gojwRCzJz5cq; Mon, 25 Feb 2019 09:44:28 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9ED51130F2B; Mon, 25 Feb 2019 09:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4090; q=dns/txt; s=iport; t=1551116668; x=1552326268; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=0PG5ad9eZUWmGYkCOMUrsakNo3IMGOBr8UcPITrBLfo=; b=TvM3MhT+1peghZQp/X1R2pdWIFuAXS5w7BMkOXjVzdJkETUXd92orR5R Munrzf8l6bT1Hqvm2H9P8IfoT6nDzoBfhSO8+HBehGcvv0U5hOeQo9WjZ u4Mahar+yW4tR8xb7NFOp4wgs+6N9MGo2y0lvpPvPmumm0WoAl6oALdWD E=; IronPort-PHdr: =?us-ascii?q?9a23=3A2BFV0xy9lW7VG4nXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YhWN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuMDEfnNv/yZgQxHd9JUxlu+HToeUU=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AQAADCKHRc/5hdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBgTBQA2d0BAsnhAiDRwOPYIIyJZgygRA?= =?us-ascii?q?DVAsBARgLCYN6RgIXg3UiNwYNAQMBAQIBAQJtHAyFSgEBAQQBASERDAEBLAY?= =?us-ascii?q?FAQsEAgEIEQQBAQMCIwMCAgIlCxQBCAgCBAENBYMgAYFaAwgNAQIMoHcCihR?= =?us-ascii?q?xgS+CeAEBBYEFAYN4GIILCIELiz0XgUA/gREnDBOCTIMTCwEBgS4BEgEfgwo?= =?us-ascii?q?xgiaJfIJAlyYJAoc/g3GHNBmBcViFA4tHgXGIYoVSjEECBAIEBQINAQEFgV0?= =?us-ascii?q?iZXFwFTsqAYJBCYITg26FFIUIATZyAYEnjCWCPgEB?= X-IronPort-AV: E=Sophos;i="5.58,412,1544486400"; d="scan'208";a="240761048" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Feb 2019 17:44:27 +0000 Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x1PHiRWe022180 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 25 Feb 2019 17:44:27 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 25 Feb 2019 11:44:26 -0600 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 25 Feb 2019 12:44:25 -0500 Received: from NAM04-CO1-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.1395.4 via Frontend Transport; Mon, 25 Feb 2019 12:44:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0PG5ad9eZUWmGYkCOMUrsakNo3IMGOBr8UcPITrBLfo=; b=PLCFskfJFEeTy6yZEHDjtkk/Hrnwi007OKbicLAmAGWU4ax4QTqt+PPysgheWVIqkd3qH77oLmi/5iXlYJK7x4D+LApHrBZnEy3a33Gq7TxscgV9ofRVe2TbtNPuw18U4WWFLvlWMv7lfixh2VaLDZp5c6iGC4hitpqW/KvjNFU= Received: from BN8PR11MB3620.namprd11.prod.outlook.com (20.178.219.87) by BN8PR11MB3730.namprd11.prod.outlook.com (20.178.220.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.21; Mon, 25 Feb 2019 17:44:23 +0000 Received: from BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f]) by BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f%5]) with mapi id 15.20.1643.018; Mon, 25 Feb 2019 17:44:23 +0000 From: "Ambika Prasad Tripathy Tripathy (ambtripa)" To: Alexander Clemm , Kent Watsen , "Eric Voit (evoit)" , "Reshad Rahman (rrahman)" , "Einar Nilsen-Nygaard (einarnn)" , Alexander Clemm , Andy Bierman CC: "draft-ietf-netconf-restconf-notif@ietf.org" , "netconf@ietf.org" Thread-Topic: [netconf] RN: final IPR disclosure confirmation Thread-Index: AQHUxajU019Jj6IMhE2vKJF3qGmj7aXlZYCAgAvO3QA= Date: Mon, 25 Feb 2019 17:44:23 +0000 Message-ID: <073B505D-00C8-4763-9842-BA1DDDB4D059@cisco.com> References: <01000168f45fcbbd-3616c338-3206-439a-8d8a-f23f0462e6a3-000000@email.amazonses.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A59@sjceml521-mbx.china.huawei.com> In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0EC00A59@sjceml521-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.16.1.190220 x-originating-ip: [2001:420:c0e0:1001::ef] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4a51c9ec-7b12-4daf-e629-08d69b48e0fb x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:BN8PR11MB3730; x-ms-traffictypediagnostic: BN8PR11MB3730: x-ms-exchange-purlcount: 2 x-microsoft-exchange-diagnostics: =?utf-8?B?MTtCTjhQUjExTUIzNzMwOzIzOnRCMjd5Nk9UU1JzNE5XWkt0cjRMUmV1K3BO?= =?utf-8?B?VUJLRllpbExKSmR0ekQzdHZIQVJDMVM3ZmtaOStQQmNSbzZZYkRmcGhXaUUy?= =?utf-8?B?ejhkczc5TnBQQVVXb29NOXB4ekZrQWZBaDRUbHJlTlRvdjVPQVpudFVPVkhX?= =?utf-8?B?bHJhVzMvNTA3QmRIaHhTZzJ4d3kyeldrMVRzVE5pdll5SnowUzJJUnVxMlBY?= =?utf-8?B?OU9DaXVYeVNLdW5VM3BPbmt2c0RKc3V5amZuZkJoYVBjUUNVMUNDYVJSQ1A1?= =?utf-8?B?VDI0dVZTUnliUlhraUw2T0Y4WXcxZm5aRUVqdWMzcFpoYkloQVdZTCtTUXU5?= =?utf-8?B?SVBGUDkvR3BRRW85VTRxOFo0cEVBejgrU2lDelNXTkkwSlZmY2Z0Y1FTYk56?= =?utf-8?B?RnBwMmZCUndlUDg4V1pvSi9heW8zUTJDbTVyMjdhU0VqWGhGZWp5WnMrcXg3?= =?utf-8?B?dVpSRGJ5cjhMeFJLVTllSEtxSHB2WllXVTF6V205WXNkMmNaM3l5U0sxa3gw?= =?utf-8?B?N2I2VjFQQnN2K0l6dUhhQmh3RU5EakVCa3BVdnMyZ05SVmsxQTZjMVhOdU82?= =?utf-8?B?ZDRkWkxFblpReXpzWEo5NDNlNWR2Sm8vMXU4ZUdXM1RKdlBMM1M2dCtoTjg1?= =?utf-8?B?WFpSZjVWYWRLMDdXT1lRODl5TVlqU2VwRTVoQ0p5T2lIQ1kvUUhXbFhrbHVq?= =?utf-8?B?R25SVEhwaEp3RXlsV201S2gwQzVLckhUSHBVNmFRSWRrekRVWDJZdVJ1ektN?= =?utf-8?B?RWw0cW45Y24vRlVFdy9ydXIvN21rcU81azFKcFFpS1NVZkNaTkZ1Vi8wLzlM?= =?utf-8?B?L2xtaE5yYVRnMDk1WEIyek9WbGpneGdwL1VvQ25XQUpHRll0Z1VzNi9MMjBP?= =?utf-8?B?MUNSZGtwcUlwdmFEcDU5Q2xLaGRROW1aaTFla0JUNVUrSDJuKzVTLzkrMVZV?= =?utf-8?B?akVCcktMWFNHS3Q3clN3Wk03SFA1NHZQbnoxL1E3NCtqdm8wQ2JEMkl6b3RH?= =?utf-8?B?bUZDZVRxaTMxYjNkTXBOalIvdGk3S1R3MTF3b3BLV3habTNpMXluRkdLMnZt?= =?utf-8?B?OTBxV3llN2ErNHJsbEdNU1lvbUVIWm16NkgxT3N6TlI1bHIzS2x0emlBV3pj?= =?utf-8?B?YXA2OU40VHBYTkFOT0NoenNuQUlTOXhIRCtVUmFFTE1mTFFwd1BVTytPS1ND?= =?utf-8?B?OWFucmxZSGZwNXFFVnVmNGtPejc0Q3c0emFvUFlDZTZQUHVaWmNjUmUwM2pK?= =?utf-8?B?am42bVRXZTBhTUFDM1VHWE10QkRFZ3NxcUk0WENpcWpwZm40VGozRnQ3MTZj?= =?utf-8?B?YXVLWVhRNDM3ZFovQ3pEdnNndjU5RTgxNm5EbkhBajJmWlk5ZXZJd09Wbyt1?= =?utf-8?B?OThDM3VaL3I3cnpSanVvWXYrb3AyT3FSRXhVeWw2cGJhOHJxMmYxaGo3ZHBV?= =?utf-8?B?WDdMYndLbEFvSTFsb2duUEgvNFBUUFAzUUlCd3g2Q1dtR3k0Z0d4Y1NqVUFO?= =?utf-8?B?Ry93Qmc1QllEOUlnbUVMdWJVT2JrQ1ZUdHJnTm81eDY3dUFFQnFIQjZHUDB5?= =?utf-8?B?ZFdXTk9uR1Z5YXNIZXZYYW9EVXRkMS95aDYxaHNiR016Skt1dWpTajJ6Snlp?= =?utf-8?B?R1RKODdUREFFRHc5VERDcXdLcG1pOHBNZk1Nd1pnTXcxalhMNHdUejR1UGpq?= =?utf-8?B?dTMraUxzSXo3dk9ITWhzYkF0M0lnUVJyYnU0WENkSGlZc3pHdGE2a2tnR2ZJ?= =?utf-8?B?YmNkSVcvZUJCQ09ZTmh4c2xqWndHbEhrTzdSVGo4Z3RVcjJZam5IYU1nTVhj?= =?utf-8?Q?tC/Tl/3ZzKeYw?= x-microsoft-antispam-prvs: x-forefront-prvs: 095972DF2F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(396003)(346002)(376002)(136003)(366004)(13464003)(199004)(189003)(53936002)(58126008)(478600001)(316002)(966005)(54906003)(82746002)(68736007)(2906002)(25786009)(7736002)(14454004)(46003)(6436002)(6486002)(5660300002)(81156014)(6506007)(6116002)(486006)(86362001)(4326008)(53546011)(81166006)(97736004)(229853002)(8676002)(476003)(76176011)(102836004)(14444005)(8936002)(33656002)(83716004)(6346003)(305945005)(446003)(11346002)(110136005)(6246003)(6306002)(2616005)(6512007)(99286004)(71190400001)(71200400001)(36756003)(105586002)(256004)(106356001)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN8PR11MB3730; H:BN8PR11MB3620.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ambtripa@cisco.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: mbb1luCvJjVco2cTrddwhrtdKwF9PrWBnHi6CJNZQBvIK4FI61cmFUlvET4AhBqXvf3uiXAVtrAwJStd8sfHEKxxyU+nkcPnqEJNIcfJVqv/QjpzwKAQIj+ThjQc9JBaFDREbrl4Tlnsm6NE0c3SyKhRTTzJhh6m3cDpfcAxtp6M+wV6EqDogHLVlfXc9igT4N5nX1rCMOp8feXoRaeSvJMba911Sy8X2vbrmiBNn5QSAxCkfB5GRnjmT5+uYPxFDJfLG8XG7AD3TeHiZFP6AhGqWQWBDAwvEDYphgGW4EwQgWzowV4g51t8pFwsJ+zCYjq/JMPkFPEqCoauIJxl+ziQ039rixWYBob4R1y58dljc3U1Z++qry0lrpsCWiB4KFRoyw6xdCu5kXr4E1xv51/9E6Chlr21WBwkwXkbzHU= Content-Type: text/plain; charset="utf-8" Content-ID: <0979E64827A5AA4CB10BD2729D4E5ABE@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 4a51c9ec-7b12-4daf-e629-08d69b48e0fb X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Feb 2019 17:44:23.2728 (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-Transport-CrossTenantHeadersStamped: BN8PR11MB3730 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.28, xch-rcd-018.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [netconf] RN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2019 17:44:32 -0000 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQpCciwNCkFtYmlrYSBQcmFzYWQgVHJpcGF0aHkNCg0KT24gMTgvMDIvMTksIDQ6NDEgUE0sICJu ZXRjb25mIG9uIGJlaGFsZiBvZiBBbGV4YW5kZXIgQ2xlbW0iIDxuZXRjb25mLWJvdW5jZXNAaWV0 Zi5vcmcgb24gYmVoYWxmIG9mIGFsZXhhbmRlci5jbGVtbUBodWF3ZWkuY29tPiB3cm90ZToNCg0K ICAgIE5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJh ZnQuDQogICAgLS0tIEFsZXgNCiAgICANCiAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQogICAgPiBGcm9tOiBuZXRjb25mIFttYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgS2VudCBXYXRzZW4NCiAgICA+IFNlbnQ6IFNhdHVyZGF5LCBGZWJydWFyeSAx NiwgMjAxOSAzOjM2IEFNDQogICAgPiBUbzogRXJpYyBWb2l0IChldm9pdCkgPGV2b2l0QGNpc2Nv LmNvbT47IFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pDQogICAgPiA8cnJhaG1hbkBjaXNjby5jb20+ OyBlaW5hcm5uQGNpc2NvLmNvbTsgQWxleGFuZGVyIENsZW1tDQogICAgPiA8bHVkd2lnQGNsZW1t Lm9yZz47IEFuZHkgQmllcm1hbiA8YW5keUB5dW1hd29ya3MuY29tPg0KICAgID4gQ2M6IGRyYWZ0 LWlldGYtbmV0Y29uZi1yZXN0Y29uZi1ub3RpZkBpZXRmLm9yZzsgbmV0Y29uZkBpZXRmLm9yZw0K ICAgID4gU3ViamVjdDogW25ldGNvbmZdIFJOOiBmaW5hbCBJUFIgZGlzY2xvc3VyZSBjb25maXJt YXRpb24NCiAgICA+IA0KICAgID4gVG8gZWFjaCBhdXRob3IgbGlzdGVkIG9uIHRoZSAiVG8iIGxp bmUuDQogICAgPiANCiAgICA+IEluIG9yZGVyIHRvIGNvbXBsZXRlIHRoZSBTaGVwaGVyZCB3cml0 ZXVwLCBhcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdA0KICAgID4gYXBwbGllcyB0byBkcmFm dC1pZXRmLW5ldGNvbmYtcmVzdGNvbmYtbm90aWY/ICBQbGVhc2UgUmVwbHktQWxsIHRvICp0aGlz KiBlbWFpbCBhbmQNCiAgICA+IHN0YXRlIGVpdGhlcjoNCiAgICA+IA0KICAgID4gIk5vLCBJJ20g bm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQogICAgPiBv cg0KICAgID4gIlllcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFm dCINCiAgICA+IA0KICAgID4gSWYgInllcyIsIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBp biBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzDQogICAgPiAzNjY5LCA1 Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPw0KICAgID4gDQogICAgPiBJZiAieWVzIiBh Z2FpbiwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCiAgICA+IA0KICAgID4gIlllcywgdGhlIElQUiBo YXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0KICAg ID4gb3INCiAgICA+ICJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KICAgID4g DQogICAgPiBJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBk ZXRhaWxzIHlvdSB0aGluayBhcHByb3ByaWF0ZS4NCiAgICA+IA0KICAgID4gSWYgeW91IGFyZSBs aXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIGFuc3dlciB0 aGUgYWJvdmUNCiAgICA+IGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9m IHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55DQogICAgPiByZWxldmFudCBJUFIu ICBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwg YSByZXNwb25zZQ0KICAgID4gaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQg bGlzdGVkIGNvbnRyaWJ1dG9yLiAgTk9URTogVEhJUyBBUFBMSUVTDQogICAgPiBUTyBBTEwgT0Yg WU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy4NCiAgICA+IA0KICAgID4gSWYg eW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFy ZSBub3QgbGlzdGVkIGFzIGFuDQogICAgPiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWlu ZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlciB0aGUgSUVURiBJUFINCiAgICA+IHJ1bGVz IHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJl IG9mIElQUiBvZiBvdGhlcnMNCiAgICA+IG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0byBy ZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yDQogICAgPiBk aXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91ciB1bmRpc2Nsb3NlZCBJUFIuIEZvciBtb3JlIGluZm9y bWF0aW9uLCBwbGVhc2Ugc2VlIHRoZQ0KICAgID4gUkZDcyBsaXN0ZWQgYWJvdmUgYW5kDQogICAg PiBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxl Y3R1YWxQcm9wZXJ0eS4NCiAgICA+IA0KICAgID4gVGhhbmsgeW91LA0KICAgID4gS2VudCAvLyBh cyBib3RoIFNoZXBoZXJkIGFuZCBjby1DaGFpcg0KICAgID4gDQogICAgPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gbmV0Y29uZiBtYWlsaW5n IGxpc3QNCiAgICA+IG5ldGNvbmZAaWV0Zi5vcmcNCiAgICA+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgbmV0Y29uZiBtYWlsaW5nIGxpc3QNCiAg ICBuZXRjb25mQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9uZXRjb25mDQogICAgDQoNCg== From nobody Mon Feb 25 20:35:34 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17F17130E6A; Mon, 25 Feb 2019 20:35:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, 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=gdi8Jjre; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=DAstQqUx 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 aUEkkHejg10M; Mon, 25 Feb 2019 20:35:29 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D94BA130E5E; Mon, 25 Feb 2019 20:35:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20761; q=dns/txt; s=iport; t=1551155728; x=1552365328; h=from:to:cc:subject:date:message-id:mime-version; bh=D+AmyqW5r1l48VOu4wma0jnR3tQYNDh+adDdeMgURtM=; b=gdi8JjreA4hVr9t8T5VLBcxC+pUJfkxVMvtQfP1P54sZHohY3+AeMfOi on3/d4Hiu5FQqiRtH1iD3vCnF91ezyizoBEU53/fOyTY1ITlKtx/PD5Uq KmWw3pBRYBYT9s7s6STBlnr5jNfcOvquaW+smfcYMlNAJNS0vdBlex21c Y=; IronPort-PHdr: =?us-ascii?q?9a23=3Ajmj/3h9LiofhQP9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVceAA1HhLebjRyc7B89FElRi+iLzPA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AJAADpwHRc/4kNJK1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUwIBAQEBAQsBgQ0jUANndAQLJwqDfoNHA49hSoFoJZI?= =?us-ascii?q?thXEUgRADVAsBASMJhEACF4N1IjYHDQEDAQECAQECbRwMhUoBAQQkHQEBMgU?= =?us-ascii?q?BBAcGARkEAQEoAwIEMBQJCgQOBYMgAYEOTAMIBQgBAgygTgKKFHGBL4J4AQE?= =?us-ascii?q?FhRIYggsIjEgXgUA/gREnDBOFXwsCAoEsARIBNhaCXTGCJol8ghcpg32TKQk?= =?us-ascii?q?Chz+DcYc0GYFxWIUDi0eBcYIfjBWMQQIEAgQFAg0BAQWBTgkoKD1xcBU7KgG?= =?us-ascii?q?CQQmBbySDboUUhT9yAYEnjFeBHwGBHgEB?= X-IronPort-AV: E=Sophos;i="5.58,414,1544486400"; d="scan'208,217";a="306241994" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2019 04:35:27 +0000 Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x1Q4ZRxu013528 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 26 Feb 2019 04:35:27 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 25 Feb 2019 22:35:26 -0600 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 25 Feb 2019 22:35:25 -0600 Received: from NAM05-BY2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Mon, 25 Feb 2019 22:35:25 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D+AmyqW5r1l48VOu4wma0jnR3tQYNDh+adDdeMgURtM=; b=DAstQqUxcNpH1KRpnEXa20UGXLtrxTXUxdJzp3o/uvfGWrHIvT5GCzmWJzwxzdzPV593IgL1AFkI4/eVUsvGH9Q4JaHzCx3TtGy6deRmF5J7gyuN9kH2H6BOmXiGGhIeKl5VbTPurN6URDa8bXWccx2el9zh7bAK3ExgAaLB+/4= Received: from BN8PR11MB3620.namprd11.prod.outlook.com (20.178.219.87) by BN8PR11MB3553.namprd11.prod.outlook.com (20.178.218.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.15; Tue, 26 Feb 2019 04:35:24 +0000 Received: from BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f]) by BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f%5]) with mapi id 15.20.1643.019; Tue, 26 Feb 2019 04:35:24 +0000 From: "Ambika Prasad Tripathy Tripathy (ambtripa)" To: Kent Watsen CC: Alexander Clemm , "Eric Voit (evoit)" , "albgonz@microsoft.com" , "Ambika Prasad Tripathy Tripathy (ambtripa)" , "Einar Nilsen-Nygaard (einarnn)" , Andy Bierman , =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= , "draft-ietf-netconf-yang-push@ietf.org" , "netconf@ietf.org" Thread-Topic: Subject: YP: final IPR disclosure confirmation Thread-Index: AQHUzYyw9BtVj6EQp0SzpSXzk/dKxQ== Date: Tue, 26 Feb 2019 04:35:23 +0000 Message-ID: <63825662-95A2-4F58-8769-A4A65D37ABA6@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.16.1.190220 x-originating-ip: [72.163.220.2] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6cd7f16f-f08a-4f1d-f0bf-08d69ba3d31c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:BN8PR11MB3553; x-ms-traffictypediagnostic: BN8PR11MB3553: x-ms-exchange-purlcount: 1 x-microsoft-exchange-diagnostics: =?utf-8?B?MTtCTjhQUjExTUIzNTUzOzIzOldFR09TaVVwWG95S2JYSWdWd0IwOWF5SU8z?= =?utf-8?B?dHBvcmgvaGNaYUZWS1JLUkpLNUYrRXRMOThEaFZCY2J3aGVTNU5aQnFjeVd4?= =?utf-8?B?QzQ3L3llNzJ1bGx5Z1dYaTRhcUozY2hPUElWL013R2Z0MUhTN0V2VXJiSTlJ?= =?utf-8?B?eS8wczBnS0liRTk0S2tXT1pDWXNVSVdaK3VuMjJUR2k2S0FXc1JSb1RaQ0ll?= =?utf-8?B?QkVXN2c4aFE2RzM2ZWE0Nml1QUFaSGZjWVhuWDZPYVNlamV1RVcwV1M4NHBT?= =?utf-8?B?eGorK1I2TUhNL013anFrNVpvRlYzaE9nOHUzUGZrZzNTMjNnQUtKLzVWZFBO?= =?utf-8?B?UjdSK0laVzJ5YlFram5kelNCZHE5aUc1OXlYV2piZnBCNzg2dGdaNTlDT0Nq?= =?utf-8?B?aEVMcDlkekFvQUF4L0V1ZmxjT2xRb2dLb3p0K3JQcjVvQWhhbnp5MHJZYXg5?= =?utf-8?B?M016bFN1ZWEyM3hGQk1vQ0o1VElUQlNuL3RWNEl3VkxDeGtWZlJRNEVCbTFz?= =?utf-8?B?RFFSaDdWYms4SVRPWVgxMktlQ3RBa2VjWWpQY1ZrMS92VGZGQmNtVEhtbFB2?= =?utf-8?B?Vk5zMlFvZlZIUS84a2VIK0FLZisyRVlvRG5XVmlWbXQyUThBNFZ3eEhZSGdI?= =?utf-8?B?a2dxVG1JNlhoMVlCbXpIZFlzVWNBT0c3MXJNMmg3cGl5Wmd5UUdiVFM5NEdV?= =?utf-8?B?aUx2SzRZTUZsNXdhSnR1enl0SU9JaDhqNTZVdHVCZGhkc3lOdlZnbDg5SkNs?= =?utf-8?B?bEQxeGRNaVZCbzJTSkRCdkVMbldGOERRSGt2R1F0QUUxcTlyRnNDWk9SYjA3?= =?utf-8?B?N01KOUNhS3I5YVpLajltZnAweUZEeHVxbk12blY3dlR2QTVycERzVGtmRk1E?= =?utf-8?B?Q2hTS3ZEUXdqRlZ1WC9QTStaZ0tYYWxXV29DbEZnWGdZSER4Ri9zZjl1a2N6?= =?utf-8?B?THRxMzlLN0NGamFiaUpSeVdKUnREN2hmbVVETlJFSjNHektpaThIQ25jZlZx?= =?utf-8?B?aVoxMWk4TVFpVlF2Y2FHNkhvbW92YXgzN0lMQkVMVjVNK0pPVFJyK0hKN0dr?= =?utf-8?B?WFk2SzBrQ0JmZ3JRR1RuVDJKVEJvVmFpR1dSZEl0bk5kTElkV0RsVG9qL3N4?= =?utf-8?B?djU0VWpyU2daZll0KzArTEZVUXcwQnM3UmZHNUlOUDUzajNIa1B6QnhxdUJ1?= =?utf-8?B?d3BOUHlKWFk3L2FyZHhMVjVOS0dOQTVGcUdVZW8zdTJlaWI2WkwyNEtYQjRH?= =?utf-8?B?RU1YcndFMWdneng3UHk5YzhPb1Y2b3lyTjZjaGNkNnd0TmJYQjExUDZydnlr?= =?utf-8?B?UTlnczhzN2NFMU9DSkpuV2t0SGVIdDcxVHpyVjdYNHFadWZaMVgwd0VDbVE0?= =?utf-8?B?R1lQV3JucFRKRTI4WG13ZEc1RThWdExDNDc5TVJRMURmV0NIRnVXYW5hMEpZ?= =?utf-8?B?NWRVV2E0cUlWeXVvMVJFc0RqUkUwVS83eHVrWGd4S2N5TllORzMwYlh6KzJV?= =?utf-8?B?RTBHV080VTVqQzE4b3luTXN3eXZ2V2hXVzJVanFydytQanRJRVNRQ2hjYnFq?= =?utf-8?B?dDY0SDQyVG5XVmpqTlNrK3AvV2ZFdktiN1RFWnRnTFRCWEdleWdhaE80RmE0?= =?utf-8?B?aGpGcm52QTJVbzh1RWF4NTNRazlKVnMyaXpFa2F6MW5od0VySlUxNDJ3dXIx?= =?utf-8?B?ZlJnb0xJakVkd29TYWxRZDFCMmVOWmN1S25GcGxmR1RlbDdmZzYwdThISXdR?= =?utf-8?B?akorU2NZZHp6aXpmY2NxTjRxNW9VanhuVnVqcjQ4M2oxK0xsQXdqbHNCeldV?= =?utf-8?B?T2tCOTNsdHJLUjFPSnVVYkt1RFRzVHM2bmpvV0UzcFF5c1JYenhTcnV1TUh5?= =?utf-8?Q?GHqxAV6k0jI=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 096029FF66 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(346002)(39860400002)(366004)(136003)(376002)(189003)(199004)(13464003)(9326002)(82746002)(97736004)(4326008)(966005)(478600001)(45080400002)(486006)(476003)(2616005)(6346003)(33656002)(14454004)(68736007)(26005)(186003)(102836004)(6506007)(53546011)(53936002)(106356001)(105586002)(606006)(6916009)(6306002)(54896002)(66066001)(6512007)(25786009)(236005)(2906002)(6486002)(3846002)(6436002)(6116002)(14444005)(256004)(86362001)(81156014)(54906003)(58126008)(99286004)(7736002)(81166006)(71190400001)(71200400001)(66574012)(8676002)(36756003)(83716004)(5660300002)(316002)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN8PR11MB3553; H:BN8PR11MB3620.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ambtripa@cisco.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: SxCzwDPKu9MDF5kVzyZpRU7i+Z4k/JaHAS0lcABnLmaD94Kp8bm8TxAs1dEuybZZc0i8Qa3+NwYtnxF3q8zFVUTRE40d2/fsjVAajngpXtc5LeShhB1LXZuOQp0ohIg0Isj5OhYUsu9tTdJ5hFfmzJ1pHzOVMTXVBW8LYZRhcEwRaOfJvaw1NrscirRJ8VX3HlfxkWF0xEGXcYXz6yIYFYkFoadA9j029efMOT9RbFZozH0a3kIFpQVPiW6qTedhqmCyUZDGiIDxT4TCnfXdFrNCYvWDX3rRT7ZeJbPa1Drzjti3Uw/dimt/NjQb0h78y0qH+EyFEHbqkzScF3UdDZkOCnoi7LR0rwQs2eh1ukIECa29glw0IVMZmc1zpWgGuQT+JLOg8dWqyTiWKVD7CNkLytrzie6/JG7FyQlfdOs= Content-Type: multipart/alternative; boundary="_000_6382566295A24F588769A4A65D37ABA6ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 6cd7f16f-f08a-4f1d-f0bf-08d69ba3d31c X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2019 04:35:24.2176 (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-Transport-CrossTenantHeadersStamped: BN8PR11MB3553 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.25, xch-rcd-015.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: [netconf] Subject: YP: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 04:35:32 -0000 --_000_6382566295A24F588769A4A65D37ABA6ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCg0KDQpObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0 aGlzIGRyYWZ0Lg0KDQoNCg0KQnIsDQpBbWJpa2EgUHJhc2FkIFRyaXBhdGh5DQoNCg0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCj4gRnJvbTogS2VudCBXYXRzZW4gPGtlbnRAd2F0 c2VuLm5ldD48bWFpbHRvOmtlbnRAd2F0c2VuLm5ldCZndD47DQoNCj4gU2VudDogRnJpZGF5LCBG ZWJydWFyeSAxNSwgMjAxOSAxMDozNiBQTQ0KDQo+IFRvOiBBbGV4YW5kZXIgQ2xlbW0gPGx1ZHdp Z0BjbGVtbS5vcmc+PG1haWx0bzpsdWR3aWdAY2xlbW0ub3JnJmd0Pjs7IEVyaWMgVm9pdCAoZXZv aXQpDQoNCj4gPGV2b2l0QGNpc2NvLmNvbT48bWFpbHRvOmV2b2l0QGNpc2NvLmNvbSZndD47OyBh bGJnb256QG1pY3Jvc29mdC5jb208bWFpbHRvOmFsYmdvbnpAbWljcm9zb2Z0LmNvbT47IEFtYmlr YSBQcmFzYWQgVHJpcGF0aHkgVHJpcGF0aHkNCg0KPiAoYW1idHJpcGEpIDxhbWJ0cmlwYUBjaXNj by5jb20+PG1haWx0bzphbWJ0cmlwYUBjaXNjby5jb20mZ3Q+OzsgRWluYXIgTmlsc2VuLU55Z2Fh cmQgKGVpbmFybm4pDQoNCj4gPGVpbmFybm5AY2lzY28uY29tPjxtYWlsdG86ZWluYXJubkBjaXNj by5jb20mZ3Q+OzsgQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb20+PG1haWx0bzphbmR5 QHl1bWF3b3Jrcy5jb20mZ3Q+OzsgQmFsw6F6cyBMZW5neWVsDQoNCj4gPGJhbGF6cy5sZW5neWVs QGVyaWNzc29uLmNvbT48bWFpbHRvOmJhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbSZndD47DQoN Cj4gQ2M6IGRyYWZ0LWlldGYtbmV0Y29uZi15YW5nLXB1c2hAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0 LWlldGYtbmV0Y29uZi15YW5nLXB1c2hAaWV0Zi5vcmc+OyBuZXRjb25mQGlldGYub3JnPG1haWx0 bzpuZXRjb25mQGlldGYub3JnPg0KDQo+IFN1YmplY3Q6IFlQOiBmaW5hbCBJUFIgZGlzY2xvc3Vy ZSBjb25maXJtYXRpb24NCg0KPg0KDQo+IFRvIGVhY2ggYXV0aG9yIGxpc3RlZCBvbiB0aGUgIlRv IiBsaW5lLg0KDQo+DQoNCj4gSW4gb3JkZXIgdG8gY29tcGxldGUgdGhlIFNoZXBoZXJkIHdyaXRl dXAsIGFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0DQoNCj4gYXBwbGllcyB0byBkcmFmdC1p ZXRmLW5ldGNvbmYteWFuZy1wdXNoPyAgUGxlYXNlIFJlcGx5LUFsbCB0byAqdGhpcyogZW1haWwg YW5kDQoNCj4gc3RhdGUgZWl0aGVyOg0KDQo+DQoNCj4gIk5vLCBJJ20gbm90IGF3YXJlIG9mIGFu eSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQoNCj4gb3INCg0KPiAiWWVzLCBJJ20g YXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KDQo+DQoNCj4gSWYgInll cyIsIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJ UFIgcnVsZXMgKHNlZSBSRkNzDQoNCj4gMzY2OSwgNTM3OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRh aWxzKT8NCg0KPg0KDQo+IElmICJ5ZXMiIGFnYWluLCBwbGVhc2Ugc3RhdGUgZWl0aGVyOg0KDQo+ DQoNCj4gIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzIg0KDQo+IG9yDQoNCj4gIk5vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBk aXNjbG9zZWQiDQoNCj4NCg0KPiBJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkg YWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluayBhcHByb3ByaWF0ZS4NCg0KPg0KDQo+IElmIHlv dSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBh bnN3ZXIgdGhlIGFib3ZlDQoNCj4gYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxl c3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkNCg0KPiByZWxldmFudCBJ UFIuICBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50 aWwgYSByZXNwb25zZQ0KDQo+IGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5k IGxpc3RlZCBjb250cmlidXRvci4gIE5PVEU6IFRISVMgQVBQTElFUw0KDQo+IFRPIEFMTCBPRiBZ T1UgTElTVEVEIElOIFRISVMgTUVTU0FHRSdTIFRPIExJTkVTLg0KDQo+DQoNCj4gSWYgeW91IGFy ZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFyZSBub3Qg bGlzdGVkIGFzIGFuDQoNCj4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9m IHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlIElFVEYgSVBSDQoNCj4gcnVsZXMgd2hpY2ggZW5j b3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRoZSBJRVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9m IG90aGVycw0KDQo+IG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20g cGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yDQoNCj4gZGlzY3Vzc2lvbiByZWxh dGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNl IHNlZSB0aGUNCg0KPiBSRkNzIGxpc3RlZCBhYm92ZSBhbmQNCg0KPiBodHRwOi8vdHJhYy50b29s cy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eTxodHRw czovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFs UHJvcGVydHk+Lg0KDQo+DQoNCj4gVGhhbmsgeW91LA0KDQo+IEtlbnQgLy8gYXMgYm90aCBTaGVw aGVyZCBhbmQgY28tQ2hhaXINCg0KPg0KDQo= --_000_6382566295A24F588769A4A65D37ABA6ciscocom_ 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 IExpZ2h0IjsNCglwYW5vc2UtMToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4gXChCb2R5IENTXCkiOw0KCXBhbm9zZS0xOjIg MiA2IDMgNSA0IDUgMiAzIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpNZW5sbzsNCglw YW5vc2UtMToyIDExIDYgOSAzIDggNCAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglm b250LWZhbWlseToiQ2FsaWJyaSBMaWdodCIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUYzODY0Ow0K CWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlO IiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij5IaSw8bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1Mjki Pk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQu PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1 MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztj b2xvcjojMjEyNTI5Ij5Cciw8YnI+QW1iaWthIFByYXNhZCBUcmlwYXRoeTxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+ Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IEZyb206IEtlbnQgV2F0c2Vu ICZsdDs8YSBocmVmPSJtYWlsdG86a2VudEB3YXRzZW4ubmV0JmFtcDtndCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMzMzdBQjciPmtlbnRAd2F0c2VuLm5ldCZndDs8L3NwYW4+PC9hPjs8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBT ZW50OiBGcmlkYXksIEZlYnJ1YXJ5IDE1LCAyMDE5IDEwOjM2IFBNPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgVG86IEFsZXhh bmRlciBDbGVtbSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmx1ZHdpZ0BjbGVtbS5vcmcmYW1wO2d0Ij48 c3BhbiBzdHlsZT0iY29sb3I6IzMzN0FCNyI+bHVkd2lnQGNsZW1tLm9yZyZndDs8L3NwYW4+PC9h Pjs7IEVyaWMgVm9pdCAoZXZvaXQpPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgJmx0OzxhIGhyZWY9Im1haWx0bzpldm9pdEBj aXNjby5jb20mYW1wO2d0Ij48c3BhbiBzdHlsZT0iY29sb3I6IzMzN0FCNyI+ZXZvaXRAY2lzY28u Y29tJmd0Ozwvc3Bhbj48L2E+OzsgPGEgaHJlZj0ibWFpbHRvOmFsYmdvbnpAbWljcm9zb2Z0LmNv bSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzMzdBQjciPmFsYmdvbnpAbWljcm9zb2Z0LmNvbTwvc3Bh bj48L2E+OyBBbWJpa2EgUHJhc2FkIFRyaXBhdGh5IFRyaXBhdGh5PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgKGFtYnRyaXBh KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFtYnRyaXBhQGNpc2NvLmNvbSZhbXA7Z3QiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMzM3QUI3Ij5hbWJ0cmlwYUBjaXNjby5jb20mZ3Q7PC9zcGFuPjwvYT47OyBF aW5hciBOaWxzZW4tTnlnYWFyZCAoZWluYXJubik8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyAmbHQ7PGEgaHJlZj0ibWFpbHRv OmVpbmFybm5AY2lzY28uY29tJmFtcDtndCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzMzdBQjciPmVp bmFybm5AY2lzY28uY29tJmd0Ozwvc3Bhbj48L2E+OzsgQW5keSBCaWVybWFuICZsdDs8YSBocmVm PSJtYWlsdG86YW5keUB5dW1hd29ya3MuY29tJmFtcDtndCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMz MzdBQjciPmFuZHlAeXVtYXdvcmtzLmNvbSZndDs8L3NwYW4+PC9hPjs7IEJhbMOhenMgTGVuZ3ll bDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEy NTI5Ij4mZ3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t JmFtcDtndCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzMzdBQjciPmJhbGF6cy5sZW5neWVsQGVyaWNz c29uLmNvbSZndDs8L3NwYW4+PC9hPjs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBDYzogPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWlldGYtbmV0Y29uZi15YW5nLXB1c2hAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjojMzM3 QUI3Ij5kcmFmdC1pZXRmLW5ldGNvbmYteWFuZy1wdXNoQGlldGYub3JnPC9zcGFuPjwvYT47IDxh IGhyZWY9Im1haWx0bzpuZXRjb25mQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6IzMzN0FC NyI+bmV0Y29uZkBpZXRmLm9yZzwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgU3ViamVjdDogWVA6IGZpbmFs IElQUiBkaXNjbG9zdXJlIGNvbmZpcm1hdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IDxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IFRvIGVhY2ggYXV0 aG9yIGxpc3RlZCBvbiB0aGUgJnF1b3Q7VG8mcXVvdDsgbGluZS48bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyA8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBJ biBvcmRlciB0byBjb21wbGV0ZSB0aGUgU2hlcGhlcmQgd3JpdGV1cCwgYXJlIHlvdSBhd2FyZSBv ZiBhbnkgSVBSIHRoYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVu bG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtbmV0Y29uZi15YW5n LXB1c2g/Jm5ic3A7IFBsZWFzZSBSZXBseS1BbGwgdG8gKnRoaXMqIGVtYWlsIGFuZDxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7 IHN0YXRlIGVpdGhlcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVu bG87Y29sb3I6IzIxMjUyOSI+Jmd0OyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyAmcXVvdDtObywgSSdtIG5vdCBhd2FyZSBv ZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1b3Q7PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgb3I8bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+ Jmd0OyAmcXVvdDtZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJh ZnQmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29s b3I6IzIxMjUyOSI+Jmd0OyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBJZiAmcXVvdDt5ZXMmcXVvdDssIGhhcyB0aGlzIElQ UiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBS RkNzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMy MTI1MjkiPiZndDsgMzY2OSwgNTM3OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRhaWxzKT88bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0 OyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIx MjUyOSI+Jmd0OyBJZiAmcXVvdDt5ZXMmcXVvdDsgYWdhaW4sIHBsZWFzZSBzdGF0ZSBlaXRoZXI6 PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1 MjkiPiZndDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2Nv bG9yOiMyMTI1MjkiPiZndDsgJnF1b3Q7WWVzLCB0aGUgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBp biBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBvcjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7 ICZxdW90O05vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBkaXNjbG9zZWQmcXVvdDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyA8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUy OSI+Jmd0OyBJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBk ZXRhaWxzIHlvdSB0aGluayBhcHByb3ByaWF0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyA8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBJZiB5b3UgYXJl IGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgYW5zd2Vy IHRoZSBhYm92ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztj b2xvcjojMjEyNTI5Ij4mZ3Q7IGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNz IG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgcmVsZXZhbnQg SVBSLiZuYnNwOyBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3Rh Z2UgdW50aWwgYSByZXNwb25zZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh dXRob3IgYW5kIGxpc3RlZCBjb250cmlidXRvci4mbmJzcDsgTk9URTogVEhJUyBBUFBMSUVTPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1Mjki PiZndDsgVE8gQUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMuPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1Mjki PiZndDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9y OiMyMTI1MjkiPiZndDsgSWYgeW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQg V0cgbWVldGluZ3MgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMyMTI1MjkiPiZndDsgYXV0aG9yIG9yIGNv bnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlIElF VEYgSVBSPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9y OiMyMTI1MjkiPiZndDsgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRoZSBJ RVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9mIG90aGVyczxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IG9uIGFuIElFVEYg Y29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkgY29u dHJpYnV0aW9uIG9yPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxv O2NvbG9yOiMyMTI1MjkiPiZndDsgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9z ZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGU8bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBSRkNz IGxpc3RlZCBhYm92ZSBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 TWVubG87Y29sb3I6IzIxMjUyOSI+Jmd0OyA8YSBocmVmPSJodHRwczovL3RyYWMudG9vbHMuaWV0 Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHkiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMzM3QUI3Ij5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNn L3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eTwvc3Bhbj48L2E+LjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4mZ3Q7IDxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbztjb2xvcjojMjEyNTI5Ij4m Z3Q7IFRoYW5rIHlvdSw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6TWVu bG87Y29sb3I6IzIxMjUyOSI+Jmd0OyBLZW50IC8vIGFzIGJvdGggU2hlcGhlcmQgYW5kIGNvLUNo YWlyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvO2NvbG9yOiMy MTI1MjkiPiZndDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp IExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGMzg2NCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_6382566295A24F588769A4A65D37ABA6ciscocom_-- From nobody Tue Feb 26 07:39:08 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2748D130EA0; Tue, 26 Feb 2019 07:39:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kent Watsen To: X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Cc: kent+ietf@watsen.net, iesg-secretary@ietf.org, netconf-chairs@ietf.org, Kent Watsen , netconf@ietf.org Message-ID: <155119554615.835.8801586906949582002.idtracker@ietfa.amsl.com> Date: Tue, 26 Feb 2019 07:39:06 -0800 Archived-At: Subject: [netconf] Publication has been requested for draft-ietf-netconf-restconf-notif-13 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 15:39:06 -0000 Kent Watsen has requested publication of draft-ietf-netconf-restconf-notif-13 as Proposed Standard on behalf of the NETCONF working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netconf-restconf-notif/ From nobody Tue Feb 26 07:43:56 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CB546130ECD; Tue, 26 Feb 2019 07:43:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kent Watsen To: X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Cc: kent+ietf@watsen.net, iesg-secretary@ietf.org, netconf-chairs@ietf.org, Kent Watsen , netconf@ietf.org Message-ID: <155119583382.896.13202020280635699554.idtracker@ietfa.amsl.com> Date: Tue, 26 Feb 2019 07:43:53 -0800 Archived-At: Subject: [netconf] Publication has been requested for draft-ietf-netconf-subscribed-notifications-23 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 15:43:54 -0000 Kent Watsen has requested publication of draft-ietf-netconf-subscribed-notifications-23 as Proposed Standard on behalf of the NETCONF working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netconf-subscribed-notifications/ From nobody Tue Feb 26 07:49:01 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C9C1130E5D; Tue, 26 Feb 2019 07:48:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kent Watsen To: X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Cc: kent+ietf@watsen.net, iesg-secretary@ietf.org, netconf-chairs@ietf.org, Kent Watsen , netconf@ietf.org Message-ID: <155119613943.797.18173290202125742271.idtracker@ietfa.amsl.com> Date: Tue, 26 Feb 2019 07:48:59 -0800 Archived-At: Subject: [netconf] Publication has been requested for draft-ietf-netconf-yang-push-22 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 15:49:00 -0000 Kent Watsen has requested publication of draft-ietf-netconf-yang-push-22 as Proposed Standard on behalf of the NETCONF working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netconf-yang-push/ From nobody Tue Feb 26 08:11:09 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36B0D1276D0; Tue, 26 Feb 2019 08:11:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, 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=moc56V20; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=kAaMX/PI 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 5ZgSi5ZmWT0d; Tue, 26 Feb 2019 08:11:05 -0800 (PST) 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 C1B3E1200D8; Tue, 26 Feb 2019 08:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12691; q=dns/txt; s=iport; t=1551197464; x=1552407064; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bYdd2sYC0o8PJq9YpK43FgARR22Tqcko4WWzm5FlRsQ=; b=moc56V202ZEUj7qqOuLqpO6REhuviN+7Je4UEbReYOPxOO8QteOZbsNx d0l6Tye3MG09G6LbENRGNT9BIZ4DK/+a9vKsi3Can/39q47HHSUKAMVgX qnJlXq/z3Pnq23ABCOZt5jsBuboOkuGR3ItaSZqv36GI/cmHwHmWFA7o6 8=; IronPort-PHdr: =?us-ascii?q?9a23=3AhntlGhGRrbCC+0qVLyL6/51GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+effvZTAgHdxLfFRk5Hq8d0NSHZW2ag=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAADbY3Vc/5xdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUwIBAQEBAQsBgQ0jJAUnA2d0BAsVEoQIg0cDj2KCV5I?= =?us-ascii?q?thXEUgRADVAsBARgBCgmDekYCF4NrIjYHDQEDAQECAQECbRwMhUoBAQEEAQE?= =?us-ascii?q?hHQEBLAYFAQ8CAQgRAwECKAMCAgIlCxQJCAIEAQ0FgldJAYEOTAMIDQECDKA?= =?us-ascii?q?oAooUcYEvgngBAQWBBQGEAxiCCwiMSBeBQD+BEScfgkyDEwsBAYEuARIBPxa?= =?us-ascii?q?CVDGCJol9gkCDf5MrCQKHQINxhzUSB4FzWIUFi0qBcYV6gm6FVIxBAgQCBAU?= =?us-ascii?q?CDQEBBYE1GAExZXFwFTsqAYJBCYITg26FFIUIATZyAYEnjF2CPgEB?= X-IronPort-AV: E=Sophos;i="5.58,416,1544486400"; d="scan'208,217";a="524682774" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2019 16:11:03 +0000 Received: from XCH-ALN-018.cisco.com (xch-aln-018.cisco.com [173.36.7.28]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x1QGB3wl005261 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 26 Feb 2019 16:11:03 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-018.cisco.com (173.36.7.28) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 26 Feb 2019 10:11:02 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 26 Feb 2019 10:11:01 -0600 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Tue, 26 Feb 2019 11:11:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bYdd2sYC0o8PJq9YpK43FgARR22Tqcko4WWzm5FlRsQ=; b=kAaMX/PIlwfppEpMRUQF42ek5HtB5EgYA/74g4avMo1vLRshObi/dynNeJxbKeK5ER0dpVTDVPudPsd2nQhyFo8r8Sub02caVPdI7nkFlz9mry8rRdptgB+vb1XR3g/2I06DI+73IMc7luRfJSfkYoOE2ac5uI0A8OS8gmBIOMo= Received: from BN8PR11MB3620.namprd11.prod.outlook.com (20.178.219.87) by BN8PR11MB3620.namprd11.prod.outlook.com (20.178.219.87) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.18; Tue, 26 Feb 2019 16:11:00 +0000 Received: from BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f]) by BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f%5]) with mapi id 15.20.1643.019; Tue, 26 Feb 2019 16:11:00 +0000 From: "Ambika Prasad Tripathy Tripathy (ambtripa)" To: Kent Watsen , "Eric Voit (evoit)" , Alexander Clemm , Alberto Gonzalez Prieto , "Einar Nilsen-Nygaard (einarnn)" , "Ambika Prasad Tripathy Tripathy (ambtripa)" CC: "netconf@ietf.org" , "draft-ietf-netconf-netconf-event-notifications@ietf.org" Thread-Topic: [netconf] NN: final IPR disclosure confirmation Thread-Index: AQHUzei39PPRTVSV8kyV3ZbNBDWteKXynBkA Date: Tue, 26 Feb 2019 16:11:00 +0000 Message-ID: References: <01000168f45fc668-29cb9b4e-aa67-4e87-b506-5c5a5956ce5e-000000@email.amazonses.com> <010001692a708d91-4ede470a-e158-4bf5-a5bb-66e73c9233d8-000000@email.amazonses.com> In-Reply-To: <010001692a708d91-4ede470a-e158-4bf5-a5bb-66e73c9233d8-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.16.1.190220 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ambtripa@cisco.com; x-originating-ip: [2001:420:c0e0:1008::4c0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2e521b6d-46a0-47d2-bbb3-08d69c04ffca x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:BN8PR11MB3620; x-ms-traffictypediagnostic: BN8PR11MB3620: x-ms-exchange-purlcount: 1 x-ld-processed: 5ae1af62-9505-4097-a69a-c1553ef7840e,ExtAddr x-microsoft-exchange-diagnostics: =?utf-8?B?MTtCTjhQUjExTUIzNjIwOzIzOjVWNURpME5SQ2s0UzJyaFBqaHc5Q21IWjVn?= =?utf-8?B?VGFEQVU0R3NMeDNBb0xxTks1SGpEQ1VMU2loK3d3a3F3cFFuOUlDTW9jS2w2?= =?utf-8?B?RVJieFlPTjA3YXk1U2NSS1puZmlBTXJPSXQzN3ovYVREbVVFMmZvaEZyTmZm?= =?utf-8?B?OW9zaGhKWit4eStZUWZONXR3aThONVZYK2t0VDlTU2l5dkdPaUZuK1k4ajcw?= =?utf-8?B?aUN0bTdaZ3JhVWI1TERlWTZXbk5CczZQdDNuU29zMTE1RUtyTnBIWmFId2pX?= =?utf-8?B?Y3RYaWliekhVWHZaSGpBdDJTYzI3c053c044WEFWMU1ETUdsNlQ0dnAyR0ho?= =?utf-8?B?M242bWtodGhCZ3NzYU9tR01NYWxXdGg2WXRsVFZoQzZzUTZBV3A2SERZNHVs?= =?utf-8?B?aWtrVlVNakpkWTVjRDZOdkpFajRCL25rQXZtNnZrOVY1QWpKd2t0OU5PSU84?= =?utf-8?B?RjdQN3B2NnA4S1ZLWTI3ODJuU1VTN3FwNHFSOCs1blZQOVpvQWE3aGpkeGR5?= =?utf-8?B?SWl6Q1BIdlNoTVVUYVFtdkN0NGNjbGtNMFNYL0VSOXdZemQxU043R1plQ3lP?= =?utf-8?B?NVRTWGhBdlpQckw4MTQrd3hHcHdUY1NHYzdBNVc3ZVpPV0dJTndYUzVwR01q?= =?utf-8?B?cCtBM1VlOTRiWlJzZkFObXFHRHcxWi9tb0ZFRjRzbnZsMFEwSlFvQkZQd0sx?= =?utf-8?B?TmZFM2FRVTJWZlR2RVpaaXhUR3lDTTNXMW56Tk5jNHo4b3hvOWltQk84MDJK?= =?utf-8?B?ZXRWTlFRNXltR3lxUUlCc2hWSXFkWjZiL1MyV3haZlNoVGpiU0V4dzU5bmpB?= =?utf-8?B?cWk2YXdNczVKeU1lMTZ3RFU3NkhNNGNTR3NLUzhBS2dIYVFKK2s4Z3lWMTd2?= =?utf-8?B?em9jMXhNdkF0N2hJTXJNYklWQXZlNk1ESlZOeWY2NDJUcWNRUlI2MklWd0Yw?= =?utf-8?B?MmdkWlB3b3lpSzFiUS9oaHUvSWY4MlphUWxYTUU4bHpIa1M4WERtamk1aHNU?= =?utf-8?B?bDFTM3VnbGpnMXhQbEIxdTlta2hOR0loZFhGdEYyQVFIVDRjMm54cWtmcmgv?= =?utf-8?B?bUdFcjFrcnA1d1NPVHQ3cGtSanc0Q3dRL1liN3NSVWxzMmlTbFhRNUtzREhQ?= =?utf-8?B?SlRrOXd3VmIxa0ZaOWZ0OWp2cjB0V0ZrZ0FwM2piZ0ZJNUZIYmZLdTRPeXkw?= =?utf-8?B?cEtKU0UySCtlVFNPdlNRYnBPVmpwcnVkb2h2bnpMaUI0dm5QM1djQm5UWTVy?= =?utf-8?B?SkY5dkJPMFZPUVZZOWhDdk1pZ3RRWjFrWE5RSzIrVXNCcG1lZHZ0dUhOKzU3?= =?utf-8?B?UVVmbkhsSVQ3Yjlqd3dodEtuaTBwWFQzenpVT1RiWVJVdS9VQWNuQndSWEhq?= =?utf-8?B?MTc4MzlncVRIekxtVmpzc3pmUmM1eno4VVdReHdNaUd5Um83ZFdhM01ZWWdv?= =?utf-8?B?R053djN0a0hYcFVGWGVyaUsrbHlTZjl5S083YU5JOXZ4RmJ6NkNOSHA1aGtv?= =?utf-8?B?MElBbkdkSnVKc0NoUzdCaWRLcDBUSzROTUsyQkZ0MTQ5dHdrVnZ4K1ZIK3Y0?= =?utf-8?B?MGdQbFlPc0hiS25LNDdPTjJpU0Y0cTIrWFB3QmNrWHIwYjh4YTlXZSt5dDND?= =?utf-8?B?ZUloUWdVYmtZakh4UGpLUjBFQTkzT25kRkpnUDdJTXhKVGRYNktGMmcvUnhU?= =?utf-8?B?bTZYNU5tampTUWlWM01rblNrZlVlWGhlVEhYWG0yOG5UeE1JUjVNNjViejBn?= =?utf-8?B?WjVXSHl6NDQrOGt3bSsycDhMQW5icmlaSHB4QzVsQStXc05rc1FSRkdCelRs?= =?utf-8?Q?PyEmGKbg3N2MB?= x-microsoft-antispam-prvs: x-forefront-prvs: 096029FF66 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(366004)(346002)(376002)(396003)(39860400002)(199004)(189003)(86362001)(45080400002)(83716004)(76176011)(1511001)(102836004)(316002)(6306002)(54896002)(6512007)(6506007)(14444005)(14454004)(236005)(53936002)(256004)(106356001)(478600001)(105586002)(6436002)(229853002)(966005)(5660300002)(99286004)(71200400001)(71190400001)(6486002)(58126008)(4326008)(97736004)(486006)(2616005)(11346002)(476003)(68736007)(8676002)(6246003)(446003)(46003)(25786009)(606006)(6116002)(186003)(7736002)(82746002)(110136005)(54906003)(8936002)(36756003)(81166006)(81156014)(33656002)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN8PR11MB3620; H:BN8PR11MB3620.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-message-info: pZwtTevFsQ2c38JLDlmXNhdy10CoyYKr9MDd5KH/KiDTyiiOWaPnnlGQ8YVl5H810qOyXOUtzlcX/DqGAGaNob51dktSONItrYflLiLZ3CZZHMcQry+TDNNCKHqWT59N0bhPxd63bcBQv05bxPYqGJ5kkNrem2fM2MhCydp0y+DtxE202goLwtLIszsXlWiDFyP9cVmaFwyoM06ADDqhcfY0DVp5PKftOntF0YgglCBHk4zF46UYn0aWlmK6Pfbzmufet7Ee7JLolUN4Zvi6jk280JKWD3wNdVYNrqqV+s8GSBQtd9zTUrVR7ZG8Vz0Tpx8iKTE5d5UbAbcz1YoH+cg1Sjc58JhrUqx69D3zamFf90z841WNnd5W3Mvp4Bwnk1y7uCuqh3aHBooEw1TByKbcQOiNhVY0kJfatzQfxvU= Content-Type: multipart/alternative; boundary="_000_E8E1FC8394E34E65A9DFE9732283A849ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 2e521b6d-46a0-47d2-bbb3-08d69c04ffca X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2019 16:11:00.3381 (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-Transport-CrossTenantHeadersStamped: BN8PR11MB3620 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.28, xch-aln-018.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [netconf] NN: final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 16:11:08 -0000 --_000_E8E1FC8394E34E65A9DFE9732283A849ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Ik5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQi DQoNCi0tDQpCciwNCkFtYmlrYSBQcmFzYWQgVHJpcGF0aHkNCg0KDQpGcm9tOiBLZW50IFdhdHNl biA8a2VudEB3YXRzZW4ubmV0PG1haWx0bzprZW50QHdhdHNlbi5uZXQ+Pg0KU3ViamVjdDogW25l dGNvbmZdIE5OOiBmaW5hbCBJUFIgZGlzY2xvc3VyZSBjb25maXJtYXRpb24NCkRhdGU6IEZlYnJ1 YXJ5IDE1LCAyMDE5IGF0IDEwOjM1OjQ0IFBNIEVTVA0KVG86ICJFcmljIFZvaXQgKGV2b2l0KSIg PGV2b2l0QGNpc2NvLmNvbTxtYWlsdG86ZXZvaXRAY2lzY28uY29tPj4sIEFsZXhhbmRlciBDbGVt bSA8bHVkd2lnQGNsZW1tLm9yZzxtYWlsdG86bHVkd2lnQGNsZW1tLm9yZz4+LCBhbGJlcnRvLmdv bnphbGV6QG1pY3Jvc29mdC5jb208bWFpbHRvOmFsYmVydG8uZ29uemFsZXpAbWljcm9zb2Z0LmNv bT4sIGVpbmFybm5AY2lzY28uY29tPG1haWx0bzplaW5hcm5uQGNpc2NvLmNvbT4sIGFtYnRyaXBh QGNpc2NvLmNvbTxtYWlsdG86YW1idHJpcGFAY2lzY28uY29tPg0KQ2M6IGRyYWZ0LWlldGYtbmV0 Y29uZi1uZXRjb25mLWV2ZW50LW5vdGlmaWNhdGlvbnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWll dGYtbmV0Y29uZi1uZXRjb25mLWV2ZW50LW5vdGlmaWNhdGlvbnNAaWV0Zi5vcmc+LCBuZXRjb25m QGlldGYub3JnPG1haWx0bzpuZXRjb25mQGlldGYub3JnPg0KDQpUbyBlYWNoIGF1dGhvciBsaXN0 ZWQgb24gdGhlICJUbyIgbGluZS4NCg0KSW4gb3JkZXIgdG8gY29tcGxldGUgdGhlIFNoZXBoZXJk IHdyaXRldXAsIGFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMNCnRvIGRyYWZ0 LWlldGYtbmV0Y29uZi1uZXRjb25mLWV2ZW50LW5vdGlmaWNhdGlvbnM/ICBQbGVhc2UgUmVwbHkt QWxsIHRvICp0aGlzKiBlbWFpbA0KYW5kIHN0YXRlIGVpdGhlcjoNCg0KIk5vLCBJJ20gbm90IGF3 YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQpvcg0KIlllcywgSSdt IGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCg0KSWYgInllcyIsIGhh cyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVs ZXMNCihzZWUgUkZDcyAzNjY5LCA1Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPw0KDQpJ ZiAieWVzIiBhZ2FpbiwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCg0KIlllcywgdGhlIElQUiBoYXMg YmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0Kb3INCiJO bywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KDQpJZiB5b3UgYW5zd2VyIG5vLCBw bGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluayBhcHByb3ByaWF0 ZS4NCg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0 b3IgcGxlYXNlIGFuc3dlciB0aGUgYWJvdmUgYnkNCnJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCBy ZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50 DQpJUFIuICBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2Ug dW50aWwgYSByZXNwb25zZSBoYXMgYmVlbg0KcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQg bGlzdGVkIGNvbnRyaWJ1dG9yLiAgTk9URTogVEhJUyBBUFBMSUVTIFRPIEFMTA0KT0YgWU9VIExJ U1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy4NCg0KSWYgeW91IGFyZSBvbiB0aGUgV0cg ZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVldGluZ3MgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFu IGF1dGhvcg0Kb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9u cyB1bmRlciB0aGUgSUVURiBJUFIgcnVsZXMgd2hpY2gNCmVuY291cmFnZXMgeW91IHRvIG5vdGlm eSB0aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlIG9mIElQUiBvZiBvdGhlcnMgb24gYW4gSUVURg0K Y29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkgY29u dHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZA0KdG8geW91ciB1bmRpc2Nsb3NlZCBJUFIu IEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCBhYm92ZQ0K YW5kIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVs bGVjdHVhbFByb3BlcnR5Lg0KDQpUaGFuayB5b3UsDQpLZW50IC8vIGFzIGJvdGggU2hlcGhlcmQg YW5kIGNvLUNoYWlyDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpuZXRjb25mIG1haWxpbmcgbGlzdA0KbmV0Y29uZkBpZXRmLm9yZzxtYWlsdG86bmV0 Y29uZkBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0 Y29uZg0KDQo= --_000_E8E1FC8394E34E65A9DFE9732283A849ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <39634B19D3E7154B91D80C659B4C12F6@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJp IExpZ2h0IjsNCglwYW5vc2UtMToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4gXChCb2R5IENTXCkiOw0KCXBhbm9zZS0xOjIg MiA2IDMgNSA0IDUgMiAzIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiSGVsdmV0aWNh IE5ldWUiOw0KCXBhbm9zZS0xOjIgMCA1IDMgMCAwIDAgMiAwIDQ7fQ0KLyogU3R5bGUgRGVmaW5p dGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWww DQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN CgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp bi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIExpZ2h0IixzYW5zLXNlcmlmOw0KCWNvbG9y OiMxRjM4NjQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t SU4iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZxdW90O05vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJ UFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjM4NjQiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG Mzg2NCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjAzODY0Ij4tLTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjAzODY0Ij5Cciw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzIwMzg2NCI+QW1iaWthIFByYXNhZCBUcmlwYXRoeSZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyI+RnJv bTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5l dWUmcXVvdDsiPktlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86a2VudEB3YXRzZW4ubmV0 Ij5rZW50QHdhdHNlbi5uZXQ8L2E+Jmd0Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyI+U3ViamVjdDogW25ldGNvbmZdIE5OOiBmaW5hbCBJ UFIgZGlzY2xvc3VyZSBjb25maXJtYXRpb248L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7Ij5EYXRlOiA8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyI+RmVicnVhcnkgMTUs IDIwMTkgYXQgMTA6MzU6NDQgUE0gRVNUPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSBOZXVlJnF1b3Q7Ij5UbzogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDsiPiZxdW90O0VyaWMgVm9pdCAoZXZv aXQpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZXZvaXRAY2lzY28uY29tIj5ldm9pdEBjaXNj by5jb208L2E+Jmd0OywgQWxleGFuZGVyIENsZW1tICZsdDs8YSBocmVmPSJtYWlsdG86bHVkd2ln QGNsZW1tLm9yZyI+bHVkd2lnQGNsZW1tLm9yZzwvYT4mZ3Q7LA0KPGEgaHJlZj0ibWFpbHRvOmFs YmVydG8uZ29uemFsZXpAbWljcm9zb2Z0LmNvbSI+YWxiZXJ0by5nb256YWxlekBtaWNyb3NvZnQu Y29tPC9hPiwNCjxhIGhyZWY9Im1haWx0bzplaW5hcm5uQGNpc2NvLmNvbSI+ZWluYXJubkBjaXNj by5jb208L2E+LCA8YSBocmVmPSJtYWlsdG86YW1idHJpcGFAY2lzY28uY29tIj4NCmFtYnRyaXBh QGNpc2NvLmNvbTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhIE5ldWUmcXVvdDsiPkNjOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyI+PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtbmV0 Y29uZi1uZXRjb25mLWV2ZW50LW5vdGlmaWNhdGlvbnNAaWV0Zi5vcmciPmRyYWZ0LWlldGYtbmV0 Y29uZi1uZXRjb25mLWV2ZW50LW5vdGlmaWNhdGlvbnNAaWV0Zi5vcmc8L2E+LA0KPGEgaHJlZj0i bWFpbHRvOm5ldGNvbmZAaWV0Zi5vcmciPm5ldGNvbmZAaWV0Zi5vcmc8L2E+PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VG8gZWFjaCBhdXRob3Ig bGlzdGVkIG9uIHRoZSAmcXVvdDtUbyZxdW90OyBsaW5lLjxicj4NCjxicj4NCkluIG9yZGVyIHRv IGNvbXBsZXRlIHRoZSBTaGVwaGVyZCB3cml0ZXVwLCBhcmUgeW91IGF3YXJlIG9mIGFueSBJUFIg dGhhdCBhcHBsaWVzPGJyPg0KdG8gZHJhZnQtaWV0Zi1uZXRjb25mLW5ldGNvbmYtZXZlbnQtbm90 aWZpY2F0aW9ucz8gJm5ic3A7UGxlYXNlIFJlcGx5LUFsbCB0byAqdGhpcyogZW1haWw8YnI+DQph bmQgc3RhdGUgZWl0aGVyOjxicj4NCjxicj4NCiZxdW90O05vLCBJJ20gbm90IGF3YXJlIG9mIGFu eSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQmcXVvdDs8YnI+DQpvcjxicj4NCiZxdW90 O1llcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCZxdW90Ozxi cj4NCjxicj4NCklmICZxdW90O3llcyZxdW90OywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2Vk IGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlczxicj4NCihzZWUgUkZDcyAzNjY5LCA1 Mzc4IGFuZCA4MTc5IGZvciBtb3JlIGRldGFpbHMpPzxicj4NCjxicj4NCklmICZxdW90O3llcyZx dW90OyBhZ2FpbiwgcGxlYXNlIHN0YXRlIGVpdGhlcjo8YnI+DQo8YnI+DQomcXVvdDtZZXMsIHRo ZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxl cyZxdW90Ozxicj4NCm9yPGJyPg0KJnF1b3Q7Tm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Ns b3NlZCZxdW90Ozxicj4NCjxicj4NCklmIHlvdSBhbnN3ZXIgbm8sIHBsZWFzZSBwcm92aWRlIGFu eSBhZGRpdGlvbmFsIGRldGFpbHMgeW91IHRoaW5rIGFwcHJvcHJpYXRlLjxicj4NCjxicj4NCklm IHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFz ZSBhbnN3ZXIgdGhlIGFib3ZlIGJ5PGJyPg0KcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2Fy ZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQ8YnI+ DQpJUFIuICZuYnNwO1RoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBz dGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuPGJyPg0KcmVjZWl2ZWQgZnJvbSBlYWNoIGF1 dGhvciBhbmQgbGlzdGVkIGNvbnRyaWJ1dG9yLiAmbmJzcDtOT1RFOiBUSElTIEFQUExJRVMgVE8g QUxMPGJyPg0KT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy48YnI+DQo8 YnI+DQpJZiB5b3UgYXJlIG9uIHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0dGVuZCBXRyBtZWV0aW5n cyBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yPGJyPg0Kb3IgY29udHJpYnV0b3IsIHdl IHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlciB0aGUgSUVURiBJUFIgcnVsZXMg d2hpY2g8YnI+DQplbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZSBh d2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEY8YnI+DQpjb250cmlidXRpb24sIG9yIHRv IHJlZnJhaW4gZnJvbSBwYXJ0aWNpcGF0aW5nIGluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vz c2lvbiByZWxhdGVkPGJyPg0KdG8geW91ciB1bmRpc2Nsb3NlZCBJUFIuIEZvciBtb3JlIGluZm9y bWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCBhYm92ZTxicj4NCmFuZCA8YSBocmVm PSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxl Y3R1YWxQcm9wZXJ0eSI+DQpodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3Ry YWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eTwvYT4uPGJyPg0KPGJyPg0KVGhhbmsgeW91LDxi cj4NCktlbnQgLy8gYXMgYm90aCBTaGVwaGVyZCBhbmQgY28tQ2hhaXI8YnI+DQo8YnI+DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5ldGNvbmYg bWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm5ldGNvbmZAaWV0Zi5vcmciPm5ldGNv bmZAaWV0Zi5vcmc8L2E+PGJyPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRjb25mPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_E8E1FC8394E34E65A9DFE9732283A849ciscocom_-- From nobody Tue Feb 26 08:18:36 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75611130F01; Tue, 26 Feb 2019 08:18:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.503 X-Spam-Level: X-Spam-Status: No, score=-14.503 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, 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=exZWr5X8; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Xfa7gIW8 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 N7kF0Mvp8gcp; Tue, 26 Feb 2019 08:18:25 -0800 (PST) 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 B66CE130FFE; Tue, 26 Feb 2019 08:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4148; q=dns/txt; s=iport; t=1551197904; x=1552407504; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Blmsb19424rWeeBpc5mxVFR+24dWDqFpYhVRkR3MXHM=; b=exZWr5X8i9Y9QvOPI0ZHCo438OQNEoVmtSlaTSsMjRNgQm3A41vk5Th0 6iMOwsCgrl9b/7y1od/LWcUkL1HFbbZbqkiEMXpmtppkbKx65sDy4ziRb HQRZwZWX79u7j//9stv0//WmcM2JjtMSWMA9apU/aQsNnOvbtLEe4ElgD 4=; IronPort-PHdr: =?us-ascii?q?9a23=3ABoXyShQnskT2CZUVy102PtkVatpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBNfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOiU/FthYVUds13q6KkNSXs35Yg6arw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAD8ZXVc/5JdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUgMBAQEBAQsBgTBQA2d0BAsVEoQIg0cDj2KCV5geFIE?= =?us-ascii?q?QA1QLAQEjCYRAAheDayI1CA0BAwEBAgEBAm0cDIVKAQEBBCMRDAEBMgUBCwQ?= =?us-ascii?q?CAQgRBAEBAwImAgICMBUICAIEAQ0FgyABgVoDCA0BAgygKQKKFHGBL4J4AQE?= =?us-ascii?q?FgQUBhAUYggsIgQuLPReBQD+BEScfgkyDEwsCgS4BEgE2gnMxgiaJfYJAlyo?= =?us-ascii?q?JAodAg3GHNRmBc1iFBYtKgXGIaIVUjEECBAIEBQINAQEFgUgBNmVxcBU7KgG?= =?us-ascii?q?CQQmCE4NuhRSFCAE2cgGBJ4xdgj4BAQ?= X-IronPort-AV: E=Sophos;i="5.58,416,1544486400"; d="scan'208";a="522701566" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2019 16:18:22 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x1QGINOR008831 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 26 Feb 2019 16:18:23 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.1395.4; Tue, 26 Feb 2019 10:18:22 -0600 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 26 Feb 2019 10:18:22 -0600 Received: from NAM02-BL2-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.1395.4 via Frontend Transport; Tue, 26 Feb 2019 10:18:22 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Blmsb19424rWeeBpc5mxVFR+24dWDqFpYhVRkR3MXHM=; b=Xfa7gIW8nTBgiNO6D1WyC7LZQ9BadIWdpjHmINr9nlHK3pU3sqpYHPY1qit+zuFQO/R9uzyMFu/B1eE6QR1MVT7JjF2ODG5QbTW37oDPesM9t+yF4P/q4YHG2lLUaImEjmZi6VGXA1g6FMrZ3TDYTz0DNkmQV6oFdNiFjX+fqXw= Received: from BN8PR11MB3620.namprd11.prod.outlook.com (20.178.219.87) by BN8PR11MB3604.namprd11.prod.outlook.com (20.178.219.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.21; Tue, 26 Feb 2019 16:18:21 +0000 Received: from BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f]) by BN8PR11MB3620.namprd11.prod.outlook.com ([fe80::48d8:a411:c5be:7a2f%5]) with mapi id 15.20.1643.019; Tue, 26 Feb 2019 16:18:21 +0000 From: "Ambika Prasad Tripathy Tripathy (ambtripa)" To: "Eric Voit (evoit)" , Kent Watsen , Alexander Clemm , Alberto Gonzalez Prieto , "Einar Nilsen-Nygaard (einarnn)" , "Ambika Prasad Tripathy Tripathy (ambtripa)" CC: "netconf@ietf.org" , "draft-ietf-netconf-subscribed-notifications@ietf.org" Thread-Topic: final IPR disclosure confirmation Thread-Index: AQHUxaiw10mFHtJpH0mJpjgNpGY/sqXirdqQgA+kEFCAAFy9gA== Date: Tue, 26 Feb 2019 16:18:20 +0000 Message-ID: References: <01000168f45fbb6d-5003f5a3-755e-4ad5-a380-464d3c411684-000000@email.amazonses.com> <062940a53d0a4dcdbcda087ed55f6061@XCH-RTP-013.cisco.com> In-Reply-To: <062940a53d0a4dcdbcda087ed55f6061@XCH-RTP-013.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.16.1.190220 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ambtripa@cisco.com; x-originating-ip: [2001:420:c0e0:1008::4c0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 90f3e4bb-9cdd-4e68-a0fa-08d69c06067d x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:BN8PR11MB3604; x-ms-traffictypediagnostic: BN8PR11MB3604: x-ms-exchange-purlcount: 1 x-ld-processed: 5ae1af62-9505-4097-a69a-c1553ef7840e,ExtAddr x-microsoft-exchange-diagnostics: =?utf-8?B?MTtCTjhQUjExTUIzNjA0OzIzOkY1WGVuTWJ2K2NiNzJ3Yk1LTzlud2JjdHFk?= =?utf-8?B?d3NudVpUTy9ZR0tsT0hKTStpUWs2T1VXakJtT0Y2RzN2MWYrVHZwZG8wNVRx?= =?utf-8?B?cWxmcTQrQ3IyRWlIb1drWGJwMWxyMU1ZdmVscGVESUNTUXIwN01qREc0TzVF?= =?utf-8?B?YW56ZWtKeHNLNTBBN2JIb2tkNllNTXBrc0ZWZ0hWdlp4dkxwNjh4VWNrWVB1?= =?utf-8?B?Vy9kZ3NsZzVVamcwOFA0SG1qV2thNnVnSVZBeXFpb2QrUzlmaUVNTi9XVWo0?= =?utf-8?B?blUwVm4yTGhnaTNUTEFxVjE4ZU5LL2huL1ZsaXlBSXJEcVQ2RWg0dC93bC9F?= =?utf-8?B?TzZ6dzNVOTVsWnZ5Wm8xWDNzQnVQbDhobFo0L1RNZ0p3UVRyL0hKeS9pTWQr?= =?utf-8?B?THRZb2VMMkhWcHQyL0JDVzBNK0N4SDArR0grTDE4WklhOEc1S1prSXZkbVRw?= =?utf-8?B?U0xBYmRYRCs5V1FSWitpbWVCR00zWkE4TmswNlNQOFlHU2g5SSs4ZUdmcUdS?= =?utf-8?B?YjBOaXZ4Z3FJblVwUmtEZmVyU2pacXNaNE9lUkUyVHZlOFovQ1A4Nzh3T0lw?= =?utf-8?B?U3V2aEE2TTl4WHlVMkpJS0RzUXAzczhjZHd2TDJWQloycm1CYjBJWDNNdjQw?= =?utf-8?B?TUZYSzNJQ0xvL1JzSkN1R01JNzNyNDhoV3F1cnlHNWtXbHVETmZadHVUV011?= =?utf-8?B?UEJiZG5VZDlUK0o4eEJ2bnNPd1Z2ZTJWcXBwVDFvaERCaXZsdUU4b05NOFRW?= =?utf-8?B?U2o1Zlh6SDNyU0xocDZMcUhSakNlSFgzLzgzUlBJTjBvREg3L0Fta1dldnYr?= =?utf-8?B?RkswN2JGUy9hTm45bzlzNGNFcEM2UkFXOC9aUTIxWFFGZW94QXc2K3dIeUI3?= =?utf-8?B?T3VSa2pYWGVUVXFGMlV2LzIyODJ0Rk1ad0xIb1ZtUFJHM1VQejMwWmQvQURB?= =?utf-8?B?ZTRHck1GSjBweEdpd2ZQT3VDeXVEUUV2am1kVXZkdXJIbkF2YUVtaERrb3BW?= =?utf-8?B?VEt1SHRxNU1qV0diY25EaHBBSTd0bElZK2l0cmNVK3NHVGVtdkpzVE54UHZi?= =?utf-8?B?V0xuRlRoWEpPUG5uMmJXOVZSaGswZ3VaRzEvV3ZxSWhMUzcwUDYxeFJOMG5G?= =?utf-8?B?ZjhoOUlDN2NSSDFuSE1JTEFpTVBYbjcwRlBEa1NLTjJzNE1kby9wYXV4cWR6?= =?utf-8?B?YTdtOWtSYjU2S0pyWkdxVUdKaitaQm4vMUlYb0FKNXhyU2R6RW1NUWduWXJh?= =?utf-8?B?cHhLTktwT0JqWEFlQzkyMWx2dmFOeERpelZOMFRhbmZzdERmVFpaLzhhazBQ?= =?utf-8?B?VjV0QVkvTjRsQkI1V3NUOHJvZEJTcmljYTBkaUtZRkoySHMzMjNNdUVxbXdo?= =?utf-8?B?Q2lWVis4TzVxSkxpV3pRTWlLS2oyQjd6Um4vYUpxRG1SR2hyZ3ZCTVVsNkRr?= =?utf-8?B?VnNqeTNKN1JPN2FzWWZDTVlNSFJTbGw5UjdabiszcW5WZ01lU09iNm1oeDh4?= =?utf-8?B?MEkvZkxJV2t3ZkJCWnNISU10NmZ6WW94dnVVR1B3MGRIWVhLTGpzMHVhZFZG?= =?utf-8?B?Q01ZQVdNOEt0Q1JUMWVRRERYbGdpa1BKWTNlUnZtRUlqcjUxVG56TUhMYTlv?= =?utf-8?B?V05EckNFcjEraXFkTEk2R0ZPRjBTdVNtSnAxZzRRSWEvSHdobDF3Z3VSQmVw?= =?utf-8?B?NTVzaDhOWUxGVXd2VmZPSi9ZK091cU5zTzhxcGVyWlJMeXpuNVl6T0h1SW9E?= =?utf-8?B?ZEh0akVIZ256blY3TjBBTnR0MjRrNUhyd1JXUEROdFczVHBmdms2UEdyYkRu?= =?utf-8?B?SGdGZ2lTT2lhYXdHclhLa3JWcFpGNWVKMDNZUWlldHZhcGRtNlpHaDA5ZTlV?= =?utf-8?Q?h/fZ3OcX100=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 096029FF66 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(366004)(376002)(396003)(39860400002)(346002)(189003)(13464003)(199004)(486006)(106356001)(8936002)(58126008)(11346002)(966005)(446003)(54906003)(1511001)(6116002)(82746002)(229853002)(478600001)(76176011)(6486002)(33656002)(99286004)(6436002)(105586002)(110136005)(81156014)(6506007)(14444005)(53546011)(36756003)(316002)(6246003)(102836004)(53936002)(81166006)(14454004)(6512007)(5660300002)(8676002)(7736002)(25786009)(46003)(186003)(86362001)(97736004)(71190400001)(476003)(305945005)(4326008)(71200400001)(3480700005)(68736007)(256004)(45080400002)(83716004)(2906002)(6306002)(2616005); DIR:OUT; SFP:1101; SCL:1; SRVR:BN8PR11MB3604; H:BN8PR11MB3620.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-message-info: odYkh693owdOg3Ig2RK89pwUEVW1erMdL/OaHSgMO8deN/U+5cwPur+Msn0TG9e+vLmz7bG3bhAYo1RYcdPSKwaTbmEZKPBd9vBGhV/m6TtcQOiMeLlVpQLjHyGQ7xEgKBfmHMk+8YUOjs86wFM7qGWMRFIWZmfLPY6MLvr+09yAARga9oyjnlyRcvNd3PGOhlzHH960WjXflVgb1FrpNuNhnPT9QfnJ6M/2YvbNWG//zlfh+jdb3IwzHC86PmoNJs8WKTpDFjYFoHGoVJwa6opmiKUFOIDL6MfPQQpctMWyRf8cr5nrCHm8SKLUJmO2uM6cg4Ysli9GjYbHenQbv4ayzJP21P2WkMRYVkGsiLb8VtMDiUg9ewRsol6VEn4WFz4YbKC+lvdGIT7fLvGoc7KJPtM2RLRJ9ywrgZ+NI/E= Content-Type: text/plain; charset="utf-8" Content-ID: <6EB31F5D2548DF4A9E3E8BA0DA02E603@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 90f3e4bb-9cdd-4e68-a0fa-08d69c06067d X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2019 16:18:21.0345 (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-Transport-CrossTenantHeadersStamped: BN8PR11MB3604 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [netconf] final IPR disclosure confirmation X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 16:18:34 -0000 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQotLQ0KQnIsDQpBbWJpa2EgUHJhc2FkIFRyaXBhdGh5IA0KIA0KICAgIC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQogICAgRnJvbTogRXJpYyBWb2l0IChldm9pdCkNCiAgICBTZW50OiBTYXR1 cmRheSwgRmVicnVhcnkgMTYsIDIwMTkgMTI6MjYgUE0NCiAgICBUbzogS2VudCBXYXRzZW4gPGtl bnRAd2F0c2VuLm5ldD47IEFsZXhhbmRlciBDbGVtbSA8bHVkd2lnQGNsZW1tLm9yZz47IGFsYmVy dG8uZ29uemFsZXpAbWljcm9zb2Z0LmNvbTsgRWluYXIgTmlsc2VuLU55Z2FhcmQgKGVpbmFybm4p IDxlaW5hcm5uQGNpc2NvLmNvbT47IEFtYmlrYSBQcmFzYWQgVHJpcGF0aHkgVHJpcGF0aHkgKGFt YnRyaXBhKSA8YW1idHJpcGFAY2lzY28uY29tPg0KICAgIENjOiBkcmFmdC1pZXRmLW5ldGNvbmYt c3Vic2NyaWJlZC1ub3RpZmljYXRpb25zQGlldGYub3JnOyBuZXRjb25mQGlldGYub3JnDQogICAg U3ViamVjdDogUkU6IGZpbmFsIElQUiBkaXNjbG9zdXJlIGNvbmZpcm1hdGlvbg0KICAgIA0KICAg IE5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQN CiAgICANCiAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQogICAgPiBGcm9tOiBLZW50 IFdhdHNlbiA8a2VudEB3YXRzZW4ubmV0Pg0KICAgID4gU2VudDogRnJpZGF5LCBGZWJydWFyeSAx NSwgMjAxOSAxMDozNiBQTQ0KICAgID4gVG86IEVyaWMgVm9pdCAoZXZvaXQpIDxldm9pdEBjaXNj by5jb20+OyBBbGV4YW5kZXIgQ2xlbW0NCiAgICA+IDxsdWR3aWdAY2xlbW0ub3JnPjsgYWxiZXJ0 by5nb256YWxlekBtaWNyb3NvZnQuY29tOyBFaW5hcg0KICAgID4gTmlsc2VuLU55Z2FhcmQNCiAg ICA+IChlaW5hcm5uKSA8ZWluYXJubkBjaXNjby5jb20+OyBBbWJpa2EgUHJhc2FkIFRyaXBhdGh5 IFRyaXBhdGh5DQogICAgPiAoYW1idHJpcGEpIDxhbWJ0cmlwYUBjaXNjby5jb20+DQogICAgPiBD YzogZHJhZnQtaWV0Zi1uZXRjb25mLXN1YnNjcmliZWQtbm90aWZpY2F0aW9uc0BpZXRmLm9yZzsN CiAgICA+IG5ldGNvbmZAaWV0Zi5vcmcNCiAgICA+IFN1YmplY3Q6IFNOOiBmaW5hbCBJUFIgZGlz Y2xvc3VyZSBjb25maXJtYXRpb24NCiAgICA+DQogICAgPiBUbyBlYWNoIGF1dGhvciBsaXN0ZWQg b24gdGhlICJUbyIgbGluZS4NCiAgICA+DQogICAgPiBJbiBvcmRlciB0byBjb21wbGV0ZSB0aGUg U2hlcGhlcmQgd3JpdGV1cCwgYXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSDQogICAgPiB0aGF0IGFw cGxpZXMgdG8gZHJhZnQtaWV0Zi1uZXRjb25mLXN1YnNjcmliZWQtbm90aWZpY2F0aW9ucz8gIFBs ZWFzZQ0KICAgID4gUmVwbHktQWxsIHRvDQogICAgPiAqdGhpcyogZW1haWwgYW5kIHN0YXRlIGVp dGhlcjoNCiAgICA+DQogICAgPiAiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFw cGxpZXMgdG8gdGhpcyBkcmFmdCINCiAgICA+IG9yDQogICAgPiAiWWVzLCBJJ20gYXdhcmUgb2Yg SVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KICAgID4NCiAgICA+IElmICJ5ZXMiLCBo YXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSDQog ICAgPiBydWxlcyAoc2VlIFJGQ3MgMzY2OSwgNTM3OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRhaWxz KT8NCiAgICA+DQogICAgPiBJZiAieWVzIiBhZ2FpbiwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCiAg ICA+DQogICAgPiAiWWVzLCB0aGUgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXMiDQogICAgPiBvcg0KICAgID4gIk5vLCB0aGUgSVBSIGhhcyBu b3QgYmVlbiBkaXNjbG9zZWQiDQogICAgPg0KICAgID4gSWYgeW91IGFuc3dlciBubywgcGxlYXNl IHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsgYXBwcm9wcmlhdGUuDQog ICAgPg0KICAgID4gSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29u dHJpYnV0b3IgcGxlYXNlIGFuc3dlcg0KICAgID4gdGhlIGFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8g dGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdQ0KICAgID4gYXJlIGF3 YXJlIG9mIGFueSByZWxldmFudCBJUFIuICBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2Ug dG8gdGhlDQogICAgPiBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2 ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQNCiAgICA+IGxpc3RlZCBjb250cmlidXRvci4gIE5PVEU6 IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBM SU5FUy4NCiAgICA+DQogICAgPiBJZiB5b3UgYXJlIG9uIHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0 dGVuZCBXRyBtZWV0aW5ncyBidXQgYXJlIG5vdA0KICAgID4gbGlzdGVkIGFzIGFuIGF1dGhvciBv ciBjb250cmlidXRvciwgd2UgcmVtaW5kIHlvdSBvZiB5b3VyIG9ibGlnYXRpb25zDQogICAgPiB1 bmRlciB0aGUgSUVURiBJUFIgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRo ZSBJRVRGIGlmDQogICAgPiB5b3UgYXJlIGF3YXJlIG9mIElQUiBvZiBvdGhlcnMgb24gYW4gSUVU RiBjb250cmlidXRpb24sIG9yIHRvIHJlZnJhaW4NCiAgICA+IGZyb20gcGFydGljaXBhdGluZyBp biBhbnkgY29udHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3VyDQogICAgPiB1 bmRpc2Nsb3NlZCBJUFIuIEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNz IGxpc3RlZA0KICAgID4gYWJvdmUgYW5kIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3Vw L2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Lg0KICAgID4NCiAgICA+IFRoYW5r IHlvdSwNCiAgICA+IEtlbnQgLy8gYXMgYm90aCBTaGVwaGVyZCBhbmQgY28tQ2hhaXINCiAgICAN CiAgICANCg0K From nobody Tue Feb 26 09:18:06 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C992130F05; Tue, 26 Feb 2019 09:18:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kent Watsen To: X-Test-IDTracker: no X-IETF-IDTracker: 6.92.1 Auto-Submitted: auto-generated Precedence: bulk Cc: kent+ietf@watsen.net, iesg-secretary@ietf.org, netconf-chairs@ietf.org, Kent Watsen , netconf@ietf.org Message-ID: <155120148449.771.5103822061411534403.idtracker@ietfa.amsl.com> Date: Tue, 26 Feb 2019 09:18:04 -0800 Archived-At: Subject: [netconf] Publication has been requested for draft-ietf-netconf-netconf-event-notifications-17 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 17:18:05 -0000 Kent Watsen has requested publication of draft-ietf-netconf-netconf-event-notifications-17 as Proposed Standard on behalf of the NETCONF working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netconf-netconf-event-notifications/ From nobody Wed Feb 27 14:16:05 2019 Return-Path: <0100016931075bb1-7d03f576-d8c2-402e-9f5e-d9f88a8cd3db-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03BE513116E; Wed, 27 Feb 2019 14:16:04 -0800 (PST) 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, 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 vSXzR-mM6QCl; Wed, 27 Feb 2019 14:16:01 -0800 (PST) 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 05039130EE8; Wed, 27 Feb 2019 14:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1551305759; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=pW+BXxHM8FFAQOvqWPKk7rEqTgMn0p0tqayogb5+TvI=; b=ZmFbm229iGEqFw7o2bxop+1QRwixoPvpR5XofF2kODNBDkEId+psx2TGvXs97rdD JBc/kNkWopJMeQeRiaA68zMTjkMdycxZrGqfhsGM7Eim2+26hXVh7MW3OLS6Azbekfa q8CKgcthEVQKuBNAEhVKtgti7JmjDQhRrDszVdrQ= From: Kent Watsen Content-Type: multipart/alternative; boundary="Apple-Mail=_E4C54E8F-022A-4A17-B16B-D413120CED4A" Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Message-ID: <0100016931075bb1-7d03f576-d8c2-402e-9f5e-d9f88a8cd3db-000000@email.amazonses.com> Date: Wed, 27 Feb 2019 22:15:59 +0000 Cc: netconf-chairs@ietf.org To: netconf@ietf.org X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.02.27-54.240.8.64 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netconf] IETF 104 Presentation Requests X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2019 22:16:04 -0000 --Apple-Mail=_E4C54E8F-022A-4A17-B16B-D413120CED4A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dear WG, The preliminary IETF 104 Agenda has been posted [1]. NETCONF is = scheduled to meet in the first slot Monday morning (March 25th) for two = hours. 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 same as the name of the draft) - name of the presenters - desired time request in minutes. [1] https://datatracker.ietf.org/meeting/104/agenda.html = Thanks! Kent (and Mahesh) --Apple-Mail=_E4C54E8F-022A-4A17-B16B-D413120CED4A Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii 
Dear WG,

The preliminary IETF 104 Agenda has been posted [1].  NETCONF is scheduled to meet in the first slot Monday morning (March 25th) for two hours.

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 same as the name of the draft)
  - name of the presenters
  - desired time request in minutes.

[1] https://datatracker.ietf.org/meeting/104/agenda.html

Thanks!
Kent (and Mahesh)

--Apple-Mail=_E4C54E8F-022A-4A17-B16B-D413120CED4A-- From nobody Thu Feb 28 01:01:05 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 631B6130F28 for ; Thu, 28 Feb 2019 01:00:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.577 X-Spam-Level: X-Spam-Status: No, score=-3.577 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, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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=ericsson.com header.b=JYQX0P/B; dkim=pass (1024-bit key) header.d=ericsson.com header.b=hfP6Osie 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 YJEES_uPyXx0 for ; Thu, 28 Feb 2019 01:00:55 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 8648C130F06 for ; Thu, 28 Feb 2019 01:00:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1551344451; x=1553936451; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=g7AzJg5+Hb9bQkKiuLDw8jlsS2fY4NoPK52DC5lftzA=; b=JYQX0P/B3XjlkGoLYKQSSMvXh4wTJawhyLop77nJSjE6RItscJC/JHHK0SbT3F96 0BLpEA+xrFB292d2C3vV/ZdeAf58RfhDi3U6JGQSbCC5IakD0RdwUxt5EBsFDIFt jo8izK/j9RJijOZpdmZCkfbkjI16BLXHF1K0HtAz6I0=; X-AuditID: c1b4fb25-d89ff70000005ff7-23-5c77a34320c2 Received: from ESESBMB505.ericsson.se (Unknown_Domain [153.88.183.118]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id AA.13.24567.343A77C5; Thu, 28 Feb 2019 10:00:51 +0100 (CET) Received: from ESESSMB503.ericsson.se (153.88.183.164) by ESESBMB505.ericsson.se (153.88.183.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 28 Feb 2019 10:00:50 +0100 Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 28 Feb 2019 10:00:50 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=g7AzJg5+Hb9bQkKiuLDw8jlsS2fY4NoPK52DC5lftzA=; b=hfP6Osieh/s2SPzeje8CAMuIMsM52K8g7WkId15SQdkCjqJDwZ7oTjVqtBPIRKWG4nD/eBBiGszFsOjWd4F5H77UuvMPXnbMourS5DhIgD88lyy8mPIA7iSuNcgE9zJ0+p4ScgGmjflWhyao3wpS0v8+GsYnBulGYIC10pj0UMk= Received: from AM0PR07MB3841.eurprd07.prod.outlook.com (52.134.82.16) by AM0PR07MB4163.eurprd07.prod.outlook.com (52.133.59.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1686.5; Thu, 28 Feb 2019 09:00:49 +0000 Received: from AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::e1db:cd5a:d70f:32bd]) by AM0PR07MB3841.eurprd07.prod.outlook.com ([fe80::e1db:cd5a:d70f:32bd%2]) with mapi id 15.20.1665.012; Thu, 28 Feb 2019 09:00:49 +0000 From: =?Windows-1252?Q?Bal=E1zs_Lengyel?= To: Kent Watsen , "netconf@ietf.org" CC: "netconf-chairs@ietf.org" Thread-Topic: [netconf] IETF 104 Presentation Requests Thread-Index: AQHUzuoXZPjUn/NEkk+4n37K50KvfaX06lmA Date: Thu, 28 Feb 2019 09:00:49 +0000 Message-ID: References: <0100016931075bb1-7d03f576-d8c2-402e-9f5e-d9f88a8cd3db-000000@email.amazonses.com> In-Reply-To: <0100016931075bb1-7d03f576-d8c2-402e-9f5e-d9f88a8cd3db-000000@email.amazonses.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [89.135.192.225] user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 x-clientproxiedby: HE1PR05CA0207.eurprd05.prod.outlook.com (2603:10a6:3:f9::31) To AM0PR07MB3841.eurprd07.prod.outlook.com (2603:10a6:208:45::16) authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: aa9b6cec-9dd3-4193-09f3-08d69d5b3bb3 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(2017052603328)(7153060)(49563074)(7193020); SRVR:AM0PR07MB4163; x-ms-traffictypediagnostic: AM0PR07MB4163: x-microsoft-exchange-diagnostics: =?Windows-1252?Q?1; AM0PR07MB4163; 23:73Jx7Dzt5BZYe4KnRFjvq94R7Sg2JZnXszIFR?= =?Windows-1252?Q?ifLrHoIfK3qBPTF0u0lv+Did/THkAxUvnWEBYOsFyVKoiSXOk6kZ8Xub?= =?Windows-1252?Q?vPlDj8/up6qPzdKpdXQtrR8P3yrfwyPLmQTnkTN6Gz72tkNke7nAb5mi?= =?Windows-1252?Q?+NLqyTbniPsW1ctE2pu5cLuvjvxvu3oPaKnZgHDrOJ/SNiF3JyVt/z7I?= =?Windows-1252?Q?CuXxACUSTWcvYcsjCQfrm/vi1BLlsSh5iTqf1+rf8bS4mDDqMvMHOHAX?= =?Windows-1252?Q?dI7CUgs51r2ynlRJF6ID9v3B18j/MQijeNaOf706aiKqVILJfhq9dl/5?= =?Windows-1252?Q?s7CgUxIIOLX3GcTPFTslwnBi6GbBB2UVfcLD7R4YacfdPxVj5BI99ba3?= =?Windows-1252?Q?1ju+MBWse0gVDtJ43WKNkRaoypRb3zAsFN8bM8P7QjYwBBjZpqJmXv0i?= =?Windows-1252?Q?sxmS0hIV6xWi7Ty+oFZpXPxZU4+yjmWRpGYa+CGreAd3blOzKX6el/hH?= =?Windows-1252?Q?tAl/4N9yPu/JOR2cH/kd8gL/T9BLeGxz78JnMeASbUiIcVTTyBQuyjDU?= =?Windows-1252?Q?W+ItT6WHPO8s6mZe0yEZNFQR18rNMLs+QivMWkWi/nj/7H3ks7ylO4Ue?= =?Windows-1252?Q?IgxoKu7conSkwOOuv/K/xVTHqzfxC66nccdFKBxpb+t0xw10uhcOi81a?= =?Windows-1252?Q?jjCP+T62YPBQY1gV/EKYsPThAAz0JtVKf/G8w71UOJ+Id0eIzLk9cxeM?= =?Windows-1252?Q?RPnxtlPNpO8v4SUawFVPYihj4+bOzg7dcHTfslGLuUwAvpMYjP84MZ+f?= =?Windows-1252?Q?IuQeh8VCN3Gx6SLu3+5zaw+cJh8/yE5g5OZmT4e5zn++xFBdiQN5on7c?= =?Windows-1252?Q?RnIteLjd7T/P7pl/GTXGSn/74RnRk5vkt+DgyHoc/Lg7s0N9grpeQLcN?= =?Windows-1252?Q?cL8elq2XXfMtcGnvyAOsDOfKZmU3FOwx9B7GY/aLuXL5b3EdKL/dxh8+?= =?Windows-1252?Q?YOxHjxaKy3J+MCV3rigIlEm8O0rQYHY89ZiifTlAyO+gUfFaqB5Tbbh/?= =?Windows-1252?Q?RkNurqUk1LysdzAGGL8ooUKksI2o10d0fBcyNjGMVJMFJWElYOcofjUN?= =?Windows-1252?Q?yPsIc3QT20GW96RJk/LsYy+mk1RuqPT9xSlfZQ+gsURI0bBhL6Y/5+TK?= =?Windows-1252?Q?gxypbCLojbDq8sIouAyC8t71eGvvwr9FSYpcQcEr21e8fQw/QHZ0XoQV?= =?Windows-1252?Q?IFrrTL40/H6JnvH5KdeLyWziunAg7teM5OXfHVVUOfEJ+tj+j963mLke?= =?Windows-1252?Q?JHIDGc9DtTkS53nSUsD/qbcJlTh81mYiIdzZWyAWI6F2sDzqtffcB1WK?= =?Windows-1252?Q?PT6D1Zd7HuBT8CMvpiKzvFjmf1cxsPTEfoEtik3JJpMP27Mn4F2Ttl1d?= =?Windows-1252?Q?5ju3RZNVZkImV1rTwulnJP/UWAV8bS5GP5UiRY++zLBt69+Vz6lTYm2/?= =?Windows-1252?Q?rX4O4IDlqYRKaT5eBs5nElI4TtKEmDjTRDQHw7UUKpbZ/3XorB8UbvJD?= =?Windows-1252?Q?ybh3UL0LDNvWnqY2O702ANShg0S7NQD5bZ4OQcJfk6nlr0dNLgluWjRt?= =?Windows-1252?B?Zz09?= x-microsoft-antispam-prvs: x-forefront-prvs: 0962D394D2 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(376002)(396003)(39860400002)(366004)(189003)(199004)(68736007)(6486002)(8676002)(81166006)(236005)(102836004)(81156014)(6506007)(54896002)(386003)(6306002)(2501003)(606006)(76176011)(6436002)(6512007)(11346002)(106356001)(186003)(476003)(26005)(316002)(2616005)(110136005)(229853002)(58126008)(105586002)(446003)(31686004)(52116002)(21615005)(99286004)(99936001)(486006)(8936002)(64126003)(966005)(478600001)(65826007)(3846002)(6116002)(7736002)(71190400001)(71200400001)(6246003)(5660300002)(14454004)(65956001)(66066001)(65806001)(4326008)(25786009)(31696002)(86362001)(53936002)(2906002)(256004)(14444005)(97736004)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB4163; H:AM0PR07MB3841.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-message-info: GeuXJlvPxj4OjWxKJFldw97d+z1snpAJjuM2B0R/kT9IhWFidVNmgDN8vaz5i47Y28vR+cpTz0syRIPVat2q7q/Q6Tm6KFI2v5XtquOYxfCPRcCxzdy2kKUJmIF4RIcCInrrNj8xGroNrDwAHBs3roKx302wbbBGX1T0ZIx2+4ba1RnoIpVRSHIsklv44nXXDEbbzcrZ6LIRg7tn2gRo+IvjLR/yvi7crf+R92H1/W7x1fRaLQ/XA354v97PRJiL1FKih7N0iBngOmylMTvjFyxY0xxcdeAoFnPBqXAgp6o8XtCs/C7REq2bgFe2IohUWDUYbmSOJV8CrxMTcvsozZf533La/dkEkmY3BVBPxvkSIkW5ZO1sPLOamz5+oabFMTUjh4iZVg8Mc2LgqqlgoNetgWXOVHlmcpUMyfC9DbU= Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms040307030902010007030702" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: aa9b6cec-9dd3-4193-09f3-08d69d5b3bb3 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Feb 2019 09:00:49.0889 (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-Transport-CrossTenantHeadersStamped: AM0PR07MB4163 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA1WSWUhUYRTH++69M3MdHPocRz0pQg75ormkmVPapmL6YNlbhUtTXlTU0ea6 ZBAYSW5RKgoqqWnjGG7k5PaQiBuZlWspariNUDaalqG5tMzMnaDefh//5ZwDH02K53i2dKwi mVEq5PFSvpAqvdSe6uL/JC3MvWPVXvZl6TeS5c/ekBVrZnhnyCCVapsI0g7kCkKJK0LfKCY+ NpVRup26KozRdU/xkjaCby7fv0dloKyAXGRGAz4KD8t7eAYW4z4Eawsnc5FQz5sIRmfbedxD RcDmYI7xQeF8EtY1j0hOKSCgZUBrsi0i2FFNGcv4+BwUzG5RBpbgEBicViEDk9gburfG+Qa2 xF7wvTNb30TrPceg9q47Z/eAvvF5Y5TCjtA1XmeMivBpyG4vJ7hdIyBLtWscZYYjQds6ITAw wtawNdhAcKNsYHqpkuDulMDC6Gs+x1awrP3F41gKJZ+njWyFw+F5UbHxMMDFCGZ6JwiuNAJe zGabwofh7eQS4tgexirzTBwCmrl5PhfWImiqXTRNdoLh1kqTsIHhzlSNKREHjQOZVD5yK/tn 2zK9j8Q5CLq6Voky49kW8Kp0ieJMLlDd9lTwf8DAzqCu0pEc+0DJTjefYwcoylsw+b1A1/8V cewJ6qaf/MdIWIesWIa9lhDt4enKKGOvs2yiwlXBJGuQ/qt1t+w6dqDxlbM9CNNIai7aK0wL E/PkqWx6Qg86pO9ZfFY/gmwpRaKCkUpEH8v0sihKnn6LUSZGKlPiGbYH2dGU1Ea0J7YIE+No eTITxzBJjPKvStBmthko8DFY7h+WsQ79Q3a1bctx3yasBX46n9ZApvRH42TgwRq6vZkMvF3h JKk6IRGox8J1lk5q/4bzEWPOKFjzYDT33WXvoX3Bvp/etDRlekwWbH8I1663hdqqU/hVzZ0H AtwrzHvf05UjYcq2wuqF4/Xeqar0NSuR38rF6pc8xQVaSrEx8iNOpJKV/wEHawL6cgMAAA== Archived-At: Subject: Re: [netconf] IETF 104 Presentation Requests X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2019 09:01:03 -0000 --------------ms040307030902010007030702 Content-Type: text/html; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable

Hello,

I would like to present our draft:

=A0 - name of the drafts (if any)=A0=A0 draft-ietf-netconf-notification-capabilities
=A0 - name of presentation (usually same as the name of the draft)=A0= =A0 draft-ietf-netconf-notification-capabilities
=A0 - name of the presenters=A0 Balazs Lengyel
=A0 - desired time request in minutes.=A0=A0 10

regards Balazs
On 2019. 02. 27. 23:15, Kent Watsen wrote:
Dear WG,

The preliminary IETF 104 Agenda has been posted [1].  NETCONF is schedule=
d to meet in the first slot Monday morning (March 25th) for two hours.

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

  - name of the drafts (if any) =20
  - name of presentation (usually same as the name of the draft)
  - name of the presenters
  - desired time request in minutes.

[1] https://datatracker.ietf.org/meeting/104/agenda.ht=
ml

Thanks!
Kent (and Mahesh)


____________________________=
___________________
netconf mailing list
ne=
tconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--=20
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@erics=
son.com=20
--------------ms040307030902010007030702 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DMkwggX/MIID56ADAgECAhEA6b7XEWzAzOaLFTWM1P8xITANBgkqhkiG9w0BAQsFADBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMDA5MTUyNDU4WhcNMjAxMDA5MTUyNDU3WjBqMREwDwYD VQQKDAhFcmljc3NvbjEYMBYGA1UEAwwPQmFsw6F6cyBMZW5neWVsMSowKAYJKoZIhvcNAQkB FhtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20xDzANBgNVBAUTBkVUSEJMTDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANRS2ed5R8eLjbxg+S9b4CwI14oIIqrvZLNRmkGC CKPL6gtU7RyBNdcfKCtn4pPxNvISQ/C4eL5XhNDFYDIyEZqdZkdZld72CERmskMlsLMUwc6p H7AQOcjW8zex9BDryJKxZAt32imdvb+KGImW326nvlVGnKPmV5pu/PE4tCKYmBmJdpnOw89P adE7LK0rE6wTkpt9PeY2h/dswbVuCBm0YYDUYElyHB0UnBAohKF89WbUJ26W8lXWE9V5zG20 wk0/NJ9J+vJv9vrhCdHnJz+lLHxLEPSHSuc1PvcCXcB/aJGCF1c3iiYMplg5x0r+wTkdOYtM W5ahkCcv9Ge04r0CAwEAAaOCAcEwggG9MEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwu dHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMCYGA1UdEQQfMB2BG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNv bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwHQYDVR0OBBYEFKQnDa9vIwWZ/21jW6uT015h+IyBMB8GA1UdIwQYMBaA FBx7GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOC AgEAPVEJV/kN/a4JfA+95fMsEYiOzPeTaVrlRSWKgL6Lgyzq8ay2pchfsrbj5ZzjWemL4bnE WG+QCSa5M/+Pb0XnEkm4lzLc5wvRuvTa8p7ZYkmeWK8H5f2mU+DSQxQFLSUuruQc9Ss78Et4 ggVG5qTLTl5mVOcY1wtuflWll2NfghxdlXvyqlkjcvrs+jVSAfM5OJaiVzvmOso7HdQ7D3x9 ZGuAk8FQh6oN4PU0N8Xs+UzgKqVp3TrajouUz3B8CegvPPTPTh09e0mQ5xOJmA4t0+goibst HXBn1zqZjDiyC2hUCzXpjZwI8HGpamxb71kJwMo89nN4F7MIrKJykMltOoJUwgt3ePfwdZQ9 YW5UhNk2AA3MdbUKmCqaIsgAAOLOcIK251MT59wHc712667/K4QwTXsszLUZgwpezVAJeZOr aGupMlDYADZOxZm2jGXdWKomA0FaOdCIzB0KXkO6tqXaNk/+JToyaJq5Q1if1hb9WJSW6gEF 1pQcymc//uQzRaTyPdbOFyCDH4GKaXaAKikxorUQliNAf/Yn3k0YSRJ1l9XMVSbBXfIx3iY6 EhrFbRISr1vV5YgJn8EBxUGlLJTSwTWCmcE7nAvGP4ilJ2IaVLiNzfuoKv/f3F2/VSe73eCU KYerTGBfng3wSzIwE8Lf7NJK7WqEJtTtUlYjPZowggbCMIIEqqADAgECAhBTuH6D4ZyZKJOw m0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQD DBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0 NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA 7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3 Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmb NJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CX s/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4Drwa OS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28Me Mqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5Auy CoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+ MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggr BgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwr BgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0 LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA9 2NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0B AQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWm YjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa 49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9 jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0r I0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJte pti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoq qJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwi NJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggM+MIIDOgIBATBcMEcxCzAJ BgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5k aXZpZHVhbCBDQSB2MwIRAOm+1xFswMzmixU1jNT/MSEwDQYJYIZIAWUDBAIBBQCgggGzMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDIyODA5MDA0NVow LwYJKoZIhvcNAQkEMSIEIMSR3Z8uoRqGCb+876MdxuveBPRlf228q98E3wC/yFEEMGsGCSsG AQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG0G CyqGSIb3DQEJEAILMV6gXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAj BgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MA0GCSqGSIb3DQEBAQUABIIBABJel3Rlm/GaAy76kvz0prz+7b3ZBJ6X/JHCe2/dtq1a7Xcu UeEbZ7PVQnJ8KnC0ShFom2kmELy+/mUGArNoDkengBi6MGA4C2q4jHgG7D8QokScUqgxU/zk y1I+69I9QMtMKBy2tz1GFPoSbMnrgKlpjVUO3FWlDLPrPyRQXUveWkty4Tx2IBgfL0zKjrsN UtXXLTTP9M0sSrV9QLV638ffcsrah0UFEyd3K6yfipgjkXJrXCoCkxeJg/hgEvVYvEI4f/tw AH+c3M1CuLXI/fH4PX0+LwL10znduqzQB1STfWFmKcOSB7iwJJ5II66XF5C7b7FVVtVQ2QRt vf1QessAAAAAAAA= --------------ms040307030902010007030702-- From nobody Thu Feb 28 08:04:43 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32274130F03 for ; Thu, 28 Feb 2019 08:04:41 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk 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 EDmOUy7WJ-Sj for ; Thu, 28 Feb 2019 08:04:39 -0800 (PST) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D373130ED6 for ; Thu, 28 Feb 2019 08:04:38 -0800 (PST) Received: from nitebug.nitenet.local (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 82C442428B9 for ; Thu, 28 Feb 2019 17:04:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1551369875; bh=Aj0YRQv3lsyW3no9N7fkheL+H7JOxHtOzH7sjBDhOdc=; h=To:From:Subject:Date; b=pi23r0Km7Uku7Vd31IgGZ1Tmx3kqpbDzZa8glHq+xKKB/eYYAAE3YqxDb+SrS/5VR 3BdTyTYPiAQd/YQjrLDhseqG19tQTu2ShgilaKMkBwQiH7IWLb3/kLNZ34pLpCS+E/ QSto6vPCB+0mG89BJgsmi5DmtkK9sXJMahmbgOXY= To: netconf@ietf.org From: Robert Varga Openpgp: preference=signencrypt Message-ID: Date: Thu, 28 Feb 2019 17:04:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cZEbCZH5n8eU8zguProbO724PCFRqoqJN" Archived-At: Subject: [netconf] RFC6241/RFC7952 model-level interop? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2019 16:04:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cZEbCZH5n8eU8zguProbO724PCFRqoqJN Content-Type: multipart/mixed; boundary="9SlX5NRj3prgCGgyMext2gZPtVrr0tdL1"; protected-headers="v1" From: Robert Varga To: netconf@ietf.org Message-ID: Subject: RFC6241/RFC7952 model-level interop? --9SlX5NRj3prgCGgyMext2gZPtVrr0tdL1 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hello, as an implementer of both RFC6241 and RFC7952, I would find it very useful if there were an ietf-netconf.yang which includes the annotation definition of edit-config's operation attribute (Section 7.2). Are there any plans for RFC6241bis or similar, bringing only an update to ietf-netconf.yang? Thanks, Robert --9SlX5NRj3prgCGgyMext2gZPtVrr0tdL1-- --cZEbCZH5n8eU8zguProbO724PCFRqoqJN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQI/BAEBCgApFiEEdj+N7pgGP1gKvbdQJKB0S2uuNdsFAlx4Bo0LHG5pdGVAaHEu c2sACgkQJKB0S2uuNdsHKxAAtCWmMBUxQ6tLuaMiAPkiL2ZTXIqpedSWn/kGncob 0SVwMzZ4gOUBzhTprAqizcOhWk1G/1UxvWp+Y9lEOS54yTz81l+wyIUv3kITiWZu NdtLxNN5/bd5kkNRVvmldTaZ3tMsE7oFX7dA1hTbhoALmzNIg7Oabcy4Dky+DJT3 dCuUrE292/FVzuCJVuILy6LuRMTtqVFCe/SGCL0fHZ7seEwHm32Be6vCcP3Uh87d XCQ3WRlA8udi2IxFqPeuD6qaYBEVnEQqN2EqE/G7+EbX5wbOa1h/vxNl5JIVxWuw fQEoKhFbQmONeo/p1krifTRCcqSbGbDUwvYIowwZgUY79XEDLJlY7WWOkyyG/1Pt wgWPFLx2jp25QuyK5Hvw8BdlmmI5ieYTmB0RWetyZkYar9ef7oG5hJ46wMEEWjie mwtBMPiDk5MHlZW5Q4MRiSwO3kououDjD233snTPsWfY89v9ScmUcCoUszVrAZ72 /Led7xrFwF9A7gDUtAvA7RZeV9tsFl0dHDIbADJx1zhteKYbVPtrx9HW+5h4v0QF AndvQds/zIw6iINKEZi4qShrlTV5B9sxsdFRQL6oe8iKLUHvW2RwwQxfKgQYWMcI fs0+q2Q9sIkwQq4/VJR0MxhW9uU/rw9FEHlzGlC/iffnyljPyREy+j5gmWnCcDOn 89M= =wqxf -----END PGP SIGNATURE----- --cZEbCZH5n8eU8zguProbO724PCFRqoqJN-- From nobody Thu Feb 28 18:38:33 2019 Return-Path: <01000169371e0725-87668eaf-d19c-4fb0-9e60-f5c3c209776e-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCD3E131118 for ; Thu, 28 Feb 2019 18:38:31 -0800 (PST) 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, 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 eFn1T6MUHAIZ for ; Thu, 28 Feb 2019 18:38:30 -0800 (PST) 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 0B90D13111B for ; Thu, 28 Feb 2019 18:38:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1551407908; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=XtQrs7MTjKL50KXi3pq5kqwy4Frz9Mqb2zlCL9385VE=; b=hiXzT5lDEkxNVAycFFYcLF9/KqDgrUEWCJt3nyLin1AdnfgKhGyg4JQCKASBohV2 h1T5SuVxxpJ33eWFvTqCwbkj/wX/cAA710SprOW7Do5ffKGexofpZj1c+YWDGUvCDLO MvpfmQkoGsedHXGgbMRoHxZRw5GLvY86g1q1flc8= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) From: Kent Watsen In-Reply-To: Date: Fri, 1 Mar 2019 02:38:28 +0000 Cc: netconf@ietf.org Content-Transfer-Encoding: 7bit Message-ID: <01000169371e0725-87668eaf-d19c-4fb0-9e60-f5c3c209776e-000000@email.amazonses.com> References: To: Robert Varga X-Mailer: Apple Mail (2.3445.102.3) X-SES-Outgoing: 2019.03.01-54.240.8.32 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] RFC6241/RFC7952 model-level interop? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 02:38:32 -0000 Hi Robert, There is currently no plan to do this, nor is there an rfc6241bis in sight, though one may be prompted by the YANG-next discussion happening in NETMOD. Options (open to comments): a) file an Errata b) file a feature request (start a NETCONF-next issue tracker?) c) submit an I-D that *updates* just this aspect of RFC 6241 d) submit an I-D for rfc6241bis (we're probably not ready for this yet) e) any other choices? Kent > On Feb 28, 2019, at 11:04 AM, Robert Varga wrote: > > Hello, > > as an implementer of both RFC6241 and RFC7952, I would find it very > useful if there were an ietf-netconf.yang which includes the annotation > definition of edit-config's operation attribute (Section 7.2). > > Are there any plans for RFC6241bis or similar, bringing only an update > to ietf-netconf.yang? > > Thanks, > Robert > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf