From nobody Thu Mar 1 01:43:28 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3372E1270A0 for ; Thu, 1 Mar 2018 01:43:26 -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, 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 ZYCT1tZllFfv for ; Thu, 1 Mar 2018 01:43:22 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 090701243F6 for ; Thu, 1 Mar 2018 01:43:19 -0800 (PST) Received: by trail.lhotka.name (Postfix, from userid 109) id 8E69C1820413; Thu, 1 Mar 2018 10:43:11 +0100 (CET) Received: from localhost (nat-2.nic.cz [217.31.205.2]) by trail.lhotka.name (Postfix) with ESMTPSA id A5AE2182040D; Thu, 1 Mar 2018 10:43:07 +0100 (CET) From: Ladislav Lhotka To: Christian Hopps Cc: netmod@ietf.org In-Reply-To: <87muztq87z.fsf@chopps.org> References: <87woz2a3x1.fsf@chopps.org> <596f5e0b-301e-e102-bcae-c3421b24455b@cisco.com> <87lgfg9ded.fsf@chopps.org> <20180226.160921.622063322182936097.mbj@tail-f.com> <20180227083116.xtlnju34s7ksjntc@elstar.local> <1519720727.10739.1.camel@nic.cz> <87muztq87z.fsf@chopps.org> Mail-Followup-To: Christian Hopps , netmod@ietf.org Date: Thu, 01 Mar 2018 10:43:13 +0100 Message-ID: <87inagcery.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] Proposal for minimalist full NMDA support in schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 09:43:26 -0000 Christian Hopps writes: > Ladislav Lhotka writes: > >> On Tue, 2018-02-27 at 09:31 +0100, Juergen Schoenwaelder wrote: >>> On Mon, Feb 26, 2018 at 04:09:21PM +0100, Martin Bjorklund wrote: >>> > Hi, >>> > >>> > Christian Hopps wrote: >>> > > >>> > > Hi Rob, >>> > > >>> > > You do realize that no-one trying to actually deploy and run networks >>> > > cares about live-discovery of different schema per datastore for the >>> > > same mount point right? Like 99.999% of the clients know where things >>> > > are supposed to reside and expect them to be there. >>> > >>> > But then why advertise anything at all? We can do a *much* simpler >>> > solution by just having the mountpoint extension, and nothing else. >>> > Clients will know what to find anyway. >>> > >>> >>> So it this a possible way out of the current situation? We publish a >>> trimmed down document that just defines the mount point extension and >>> we do an update of this document that adds all the details needed to >>> obtain the schema information? >> >> I would say so. It would be immediately usable for the inline case. > > This still requires that we pull the routing NI work from the RFC ED > queue, change normative text (the document specifically states that > use-schema MUST be present, although it does mention that that may be > relaxed in the future) as well as the examples listing the > schema/modules, this is going to require at least another run through > WGLC. It's slightly less obnoxious than the original proposal as its > simply removing stuff and losing functionality vs. changing > functionality. As I already said, a reasonable alternative for me would be to proceed with -08 and then do the YLbis and other changes as independent work. This way, we could also hope in some feedback from NI/LNE implementation. Lada > > Thanks, > Chris. > >> Lada >> >>> >>> /js >>> > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Thu Mar 1 07:27:53 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EBA112D93E; Thu, 1 Mar 2018 07:27:45 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151991806553.9978.12973601088603971137@ietfa.amsl.com> Date: Thu, 01 Mar 2018 07:27:45 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-23.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 15:27:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : A YANG Data Model for Syslog Configuration Authors : Clyde Wildes Kiran Koushik Filename : draft-ietf-netmod-syslog-model-23.txt Pages : 34 Date : 2018-03-01 Abstract: This document defines a YANG data model for the configuration of a syslog process. It is intended this model be used by vendors who implement syslog in their systems. The YANG model in this document conforms to the Network Management Datastore Architecture defined in [draft-ietf-netmod-revised- datastores]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-23 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-23 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-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 Thu Mar 1 07:30:00 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A6A112D943 for ; Thu, 1 Mar 2018 07:29:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.52 X-Spam-Level: X-Spam-Status: No, score=-12.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 NsmOITZdu0lt for ; Thu, 1 Mar 2018 07:29:55 -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 42D2912D93E for ; Thu, 1 Mar 2018 07:29:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=58044; q=dns/txt; s=iport; t=1519918195; x=1521127795; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=dtXBF3pa3xofPvwe1MWFQNnLJFS2hArqVOIrnC+wS+g=; b=RVGjXHrHofhFlUqJUnYMBJIPCZOB2lGLU8Y1ijDKf+ifP5mQxZ/t74Vw Xt67VAltFuuToBmhzwcKCk9Zc7T6hE2bYXVwoC8dfZD1pWu1KjOjpg1xO rsx3syh6KQIWz+RGu1nYacQUAdXxOum4yOuFDaCUfMxaxDE2eRvRLelgL s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AlAQDVG5ha/4UNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadmZwKAqDSoojjXGCAoEWhyGNCxSBfgMKGAEJhD9PAhqCRCE?= =?us-ascii?q?0GAECAQEBAQEBAmsohSMBAQEEAQEhSwsQAgEIDgMBAgECIQEGAwICAh8GCxQDB?= =?us-ascii?q?ggCBAENBRuEHEwDFRCqcIInJocDDYEwghYBAQEBAQEBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?dhSaCJ4FXgWYpgwSCakQBAQIZgR5YFgiCTzCCMgWIHosfhmswCQKGUIZugzqBZ?= =?us-ascii?q?06DZ4haiXs5hnICERkBgS0BHjiBUnAVGSEqAYIYCYIBORyBe3cBAYtugRcBAQE?= X-IronPort-AV: E=Sophos; i="5.47,408,1515456000"; d="scan'208,217"; a="77399033" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Mar 2018 15:29:54 +0000 Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w21FTsnY018213 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 1 Mar 2018 15:29:54 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 1 Mar 2018 09:29:53 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Thu, 1 Mar 2018 09:29:53 -0600 From: "Clyde Wildes (cwildes)" To: Kent Watsen , Mahesh Jethanandani CC: "t.petch" , Yaron Sheffer , "Ron Bonica" , NETMOD Working Group , "Benoit Claise (bclaise)" Thread-Topic: [netmod] AD review of draft-ietf-netmod-syslog-model-20 Thread-Index: AQHTpZZfUtsO+32u9kKn7+BDeXhjPqOklbWAgAj1UFmAAGiiAIAB2Z6AgALLlwCAACJuAIAH3TWAgAFlM4A= Date: Thu, 1 Mar 2018 15:29:53 +0000 Message-ID: <172E0EAF-7A1B-41AD-955A-C6137B774864@cisco.com> References: <922E608D-951A-459A-B515-B53834C805C1@juniper.net> <022001d3aa6a$c31895e0$4001a8c0@gateway.2wire.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.131.16] Content-Type: multipart/alternative; boundary="_000_172E0EAF7A1B41AD955AC6137B774864ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] AD review of draft-ietf-netmod-syslog-model-20 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 15:29:58 -0000 --_000_172E0EAF7A1B41AD955AC6137B774864ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 S2VudCwNCg0KSSBwdWJsaXNoZWQgYSBuZXcgZHJhZnQgdGhhdCBmaXhlcyB0aGUgbGFzdCB0d28g cG9pbnRzLg0KDQpUaGFua3MsDQoNCkNseWRlDQoNCkZyb206IEtlbnQgV2F0c2VuIDxrd2F0c2Vu QGp1bmlwZXIubmV0Pg0KRGF0ZTogV2VkbmVzZGF5LCBGZWJydWFyeSAyOCwgMjAxOCBhdCAxMDox MSBBTQ0KVG86IE1haGVzaCBKZXRoYW5hbmRhbmkgPG1qZXRoYW5hbmRhbmlAZ21haWwuY29tPg0K Q2M6IENseWRlIFdpbGRlcyA8Y3dpbGRlc0BjaXNjby5jb20+LCAidC5wZXRjaCIgPGlldGZjQGJ0 Y29ubmVjdC5jb20+LCBZYXJvbiBTaGVmZmVyIDx5YXJvbmYuaWV0ZkBnbWFpbC5jb20+LCBSb24g Qm9uaWNhIDxyYm9uaWNhQGp1bmlwZXIubmV0PiwgTkVUTU9EIFdvcmtpbmcgR3JvdXAgPG5ldG1v ZEBpZXRmLm9yZz4sICJCZW5vaXQgQ2xhaXNlIChiY2xhaXNlKSIgPGJjbGFpc2VAY2lzY28uY29t Pg0KU3ViamVjdDogUmU6IFtuZXRtb2RdIEFEIHJldmlldyBvZiBkcmFmdC1pZXRmLW5ldG1vZC1z eXNsb2ctbW9kZWwtMjANCg0KWytiZW5vaXRdDQoNCk1haGVzaCwNCg0KVGhhdCdzIGZpbmUsIGlm IHdlIHdhbnQgdG8gcHV0IHRoZSBSRkMgRWRpdG9yIG5vdGUgaW50byB0aGUgSW50cm9kdWN0aW9u LCBJIHNlZSB0aGF0IHlvdSBkaWQgdGhlIHNhbWUgaW4gdGhlIEFDTCBkcmFmdC4gIEJ1dCB0aGVy ZSBzdGlsbCByZW1haW5zIHRoZSB1c2Ugb2YgSVAgYWRkcmVzc2VzIChub3QgaG9zdG5hbWVzKSBp biBleGFtcGxlcyBhbmQsIGlmIHdlJ3JlIGZpeGluZyB0aGF0LCBsZXQncyBwbGVhc2UgYWxzbyBm aXggdGhlIHR5cG8gaW4gdGhlIHRpdGxlIG9mIFNlY3Rpb24gMS40Lg0KDQpDbHlkZSwgY2FuIHlv dSBwbGVhc2UgcG9zdCBhIHYyMyB0aGF0IGZpeGVzIHRoZXNlIGxhc3QgdHdvIHBvaW50cz8NCg0K VGhhbmtzLA0KS2VudCAgLy8gc2hlcGhlcmQNCg0KDQpPbiAyLzIzLzE4LCAxOjA1IFBNLCAiTWFo ZXNoIEpldGhhbmFuZGFuaSIgPG1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFu YW5kYW5pQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpLZW50LA0KDQoNCg0KT24gRmViIDIzLCAyMDE4 LCBhdCA4OjAyIEFNLCBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dh dHNlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KDQpIaSBDbHlkZSwNCg0KTG9va2luZyBhdCB5b3Vy IGRpZmYsIEkgc2VlIHRoYXQgeW91IGFsaWduZWQgdGhlIFVzYWdlIEV4YW1wbGUgdGV4dCBhbmQg YXJ0d29yayBieSBtYWtpbmcgdGhlIGFydHdvcmsgdXNlIHRoZSBJUCBhZGRyZXNzIGZyb20gdGhl IHRleHQsIGJ1dCB5b3Ugc2hvdWxkJ3ZlIGluc3RlYWQgdXNlZCB0aGUgaG9zdG5hbWUgaW4gYm90 aCBsb2NhdGlvbnMuICBQbGVhc2Ugc2VlIHNlY3Rpb24gMy42IGhlcmU6IGh0dHBzOi8vd3d3Lmll dGYub3JnL3N0YW5kYXJkcy9pZHMvY2hlY2tsaXN0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX3N0YW5kYXJkc19pZHNfY2hl Y2tsaXN0JmQ9RHdNRkFnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1OOUxK cENKQmFmSGRVTmRTT2U2M2ZlNHlUWXhLLXdtVnpfRGdIMWNuS2pNJnM9SnJSSjJIOFBhOTk1NGRO Rld6RlEweFc0aENZSHh3bnJNdEZUQlZaeXZaSSZlPT4uDQoNCkFsc28sIEkgc2VlIHRoYXQgeW91 IG1vdmVkIHRoZSBFZGl0b3JpYWwgTm90ZSB0byBTZWN0aW9uIDEuNCAoYWxvbmcgd2l0aCBhIHR5 cG8gaW4gdGhlIHRpdGxlLCBvb29wcykuICBUaGlzIGlzIGZpbmUsIEkgZ3Vlc3MsIHRob3VnaCBJ IHdhcyB0aGlua2luZyBpbnN0ZWFkIGFib3V0IHNvbWV0aGluZyBsaWtlIGEgdG9wLWxldmVsICJS RkMgRWRpdG9yIENvbnNpZGVyYXRpb25zIiBuZWFyIHRoZSBlbmQgW2htbW0sIGEgYnVkZGluZyBC Q1A/IDspXS4gIEFjdHVhbGx5LCBJIHdpc2ggeW91IGhhZCBleHBsYWluZWQgdGhhdCB0aGUgdGV4 dCB3YXMgbm90IGluIHRoZSBBYnN0cmFjdCwgYnV0IGluIGEgIjxub3RlPiIgZWxlbWVudCwgYW5k IGl0IHdhcyBqdXN0IGEgcmVuZGVyaW5nIGlzc3VlLiAgSXQncyBhY3R1YWxseSBjb21tb24gdG8g dXNlIHRoZSA8bm90ZT4gZWxlbWVudCBmb3IgdGhpcyBwdXJwb3NlIChzb3JyeSBmb3Igbm90IHJl Y29nbml6aW5nIGl0IGJlZm9yZSkuIFBsZWFzZSBhbHNvIGVpdGhlciBmaXggdGhlIHR5cG8gb3Is IGJldHRlciwgbW92ZSB0aGUgc2VjdGlvbiBiYWNrIHRvIHRoZSA8bm90ZT4gZWxlbWVudC4NCg0K SSBoYWQgcmVjb21tZW5kZWQgdGhlIG1vdmUgb2YgdGhlIG5vdGUgZnJvbSBhYnN0cmFjdCBzZWN0 aW9uIHRvIHRoZSBlbmQgb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uLiBBYnN0cmFjdHMgY2Fu bm90IGhhdmUgY3Jvc3MtcmVmZXJlbmNlcyBpbiB0aGVtLCB3aGljaCB0aGUgbm90ZSBoYWQuIEFu ZCB0aGF0IHdhcyBvbmUgb2YgdGhlIE9QUy1ESVIgY29tbWVudHMgdG9vLg0KDQoNCg0KDQpLZW50 IC8vIHNoZXBoZXJkDQoNCg0KPT09PT0gb3JpZ2luYWwgbWVzc2FnZSA9PT09PQ0KDQpLZW50LCBU b20sIFlhcm9uLCBhbmQgUm9uLA0KDQpBIG5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFmdC1pZXRmLW5l dG1vZC1zeXNsb2ctbW9kZWwgaGFzIGJlZW4gcHVibGlzaGVkIHRoYXQgYWRkcmVzc2VzIHlvdXIg Y29uY2VybnMuDQoNClRoYW5rcywNCg0KDQoNCkNseWRlDQoNCg0KDQpPbiAyLzIwLzE4LCA5OjA2 IEFNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBLZW50IFdhdHNlbiIgPG5ldG1vZC1ib3VuY2VzQGll dGYub3JnPG1haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIGt3YXRz ZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQpLZW50DQoNCg0KDQoNCg0KDQoNCllvdSBpbGx1c3RyYXRlIGJlYXV0 aWZ1bGx5IHRoZSBwcm9ibGVtIEkgd291bGQgbGlrZSBhIHNvbHV0aW9uIHRvLg0KDQoNCg0KDQoN Cg0KDQpUaGUgY3VycmVudCB0aGlua2luZyBBRkFJQ1QgaXMgdGhhdCB0cmVlLWRpYWdyYW1zDQoN Cg0KDQpzaG91bGQgYmUgYW4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlLg0KDQoNCg0KDQoNCg0KDQpU aGVyZWZvcmUsIHRoZSBSRkMgRWRpdG9yIHdpbGwgbm90IGhvbGQgcHVibGljYXRpb24gdW50aWwg YW4gUkZDIG51bWJlcg0KDQoNCg0KaXMgYXNzaWduZWQuDQoNCg0KDQoNCg0KDQoNClRoZXJlZm9y ZSwgYSBub3RlIGFza2luZyB0aGUgSS1EIHJlZmVyZW5jZSB0byBiZSB1cGRhdGVkIHRvIHJlZmxl Y3QgdGhlDQoNCg0KDQphc3NpZ25lZCBSRkMgbnVtYmVyIGlzIG51bGwgLSB0aGUgUkZDIGNhbiBi ZSBwdWJsaXNoZWQgd2l0aCB0aGUNCg0KDQoNCnJlZmVyZW5jZSBhcyBhbiBpLWQgYW5kIG5vdCBh cyBhbiBSRkMgd2hpY2ggaXMgd2hhdCBJIGV4cGVjdCB0aGUgUkZDDQoNCg0KDQpFZGl0b3IgdG8g ZG8uDQoNCg0KDQoNCg0KDQoNClFFRA0KDQoNCg0KDQoNCiAgIEV4Y2VwdCBJIGtub3cgdGhhdCB0 aGlzIGRyYWZ0IHdpbGwgYmUgc3R1Y2sgaW4gTUlTUkVGIHN0YXRlIGFuZCB0cmVlLWRpYWdyYW1z DQoNCiAgIHdpbGwgaW4gZmFjdCBiZSBhc3NpZ25lZCBhbiBSRkMgbnVtYmVyIGJ5IHRoZSB0aW1l IHRoaXMgZHJhZnQgaXMgcHVibGlzaGVkLg0KDQoNCg0KICAgSy4NCg0KDQoNCg0KDQoNCg0KTm90 ZSB0aGF0IHRoaXMgaXMgbm90IHRoZSBjYXNlIG9mIGEgTm9ybWF0aXZlIGktZCByZWZlcmVuY2Ug YmVpbmcgYnVyaWVkDQoNCg0KDQppbiB0aGUgWUFORyBtb2R1bGUgYW5kIG5vdCBiZWluZy5ub3Rp Y2VkIGJ5IHRoZSBSRkMgRWRpdG9yOyB0aGF0IHByb2JsZW0NCg0KDQoNCkkgYW0gY29udGVudCB3 aXRoLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClRvbSBQZXRjaA0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClBsZWFzZSBhbHNvIGFkZHJlc3MgdGhlc2UgaXNz dWVzIHdoZW4gcG9zdGluZyAtMjEgdG8gYWRkcmVzcyBCZW5vaXQncw0KDQogICBpc3N1ZXMuICBQ bGVhc2UgcG9zdCAtMjEgQVNBUCBhcyBCZW5vaXQgaGFzIGFscmVhZHkgcGxhY2VkIHRoaXMgZHJh ZnQgb24NCg0KICAgdGhlIElFU0cgdGVsZWNoYXQgaW4gYSBjb3VwbGUgd2Vla3MuDQoNCg0KDQoN Cg0KDQoNClRoYW5rcywNCg0KDQoNCktlbnQgLy8gc2hlcGhlcmQNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQpPbiAyLzE0LzE4LCA4OjE4IEFNLCAibmV0bW9kIG9uIGJlaGFsZiBvZiBCZW5vaXQgQ2xh aXNlIg0KDQogICA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZC1ib3VuY2Vz QGlldGYub3JnPjxtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZg0K DQogICBiY2xhaXNlQGNpc2NvLmNvbTxtYWlsdG86YmNsYWlzZUBjaXNjby5jb20+PG1haWx0bzpi Y2xhaXNlQGNpc2NvLmNvbT4+IHdyb3RlOg0KDQoNCg0KDQoNCg0KDQpEZWFyIGFsbCwNCg0KDQoN Cg0KDQoNCg0KLSB0aGUgZHJhZnQgaXMgTk1EQSBjb21wbGlhbnQsIHJpZ2h0PyBJdCBzaG91bGQg YmUgbWVudGlvbmVkLg0KDQoNCg0KRXg6IGRyYWZ0LWlldGYtbmV0bW9kLXJmYzcyMjNiaXMtMDMs IGluIHRoZSBhYnN0cmFjdCBhbmQgaW50cm8NCg0KDQoNCg0KDQoNCg0KICBUaGUgWUFORyBtb2Rl bCBpbiB0aGlzIGRvY3VtZW50IGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQNCg0K DQoNCg0KDQoNCg0KICBEYXRhc3RvcmUgQXJjaGl0ZWN0dXJlIGRlZmluZWQgaW4NCg0KICAgSS1E LmlldGYtbmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jlcy4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQot IEFzIG1lbnRpb25lZCBpbiB0aGUgd3JpdGV1cCwgW0ktRC5pZXRmLW5ldG1vZC15YW5nLXRyZWUt ZGlhZ3JhbXNdDQoNCiAgIHNob3VsZCBiZSBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2UsIG5vdCBu b3JtYXRpdmUuDQoNCg0KDQoNCg0KDQoNCi0gRWRpdG9yaWFsOg0KDQoNCg0KT0xEOg0KDQoNCg0K VGhpcyBkcmFmdCBhZGRyZXNzZXMgdGhlIGNvbW1vbiBsZWFmcw0KDQoNCg0KTkVXOg0KDQoNCg0K VGhpcyBkb2N1bWVudCBhZGRyZXNzZXMgdGhlIGNvbW1vbiBsZWFmcw0KDQoNCg0KDQoNCg0KDQpQ bGVhc2UgcHVibGlzaCBhIG5ldyB2ZXJzaW9uIGFzYXAuDQoNCg0KDQpJbiB0aGUgbWVhbiB0aW1l LCBJJ20gc2VuZGluZyB0aGlzIGRyYWZ0IHRvIElFVEYgTEMuDQoNCg0KDQoNCg0KDQoNClJlZ2Fy ZHMsIEJlbm9pdA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiAgIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQogICAtLS0tLS0tLQ0KDQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0KbmV0bW9kIG1haWxpbmcgbGlzdA0K DQoNCg0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQoNCg0KDQpodHRw czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRm Lm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZkPUR3SUNhUSZjPUhBa1l1aDYzcnN1aHI2U2Ni ZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NC WWFHVHZqSVNsYUpkY1pvJm09Y0o3TVZuUVZjMWhneHBWRjdvWWlWbjZSYm0tUWYyZER5cmZZaEwt czlpbyZzPXUwSG45R2tPLUIwalVHbTFNbklRNHg0QWdJWk5YSEJJYVpoVFBtdDNkQzgmZT0NCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQogICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KDQogICBuZXRtb2QgbWFpbGluZyBsaXN0DQoNCiAgIG5ldG1vZEBpZXRm Lm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KDQogICBodHRwczovL3VybGRlZmVuc2UucHJv b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3Rp bmZvX25ldG1vZCZkPUR3SUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09 dkVMc21lT1FFSE5tNGZjeUpKS0c3RXB3d3pNQkdjLU1IdkhoU1BXUnpybyZzPWpTR3dQMTZYbE02 bnRNS1VGM2JrQ0F3UmZSdFJ3QVRkbHkyQmxVdHgyUkEmZT0NCg0KDQoNCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5n IGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Q8aHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0 aW5mb19uZXRtb2QmZD1Ed01GQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3Zv RFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZt PU45TEpwQ0pCYWZIZFVOZFNPZTYzZmU0eVRZeEstd21Wel9EZ0gxY25Lak0mcz1Vak9FdEpjRjAw YUp6WnM1aHJxYUlxV0hlYk8xMXVnRWVNY0VTcmNtWDMwJmU9Pg0KDQpNYWhlc2ggSmV0aGFuYW5k YW5pDQptamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5j b20+DQoNCg0KDQo= --_000_172E0EAF7A1B41AD955AC6137B774864ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <6E484F9A7D1D094CADB55CF784A01B97@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXtt c28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJZm9udC12YXJpYW50Om5vcm1hbCAhaW1wb3J0YW50Ow0KCWNvbG9yOndpbmRvd3Rl eHQ7DQoJdGV4dC10cmFuc2Zvcm06bm9uZTsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBub25lOw0K CXZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIsc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpu b3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNv LXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFs O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0K CW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3 aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5L ZW50LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+SSBwdWJsaXNoZWQgYSBuZXcgZHJhZnQgdGhhdCBmaXhlcyB0aGUg bGFzdCB0d28gcG9pbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Q2x5ZGU8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9t OiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+S2VudCBXYXRzZW4gJmx0O2t3 YXRzZW5AanVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgRmVicnVh cnkgMjgsIDIwMTggYXQgMTA6MTEgQU08YnI+DQo8Yj5UbzogPC9iPk1haGVzaCBKZXRoYW5hbmRh bmkgJmx0O21qZXRoYW5hbmRhbmlAZ21haWwuY29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+Q2x5ZGUg V2lsZGVzICZsdDtjd2lsZGVzQGNpc2NvLmNvbSZndDssICZxdW90O3QucGV0Y2gmcXVvdDsgJmx0 O2lldGZjQGJ0Y29ubmVjdC5jb20mZ3Q7LCBZYXJvbiBTaGVmZmVyICZsdDt5YXJvbmYuaWV0ZkBn bWFpbC5jb20mZ3Q7LCBSb24gQm9uaWNhICZsdDtyYm9uaWNhQGp1bmlwZXIubmV0Jmd0OywgTkVU TU9EIFdvcmtpbmcgR3JvdXAgJmx0O25ldG1vZEBpZXRmLm9yZyZndDssICZxdW90O0Jlbm9pdCBD bGFpc2UgKGJjbGFpc2UpJnF1b3Q7ICZsdDtiY2xhaXNlQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5T dWJqZWN0OiA8L2I+UmU6IFtuZXRtb2RdIEFEIHJldmlldyBvZiBkcmFmdC1pZXRmLW5ldG1vZC1z eXNsb2ctbW9kZWwtMjA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5bJiM0Mzti ZW5vaXRdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+TWFoZXNoLDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYXQncyBmaW5lLCBpZiB3ZSB3YW50 IHRvIHB1dCB0aGUgUkZDIEVkaXRvciBub3RlIGludG8gdGhlIEludHJvZHVjdGlvbiwgSSBzZWUg dGhhdCB5b3UgZGlkIHRoZSBzYW1lIGluIHRoZSBBQ0wgZHJhZnQuJm5ic3A7IEJ1dCB0aGVyZSBz dGlsbCByZW1haW5zIHRoZSB1c2Ugb2YgSVAgYWRkcmVzc2VzIChub3QgaG9zdG5hbWVzKSBpbiBl eGFtcGxlcw0KIGFuZCwgaWYgd2UncmUgZml4aW5nIHRoYXQsIGxldCdzIHBsZWFzZSBhbHNvIGZp eCB0aGUgdHlwbyBpbiB0aGUgdGl0bGUgb2YgU2VjdGlvbiAxLjQuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+Q2x5ZGUsIGNhbiB5b3UgcGxlYXNlIHBvc3QgYSB2MjMgdGhh dCBmaXhlcyB0aGVzZSBsYXN0IHR3byBwb2ludHM/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPktlbnQmbmJzcDsgLy8gc2hlcGhlcmQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPk9uIDIvMjMvMTgsIDE6MDUgUE0sICZxdW90O01haGVzaCBKZXRo YW5hbmRhbmkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNv bSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPktlbnQsPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48 L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBGZWIgMjMsIDIwMTgs IGF0IDg6MDIgQU0sIEtlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBqdW5p cGVyLm5ldCI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5IaSBDbHlkZSw8YnI+ DQo8YnI+DQpMb29raW5nIGF0IHlvdXIgZGlmZiwgSSBzZWUgdGhhdCB5b3UgYWxpZ25lZCB0aGUg VXNhZ2UgRXhhbXBsZSB0ZXh0IGFuZCBhcnR3b3JrIGJ5IG1ha2luZyB0aGUgYXJ0d29yayB1c2Ug dGhlIElQIGFkZHJlc3MgZnJvbSB0aGUgdGV4dCwgYnV0IHlvdSBzaG91bGQndmUgaW5zdGVhZCB1 c2VkIHRoZSBob3N0bmFtZSBpbiBib3RoIGxvY2F0aW9ucy4gJm5ic3A7UGxlYXNlIHNlZSBzZWN0 aW9uIDMuNiBoZXJlOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfc3RhbmRhcmRzX2lkc19jaGVja2xpc3QmYW1w O2Q9RHdNRkFnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pv Q0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7 bT1OOUxKcENKQmFmSGRVTmRTT2U2M2ZlNHlUWXhLLXdtVnpfRGdIMWNuS2pNJmFtcDtzPUpyUkoy SDhQYTk5NTRkTkZXekZRMHhXNGhDWUh4d25yTXRGVEJWWnl2WkkmYW1wO2U9Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj5odHRwczovL3d3dy5pZXRmLm9yZy9zdGFuZGFyZHMvaWRzL2NoZWNrbGlzdDwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Ljxicj4NCjxicj4NCkFsc28sIEkgc2VlIHRoYXQgeW91 IG1vdmVkIHRoZSBFZGl0b3JpYWwgTm90ZSB0byBTZWN0aW9uIDEuNCAoYWxvbmcgd2l0aCBhIHR5 cG8gaW4gdGhlIHRpdGxlLCBvb29wcykuICZuYnNwO1RoaXMgaXMgZmluZSwgSSBndWVzcywgdGhv dWdoIEkgd2FzIHRoaW5raW5nIGluc3RlYWQgYWJvdXQgc29tZXRoaW5nIGxpa2UgYSB0b3AtbGV2 ZWwgJnF1b3Q7UkZDIEVkaXRvciBDb25zaWRlcmF0aW9ucyZxdW90OyBuZWFyIHRoZSBlbmQgW2ht bW0sIGEgYnVkZGluZyBCQ1A/IDspXS4NCiAmbmJzcDtBY3R1YWxseSwgSSB3aXNoIHlvdSBoYWQg ZXhwbGFpbmVkIHRoYXQgdGhlIHRleHQgd2FzIG5vdCBpbiB0aGUgQWJzdHJhY3QsIGJ1dCBpbiBh ICZxdW90OyZsdDtub3RlJmd0OyZxdW90OyBlbGVtZW50LCBhbmQgaXQgd2FzIGp1c3QgYSByZW5k ZXJpbmcgaXNzdWUuICZuYnNwO0l0J3MgYWN0dWFsbHkgY29tbW9uIHRvIHVzZSB0aGUgJmx0O25v dGUmZ3Q7IGVsZW1lbnQgZm9yIHRoaXMgcHVycG9zZSAoc29ycnkgZm9yIG5vdCByZWNvZ25pemlu ZyBpdCBiZWZvcmUpLiBQbGVhc2UgYWxzbyBlaXRoZXINCiBmaXggdGhlIHR5cG8gb3IsIGJldHRl ciwgbW92ZSB0aGUgc2VjdGlvbiBiYWNrIHRvIHRoZSAmbHQ7bm90ZSZndDsgZWxlbWVudC48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SSBoYWQgcmVjb21tZW5kZWQgdGhlIG1vdmUgb2YgdGhlIG5vdGUgZnJvbSBhYnN0 cmFjdCBzZWN0aW9uIHRvIHRoZSBlbmQgb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uLiBBYnN0 cmFjdHMgY2Fubm90IGhhdmUgY3Jvc3MtcmVmZXJlbmNlcyBpbiB0aGVtLCB3aGljaCB0aGUgbm90 ZSBoYWQuIEFuZCB0aGF0IHdhcyBvbmUgb2YgdGhlIE9QUy1ESVIgY29tbWVudHMgdG9vLjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtI ZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KS2VudCAvLyBzaGVwaGVyZDxicj4NCjxi cj4NCjxicj4NCj09PT09IG9yaWdpbmFsIG1lc3NhZ2UgPT09PT08YnI+DQo8YnI+DQpLZW50LCBU b20sIFlhcm9uLCBhbmQgUm9uLDxicj4NCjxicj4NCkEgbmV3IHZlcnNpb24gb2YgdGhlIGRyYWZ0 LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbCBoYXMgYmVlbiBwdWJsaXNoZWQgdGhhdCBhZGRyZXNz ZXMgeW91ciBjb25jZXJucy48YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KQ2x5ZGU8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpPbiAyLzIwLzE4LCA5OjA2IEFNLCAmcXVv dDtuZXRtb2Qgb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuJnF1b3Q7ICZsdDs8L3NwYW4+PGEgaHJl Zj0ibWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5uZXRt b2QtYm91bmNlc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtI ZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj5vbg0KIGJlaGFsZiBvZjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWYiPmt3YXRzZW5AanVuaXBlci5uZXQ8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPiZndDsNCiB3cm90ZTo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPktlbnQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+WW91IGlsbHVzdHJhdGUgYmVhdXRp ZnVsbHkgdGhlIHByb2JsZW0gSSB3b3VsZCBsaWtlIGEgc29sdXRpb24gdG8uPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBjdXJyZW50IHRoaW5raW5nIEFGQUlD VCBpcyB0aGF0IHRyZWUtZGlhZ3JhbXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVv dGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWYiPnNob3VsZCBiZSBhbiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2UuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZXJlZm9yZSwgdGhlIFJGQyBFZGl0 b3Igd2lsbCBub3QgaG9sZCBwdWJsaWNhdGlvbiB1bnRpbCBhbiBSRkMgbnVtYmVyPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5pcyBhc3NpZ25lZC48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+VGhlcmVmb3JlLCBhIG5vdGUgYXNr aW5nIHRoZSBJLUQgcmVmZXJlbmNlIHRvIGJlIHVwZGF0ZWQgdG8gcmVmbGVjdCB0aGU8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPmFzc2lnbmVkIFJGQyBudW1i ZXIgaXMgbnVsbCAtIHRoZSBSRkMgY2FuIGJlIHB1Ymxpc2hlZCB3aXRoIHRoZTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+cmVmZXJlbmNlIGFzIGFuIGktZCBh bmQgbm90IGFzIGFuIFJGQyB3aGljaCBpcyB3aGF0IEkgZXhwZWN0IHRoZSBSRkM8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90Oyxz YW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkVkaXRvciB0byBkby48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+UUVEPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7RXhjZXB0 IEkga25vdyB0aGF0IHRoaXMgZHJhZnQgd2lsbCBiZSBzdHVjayBpbiBNSVNSRUYgc3RhdGUgYW5k IHRyZWUtZGlhZ3JhbXM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDt3aWxsIGluIGZhY3Qg YmUgYXNzaWduZWQgYW4gUkZDIG51bWJlciBieSB0aGUgdGltZSB0aGlzIGRyYWZ0IGlzIHB1Ymxp c2hlZC48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtLLjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Tm90ZSB0aGF0 IHRoaXMgaXMgbm90IHRoZSBjYXNlIG9mIGEgTm9ybWF0aXZlIGktZCByZWZlcmVuY2UgYmVpbmcg YnVyaWVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtI ZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5pbiB0 aGUgWUFORyBtb2R1bGUgYW5kIG5vdCBiZWluZy5ub3RpY2VkIGJ5IHRoZSBSRkMgRWRpdG9yOyB0 aGF0IHByb2JsZW08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+ PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYi PkkgYW0gY29udGVudCB3aXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4N Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+ PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYi PlRvbSBQZXRjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5QbGVhc2UgYWxzbyBhZGRyZXNzIHRo ZXNlIGlzc3VlcyB3aGVuIHBvc3RpbmcgLTIxIHRvIGFkZHJlc3MgQmVub2l0J3M8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90Oyxz YW5zLXNlcmlmIj48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtpc3N1ZXMuICZuYnNwO1BsZWFzZSBw b3N0IC0yMSBBU0FQIGFzIEJlbm9pdCBoYXMgYWxyZWFkeSBwbGFjZWQgdGhpcyBkcmFmdCBvbjxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3RoZSBJRVNHIHRlbGVjaGF0IGluIGEgY291cGxl IHdlZWtzLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1z ZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5LZW50IC8vIHNoZXBoZXJkPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+T24gMi8xNC8xOCwgODoxOCBBTSwgJnF1b3Q7 bmV0bW9kIG9uIGJlaGFsZiBvZiBCZW5vaXQgQ2xhaXNlJnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91 bmNlc0BpZXRmLm9yZyI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmx0OzxhIGhyZWY9Im1h aWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYu b3JnPC9hPiZndDsgb24gYmVoYWxmIG9mPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7PGEg aHJlZj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIj5iY2xhaXNlQGNpc2NvLmNvbTwvYT4mbHQ7 PGEgaHJlZj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIj5tYWlsdG86YmNsYWlzZUBjaXNjby5j b208L2E+Jmd0OyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkRlYXIgYWxs LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4tIHRoZSBkcmFmdCBp cyBOTURBIGNvbXBsaWFudCwgcmlnaHQ/IEl0IHNob3VsZCBiZSBtZW50aW9uZWQuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5FeDogZHJhZnQtaWV0Zi1uZXRt b2QtcmZjNzIyM2Jpcy0wMywgaW4gdGhlIGFic3RyYWN0IGFuZCBpbnRybzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMt c2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDsmbmJzcDtUaGUgWUFORyBtb2RlbCBp biB0aGlzIGRvY3VtZW50IGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7Jm5ic3A7RGF0YXN0b3Jl IEFyY2hpdGVjdHVyZSBkZWZpbmVkIGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7SS1ELmlldGYtbmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jlcy48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxi cj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0K PGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj4tIEFzIG1lbnRpb25lZCBpbiB0aGUgd3JpdGV1cCwgW0ktRC5pZXRmLW5l dG1vZC15YW5nLXRyZWUtZGlhZ3JhbXNdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7c2hvdWxkIGJlIGFuIGluZm9ybWF0aXZlIHJlZmVyZW5jZSwgbm90IG5vcm1h dGl2ZS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMt c2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+LSBFZGl0b3JpYWw6PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5PTEQ6PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5UaGlzIGRyYWZ0IGFkZHJlc3NlcyB0aGUgY29t bW9uIGxlYWZzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5O RVc6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5UaGlzIGRv Y3VtZW50IGFkZHJlc3NlcyB0aGUgY29tbW9uIGxlYWZzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJy Pg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Js b2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8 YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWYiPlBsZWFzZSBwdWJsaXNoIGEgbmV3IHZlcnNpb24gYXNhcC48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkluIHRoZSBtZWFuIHRp bWUsIEknbSBzZW5kaW5nIHRoaXMgZHJhZnQgdG8gSUVURiBMQy48L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm Ij48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxi cj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+UmVnYXJkcywgQmVub2l0PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48 YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4N Cjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7LS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJy Pg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7LS0tLS0tLS08YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0K PGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj5uZXRtb2QgbWFpbGluZyBsaXN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJy Pg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5u ZXRtb2RAaWV0Zi5vcmc8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0K PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1E d0lDYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZh bXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWNK N01WblFWYzFoZ3hwVkY3b1lpVm42UmJtLVFmMmREeXJmWWhMLXM5aW8mYW1wO3M9dTBIbjlHa08t QjBqVUdtMU1uSVE0eDRBZ0laTlhIQklhWmhUUG10M2RDOCZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt YW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNhUSZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJn c0JZYUdUdmpJU2xhSmRjWm8mYW1wO209Y0o3TVZuUVZjMWhneHBWRjdvWWlWbjZSYm0tUWYyZER5 cmZZaEwtczlpbyZhbXA7cz11MEhuOUdrTy1CMGpVR20xTW5JUTR4NEFnSVpOWEhCSWFaaFRQbXQz ZEM4JmFtcDtlPTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7bmV0 bW9kIG1haWxpbmcgbGlzdDxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwvYT48YnI+DQo8YnI+DQombmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19u ZXRtb2QmYW1wO2Q9RHdJR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIz dm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFK ZGNabyZhbXA7bT12RUxzbWVPUUVITm00ZmN5SkpLRzdFcHd3ek1CR2MtTUh2SGhTUFdSenJvJmFt cDtzPWpTR3dQMTZYbE02bnRNS1VGM2JrQ0F3UmZSdFJ3QVRkbHkyQmxVdHgyUkEmYW1wO2U9Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1E d0lHYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZh bXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPXZF THNtZU9RRUhObTRmY3lKSktHN0Vwd3d6TUJHYy1NSHZIaFNQV1J6cm8mYW1wO3M9alNHd1AxNlhs TTZudE1LVUYzYmtDQXdSZlJ0UndBVGRseTJCbFV0eDJSQSZhbXA7ZT08L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K bmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGll dGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hl bHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5uZXRtb2RAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWYiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJv b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3Rp bmZvX25ldG1vZCZhbXA7ZD1Ed01GQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1L LW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZq SVNsYUpkY1pvJmFtcDttPU45TEpwQ0pCYWZIZFVOZFNPZTYzZmU0eVRZeEstd21Wel9EZ0gxY25L ak0mYW1wO3M9VWpPRXRKY0YwMGFKelpzNWhycWFJcVdIZWJPMTF1Z0VlTWNFU3JjbVgzMCZhbXA7 ZT0iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbmV0bW9kPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TWFoZXNoIEpldGhhbmFuZGFuaTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0i bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwv YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_172E0EAF7A1B41AD955AC6137B774864ciscocom_-- From nobody Thu Mar 1 08:07:07 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 290D712EAAD for ; Thu, 1 Mar 2018 08:07:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzTDNjdci4uX for ; Thu, 1 Mar 2018 08:07:02 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 1F18312EA93 for ; Thu, 1 Mar 2018 08:07:02 -0800 (PST) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w21G04bK030879; Thu, 1 Mar 2018 08:06:41 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=OfF4pSUoNjbmoXdiE6GwKmYsP/LloF1aj4k2Y2TxHYM=; b=tdSExVWyXvTzD+YCDk2kkbNhNaS3QIlEeh6xd9a4+z3K2aDbrPlYJS6PZKot0L0m6qRJ iex5QI6RFIG+gLMtfnlRDw6fs7355CyPSf0SgIyItOM9BkToL8eHeHxhdRygB/8I4q7g baT9laWXsp56SGlDAeV20GkkbJEA1x3d7qN9FNd7tCJknr5G0d8xrvR5YzNM73g5TCwG 3mCx5/rCEMleH+ojVT58EgGHuE98DjSK4lTKivud2fc7eyep4qIVGz8QTctCSmtcbWu3 8lJwkD070qYt1hzvDhnbIbaoiscE9Pgu3dSCMMADNnG98XHEZE9IgX65JacOYOL2RLMa SQ== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0015.outbound.protection.outlook.com [207.46.163.15]) by mx0b-00273201.pphosted.com with ESMTP id 2geme8r11f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 01 Mar 2018 08:06:41 -0800 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3563.namprd05.prod.outlook.com (10.174.242.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.548.6; Thu, 1 Mar 2018 16:06:39 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::507:f464:b89a:c64b]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::507:f464:b89a:c64b%3]) with mapi id 15.20.0548.014; Thu, 1 Mar 2018 16:06:38 +0000 From: Kent Watsen To: "Clyde Wildes (cwildes)" , Mahesh Jethanandani CC: "t.petch" , Yaron Sheffer , Ron Bonica , NETMOD Working Group , "Benoit Claise (bclaise)" Thread-Topic: [netmod] AD review of draft-ietf-netmod-syslog-model-20 Thread-Index: AQHTpZZd5Geu+8X2WUq2NsIzPrmhNqOj3UoAgAmtrxX//7BHAIACLXCAgAJ3xQCAAHZAAIAHiWIAgAG5BoD//7ZzAA== Date: Thu, 1 Mar 2018 16:06:38 +0000 Message-ID: <053208F1-483B-474E-BA31-58AA56390805@juniper.net> References: <922E608D-951A-459A-B515-B53834C805C1@juniper.net> <022001d3aa6a$c31895e0$4001a8c0@gateway.2wire.net> <172E0EAF-7A1B-41AD-955A-C6137B774864@cisco.com> In-Reply-To: <172E0EAF-7A1B-41AD-955A-C6137B774864@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3563; 7:C9ICeZuYZW/iwTKYZiAanjwhklMtC25Eu+wRmrAR6ktyIb6W8gFxTiczvzGgXP8uhaowxaMa285jyy/XcwDiSJFWyhLZ+7uUSZj37sw29D/E1W3i7np+cGlz17pZ+OO6jymvtBEHElK2hxR1ltBzQZmV5Dz/OxH3gYegvobvZDuQF7okxZ+uJ4g2LMOItHRyznYW9UMzsPt0iRUpNJI2zX0QKx0nLmx9ounWfzyY0GV48YL+EziolpVAZWugKp8g x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR; x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(346002)(366004)(39860400002)(39380400002)(376002)(396003)(199004)(189003)(6486002)(53946003)(66066001)(6436002)(8936002)(478600001)(36756003)(6512007)(93886005)(81166006)(236005)(14454004)(25786009)(53936002)(186003)(102836004)(39060400002)(81156014)(54896002)(8676002)(53546011)(6506007)(97736004)(8666007)(76176011)(6306002)(106356001)(5250100002)(6246003)(82746002)(606006)(3660700001)(54906003)(316002)(99286004)(58126008)(2900100001)(229853002)(4326008)(33656002)(2950100002)(83716003)(3280700002)(3846002)(6116002)(7736002)(105586002)(5660300001)(966005)(26005)(68736007)(2906002)(575784001)(86362001)(110136005)(120695007); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3563; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: fefe1bbf-f5eb-4500-45b4-08d57f8e6a26 x-microsoft-antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:DM5PR05MB3563; x-ms-traffictypediagnostic: DM5PR05MB3563: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(178726229863574)(10436049006162)(138986009662008)(150554046322364)(85827821059158)(95692535739014)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231220)(944501229)(10201501046)(3002001)(6055026)(6041288)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR05MB3563; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3563; x-forefront-prvs: 05986C03E0 received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: h5wlsLli+lLFp+TxBgovCUVsuQz5VxPJS5WmejZf9SuwGuKQnCB8ewE4ovzp2dQAeI2I2yNsp5ACXevo4XFFEIZwr5awvPipbLxEFKTjiz3HO/ROyK/3n/sPtXUkHqFKV2/M6yEtqIbacoQBNGiZegy7K0HpBcSaz4Q6OpCzFwA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_053208F1483B474EBA3158AA56390805junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: fefe1bbf-f5eb-4500-45b4-08d57f8e6a26 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2018 16:06:38.5499 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3563 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-01_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803010200 Archived-At: Subject: Re: [netmod] AD review of draft-ietf-netmod-syslog-model-20 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 16:07:05 -0000 --_000_053208F1483B474EBA3158AA56390805junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIENseWRlLg0KDQpCZW5vaXQsIGl0J3MgcmVhZHkgbm93Lg0KDQpLZW50IC8vIHNoZXBo ZXJkDQoNCk9uIDMvMS8xOCwgMTA6MjkgQU0sICJDbHlkZSBXaWxkZXMgKGN3aWxkZXMpIiA8Y3dp bGRlc0BjaXNjby5jb208bWFpbHRvOmN3aWxkZXNAY2lzY28uY29tPj4gd3JvdGU6DQoNCktlbnQs DQoNCkkgcHVibGlzaGVkIGEgbmV3IGRyYWZ0IHRoYXQgZml4ZXMgdGhlIGxhc3QgdHdvIHBvaW50 cy4NCg0KVGhhbmtzLA0KDQpDbHlkZQ0KDQpGcm9tOiBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5p cGVyLm5ldD4NCkRhdGU6IFdlZG5lc2RheSwgRmVicnVhcnkgMjgsIDIwMTggYXQgMTA6MTEgQU0N ClRvOiBNYWhlc2ggSmV0aGFuYW5kYW5pIDxtamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4NCkNjOiBD bHlkZSBXaWxkZXMgPGN3aWxkZXNAY2lzY28uY29tPiwgInQucGV0Y2giIDxpZXRmY0BidGNvbm5l Y3QuY29tPiwgWWFyb24gU2hlZmZlciA8eWFyb25mLmlldGZAZ21haWwuY29tPiwgUm9uIEJvbmlj YSA8cmJvbmljYUBqdW5pcGVyLm5ldD4sIE5FVE1PRCBXb3JraW5nIEdyb3VwIDxuZXRtb2RAaWV0 Zi5vcmc+LCAiQmVub2l0IENsYWlzZSAoYmNsYWlzZSkiIDxiY2xhaXNlQGNpc2NvLmNvbT4NClN1 YmplY3Q6IFJlOiBbbmV0bW9kXSBBRCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9n LW1vZGVsLTIwDQoNClsrYmVub2l0XQ0KDQpNYWhlc2gsDQoNClRoYXQncyBmaW5lLCBpZiB3ZSB3 YW50IHRvIHB1dCB0aGUgUkZDIEVkaXRvciBub3RlIGludG8gdGhlIEludHJvZHVjdGlvbiwgSSBz ZWUgdGhhdCB5b3UgZGlkIHRoZSBzYW1lIGluIHRoZSBBQ0wgZHJhZnQuICBCdXQgdGhlcmUgc3Rp bGwgcmVtYWlucyB0aGUgdXNlIG9mIElQIGFkZHJlc3NlcyAobm90IGhvc3RuYW1lcykgaW4gZXhh bXBsZXMgYW5kLCBpZiB3ZSdyZSBmaXhpbmcgdGhhdCwgbGV0J3MgcGxlYXNlIGFsc28gZml4IHRo ZSB0eXBvIGluIHRoZSB0aXRsZSBvZiBTZWN0aW9uIDEuNC4NCg0KQ2x5ZGUsIGNhbiB5b3UgcGxl YXNlIHBvc3QgYSB2MjMgdGhhdCBmaXhlcyB0aGVzZSBsYXN0IHR3byBwb2ludHM/DQoNClRoYW5r cywNCktlbnQgIC8vIHNoZXBoZXJkDQoNCg0KT24gMi8yMy8xOCwgMTowNSBQTSwgIk1haGVzaCBK ZXRoYW5hbmRhbmkiIDxtamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFu aUBnbWFpbC5jb20+PiB3cm90ZToNCg0KS2VudCwNCg0KDQoNCg0KT24gRmViIDIzLCAyMDE4LCBh dCA4OjAyIEFNLCBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNl bkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KDQpIaSBDbHlkZSwNCg0KTG9va2luZyBhdCB5b3VyIGRp ZmYsIEkgc2VlIHRoYXQgeW91IGFsaWduZWQgdGhlIFVzYWdlIEV4YW1wbGUgdGV4dCBhbmQgYXJ0 d29yayBieSBtYWtpbmcgdGhlIGFydHdvcmsgdXNlIHRoZSBJUCBhZGRyZXNzIGZyb20gdGhlIHRl eHQsIGJ1dCB5b3Ugc2hvdWxkJ3ZlIGluc3RlYWQgdXNlZCB0aGUgaG9zdG5hbWUgaW4gYm90aCBs b2NhdGlvbnMuICBQbGVhc2Ugc2VlIHNlY3Rpb24gMy42IGhlcmU6IGh0dHBzOi8vd3d3LmlldGYu b3JnL3N0YW5kYXJkcy9pZHMvY2hlY2tsaXN0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX3N0YW5kYXJkc19pZHNfY2hlY2ts aXN0JmQ9RHdNRkFnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1OOUxKcENK QmFmSGRVTmRTT2U2M2ZlNHlUWXhLLXdtVnpfRGdIMWNuS2pNJnM9SnJSSjJIOFBhOTk1NGRORld6 RlEweFc0aENZSHh3bnJNdEZUQlZaeXZaSSZlPT4uDQoNCkFsc28sIEkgc2VlIHRoYXQgeW91IG1v dmVkIHRoZSBFZGl0b3JpYWwgTm90ZSB0byBTZWN0aW9uIDEuNCAoYWxvbmcgd2l0aCBhIHR5cG8g aW4gdGhlIHRpdGxlLCBvb29wcykuICBUaGlzIGlzIGZpbmUsIEkgZ3Vlc3MsIHRob3VnaCBJIHdh cyB0aGlua2luZyBpbnN0ZWFkIGFib3V0IHNvbWV0aGluZyBsaWtlIGEgdG9wLWxldmVsICJSRkMg RWRpdG9yIENvbnNpZGVyYXRpb25zIiBuZWFyIHRoZSBlbmQgW2htbW0sIGEgYnVkZGluZyBCQ1A/ IDspXS4gIEFjdHVhbGx5LCBJIHdpc2ggeW91IGhhZCBleHBsYWluZWQgdGhhdCB0aGUgdGV4dCB3 YXMgbm90IGluIHRoZSBBYnN0cmFjdCwgYnV0IGluIGEgIjxub3RlPiIgZWxlbWVudCwgYW5kIGl0 IHdhcyBqdXN0IGEgcmVuZGVyaW5nIGlzc3VlLiAgSXQncyBhY3R1YWxseSBjb21tb24gdG8gdXNl IHRoZSA8bm90ZT4gZWxlbWVudCBmb3IgdGhpcyBwdXJwb3NlIChzb3JyeSBmb3Igbm90IHJlY29n bml6aW5nIGl0IGJlZm9yZSkuIFBsZWFzZSBhbHNvIGVpdGhlciBmaXggdGhlIHR5cG8gb3IsIGJl dHRlciwgbW92ZSB0aGUgc2VjdGlvbiBiYWNrIHRvIHRoZSA8bm90ZT4gZWxlbWVudC4NCg0KSSBo YWQgcmVjb21tZW5kZWQgdGhlIG1vdmUgb2YgdGhlIG5vdGUgZnJvbSBhYnN0cmFjdCBzZWN0aW9u IHRvIHRoZSBlbmQgb2YgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uLiBBYnN0cmFjdHMgY2Fubm90 IGhhdmUgY3Jvc3MtcmVmZXJlbmNlcyBpbiB0aGVtLCB3aGljaCB0aGUgbm90ZSBoYWQuIEFuZCB0 aGF0IHdhcyBvbmUgb2YgdGhlIE9QUy1ESVIgY29tbWVudHMgdG9vLg0KDQoNCg0KDQoNCktlbnQg Ly8gc2hlcGhlcmQNCg0KDQo9PT09PSBvcmlnaW5hbCBtZXNzYWdlID09PT09DQoNCktlbnQsIFRv bSwgWWFyb24sIGFuZCBSb24sDQoNCkEgbmV3IHZlcnNpb24gb2YgdGhlIGRyYWZ0LWlldGYtbmV0 bW9kLXN5c2xvZy1tb2RlbCBoYXMgYmVlbiBwdWJsaXNoZWQgdGhhdCBhZGRyZXNzZXMgeW91ciBj b25jZXJucy4NCg0KVGhhbmtzLA0KDQoNCg0KQ2x5ZGUNCg0KDQoNCk9uIDIvMjAvMTgsIDk6MDYg QU0sICJuZXRtb2Qgb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuIiA8bmV0bW9kLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2Yga3dhdHNl bkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KS2VudA0KDQoNCg0KDQoNCg0KDQoNCg0KWW91IGlsbHVzdHJhdGUg YmVhdXRpZnVsbHkgdGhlIHByb2JsZW0gSSB3b3VsZCBsaWtlIGEgc29sdXRpb24gdG8uDQoNCg0K DQoNCg0KDQoNCg0KDQpUaGUgY3VycmVudCB0aGlua2luZyBBRkFJQ1QgaXMgdGhhdCB0cmVlLWRp YWdyYW1zDQoNCg0KDQoNCnNob3VsZCBiZSBhbiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2UuDQoNCg0K DQoNCg0KDQoNCg0KDQpUaGVyZWZvcmUsIHRoZSBSRkMgRWRpdG9yIHdpbGwgbm90IGhvbGQgcHVi bGljYXRpb24gdW50aWwgYW4gUkZDIG51bWJlcg0KDQoNCg0KDQppcyBhc3NpZ25lZC4NCg0KDQoN Cg0KDQoNCg0KDQoNClRoZXJlZm9yZSwgYSBub3RlIGFza2luZyB0aGUgSS1EIHJlZmVyZW5jZSB0 byBiZSB1cGRhdGVkIHRvIHJlZmxlY3QgdGhlDQoNCg0KDQoNCmFzc2lnbmVkIFJGQyBudW1iZXIg aXMgbnVsbCAtIHRoZSBSRkMgY2FuIGJlIHB1Ymxpc2hlZCB3aXRoIHRoZQ0KDQoNCg0KDQpyZWZl cmVuY2UgYXMgYW4gaS1kIGFuZCBub3QgYXMgYW4gUkZDIHdoaWNoIGlzIHdoYXQgSSBleHBlY3Qg dGhlIFJGQw0KDQoNCg0KDQpFZGl0b3IgdG8gZG8uDQoNCg0KDQoNCg0KDQoNCg0KDQpRRUQNCg0K DQoNCg0KDQogICBFeGNlcHQgSSBrbm93IHRoYXQgdGhpcyBkcmFmdCB3aWxsIGJlIHN0dWNrIGlu IE1JU1JFRiBzdGF0ZSBhbmQgdHJlZS1kaWFncmFtcw0KDQogICB3aWxsIGluIGZhY3QgYmUgYXNz aWduZWQgYW4gUkZDIG51bWJlciBieSB0aGUgdGltZSB0aGlzIGRyYWZ0IGlzIHB1Ymxpc2hlZC4N Cg0KDQoNCiAgIEsuDQoNCg0KDQoNCg0KDQoNCg0KTm90ZSB0aGF0IHRoaXMgaXMgbm90IHRoZSBj YXNlIG9mIGEgTm9ybWF0aXZlIGktZCByZWZlcmVuY2UgYmVpbmcgYnVyaWVkDQoNCg0KDQoNCmlu IHRoZSBZQU5HIG1vZHVsZSBhbmQgbm90IGJlaW5nLm5vdGljZWQgYnkgdGhlIFJGQyBFZGl0b3I7 IHRoYXQgcHJvYmxlbQ0KDQoNCg0KDQpJIGFtIGNvbnRlbnQgd2l0aC4NCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQpUb20gUGV0Y2gNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KUGxlYXNlIGFsc28gYWRkcmVzcyB0aGVzZSBpc3N1ZXMgd2hlbiBw b3N0aW5nIC0yMSB0byBhZGRyZXNzIEJlbm9pdCdzDQoNCiAgIGlzc3Vlcy4gIFBsZWFzZSBwb3N0 IC0yMSBBU0FQIGFzIEJlbm9pdCBoYXMgYWxyZWFkeSBwbGFjZWQgdGhpcyBkcmFmdCBvbg0KDQog ICB0aGUgSUVTRyB0ZWxlY2hhdCBpbiBhIGNvdXBsZSB3ZWVrcy4NCg0KDQoNCg0KDQoNCg0KDQoN ClRoYW5rcywNCg0KDQoNCg0KS2VudCAvLyBzaGVwaGVyZA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCk9uIDIvMTQvMTgsIDg6MTggQU0sICJuZXRtb2Qgb24gYmVoYWxmIG9mIEJlbm9pdCBD bGFpc2UiDQoNCiAgIDxuZXRtb2QtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bmV0bW9kLWJvdW5j ZXNAaWV0Zi5vcmc+PG1haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9m DQoNCiAgIGJjbGFpc2VAY2lzY28uY29tPG1haWx0bzpiY2xhaXNlQGNpc2NvLmNvbT48bWFpbHRv OmJjbGFpc2VAY2lzY28uY29tPj4gd3JvdGU6DQoNCg0KDQoNCg0KDQoNCg0KDQpEZWFyIGFsbCwN Cg0KDQoNCg0KDQoNCg0KDQoNCi0gdGhlIGRyYWZ0IGlzIE5NREEgY29tcGxpYW50LCByaWdodD8g SXQgc2hvdWxkIGJlIG1lbnRpb25lZC4NCg0KDQoNCg0KRXg6IGRyYWZ0LWlldGYtbmV0bW9kLXJm YzcyMjNiaXMtMDMsIGluIHRoZSBhYnN0cmFjdCBhbmQgaW50cm8NCg0KDQoNCg0KDQoNCg0KDQoN CiAgVGhlIFlBTkcgbW9kZWwgaW4gdGhpcyBkb2N1bWVudCBjb25mb3JtcyB0byB0aGUgTmV0d29y ayBNYW5hZ2VtZW50DQoNCg0KDQoNCg0KDQoNCg0KDQogIERhdGFzdG9yZSBBcmNoaXRlY3R1cmUg ZGVmaW5lZCBpbg0KDQogICBJLUQuaWV0Zi1uZXRtb2QtcmV2aXNlZC1kYXRhc3RvcmVzLg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCi0gQXMgbWVudGlvbmVkIGluIHRoZSB3cml0ZXVwLCBb SS1ELmlldGYtbmV0bW9kLXlhbmctdHJlZS1kaWFncmFtc10NCg0KICAgc2hvdWxkIGJlIGFuIGlu Zm9ybWF0aXZlIHJlZmVyZW5jZSwgbm90IG5vcm1hdGl2ZS4NCg0KDQoNCg0KDQoNCg0KDQoNCi0g RWRpdG9yaWFsOg0KDQoNCg0KDQpPTEQ6DQoNCg0KDQoNClRoaXMgZHJhZnQgYWRkcmVzc2VzIHRo ZSBjb21tb24gbGVhZnMNCg0KDQoNCg0KTkVXOg0KDQoNCg0KDQpUaGlzIGRvY3VtZW50IGFkZHJl c3NlcyB0aGUgY29tbW9uIGxlYWZzDQoNCg0KDQoNCg0KDQoNCg0KDQpQbGVhc2UgcHVibGlzaCBh IG5ldyB2ZXJzaW9uIGFzYXAuDQoNCg0KDQoNCkluIHRoZSBtZWFuIHRpbWUsIEknbSBzZW5kaW5n IHRoaXMgZHJhZnQgdG8gSUVURiBMQy4NCg0KDQoNCg0KDQoNCg0KDQoNClJlZ2FyZHMsIEJlbm9p dA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiAgIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KDQogICAtLS0tLS0tLQ0KDQoNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQoNCm5ldG1vZCBtYWlsaW5nIGxpc3QN Cg0KDQoNCg0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQoNCg0KDQoN Cmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3 LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdJQ2FRJmM9SEFrWXVoNjNyc3Vo cjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhx bjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1jSjdNVm5RVmMxaGd4cFZGN29ZaVZuNlJibS1RZjJkRHly ZlloTC1zOWlvJnM9dTBIbjlHa08tQjBqVUdtMU1uSVE0eDRBZ0laTlhIQklhWmhUUG10M2RDOCZl PQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KICAgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCg0KICAgbmV0bW9kIG1haWxpbmcgbGlzdA0KDQogICBuZXRt b2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCg0KICAgaHR0cHM6Ly91cmxkZWZl bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1h bl9saXN0aW5mb19uZXRtb2QmZD1Ed0lHYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUst bmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFK ZGNabyZtPXZFTHNtZU9RRUhObTRmY3lKSktHN0Vwd3d6TUJHYy1NSHZIaFNQV1J6cm8mcz1qU0d3 UDE2WGxNNm50TUtVRjNia0NBd1JmUnRSd0FUZGx5MkJsVXR4MlJBJmU9DQoNCg0KDQoNCg0KDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2Qg bWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kPGh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt YW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdNRkFnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1L LW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xh SmRjWm8mbT1OOUxKcENKQmFmSGRVTmRTT2U2M2ZlNHlUWXhLLXdtVnpfRGdIMWNuS2pNJnM9VWpP RXRKY0YwMGFKelpzNWhycWFJcVdIZWJPMTF1Z0VlTWNFU3JjbVgzMCZlPT4NCg0KTWFoZXNoIEpl dGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlA Z21haWwuY29tPg0KDQoNCg0KDQo= --_000_053208F1483B474EBA3158AA56390805junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <2921536BF79E2348B1828D6ADEF8D031@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5 bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCglmb250LXZhcmlh bnQ6bm9ybWFsICFpbXBvcnRhbnQ7DQoJY29sb3I6d2luZG93dGV4dDsNCgl0ZXh0LXRyYW5zZm9y bTpub25lOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7DQoJdmVydGljYWwtYWxpZ246YmFz ZWxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2Vp Z2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWZv bnQtdmFyaWFudDpub3JtYWwgIWltcG9ydGFudDsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCXRleHQt dHJhbnNmb3JtOm5vbmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTsNCgl2ZXJ0aWNhbC1h bGlnbjpiYXNlbGluZTt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNv bG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJn Y29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyBDbHlkZS48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPkJlbm9pdCwgaXQncyByZWFkeSBub3cuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5LZW50IC8vIHNo ZXBoZXJkPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMy8xLzE4LCAxMDoyOSBBTSwg JnF1b3Q7Q2x5ZGUgV2lsZGVzIChjd2lsZGVzKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmN3 aWxkZXNAY2lzY28uY29tIj5jd2lsZGVzQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PktlbnQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5JIHB1Ymxpc2hlZCBhIG5ldyBkcmFmdCB0aGF0IGZpeGVzIHRoZSBsYXN0IHR3byBw b2ludHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5DbHlkZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5L ZW50IFdhdHNlbiAmbHQ7a3dhdHNlbkBqdW5pcGVyLm5ldCZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+ V2VkbmVzZGF5LCBGZWJydWFyeSAyOCwgMjAxOCBhdCAxMDoxMSBBTTxicj4NCjxiPlRvOiA8L2I+ TWFoZXNoIEpldGhhbmFuZGFuaSAmbHQ7bWpldGhhbmFuZGFuaUBnbWFpbC5jb20mZ3Q7PGJyPg0K PGI+Q2M6IDwvYj5DbHlkZSBXaWxkZXMgJmx0O2N3aWxkZXNAY2lzY28uY29tJmd0OywgJnF1b3Q7 dC5wZXRjaCZxdW90OyAmbHQ7aWV0ZmNAYnRjb25uZWN0LmNvbSZndDssIFlhcm9uIFNoZWZmZXIg Jmx0O3lhcm9uZi5pZXRmQGdtYWlsLmNvbSZndDssIFJvbiBCb25pY2EgJmx0O3Jib25pY2FAanVu aXBlci5uZXQmZ3Q7LCBORVRNT0QgV29ya2luZyBHcm91cCAmbHQ7bmV0bW9kQGlldGYub3JnJmd0 OywgJnF1b3Q7QmVub2l0IENsYWlzZSAoYmNsYWlzZSkmcXVvdDsgJmx0O2JjbGFpc2VAY2lzY28u Y29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW25ldG1vZF0gQUQgcmV2aWV3IG9mIGRy YWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0yMDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5bJiM0MztiZW5vaXRd PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5NYWhlc2gs PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5UaGF0J3Mg ZmluZSwgaWYgd2Ugd2FudCB0byBwdXQgdGhlIFJGQyBFZGl0b3Igbm90ZSBpbnRvIHRoZSBJbnRy b2R1Y3Rpb24sIEkgc2VlIHRoYXQgeW91IGRpZCB0aGUgc2FtZSBpbiB0aGUgQUNMIGRyYWZ0LiZu YnNwOyBCdXQgdGhlcmUgc3RpbGwgcmVtYWlucyB0aGUgdXNlIG9mIElQIGFkZHJlc3NlcyAobm90 IGhvc3RuYW1lcykgaW4gZXhhbXBsZXMgYW5kLA0KIGlmIHdlJ3JlIGZpeGluZyB0aGF0LCBsZXQn cyBwbGVhc2UgYWxzbyBmaXggdGhlIHR5cG8gaW4gdGhlIHRpdGxlIG9mIFNlY3Rpb24gMS40Ljwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+Q2x5ZGUsIGNh biB5b3UgcGxlYXNlIHBvc3QgYSB2MjMgdGhhdCBmaXhlcyB0aGVzZSBsYXN0IHR3byBwb2ludHM/ PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5UaGFua3Ms PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkNhbGlicmkiPktlbnQmbmJzcDsgLy8gc2hlcGhlcmQ8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMi8yMy8xOCwg MTowNSBQTSwgJnF1b3Q7TWFoZXNoIEpldGhhbmFuZGFuaSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+S2VudCw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPk9uIEZlYiAyMywgMjAxOCwgYXQgODowMiBBTSwgS2VudCBXYXRzZW4g Jmx0OzxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij5rd2F0c2VuQGp1bmlwZXIu bmV0PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5IaSBD bHlkZSw8YnI+DQo8YnI+DQpMb29raW5nIGF0IHlvdXIgZGlmZiwgSSBzZWUgdGhhdCB5b3UgYWxp Z25lZCB0aGUgVXNhZ2UgRXhhbXBsZSB0ZXh0IGFuZCBhcnR3b3JrIGJ5IG1ha2luZyB0aGUgYXJ0 d29yayB1c2UgdGhlIElQIGFkZHJlc3MgZnJvbSB0aGUgdGV4dCwgYnV0IHlvdSBzaG91bGQndmUg aW5zdGVhZCB1c2VkIHRoZSBob3N0bmFtZSBpbiBib3RoIGxvY2F0aW9ucy4gJm5ic3A7UGxlYXNl IHNlZSBzZWN0aW9uIDMuNiBoZXJlOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfc3RhbmRhcmRzX2lkc19jaGVj a2xpc3QmYW1wO2Q9RHdNRkFnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIz dm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFK ZGNabyZhbXA7bT1OOUxKcENKQmFmSGRVTmRTT2U2M2ZlNHlUWXhLLXdtVnpfRGdIMWNuS2pNJmFt cDtzPUpyUkoySDhQYTk5NTRkTkZXekZRMHhXNGhDWUh4d25yTXRGVEJWWnl2WkkmYW1wO2U9Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvc3RhbmRhcmRzL2lkcy9jaGVja2xpc3Q8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4uPGJyPg0KPGJyPg0K QWxzbywgSSBzZWUgdGhhdCB5b3UgbW92ZWQgdGhlIEVkaXRvcmlhbCBOb3RlIHRvIFNlY3Rpb24g MS40IChhbG9uZyB3aXRoIGEgdHlwbyBpbiB0aGUgdGl0bGUsIG9vb3BzKS4gJm5ic3A7VGhpcyBp cyBmaW5lLCBJIGd1ZXNzLCB0aG91Z2ggSSB3YXMgdGhpbmtpbmcgaW5zdGVhZCBhYm91dCBzb21l dGhpbmcgbGlrZSBhIHRvcC1sZXZlbCAmcXVvdDtSRkMgRWRpdG9yIENvbnNpZGVyYXRpb25zJnF1 b3Q7IG5lYXIgdGhlIGVuZCBbaG1tbSwgYSBidWRkaW5nIEJDUD8gOyldLg0KICZuYnNwO0FjdHVh bGx5LCBJIHdpc2ggeW91IGhhZCBleHBsYWluZWQgdGhhdCB0aGUgdGV4dCB3YXMgbm90IGluIHRo ZSBBYnN0cmFjdCwgYnV0IGluIGEgJnF1b3Q7Jmx0O25vdGUmZ3Q7JnF1b3Q7IGVsZW1lbnQsIGFu ZCBpdCB3YXMganVzdCBhIHJlbmRlcmluZyBpc3N1ZS4gJm5ic3A7SXQncyBhY3R1YWxseSBjb21t b24gdG8gdXNlIHRoZSAmbHQ7bm90ZSZndDsgZWxlbWVudCBmb3IgdGhpcyBwdXJwb3NlIChzb3Jy eSBmb3Igbm90IHJlY29nbml6aW5nIGl0IGJlZm9yZSkuIFBsZWFzZSBhbHNvIGVpdGhlcg0KIGZp eCB0aGUgdHlwbyBvciwgYmV0dGVyLCBtb3ZlIHRoZSBzZWN0aW9uIGJhY2sgdG8gdGhlICZsdDtu b3RlJmd0OyBlbGVtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhZCByZWNvbW1lbmRlZCB0aGUgbW92ZSBv ZiB0aGUgbm90ZSBmcm9tIGFic3RyYWN0IHNlY3Rpb24gdG8gdGhlIGVuZCBvZiB0aGUgSW50cm9k dWN0aW9uIHNlY3Rpb24uIEFic3RyYWN0cyBjYW5ub3QgaGF2ZSBjcm9zcy1yZWZlcmVuY2VzIGlu IHRoZW0sIHdoaWNoIHRoZSBub3RlIGhhZC4gQW5kIHRoYXQgd2FzIG9uZSBvZiB0aGUgT1BTLURJ UiBjb21tZW50cyB0b28uPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KS2VudCAvLyBzaGVwaGVyZDxicj4N Cjxicj4NCjxicj4NCj09PT09IG9yaWdpbmFsIG1lc3NhZ2UgPT09PT08YnI+DQo8YnI+DQpLZW50 LCBUb20sIFlhcm9uLCBhbmQgUm9uLDxicj4NCjxicj4NCkEgbmV3IHZlcnNpb24gb2YgdGhlIGRy YWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbCBoYXMgYmVlbiBwdWJsaXNoZWQgdGhhdCBhZGRy ZXNzZXMgeW91ciBjb25jZXJucy48YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KPGJyPg0KPGJyPg0K PGJyPg0KQ2x5ZGU8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpPbiAyLzIwLzE4LCA5OjA2IEFNLCAm cXVvdDtuZXRtb2Qgb24gYmVoYWxmIG9mIEtlbnQgV2F0c2VuJnF1b3Q7ICZsdDs8L3NwYW4+PGEg aHJlZj0ibWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8 L3NwYW4+PC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5v bg0KIGJlaGFsZiBvZjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5rd2F0c2VuQGp1bmlw ZXIubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5LZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5Zb3Ug aWxsdXN0cmF0ZSBiZWF1dGlmdWxseSB0aGUgcHJvYmxlbSBJIHdvdWxkIGxpa2UgYSBzb2x1dGlv biB0by48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGlj YSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPlRoZSBjdXJyZW50IHRoaW5raW5nIEFGQUlDVCBpcyB0 aGF0IHRyZWUtZGlhZ3JhbXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+c2hvdWxkIGJlIGFuIEluZm9ybWF0aXZlIFJlZmVyZW5j ZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPlRoZXJlZm9yZSwgdGhlIFJGQyBFZGl0b3Igd2lsbCBub3Qg aG9sZCBwdWJsaWNhdGlvbiB1bnRpbCBhbiBSRkMgbnVtYmVyPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPmlzIGFzc2lnbmVkLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+VGhlcmVmb3JlLCBhIG5vdGUgYXNraW5nIHRoZSBJLUQgcmVmZXJl bmNlIHRvIGJlIHVwZGF0ZWQgdG8gcmVmbGVjdCB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+YXNzaWduZWQgUkZDIG51bWJl ciBpcyBudWxsIC0gdGhlIFJGQyBjYW4gYmUgcHVibGlzaGVkIHdpdGggdGhlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPnJlZmVy ZW5jZSBhcyBhbiBpLWQgYW5kIG5vdCBhcyBhbiBSRkMgd2hpY2ggaXMgd2hhdCBJIGV4cGVjdCB0 aGUgUkZDPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPkVkaXRvciB0byBkby48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPlFFRDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtFeGNlcHQgSSBrbm93IHRoYXQg dGhpcyBkcmFmdCB3aWxsIGJlIHN0dWNrIGluIE1JU1JFRiBzdGF0ZSBhbmQgdHJlZS1kaWFncmFt czxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3dpbGwgaW4gZmFjdCBiZSBhc3NpZ25lZCBh biBSRkMgbnVtYmVyIGJ5IHRoZSB0aW1lIHRoaXMgZHJhZnQgaXMgcHVibGlzaGVkLjxicj4NCjxi cj4NCjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO0suPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+Tm90ZSB0aGF0IHRoaXMgaXMgbm90IHRoZSBjYXNlIG9mIGEgTm9y bWF0aXZlIGktZCByZWZlcmVuY2UgYmVpbmcgYnVyaWVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPmluIHRoZSBZQU5HIG1vZHVs ZSBhbmQgbm90IGJlaW5nLm5vdGljZWQgYnkgdGhlIFJGQyBFZGl0b3I7IHRoYXQgcHJvYmxlbTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj5JIGFtIGNvbnRlbnQgd2l0aC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVv dGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5U b20gUGV0Y2g8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPlBsZWFzZSBhbHNvIGFkZHJlc3MgdGhlc2UgaXNzdWVzIHdoZW4gcG9zdGluZyAt MjEgdG8gYWRkcmVzcyBCZW5vaXQnczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtpc3N1ZXMuICZuYnNw O1BsZWFzZSBwb3N0IC0yMSBBU0FQIGFzIEJlbm9pdCBoYXMgYWxyZWFkeSBwbGFjZWQgdGhpcyBk cmFmdCBvbjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3RoZSBJRVNHIHRlbGVjaGF0IGlu IGEgY291cGxlIHdlZWtzLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5UaGFua3MsPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei PktlbnQgLy8gc2hlcGhlcmQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9i bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5PbiAyLzE0 LzE4LCA4OjE4IEFNLCAmcXVvdDtuZXRtb2Qgb24gYmVoYWxmIG9mIEJlbm9pdCBDbGFpc2UmcXVv dDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91bmNl c0BpZXRmLm9yZyI+bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmx0OzxhIGhyZWY9Im1haWx0 bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3Jn PC9hPiZndDsgb24gYmVoYWxmIG9mPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJl Zj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIj5iY2xhaXNlQGNpc2NvLmNvbTwvYT4mbHQ7PGEg aHJlZj0ibWFpbHRvOmJjbGFpc2VAY2lzY28uY29tIj5tYWlsdG86YmNsYWlzZUBjaXNjby5jb208 L2E+Jmd0OyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPkRlYXIgYWxsLDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+LSB0aGUgZHJhZnQgaXMgTk1EQSBjb21wbGlhbnQsIHJpZ2h0PyBJ dCBzaG91bGQgYmUgbWVudGlvbmVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5FeDogZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNzIy M2Jpcy0wMywgaW4gdGhlIGFic3RyYWN0IGFuZCBpbnRybzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7Jm5ic3A7VGhlIFlBTkcgbW9kZWwgaW4gdGhpcyBkb2N1bWVudCBjb25mb3JtcyB0byB0aGUg TmV0d29yayBNYW5hZ2VtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDsmbmJzcDtEYXRhc3Rv cmUgQXJjaGl0ZWN0dXJlIGRlZmluZWQgaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7SS1ELmlldGYt bmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jlcy48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPi0gQXMgbWVudGlvbmVkIGluIHRoZSB3cml0ZXVwLCBbSS1ELmlldGYtbmV0bW9k LXlhbmctdHJlZS1kaWFncmFtc108L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7c2hvdWxkIGJlIGFuIGlu Zm9ybWF0aXZlIHJlZmVyZW5jZSwgbm90IG5vcm1hdGl2ZS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+LSBFZGl0b3JpYWw6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPk9MRDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Js b2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+VGhpcyBkcmFmdCBhZGRyZXNzZXMg dGhlIGNvbW1vbiBsZWFmczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5ORVc6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPlRoaXMgZG9jdW1lbnQgYWRkcmVzc2Vz IHRoZSBjb21tb24gbGVhZnM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9i bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPlBsZWFzZSBwdWJsaXNoIGEgbmV3 IHZlcnNpb24gYXNhcC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+SW4gdGhlIG1lYW4gdGltZSwgSSdtIHNlbmRpbmcgdGhpcyBk cmFmdCB0byBJRVRGIExDLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Js b2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+UmVnYXJkcywgQmVub2l0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOy0tLS0tLS0tPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+bmV0 bW9kIG1haWxpbmcgbGlzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5u ZXRtb2RAaWV0Zi5vcmc8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu Zm9fbmV0bW9kJmFtcDtkPUR3SUNhUSZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUst bmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJ U2xhSmRjWm8mYW1wO209Y0o3TVZuUVZjMWhneHBWRjdvWWlWbjZSYm0tUWYyZER5cmZZaEwtczlp byZhbXA7cz11MEhuOUdrTy1CMGpVR20xTW5JUTR4NEFnSVpOWEhCSWFaaFRQbXQzZEM4JmFtcDtl PSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193 d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19uZXRtb2QmYW1wO2Q9RHdJQ2FRJmFtcDtjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpV dlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1jSjdNVm5RVmMxaGd4cFZG N29ZaVZuNlJibS1RZjJkRHlyZlloTC1zOWlvJmFtcDtzPXUwSG45R2tPLUIwalVHbTFNbklRNHg0 QWdJWk5YSEJJYVpoVFBtdDNkQzgmYW1wO2U9PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDtuZXRtb2QgbWFpbGluZyBsaXN0PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0bW9kQGlldGYub3JnPC9hPjxicj4N Cjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFu X2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lHYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBV akJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NC WWFHVHZqSVNsYUpkY1pvJmFtcDttPXZFTHNtZU9RRUhObTRmY3lKSktHN0Vwd3d6TUJHYy1NSHZI aFNQV1J6cm8mYW1wO3M9alNHd1AxNlhsTTZudE1LVUYzYmtDQXdSZlJ0UndBVGRseTJCbFV0eDJS QSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lHYVEmYW1wO2M9 SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhu SlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPXZFTHNtZU9RRUhObTRm Y3lKSktHN0Vwd3d6TUJHYy1NSHZIaFNQV1J6cm8mYW1wO3M9alNHd1AxNlhsTTZudE1LVUYzYmtD QXdSZlJ0UndBVGRseTJCbFV0eDJSQSZhbXA7ZT08L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCm5ldG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEg aHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPm5ldG1vZEBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjwvc3Bh bj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0 cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed01GQWcm YW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05 emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPU45TEpwQ0pC YWZIZFVOZFNPZTYzZmU0eVRZeEstd21Wel9EZ0gxY25Lak0mYW1wO3M9VWpPRXRKY0YwMGFKelpz NWhycWFJcVdIZWJPMTF1Z0VlTWNFU3JjbVgzMCZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL25ldG1vZDwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1haGVzaCBKZXRoYW5h bmRhbmk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+bWpldGhhbmFuZGFuaUBn bWFpbC5jb208L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_053208F1483B474EBA3158AA56390805junipernet_-- From nobody Fri Mar 2 11:34:11 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B825126C25 for ; Fri, 2 Mar 2018 11:34:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ryglDrXafui5 for ; Fri, 2 Mar 2018 11:34: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 8C767124217 for ; Fri, 2 Mar 2018 11:34:08 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id F0889B810D3; Fri, 2 Mar 2018 11:33:55 -0800 (PST) To: mbj@tail-f.com, bclaise@cisco.com, warren@kumari.net, joelja@bogus.com, kwatsen@juniper.net, lberger@labn.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: rharolde@umich.edu, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180302193355.F0889B810D3@rfc-editor.org> Date: Fri, 2 Mar 2018 11:33:55 -0800 (PST) Archived-At: Subject: [netmod] [Technical Errata Reported] RFC6020 (5272) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 19:34:10 -0000 The following errata report has been submitted for RFC6020, "YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5272 -------------------------------------- Type: Technical Reported by: Bob Harold Section: 7.18.1 Original Text ------------- In order for a device to implement a feature that is dependent on any other features (i.e., the feature has one or more "if-feature" sub- statements), the device MUST also implement all the dependant features. Corrected Text -------------- In order for a device to implement a feature that is dependent on any other features (i.e. the feature is a sub-statement of another "if-feature" statement), the device MUST also implement all the dependent features. Notes ----- The direction of the dependency is stated backwards. Consider for example: if-feature aaa; statements ...; if-feature bbb; This should allow feature aaa to exist without feature bbb. bbb should depend on aaa, but aaa should not depend on bbb 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. -------------------------------------- RFC6020 (draft-ietf-netmod-yang-13) -------------------------------------- Title : YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF) Publication Date : October 2010 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Fri Mar 2 11:50:54 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 926CB129C6A for ; Fri, 2 Mar 2018 11:50:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zct2zCrm2LGn for ; Fri, 2 Mar 2018 11:50:50 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 82D63124217 for ; Fri, 2 Mar 2018 11:50:50 -0800 (PST) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w22Jmj50028225; Fri, 2 Mar 2018 11:50:49 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=R+A2qQHrM8gkzM9IXBFfOBLQr1ej5+sr98hViGROgIE=; b=WnTAootpTX75kg5Wku8Z8JtmYsRHtPuaCJhR88y1CB8Spzb1fBlqI27Gc5tLw47ikTtZ Y0YlNjXIp3CuIwQf9EfqjiJLCni/xQdUpDhPcbImY5NEnkR7Njbql6W5CkfYwQvMFC25 UJStmge7MQg0jCO0GOAj9PQ7kTa55Za4bZlMLXjfZ41fSUdbwKKgwOKeUZmoF4+plBzT a6Oj47b4YMPzYGL0hiimkKO6AQvr9dZKGua2otMiseCfW8iGcAdDtrL0hWJmqQxYHg3r v2rbh2NkjaSamIoyFLMyHXBRlVb9T/Bv3kD3JO0mSppDveglObVYvw1rwrN7dj7aH2IO TQ== Received: from nam02-cy1-obe.outbound.protection.outlook.com (mail-cys01nam02lp0053.outbound.protection.outlook.com [207.46.163.53]) by mx0a-00273201.pphosted.com with ESMTP id 2gfcvx00xk-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 02 Mar 2018 11:50:49 -0800 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3594.namprd05.prod.outlook.com (10.174.242.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Fri, 2 Mar 2018 19:50:47 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d42c:9ad2:ced3:e377]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d42c:9ad2:ced3:e377%2]) with mapi id 15.20.0567.006; Fri, 2 Mar 2018 19:50:47 +0000 From: Kent Watsen To: RFC Errata System , "mbj@tail-f.com" , "bclaise@cisco.com" , "warren@kumari.net" , "EXT - joelja@bogus.com" , "lberger@labn.net" CC: "rharolde@umich.edu" , "netmod@ietf.org" Thread-Topic: [Technical Errata Reported] RFC6020 (5272) Thread-Index: AQHTsl1z4G/LfzCjx0ubVKTfZpopyqO9BvmA Date: Fri, 2 Mar 2018 19:50:47 +0000 Message-ID: References: <20180302193355.F0889B810D3@rfc-editor.org> In-Reply-To: <20180302193355.F0889B810D3@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3594; 7:TErN6gSs6Rc/ov77+vPr0ORx9aTiwhBxTBXyLNFqWWITkz9jAIiMFUhVrJz9+Mr4OTdGgTSt14wwc5TJQXa/6CGcLlZdJZ1xa/Wi7MtsuiIfSDzk/pcxSSi1h34KV0fmsms8RjoG4aCXWkyt4Ydqz2OxDWwaCe59w63hEaPW88pqIbP501gAGpoPlAHZFta3qFS7I9E5M4pBKl6nXkb0tgKy3IdO//NBuS9fRqc+/ppoowDKxJ4in0ii1QmFuxjT x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: a1b21ca5-2e2a-4ecc-2496-08d58076e4c8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:DM5PR05MB3594; x-ms-traffictypediagnostic: DM5PR05MB3594: x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(10436049006162)(177329092695168); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(8121501046)(5005006)(10201501046)(3231220)(944501243)(93006095)(93001095)(3002001)(6055026)(6041288)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:DM5PR05MB3594; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3594; x-forefront-prvs: 05991796DF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39380400002)(39860400002)(396003)(376002)(346002)(189003)(199004)(3280700002)(53936002)(6512007)(6306002)(6506007)(102836004)(6246003)(97736004)(105586002)(186003)(59450400001)(26005)(305945005)(2950100002)(7736002)(229853002)(106356001)(82746002)(33656002)(2900100001)(66066001)(6436002)(25786009)(4326008)(8936002)(2501003)(478600001)(83716003)(99286004)(3660700001)(5660300001)(2906002)(5250100002)(68736007)(76176011)(36756003)(966005)(6486002)(8656006)(3846002)(575784001)(316002)(54906003)(110136005)(86362001)(58126008)(81156014)(2201001)(8676002)(81166006)(6116002)(14454004); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3594; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: PSc+LDlu6tt6hw3KUFLmooRea66MYjQYS+RdujQYfPcc/1+cZD4Zqy6ItM26uzcB0qNdGxzgVb3JOT2TX6SYE38Go7Q3KsxHHxnotHNUxT+V8HK84U6I/UISYUOCfuspwNn6MUW5JnsLtdmBU8XW+WR/+YZvreSsHe2wEwMrZAo= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: a1b21ca5-2e2a-4ecc-2496-08d58076e4c8 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2018 19:50:47.5298 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3594 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-02_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803020233 Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC6020 (5272) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 19:50:52 -0000 RnJvbSBSRkMgNzk1MCwgU2VjdGlvbiA3LjIwLjIsIGZpcnN0IHNlbnRlbmNlOg0KDQogICBUaGUg ImlmLWZlYXR1cmUiIHN0YXRlbWVudCBtYWtlcyBpdHMgcGFyZW50IHN0YXRlbWVudCBjb25kaXRp b25hbC4NCg0KVGh1czoNCg0KICAgZmVhdHVyZSBhYWEgew0KICAgICBpZi1mZWF0dXJlIGJiYjsN CiAgICAgLi4uDQogICB9DQoNCm1lYW5zIHRoYXQgZmVhdHVyZSAiYWFhIiBkZXBlbmRzIG9uIGZl YXR1cmUgImJiYiIuDQpUaGUgY3VycmVudCB0ZXh0IGlzIGNvcnJlY3QuDQoNCktlbnQNCg0KDQoN Cg0KVGhlIGZvbGxvd2luZyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIHN1Ym1pdHRlZCBmb3IgUkZD NjAyMCwNCiJZQU5HIC0gQSBEYXRhIE1vZGVsaW5nIExhbmd1YWdlIGZvciB0aGUgTmV0d29yayBD b25maWd1cmF0aW9uIFByb3RvY29sIChORVRDT05GKSIuDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQpZb3UgbWF5IHJldmlldyB0aGUgcmVwb3J0IGJlbG93IGFuZCBh dDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX193 d3cucmZjLTJEZWRpdG9yLm9yZ19lcnJhdGFfZWlkNTI3MiZkPUR3SUJhUSZjPUhBa1l1aDYzcnN1 aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1lo cW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09bTgxLVBPTVRCNm9OUndPNm9DRzBILTV6cXgxbnRGalRj NUx2R0gzRVRPayZzPUk1cnlWUXRXREhQNTQtVDFMYURtckRqWkxsdzhOMVFUaE81T29WUU0yUkkm ZT0NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClR5cGU6IFRlY2hu aWNhbA0KUmVwb3J0ZWQgYnk6IEJvYiBIYXJvbGQgPHJoYXJvbGRlQHVtaWNoLmVkdT4NCg0KU2Vj dGlvbjogNy4xOC4xDQoNCk9yaWdpbmFsIFRleHQNCi0tLS0tLS0tLS0tLS0NCiAgIEluIG9yZGVy IGZvciBhIGRldmljZSB0byBpbXBsZW1lbnQgYSBmZWF0dXJlIHRoYXQgaXMgZGVwZW5kZW50IG9u IGFueQ0KICAgb3RoZXIgZmVhdHVyZXMgKGkuZS4sIHRoZSBmZWF0dXJlIGhhcyBvbmUgb3IgbW9y ZSAiaWYtZmVhdHVyZSIgc3ViLQ0KICAgc3RhdGVtZW50cyksIHRoZSBkZXZpY2UgTVVTVCBhbHNv IGltcGxlbWVudCBhbGwgdGhlIGRlcGVuZGFudA0KICAgZmVhdHVyZXMuDQoNCkNvcnJlY3RlZCBU ZXh0DQotLS0tLS0tLS0tLS0tLQ0KICAgSW4gb3JkZXIgZm9yIGEgZGV2aWNlIHRvIGltcGxlbWVu dCBhIGZlYXR1cmUgdGhhdCBpcyBkZXBlbmRlbnQgb24gYW55DQogICBvdGhlciBmZWF0dXJlcyAo aS5lLiB0aGUgZmVhdHVyZSBpcyBhIHN1Yi1zdGF0ZW1lbnQgb2YgYW5vdGhlciANCiAgICJpZi1m ZWF0dXJlIiBzdGF0ZW1lbnQpLCB0aGUgZGV2aWNlIE1VU1QgYWxzbyBpbXBsZW1lbnQgYWxsIHRo ZSANCiAgIGRlcGVuZGVudCBmZWF0dXJlcy4NCg0KTm90ZXMNCi0tLS0tDQpUaGUgZGlyZWN0aW9u IG9mIHRoZSBkZXBlbmRlbmN5IGlzIHN0YXRlZCBiYWNrd2FyZHMuDQpDb25zaWRlciBmb3IgZXhh bXBsZToNCg0KaWYtZmVhdHVyZSBhYWE7DQogICAgc3RhdGVtZW50cyAuLi47DQogICAgaWYtZmVh dHVyZSBiYmI7DQoNClRoaXMgc2hvdWxkIGFsbG93IGZlYXR1cmUgYWFhIHRvIGV4aXN0IHdpdGhv dXQgZmVhdHVyZSBiYmIuDQpiYmIgc2hvdWxkIGRlcGVuZCBvbiBhYWEsIGJ1dCBhYWEgc2hvdWxk IG5vdCBkZXBlbmQgb24gYmJiDQoNCkluc3RydWN0aW9uczoNCi0tLS0tLS0tLS0tLS0NClRoaXMg ZXJyYXR1bSBpcyBjdXJyZW50bHkgcG9zdGVkIGFzICJSZXBvcnRlZCIuIElmIG5lY2Vzc2FyeSwg cGxlYXNlDQp1c2UgIlJlcGx5IEFsbCIgdG8gZGlzY3VzcyB3aGV0aGVyIGl0IHNob3VsZCBiZSB2 ZXJpZmllZCBvcg0KcmVqZWN0ZWQuIFdoZW4gYSBkZWNpc2lvbiBpcyByZWFjaGVkLCB0aGUgdmVy aWZ5aW5nIHBhcnR5ICANCmNhbiBsb2cgaW4gdG8gY2hhbmdlIHRoZSBzdGF0dXMgYW5kIGVkaXQg dGhlIHJlcG9ydCwgaWYgbmVjZXNzYXJ5LiANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NClJGQzYwMjAgKGRyYWZ0LWlldGYtbmV0bW9kLXlhbmctMTMpDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KVGl0bGUgICAgICAgICAgICAgICA6IFlB TkcgLSBBIERhdGEgTW9kZWxpbmcgTGFuZ3VhZ2UgZm9yIHRoZSBOZXR3b3JrIENvbmZpZ3VyYXRp b24gUHJvdG9jb2wgKE5FVENPTkYpDQpQdWJsaWNhdGlvbiBEYXRlICAgIDogT2N0b2JlciAyMDEw DQpBdXRob3IocykgICAgICAgICAgIDogTS4gQmpvcmtsdW5kLCBFZC4NCkNhdGVnb3J5ICAgICAg ICAgICAgOiBQUk9QT1NFRCBTVEFOREFSRA0KU291cmNlICAgICAgICAgICAgICA6IE5ldHdvcmsg TW9kZWxpbmcNCkFyZWEgICAgICAgICAgICAgICAgOiBPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50 DQpTdHJlYW0gICAgICAgICAgICAgIDogSUVURg0KVmVyaWZ5aW5nIFBhcnR5ICAgICA6IElFU0cN Cg0KDQo= From nobody Fri Mar 2 12:00:14 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF8212EAC7 for ; Fri, 2 Mar 2018 12:00:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umich.edu 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 j3l2oNhYcuBv for ; Fri, 2 Mar 2018 12:00:08 -0800 (PST) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::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 E771C12EA8F for ; Fri, 2 Mar 2018 12:00:01 -0800 (PST) Received: by mail-lf0-x229.google.com with SMTP id q69so14951575lfi.10 for ; Fri, 02 Mar 2018 12:00:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=4Exf+rAUuJ6pBX4Gw8XUAVJRWRGJ48qof1I3YeVrrE0=; b=AqEIikVSstn5fPio4aZSWVC2SVNSpmFvYdlzeH1N3ndj9Lp+3rVmRKufsernvhJUdh GcxeNKvIlZMYYF/w+wG49cSPN8Vvffoel2/h0EVpLpf4vNRgjQiW6QP0yVbTd8PCqvAR xY6HgXQ7LNCz+mE677TIQEvCZMEfrBtq3DQykapizCd4ja9/VdXQVkZYvlZhnHmot5Aa 4HwE4VnLlfAvWefevaR4x0EbZmsxFQtirTwoFeldCKbLsTI8GSgURAm6XisPlZ0xt/SS fZf+JfFwHCwgnVJ4IzxWyAe6kaxOp8ife1Wiy2Qjt1iUtp+8vJ3yEl+3f1KKp7sGcqLW Jf1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=4Exf+rAUuJ6pBX4Gw8XUAVJRWRGJ48qof1I3YeVrrE0=; b=OgTszHOnDbyCI4xfjixNkXt60+vrk8bk9C6j8PPgBFKP5PfMrY/9TS4+RJoEJ3QY49 MmivnYdirjvR+blYUWX8HMLXvhddrWevixK6NUz9S7XuntaDzrRyqjqD1EVKU8ACOQYj t38YeAWhq9b6qLRGNEGbhhW0a+9nS73N5uU8cR09Jd9ZDd/W03DRLe5UJ6OVlEwPbsiK SJyT7MK4Y50mDFbHqlTYDFDxolNNaKiVKDc/Hx5EXxN7AdffyNdlT7UNxPN9VqXP6T/X YVaYgQkmu9glEsgum63GMYc4wG3V11cNRxj7D+B3DQePvB24FSSqbyEjK1p9XQ1vbMcP 9LDA== X-Gm-Message-State: AElRT7HtSIZEkugRfFlus5nN+fV3AEKhNvYM33guxn3NyF87Nzp8hAth ITNC0EXjogPEaOdZyjS+EBgwMSvDZqsdMVH3BRgpcQ== X-Google-Smtp-Source: AG47ELs1yBZt9540X1w7ju+sjlxwWIcLBdmO9OaE+RSgh9V9Qwg+X5l1Pi/qT3qeoZ64mfDxIjKZhkukAY/J/hk211c= X-Received: by 10.25.16.197 with SMTP id 66mr4813030lfq.86.1520020800143; Fri, 02 Mar 2018 12:00:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.18.21 with HTTP; Fri, 2 Mar 2018 11:59:59 -0800 (PST) In-Reply-To: References: <20180302193355.F0889B810D3@rfc-editor.org> From: Bob Harold Date: Fri, 2 Mar 2018 14:59:59 -0500 Message-ID: To: Kent Watsen Cc: RFC Errata System , "mbj@tail-f.com" , "bclaise@cisco.com" , "warren@kumari.net" , "EXT - joelja@bogus.com" , "lberger@labn.net" , "netmod@ietf.org" Content-Type: multipart/alternative; boundary="001a113fc2ecd8455e0566736b5d" Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC6020 (5272) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 20:00:13 -0000 --001a113fc2ecd8455e0566736b5d Content-Type: text/plain; charset="UTF-8" On Fri, Mar 2, 2018 at 2:50 PM, Kent Watsen wrote: > From RFC 7950, Section 7.20.2, first sentence: > > The "if-feature" statement makes its parent statement conditional. > > Thus: > > feature aaa { > if-feature bbb; > ... > } > > means that feature "aaa" depends on feature "bbb". > The current text is correct. > > Kent > > > > > The following errata report has been submitted for RFC6020, > "YANG - A Data Modeling Language for the Network Configuration Protocol > (NETCONF)". > > -------------------------------------- > You may review the report below and at: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc- > 2Deditor.org_errata_eid5272&d=DwIBaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=m81- > POMTB6oNRwO6oCG0H-5zqx1ntFjTc5LvGH3ETOk&s=I5ryVQtWDHP54- > T1LaDmrDjZLlw8N1QThO5OoVQM2RI&e= > > -------------------------------------- > Type: Technical > Reported by: Bob Harold > > Section: 7.18.1 > > Original Text > ------------- > In order for a device to implement a feature that is dependent on any > other features (i.e., the feature has one or more "if-feature" sub- > statements), the device MUST also implement all the dependant > features. > > Corrected Text > -------------- > In order for a device to implement a feature that is dependent on any > other features (i.e. the feature is a sub-statement of another > "if-feature" statement), the device MUST also implement all the > dependent features. > > Notes > ----- > The direction of the dependency is stated backwards. > Consider for example: > > if-feature aaa; > statements ...; > if-feature bbb; > > This should allow feature aaa to exist without feature bbb. > bbb should depend on aaa, but aaa should not depend on bbb > > 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. > > -------------------------------------- > RFC6020 (draft-ietf-netmod-yang-13) > -------------------------------------- > Title : YANG - A Data Modeling Language for the Network > Configuration Protocol (NETCONF) > Publication Date : October 2010 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > > > My apologies, I misunderstood. Please cancel. -- Bob Harold --001a113fc2ecd8455e0566736b5d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

= On Fri, Mar 2, 2018 at 2:50 PM, Kent Watsen <kwatsen@juniper.net&g= t; wrote:
From RFC 7950, Section 7= .20.2, first sentence:

=C2=A0 =C2=A0The "if-feature" statement makes its parent statemen= t conditional.

Thus:

=C2=A0 =C2=A0feature aaa {
=C2=A0 =C2=A0 =C2=A0if-feature bbb;
=C2=A0 =C2=A0 =C2=A0...
=C2=A0 =C2=A0}

means that feature "aaa" depends on feature "bbb".
The current text is correct.

Kent




The following errata report has been submitted for RFC6020,
"YANG - A Data Modeling Language for the Network Configuration Protoco= l (NETCONF)".

--------------------------------------
You may review the report below and at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.rfc-= 2Deditor.org_errata_eid5272&d=3DDwIBaQ&c=3DHAkYuh63rsuhr6= Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gs= BYaGTvjISlaJdcZo&m=3Dm81-POMTB6oNRwO6oCG0H-5zqx1ntFjTc5L= vGH3ETOk&s=3DI5ryVQtWDHP54-T1LaDmrDjZLlw8N1QThO5OoVQM2RI&= e=3D

--------------------------------------
Type: Technical
Reported by: Bob Harold <rharolde@= umich.edu>

Section: 7.18.1

Original Text
-------------
=C2=A0 =C2=A0In order for a device to implement a feature that is dependent= on any
=C2=A0 =C2=A0other features (i.e., the feature has one or more "if-fea= ture" sub-
=C2=A0 =C2=A0statements), the device MUST also implement all the dependant<= br> =C2=A0 =C2=A0features.

Corrected Text
--------------
=C2=A0 =C2=A0In order for a device to implement a feature that is dependent= on any
=C2=A0 =C2=A0other features (i.e. the feature is a sub-statement of another=
=C2=A0 =C2=A0"if-feature" statement), the device MUST also implem= ent all the
=C2=A0 =C2=A0dependent features.

Notes
-----
The direction of the dependency is stated backwards.
Consider for example:

if-feature aaa;
=C2=A0 =C2=A0 statements ...;
=C2=A0 =C2=A0 if-feature bbb;

This should allow feature aaa to exist without feature bbb.
bbb should depend on aaa, but aaa should not depend on bbb

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, ple= ase
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.

--------------------------------------
RFC6020 (draft-ietf-netmod-yang-13)
--------------------------------------
Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: YANG - A Data= Modeling Language for the Network Configuration Protocol (NETCONF)
Publication Date=C2=A0 =C2=A0 : October 2010
Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: M. Bjorklund, Ed.
Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : PROPOSED STANDARD
Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Network Modeling Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Operations an= d Management
Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF
Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG


My apologies, I misunderstood.=C2=A0 Please = cancel.

--
Bob Harold

--001a113fc2ecd8455e0566736b5d-- From nobody Fri Mar 2 12:09:18 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AFB6126C25; Fri, 2 Mar 2018 12:09:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kathleen Moriarty To: "The IESG" Cc: draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152002135016.15735.729698942100498119.idtracker@ietfa.amsl.com> Date: Fri, 02 Mar 2018 12:09:10 -0800 Archived-At: Subject: [netmod] Kathleen Moriarty's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 20:09:10 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-netmod-syslog-model-23: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I agree with the SecDir review and thanks for responding to the review. I have one additional suggestion to make sure the points made from this review are clear to the reader. Thanks in advance! SecDir Review text & response: Security Comments * I think almost all writable data nodes here are sensitive, because a network attacker's first move is to block any logging on the host, and many of the data nodes here can be used for this purpose. [clw1] I will reword the security section to include all writeable nodes as sensitive. [KMM] Thank you, I think it would be helpful to also note the reason is this case with an extra sentence or two. Something to the effect of: Logging in particular is used to assess the state of systems and can be used to indicate a network compromise. If logging were to be disabled through malicious means, attacks may not be readily detectable. * Re: readable data nodes, I'm not sure which are sensitive, and the document should give an example or two rather than just say "some". Otherwise the security advice is not actionable. One example: "remote" sections leak information about other hosts in the network. [clw1] This text was lifted from another model. I will review the readable nodes and update. [KMM] Thanks * Write operations... can have a negative effect on network operations. - I would add "and on network security", because logs are often used to detect security breaches. [clw1] I will add this phrase. [KMM] I see this was added, thanks. Please consider the above 2 sentences. * Also add an advice, similar to the one on "pattern match", that the private key used for signing log messages MUST NOT be used for any other purpose, and that the implementation of this data node must ensure this property (I'm not sure how). The rationale: if the TLS private key is used, for example, this could result in a signing oracle for TLS and eventually a MITM attack. [clw1] I will add this advice. [KMM] Thanks for adding this advice. From nobody Fri Mar 2 12:33:07 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ECB8126C25 for ; Fri, 2 Mar 2018 12:33:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umich.edu 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 krRLv-iLgmPD for ; Fri, 2 Mar 2018 12:33:04 -0800 (PST) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 C3A7812D7F1 for ; Fri, 2 Mar 2018 12:33:03 -0800 (PST) Received: by mail-lf0-x230.google.com with SMTP id h127so14037426lfg.12 for ; Fri, 02 Mar 2018 12:33:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:from:date:message-id:subject:to; bh=FWtyepIfwsljLqgWWrPGnaNqj3Qh50dG6NWWkzu2yz0=; b=LLx7xqZ3xE+7Gla4CoqFL7mf7zNn68lggeiLT6f0A8TLPLB9FFIT9IbNYV5o1/GzGk 9+C3hE/nmBi7oSB8IGTrvr+5sLHUQPr2sRPs5FLDCjwJ02sddEMJ70vGwD6bz7tqKNHx KPgyb4jwA/sTYofMH+vhnxxBz4RvtpQYd5147AFo1H15UWP3WuDVy+3/drwCONVLT4ee G6Z7JSXi4YujvGPZOwOqoboEXsRtn7Fsag7X1+XTkjN6IUAeyZ9k9GIdgwKsqCoZ/Jlf IGSDWaw3aGRPZ16Lp9bbrCXQIVnAS5nI+CSUhek2MWCQbP3NfSBBmA65+mCtDZenSu5F Vb+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FWtyepIfwsljLqgWWrPGnaNqj3Qh50dG6NWWkzu2yz0=; b=Lwdi462R78j6ImCZCgkuSVcNzTg4m//uPBXiFPgV8Cd0gnh5sFRZersUnZijJsvW+h Bvfo8K9AgksBZbbJyEuWDvbWmA0Z/4bUqBbPuzp8SzIWFtX0/6IgPTAtUQByCWwXHFl4 RvyH+1pZbxqKJ6y5RuBgxMtLOIh3fEWKPPGIELPMVnRkjd6py1rAYXFyRSDZzhRqMivH 2DnATV7HveXKoGURahF4AHqr3aEKI8npX1ZRpMk3xJuR3dtrIk6/8F6dOgv1kpddgmpa TzqR+pIhZtrCt13fh6y+R62gXioz0Zfv8wAzx0BLiVSzfPkKh3OOK7QUPqRH5z5qew7H jXjw== X-Gm-Message-State: AElRT7Er+stPreo+MCuSGGj14Bh6ad2cO45y8MvJ2mVl3gbjZNO397m1 2F7LGEjAxGvgKVEMUpW/UjGpghhyXD7I0LEqQzRpBvbN X-Google-Smtp-Source: AG47ELvmNB05KYvBZV8UF9WB86bfS67qGTTbvJWrRM+descuZaPqn62CtyxivPZmYonrf6qAvt4YvLk9ftkGPYMjOT4= X-Received: by 10.46.88.27 with SMTP id m27mr4685285ljb.132.1520022781614; Fri, 02 Mar 2018 12:33:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.18.21 with HTTP; Fri, 2 Mar 2018 12:33:00 -0800 (PST) From: Bob Harold Date: Fri, 2 Mar 2018 15:33:00 -0500 Message-ID: To: netmod@ietf.org Content-Type: multipart/alternative; boundary="f403043871c4f2f6f4056673e1b5" Archived-At: Subject: [netmod] draft-ietf-netmod-syslog-model-23 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 20:33:06 -0000 --f403043871c4f2f6f4056673e1b5 Content-Type: text/plain; charset="UTF-8" Sorry for being late to the discussion - just joined this group. Can we have "higher severity" match "higher number" in the enumerated values, to avoid confusion? In section 4.1. The ietf-syslog Module on Page 11 typedef syslog-severity { -- should be in the order: debug=0 emergency=7 because "severity-filter" uses "equals-or-higher" which means "higher severity" but should also mean "higher number" to avoid confusion. -- Bob Harold --f403043871c4f2f6f4056673e1b5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry for being late to the discussion - just joined this = group.

Can we have "higher severity" match "higher nu= mber" in the enumerated values, to avoid confusion?

In section = 4.1.=C2=A0 The ietf-syslog Module
on Page 11

typedef syslog-sever= ity {

-- should be in the order:
debug=3D0
emergency=3D7
because "severity-filter" uses "equals-or-higher" whi= ch means "higher severity" but should also mean "higher numb= er" to avoid confusion.

--
Bob Harold

--f403043871c4f2f6f4056673e1b5-- From nobody Fri Mar 2 14:13:34 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A38B12D7F1 for ; Fri, 2 Mar 2018 14:13:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 P-hCgcNsbBxL for ; Fri, 2 Mar 2018 14:13:31 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 837FF1250B8 for ; Fri, 2 Mar 2018 14:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16214; q=dns/txt; s=iport; t=1520028811; x=1521238411; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=69bwNRQGwIDyNRcDppGMb4WnqkOrDIIABWfShbS/Hz4=; b=f/O1wnfv2RivdqWxzGBDrtgd8k3n0dzYJS22/80+lDKIPSruUfPDYqXw dRV7tdaZEg3W8117y0StTTOsjZbkWTPu8SdbLHpolgxRHoAvT0VUVW4pw 12oYd26Tk0oHMDSVbU/9QweNK4fafbevoq47UyDleLevyMiCHvpB4cgLx A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAgDWy5la/49dJa1eDgsBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGCWkktZnAoCoNKmB2CAoEWjw2FIIIVCh6FEgIagkchNhYBAgE?= =?us-ascii?q?BAQEBAQJrJ4UjAQEBBCNmAgEGAg4DAwECKwICAjAdCAIEARKEN2QQjCidboInJ?= =?us-ascii?q?oRMg3aCK4UsgimBV4IPgwSDIwsBAgECgg2CazCCMgSTQYcdCQKJYocZjniRKAI?= =?us-ascii?q?RGQGBLQElCCmBUnAVZAGCGAmDSAEHNDt3AQGLIoEYAQEB?= X-IronPort-AV: E=Sophos; i="5.47,414,1515456000"; d="scan'208,217"; a="78039258" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Mar 2018 22:13:30 +0000 Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w22MDUxx002609 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 2 Mar 2018 22:13:30 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 2 Mar 2018 16:13:29 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Fri, 2 Mar 2018 16:13:29 -0600 From: "Clyde Wildes (cwildes)" To: Bob Harold , "netmod@ietf.org" Thread-Topic: [netmod] draft-ietf-netmod-syslog-model-23 Thread-Index: AQHTsmWyRIrrSql4REOtSderZYOQ3KO95yyA Date: Fri, 2 Mar 2018 22:13:29 +0000 Message-ID: <8609E4AE-F85D-47BF-873E-764489F58463@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.131.90] Content-Type: multipart/alternative; boundary="_000_8609E4AEF85D47BF873E764489F58463ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] draft-ietf-netmod-syslog-model-23 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 22:13:33 -0000 --_000_8609E4AEF85D47BF873E764489F58463ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Qm9iLA0KDQpTeXNsb2cgbWVzc2FnZSBzZXZlcml0eSBpcyBzZXQgaW4gUkZDIDU0MjQgVGFibGUg Mi4gVGhlIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0yMyBjb25mb3Jt cyB0byB0aGF0IHNwZWNpZmljYXRpb24uIEEgbG93ZXIgbnVtYmVyIG1lYW5zIGhpZ2hlciBzZXZl cml0eS4NCg0KVGhlIHNldmVyaXR5LWZpbHRlciBzcGVjaWZpZXMgdGhhdCDigJxhbGwgbWVzc2Fn ZXMgb2YgdGhlIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaOKAnSBhbmQgdGhl cmVmb3JlIHdpbGwgYmUgc2VsZWN0ZWQuIFRoaXMgY29uZm9ybXMgdG8gdGhlIHdheSB0aGF0IG1h bnkgdmVuZG9ycyB0aGF0IHdlIGV2YWx1YXRlZCBwZXJmb3JtIHN5c2xvZyBtZXNzYWdlIHNldmVy aXR5IG1hdGNoIHNlbGVjdGlvbi4NCg0KSnVuaXBlciBFeGFtcGxlOg0KaHR0cHM6Ly93d3cuanVu aXBlci5uZXQvZG9jdW1lbnRhdGlvbi9lbl9VUy9qdW5vczEyLjMvdG9waWNzL3Rhc2svY29uZmln dXJhdGlvbi9zeXNsb2ctc2luZ2xlLWNoYXNzaXMtZmFjaWxpdHktc2V2ZXJpdHktbWVzc2FnZXMt c3BlY2lmeWluZy5odG1sDQoNCuKAnE1lc3NhZ2VzIGZyb20gdGhlIGZhY2lsaXR5IHRoYXQgYXJl IHJhdGVkIGF0IHRoYXQgbGV2ZWwgb3IgaGlnaGVyIGFyZSBsb2dnZWQgdG8gdGhlIGRlc3RpbmF0 aW9u4oCdDQoNCkxpbnV4IHJzeXNsb2dkIEV4YW1wbGU6DQpodHRwOi8vd3d3LnJzeXNsb2cuY29t L2RvYy92OC1zdGFibGUvY29uZmlndXJhdGlvbi9maWx0ZXJzLmh0bWwjc2VsZWN0b3JzDQoNCuKA nFRoZSBiZWhhdmlvciBvZiB0aGUgb3JpZ2luYWwgQlNEIHN5c2xvZ2QgaXMgdGhhdCBhbGwgbWVz c2FnZXMgb2YgdGhlIHNwZWNpZmllZCBwcmlvcml0eSBhbmQgaGlnaGVyIGFyZSBsb2dnZWQgYWNj b3JkaW5nIHRvIHRoZSBnaXZlbiBhY3Rpb24uIFJzeXNsb2dkIGJlaGF2ZXMgdGhlIHNhbWXigKbi gJ0NCg0KQ2hhbmdpbmcgdGhlIHRhYmxlIHRvIG1hdGNoIGhpZ2hlciBzZXZlcml0eSB0byBoaWdo ZXIgbnVtYmVyIG1lYW5zIHRoYXQgd2Ugd291bGQgbm90IGNvbmZvcm0gdGhlIFJGQyA1NDI0Lg0K DQpOb3RlOiBJIGRvIHNlZSBhIHR5cG8gaW4gdGhlIGRlc2NyaXB0aW9uIGZvciBzZXZlcml0eS1m aWx0ZXIgKHRoZSB3b3JkIOKAnHVzZeKAnSBpcyBtaXNzaW5nKToNCg0KZWxzZSBjb21wYXJlIG1l c3NhZ2Ugc2V2ZXJpdHkgd2l0aCB0aGUgc3BlY2lmaWVkIHNldmVyaXR5DQogICAgICAgICAgYWNj b3JkaW5nIHRvIHRoZSBkZWZhdWx0IGNvbXBhcmUgcnVsZSAoYWxsIG1lc3NhZ2VzIG9mIHRoZQ0K ICAgICAgICAgIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaCkgb3IgaWYgdGhl DQogICAgICAgICAgc2VsZWN0LWFkdi1jb21wYXJlIGZlYXR1cmUgaXMgcHJlc2VudCwgdGhlIGFk dmFuY2UtY29tcGFyZQ0KICAgICAgICAgIHJ1bGUuDQoNCnNob3VsZCBiZToNCg0KZWxzZSBjb21w YXJlIG1lc3NhZ2Ugc2V2ZXJpdHkgd2l0aCB0aGUgc3BlY2lmaWVkIHNldmVyaXR5DQogICAgICAg ICAgYWNjb3JkaW5nIHRvIHRoZSBkZWZhdWx0IGNvbXBhcmUgcnVsZSAoYWxsIG1lc3NhZ2VzIG9m IHRoZQ0KICAgICAgICAgIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaCkgb3Ig aWYgdGhlDQogICAgICAgICAgc2VsZWN0LWFkdi1jb21wYXJlIGZlYXR1cmUgaXMgcHJlc2VudCwg dXNlIHRoZSBhZHZhbmNlLWNvbXBhcmUNCiAgICAgICAgICBydWxlLg0KDQpUaGFua3MsDQoNCkNs eWRlDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBv ZiBCb2IgSGFyb2xkIDxyaGFyb2xkZUB1bWljaC5lZHU+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDIs IDIwMTggYXQgMTI6MzMgUE0NClRvOiAibmV0bW9kQGlldGYub3JnIiA8bmV0bW9kQGlldGYub3Jn Pg0KU3ViamVjdDogW25ldG1vZF0gZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTIzDQoN ClNvcnJ5IGZvciBiZWluZyBsYXRlIHRvIHRoZSBkaXNjdXNzaW9uIC0ganVzdCBqb2luZWQgdGhp cyBncm91cC4NCg0KQ2FuIHdlIGhhdmUgImhpZ2hlciBzZXZlcml0eSIgbWF0Y2ggImhpZ2hlciBu dW1iZXIiIGluIHRoZSBlbnVtZXJhdGVkIHZhbHVlcywgdG8gYXZvaWQgY29uZnVzaW9uPw0KDQpJ biBzZWN0aW9uIDQuMS4gIFRoZSBpZXRmLXN5c2xvZyBNb2R1bGUNCm9uIFBhZ2UgMTENCg0KdHlw ZWRlZiBzeXNsb2ctc2V2ZXJpdHkgew0KDQotLSBzaG91bGQgYmUgaW4gdGhlIG9yZGVyOg0KZGVi dWc9MA0KZW1lcmdlbmN5PTcNCg0KYmVjYXVzZSAic2V2ZXJpdHktZmlsdGVyIiB1c2VzICJlcXVh bHMtb3ItaGlnaGVyIiB3aGljaCBtZWFucyAiaGlnaGVyIHNldmVyaXR5IiBidXQgc2hvdWxkIGFs c28gbWVhbiAiaGlnaGVyIG51bWJlciIgdG8gYXZvaWQgY29uZnVzaW9uLg0KLS0NCkJvYiBIYXJv bGQNCg== --_000_8609E4AEF85D47BF873E764489F58463ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <472B4ADC0F0FB941B9CFFF3FA76B14FC@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IixzZXJpZjsN Cgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5v cm1hbDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28t c3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJ bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9Indo aXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBj bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Qm9iLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5TeXNsb2cgbWVzc2FnZSBzZXZlcml0eSBpcyBzZXQg aW4gUkZDIDU0MjQgVGFibGUgMi4gVGhlIG1vZGVsIGluIGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xv Zy1tb2RlbC0yMyBjb25mb3JtcyB0byB0aGF0IHNwZWNpZmljYXRpb24uIEEgbG93ZXIgbnVtYmVy IG1lYW5zIGhpZ2hlciBzZXZlcml0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+VGhlIHNldmVyaXR5LWZpbHRlciBzcGVjaWZpZXMgdGhhdCDigJxhbGwgbWVzc2FnZXMgb2Yg dGhlJm5ic3A7c3BlY2lmaWVkIHNldmVyaXR5IGFuZCBncmVhdGVyIG1hdGNo4oCdIGFuZCB0aGVy ZWZvcmUgd2lsbCBiZSBzZWxlY3RlZC4gVGhpcyBjb25mb3JtcyB0byB0aGUgd2F5IHRoYXQgbWFu eSB2ZW5kb3JzIHRoYXQgd2UgZXZhbHVhdGVkIHBlcmZvcm0NCiBzeXNsb2cgbWVzc2FnZSBzZXZl cml0eSBtYXRjaCBzZWxlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYi Pkp1bmlwZXIgRXhhbXBsZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2Vy aWYiPjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmp1bmlwZXIubmV0L2RvY3VtZW50YXRpb24vZW5fVVMv anVub3MxMi4zL3RvcGljcy90YXNrL2NvbmZpZ3VyYXRpb24vc3lzbG9nLXNpbmdsZS1jaGFzc2lz LWZhY2lsaXR5LXNldmVyaXR5LW1lc3NhZ2VzLXNwZWNpZnlpbmcuaHRtbCI+aHR0cHM6Ly93d3cu anVuaXBlci5uZXQvZG9jdW1lbnRhdGlvbi9lbl9VUy9qdW5vczEyLjMvdG9waWNzL3Rhc2svY29u ZmlndXJhdGlvbi9zeXNsb2ctc2luZ2xlLWNoYXNzaXMtZmFjaWxpdHktc2V2ZXJpdHktbWVzc2Fn ZXMtc3BlY2lmeWluZy5odG1sPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm Ij7igJxNZXNzYWdlcyBmcm9tIHRoZSBmYWNpbGl0eSB0aGF0IGFyZSByYXRlZCBhdCB0aGF0IGxl dmVsIG9yIGhpZ2hlciBhcmUgbG9nZ2VkIHRvIHRoZSBkZXN0aW5hdGlvbuKAnTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5MaW51eCByc3lzbG9nZCBFeGFtcGxlOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PGEgaHJlZj0iaHR0cDovL3d3dy5y c3lzbG9nLmNvbS9kb2Mvdjgtc3RhYmxlL2NvbmZpZ3VyYXRpb24vZmlsdGVycy5odG1sI3NlbGVj dG9ycyI+aHR0cDovL3d3dy5yc3lzbG9nLmNvbS9kb2Mvdjgtc3RhYmxlL2NvbmZpZ3VyYXRpb24v ZmlsdGVycy5odG1sI3NlbGVjdG9yczwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oyxz ZXJpZiI+4oCcVGhlIGJlaGF2aW9yIG9mIHRoZSBvcmlnaW5hbCBCU0Qgc3lzbG9nZCBpcyB0aGF0 IGFsbCBtZXNzYWdlcyBvZiB0aGUgc3BlY2lmaWVkIHByaW9yaXR5IGFuZCBoaWdoZXIgYXJlIGxv Z2dlZCBhY2NvcmRpbmcgdG8gdGhlIGdpdmVuIGFjdGlvbi4gUnN5c2xvZ2QgYmVoYXZlcyB0aGUg c2FtZeKApuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5DaGFuZ2luZyB0 aGUgdGFibGUgdG8gbWF0Y2ggaGlnaGVyIHNldmVyaXR5IHRvIGhpZ2hlciBudW1iZXIgbWVhbnMg dGhhdCB3ZSB3b3VsZCBub3QgY29uZm9ybSB0aGUgUkZDIDU0MjQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDssc2VyaWYiPk5vdGU6IEkgZG8gc2VlIGEgdHlwbyBpbiB0aGUgZGVzY3JpcHRp b24gZm9yIHNldmVyaXR5LWZpbHRlciAodGhlIHdvcmQg4oCcdXNl4oCdIGlzIG1pc3NpbmcpOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5lbHNlIGNvbXBhcmUgbWVzc2FnZSBz ZXZlcml0eSB3aXRoIHRoZSBzcGVjaWZpZWQgc2V2ZXJpdHkmbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgYWNjb3JkaW5nIHRvIHRoZSBkZWZhdWx0IGNvbXBhcmUgcnVsZSAoYWxsIG1lc3NhZ2Vz IG9mIHRoZSZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzcGVjaWZpZWQgc2V2ZXJpdHkgYW5k IGdyZWF0ZXIgbWF0Y2gpIG9yIGlmIHRoZSZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzZWxl Y3QtYWR2LWNvbXBhcmUgZmVhdHVyZSBpcyBwcmVzZW50LCB0aGUgYWR2YW5jZS1jb21wYXJlJm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHJ1bGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDssc2VyaWYiPnNob3VsZCBiZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDss c2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+ ZWxzZSBjb21wYXJlIG1lc3NhZ2Ugc2V2ZXJpdHkgd2l0aCB0aGUgc3BlY2lmaWVkIHNldmVyaXR5 Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGFjY29yZGluZyB0byB0aGUgZGVmYXVsdCBjb21w YXJlIHJ1bGUgKGFsbCBtZXNzYWdlcyBvZiB0aGUmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg c3BlY2lmaWVkIHNldmVyaXR5IGFuZCBncmVhdGVyIG1hdGNoKSBvciBpZiB0aGUmbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgc2VsZWN0LWFkdi1jb21wYXJlIGZlYXR1cmUgaXMgcHJlc2VudCwg dXNlIHRoZSBhZHZhbmNlLWNvbXBhcmUmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcnVsZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5DbHlkZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPm5ldG1vZCAmbHQ7bmV0bW9kLWJvdW5jZXNAaWV0 Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBCb2IgSGFyb2xkICZsdDtyaGFyb2xkZUB1bWljaC5lZHUm Z3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgTWFyY2ggMiwgMjAxOCBhdCAxMjozMyBQTTxi cj4NCjxiPlRvOiA8L2I+JnF1b3Q7bmV0bW9kQGlldGYub3JnJnF1b3Q7ICZsdDtuZXRtb2RAaWV0 Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltuZXRtb2RdIGRyYWZ0LWlldGYtbmV0bW9k LXN5c2xvZy1tb2RlbC0yMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5Tb3JyeSBm b3IgYmVpbmcgbGF0ZSB0byB0aGUgZGlzY3Vzc2lvbiAtIGp1c3Qgam9pbmVkIHRoaXMgZ3JvdXAu PGJyPg0KPGJyPg0KQ2FuIHdlIGhhdmUgJnF1b3Q7aGlnaGVyIHNldmVyaXR5JnF1b3Q7IG1hdGNo ICZxdW90O2hpZ2hlciBudW1iZXImcXVvdDsgaW4gdGhlIGVudW1lcmF0ZWQgdmFsdWVzLCB0byBh dm9pZCBjb25mdXNpb24/PGJyPg0KPGJyPg0KSW4gc2VjdGlvbiA0LjEuJm5ic3A7IFRoZSBpZXRm LXN5c2xvZyBNb2R1bGU8YnI+DQpvbiBQYWdlIDExPGJyPg0KPGJyPg0KdHlwZWRlZiBzeXNsb2ct c2V2ZXJpdHkgezxicj4NCjxicj4NCi0tIHNob3VsZCBiZSBpbiB0aGUgb3JkZXI6PGJyPg0KZGVi dWc9MDxicj4NCmVtZXJnZW5jeT03PGJyPg0KPGJyPg0KYmVjYXVzZSAmcXVvdDtzZXZlcml0eS1m aWx0ZXImcXVvdDsgdXNlcyAmcXVvdDtlcXVhbHMtb3ItaGlnaGVyJnF1b3Q7IHdoaWNoIG1lYW5z ICZxdW90O2hpZ2hlciBzZXZlcml0eSZxdW90OyBidXQgc2hvdWxkIGFsc28gbWVhbiAmcXVvdDto aWdoZXIgbnVtYmVyJnF1b3Q7IHRvIGF2b2lkIGNvbmZ1c2lvbi48bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90 dG9tOjEyLjBwdCI+LS0gPGJyPg0KQm9iIEhhcm9sZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_8609E4AEF85D47BF873E764489F58463ciscocom_-- From nobody Sat Mar 3 14:13:02 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 255BA1273B1; Sat, 3 Mar 2018 14:13:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152011518004.12021.16209647205835091770@ietfa.amsl.com> Date: Sat, 03 Mar 2018 14:13:00 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2018 22:13:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Network Access Control List (ACL) YANG Data Model Authors : Mahesh Jethanandani Lisa Huang Sonal Agarwal Dana Blair Filename : draft-ietf-netmod-acl-model-17.txt Pages : 57 Date : 2018-03-03 Abstract: This document defines a data model for Access Control List (ACL). ACL is a ordered-by-user set of rules, used to configure the forwarding behavior in device. Each rule is used to find a match on a packet, and define actions that will be performed on the packet. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-acl-model-17 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-acl-model-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-acl-model-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 Sat Mar 3 14:18:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B4B3124239 for ; Sat, 3 Mar 2018 14:18:38 -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, 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 bKLCq4E3T6Yr for ; Sat, 3 Mar 2018 14:18:36 -0800 (PST) Received: from mail-pl0-x230.google.com (mail-pl0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (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 21AEB12025C for ; Sat, 3 Mar 2018 14:18:36 -0800 (PST) Received: by mail-pl0-x230.google.com with SMTP id 61-v6so7630605plf.3 for ; Sat, 03 Mar 2018 14:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=opPSs7sHrFiDiX95PMynR1qTa0hYb3C/f6pqfbjva0k=; b=AfhZBoHV8T18tdkVeLps0ZjJhNatAQ4q6f/LPxWXtvGhkx4KRAv/ghgmiYqSSMlUMo iZwGPUtddndnqa+CCpjbErQQHFG2MGNqvDKufn0xjjQ7xfQlbYbsLeWK38zbGqM/GhQu 45810nkJ/sKwKQsdHYKYs238wjwiweJkbdVHXVYkJN7ClJpb5owuV+s4J0RtKhnrqy60 QLSAl6LVcR5LItiEFjOPvfPlA9Ichl1aSQAYQjEndFwVVKW3szTWRV4XMWbzf6hnL1Up D36dgu9fybfio2pK0cWWhE2ZeJuA4i5NG8xuaZTMq5qn3sF57wt1SUV+v5RhG91BjqHv InEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=opPSs7sHrFiDiX95PMynR1qTa0hYb3C/f6pqfbjva0k=; b=TlJtPaLGxvIHmx32bXVYaZq+bf4blCszhAJKmS84TqcrJZ5MgnMcl4+ZpP2OsCJzBs GCa7xAE7VUplfrueSgJvTjHTZpZKqpDlBfXaFEJqKV0mh1WRIqFyF0oOT0lBuHTxja/l qustZgsBkC+UKR3rbWWVFDKvT/465NLH9q4Y82Jz1h7TpcjNHj7Co2/3MIx+6nyGuseV GUyg4EP766w4In+VZSbnWmxzTUdsgzY4puvjxr723q4sbjeecDD+ZhdiKN/ZnlV5+xxu xKjFQMXBWxNYyagzddW9nwaT4qh7pdOlc21L0BkWvylFZB6ytlkXs0LKXQoCIllCd0H2 SOtA== X-Gm-Message-State: AElRT7HlRXLXA/NAm3D0eiVzjNIroX+V5WYuHpyJhimJEEqulymCwhSe L1AoMpYEcBxL8T40f7C7lpmarQo6 X-Google-Smtp-Source: AG47ELugIyNk0ZLtOHsn+2GvYOd6gSsbO5e7X/PPM2bjOPTzH1CGE7Q9o42bFR998EBk/JSMmeAaMw== X-Received: by 2002:a17:902:76c2:: with SMTP id j2-v6mr336960plt.250.1520115515470; Sat, 03 Mar 2018 14:18:35 -0800 (PST) Received: from ?IPv6:2601:647:4700:1280:b02f:50c1:3706:31a9? ([2601:647:4700:1280:b02f:50c1:3706:31a9]) by smtp.gmail.com with ESMTPSA id j14sm16226217pfn.113.2018.03.03.14.18.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Mar 2018 14:18:34 -0800 (PST) From: Mahesh Jethanandani Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Sat, 3 Mar 2018 14:18:36 -0800 References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> To: NETMOD WG In-Reply-To: <152011518004.12021.16209647205835091770@ietfa.amsl.com> Message-Id: X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2018 22:18:38 -0000 This version of the draft addresses comments raised during LC, shepherd = review and other comments received during that period. > On Mar 3, 2018, at 2:13 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Network Modeling WG of the IETF. >=20 > Title : Network Access Control List (ACL) YANG Data = Model > Authors : Mahesh Jethanandani > Lisa Huang > Sonal Agarwal > Dana Blair > Filename : draft-ietf-netmod-acl-model-17.txt > Pages : 57 > Date : 2018-03-03 >=20 > Abstract: > This document defines a data model for Access Control List (ACL). > ACL is a ordered-by-user set of rules, used to configure the > forwarding behavior in device. Each rule is used to find a match on > a packet, and define actions that will be performed on the packet. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-netmod-acl-model-17 > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-acl-model-17 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-acl-model-17 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanandani@gmail.com From nobody Sat Mar 3 19:38:35 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D959126C2F for ; Sat, 3 Mar 2018 19:38:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 sf_hNUUm7vdb for ; Sat, 3 Mar 2018 19:38:33 -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 3DB991200C1 for ; Sat, 3 Mar 2018 19:38:33 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 5E8EAB8198E; Sat, 3 Mar 2018 19:38:19 -0800 (PST) To: mbj@tail-f.com, bclaise@cisco.com, warren@kumari.net, joelja@bogus.com, kwatsen@juniper.net, lberger@labn.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: kwatsen@juniper.net, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180304033819.5E8EAB8198E@rfc-editor.org> Date: Sat, 3 Mar 2018 19:38:19 -0800 (PST) Archived-At: Subject: [netmod] [Technical Errata Reported] RFC7950 (5274) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 03:38:34 -0000 The following errata report has been submitted for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5274 -------------------------------------- Type: Technical Reported by: Kent Watsen Section: 7.16.3 Original Text ------------- A corresponding XML instance example of the complete notification: 2008-07-08T00:01:00Z fault /ex:interface[ex:name='Ethernet0'] major Corrected Text -------------- A corresponding XML instance example of the complete notification follows. This example reports an event for an interface from the "example-foo" module defined in Section 13.1.1. 2008-07-08T00:01:00Z fault /ex:interface[ex:name='Ethernet0'] major Notes ----- The "ex" prefix is not declared. The "example-foo" module in 13.1.1 is the only module in the draft that matches the given instance-identifier. An alternative fix would be to use a different module and a matching instance-identifier. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Mar 5 01:25:22 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09DAB1272E1 for ; Mon, 5 Mar 2018 01:25:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d-Eke_PgeiV6 for ; Mon, 5 Mar 2018 01:25:17 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0135.outbound.protection.outlook.com [104.47.2.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5158A126579 for ; Mon, 5 Mar 2018 01:25:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cVjDyN/2mumsxuQ7cxE2yjFH18msO8M4zM8vJB5XE/I=; b=V1psznCIQdAcjAlH1ycBma942fER/T2eEc2qsczgRdwe4k2hK72YGZ64uErpYKvZf56B7JDOyW8RHh3OVfuyw6DKc2gyD/p6wsVG8pRDdYSnt4ashHllKCZ7diQx7JAnQmSUh6illq70WvZRddvhcY+rAEI8fA+A7PgPt2zP9iI= Received: from AM4PR07MB1716.eurprd07.prod.outlook.com (10.166.133.24) by AM4PR07MB3188.eurprd07.prod.outlook.com (10.171.188.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Mon, 5 Mar 2018 09:25:14 +0000 Received: from AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3]) by AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3%4]) with mapi id 15.20.0567.010; Mon, 5 Mar 2018 09:25:14 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: "netmod@ietf.org" Thread-Topic: Guideline on modeling including features and phased support by a device Thread-Index: AdO0Y9X7Z6zjEN4LQ8Siy72k21o7KQ== Date: Mon, 5 Mar 2018 09:25:14 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2a02:1811:e41a:9e00:50e6:163:d89e:de4b] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM4PR07MB3188; 7:85e1A7sOGvwr4HBVVZ1wh1ymcpRMOpafTbyCcg7KPihSGkyailU3AeYB5iNHSM7Q8wk8H2zlfDWBzZ8SliGFwwGY7YT5A7/K0MS+PRqm1JsDTu7NmXba4p8m55E/rsE4xusykAW6aBAexC+cj8IJPx2FdfTlYL3Dvs6sd7YgpLKi7uUGxBW3WyHEbg7FV9iamdUR/Xy0SN2EvgEb9lsacBrpeC5JMAuvTAG4zaDJb8othaZpTaQ8xRHbjddvYF6y x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 8a7b2d70-4b27-47d8-7cf5-08d5827b00d2 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7193020); SRVR:AM4PR07MB3188; x-ms-traffictypediagnostic: AM4PR07MB3188: authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(158342451672863)(21748063052155)(79290750141951); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231220)(11241501184)(806099)(944501244)(52105095)(10201501046)(3002001)(6055026)(6041288)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:AM4PR07MB3188; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB3188; x-forefront-prvs: 06022AA85F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39380400002)(39860400002)(396003)(366004)(346002)(189003)(199004)(377424004)(6436002)(5640700003)(6506007)(74316002)(316002)(102836004)(5660300001)(6116002)(790700001)(86362001)(99286004)(97736004)(46003)(25786009)(53936002)(186003)(9686003)(55016002)(236005)(6306002)(54896002)(7696005)(33656002)(3280700002)(8676002)(1730700003)(81156014)(81166006)(14454004)(8936002)(6916009)(2900100001)(5250100002)(606006)(7736002)(478600001)(5630700001)(2501003)(2351001)(2906002)(106356001)(105586002)(68736007)(3660700001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3188; H:AM4PR07MB1716.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: q/9D1/UziQd5PCUZ7TQctdoTSZPg1ajaEBl5A11mHc/4+tbLfyoKO6FYsOnF/nq4ZmfenrCSoe8p6e9VKWgCbs/QU6ROE9M0ooeR4ElXhBsxHm0+lT0t0rAXkRzWh8nl8/IhIp03pNzM+j55B7IY+KX72YgoWsyJ7tqdXUqZ72bRkxDWJnmuiPby+PGpA/iXOx1BMhDNbYNKwjlXEEs6mkIWM2o9Z/h0k9Em9ce5e8WHZU3N205yB03bvVaEDnWUZSL5Ki0RWegTE1QKpzdGjSgybqMPJixTKiOpt8TFuPnmxjbo8Gxw6MlQ9ii29G3AnYnyBjPlFqg6C1ycy8f+qyT2OBVwDUMh5c9alxJiW067AXbquzyH2NqBpO8traZC spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM4PR07MB1716E07EE14F80BA7094C0DD94DA0AM4PR07MB1716eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8a7b2d70-4b27-47d8-7cf5-08d5827b00d2 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2018 09:25:14.8205 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3188 Archived-At: Subject: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 09:25:20 -0000 --_000_AM4PR07MB1716E07EE14F80BA7094C0DD94DA0AM4PR07MB1716eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We have a question with respect to YANG models using features. Assume that= a part of the model is defined under a feature and that this feature-depen= dent part defines a leaf as mandatory. module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } leaf only-if-feature { if-feature test-feature; type string; mandatory true; } } } } Now assume that we have a device that implements the model step-wise by fir= st not supporting this feature and in a sub-sequent release by supporting t= his feature (and uses a persistent running datastore). The question arisin= g now is how to deal with this mandatory leaf? Normally this can only be c= onfigured by a client, meaning that without any "help", the NC server will = not be able to startup with the data contained in the device's persistent d= atastore unless a value is set for the mandatory leaf that now becomes avai= lable as a result of supporting the feature. When modeling as follows it seems the NC server can start with the model su= pporting the feature that was not supported before: module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } container only-if-feature { presence "see if this helps"; if-feature test-feature; leaf only-if-feature { type string; mandatory true; } } } } } Are recommendations or guidelines in place to deal with this? Regards, Bart --_000_AM4PR07MB1716E07EE14F80BA7094C0DD94DA0AM4PR07MB1716eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We have a question with respect= to YANG models using features.  Assume that a part of the model is de= fined under a feature and that this feature-dependent part defines a leaf a= s mandatory.

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial version.&= quot;;

  }

 

  feature test-feature {

    description "testing feature";<= o:p>

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;

      leaf name {=

        type string;=

      }

      leaf ip {

        type inet:ip-addr= ess;

        mandatory true;

      }

      leaf port {=

        type inet:port-nu= mber;

        mandatory true;

      }

      leaf only-if-feature {

        if-feature test-f= eature;

        type string;=

        mandatory true;

      }

    }

  }

}

 

Now assume that we have a devic= e that implements the model step-wise by first not supporting this feature = and in a sub-sequent release by supporting this feature (and uses a persist= ent running datastore).  The question arising now is how to deal with this mandatory leaf?  Normally this c= an only be configured by a client, meaning that without any “helpR= 21;, the NC server will not be able to startup with the data contained in t= he device’s persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of suppo= rting the feature.

 

When modeling as follows it see= ms the NC server can start with the model supporting the feature that was n= ot supported before:

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial version.&= quot;;

  }

 

  feature test-feature {

    description "testing feature";<= o:p>

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;

      leaf name {=

        type string;=

      }

      leaf ip {

        type inet:ip-addr= ess;

        mandatory true;

      }

      leaf port {=

        type inet:port-nu= mber;

        mandatory true;

      }

      container only-if-feature {

        presence "se= e if this helps";

        if-feature test-f= eature;

        leaf only-if-feat= ure {

          type = string;

          manda= tory true;

        }

      }

    }

  }

}

 

Are recommendations or guidelin= es in place to deal with this?

 

Regards, Bart=

 

--_000_AM4PR07MB1716E07EE14F80BA7094C0DD94DA0AM4PR07MB1716eurp_-- From nobody Mon Mar 5 03:26:33 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2983129C51 for ; Mon, 5 Mar 2018 03:26:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 VMpim4dNBTa3 for ; Mon, 5 Mar 2018 03:26:31 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 59BF912783A for ; Mon, 5 Mar 2018 03:26:31 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 6EF1C1AE0351 for ; Mon, 5 Mar 2018 12:26:28 +0100 (CET) Date: Mon, 05 Mar 2018 12:26:27 +0100 (CET) Message-Id: <20180305.122627.1715904795972526238.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 11:26:33 -0000 Hi, Lifting this issue to its own thread. With this snippet: choice subnet { case prefix-length { leaf prefix-length { type uint8; } } case netmask { leaf netmask { type yang:dotted-quad; } } } pyang prints choice/case nodes like this: +--rw (subnet)? +--:(prefix-length) | +--rw prefix-length? uint8 +--:(netmask) +--rw netmask? yang:dotted-quad With the syntax defined in the yang-tree document: -- it means that the choice node has just like any other node (in this case "rw"), but the case node has "" as , and no space after the "--". This is clearly inconsistent, and something needs to be fixed. The current yang-tree document doesn't say that choice/case should be treated differently than other nodes. Alternatives: 1) The document is correct, this is a bug in pyang, the output should be: +--rw (subnet)? +--rw :(prefix-length) | +--rw prefix-length? uint8 +--rw :(netmask) +--rw netmask? yang:dotted-quad 2) Since the choice/case nodes are not present in the data tree, they should not have any flags. The document should be fixed to allow empty flags so we have: +-- (subnet)? +-- :(prefix-length) | +--rw prefix-length? uint8 +-- :(netmask) +--rw netmask? yang:dotted-quad Note that the document is currently in AUTH48. Something needs to be done in the document though, b/c it shows the current pyang output in an example. /martin From nobody Mon Mar 5 04:50:16 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4432B12D7ED for ; Mon, 5 Mar 2018 04:50:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ChABiGoYGKeP for ; Mon, 5 Mar 2018 04:50:11 -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 7ABF712D778 for ; Mon, 5 Mar 2018 04:50:11 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id CA438CE1; Mon, 5 Mar 2018 13:50:09 +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 n8I95giahTol; Mon, 5 Mar 2018 13:50:08 +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; Mon, 5 Mar 2018 13:50:09 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id A03232015B; Mon, 5 Mar 2018 13:50:09 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id H_TS6-UqGhWV; Mon, 5 Mar 2018 13:50:09 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 15A7920158; Mon, 5 Mar 2018 13:50:09 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id C50D242622CA; Mon, 5 Mar 2018 13:50:08 +0100 (CET) Date: Mon, 5 Mar 2018 13:50:08 +0100 From: Juergen Schoenwaelder To: Martin Bjorklund Cc: netmod@ietf.org Message-ID: <20180305125008.sm7izwuic65mhrti@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Martin Bjorklund , netmod@ietf.org References: <20180305.122627.1715904795972526238.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180305.122627.1715904795972526238.mbj@tail-f.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 12:50:14 -0000 I prefer that the choice/case nodes do not have any flags since they are not having a config true/false property on their own. And less clutter is better. /js On Mon, Mar 05, 2018 at 12:26:27PM +0100, Martin Bjorklund wrote: > Hi, > > Lifting this issue to its own thread. > > With this snippet: > > choice subnet { > case prefix-length { > leaf prefix-length { > type uint8; > } > } > case netmask { > leaf netmask { > type yang:dotted-quad; > } > } > } > > pyang prints choice/case nodes like this: > > +--rw (subnet)? > +--:(prefix-length) > | +--rw prefix-length? uint8 > +--:(netmask) > +--rw netmask? yang:dotted-quad > > With the syntax defined in the yang-tree document: > > -- > > it means that the choice node has just like any other node (in > this case "rw"), but the case node has "" as , and no space > after the "--". > > This is clearly inconsistent, and something needs to be fixed. > > The current yang-tree document doesn't say that choice/case should be > treated differently than other nodes. > > Alternatives: > > 1) The document is correct, this is a bug in pyang, the output > should be: > > +--rw (subnet)? > +--rw :(prefix-length) > | +--rw prefix-length? uint8 > +--rw :(netmask) > +--rw netmask? yang:dotted-quad > > 2) Since the choice/case nodes are not present in the data tree, > they should not have any flags. The document should be fixed to > allow empty flags so we have: > > +-- (subnet)? > +-- :(prefix-length) > | +--rw prefix-length? uint8 > +-- :(netmask) > +--rw netmask? yang:dotted-quad > > > Note that the document is currently in AUTH48. > > Something needs to be done in the document though, b/c it shows the > current pyang output in an example. > > > > /martin > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 5 05:14:32 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BDDF12D778 for ; Mon, 5 Mar 2018 05:14:31 -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 q5II2PrSF7fC for ; Mon, 5 Mar 2018 05:14:29 -0800 (PST) Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 077CF120454 for ; Mon, 5 Mar 2018 05:14:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id E26C62F806BE; Mon, 5 Mar 2018 14:14:26 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id SQs3rPnBmhxG; Mon, 5 Mar 2018 14:14:26 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id B82182F806C5; Mon, 5 Mar 2018 14:14:26 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7_bmDgm_hBEY; Mon, 5 Mar 2018 14:14:26 +0100 (CET) Received: from [192.168.209.122] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 920362F806BE; Mon, 5 Mar 2018 14:14:26 +0100 (CET) To: netmod@ietf.org, Juergen Schoenwaelder References: <20180305.122627.1715904795972526238.mbj@tail-f.com> <20180305125008.sm7izwuic65mhrti@elstar.local> From: Vladimir Vassilev Message-ID: Date: Mon, 5 Mar 2018 14:14:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20180305125008.sm7izwuic65mhrti@elstar.local> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:14:31 -0000 On 03/05/2018 01:50 PM, Juergen Schoenwaelder wrote: > I prefer that the choice/case nodes do not have any flags since they > are not having a config true/false property on their own. And less > clutter is better. 'choice' statements have 'config' substatement while 'case' do not. I myself figured that out while I was implementing tree diagrams support. I would prefer the current pyang output and a change to the yang-tree document to specify that nodes without config substatement do not have . Vladimir > > /js > > On Mon, Mar 05, 2018 at 12:26:27PM +0100, Martin Bjorklund wrote: >> Hi, >> >> Lifting this issue to its own thread. >> >> With this snippet: >> >> choice subnet { >> case prefix-length { >> leaf prefix-length { >> type uint8; >> } >> } >> case netmask { >> leaf netmask { >> type yang:dotted-quad; >> } >> } >> } >> >> pyang prints choice/case nodes like this: >> >> +--rw (subnet)? >> +--:(prefix-length) >> | +--rw prefix-length? uint8 >> +--:(netmask) >> +--rw netmask? yang:dotted-quad >> >> With the syntax defined in the yang-tree document: >> >> -- >> >> it means that the choice node has just like any other node (in >> this case "rw"), but the case node has "" as , and no space >> after the "--". >> >> This is clearly inconsistent, and something needs to be fixed. >> >> The current yang-tree document doesn't say that choice/case should be >> treated differently than other nodes. >> >> Alternatives: >> >> 1) The document is correct, this is a bug in pyang, the output >> should be: >> >> +--rw (subnet)? >> +--rw :(prefix-length) >> | +--rw prefix-length? uint8 >> +--rw :(netmask) >> +--rw netmask? yang:dotted-quad >> >> 2) Since the choice/case nodes are not present in the data tree, >> they should not have any flags. The document should be fixed to >> allow empty flags so we have: >> >> +-- (subnet)? >> +-- :(prefix-length) >> | +--rw prefix-length? uint8 >> +-- :(netmask) >> +--rw netmask? yang:dotted-quad >> >> >> Note that the document is currently in AUTH48. >> >> Something needs to be done in the document though, b/c it shows the >> current pyang output in an example. >> >> >> >> /martin >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Mar 5 05:47:19 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3DDA12D777 for ; Mon, 5 Mar 2018 05:47:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNs089w8_mMW for ; Mon, 5 Mar 2018 05:47:16 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id F3EA0120454 for ; Mon, 5 Mar 2018 05:47:15 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id D23C81AE02EF; Mon, 5 Mar 2018 14:47:14 +0100 (CET) Date: Mon, 05 Mar 2018 14:47:14 +0100 (CET) Message-Id: <20180305.144714.1993451337018243576.mbj@tail-f.com> To: rfc-editor@rfc-editor.org Cc: bclaise@cisco.com, warren@kumari.net, joelja@bogus.com, kwatsen@juniper.net, lberger@labn.net, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180304033819.5E8EAB8198E@rfc-editor.org> References: <20180304033819.5E8EAB8198E@rfc-editor.org> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5274) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:47:18 -0000 Hi, This errata is correct and should be accepted. I think the actual URI to use is less important, so the proposed URI is fine. /martin RFC Errata System wrote: > The following errata report has been submitted for RFC7950, > "The YANG 1.1 Data Modeling Language". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata/eid5274 > > -------------------------------------- > Type: Technical > Reported by: Kent Watsen > > Section: 7.16.3 > > Original Text > ------------- > A corresponding XML instance example of the complete notification: > > xmlns="urn:ietf:params:xml:ns:netconf:notification:1.0"> > 2008-07-08T00:01:00Z > > fault > > /ex:interface[ex:name='Ethernet0'] > > major > > > > Corrected Text > -------------- > A corresponding XML instance example of the complete notification > follows. This example reports an event for an interface from the > "example-foo" module defined in Section 13.1.1. > > xmlns="urn:ietf:params:xml:ns:netconf:notification:1.0"> > 2008-07-08T00:01:00Z > > fault > > /ex:interface[ex:name='Ethernet0'] > > major > > > > > Notes > ----- > The "ex" prefix is not declared. The "example-foo" module in 13.1.1 is the only module in the draft that matches the given instance-identifier. An alternative fix would be to use a different module and a matching instance-identifier. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > -------------------------------------- > Title : The YANG 1.1 Data Modeling Language > Publication Date : August 2016 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > From nobody Mon Mar 5 05:49:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4746D12D7E5 for ; Mon, 5 Mar 2018 05:49:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4r8_T1_vqyeN for ; Mon, 5 Mar 2018 05:49:37 -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 CA5EF120454 for ; Mon, 5 Mar 2018 05:49:36 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 9B447B67; Mon, 5 Mar 2018 14:49:35 +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 sB4NiVNirp8l; Mon, 5 Mar 2018 14:49:34 +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; Mon, 5 Mar 2018 14:49:35 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 771502015B; Mon, 5 Mar 2018 14:49:35 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id lXC2OGDd9SKv; Mon, 5 Mar 2018 14:49:35 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 12F3020158; Mon, 5 Mar 2018 14:49:35 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id EC4CF42625A1; Mon, 5 Mar 2018 14:49:34 +0100 (CET) Date: Mon, 5 Mar 2018 14:49:34 +0100 From: Juergen Schoenwaelder To: Vladimir Vassilev Cc: netmod@ietf.org, Martin Bjorklund Message-ID: <20180305134934.neam7t2snb2wdvon@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Vladimir Vassilev , netmod@ietf.org, Martin Bjorklund References: <20180305.122627.1715904795972526238.mbj@tail-f.com> <20180305125008.sm7izwuic65mhrti@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:49:38 -0000 On Mon, Mar 05, 2018 at 02:14:26PM +0100, Vladimir Vassilev wrote: > On 03/05/2018 01:50 PM, Juergen Schoenwaelder wrote: > > > I prefer that the choice/case nodes do not have any flags since they > > are not having a config true/false property on their own. And less > > clutter is better. > > 'choice' statements have 'config' substatement while 'case' do not. I myself > figured that out while I was implementing tree diagrams support. > > I would prefer the current pyang output and a change to the yang-tree > document to specify that nodes without config substatement do not have > . > So it seems the running code got it right. ;-) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 5 05:54:42 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52B2312D963 for ; Mon, 5 Mar 2018 05:54:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7cpsOx5ARbn3 for ; Mon, 5 Mar 2018 05:54:21 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id BB86212D879 for ; Mon, 5 Mar 2018 05:54:21 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id CE2771AE02EF; Mon, 5 Mar 2018 14:54:20 +0100 (CET) Date: Mon, 05 Mar 2018 14:54:18 +0100 (CET) Message-Id: <20180305.145418.2010818875235650756.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: vladimir@transpacket.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180305134934.neam7t2snb2wdvon@elstar.local> References: <20180305125008.sm7izwuic65mhrti@elstar.local> <20180305134934.neam7t2snb2wdvon@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:54:26 -0000 Juergen Schoenwaelder wrote: > On Mon, Mar 05, 2018 at 02:14:26PM +0100, Vladimir Vassilev wrote: > > On 03/05/2018 01:50 PM, Juergen Schoenwaelder wrote: > > > > > I prefer that the choice/case nodes do not have any flags since they > > > are not having a config true/false property on their own. And less > > > clutter is better. > > > > 'choice' statements have 'config' substatement while 'case' do not. I myself > > figured that out while I was implementing tree diagrams support. > > > > I would prefer the current pyang output and a change to the yang-tree > > document to specify that nodes without config substatement do not have > > . > > > > So it seems the running code got it right. ;-) As the author of that code, I think that was purely by accident... But I'm not convinced it is the correct solution. We have one example in the other thread where someone was confused by the "rw" flag and thought that it implied that the node would be present in the data tree. /martin From nobody Mon Mar 5 06:13:41 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5226D12DA6B; Mon, 5 Mar 2018 06:13:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4nKghF1xNuD5; Mon, 5 Mar 2018 06:13:30 -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 E73BD12D879; Mon, 5 Mar 2018 06:13:29 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id AF71BB81998; Mon, 5 Mar 2018 06:13:14 -0800 (PST) To: kwatsen@juniper.net, mbj@tail-f.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: bclaise@cisco.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180305141314.AF71BB81998@rfc-editor.org> Date: Mon, 5 Mar 2018 06:13:14 -0800 (PST) Archived-At: Subject: [netmod] [Errata Verified] RFC7950 (5274) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:13:40 -0000 The following errata report has been verified for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5274 -------------------------------------- Status: Verified Type: Technical Reported by: Kent Watsen Date Reported: 2018-03-04 Verified by: Benoit Claise (IESG) Section: 7.16.3 Original Text ------------- A corresponding XML instance example of the complete notification: 2008-07-08T00:01:00Z fault /ex:interface[ex:name='Ethernet0'] major Corrected Text -------------- A corresponding XML instance example of the complete notification follows. This example reports an event for an interface from the "example-foo" module defined in Section 13.1.1. 2008-07-08T00:01:00Z fault /ex:interface[ex:name='Ethernet0'] major Notes ----- The "ex" prefix is not declared. The "example-foo" module in 13.1.1 is the only module in the draft that matches the given instance-identifier. An alternative fix would be to use a different module and a matching instance-identifier. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Mar 5 06:14:25 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12BE412D945 for ; Mon, 5 Mar 2018 06:14:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aSYCo0q443v1 for ; Mon, 5 Mar 2018 06:14:08 -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 4043512D80F for ; Mon, 5 Mar 2018 06:13:57 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 082923C; Mon, 5 Mar 2018 15:13:56 +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 t2bHJWxslIEA; Mon, 5 Mar 2018 15:13:55 +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; Mon, 5 Mar 2018 15:13:55 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id D76222015B; Mon, 5 Mar 2018 15:13:55 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id wYzvkym9w7Pi; Mon, 5 Mar 2018 15:13:55 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 70E3F20158; Mon, 5 Mar 2018 15:13:55 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 151C8426268F; Mon, 5 Mar 2018 15:13:55 +0100 (CET) Date: Mon, 5 Mar 2018 15:13:55 +0100 From: Juergen Schoenwaelder To: Martin Bjorklund Cc: vladimir@transpacket.com, netmod@ietf.org Message-ID: <20180305141355.gi6kfej3eifdxtjq@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Martin Bjorklund , vladimir@transpacket.com, netmod@ietf.org References: <20180305125008.sm7izwuic65mhrti@elstar.local> <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180305.145418.2010818875235650756.mbj@tail-f.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:14:14 -0000 On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > > > > So it seems the running code got it right. ;-) > > As the author of that code, I think that was purely by accident... > > But I'm not convinced it is the correct solution. We have one example > in the other thread where someone was confused by the "rw" flag and > thought that it implied that the node would be present in the data > tree. > So what does rw mean? (i) The schema node has a rw property. (ii) The schema node can be instantiated and the instantiated data node has a rw property. I think it is difficult to have both at the same time. If the tree is a representation of schema nodes, then (i) seems to make more sense. That said, the explanation in 2.6 is somewhat vague since it says 'data' and not 'nodes' (like everywhere else): OLD: is one of: rw for configuration data ro for non-configuration data, output parameters to rpcs and actions, and notification parameters NEW: is one of: rw for configuration data nodes ro for non-configuration data nodes, output parameters to rpcs and actions, and notification parameters The document (as far as I searched for it) does not clearly say that 'node' means 'schema node'. In hindsight, it might have been useful to explicitely import terminology from RFC 7950 and to use it carefully (RFC 7950 has 'schema node' and 'data node' but here we largely talk about 'nodes' - and my assumption is that this means 'schema nodes'.) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 5 06:21:32 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9928312D7ED for ; Mon, 5 Mar 2018 06:21:29 -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 8ssj5Oip_LNb for ; Mon, 5 Mar 2018 06:21:27 -0800 (PST) Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76637120454 for ; Mon, 5 Mar 2018 06:21:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id CA4FB2F8070F; Mon, 5 Mar 2018 15:21:25 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id dLXRgz9kPG9K; Mon, 5 Mar 2018 15:21:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 9B00A2F8071A; Mon, 5 Mar 2018 15:21:25 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SCu52PlNl-Qi; Mon, 5 Mar 2018 15:21:25 +0100 (CET) Received: from [192.168.209.122] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 787462F8070F; Mon, 5 Mar 2018 15:21:25 +0100 (CET) To: Martin Bjorklund Cc: netmod@ietf.org References: <20180305125008.sm7izwuic65mhrti@elstar.local> <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> From: Vladimir Vassilev Message-ID: Date: Mon, 5 Mar 2018 15:21:25 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20180305.145418.2010818875235650756.mbj@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: nb Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:21:29 -0000 On 03/05/2018 02:54 PM, Martin Bjorklund wrote: > Juergen Schoenwaelder wrote: >> On Mon, Mar 05, 2018 at 02:14:26PM +0100, Vladimir Vassilev wrote: >>> On 03/05/2018 01:50 PM, Juergen Schoenwaelder wrote: >>> >>>> I prefer that the choice/case nodes do not have any flags since they >>>> are not having a config true/false property on their own. And less >>>> clutter is better. >>> 'choice' statements have 'config' substatement while 'case' do not. I myself >>> figured that out while I was implementing tree diagrams support. >>> >>> I would prefer the current pyang output and a change to the yang-tree >>> document to specify that nodes without config substatement do not have >>> . >>> >> So it seems the running code got it right. ;-) > As the author of that code, I think that was purely by accident... > > But I'm not convinced it is the correct solution. We have one example > in the other thread where someone was confused by the "rw" flag and > thought that it implied that the node would be present in the data > tree. +1. There are indeed very few 'config false;' statements in 'choice's in use and they do not justify the clutter and confusion of 'choice' representations in all tree diagrams. With that clarification I am not against the change specified in alternative 2. Vladimir > /martin From nobody Mon Mar 5 06:26:22 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B8D61270AB for ; Mon, 5 Mar 2018 06:26:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oq-a4ovt2rH4 for ; Mon, 5 Mar 2018 06:26:14 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 22F8512D777 for ; Mon, 5 Mar 2018 06:26:04 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 3E3371AE02EF; Mon, 5 Mar 2018 15:26:03 +0100 (CET) Date: Mon, 05 Mar 2018 15:26:02 +0100 (CET) Message-Id: <20180305.152602.113020152789243398.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: vladimir@transpacket.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180305141355.gi6kfej3eifdxtjq@elstar.local> References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:26:17 -0000 Juergen Schoenwaelder wrote: > On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > > > > > > So it seems the running code got it right. ;-) > > > > As the author of that code, I think that was purely by accident... > > > > But I'm not convinced it is the correct solution. We have one example > > in the other thread where someone was confused by the "rw" flag and > > thought that it implied that the node would be present in the data > > tree. > > > > So what does rw mean? > > (i) The schema node has a rw property. > (ii) The schema node can be instantiated and the instantiated data node > has a rw property. > > I think it is difficult to have both at the same time. If the tree is > a representation of schema nodes, then (i) seems to make more > sense. That said, the explanation in 2.6 is somewhat vague since it > says 'data' and not 'nodes' (like everywhere else): > > OLD: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > > NEW: > > is one of: > rw for configuration data nodes > ro for non-configuration data nodes, output parameters to rpcs > and actions, and notification parameters I think this is ok. But that means that we also have to add: -- for a choice or case node But in order to be consistent, we should probably have: -- for a choice, case, input or output node This means that the correct tree syntax for choice and case will be: +-- (subnet)? +-- :(prefix-length) | +--rw prefix-length? uint8 +-- :(netmask) +--rw netmask? yang:dotted-quad /martin > The document (as far as I searched for it) does not clearly say that > 'node' means 'schema node'. In hindsight, it might have been useful to > explicitely import terminology from RFC 7950 and to use it carefully > (RFC 7950 has 'schema node' and 'data node' but here we largely talk > about 'nodes' - and my assumption is that this means 'schema nodes'.) From nobody Mon Mar 5 06:27:59 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76EB112D7F2 for ; Mon, 5 Mar 2018 06:27:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B9B_8c_PDWEh for ; Mon, 5 Mar 2018 06:27:56 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id CD02512D777 for ; Mon, 5 Mar 2018 06:27:55 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 05DEC1AE02EF; Mon, 5 Mar 2018 15:27:54 +0100 (CET) Date: Mon, 05 Mar 2018 15:27:54 +0100 (CET) Message-Id: <20180305.152754.1045464928563003353.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180305.152602.113020152789243398.mbj@tail-f.com> References: <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:27:57 -0000 Martin Bjorklund wrote: > Juergen Schoenwaelder wrote: > > On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > > > > > > > > So it seems the running code got it right. ;-) > > > > > > As the author of that code, I think that was purely by accident... > > > > > > But I'm not convinced it is the correct solution. We have one example > > > in the other thread where someone was confused by the "rw" flag and > > > thought that it implied that the node would be present in the data > > > tree. > > > > > > > So what does rw mean? > > > > (i) The schema node has a rw property. > > (ii) The schema node can be instantiated and the instantiated data node > > has a rw property. > > > > I think it is difficult to have both at the same time. If the tree is > > a representation of schema nodes, then (i) seems to make more > > sense. That said, the explanation in 2.6 is somewhat vague since it > > says 'data' and not 'nodes' (like everywhere else): > > > > OLD: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > > > NEW: > > > > is one of: > > rw for configuration data nodes > > ro for non-configuration data nodes, output parameters to rpcs > > and actions, and notification parameters > > I think this is ok. But that means that we also have to add: > > -- for a choice or case node > > But in order to be consistent, we should probably have: > > -- for a choice, case, input or output node Whoops, it shouldn't be "--". Somehow we should say that no flags are used for choice,case,input,output. /martin > > > This means that the correct tree syntax for choice and case will be: > > +-- (subnet)? > +-- :(prefix-length) > | +--rw prefix-length? uint8 > +-- :(netmask) > +--rw netmask? yang:dotted-quad > > > /martin > > > > The document (as far as I searched for it) does not clearly say that > > 'node' means 'schema node'. In hindsight, it might have been useful to > > explicitely import terminology from RFC 7950 and to use it carefully > > (RFC 7950 has 'schema node' and 'data node' but here we largely talk > > about 'nodes' - and my assumption is that this means 'schema nodes'.) > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Mon Mar 5 06:41:23 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AA1E124D68 for ; Mon, 5 Mar 2018 06:41:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.009 X-Spam-Level: X-Spam-Status: No, score=-7.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5An7Sa8jDOTC for ; Mon, 5 Mar 2018 06:41:20 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DF81120454 for ; Mon, 5 Mar 2018 06:41:20 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id B3AF36279C for ; Mon, 5 Mar 2018 15:41:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1520260878; bh=A4X14uXHZF98m0vdBc8aoMfF1focWYO/9Rnrc+kKir8=; h=From:To:Date; b=w8Bxjm4cpyWsL48bloRastFXKxTYlwLOq/DwNauizU0jOl8Xf2JBlhFcMQg1Uq9yq Wut/YUVACjUza8O75XuNP3gx6eiqO7JQJJnBYKs86wtJlpXWKqX+V2+ut6d8FcmnnJ rEYPTlkWeqkEF9XnExtOkFpzSTnzTNyh1Z3ep3zQ= Message-ID: <1520260878.7198.28.camel@nic.cz> From: Ladislav Lhotka To: netmod@ietf.org Date: Mon, 05 Mar 2018 15:41:18 +0100 In-Reply-To: <20180305.152602.113020152789243398.mbj@tail-f.com> References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:41:22 -0000 On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: > Juergen Schoenwaelder wrote: > > On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > > > > > > > > So it seems the running code got it right. ;-) > > > > > > As the author of that code, I think that was purely by accident... > > > > > > But I'm not convinced it is the correct solution. We have one example > > > in the other thread where someone was confused by the "rw" flag and > > > thought that it implied that the node would be present in the data > > > tree. > > > > > > > So what does rw mean? > > > > (i) The schema node has a rw property. > > (ii) The schema node can be instantiated and the instantiated data node > > has a rw property. > > > > I think it is difficult to have both at the same time. If the tree is > > a representation of schema nodes, then (i) seems to make more > > sense. That said, the explanation in 2.6 is somewhat vague since it > > says 'data' and not 'nodes' (like everywhere else): > > > > OLD: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > > > NEW: > > > > is one of: > > rw for configuration data nodes > > ro for non-configuration data nodes, output parameters to rpcs > > and actions, and notification parameters > > I think this is ok. But that means that we also have to add: > > -- for a choice or case node > > But in order to be consistent, we should probably have: > > -- for a choice, case, input or output node But unlike the three other statements, "choice" can have the config substatement, so "rw/ro" makes sense there. Lada > > > This means that the correct tree syntax for choice and case will be: > > +-- (subnet)? > +-- :(prefix-length) > | +--rw prefix-length? uint8 > +-- :(netmask) > +--rw netmask? yang:dotted-quad > > > /martin > > > > The document (as far as I searched for it) does not clearly say that > > 'node' means 'schema node'. In hindsight, it might have been useful to > > explicitely import terminology from RFC 7950 and to use it carefully > > (RFC 7950 has 'schema node' and 'data node' but here we largely talk > > about 'nodes' - and my assumption is that this means 'schema nodes'.) > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Mar 5 06:49:23 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C295F12DA41 for ; Mon, 5 Mar 2018 06:49:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16POR7N642zx for ; Mon, 5 Mar 2018 06:49:12 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 97F9D12D878 for ; Mon, 5 Mar 2018 06:49:12 -0800 (PST) Received: from mars.tail-f.com (unknown [173.38.220.47]) by mail.tail-f.com (Postfix) with ESMTPSA id 640B21AE0351 for ; Mon, 5 Mar 2018 15:49:11 +0100 (CET) To: netmod@ietf.org References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> <1520260878.7198.28.camel@nic.cz> From: Per Hedeland Message-ID: <114ab291-27d2-2aa5-1327-23d80d35cc9f@tail-f.com> Date: Mon, 5 Mar 2018 15:49:10 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <1520260878.7198.28.camel@nic.cz> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:49:18 -0000 On 2018-03-05 15:41, Ladislav Lhotka wrote: > On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >> Juergen Schoenwaelder wrote: >>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>> >>>>> So it seems the running code got it right. ;-) >>>> >>>> As the author of that code, I think that was purely by accident... >>>> >>>> But I'm not convinced it is the correct solution. We have one example >>>> in the other thread where someone was confused by the "rw" flag and >>>> thought that it implied that the node would be present in the data >>>> tree. >>>> >>> >>> So what does rw mean? >>> >>> (i) The schema node has a rw property. >>> (ii) The schema node can be instantiated and the instantiated data node >>> has a rw property. >>> >>> I think it is difficult to have both at the same time. If the tree is >>> a representation of schema nodes, then (i) seems to make more >>> sense. That said, the explanation in 2.6 is somewhat vague since it >>> says 'data' and not 'nodes' (like everywhere else): >>> >>> OLD: >>> >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> >>> NEW: >>> >>> is one of: >>> rw for configuration data nodes >>> ro for non-configuration data nodes, output parameters to rpcs >>> and actions, and notification parameters >> >> I think this is ok. But that means that we also have to add: >> >> -- for a choice or case node >> >> But in order to be consistent, we should probably have: >> >> -- for a choice, case, input or output node > > But unlike the three other statements, "choice" can have the config > substatement, so "rw/ro" makes sense there. I don't think so - that config statement does not a define a property of the choice node (it can obviously neither be read nor written), only a default for descendant data nodes, as described in section 7.21.1 of RFC 7950. --Per > Lada > >> >> >> This means that the correct tree syntax for choice and case will be: >> >> +-- (subnet)? >> +-- :(prefix-length) >> | +--rw prefix-length? uint8 >> +-- :(netmask) >> +--rw netmask? yang:dotted-quad >> >> >> /martin >> >> >>> The document (as far as I searched for it) does not clearly say that >>> 'node' means 'schema node'. In hindsight, it might have been useful to >>> explicitely import terminology from RFC 7950 and to use it carefully >>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>> about 'nodes' - and my assumption is that this means 'schema nodes'.) >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Mar 5 07:06:59 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BCFF12D777 for ; Mon, 5 Mar 2018 07:06:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.009 X-Spam-Level: X-Spam-Status: No, score=-7.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I8iyLQYKh9k0 for ; Mon, 5 Mar 2018 07:06:56 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D69B4127337 for ; Mon, 5 Mar 2018 07:06:55 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id 467F8623E1 for ; Mon, 5 Mar 2018 16:06:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1520262414; bh=HpowFLhz+FovyBIJ7DkCg2xx1QYaXrwTo6/mgz/yYJQ=; h=From:To:Date; b=xvE+9wIxQafN3S8W0CpjCRssVsc1KZFakD+Nx8k25ltMYuO4MlE7l4gt9+2oz7icX xox3nYAnxuM2yX0jrxgejs+a4hNfOVmK34Q0yuBz4knG9zp4TWI7W6yWGg4A9kjiSM aGSYisGOo3BVFY21P0cwFqfnPtvdgd7E3FQIvCrQ= Message-ID: <1520262414.7198.35.camel@nic.cz> From: Ladislav Lhotka To: netmod@ietf.org Date: Mon, 05 Mar 2018 16:06:54 +0100 In-Reply-To: <114ab291-27d2-2aa5-1327-23d80d35cc9f@tail-f.com> References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> <1520260878.7198.28.camel@nic.cz> <114ab291-27d2-2aa5-1327-23d80d35cc9f@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 15:06:58 -0000 On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: > On 2018-03-05 15:41, Ladislav Lhotka wrote: > > On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: > > > Juergen Schoenwaelder wrote: > > > > On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > > > > > > > > > > > > So it seems the running code got it right. ;-) > > > > > > > > > > As the author of that code, I think that was purely by accident... > > > > > > > > > > But I'm not convinced it is the correct solution. We have one example > > > > > in the other thread where someone was confused by the "rw" flag and > > > > > thought that it implied that the node would be present in the data > > > > > tree. > > > > > > > > > > > > > So what does rw mean? > > > > > > > > (i) The schema node has a rw property. > > > > (ii) The schema node can be instantiated and the instantiated data node > > > > has a rw property. > > > > > > > > I think it is difficult to have both at the same time. If the tree is > > > > a representation of schema nodes, then (i) seems to make more > > > > sense. That said, the explanation in 2.6 is somewhat vague since it > > > > says 'data' and not 'nodes' (like everywhere else): > > > > > > > > OLD: > > > > > > > > is one of: > > > > rw for configuration data > > > > ro for non-configuration data, output parameters to rpcs > > > > and actions, and notification parameters > > > > > > > > NEW: > > > > > > > > is one of: > > > > rw for configuration data nodes > > > > ro for non-configuration data nodes, output parameters to rpcs > > > > and actions, and notification parameters > > > > > > I think this is ok. But that means that we also have to add: > > > > > > -- for a choice or case node > > > > > > But in order to be consistent, we should probably have: > > > > > > -- for a choice, case, input or output node > > > > But unlike the three other statements, "choice" can have the config > > substatement, so "rw/ro" makes sense there. > > I don't think so - that config statement does not a define a property of > the choice node (it can obviously neither be read nor written), only a > default for descendant data nodes, as described in section 7.21.1 of RFC > 7950. It is not a default - if a choice has "config false", then no descendant can be "config true". One of the benefits of having rw/ro in the ascii tree is to see where a state data subtree actually starts. Lada > > --Per > > > Lada > > > > > > > > > > > This means that the correct tree syntax for choice and case will be: > > > > > > +-- (subnet)? > > > +-- :(prefix-length) > > > | +--rw prefix-length? uint8 > > > +-- :(netmask) > > > +--rw netmask? yang:dotted-quad > > > > > > > > > /martin > > > > > > > > > > The document (as far as I searched for it) does not clearly say that > > > > 'node' means 'schema node'. In hindsight, it might have been useful to > > > > explicitely import terminology from RFC 7950 and to use it carefully > > > > (RFC 7950 has 'schema node' and 'data node' but here we largely talk > > > > about 'nodes' - and my assumption is that this means 'schema nodes'.) > > > > > > _______________________________________________ > > > netmod mailing list > > > netmod@ietf.org > > > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Mar 5 09:40:14 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0250912DA14 for ; Mon, 5 Mar 2018 09:40:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ehtORBFdL6Zu for ; Mon, 5 Mar 2018 09:40:11 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id DF8C312D96C for ; Mon, 5 Mar 2018 09:40:10 -0800 (PST) Received: from mars.tail-f.com (unknown [173.38.220.47]) by mail.tail-f.com (Postfix) with ESMTPSA id 85C8D1AE02EF for ; Mon, 5 Mar 2018 18:40:09 +0100 (CET) To: netmod@ietf.org References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> <1520260878.7198.28.camel@nic.cz> <114ab291-27d2-2aa5-1327-23d80d35cc9f@tail-f.com> <1520262414.7198.35.camel@nic.cz> From: Per Hedeland Message-ID: <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> Date: Mon, 5 Mar 2018 18:40:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <1520262414.7198.35.camel@nic.cz> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 17:40:13 -0000 On 2018-03-05 16:06, Ladislav Lhotka wrote: > On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>>> Juergen Schoenwaelder wrote: >>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>>> >>>>>>> So it seems the running code got it right. ;-) >>>>>> >>>>>> As the author of that code, I think that was purely by accident... >>>>>> >>>>>> But I'm not convinced it is the correct solution. We have one example >>>>>> in the other thread where someone was confused by the "rw" flag and >>>>>> thought that it implied that the node would be present in the data >>>>>> tree. >>>>>> >>>>> >>>>> So what does rw mean? >>>>> >>>>> (i) The schema node has a rw property. >>>>> (ii) The schema node can be instantiated and the instantiated data node >>>>> has a rw property. >>>>> >>>>> I think it is difficult to have both at the same time. If the tree is >>>>> a representation of schema nodes, then (i) seems to make more >>>>> sense. That said, the explanation in 2.6 is somewhat vague since it >>>>> says 'data' and not 'nodes' (like everywhere else): >>>>> >>>>> OLD: >>>>> >>>>> is one of: >>>>> rw for configuration data >>>>> ro for non-configuration data, output parameters to rpcs >>>>> and actions, and notification parameters >>>>> >>>>> NEW: >>>>> >>>>> is one of: >>>>> rw for configuration data nodes >>>>> ro for non-configuration data nodes, output parameters to rpcs >>>>> and actions, and notification parameters >>>> >>>> I think this is ok. But that means that we also have to add: >>>> >>>> -- for a choice or case node >>>> >>>> But in order to be consistent, we should probably have: >>>> >>>> -- for a choice, case, input or output node >>> >>> But unlike the three other statements, "choice" can have the config >>> substatement, so "rw/ro" makes sense there. >> >> I don't think so - that config statement does not a define a property of >> the choice node (it can obviously neither be read nor written), only a >> default for descendant data nodes, as described in section 7.21.1 of RFC >> 7950. > > It is not a default - if a choice has "config false", then no descendant can be > "config true". One of the benefits of having rw/ro in the ascii tree is to see > where a state data subtree actually starts. It is a default, but yes, it is also a restriction in the specific case of the argument being "false" at a point where the default would otherwise be "true". And in that case it is equivalent to having "config false" on all the descendant data nodes, and they will of course be flagged as "ro" regardless of whether the "config false" comes from the choice or the individual data nodes - and that is where the state *data* suntree(s) actually start(s). So I guess the question then is whether this specific case motivates always having flags on specifically choice nodes, while the other non-data nodes have no flags. Since the 'config' statement is ignored in rpc/action input/output and notification, choice nodes there should then presumably have "-w"/"ro"/"-n". Personally I think the diagram is clearer with flags only on the data nodes. --Per > Lada > >> >> --Per >> >>> Lada >>> >>>> >>>> >>>> This means that the correct tree syntax for choice and case will be: >>>> >>>> +-- (subnet)? >>>> +-- :(prefix-length) >>>> | +--rw prefix-length? uint8 >>>> +-- :(netmask) >>>> +--rw netmask? yang:dotted-quad >>>> >>>> >>>> /martin >>>> >>>> >>>>> The document (as far as I searched for it) does not clearly say that >>>>> 'node' means 'schema node'. In hindsight, it might have been useful to >>>>> explicitely import terminology from RFC 7950 and to use it carefully >>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>>>> about 'nodes' - and my assumption is that this means 'schema nodes'.) >>>> >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Mar 5 10:23:11 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D46E812DA2B for ; Mon, 5 Mar 2018 10:23:09 -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 JXZO4bdhu0gL for ; Mon, 5 Mar 2018 10:23:08 -0800 (PST) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C49912D77B for ; Mon, 5 Mar 2018 10:23:08 -0800 (PST) Received: by mail-pg0-x234.google.com with SMTP id g8so2504108pgv.7 for ; Mon, 05 Mar 2018 10:23:08 -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=+fPuIPDf9k1pL7fgovGaXTGq6iWQb8Ww8v/21ywMovo=; b=oY8nV1M6yRU+2NnFPDD3DfC9BbMYk5GUHQ8TJrYOc94vc3dVV9k6OkoQ+uTazxODTp xF8kMM+G6oVfKvjOX3L3oMZ5lRBN7Hn5haSCDhh2mIDehZjYLNBr9uFE5f3bY7/q90GJ PZ4K6W19CrffglTOZUWVkkL+FZdbf5vcwKgw7pSfdtWoqlg1eqtFKPH5n5hUqkikUMgK 6ICXx2DgK7rWz4NqNQeypm0BFMNqiqLXVcRGLFB+vS+yHvvVNbgoPPoYEYW0+xEhw8ae jeBeIxf3TKSMWE9XtR3qc48lbXZ665LvzsjWmA5c3dFUwzfrnx1cxPH1f1SNB7tuBxyg 4NIw== 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=+fPuIPDf9k1pL7fgovGaXTGq6iWQb8Ww8v/21ywMovo=; b=AEwJ1fTAbKW24gpCSkZIgNYupFdiPrmaMzgr1UMipBinJBGtwOw8qazOeUt5BzWxTq 74HcOwNWNo06sj7Azq2CVlc3pXxFSN+eCPeBdKeJe46+1C+Enx9Fr9z/N8iptG8XaoKe ngE+ysVeUc9cn0amI3ORGo1Q9M7KkT5aeVmr8Y62nHTp/zUyRi7p/TEepOIzvocVZM/a zOkmFLH4i2OSEVPyR1nTRoAWzFxmZPDUscJt+yVQIxUvYvMEMlkVcNjfbSl/2eoEdWzZ BlM+uHCPRuTchI8PRE262mshebCNgp3NBTXq2ibp4w7LhU1RCI8rJVtPLbe7EeLi032v 1eJw== X-Gm-Message-State: APf1xPChjpU7dVL753XmwILR+sqwTlrbaBimZr5f35lua4PNsEKH+8/N kIPQumZxG6uJqiszVxmBhsA= X-Google-Smtp-Source: AG47ELthgt38k7vvJ8jY4buuxuq9cB1tubU1ey6qJ7iy8EFraBlJ7+ZFNsfuH3cqgy2jBwnt7MMoPA== X-Received: by 10.101.99.133 with SMTP id h5mr12546071pgv.381.1520274187657; Mon, 05 Mar 2018 10:23:07 -0800 (PST) Received: from ?IPv6:2601:647:4700:1280:8453:8d19:9450:2481? ([2601:647:4700:1280:8453:8d19:9450:2481]) by smtp.gmail.com with ESMTPSA id s9sm24008058pfm.39.2018.03.05.10.23.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Mar 2018 10:23:07 -0800 (PST) From: Mahesh Jethanandani Message-Id: <3338E375-31AB-4064-8A83-88410776E40F@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_C98E053B-FC88-4DF5-BC93-FEBF29D89488" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Mon, 5 Mar 2018 10:23:14 -0800 In-Reply-To: <20180305.152754.1045464928563003353.mbj@tail-f.com> Cc: Juergen Schoenwaelder , netmod@ietf.org To: Martin Bjorklund References: <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> <20180305.152754.1045464928563003353.mbj@tail-f.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 18:23:10 -0000 --Apple-Mail=_C98E053B-FC88-4DF5-BC93-FEBF29D89488 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 5, 2018, at 6:27 AM, Martin Bjorklund wrote: >=20 > Martin Bjorklund > wrote: >> Juergen Schoenwaelder wrote: >>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>=20 >>>>> So it seems the running code got it right. ;-) >>>>=20 >>>> As the author of that code, I think that was purely by accident... >>>>=20 >>>> But I'm not convinced it is the correct solution. We have one = example >>>> in the other thread where someone was confused by the "rw" flag and >>>> thought that it implied that the node would be present in the data >>>> tree. >>>>=20 >>>=20 >>> So what does rw mean? >>>=20 >>> (i) The schema node has a rw property. >>> (ii) The schema node can be instantiated and the instantiated data = node >>> has a rw property. >>>=20 >>> I think it is difficult to have both at the same time. If the tree = is >>> a representation of schema nodes, then (i) seems to make more >>> sense. That said, the explanation in 2.6 is somewhat vague since it >>> says 'data' and not 'nodes' (like everywhere else): >>>=20 >>> OLD: >>>=20 >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>>=20 >>> NEW: >>>=20 >>> is one of: >>> rw for configuration data nodes >>> ro for non-configuration data nodes, output parameters to = rpcs >>> and actions, and notification parameters >>=20 >> I think this is ok. But that means that we also have to add: >>=20 >> -- for a choice or case node >>=20 >> But in order to be consistent, we should probably have: >>=20 >> -- for a choice, case, input or output node >=20 > Whoops, it shouldn't be "--". Somehow we should say that no flags are > used for choice,case,input,output. I would agree, as having choice/case statements represented as schema = nodes is not only confusing in the tree diagram, but also confusing when = constructing an example. The tree diagram represents it as a node, where = one would put it in the example, but validation complained about it (not = being a node). >=20 >=20 > /martin >=20 >=20 >>=20 >>=20 >> This means that the correct tree syntax for choice and case will be: >>=20 >> +-- (subnet)? >> +-- :(prefix-length) >> | +--rw prefix-length? uint8 >> +-- :(netmask) >> +--rw netmask? yang:dotted-quad >>=20 >>=20 >> /martin >>=20 >>=20 >>> The document (as far as I searched for it) does not clearly say that >>> 'node' means 'schema node'. In hindsight, it might have been useful = to >>> explicitely import terminology from RFC 7950 and to use it carefully >>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>> about 'nodes' - and my assumption is that this means 'schema = nodes'.) >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_C98E053B-FC88-4DF5-BC93-FEBF29D89488 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Mar 5, 2018, at 6:27 AM, Martin Bjorklund <mbj@tail-f.com> = wrote:

Martin Bjorklund <mbj@tail-f.com> wrote:
Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Mon, Mar 05, 2018 at = 02:54:18PM +0100, Martin Bjorklund wrote:

So it seems the running code got it right. ;-)

As the author of that code, I = think that was purely by accident...

But = I'm not convinced it is the correct solution.  We have one = example
in the other thread where someone was confused by = the "rw" flag and
thought that it implied that the node = would be present in the data
tree.


So what does rw mean?

(i)  The schema node has a rw = property.
(ii) The schema node can be instantiated and the = instantiated data node
    has a rw = property.

I think it is difficult to have = both at the same time. If the tree is
a representation of = schema nodes, then (i) seems to make more
sense. That = said, the explanation in 2.6 is somewhat vague since it
says= 'data' and not 'nodes' (like everywhere else):

OLD:

      <flags> is one = of:
        rw =  for configuration data
        ro  for = non-configuration data, output parameters to rpcs
          &nb= sp; and actions, and notification parameters

NEW:

      <flags> is one = of:
        rw =  for configuration data nodes
        ro  for = non-configuration data nodes, output parameters to rpcs
          &nb= sp; and actions, and notification parameters

I think this is ok.  But = that means that we also have to add:

          -- =  for a choice or case node

But in = order to be consistent, we should probably have:

          -- =  for a choice, case, input or output node

Whoops, it shouldn't be "--". =  Somehow we should say that no flags are
used for choice,case,input,output.

I would agree, = as having choice/case statements represented as schema nodes is not only = confusing in the tree diagram, but also confusing when constructing an = example. The tree diagram represents it as a node, where one would put = it in the example, but validation complained about it (not being a = node).



/martin


This means that the correct tree syntax for choice and case = will be:

    +-- = (subnet)?
       +-- = :(prefix-length)
       |=  +--rw prefix-length?   uint8
       +-- :(netmask)
          +--= rw netmask? =         yang:dotted-quad


/martin


The = document (as far as I searched for it) does not clearly say that
'node' means 'schema node'. In hindsight, it might have been = useful to
explicitely import terminology from RFC 7950 and = to use it carefully
(RFC 7950 has 'schema node' and 'data = node' but here we largely talk
about 'nodes' - and my = assumption is that this means 'schema nodes'.)

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


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

Mahesh Jethanandani
mjethanandani@gmail.com

= --Apple-Mail=_C98E053B-FC88-4DF5-BC93-FEBF29D89488-- From nobody Mon Mar 5 11:06:05 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51FDE12D7F9 for ; Mon, 5 Mar 2018 11:06:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umich.edu 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 jStfXLEDKZah for ; Mon, 5 Mar 2018 11:06:00 -0800 (PST) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 E429D12D779 for ; Mon, 5 Mar 2018 11:05:59 -0800 (PST) Received: by mail-lf0-x231.google.com with SMTP id q69so24729490lfi.10 for ; Mon, 05 Mar 2018 11:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Kltn8N3mko8UlaxVeAKenuAqVn1+fwhHrfg3sNhpTJ0=; b=l5EUF8MkxQVwPeW/26PD9FzoDrJvbj67qox6FJ8tu+rFsaeS+CIpJtwZUqaAanygoY +oqDDvhKkvdCYS8QTU16za0CyefzKRWyCVzTxCOLaiQ5u9qrgnEPB8IFAGZuypUa8vaB 50iyHQVxlaisydWAXEzYkrYwfRnnr0TnZYy/slK14ghMTUI656+gzZZLIkPLWECvy5V3 XHMRhODAOZDgDk0o4kS+GXdee0S0N4mT0xF0NOf8/Q25hJwpd2a/QnuCdmjJ2KZiJMXT x6sHENfF8dy5eVLbKqethuWJVxVLa7HD0gA4zMkru0xjbdpmmp6kv5mnVGFY3O0hBmAB JaHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Kltn8N3mko8UlaxVeAKenuAqVn1+fwhHrfg3sNhpTJ0=; b=PVojwXrnkaGcW7oRVJs28vZTUDctG59LRzeONXfVRF5qsDWJBG0sd4/USNbVl8Yx6H IXYRyZZfUKFy1Kkw3urQ8PEHdjTY3twPTGLAlyDg2ZUJoklW3GSDgXEVH9lmTr1xjcP6 +eEranuYPd1n+YASHi1lU9FOaDg4lffi1RZ99xwySwCbc3wIMjRwFPgzMhKoNxB44n73 MSNBuhvttHqFTYWLbWxhz0w+kCJQSGKn7LvP88mr1YGCVYNj/Qgn5FQUY8wqasTo00s4 lcYm7XcsmqKTh3xcVy5DPmhcNLynFl/2dABnRPYiqCS59bk8Z+29BQnYkEa0MRyWLc8x twOQ== X-Gm-Message-State: AElRT7Hk7ivGFcPPvsA/aDBlzjNn/FE0Cptv4AG6eoI/2C35cN8I9xhf 9WS9Xw+pbSv9P2JJzSVn62ZXLxqtVnt+BNIa4EfgDg== X-Google-Smtp-Source: AG47ELveBXgINUpmD/JrHujqur4KczADGhxZ+tBdsp+zJ0Zx2Cu+iHNXjKxeBiV6bHwMDoIZ+/hhumMq+5nujBNwrlg= X-Received: by 10.25.16.197 with SMTP id 66mr10918072lfq.86.1520276757957; Mon, 05 Mar 2018 11:05:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.18.21 with HTTP; Mon, 5 Mar 2018 11:05:57 -0800 (PST) In-Reply-To: <8609E4AE-F85D-47BF-873E-764489F58463@cisco.com> References: <8609E4AE-F85D-47BF-873E-764489F58463@cisco.com> From: Bob Harold Date: Mon, 5 Mar 2018 14:05:57 -0500 Message-ID: To: "Clyde Wildes (cwildes)" Cc: "netmod@ietf.org" Content-Type: multipart/alternative; boundary="001a113fc2ec1e5e340566af045f" Archived-At: Subject: Re: [netmod] draft-ietf-netmod-syslog-model-23 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 19:06:03 -0000 --001a113fc2ec1e5e340566af045f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Mar 2, 2018 at 5:13 PM, Clyde Wildes (cwildes) wrote: > Bob, > > > > Syslog message severity is set in RFC 5424 Table 2. The model in > draft-ietf-netmod-syslog-model-23 conforms to that specification. A lower > number means higher severity. > > > Thanks. Can we add "A lower number means higher severity" to make it clear= ? In Section "4.1 = . The ietf-syslog Module" on page 11, cna we change: From: typedef syslog-severity { type enumeration { enum "emergency" { value 0; description Change to: typedef syslog-severity { description "Note that a lower value is a higher severity. Comparisons of equal-or-higher security mean equal or lower numeric value" type enumeration { enum "emergency" { value 0; description --=20 Bob Harold > > The severity-filter specifies that =E2=80=9Call messages of the specified= severity > and greater match=E2=80=9D and therefore will be selected. This conforms = to the way > that many vendors that we evaluated perform syslog message severity match > selection. > > > > Juniper Example: > > https://www.juniper.net/documentation/en_US/junos12.3/topics > /task/configuration/syslog-single-chassis-facility- > severity-messages-specifying.html > > > > =E2=80=9CMessages from the facility that are rated at that level or highe= r are > logged to the destination=E2=80=9D > > > > Linux rsyslogd Example: > > http://www.rsyslog.com/doc/v8-stable/configuration/filters.html#selectors > > > > =E2=80=9CThe behavior of the original BSD syslogd is that all messages of= the > specified priority and higher are logged according to the given action. > Rsyslogd behaves the same=E2=80=A6=E2=80=9D > > > > Changing the table to match higher severity to higher number means that w= e > would not conform the RFC 5424. > > > > Note: I do see a typo in the description for severity-filter (the word > =E2=80=9Cuse=E2=80=9D is missing): > > > > else compare message severity with the specified severity > > according to the default compare rule (all messages of the > > specified severity and greater match) or if the > > select-adv-compare feature is present, the advance-compare > > rule. > > > > should be: > > > > else compare message severity with the specified severity > > according to the default compare rule (all messages of the > > specified severity and greater match) or if the > > select-adv-compare feature is present, use the advance-compare > > rule. > > > > Thanks, > > > > Clyde > > > > *From: *netmod on behalf of Bob Harold < > rharolde@umich.edu> > *Date: *Friday, March 2, 2018 at 12:33 PM > *To: *"netmod@ietf.org" > *Subject: *[netmod] draft-ietf-netmod-syslog-model-23 > > > > Sorry for being late to the discussion - just joined this group. > > Can we have "higher severity" match "higher number" in the enumerated > values, to avoid confusion? > > In section 4.1. The ietf-syslog Module > on Page 11 > > typedef syslog-severity { > > -- should be in the order: > debug=3D0 > emergency=3D7 > > because "severity-filter" uses "equals-or-higher" which means "higher > severity" but should also mean "higher number" to avoid confusion. > > -- > Bob Harold > --001a113fc2ec1e5e340566af045f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

= On Fri, Mar 2, 2018 at 5:13 PM, Clyde Wildes (cwildes) &l= t;cwildes@cisco.com<= /a>> wrote:

Bob,

=C2=A0

Syslog message severity is set in RFC 5424 Table 2. The model in draf= t-ietf-netmod-syslog-model-23 conforms to that specification. A lower = number means higher severity.

=C2=A0


Thank= s.=C2=A0 Can we add "A lower number means higher severity"=C2=A0t= o make it clear?

In Section "4.1= . The ietf-syslog Module"
on p= age 11, cna we change:

From:

     typedef syslog-severity {
       type enumeration {
         enum "emergency" {
           value 0;
           description

Change to:

     typedef syslog-sev=
erity {
       descriptio=
n
         "Note that=
 a lower value is a higher severity.
          Comparisons of equal-or-higher security mean equal or =
lower numeric value"
       type enumeration {
         enum "emergency" {
           value 0;
           description

--
Bob Harold

=C2=A0

The severity-filter specifies that =E2=80=9Call messages of the=C2=A0= specified severity and greater match=E2=80=9D and therefore will be selecte= d. This conforms to the way that many vendors that we evaluated perform syslog message severity match selection.

=C2=A0

Juniper Example:

https://www.juniper.net/documentation/e= n_US/junos12.3/topics/task/configuration/syslog-single-chassis-fa= cility-severity-messages-specifying.html=

=C2=A0

=E2=80=9CMessages from the facility that are rated at that level or h= igher are logged to the destination=E2=80=9D

=C2=A0

Linux rsyslogd Example:

http://www.rsyslog.com/doc/v8-stabl= e/configuration/filters.html#selectors

=C2=A0

=E2=80=9CThe behavior of the original BSD syslogd is that all message= s of the specified priority and higher are logged according to the given ac= tion. Rsyslogd behaves the same=E2=80=A6=E2=80=9D

=C2=A0

Changing the table to match higher severity to higher number means th= at we would not conform the RFC 5424.

=C2=A0

Note: I do see a typo in the description for severity-filter (the wor= d =E2=80=9Cuse=E2=80=9D is missing):

=C2=A0

else compare message severity with the specified severity=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 according to the default compare r= ule (all messages of the=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 specified severity and greater mat= ch) or if the=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 select-adv-compare feature is pres= ent, the advance-compare=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rule.

=C2=A0

should be:

=C2=A0

else compare message severity with the specified severity=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 according to the default compare r= ule (all messages of the=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 specified severity and greater mat= ch) or if the=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 select-adv-compare feature is pres= ent, use the advance-compare=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 rule.

=C2=A0

Thanks,

=C2=A0

Clyde

=C2=A0

From: = netmod <netmod-bounces@ietf.org<= /a>> on behalf of Bob Harold <rharolde@umich.edu>
Date: Friday, March 2, 2018 at 12:33 PM
To: "netmo= d@ietf.org" <netmod@ietf.org>
Subject: [netmod] draft-ietf-netmod-syslog-model-23

=C2=A0

Sorry for being late to= the discussion - just joined this group.

Can we have "higher severity" match "higher number" in = the enumerated values, to avoid confusion?

In section 4.1.=C2=A0 The ietf-syslog Module
on Page 11

typedef syslog-severity {

-- should be in the order:
debug=3D0
emergency=3D7

because "severity-filter" uses "equals-or-higher" which= means "higher severity" but should also mean "higher number= " to avoid confusion.

--
Bob Harold


--001a113fc2ec1e5e340566af045f-- From nobody Mon Mar 5 11:52:20 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC8E212DA6B for ; Mon, 5 Mar 2018 11:52:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.529 X-Spam-Level: X-Spam-Status: No, score=-14.529 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 5S0VPN5ZJn33 for ; Mon, 5 Mar 2018 11:52:18 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11BF812D874 for ; Mon, 5 Mar 2018 11:52:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28490; q=dns/txt; s=iport; t=1520279537; x=1521489137; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0a3QyasDNSbrx6ZG8OftIPaptTYsX7DvWkrlXW84ezY=; b=koDPBwgYmucZBUcMv8kehD9tb6AAempYmXx/XVS7JvkZ0DoBhwdVq6e5 IYbG7KEw5YcjVNLgAMdqz1riI6ZT8LW8hLGQWT/KelMt0JW7sHbHq15pf WMm7s1QugYtAelYVkmADAX0zgWcLbKjqd6WrFu0ro+h558G12ScEBGQzB s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D9AADTnp1a/5ldJa1dDgsBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQGCWkktZnAoCoNKiiSNeYICgRaUNIIVCh6FEgIaglkhNBg?= =?us-ascii?q?BAgEBAQEBAQJrJ4UjAQEBBCNWEAIBBgIOAwMBAiEHAwICAjAUCQgCBA4FhDd?= =?us-ascii?q?kEIsWnW6CJyaETINxgiuFLYIugVeCD4MEgyMLAQEBAQEBgg0WglUwgjIEiQe?= =?us-ascii?q?KPYceCQKGUoMShxmOeIl9hysCERkBgS0BHjiBUnAVZAGCGAmDSAEHNDt3AQG?= =?us-ascii?q?LVYEYAQEB?= X-IronPort-AV: E=Sophos;i="5.47,428,1515456000"; d="scan'208,217";a="353347991" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Mar 2018 19:52:17 +0000 Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w25JqHgx009517 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 5 Mar 2018 19:52:17 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 5 Mar 2018 13:52:16 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Mon, 5 Mar 2018 13:52:16 -0600 From: "Clyde Wildes (cwildes)" To: Bob Harold CC: "netmod@ietf.org" Thread-Topic: [netmod] draft-ietf-netmod-syslog-model-23 Thread-Index: AQHTsmWyRIrrSql4REOtSderZYOQ3KO95yyAgASCmYCAAAzxAA== Date: Mon, 5 Mar 2018 19:52:16 +0000 Message-ID: References: <8609E4AE-F85D-47BF-873E-764489F58463@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.145.4] Content-Type: multipart/alternative; boundary="_000_CDC7EFE8B7534D39BA7896EFF0642E9Aciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] draft-ietf-netmod-syslog-model-23 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 19:52:20 -0000 --_000_CDC7EFE8B7534D39BA7896EFF0642E9Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Qm9iLA0KDQpJIHdpbGwgYWRkIHlvdXIgd29yZGluZyBpbiB0aGUgbmV4dCByZXZpc2lvbi4NCg0K VGhhbmtzLA0KDQpDbHlkZQ0KDQpGcm9tOiBCb2IgSGFyb2xkIDxyaGFyb2xkZUB1bWljaC5lZHU+ DQpEYXRlOiBNb25kYXksIE1hcmNoIDUsIDIwMTggYXQgMTE6MDYgQU0NClRvOiBDbHlkZSBXaWxk ZXMgPGN3aWxkZXNAY2lzY28uY29tPg0KQ2M6ICJuZXRtb2RAaWV0Zi5vcmciIDxuZXRtb2RAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBSZTogW25ldG1vZF0gZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1v ZGVsLTIzDQoNCg0KT24gRnJpLCBNYXIgMiwgMjAxOCBhdCA1OjEzIFBNLCBDbHlkZSBXaWxkZXMg KGN3aWxkZXMpIDxjd2lsZGVzQGNpc2NvLmNvbTxtYWlsdG86Y3dpbGRlc0BjaXNjby5jb20+PiB3 cm90ZToNCkJvYiwNCg0KU3lzbG9nIG1lc3NhZ2Ugc2V2ZXJpdHkgaXMgc2V0IGluIFJGQyA1NDI0 IFRhYmxlIDIuIFRoZSBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMjMg Y29uZm9ybXMgdG8gdGhhdCBzcGVjaWZpY2F0aW9uLiBBIGxvd2VyIG51bWJlciBtZWFucyBoaWdo ZXIgc2V2ZXJpdHkuDQoNCg0KVGhhbmtzLiAgQ2FuIHdlIGFkZCAiQSBsb3dlciBudW1iZXIgbWVh bnMgaGlnaGVyIHNldmVyaXR5IiB0byBtYWtlIGl0IGNsZWFyPw0KDQpJbiBTZWN0aW9uICI0LjE8 aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2Rl bC0yMyNzZWN0aW9uLTQuMT4uIFRoZSBpZXRmLXN5c2xvZyBNb2R1bGUiDQpvbiBwYWdlIDExLCBj bmEgd2UgY2hhbmdlOg0KDQpGcm9tOg0KDQoNCiAgICAgdHlwZWRlZiBzeXNsb2ctc2V2ZXJpdHkg ew0KDQogICAgICAgdHlwZSBlbnVtZXJhdGlvbiB7DQoNCiAgICAgICAgIGVudW0gImVtZXJnZW5j eSIgew0KDQogICAgICAgICAgIHZhbHVlIDA7DQoNCiAgICAgICAgICAgZGVzY3JpcHRpb24NCg0K DQoNCkNoYW5nZSB0bzoNCg0KDQoNCiAgICAgdHlwZWRlZiBzeXNsb2ctc2V2ZXJpdHkgew0KDQog ICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAgICAgIk5vdGUgdGhhdCBhIGxvd2VyIHZhbHVlIGlz IGEgaGlnaGVyIHNldmVyaXR5Lg0KDQogICAgICAgICAgQ29tcGFyaXNvbnMgb2YgZXF1YWwtb3It aGlnaGVyIHNlY3VyaXR5IG1lYW4gZXF1YWwgb3IgbG93ZXIgbnVtZXJpYyB2YWx1ZSINCg0KICAg ICAgIHR5cGUgZW51bWVyYXRpb24gew0KDQogICAgICAgICBlbnVtICJlbWVyZ2VuY3kiIHsNCg0K ICAgICAgICAgICB2YWx1ZSAwOw0KDQogICAgICAgICAgIGRlc2NyaXB0aW9uDQoNCi0tDQpCb2Ig SGFyb2xkDQoNCg0KVGhlIHNldmVyaXR5LWZpbHRlciBzcGVjaWZpZXMgdGhhdCDigJxhbGwgbWVz c2FnZXMgb2YgdGhlIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaOKAnSBhbmQg dGhlcmVmb3JlIHdpbGwgYmUgc2VsZWN0ZWQuIFRoaXMgY29uZm9ybXMgdG8gdGhlIHdheSB0aGF0 IG1hbnkgdmVuZG9ycyB0aGF0IHdlIGV2YWx1YXRlZCBwZXJmb3JtIHN5c2xvZyBtZXNzYWdlIHNl dmVyaXR5IG1hdGNoIHNlbGVjdGlvbi4NCg0KSnVuaXBlciBFeGFtcGxlOg0KaHR0cHM6Ly93d3cu anVuaXBlci5uZXQvZG9jdW1lbnRhdGlvbi9lbl9VUy9qdW5vczEyLjMvdG9waWNzL3Rhc2svY29u ZmlndXJhdGlvbi9zeXNsb2ctc2luZ2xlLWNoYXNzaXMtZmFjaWxpdHktc2V2ZXJpdHktbWVzc2Fn ZXMtc3BlY2lmeWluZy5odG1sDQoNCuKAnE1lc3NhZ2VzIGZyb20gdGhlIGZhY2lsaXR5IHRoYXQg YXJlIHJhdGVkIGF0IHRoYXQgbGV2ZWwgb3IgaGlnaGVyIGFyZSBsb2dnZWQgdG8gdGhlIGRlc3Rp bmF0aW9u4oCdDQoNCkxpbnV4IHJzeXNsb2dkIEV4YW1wbGU6DQpodHRwOi8vd3d3LnJzeXNsb2cu Y29tL2RvYy92OC1zdGFibGUvY29uZmlndXJhdGlvbi9maWx0ZXJzLmh0bWwjc2VsZWN0b3JzDQoN CuKAnFRoZSBiZWhhdmlvciBvZiB0aGUgb3JpZ2luYWwgQlNEIHN5c2xvZ2QgaXMgdGhhdCBhbGwg bWVzc2FnZXMgb2YgdGhlIHNwZWNpZmllZCBwcmlvcml0eSBhbmQgaGlnaGVyIGFyZSBsb2dnZWQg YWNjb3JkaW5nIHRvIHRoZSBnaXZlbiBhY3Rpb24uIFJzeXNsb2dkIGJlaGF2ZXMgdGhlIHNhbWXi gKbigJ0NCg0KQ2hhbmdpbmcgdGhlIHRhYmxlIHRvIG1hdGNoIGhpZ2hlciBzZXZlcml0eSB0byBo aWdoZXIgbnVtYmVyIG1lYW5zIHRoYXQgd2Ugd291bGQgbm90IGNvbmZvcm0gdGhlIFJGQyA1NDI0 Lg0KDQpOb3RlOiBJIGRvIHNlZSBhIHR5cG8gaW4gdGhlIGRlc2NyaXB0aW9uIGZvciBzZXZlcml0 eS1maWx0ZXIgKHRoZSB3b3JkIOKAnHVzZeKAnSBpcyBtaXNzaW5nKToNCg0KZWxzZSBjb21wYXJl IG1lc3NhZ2Ugc2V2ZXJpdHkgd2l0aCB0aGUgc3BlY2lmaWVkIHNldmVyaXR5DQogICAgICAgICAg YWNjb3JkaW5nIHRvIHRoZSBkZWZhdWx0IGNvbXBhcmUgcnVsZSAoYWxsIG1lc3NhZ2VzIG9mIHRo ZQ0KICAgICAgICAgIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaCkgb3IgaWYg dGhlDQogICAgICAgICAgc2VsZWN0LWFkdi1jb21wYXJlIGZlYXR1cmUgaXMgcHJlc2VudCwgdGhl IGFkdmFuY2UtY29tcGFyZQ0KICAgICAgICAgIHJ1bGUuDQoNCnNob3VsZCBiZToNCg0KZWxzZSBj b21wYXJlIG1lc3NhZ2Ugc2V2ZXJpdHkgd2l0aCB0aGUgc3BlY2lmaWVkIHNldmVyaXR5DQogICAg ICAgICAgYWNjb3JkaW5nIHRvIHRoZSBkZWZhdWx0IGNvbXBhcmUgcnVsZSAoYWxsIG1lc3NhZ2Vz IG9mIHRoZQ0KICAgICAgICAgIHNwZWNpZmllZCBzZXZlcml0eSBhbmQgZ3JlYXRlciBtYXRjaCkg b3IgaWYgdGhlDQogICAgICAgICAgc2VsZWN0LWFkdi1jb21wYXJlIGZlYXR1cmUgaXMgcHJlc2Vu dCwgdXNlIHRoZSBhZHZhbmNlLWNvbXBhcmUNCiAgICAgICAgICBydWxlLg0KDQpUaGFua3MsDQoN CkNseWRlDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm5l dG1vZC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEJvYiBIYXJvbGQgPHJoYXJvbGRl QHVtaWNoLmVkdTxtYWlsdG86cmhhcm9sZGVAdW1pY2guZWR1Pj4NCkRhdGU6IEZyaWRheSwgTWFy Y2ggMiwgMjAxOCBhdCAxMjozMyBQTQ0KVG86ICJuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1v ZEBpZXRmLm9yZz4iIDxuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4+DQpT dWJqZWN0OiBbbmV0bW9kXSBkcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMjMNCg0KU29y cnkgZm9yIGJlaW5nIGxhdGUgdG8gdGhlIGRpc2N1c3Npb24gLSBqdXN0IGpvaW5lZCB0aGlzIGdy b3VwLg0KDQpDYW4gd2UgaGF2ZSAiaGlnaGVyIHNldmVyaXR5IiBtYXRjaCAiaGlnaGVyIG51bWJl ciIgaW4gdGhlIGVudW1lcmF0ZWQgdmFsdWVzLCB0byBhdm9pZCBjb25mdXNpb24/DQoNCkluIHNl Y3Rpb24gNC4xLiAgVGhlIGlldGYtc3lzbG9nIE1vZHVsZQ0Kb24gUGFnZSAxMQ0KDQp0eXBlZGVm IHN5c2xvZy1zZXZlcml0eSB7DQoNCi0tIHNob3VsZCBiZSBpbiB0aGUgb3JkZXI6DQpkZWJ1Zz0w DQplbWVyZ2VuY3k9Nw0KDQpiZWNhdXNlICJzZXZlcml0eS1maWx0ZXIiIHVzZXMgImVxdWFscy1v ci1oaWdoZXIiIHdoaWNoIG1lYW5zICJoaWdoZXIgc2V2ZXJpdHkiIGJ1dCBzaG91bGQgYWxzbyBt ZWFuICJoaWdoZXIgbnVtYmVyIiB0byBhdm9pZCBjb25mdXNpb24uDQotLQ0KQm9iIEhhcm9sZA0K DQo= --_000_CDC7EFE8B7534D39BA7896EFF0642E9Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <6CA4F0BB74149747B505A6C05E45A0A2@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0Zv bGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyIsc2VyaWY7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5 bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNv dXJpZXIiLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIsc2VyaWY7DQoJY29sb3I6d2lu ZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bh bi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6 IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0i RU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Qm9iLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj5JIHdpbGwgYWRkIHlvdXIgd29yZGluZyBpbiB0aGUgbmV4dCByZXZpc2lvbi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5DbHlkZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkJvYiBIYXJvbGQgJmx0O3JoYXJvbGRlQHVtaWNo LmVkdSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5LCBNYXJjaCA1LCAyMDE4IGF0IDExOjA2 IEFNPGJyPg0KPGI+VG86IDwvYj5DbHlkZSBXaWxkZXMgJmx0O2N3aWxkZXNAY2lzY28uY29tJmd0 Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7bmV0bW9kQGlldGYub3JnJnF1b3Q7ICZsdDtuZXRtb2RA aWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9kXSBkcmFmdC1pZXRm LW5ldG1vZC1zeXNsb2ctbW9kZWwtMjM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBGcmksIE1hciAyLCAyMDE4IGF0IDU6MTMg UE0sIENseWRlIFdpbGRlcyAoY3dpbGRlcykgJmx0OzxhIGhyZWY9Im1haWx0bzpjd2lsZGVzQGNp c2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmN3aWxkZXNAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyxzZXJpZiI+Qm9iLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+U3lz bG9nIG1lc3NhZ2Ugc2V2ZXJpdHkgaXMgc2V0IGluIFJGQyA1NDI0IFRhYmxlIDIuIFRoZSBtb2Rl bCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwtMjMgY29uZm9ybXMgdG8gdGhhdCBz cGVjaWZpY2F0aW9uLg0KIEEgbG93ZXIgbnVtYmVyIG1lYW5zIGhpZ2hlciBzZXZlcml0eS48L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhhbmtzLiZuYnNwOyBDYW4gd2UgYWRkICZxdW90O0EgbG93ZXIgbnVtYmVy IG1lYW5zIGhpZ2hlciBzZXZlcml0eSZxdW90OyZuYnNwO3RvIG1ha2UgaXQgY2xlYXI/PGJyPg0K PGJyPg0KSW4gU2VjdGlvbiAmcXVvdDs8YSBuYW1lPSJzZWN0aW9uLTQuMSI+PC9hPjxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1zeXNsb2ctbW9k ZWwtMjMjc2VjdGlvbi00LjEiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+NC4xPC9zcGFu PjwvYj48L2E+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4uIFRoZSBpZXRmLXN5c2xvZyBN b2R1bGUmcXVvdDs8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+b24gcGFnZSAxMSwgY25hIHdlIGNoYW5nZTo8YnI+DQo8YnI+DQpG cm9tOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGVkZWYgc3lzbG9nLXNldmVy aXR5IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBlbnVtZXJhdGlv biB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVudW0g JnF1b3Q7ZW1lcmdlbmN5JnF1b3Q7IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdmFsdWUgMDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5D aGFuZ2UgdG86PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGVkZWYgc3lzbG9nLXNl dmVyaXR5IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7Tm90 ZSB0aGF0IGEgbG93ZXIgdmFsdWUgaXMgYSBoaWdoZXIgc2V2ZXJpdHkuPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENvbXBhcmlzb25zIG9mIGVx dWFsLW9yLWhpZ2hlciBzZWN1cml0eSBtZWFuIGVxdWFsIG9yIGxvd2VyIG51bWVyaWMgdmFsdWUm cXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBlbnVtZXJhdGlv biB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVudW0g JnF1b3Q7ZW1lcmdlbmN5JnF1b3Q7IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdmFsdWUgMDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCi0tIDxicj4NCkJv YiBIYXJvbGQ8YnI+DQo8YnI+DQombmJzcDsgPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5n OjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+VGhlIHNldmVyaXR5LWZpbHRlciBz cGVjaWZpZXMgdGhhdCDigJxhbGwgbWVzc2FnZXMgb2YgdGhlJm5ic3A7c3BlY2lmaWVkIHNldmVy aXR5IGFuZCBncmVhdGVyIG1hdGNo4oCdIGFuZCB0aGVyZWZvcmUgd2lsbCBiZSBzZWxlY3RlZC4g VGhpcw0KIGNvbmZvcm1zIHRvIHRoZSB3YXkgdGhhdCBtYW55IHZlbmRvcnMgdGhhdCB3ZSBldmFs dWF0ZWQgcGVyZm9ybSBzeXNsb2cgbWVzc2FnZSBzZXZlcml0eSBtYXRjaCBzZWxlY3Rpb24uPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5KdW5pcGVyIEV4YW1wbGU6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPjxhIGhyZWY9Imh0dHBz Oi8vd3d3Lmp1bmlwZXIubmV0L2RvY3VtZW50YXRpb24vZW5fVVMvanVub3MxMi4zL3RvcGljcy90 YXNrL2NvbmZpZ3VyYXRpb24vc3lzbG9nLXNpbmdsZS1jaGFzc2lzLWZhY2lsaXR5LXNldmVyaXR5 LW1lc3NhZ2VzLXNwZWNpZnlpbmcuaHRtbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmp1 bmlwZXIubmV0L2RvY3VtZW50YXRpb24vZW5fVVMvanVub3MxMi4zL3RvcGljcy90YXNrL2NvbmZp Z3VyYXRpb24vc3lzbG9nLXNpbmdsZS1jaGFzc2lzLWZhY2lsaXR5LXNldmVyaXR5LW1lc3NhZ2Vz LXNwZWNpZnlpbmcuaHRtbDwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2Vy aWYiPuKAnE1lc3NhZ2VzIGZyb20gdGhlIGZhY2lsaXR5IHRoYXQgYXJlIHJhdGVkIGF0IHRoYXQg bGV2ZWwgb3IgaGlnaGVyIGFyZSBsb2dnZWQgdG8gdGhlIGRlc3RpbmF0aW9u4oCdPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5MaW51eCByc3lzbG9nZCBFeGFtcGxlOjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj48YSBocmVmPSJodHRw Oi8vd3d3LnJzeXNsb2cuY29tL2RvYy92OC1zdGFibGUvY29uZmlndXJhdGlvbi9maWx0ZXJzLmh0 bWwjc2VsZWN0b3JzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5yc3lzbG9nLmNvbS9kb2Mv djgtc3RhYmxlL2NvbmZpZ3VyYXRpb24vZmlsdGVycy5odG1sI3NlbGVjdG9yczwvYT48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPuKAnFRoZSBiZWhhdmlvciBvZiB0aGUg b3JpZ2luYWwgQlNEIHN5c2xvZ2QgaXMgdGhhdCBhbGwgbWVzc2FnZXMgb2YgdGhlIHNwZWNpZmll ZCBwcmlvcml0eSBhbmQgaGlnaGVyIGFyZSBsb2dnZWQgYWNjb3JkaW5nIHRvIHRoZSBnaXZlbg0K IGFjdGlvbi4gUnN5c2xvZ2QgYmVoYXZlcyB0aGUgc2FtZeKApuKAnTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Q2hhbmdpbmcgdGhlIHRhYmxlIHRvIG1hdGNoIGhpZ2hl ciBzZXZlcml0eSB0byBoaWdoZXIgbnVtYmVyIG1lYW5zIHRoYXQgd2Ugd291bGQgbm90IGNvbmZv cm0gdGhlIFJGQyA1NDI0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+ Tm90ZTogSSBkbyBzZWUgYSB0eXBvIGluIHRoZSBkZXNjcmlwdGlvbiBmb3Igc2V2ZXJpdHktZmls dGVyICh0aGUgd29yZCDigJx1c2XigJ0gaXMgbWlzc2luZyk6PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7LHNlcmlmIj5lbHNlIGNvbXBhcmUgbWVzc2FnZSBzZXZlcml0eSB3aXRoIHRo ZSBzcGVjaWZpZWQgc2V2ZXJpdHkmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBhY2NvcmRp bmcgdG8gdGhlIGRlZmF1bHQgY29tcGFyZSBydWxlIChhbGwgbWVzc2FnZXMgb2YgdGhlJm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc3BlY2lmaWVkIHNldmVyaXR5IGFuZCBncmVhdGVyIG1h dGNoKSBvciBpZiB0aGUmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzZWxlY3QtYWR2LWNv bXBhcmUgZmVhdHVyZSBpcyBwcmVzZW50LCB0aGUgYWR2YW5jZS1jb21wYXJlJm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgcnVsZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDss c2VyaWYiPnNob3VsZCBiZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oyxz ZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYi PmVsc2UgY29tcGFyZSBtZXNzYWdlIHNldmVyaXR5IHdpdGggdGhlIHNwZWNpZmllZCBzZXZlcml0 eSZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGFjY29yZGluZyB0byB0aGUgZGVmYXVsdCBj b21wYXJlIHJ1bGUgKGFsbCBtZXNzYWdlcyBvZiB0aGUmbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBzcGVjaWZpZWQgc2V2ZXJpdHkgYW5kIGdyZWF0ZXIgbWF0Y2gpIG9yIGlmIHRoZSZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHNlbGVjdC1hZHYtY29tcGFyZSBmZWF0dXJlIGlzIHBy ZXNlbnQsIHVzZSB0aGUgYWR2YW5jZS1jb21wYXJlJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgcnVsZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPlRoYW5rcyw8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPkNseWRlPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5uZXRtb2Qg Jmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mIEJvYiBIYXJv bGQgJmx0OzxhIGhyZWY9Im1haWx0bzpyaGFyb2xkZUB1bWljaC5lZHUiIHRhcmdldD0iX2JsYW5r Ij5yaGFyb2xkZUB1bWljaC5lZHU8L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIE1h cmNoIDIsIDIwMTggYXQgMTI6MzMgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90OzxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+bmV0bW9kQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W25ldG1vZF0g ZHJhZnQtaWV0Zi1uZXRtb2Qtc3lzbG9nLW1vZGVsLTIzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Ij5Tb3JyeSBm b3IgYmVpbmcgbGF0ZSB0byB0aGUgZGlzY3Vzc2lvbiAtIGp1c3Qgam9pbmVkIHRoaXMgZ3JvdXAu PGJyPg0KPGJyPg0KQ2FuIHdlIGhhdmUgJnF1b3Q7aGlnaGVyIHNldmVyaXR5JnF1b3Q7IG1hdGNo ICZxdW90O2hpZ2hlciBudW1iZXImcXVvdDsgaW4gdGhlIGVudW1lcmF0ZWQgdmFsdWVzLCB0byBh dm9pZCBjb25mdXNpb24/PGJyPg0KPGJyPg0KSW4gc2VjdGlvbiA0LjEuJm5ic3A7IFRoZSBpZXRm LXN5c2xvZyBNb2R1bGU8YnI+DQpvbiBQYWdlIDExPGJyPg0KPGJyPg0KdHlwZWRlZiBzeXNsb2ct c2V2ZXJpdHkgezxicj4NCjxicj4NCi0tIHNob3VsZCBiZSBpbiB0aGUgb3JkZXI6PGJyPg0KZGVi dWc9MDxicj4NCmVtZXJnZW5jeT03PGJyPg0KPGJyPg0KYmVjYXVzZSAmcXVvdDtzZXZlcml0eS1m aWx0ZXImcXVvdDsgdXNlcyAmcXVvdDtlcXVhbHMtb3ItaGlnaGVyJnF1b3Q7IHdoaWNoIG1lYW5z ICZxdW90O2hpZ2hlciBzZXZlcml0eSZxdW90OyBidXQgc2hvdWxkIGFsc28gbWVhbiAmcXVvdDto aWdoZXIgbnVtYmVyJnF1b3Q7IHRvIGF2b2lkIGNvbmZ1c2lvbi48bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+LS0gPGJyPg0KQm9iIEhhcm9sZDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_CDC7EFE8B7534D39BA7896EFF0642E9Aciscocom_-- From nobody Mon Mar 5 15:57:03 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E61C12E8C4; Mon, 5 Mar 2018 15:56:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152029421633.12842.1970354425067689893@ietfa.amsl.com> Date: Mon, 05 Mar 2018 15:56:56 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-yang-data-ext-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 23:56:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Data Extensions Authors : Andy Bierman Martin Bjorklund Kent Watsen Filename : draft-ietf-netmod-yang-data-ext-01.txt Pages : 11 Date : 2018-03-05 Abstract: This document describes YANG mechanisms for defining abstract data structures with YANG. It is intended to replace and extend the "yang-data" extension statement defined in RFC 8040. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-data-ext/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-yang-data-ext-01 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-data-ext-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-data-ext-01 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 Mar 5 19:30:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6046412DA14 for ; Mon, 5 Mar 2018 19:30:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 qrsKtxEPXtb5 for ; Mon, 5 Mar 2018 19:30:52 -0800 (PST) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A571712E87D for ; Mon, 5 Mar 2018 19:30:52 -0800 (PST) From: Alex Campbell To: "Bogaert, Bart (Nokia - BE/Antwerp)" CC: "netmod@ietf.org" Thread-Topic: Guideline on modeling including features and phased support by a device Thread-Index: AdO0Y9X7Z6zjEN4LQ8Siy72k21o7KQAl4Rhu Date: Tue, 6 Mar 2018 03:30:50 +0000 Message-ID: <1520307050117.40190@Aviatnet.com> References: In-Reply-To: Accept-Language: en-NZ, en-US Content-Language: en-NZ X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.15.6.9] Content-Type: multipart/alternative; boundary="_000_152030705011740190Aviatnetcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 03:30:54 -0000 --_000_152030705011740190Aviatnetcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Presumably you will have to decide on a sensible default value to use. What value will your actual device use after the software upgrade? That sho= uld be the value it stores in the data tree when performing the upgrade. ________________________________ From: netmod on behalf of Bogaert, Bart (Nokia - = BE/Antwerp) Sent: Monday, 5 March 2018 10:25 p.m. To: netmod@ietf.org Subject: [netmod] Guideline on modeling including features and phased suppo= rt by a device Hi, We have a question with respect to YANG models using features. Assume that= a part of the model is defined under a feature and that this feature-depen= dent part defines a leaf as mandatory. module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } leaf only-if-feature { if-feature test-feature; type string; mandatory true; } } } } Now assume that we have a device that implements the model step-wise by fir= st not supporting this feature and in a sub-sequent release by supporting t= his feature (and uses a persistent running datastore). The question arisin= g now is how to deal with this mandatory leaf? Normally this can only be c= onfigured by a client, meaning that without any "help", the NC server will = not be able to startup with the data contained in the device's persistent d= atastore unless a value is set for the mandatory leaf that now becomes avai= lable as a result of supporting the feature. When modeling as follows it seems the NC server can start with the model su= pporting the feature that was not supported before: module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } container only-if-feature { presence "see if this helps"; if-feature test-feature; leaf only-if-feature { type string; mandatory true; } } } } } Are recommendations or guidelines in place to deal with this? Regards, Bart --_000_152030705011740190Aviatnetcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Presumably you will have to decide on a sensible default value to use.


What value will your actual device use after the software upgrade? That = should be the value it stores in the data tree when performing the upgrade.=



From: netmod <netmod-b= ounces@ietf.org> on behalf of Bogaert, Bart (Nokia - BE/Antwerp) <bar= t.bogaert@nokia.com>
Sent: Monday, 5 March 2018 10:25 p.m.
To: netmod@ietf.org
Subject: [netmod] Guideline on modeling including features and phase= d support by a device
 

Hi,

 

We have a question with respect= to YANG models using features.  Assume that a part of the model is de= fined under a feature and that this feature-dependent part defines a leaf a= s mandatory.

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial version.&= quot;;

  }

 

  feature test-feature {

    description "testing feature";<= /span>

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;

      leaf name {

        type string;

      }

      leaf ip {

        type inet:ip-addr= ess;

        mandatory true;

      }

      leaf port {

        type inet:port-nu= mber;

        mandatory true;

      }

      leaf only-if-feature {=

        if-feature test-f= eature;

        type string;

        mandatory true;

      }

    }

  }

}

 

Now assume that we have a devic= e that implements the model step-wise by first not supporting this feature = and in a sub-sequent release by supporting this feature (and uses a persist= ent running datastore).  The question arising now is how to deal with this mandatory leaf?  Normally this c= an only be configured by a client, meaning that without any “helpR= 21;, the NC server will not be able to startup with the data contained in t= he device’s persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of suppo= rting the feature.

 

When modeling as follows it see= ms the NC server can start with the model supporting the feature that was n= ot supported before:

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial version.&= quot;;

  }

 

  feature test-feature {

    description "testing feature";<= /span>

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;

      leaf name {

        type string;

      }

      leaf ip {

        type inet:ip-addr= ess;

        mandatory true;

      }

      leaf port {

        type inet:port-nu= mber;

        mandatory true;

      }

      container only-if-feature {

        presence "se= e if this helps";

        if-feature test-f= eature;

        leaf only-if-feat= ure {

          type = string;

          manda= tory true;

        }

      }

    }

  }

}

 

Are recommendations or guidelin= es in place to deal with this?

 

Regards, Bart

 

--_000_152030705011740190Aviatnetcom_-- From nobody Tue Mar 6 01:08:21 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDE13124D37 for ; Tue, 6 Mar 2018 01:08:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 JDR1nwrJ92Oy for ; Tue, 6 Mar 2018 01:08:16 -0800 (PST) Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D75B3126DFB for ; Tue, 6 Mar 2018 01:08:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 4256F1424C22; Tue, 6 Mar 2018 10:08:07 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ZrE8PGIskbiY; Tue, 6 Mar 2018 10:08:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 147821424C44; Tue, 6 Mar 2018 10:08:07 +0100 (CET) Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id DemRmK9rNfWs; Tue, 6 Mar 2018 10:08:07 +0100 (CET) Received: from [192.168.209.122] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id E47411424C22; Tue, 6 Mar 2018 10:08:06 +0100 (CET) To: Per Hedeland , "netmod@ietf.org" References: <20180305134934.neam7t2snb2wdvon@elstar.local> <20180305.145418.2010818875235650756.mbj@tail-f.com> <20180305141355.gi6kfej3eifdxtjq@elstar.local> <20180305.152602.113020152789243398.mbj@tail-f.com> <1520260878.7198.28.camel@nic.cz> <114ab291-27d2-2aa5-1327-23d80d35cc9f@tail-f.com> <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> From: Vladimir Vassilev Message-ID: Date: Tue, 6 Mar 2018 10:08:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: nb Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 09:08:19 -0000 On 03/05/2018 06:40 PM, Per Hedeland wrote: > On 2018-03-05 16:06, Ladislav Lhotka wrote: >> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>>>> Juergen Schoenwaelder wrote: >>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>>>> So it seems the running code got it right. ;-) >>>>>>> As the author of that code, I think that was purely by accident..= . >>>>>>> >>>>>>> But I'm not convinced it is the correct solution. We have one ex= ample >>>>>>> in the other thread where someone was confused by the "rw" flag a= nd >>>>>>> thought that it implied that the node would be present in the dat= a >>>>>>> tree. >>>>>>> >>>>>> So what does rw mean? >>>>>> >>>>>> (i) The schema node has a rw property. >>>>>> (ii) The schema node can be instantiated and the instantiated data= node >>>>>> has a rw property. >>>>>> >>>>>> I think it is difficult to have both at the same time. If the tree= is >>>>>> a representation of schema nodes, then (i) seems to make more >>>>>> sense. That said, the explanation in 2.6 is somewhat vague since i= t >>>>>> says 'data' and not 'nodes' (like everywhere else): >>>>>> >>>>>> OLD: >>>>>> >>>>>> is one of: >>>>>> rw for configuration data >>>>>> ro for non-configuration data, output parameters to rpc= s >>>>>> and actions, and notification parameters >>>>>> >>>>>> NEW: >>>>>> >>>>>> is one of: >>>>>> rw for configuration data nodes >>>>>> ro for non-configuration data nodes, output parameters = to rpcs >>>>>> and actions, and notification parameters >>>>> I think this is ok. But that means that we also have to add: >>>>> >>>>> -- for a choice or case node >>>>> >>>>> But in order to be consistent, we should probably have: >>>>> >>>>> -- for a choice, case, input or output node >>>> But unlike the three other statements, "choice" can have the config >>>> substatement, so "rw/ro" makes sense there. >>> I don't think so - that config statement does not a define a property= of >>> the choice node (it can obviously neither be read nor written), only = a >>> default for descendant data nodes, as described in section 7.21.1 of = RFC >>> 7950. >> It is not a default - if a choice has "config false", then no descenda= nt can be >> "config true". One of the benefits of having rw/ro in the ascii tree i= s to see >> where a state data subtree actually starts. > It is a default, but yes, it is also a restriction in the specific case > of the argument being "false" at a point where the default would > otherwise be "true". And in that case it is equivalent to having "confi= g > false" on all the descendant data nodes, and they will of course be > flagged as "ro" regardless of whether the "config false" comes from the > choice or the individual data nodes - and that is where the state *data= * > suntree(s) actually start(s). > > So I guess the question then is whether this specific case motivates > always having flags on specifically choice nodes, while the other > non-data nodes have no flags. Since the 'config' statement is ignored i= n > rpc/action input/output and notification, choice nodes there should the= n > presumably have "-w"/"ro"/"-n". Personally I think the diagram is > clearer with flags only on the data nodes. When I think about it do not have any information contents=C2=A0=20 outside of the context of a data tree and its schema. So if we are=20 removing clutter we should probably start there by specifying that=20 should be ommited under rpc,notification and action. Vladlimir > > --Per > >> Lada >> >>> --Per >>> >>>> Lada >>>> >>>>> >>>>> This means that the correct tree syntax for choice and case will be= : >>>>> >>>>> +-- (subnet)? >>>>> +-- :(prefix-length) >>>>> | +--rw prefix-length? uint8 >>>>> +-- :(netmask) >>>>> +--rw netmask? yang:dotted-quad >>>>> >>>>> >>>>> /martin >>>>> >>>>> >>>>>> The document (as far as I searched for it) does not clearly say th= at >>>>>> 'node' means 'schema node'. In hindsight, it might have been usefu= l to >>>>>> explicitely import terminology from RFC 7950 and to use it careful= ly >>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely ta= lk >>>>>> about 'nodes' - and my assumption is that this means 'schema nodes= '.) >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Mar 6 01:37:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD96112704A for ; Tue, 6 Mar 2018 01:37:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 rBybhxBux-QE for ; Tue, 6 Mar 2018 01:37:47 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04EDE124D37 for ; Tue, 6 Mar 2018 01:37:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22850; q=dns/txt; s=iport; t=1520329067; x=1521538667; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=UnbFFb3JrsmRjGh4/hEBDaJ5B/zQPwllx7qr7f11rf0=; b=EYElK3x3Cuq6GZRS3gE57A1ZcV/miSFhbZ9h3256LuMgCJc8QaOfI1nz B+SELZspdHBA0wr1jP07QnPwxPi8xNlhUXkBtwQPYvD42Ef3uBDdST+8r A42twFtbnA0CgW2J6/pPC5xrKmM5dhL97HyRgKIcnAISzcScEZ/DxUA18 E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ByAQBhYJ5a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaRYEXcCiObI8GgRaUNIIVChgBCoQ+TwKDGzYWAQIBAQEBAQE?= =?us-ascii?q?CayeFIwEBAQMBAQErQRsLGCAOJzAGAQwGAgEBF4R4CBCrCiaETIN2giaFLYQFg?= =?us-ascii?q?g+BdoEOgyMLAQGBW4YDBI18jGsJkHgHiRSFZIp7ToYNgS4lCCkmgSwzGggbFTq?= =?us-ascii?q?CQwmCWoFlQDeMbQEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,430,1515456000"; d="scan'208,217";a="2455877" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 09:37:45 +0000 Received: from [10.63.23.110] (dhcp-ensft1-uk-vla370-10-63-23-110.cisco.com [10.63.23.110]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w269bii6011474; Tue, 6 Mar 2018 09:37:44 GMT To: "Bogaert, Bart (Nokia - BE/Antwerp)" , "netmod@ietf.org" References: From: Robert Wilton Message-ID: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> Date: Tue, 6 Mar 2018 09:37:44 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------2AA988A7AA4CE689CE435087" Content-Language: en-US Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 09:37:50 -0000 This is a multi-part message in MIME format. --------------2AA988A7AA4CE689CE435087 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi Bart, I think that the best solution to problem is perhaps to avoid it altogether. I.e. I don't think that the only-if-feature leaf should be marked mandatory. Instead, it would be better to define a sensible default value/behaviour if the leaf is absent even when the feature is supported. Alternatively, you can simulate something similar to an if-feature statement by using a when or must expression instead that is predicated on a leaf that the client must explicitly set to enable the feature, giving control back to the client. E.g. something along the lines of ... leaf enable-super-feature { if-feature test-feature; type boolean; default "false"; } ... leaf only-if-feature { when '/enable-super-feature = "true"'; type string; mandatory true; } It would be interesting if you have a concrete example where neither of the above suggestions would work or be appropriate. Thanks, Rob On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Hi, > > We have a question with respect to YANG models using features. Assume > that a part of the model is defined under a feature and that this > feature-dependent part defines a leaf as mandatory. > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > leaf only-if-feature { > > if-feature test-feature; > > type string; > > mandatory true; > > } > > } > > } > > } > > Now assume that we have a device that implements the model step-wise > by first not supporting this feature and in a sub-sequent release by > supporting this feature (and uses a persistent running datastore). > The question arising now is how to deal with this mandatory leaf? > Normally this can only be configured by a client, meaning that without > any help, the NC server will not be able to startup with the data > contained in the devices persistent datastore unless a value is set > for the mandatory leaf that now becomes available as a result of > supporting the feature. > > When modeling as follows it seems the NC server can start with the > model supporting the feature that was not supported before: > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > container only-if-feature { > > presence "see if this helps"; > > if-feature test-feature; > > leaf only-if-feature { > > type string; > > mandatory true; > > } > > } > > } > > } > > } > > Are recommendations or guidelines in place to deal with this? > > Regards, Bart > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------2AA988A7AA4CE689CE435087 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Hi Bart,

I think that the best solution to problem is perhaps to avoid it altogether. I.e. I don't think that the only-if-feature leaf should be marked mandatory. Instead, it would be better to define a sensible default value/behaviour if the leaf is absent even when the feature is supported.

Alternatively, you can simulate something similar to an if-feature statement by using a when or must expression instead that is predicated on a leaf that the client must explicitly set to enable the feature, giving control back to the client.

E.g. something along the lines of ...

leaf enable-super-feature {
if-feature test-feature;
type boolean;
default "false";
}

...

leaf only-if-feature {

when '/enable-super-feature = "true"';

type string;

mandatory true;

}

It would be interesting if you have a concrete example where neither of the above suggestions would work or be appropriate.

Thanks,
Rob


On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Hi,

We have a question with respect to YANG models using features. Assume that a part of the model is defined under a feature and that this feature-dependent part defines a leaf as mandatory.

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

leaf only-if-feature {

if-feature test-feature;

type string;

mandatory true;

}

}

}

}

Now assume that we have a device that implements the model step-wise by first not supporting this feature and in a sub-sequent release by supporting this feature (and uses a persistent running datastore). The question arising now is how to deal with this mandatory leaf? Normally this can only be configured by a client, meaning that without any help, the NC server will not be able to startup with the data contained in the devices persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of supporting the feature.

When modeling as follows it seems the NC server can start with the model supporting the feature that was not supported before:

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

container only-if-feature {

presence "see if this helps";

if-feature test-feature;

leaf only-if-feature {

type string;

mandatory true;

}

}

}

}

}

Are recommendations or guidelines in place to deal with this?

Regards, Bart



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

--------------2AA988A7AA4CE689CE435087-- From nobody Tue Mar 6 01:44:18 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D67D1126CF9 for ; Tue, 6 Mar 2018 01:44:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 e6g55JpZ0WU4 for ; Tue, 6 Mar 2018 01:44:13 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id ACA72124D37 for ; Tue, 6 Mar 2018 01:44:13 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 72F261AE0339; Tue, 6 Mar 2018 10:44:12 +0100 (CET) Date: Tue, 06 Mar 2018 10:44:11 +0100 (CET) Message-Id: <20180306.104411.829341372037212681.mbj@tail-f.com> To: vladimir@transpacket.com Cc: per@tail-f.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> 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: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 09:44:17 -0000 Hi, After thinking some more about this, realizing that this document is in AUTH48, and looking at the first sentence in the Abstract: This document captures the current syntax used in YANG module tree diagrams. I have reached the conclusion that we probably shouldn't make any drastic changes. The current syntax, with flags for choice but not for case, may look a bit odd, but it does follow RFC 7950 where a choice node can have a config property, but case cannot. Also, this syntax has now been used for several years w/o causing much confusion. I suggest the following changes to this document: OLD: is one of: rw for configuration data ro for non-configuration data, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement NEW: is one of: rw for configuration data ro for non-configuration data, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement case nodes do not have any . Then, since the syntax requires whitespace before : -- we need to fix the examples: OLD: +--rw (root-type) +--:(vrf-root) NEW: +--rw (root-type) +-- :(vrf-root) (two occurances) /martin Vladimir Vassilev wrote: > = > = > On 03/05/2018 06:40 PM, Per Hedeland wrote: > > On 2018-03-05 16:06, Ladislav Lhotka wrote: > >> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: > >>> On 2018-03-05 15:41, Ladislav Lhotka wrote: > >>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: > >>>>> Juergen Schoenwaelder wr= ote: > >>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wro= te: > >>>>>>>> So it seems the running code got it right. ;-) > >>>>>>> As the author of that code, I think that was purely by accide= nt... > >>>>>>> > >>>>>>> But I'm not convinced it is the correct solution. We have on= e example > >>>>>>> in the other thread where someone was confused by the "rw" fl= ag and > >>>>>>> thought that it implied that the node would be present in the= data > >>>>>>> tree. > >>>>>>> > >>>>>> So what does rw mean? > >>>>>> > >>>>>> (i) The schema node has a rw property. > >>>>>> (ii) The schema node can be instantiated and the instantiated = data > >>>>>> node > >>>>>> has a rw property. > >>>>>> > >>>>>> I think it is difficult to have both at the same time. If the = tree is > >>>>>> a representation of schema nodes, then (i) seems to make more > >>>>>> sense. That said, the explanation in 2.6 is somewhat vague sin= ce it > >>>>>> says 'data' and not 'nodes' (like everywhere else): > >>>>>> > >>>>>> OLD: > >>>>>> > >>>>>> is one of: > >>>>>> rw for configuration data > >>>>>> ro for non-configuration data, output parameters to= rpcs > >>>>>> and actions, and notification parameters > >>>>>> > >>>>>> NEW: > >>>>>> > >>>>>> is one of: > >>>>>> rw for configuration data nodes > >>>>>> ro for non-configuration data nodes, output paramete= rs to > >>>>>> rpcs > >>>>>> and actions, and notification parameters > >>>>> I think this is ok. But that means that we also have to add: > >>>>> > >>>>> -- for a choice or case node > >>>>> > >>>>> But in order to be consistent, we should probably have: > >>>>> > >>>>> -- for a choice, case, input or output node > >>>> But unlike the three other statements, "choice" can have the con= fig > >>>> substatement, so "rw/ro" makes sense there. > >>> I don't think so - that config statement does not a define a prop= erty > >>> of > >>> the choice node (it can obviously neither be read nor written), o= nly a > >>> default for descendant data nodes, as described in section 7.21.1= of > >>> RFC > >>> 7950. > >> It is not a default - if a choice has "config false", then no > >> descendant can be > >> "config true". One of the benefits of having rw/ro in the ascii tr= ee > >> is to see > >> where a state data subtree actually starts. > > It is a default, but yes, it is also a restriction in the specific > > case > > of the argument being "false" at a point where the default would > > otherwise be "true". And in that case it is equivalent to having > > "config > > false" on all the descendant data nodes, and they will of course be= > > flagged as "ro" regardless of whether the "config false" comes from= > > the > > choice or the individual data nodes - and that is where the state > > *data* > > suntree(s) actually start(s). > > > > So I guess the question then is whether this specific case motivate= s > > always having flags on specifically choice nodes, while the other > > non-data nodes have no flags. Since the 'config' statement is ignor= ed > > in > > rpc/action input/output and notification, choice nodes there should= > > then > > presumably have "-w"/"ro"/"-n". Personally I think the diagram is > > clearer with flags only on the data nodes. > When I think about it do not have any information contents=A0= > outside of the context of a data tree and its schema. So if we are > removing clutter we should probably start there by specifying that > should be ommited under rpc,notification and action. > = > Vladlimir > > > > --Per > > > >> Lada > >> > >>> --Per > >>> > >>>> Lada > >>>> > >>>>> > >>>>> This means that the correct tree syntax for choice and case wil= l be: > >>>>> > >>>>> +-- (subnet)? > >>>>> +-- :(prefix-length) > >>>>> | +--rw prefix-length? uint8 > >>>>> +-- :(netmask) > >>>>> +--rw netmask? yang:dotted-quad > >>>>> > >>>>> > >>>>> /martin > >>>>> > >>>>> > >>>>>> The document (as far as I searched for it) does not clearly sa= y that > >>>>>> 'node' means 'schema node'. In hindsight, it might have been u= seful to > >>>>>> explicitely import terminology from RFC 7950 and to use it car= efully > >>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largel= y talk > >>>>>> about 'nodes' - and my assumption is that this means 'schema n= odes'.) > >>>>> _______________________________________________ > >>>>> netmod mailing list > >>>>> netmod@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/netmod > >>> _______________________________________________ > >>> netmod mailing list > >>> netmod@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > = > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Mar 6 01:47:17 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D838127078 for ; Tue, 6 Mar 2018 01:47:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 QyRvcxyBuqAV for ; Tue, 6 Mar 2018 01:47:14 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 64E5E127076 for ; Tue, 6 Mar 2018 01:47:14 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 81F831AE0339; Tue, 6 Mar 2018 10:47:13 +0100 (CET) Date: Tue, 06 Mar 2018 10:47:11 +0100 (CET) Message-Id: <20180306.104711.1679438839200955433.mbj@tail-f.com> To: mjethanandani@gmail.com Cc: j.schoenwaelder@jacobs-university.de, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <3338E375-31AB-4064-8A83-88410776E40F@gmail.com> References: <20180305.152602.113020152789243398.mbj@tail-f.com> <20180305.152754.1045464928563003353.mbj@tail-f.com> <3338E375-31AB-4064-8A83-88410776E40F@gmail.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 09:47:16 -0000 Mahesh Jethanandani wrote: > > > > On Mar 5, 2018, at 6:27 AM, Martin Bjorklund wrote: > > > > Martin Bjorklund > wrote: > >> Juergen Schoenwaelder wrote: > >>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: > >>>>> > >>>>> So it seems the running code got it right. ;-) > >>>> > >>>> As the author of that code, I think that was purely by accident... > >>>> > >>>> But I'm not convinced it is the correct solution. We have one example > >>>> in the other thread where someone was confused by the "rw" flag and > >>>> thought that it implied that the node would be present in the data > >>>> tree. > >>>> > >>> > >>> So what does rw mean? > >>> > >>> (i) The schema node has a rw property. > >>> (ii) The schema node can be instantiated and the instantiated data > >>> node > >>> has a rw property. > >>> > >>> I think it is difficult to have both at the same time. If the tree is > >>> a representation of schema nodes, then (i) seems to make more > >>> sense. That said, the explanation in 2.6 is somewhat vague since it > >>> says 'data' and not 'nodes' (like everywhere else): > >>> > >>> OLD: > >>> > >>> is one of: > >>> rw for configuration data > >>> ro for non-configuration data, output parameters to rpcs > >>> and actions, and notification parameters > >>> > >>> NEW: > >>> > >>> is one of: > >>> rw for configuration data nodes > >>> ro for non-configuration data nodes, output parameters to rpcs > >>> and actions, and notification parameters > >> > >> I think this is ok. But that means that we also have to add: > >> > >> -- for a choice or case node > >> > >> But in order to be consistent, we should probably have: > >> > >> -- for a choice, case, input or output node > > > > Whoops, it shouldn't be "--". Somehow we should say that no flags are > > used for choice,case,input,output. > > I would agree, as having choice/case statements represented as schema > nodes is not only confusing in the tree diagram Well, choice and case *are* schema nodes. They are printed within parentheses, which may give you a hint that they are not data nodes and thus not visible in the payload. The tree diagram is intended as a compact, easy-to-read representation of the structure of the YANG module. They will not contain all details needed to produce good examples. /martin , but also confusing > when constructing an example. The tree diagram represents it as a > node, where one would put it in the example, but validation complained > about it (not being a node). > > > > > > > /martin > > > > > >> > >> > >> This means that the correct tree syntax for choice and case will be: > >> > >> +-- (subnet)? > >> +-- :(prefix-length) > >> | +--rw prefix-length? uint8 > >> +-- :(netmask) > >> +--rw netmask? yang:dotted-quad > >> > >> > >> /martin > >> > >> > >>> The document (as far as I searched for it) does not clearly say that > >>> 'node' means 'schema node'. In hindsight, it might have been useful to > >>> explicitely import terminology from RFC 7950 and to use it carefully > >>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk > >>> about 'nodes' - and my assumption is that this means 'schema nodes'.) > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > Mahesh Jethanandani > mjethanandani@gmail.com > From nobody Tue Mar 6 01:58:05 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13851127076 for ; Tue, 6 Mar 2018 01:58:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 upEPZ7mL4Gkr for ; Tue, 6 Mar 2018 01:58:01 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3908126E64 for ; Tue, 6 Mar 2018 01:58:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7831; q=dns/txt; s=iport; t=1520330280; x=1521539880; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=K482i0bOW9Mr9tQKkmPc3L9/H/Fj0nOtrtaCPVGo02M=; b=Ao0y+Cn4cpUGsxZAcrlMMu/pwBVRu63rw4v61gaEevArrFwwR5M16/KU hdbSNKUMogewY5z17qyWWv1cOXN9pfp0QQuWZ5UjuxA7VM1gjMuvhNzJS NP4cf5AjOjBYTCoj3vLJQqxWhw9KWHV3MU80fKn2bG4Fms92Z7MiwH7ZF Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0COAABeZZ5a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIokdI8GgRaUNIIVChgLhD5PAoMbNBgBAgEBAQEBAQJ?= =?us-ascii?q?rJ4UkAQEEAQEhFTYbCw4CCAICJgICJzAGAQwGAgEBF4UAEKhegieEcoN2giEFg?= =?us-ascii?q?Q+EHoQFgg+DBIMuAQGEfIJiBI18jGsJiWaHEgeBZ4ctJoU+i0mGDYEuHjiBUjM?= =?us-ascii?q?aCBsVOoJDgjEcgXtAN4xtAQEB?= X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208";a="2408459" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 09:57:58 +0000 Received: from [10.63.23.110] (dhcp-ensft1-uk-vla370-10-63-23-110.cisco.com [10.63.23.110]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w269vws1018484; Tue, 6 Mar 2018 09:57:58 GMT To: Martin Bjorklund , vladimir@transpacket.com, netmod@ietf.org References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> From: Robert Wilton Message-ID: Date: Tue, 6 Mar 2018 09:57:58 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180306.104411.829341372037212681.mbj@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 09:58:03 -0000 +1 for this solution. Thanks, Rob On 06/03/2018 09:44, Martin Bjorklund wrote: > Hi, > > After thinking some more about this, realizing that this document is > in AUTH48, and looking at the first sentence in the Abstract: > > This document captures the current syntax used in YANG module tree > diagrams. > > I have reached the conclusion that we probably shouldn't make any > drastic changes. > > The current syntax, with flags for choice but not for case, may look a > bit odd, but it does follow RFC 7950 where a choice node can have a > config property, but case cannot. Also, this syntax has now been used > for several years w/o causing much confusion. > > I suggest the following changes to this document: > > OLD: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > NEW: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > Then, since the syntax requires whitespace before : > > -- > > we need to fix the examples: > > OLD: > > +--rw (root-type) > +--:(vrf-root) > > NEW: > > +--rw (root-type) > +-- :(vrf-root) > > (two occurances) > > > > /martin > > > > Vladimir Vassilev wrote: >> >> On 03/05/2018 06:40 PM, Per Hedeland wrote: >>> On 2018-03-05 16:06, Ladislav Lhotka wrote: >>>> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >>>>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>>>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>>>>>> Juergen Schoenwaelder wrote: >>>>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>>>>>> So it seems the running code got it right. ;-) >>>>>>>>> As the author of that code, I think that was purely by accident... >>>>>>>>> >>>>>>>>> But I'm not convinced it is the correct solution. We have one example >>>>>>>>> in the other thread where someone was confused by the "rw" flag and >>>>>>>>> thought that it implied that the node would be present in the data >>>>>>>>> tree. >>>>>>>>> >>>>>>>> So what does rw mean? >>>>>>>> >>>>>>>> (i) The schema node has a rw property. >>>>>>>> (ii) The schema node can be instantiated and the instantiated data >>>>>>>> node >>>>>>>> has a rw property. >>>>>>>> >>>>>>>> I think it is difficult to have both at the same time. If the tree is >>>>>>>> a representation of schema nodes, then (i) seems to make more >>>>>>>> sense. That said, the explanation in 2.6 is somewhat vague since it >>>>>>>> says 'data' and not 'nodes' (like everywhere else): >>>>>>>> >>>>>>>> OLD: >>>>>>>> >>>>>>>> is one of: >>>>>>>> rw for configuration data >>>>>>>> ro for non-configuration data, output parameters to rpcs >>>>>>>> and actions, and notification parameters >>>>>>>> >>>>>>>> NEW: >>>>>>>> >>>>>>>> is one of: >>>>>>>> rw for configuration data nodes >>>>>>>> ro for non-configuration data nodes, output parameters to >>>>>>>> rpcs >>>>>>>> and actions, and notification parameters >>>>>>> I think this is ok. But that means that we also have to add: >>>>>>> >>>>>>> -- for a choice or case node >>>>>>> >>>>>>> But in order to be consistent, we should probably have: >>>>>>> >>>>>>> -- for a choice, case, input or output node >>>>>> But unlike the three other statements, "choice" can have the config >>>>>> substatement, so "rw/ro" makes sense there. >>>>> I don't think so - that config statement does not a define a property >>>>> of >>>>> the choice node (it can obviously neither be read nor written), only a >>>>> default for descendant data nodes, as described in section 7.21.1 of >>>>> RFC >>>>> 7950. >>>> It is not a default - if a choice has "config false", then no >>>> descendant can be >>>> "config true". One of the benefits of having rw/ro in the ascii tree >>>> is to see >>>> where a state data subtree actually starts. >>> It is a default, but yes, it is also a restriction in the specific >>> case >>> of the argument being "false" at a point where the default would >>> otherwise be "true". And in that case it is equivalent to having >>> "config >>> false" on all the descendant data nodes, and they will of course be >>> flagged as "ro" regardless of whether the "config false" comes from >>> the >>> choice or the individual data nodes - and that is where the state >>> *data* >>> suntree(s) actually start(s). >>> >>> So I guess the question then is whether this specific case motivates >>> always having flags on specifically choice nodes, while the other >>> non-data nodes have no flags. Since the 'config' statement is ignored >>> in >>> rpc/action input/output and notification, choice nodes there should >>> then >>> presumably have "-w"/"ro"/"-n". Personally I think the diagram is >>> clearer with flags only on the data nodes. >> When I think about it do not have any information contents >> outside of the context of a data tree and its schema. So if we are >> removing clutter we should probably start there by specifying that >> should be ommited under rpc,notification and action. >> >> Vladlimir >>> --Per >>> >>>> Lada >>>> >>>>> --Per >>>>> >>>>>> Lada >>>>>> >>>>>>> This means that the correct tree syntax for choice and case will be: >>>>>>> >>>>>>> +-- (subnet)? >>>>>>> +-- :(prefix-length) >>>>>>> | +--rw prefix-length? uint8 >>>>>>> +-- :(netmask) >>>>>>> +--rw netmask? yang:dotted-quad >>>>>>> >>>>>>> >>>>>>> /martin >>>>>>> >>>>>>> >>>>>>>> The document (as far as I searched for it) does not clearly say that >>>>>>>> 'node' means 'schema node'. In hindsight, it might have been useful to >>>>>>>> explicitely import terminology from RFC 7950 and to use it carefully >>>>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>>>>>>> about 'nodes' - and my assumption is that this means 'schema nodes'.) >>>>>>> _______________________________________________ >>>>>>> netmod mailing list >>>>>>> netmod@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Tue Mar 6 03:34:10 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF9E12708C for ; Tue, 6 Mar 2018 03:34:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Np1MOG-1R_rh for ; Tue, 6 Mar 2018 03:34:05 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50094.outbound.protection.outlook.com [40.107.5.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFEC9120047 for ; Tue, 6 Mar 2018 03:34:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=d83E7Zv7830pAvjh6K+U+Ifp7meLBhnrbijvF2tCcvk=; b=Z4K4B8OSSC1AebJm+w/Xvbk6MmXvxTBf5FP1YWzzqrYLnFo37hDB0hbJzQKgIBpej7iNr9SqEGvnwY/UXk77QF1zyPjaHk6thKbYY4GLuvpV2eEjUn94ud2qgGP2JlF2oOdzig9eJPuc09GHZMGcZYU37FTGVT4dYarHaoNDMDg= Received: from AM4PR07MB1716.eurprd07.prod.outlook.com (10.166.133.24) by AM4PR07MB3377.eurprd07.prod.outlook.com (10.171.189.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Tue, 6 Mar 2018 11:34:02 +0000 Received: from AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3]) by AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3%4]) with mapi id 15.20.0567.011; Tue, 6 Mar 2018 11:34:02 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] Guideline on modeling including features and phased support by a device Thread-Index: AdO0Y9X7Z6zjEN4LQ8Siy72k21o7KQAyvFEAAAP100A= Date: Tue, 6 Mar 2018 11:34:02 +0000 Message-ID: References: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> In-Reply-To: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [131.228.32.183] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM4PR07MB3377; 7:WN0JRsU8h3tk5NrTEFgcC4j/jofYLDs4NY32+q3PIQRb63SPZEEUMSk3UgpEaVVGQlzxTqgOvntnnB7OW+jJ1LZxy+/9lS8wkRAiaJYKVBPzj6dg7fHeLyRbdOO/3BC24w3yZBnKp5OGxHitihs9m1Go4D5/E9YM7szZbqSXFyKGv0VI9Yc/wXenMm7e2vecDtPGlCjaxt9Mq6cBT0rzfx0TtwfIT+ANitORVquAC6VGHdO2pHyJOyfmwP4K0T9q x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 690a452b-2323-42ce-c81d-08d583562942 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM4PR07MB3377; x-ms-traffictypediagnostic: AM4PR07MB3377: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(158342451672863)(82608151540597)(95692535739014)(21748063052155)(79290750141951); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3231220)(11241501184)(806099)(944501244)(52105095)(3002001)(10201501046)(93006095)(93001095)(6055026)(6041288)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:AM4PR07MB3377; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB3377; x-forefront-prvs: 06036BD506 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(396003)(346002)(366004)(39380400002)(376002)(199004)(189003)(377424004)(51444003)(53936002)(81156014)(3280700002)(8936002)(6246003)(106356001)(99286004)(105586002)(236005)(3846002)(66066001)(6116002)(54896002)(76176011)(790700001)(5660300001)(6306002)(9686003)(81166006)(7696005)(316002)(2950100002)(606006)(6436002)(74316002)(5250100002)(229853002)(6916009)(68736007)(966005)(86362001)(26005)(6346003)(25786009)(33656002)(55016002)(478600001)(2900100001)(8676002)(2906002)(14454004)(53546011)(102836004)(7736002)(186003)(97736004)(4326008)(3660700001)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3377; H:AM4PR07MB1716.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com; x-microsoft-antispam-message-info: GUTu6YvIe+QGOemTR+isFdkbSOAzSf6QEU1HHrQHdEGmDnAneSh9c6ghSiZVnflcCAvuQYcFdJfBfAYdSMd+zoxgRcTd8o0gSRG0kr2En7mHmoegT9sPvp3e4r7YD221Mc09cUUlebY89is2hgNrrX6hjrROKQXDMQS4/FVRcs2YOWL5u5iL6VXfdUZWsc3HA6sruOcpcaEEbDlKZwlIF1a2GYTzdbmns2itB7ln+huGl76KVcwjZxcl3ELf/rYhhgrCetMDuQuZPE1VXN4s76VdM9APEwcQYkNmoviLHQL/mD4gIGQ8bwoUodtVCrDMygshOedrif8kyIRRlt8I95PN+Yzp4tKk1vzcsaS7qpk0brpEPVgKz2t0RO6kHfrS spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM4PR07MB171668D649123B2F6F21C88194D90AM4PR07MB1716eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 690a452b-2323-42ce-c81d-08d583562942 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2018 11:34:02.4300 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3377 Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 11:34:08 -0000 --_000_AM4PR07MB171668D649123B2F6F21C88194D90AM4PR07MB1716eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rob, I agree but the fact is that some of the BBF models have constructions like= that and we were wondering whether this should not be mentioned in the gui= ldelines document. Normally a server can't set config true leafs if there = is no default available in the model. That is the reason we reached out to= NETMOD. Your suggestions can work but require adaptation of the current m= odel. Regards, Bart From: Robert Wilton [mailto:rwilton@cisco.com] Sent: Tuesday, March 6, 2018 10:38 AM To: Bogaert, Bart (Nokia - BE/Antwerp) ; netmod@iet= f.org Subject: Re: [netmod] Guideline on modeling including features and phased s= upport by a device Hi Bart, I think that the best solution to problem is perhaps to avoid it altogether= . I.e. I don't think that the only-if-feature leaf should be marked mandat= ory. Instead, it would be better to define a sensible default value/behavi= our if the leaf is absent even when the feature is supported. Alternatively, you can simulate something similar to an if-feature statemen= t by using a when or must expression instead that is predicated on a leaf t= hat the client must explicitly set to enable the feature, giving control ba= ck to the client. E.g. something along the lines of ... leaf enable-super-feature { if-feature test-feature; type boolean; default "false"; } ... leaf only-if-feature { when '/enable-super-feature =3D "true"'; type string; mandatory true; } It would be interesting if you have a concrete example where neither of the= above suggestions would work or be appropriate. Thanks, Rob On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote: Hi, We have a question with respect to YANG models using features. Assume that= a part of the model is defined under a feature and that this feature-depen= dent part defines a leaf as mandatory. module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } leaf only-if-feature { if-feature test-feature; type string; mandatory true; } } } } Now assume that we have a device that implements the model step-wise by fir= st not supporting this feature and in a sub-sequent release by supporting t= his feature (and uses a persistent running datastore). The question arisin= g now is how to deal with this mandatory leaf? Normally this can only be c= onfigured by a client, meaning that without any "help", the NC server will = not be able to startup with the data contained in the device's persistent d= atastore unless a value is set for the mandatory leaf that now becomes avai= lable as a result of supporting the feature. When modeling as follows it seems the NC server can start with the model su= pporting the feature that was not supported before: module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } container only-if-feature { presence "see if this helps"; if-feature test-feature; leaf only-if-feature { type string; mandatory true; } } } } } Are recommendations or guidelines in place to deal with this? Regards, Bart _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --_000_AM4PR07MB171668D649123B2F6F21C88194D90AM4PR07MB1716eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Rob,<= /span>

 

I ag= ree but the fact is that some of the BBF models have constructions like tha= t and we were wondering whether this should not be mentioned in the guildel= ines document.  Normally a server can’t set config true leafs if there is no default available in the model. = That is the reason we reached out to NETMOD.  Your suggestions can wo= rk but require adaptation of the current model.

 

Rega= rds, Bart

 

From: Robert Wilton [mailto:rwilton@ci= sco.com]
Sent: Tuesday, March 6, 2018 10:38 AM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>= ;; netmod@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and p= hased support by a device

 

Hi Bart,

I think that the best solution to problem is perhaps to avoid it altoget= her.  I.e. I don't think that the on= ly-if-feature leaf should be marked mandatory.  Instead, it wou= ld be better to define a sensible default value/behaviour if the leaf is ab= sent even when the feature is supported.

Alternatively, you can simulate something similar to an if-feature state= ment by using a when or must expression instead that is predicated on a lea= f that the client must explicitly set to enable the feature, giving control= back to the client.

E.g. something along the lines of ...

leaf enable-super-feature {<= /tt>
  if-feature test-feature;
  type boolean;
  default "false";
}

...

     = ; leaf only-if-feature {

     = ;   when '/enable-super-feature =3D "true"';

     = ;   type string;

     = ;   mandatory true;

      }

It would be interesting if you have a concrete example where neither= of the above suggestions would work or be appropriate.

Thanks,
Rob

On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwe= rp) wrote:

Hi,

 

We have a question with respect= to YANG models using features.  Assume that a part of the model is de= fined under a feature and that this feature-dependent part defines a leaf a= s mandatory.

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial ver= sion.";

  }

 

  feature test-feature {

    description "testing feature&q= uot;;

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;=

      leaf name {=

        type string= ;

      }

      leaf ip {

        type inet:i= p-address;

        mandatory t= rue;

      }

      leaf port {=

        type inet:p= ort-number;

        mandatory t= rue;

      }

      leaf only-if-feature {<= /span>

        if-feature = test-feature;

        type string= ;

        mandatory t= rue;

      }

    }

  }

}

 

Now assume that we have a devic= e that implements the model step-wise by first not supporting this feature = and in a sub-sequent release by supporting this feature (and uses a persist= ent running datastore).  The question arising now is how to deal with this mandatory leaf?  Normally this c= an only be configured by a client, meaning that without any “helpR= 21;, the NC server will not be able to startup with the data contained in t= he device’s persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of suppo= rting the feature.

 

When modeling as follows it see= ms the NC server can start with the model supporting the feature that was n= ot supported before:

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {

    description

       "Initial ver= sion.";

  }

 

  feature test-feature {

    description "testing feature&q= uot;;

  }

 

  container servers {

    list server {

      key name;

      max-elements 64;=

      leaf name {=

        type string= ;

      }

      leaf ip {

        type inet:i= p-address;

        mandatory t= rue;

      }

      leaf port {=

        type inet:p= ort-number;

        mandatory t= rue;

      }

      container only-if-featu= re {

        presence &q= uot;see if this helps";

        if-feature = test-feature;

        leaf only-i= f-feature {

         = type string;

         = mandatory true;

        }

      }

    }

  }

}

 

Are recommendations or guidelin= es in place to deal with this?

 

Regards, Bart=

 




_______________________________________________
netmod mailing list
netmod@ietf.org

https://www.i=
etf.org/mailman/listinfo/netmod

&nbs= p;

--_000_AM4PR07MB171668D649123B2F6F21C88194D90AM4PR07MB1716eurp_-- From nobody Tue Mar 6 03:42:42 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E6D6127077 for ; Tue, 6 Mar 2018 03:42:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VPqKeB5p-6kr for ; Tue, 6 Mar 2018 03:42:39 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BA6C120047 for ; Tue, 6 Mar 2018 03:42:39 -0800 (PST) Received: from cmgw2 (unknown [10.0.90.83]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 4880A217BDA for ; Tue, 6 Mar 2018 04:29:13 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id JbV91x00G2SSUrH01bVCsM; Tue, 06 Mar 2018 04:29:13 -0700 X-Authority-Analysis: v=2.2 cv=M5g9E24s c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=v2DPQv5-lfwA:10 a=u07AKapRAAAA:8 a=e45He0E8AAAA:8 a=48vgC7mUAAAA:8 a=t0_sPjSLNA2yiPVlWxIA:9 a=PcnW0OT8YfDGY-5a:21 a=0XWv6d5Aqq2b8R8-:21 a=QEXdDO2ut3YA:10 a=SkebfZ6J2Mmvk2rLHZle:22 a=cj7hvcB7Pb6S7jLLiKPa:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject: References:In-Reply-To:Message-ID:Date:CC:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5oqw8hzA/THotctjrfEg8wApLOZYntl6MsuNRVek2y4=; b=zM+jtjk0mnlXafA8h34U/hlK93 X+aTNfz8YH5jFIsAaHWLwqB4nvUREgbpiNHIvamayPY+D2C2How9GWtzhfUVFkdFHkZOvGHdJaq33 Ym65wxiDH8JlDy8h3ihs2Ds3V; Received: from [172.56.28.71] (port=39602 helo=[IPV6:2607:fb90:2b20:3bec:0:c:5a4a:a601]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1etAmL-000NQe-0A; Tue, 06 Mar 2018 04:29:09 -0700 From: Lou Berger To: Martin Bjorklund , CC: Date: Tue, 06 Mar 2018 06:29:04 -0500 Message-ID: <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <20180306.104411.829341372037212681.mbj@tail-f.com> References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> User-Agent: AquaMail/1.13.2-730 (build: 101300200) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 172.56.28.71 X-Exim-ID: 1etAmL-000NQe-0A X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([IPV6:2607:fb90:2b20:3bec:0:c:5a4a:a601]) [172.56.28.71]:39602 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 11:42:41 -0000 Martin, On March 6, 2018 4:44:47 AM Martin Bjorklund wrote: > Hi, > > After thinking some more about this, realizing that this document is > in AUTH48, and looking at the first sentence in the Abstract: > > This document captures the current syntax used in YANG module tree > diagrams. > > I have reached the conclusion that we probably shouldn't make any > drastic changes. > I agree. > The current syntax, with flags for choice but not for case, may look a > bit odd, but it does follow RFC 7950 where a choice node can have a > config property, but case cannot. Also, this syntax has now been used > for several years w/o causing much confusion. > > I suggest the following changes to this document: > > OLD: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > NEW: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > Then, since the syntax requires whitespace before : > I think we should match current tooling/practice here as well. Can you confirm how pyang works today? My memory is no such space is added. If my memory is correct, my preference is to change the text rather then the tooling. Lou (As contributor) > -- > > we need to fix the examples: > > OLD: > > +--rw (root-type) > +--:(vrf-root) > > NEW: > > +--rw (root-type) > +-- :(vrf-root) > > (two occurances) > > > > /martin > > > > Vladimir Vassilev wrote: >> >> >> On 03/05/2018 06:40 PM, Per Hedeland wrote: >> > On 2018-03-05 16:06, Ladislav Lhotka wrote: >> >> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >> >>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >> >>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >> >>>>> Juergen Schoenwaelder wrote: >> >>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >> >>>>>>>> So it seems the running code got it right. ;-) >> >>>>>>> As the author of that code, I think that was purely by accident... >> >>>>>>> >> >>>>>>> But I'm not convinced it is the correct solution. We have one example >> >>>>>>> in the other thread where someone was confused by the "rw" flag and >> >>>>>>> thought that it implied that the node would be present in the data >> >>>>>>> tree. >> >>>>>>> >> >>>>>> So what does rw mean? >> >>>>>> >> >>>>>> (i) The schema node has a rw property. >> >>>>>> (ii) The schema node can be instantiated and the instantiated data >> >>>>>> node >> >>>>>> has a rw property. >> >>>>>> >> >>>>>> I think it is difficult to have both at the same time. If the tree is >> >>>>>> a representation of schema nodes, then (i) seems to make more >> >>>>>> sense. That said, the explanation in 2.6 is somewhat vague since it >> >>>>>> says 'data' and not 'nodes' (like everywhere else): >> >>>>>> >> >>>>>> OLD: >> >>>>>> >> >>>>>> is one of: >> >>>>>> rw for configuration data >> >>>>>> ro for non-configuration data, output parameters to rpcs >> >>>>>> and actions, and notification parameters >> >>>>>> >> >>>>>> NEW: >> >>>>>> >> >>>>>> is one of: >> >>>>>> rw for configuration data nodes >> >>>>>> ro for non-configuration data nodes, output parameters to >> >>>>>> rpcs >> >>>>>> and actions, and notification parameters >> >>>>> I think this is ok. But that means that we also have to add: >> >>>>> >> >>>>> -- for a choice or case node >> >>>>> >> >>>>> But in order to be consistent, we should probably have: >> >>>>> >> >>>>> -- for a choice, case, input or output node >> >>>> But unlike the three other statements, "choice" can have the config >> >>>> substatement, so "rw/ro" makes sense there. >> >>> I don't think so - that config statement does not a define a property >> >>> of >> >>> the choice node (it can obviously neither be read nor written), only a >> >>> default for descendant data nodes, as described in section 7.21.1 of >> >>> RFC >> >>> 7950. >> >> It is not a default - if a choice has "config false", then no >> >> descendant can be >> >> "config true". One of the benefits of having rw/ro in the ascii tree >> >> is to see >> >> where a state data subtree actually starts. >> > It is a default, but yes, it is also a restriction in the specific >> > case >> > of the argument being "false" at a point where the default would >> > otherwise be "true". And in that case it is equivalent to having >> > "config >> > false" on all the descendant data nodes, and they will of course be >> > flagged as "ro" regardless of whether the "config false" comes from >> > the >> > choice or the individual data nodes - and that is where the state >> > *data* >> > suntree(s) actually start(s). >> > >> > So I guess the question then is whether this specific case motivates >> > always having flags on specifically choice nodes, while the other >> > non-data nodes have no flags. Since the 'config' statement is ignored >> > in >> > rpc/action input/output and notification, choice nodes there should >> > then >> > presumably have "-w"/"ro"/"-n". Personally I think the diagram is >> > clearer with flags only on the data nodes. >> When I think about it do not have any information contents  >> outside of the context of a data tree and its schema. So if we are >> removing clutter we should probably start there by specifying that >> should be ommited under rpc,notification and action. >> >> Vladlimir >> > >> > --Per >> > >> >> Lada >> >> >> >>> --Per >> >>> >> >>>> Lada >> >>>> >> >>>>> >> >>>>> This means that the correct tree syntax for choice and case will be: >> >>>>> >> >>>>> +-- (subnet)? >> >>>>> +-- :(prefix-length) >> >>>>> | +--rw prefix-length? uint8 >> >>>>> +-- :(netmask) >> >>>>> +--rw netmask? yang:dotted-quad >> >>>>> >> >>>>> >> >>>>> /martin >> >>>>> >> >>>>> >> >>>>>> The document (as far as I searched for it) does not clearly say that >> >>>>>> 'node' means 'schema node'. In hindsight, it might have been useful to >> >>>>>> explicitely import terminology from RFC 7950 and to use it carefully >> >>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >> >>>>>> about 'nodes' - and my assumption is that this means 'schema nodes'.) >> >>>>> _______________________________________________ >> >>>>> netmod mailing list >> >>>>> netmod@ietf.org >> >>>>> https://www.ietf.org/mailman/listinfo/netmod >> >>> _______________________________________________ >> >>> netmod mailing list >> >>> netmod@ietf.org >> >>> https://www.ietf.org/mailman/listinfo/netmod >> > _______________________________________________ >> > netmod mailing list >> > netmod@ietf.org >> > https://www.ietf.org/mailman/listinfo/netmod >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Tue Mar 6 03:59:31 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C6341273B1 for ; Tue, 6 Mar 2018 03:59:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, 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 3kuUSmeZEOd8 for ; Tue, 6 Mar 2018 03:59:27 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97AF2120047 for ; Tue, 6 Mar 2018 03:59:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31208; q=dns/txt; s=iport; t=1520337566; x=1521547166; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=FZ8Wyqs1MU0DuiuakAsOSfgXCaxjES7wPR49NUZzanY=; b=BWEZBb3VyizWF4Tbn9kBvkTlBpjA32qxGkMa2z2aB+8CZCGOnR8Os6ug kCixW5qVEVewPJWLTPQiPAPSqqXSOzD99R+JH81+HuqLHLa8GJ1YRBqEu ezcOFpoKNOFa+24ZTTDP+JZE6gis5HEVpe+l2Bh1cUZiUtWoKGVzNM5Ho s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B0AQAlgZ5a/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaRYEXcCiObI5VMoEWlDSCEgMKGAEKhD5PAoMhNRcBAgEBAQE?= =?us-ascii?q?BAQJrJ4UjAQEBAQMBAStBCxALEQQBAQEgAQYHJx8JCAYNBgIBAReFABCqfyaET?= =?us-ascii?q?IN3giaFLoQFgg+BdoEOgyMLAQGBWwlDhTcEiQmEc4xrCZB4B4kUhWSKe06GDYE?= =?us-ascii?q?uIAE1JoEsMxoIGxU6gkMJglqBZUA3iV+CRwEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208,217";a="2458730" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 11:59:24 +0000 Received: from [10.63.23.110] (dhcp-ensft1-uk-vla370-10-63-23-110.cisco.com [10.63.23.110]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w26BxOgd032076; Tue, 6 Mar 2018 11:59:24 GMT To: "Bogaert, Bart (Nokia - BE/Antwerp)" Cc: "netmod@ietf.org" References: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> From: Robert Wilton Message-ID: <1ee1d963-ad66-6fa8-65fb-902ca23e164b@cisco.com> Date: Tue, 6 Mar 2018 11:59:24 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------F315DFBAB59727E5F9F41F24" Content-Language: en-US Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 11:59:29 -0000 This is a multi-part message in MIME format. --------------F315DFBAB59727E5F9F41F24 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Arguably the guidelines, or YANG, should say "don't allow this" ;-) I think that what you are describing is just another instance of "don't augment with a mandatory node rule", or "only backwards compatible changes revisions should be made to a published YANG module". The key reasoning behind these rules is that the a client should be able to work unchanged after the server has been upgraded, as long as they are not making use of any new functionality. Thanks, Rob On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Hi Rob, > > I agree but the fact is that some of the BBF models have constructions > like that and we were wondering whether this should not be mentioned > in the guildelines document. Normally a server cant set config true > leafs if there is no default available in the model. That is the > reason we reached out to NETMOD. Your suggestions can work but > require adaptation of the current model. > > Regards, Bart > > *From:*Robert Wilton [mailto:rwilton@cisco.com] > *Sent:* Tuesday, March 6, 2018 10:38 AM > *To:* Bogaert, Bart (Nokia - BE/Antwerp) ; > netmod@ietf.org > *Subject:* Re: [netmod] Guideline on modeling including features and > phased support by a device > > Hi Bart, > > I think that the best solution to problem is perhaps to avoid it > altogether. I.e. I don't think that the only-if-feature leaf should > be marked mandatory. Instead, it would be better to define a sensible > default value/behaviour if the leaf is absent even when the feature is > supported. > > Alternatively, you can simulate something similar to an if-feature > statement by using a when or must expression instead that is > predicated on a leaf that the client must explicitly set to enable the > feature, giving control back to the client. > > E.g. something along the lines of ... > > leaf enable-super-feature { > if-feature test-feature; > type boolean; > default "false"; > } > > ... > > leaf only-if-feature { > > when '/enable-super-feature = "true"'; > > type string; > > mandatory true; > > } > > It would be interesting if you have a concrete example where neither > of the above suggestions would work or be appropriate. > > Thanks, > Rob > > On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Hi, > > We have a question with respect to YANG models using features. > Assume that a part of the model is defined under a feature and > that this feature-dependent part defines a leaf as mandatory. > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > leaf only-if-feature { > > if-feature test-feature; > > type string; > > mandatory true; > > } > > } > > } > > } > > Now assume that we have a device that implements the model > step-wise by first not supporting this feature and in a > sub-sequent release by supporting this feature (and uses a > persistent running datastore). The question arising now is how to > deal with this mandatory leaf? Normally this can only be > configured by a client, meaning that without any help, the NC > server will not be able to startup with the data contained in the > devices persistent datastore unless a value is set for the > mandatory leaf that now becomes available as a result of > supporting the feature. > > When modeling as follows it seems the NC server can start with the > model supporting the feature that was not supported before: > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > container only-if-feature { > > presence "see if this helps"; > > if-feature test-feature; > > leaf only-if-feature { > > type string; > > mandatory true; > > } > > } > > } > > } > > } > > Are recommendations or guidelines in place to deal with this? > > Regards, Bart > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > --------------F315DFBAB59727E5F9F41F24 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Arguably the guidelines, or YANG, should say "don't allow this" ;-)

I think that what you are describing is just another instance of "don't augment with a mandatory node rule", or "only backwards compatible changes revisions should be made to a published YANG module".

The key reasoning behind these rules is that the a client should be able to work unchanged after the server has been upgraded, as long as they are not making use of any new functionality.

Thanks,
Rob


On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Hi Rob,

I agree but the fact is that some of the BBF models have constructions like that and we were wondering whether this should not be mentioned in the guildelines document. Normally a server cant set config true leafs if there is no default available in the model. That is the reason we reached out to NETMOD. Your suggestions can work but require adaptation of the current model.

Regards, Bart

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, March 6, 2018 10:38 AM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>; netmod@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and phased support by a device

Hi Bart,

I think that the best solution to problem is perhaps to avoid it altogether. I.e. I don't think that the only-if-feature leaf should be marked mandatory. Instead, it would be better to define a sensible default value/behaviour if the leaf is absent even when the feature is supported.

Alternatively, you can simulate something similar to an if-feature statement by using a when or must expression instead that is predicated on a leaf that the client must explicitly set to enable the feature, giving control back to the client.

E.g. something along the lines of ...

leaf enable-super-feature {
if-feature test-feature;
type boolean;
default "false";
}

...

leaf only-if-feature {

when '/enable-super-feature = "true"';

type string;

mandatory true;

}

It would be interesting if you have a concrete example where neither of the above suggestions would work or be appropriate.

Thanks,
Rob

On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Hi,

We have a question with respect to YANG models using features. Assume that a part of the model is defined under a feature and that this feature-dependent part defines a leaf as mandatory.

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

leaf only-if-feature {

if-feature test-feature;

type string;

mandatory true;

}

}

}

}

Now assume that we have a device that implements the model step-wise by first not supporting this feature and in a sub-sequent release by supporting this feature (and uses a persistent running datastore). The question arising now is how to deal with this mandatory leaf? Normally this can only be configured by a client, meaning that without any help, the NC server will not be able to startup with the data contained in the devices persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of supporting the feature.

When modeling as follows it seems the NC server can start with the model supporting the feature that was not supported before:

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

container only-if-feature {

presence "see if this helps";

if-feature test-feature;

leaf only-if-feature {

type string;

mandatory true;

}

}

}

}

}

Are recommendations or guidelines in place to deal with this?

Regards, Bart




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


--------------F315DFBAB59727E5F9F41F24-- From nobody Tue Mar 6 04:04:15 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EA36127775 for ; Tue, 6 Mar 2018 04:04:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jq3F65FoE9EY for ; Tue, 6 Mar 2018 04:04:11 -0800 (PST) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02on072e.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe06::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61AC6120047 for ; Tue, 6 Mar 2018 04:04:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ekQ3v1NQR1Fmnbd1t3HDVFyAQF+cW6WrKOfkJQ6wj7M=; b=FUsJMMHJxIYTCneTW9AfxaPxByT/EfNFKWDy/AuycuNCf6Or5Go59e+LMFuDkaXqvI8YysrApVFpIss2YM1HOyH3e94rOxC3QQsWwlfBidlIniJ0wCCayiPgOxrxDkDyMz/gbqFQ5wwhMAtNhhE9iltnmPQAYni+uGCV+g6/VGM= Received: from AM4PR07MB1716.eurprd07.prod.outlook.com (10.166.133.24) by AM4PR07MB1666.eurprd07.prod.outlook.com (10.166.133.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Tue, 6 Mar 2018 12:04:07 +0000 Received: from AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3]) by AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3%4]) with mapi id 15.20.0567.011; Tue, 6 Mar 2018 12:04:07 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] Guideline on modeling including features and phased support by a device Thread-Index: AdO0Y9X7Z6zjEN4LQ8Siy72k21o7KQAyvFEAAAP100AAAPzHAAAADMgg Date: Tue, 6 Mar 2018 12:04:07 +0000 Message-ID: References: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> <1ee1d963-ad66-6fa8-65fb-902ca23e164b@cisco.com> In-Reply-To: <1ee1d963-ad66-6fa8-65fb-902ca23e164b@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com; x-originating-ip: [131.228.32.183] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM4PR07MB1666; 7:LmpLqMiTjR632Wjitj4vXD8ly9UP3FnTHaTNywjOq0LA+lGlLs3/Uw53qxQR0KYoGo8IA8MMaVCzTDM0471nUrA6NpD9NDpdr2qT2BUFZkSrGYVgdq8EwOXtUscur8/ODvIwa2xoo/EAotb2RRopARFxxwkptiC64K8G7HfJogqdZuUMDdZS0qaQ5JrHnek+Jya3x1p8C23myeQrCRAEPRrAtjnUL+je5xxukNxHkCiTHPS+alQHNTZNqjsD7XuE x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 45f7086c-8886-464c-18b8-08d5835a5d16 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM4PR07MB1666; x-ms-traffictypediagnostic: AM4PR07MB1666: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(158342451672863)(82608151540597)(95692535739014)(21748063052155)(79290750141951); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(3231220)(11241501184)(806099)(944501244)(52105095)(3002001)(93006095)(93001095)(6055026)(6041288)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(6072148)(201708071742011); SRVR:AM4PR07MB1666; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB1666; x-forefront-prvs: 06036BD506 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(39860400002)(39380400002)(346002)(376002)(377424004)(51444003)(199004)(189003)(26005)(81156014)(93886005)(66066001)(33656002)(186003)(3280700002)(86362001)(4326008)(606006)(25786009)(8676002)(6916009)(3846002)(316002)(97736004)(81166006)(2906002)(790700001)(6116002)(8936002)(53936002)(55016002)(6306002)(236005)(9686003)(54896002)(6436002)(102836004)(105586002)(76176011)(5250100002)(106356001)(14454004)(478600001)(68736007)(2950100002)(3660700001)(7696005)(6506007)(966005)(99286004)(5660300001)(53546011)(229853002)(74316002)(2900100001)(7736002)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB1666; H:AM4PR07MB1716.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: aBWZCDtSKklJSBTNst2HZ6csTb6bX92W3Ag/h9+h92hshIyqCtpd6yhfSBbGT7zrpyiQl9iB3nPD5BLlCWRccwMmNyNgVV8fpt06zMzSOfEuWiIQfEC7od4NTgtgCPmdX/dVnvllG1fwSI49JO02rNILQx7LcgLS43LRTG/IyCNbK576jGh1/bRbiQQjDzU/O+FcehMGAS9zLwW2WrW9+fbAawh4YosgJwcJp8MwvnyPpmO8Qz85z6kSotBihgiZPGz/fNPrSx53Jo5uTUxnLhkS6k5+CjaNh8TD9LgEXYu83FhtQ2f0oHEIn3jvOk4dM9M2SveFtdXuJZK7Z3nyPXyKKrnXKhAeUCWlHHunDNIVEz3kJ4NlQWYw5JfsqlVo spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM4PR07MB1716BBA8251F86270473819294D90AM4PR07MB1716eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 45f7086c-8886-464c-18b8-08d5835a5d16 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2018 12:04:07.3906 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB1666 Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:04:14 -0000 --_000_AM4PR07MB1716BBA8251F86270473819294D90AM4PR07MB1716eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Rob, Just to clarify: in this case we are not changing the model, it is the same= model but the device SW in release X is not supporting the feature and in = release Y it is. Supporting the feature results in adding that part of the= tree to the configuration that is related to the feature and the data leaf= s related to that feature are simply not there in the data configured when = SW release X was active. Regards, Bart From: Robert Wilton [mailto:rwilton@cisco.com] Sent: Tuesday, March 6, 2018 12:59 PM To: Bogaert, Bart (Nokia - BE/Antwerp) Cc: netmod@ietf.org Subject: Re: [netmod] Guideline on modeling including features and phased s= upport by a device Arguably the guidelines, or YANG, should say "don't allow this" ;-) I think that what you are describing is just another instance of "don't aug= ment with a mandatory node rule", or "only backwards compatible changes rev= isions should be made to a published YANG module". The key reasoning behind these rules is that the a client should be able to= work unchanged after the server has been upgraded, as long as they are not= making use of any new functionality. Thanks, Rob On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwerp) wrote: Hi Rob, I agree but the fact is that some of the BBF models have constructions like= that and we were wondering whether this should not be mentioned in the gui= ldelines document. Normally a server can't set config true leafs if there = is no default available in the model. That is the reason we reached out to= NETMOD. Your suggestions can work but require adaptation of the current m= odel. Regards, Bart From: Robert Wilton [mailto:rwilton@cisco.com] Sent: Tuesday, March 6, 2018 10:38 AM To: Bogaert, Bart (Nokia - BE/Antwerp) ; netmod@ietf.org Subject: Re: [netmod] Guideline on modeling including features and phased s= upport by a device Hi Bart, I think that the best solution to problem is perhaps to avoid it altogether= . I.e. I don't think that the only-if-feature leaf should be marked mandat= ory. Instead, it would be better to define a sensible default value/behavi= our if the leaf is absent even when the feature is supported. Alternatively, you can simulate something similar to an if-feature statemen= t by using a when or must expression instead that is predicated on a leaf t= hat the client must explicitly set to enable the feature, giving control ba= ck to the client. E.g. something along the lines of ... leaf enable-super-feature { if-feature test-feature; type boolean; default "false"; } ... leaf only-if-feature { when '/enable-super-feature =3D "true"'; type string; mandatory true; } It would be interesting if you have a concrete example where neither of the= above suggestions would work or be appropriate. Thanks, Rob On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote: Hi, We have a question with respect to YANG models using features. Assume that= a part of the model is defined under a feature and that this feature-depen= dent part defines a leaf as mandatory. module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } leaf only-if-feature { if-feature test-feature; type string; mandatory true; } } } } Now assume that we have a device that implements the model step-wise by fir= st not supporting this feature and in a sub-sequent release by supporting t= his feature (and uses a persistent running datastore). The question arisin= g now is how to deal with this mandatory leaf? Normally this can only be c= onfigured by a client, meaning that without any "help", the NC server will = not be able to startup with the data contained in the device's persistent d= atastore unless a value is set for the mandatory leaf that now becomes avai= lable as a result of supporting the feature. When modeling as follows it seems the NC server can start with the model su= pporting the feature that was not supported before: module servers { namespace "http://www.example.com/servers"; prefix servers; import ietf-inet-types { prefix inet; } revision 2018-03-01 { description "Initial version."; } feature test-feature { description "testing feature"; } container servers { list server { key name; max-elements 64; leaf name { type string; } leaf ip { type inet:ip-address; mandatory true; } leaf port { type inet:port-number; mandatory true; } container only-if-feature { presence "see if this helps"; if-feature test-feature; leaf only-if-feature { type string; mandatory true; } } } } } Are recommendations or guidelines in place to deal with this? Regards, Bart _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --_000_AM4PR07MB1716BBA8251F86270473819294D90AM4PR07MB1716eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Rob,

 

Just= to clarify: in this case we are not changing the model, it is the same mod= el but the device SW in release X is not supporting the feature and in rele= ase Y it is.  Supporting the feature results in adding that part of the tree to the configuration that is related to th= e feature and the data leafs related to that feature are simply not there i= n the data configured when SW release X was active.

 

Rega= rds, Bart

 

From: Robert Wilton [mailto:rwilton@ci= sco.com]
Sent: Tuesday, March 6, 2018 12:59 PM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>= ;
Cc: netmod@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and p= hased support by a device

 

Arguably the guidelines, or YANG, should say "don't allow this"= ; ;-)

I think that what you are describing is just another instance of "d= on't augment with a mandatory node rule", or "only backwards comp= atible changes revisions should be made to a published YANG module".

The key reasoning behind these rules is that the a client should be able= to work unchanged after the server has been upgraded, as long as they are = not making use of any new functionality.

Thanks,
Rob

On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwe= rp) wrote:

Hi Rob,=

 <= /o:p>

I ag= ree but the fact is that some of the BBF models have constructions like tha= t and we were wondering whether this should not be mentioned in the guildel= ines document.  Normally a server can’t set config true leafs if there is no default available in the model. = That is the reason we reached out to NETMOD.  Your suggestions can wo= rk but require adaptation of the current model.

&nbs= p;

Rega= rds, Bart

 

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, March 6, 2018 10:38 AM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>; netm= od@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and p= hased support by a device

 

Hi Bart,

I think that the best solution to problem is perhaps to avoid it altoget= her.  I.e. I don't think that the on= ly-if-feature leaf should be marked mandatory.  Instead, it would be better t= o define a sensible default value/behaviour if the leaf is absent even when= the feature is supported.

Alternatively, you can simulate something similar to an if-feature state= ment by using a when or must expression instead that is predicated on a lea= f that the client must explicitly set to enable the feature, giving control= back to the client.

E.g. something along the lines of ...

leaf enable-super-feature {<= /tt>
  if-feature test-feature;=
  type boolean;
  default "false";
}

...

     = ; leaf only-if-feature {

     = ;   when '/enable-super-feature =3D "true"';

     = ;   type string;

     = ;   mandatory true;

      }

It would be interesting if you have a concrete example where neither= of the above suggestions would work or be appropriate.

Thanks,
Rob


On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwe= rp) wrote:

Hi,

 

We have a question with respect= to YANG models using features.  Assume that a part of the model is de= fined under a feature and that this feature-dependent part defines a leaf a= s mandatory.

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {<= /p>

    description

       "Init= ial version.";

  }

 

  feature test-feature {=

    description "testing fe= ature";

  }

 

  container servers {

    list server {

      key name;=

      max-elements 64;=

      leaf name {

        type= string;

      }

      leaf ip {=

        type= inet:ip-address;

        mand= atory true;

      }

      leaf port {

        type= inet:port-number;

        mand= atory true;

      }

      leaf only-if-fea= ture {

        if-f= eature test-feature;

        type= string;

        mand= atory true;

      }

    }

  }

}

 

Now assume that we have a devic= e that implements the model step-wise by first not supporting this feature = and in a sub-sequent release by supporting this feature (and uses a persist= ent running datastore).  The question arising now is how to deal with this mandatory leaf?  Normally this c= an only be configured by a client, meaning that without any “helpR= 21;, the NC server will not be able to startup with the data contained in t= he device’s persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of suppo= rting the feature.

 

When modeling as follows it see= ms the NC server can start with the model supporting the feature that was n= ot supported before:

 

module servers {

  namespace "http://www.example.com/servers";

  prefix servers;

 

  import ietf-inet-types {

    prefix inet;

  }

 

  revision 2018-03-01 {<= /p>

    description

       "Init= ial version.";

  }

 

  feature test-feature {=

    description "testing fe= ature";

  }

 

  container servers {

    list server {

      key name;=

      max-elements 64;=

      leaf name {

        type= string;

      }

      leaf ip {=

        type= inet:ip-address;

        mand= atory true;

      }

      leaf port {

        type= inet:port-number;

        mand= atory true;

      }

      container only-i= f-feature {

        pres= ence "see if this helps";

        if-f= eature test-feature;

        leaf= only-if-feature {

        = ;  type string;

        = ;  mandatory true;

        }

      }

    }

  }

}

 

Are recommendations or guidelin= es in place to deal with this?

 

Regards, Bart=

 





_______________________________________________
netmod mailing list
netmod@ietf.org

https://www.i=
etf.org/mailman/listinfo/netmod

 

&nbs= p;

--_000_AM4PR07MB1716BBA8251F86270473819294D90AM4PR07MB1716eurp_-- From nobody Tue Mar 6 04:10:32 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30901127522 for ; Tue, 6 Mar 2018 04:10:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 kdeE5ztH3TNQ for ; Tue, 6 Mar 2018 04:10:28 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 85062120047 for ; Tue, 6 Mar 2018 04:10:28 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 6CD721AE0339; Tue, 6 Mar 2018 13:10:27 +0100 (CET) Date: Tue, 06 Mar 2018 13:10:26 +0100 (CET) Message-Id: <20180306.131026.1561571560543888812.mbj@tail-f.com> To: lberger@labn.net Cc: vladimir@transpacket.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> References: <20180306.104411.829341372037212681.mbj@tail-f.com> <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> 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: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:10:31 -0000 Lou Berger wrote: > Martin, > = > = > On March 6, 2018 4:44:47 AM Martin Bjorklund wrote: > = > > Hi, > > > > After thinking some more about this, realizing that this document i= s > > in AUTH48, and looking at the first sentence in the Abstract: > > > > This document captures the current syntax used in YANG module tr= ee > > diagrams. > > > > I have reached the conclusion that we probably shouldn't make any > > drastic changes. > > > = > I agree. > = > > The current syntax, with flags for choice but not for case, may loo= k a > > bit odd, but it does follow RFC 7950 where a choice node can have a= > > config property, but case cannot. Also, this syntax has now been u= sed > > for several years w/o causing much confusion. > > > > I suggest the following changes to this document: > > > > OLD: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > -w for input parameters to rpcs and actions > > -u for uses of a grouping > > -x for rpcs and actions > > -n for notifications > > mp for nodes containing a "mount-point" extension stateme= nt > > > > NEW: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > -w for input parameters to rpcs and actions > > -u for uses of a grouping > > -x for rpcs and actions > > -n for notifications > > mp for nodes containing a "mount-point" extension stateme= nt > > > > case nodes do not have any . > > > = > = > > Then, since the syntax requires whitespace before : > > > I think we should match current tooling/practice here as well. Can yo= u > confirm how pyang works today? > = > My memory is no such space is added. This is correct. > If my memory is correct, my > preference is to change the text rather then the tooling. Maybe we can simply do: OLD: is the name of the node () means that the node is a choice node :() means that the node is a case node If the node is augmented into the tree from another module, its name is printed as :, where is the prefix defined in the module where the node is defined. NEW: is the name of the node () means that the node is a choice node :() means that the node is a case node If the node is augmented into the tree from another module, its name is printed as :, where is the prefix defined in the module where the node is defined. If the node is a case node, there is no space before the . /martin > = > Lou > (As contributor) > = > > -- > > > > we need to fix the examples: > > > > OLD: > > > > +--rw (root-type) > > +--:(vrf-root) > > > > NEW: > > > > +--rw (root-type) > > +-- :(vrf-root) > > > > (two occurances) > > > > > > > > /martin > > > > > > > > Vladimir Vassilev wrote: > >> > >> > >> On 03/05/2018 06:40 PM, Per Hedeland wrote: > >> > On 2018-03-05 16:06, Ladislav Lhotka wrote: > >> >> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: > >> >>> On 2018-03-05 15:41, Ladislav Lhotka wrote: > >> >>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: > >> >>>>> Juergen Schoenwaelder = wrote: > >> >>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund = wrote: > >> >>>>>>>> So it seems the running code got it right. ;-) > >> >>>>>>> As the author of that code, I think that was purely by acc= ident... > >> >>>>>>> > >> >>>>>>> But I'm not convinced it is the correct solution. We have= one > >> >>>>>>> example > >> >>>>>>> in the other thread where someone was confused by the "rw"= flag and > >> >>>>>>> thought that it implied that the node would be present in = the data > >> >>>>>>> tree. > >> >>>>>>> > >> >>>>>> So what does rw mean? > >> >>>>>> > >> >>>>>> (i) The schema node has a rw property. > >> >>>>>> (ii) The schema node can be instantiated and the instantiat= ed data > >> >>>>>> node > >> >>>>>> has a rw property. > >> >>>>>> > >> >>>>>> I think it is difficult to have both at the same time. If t= he tree > >> >>>>>> is > >> >>>>>> a representation of schema nodes, then (i) seems to make mo= re > >> >>>>>> sense. That said, the explanation in 2.6 is somewhat vague = since it > >> >>>>>> says 'data' and not 'nodes' (like everywhere else): > >> >>>>>> > >> >>>>>> OLD: > >> >>>>>> > >> >>>>>> is one of: > >> >>>>>> rw for configuration data > >> >>>>>> ro for non-configuration data, output parameters= to rpcs > >> >>>>>> and actions, and notification parameters > >> >>>>>> > >> >>>>>> NEW: > >> >>>>>> > >> >>>>>> is one of: > >> >>>>>> rw for configuration data nodes > >> >>>>>> ro for non-configuration data nodes, output param= eters to > >> >>>>>> rpcs > >> >>>>>> and actions, and notification parameters > >> >>>>> I think this is ok. But that means that we also have to add= : > >> >>>>> > >> >>>>> -- for a choice or case node > >> >>>>> > >> >>>>> But in order to be consistent, we should probably have: > >> >>>>> > >> >>>>> -- for a choice, case, input or output node > >> >>>> But unlike the three other statements, "choice" can have the = config > >> >>>> substatement, so "rw/ro" makes sense there. > >> >>> I don't think so - that config statement does not a define a p= roperty > >> >>> of > >> >>> the choice node (it can obviously neither be read nor written)= , only a > >> >>> default for descendant data nodes, as described in section 7.2= 1.1 of > >> >>> RFC > >> >>> 7950. > >> >> It is not a default - if a choice has "config false", then no > >> >> descendant can be > >> >> "config true". One of the benefits of having rw/ro in the ascii= tree > >> >> is to see > >> >> where a state data subtree actually starts. > >> > It is a default, but yes, it is also a restriction in the specif= ic > >> > case > >> > of the argument being "false" at a point where the default would= > >> > otherwise be "true". And in that case it is equivalent to having= > >> > "config > >> > false" on all the descendant data nodes, and they will of course= be > >> > flagged as "ro" regardless of whether the "config false" comes f= rom > >> > the > >> > choice or the individual data nodes - and that is where the stat= e > >> > *data* > >> > suntree(s) actually start(s). > >> > > >> > So I guess the question then is whether this specific case motiv= ates > >> > always having flags on specifically choice nodes, while the othe= r > >> > non-data nodes have no flags. Since the 'config' statement is ig= nored > >> > in > >> > rpc/action input/output and notification, choice nodes there sho= uld > >> > then > >> > presumably have "-w"/"ro"/"-n". Personally I think the diagram i= s > >> > clearer with flags only on the data nodes. > >> When I think about it do not have any information contents= =A0 > >> outside of the context of a data tree and its schema. So if we are= > >> removing clutter we should probably start there by specifying that= > >> should be ommited under rpc,notification and action. > >> > >> Vladlimir > >> > > >> > --Per > >> > > >> >> Lada > >> >> > >> >>> --Per > >> >>> > >> >>>> Lada > >> >>>> > >> >>>>> > >> >>>>> This means that the correct tree syntax for choice and case = will be: > >> >>>>> > >> >>>>> +-- (subnet)? > >> >>>>> +-- :(prefix-length) > >> >>>>> | +--rw prefix-length? uint8 > >> >>>>> +-- :(netmask) > >> >>>>> +--rw netmask? yang:dotted-quad > >> >>>>> > >> >>>>> > >> >>>>> /martin > >> >>>>> > >> >>>>> > >> >>>>>> The document (as far as I searched for it) does not clearly= say that > >> >>>>>> 'node' means 'schema node'. In hindsight, it might have bee= n useful > >> >>>>>> to > >> >>>>>> explicitely import terminology from RFC 7950 and to use it = carefully > >> >>>>>> (RFC 7950 has 'schema node' and 'data node' but here we lar= gely talk > >> >>>>>> about 'nodes' - and my assumption is that this means 'schem= a > >> >>>>>> nodes'.) > >> >>>>> _______________________________________________ > >> >>>>> netmod mailing list > >> >>>>> netmod@ietf.org > >> >>>>> https://www.ietf.org/mailman/listinfo/netmod > >> >>> _______________________________________________ > >> >>> netmod mailing list > >> >>> netmod@ietf.org > >> >>> https://www.ietf.org/mailman/listinfo/netmod > >> > _______________________________________________ > >> > netmod mailing list > >> > netmod@ietf.org > >> > https://www.ietf.org/mailman/listinfo/netmod > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > = > = From nobody Tue Mar 6 04:33:00 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D16211276AF for ; Tue, 6 Mar 2018 04:32:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LnpnvTYuuZmX for ; Tue, 6 Mar 2018 04:32:56 -0800 (PST) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) (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 C923C127735 for ; Tue, 6 Mar 2018 04:32:56 -0800 (PST) Received: from CMOut01 (unknown [10.0.90.82]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 38DCE1E25C7 for ; Tue, 6 Mar 2018 05:17:58 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id JcHu1x00P2SSUrH01cHxV5; Tue, 06 Mar 2018 05:17:58 -0700 X-Authority-Analysis: v=2.2 cv=ft6sXBwf c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=v2DPQv5-lfwA:10 a=wU2YTnxGAAAA:8 a=u07AKapRAAAA:8 a=e45He0E8AAAA:8 a=48vgC7mUAAAA:8 a=PzDixvQLSvBP6Jf_4xcA:9 a=6btrnREe0FY9zYBG:21 a=CQ4RqaeoHpjwhbDs:21 a=QEXdDO2ut3YA:10 a=Yz9wTY_ffGCQnEDHKrcv:22 a=SkebfZ6J2Mmvk2rLHZle:22 a=cj7hvcB7Pb6S7jLLiKPa:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=mkjlDTwHRbb7mCpPz8dx4lQL0CpNAlYTNLNMvLiivlM=; b=GYrA0bKY1w7iGXCdGgwxMR0QmA TZTiC9IZegfTw6Iuwz/DwTpJWJ2jGL4ida0GhCJTvm5g7G9RIQ5uGR1FKE/3wkccKLlWSaAlQp4UQ kGkU2NZGuWbq/E5Qfs3IsR66n; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:57392 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1etBXW-000Xsu-16; Tue, 06 Mar 2018 05:17:54 -0700 To: Martin Bjorklund Cc: vladimir@transpacket.com, netmod@ietf.org References: <20180306.104411.829341372037212681.mbj@tail-f.com> <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <20180306.131026.1561571560543888812.mbj@tail-f.com> From: Lou Berger Message-ID: <38ac6129-fbd4-fad7-078a-14056260ee3d@labn.net> Date: Tue, 6 Mar 2018 07:17:46 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180306.131026.1561571560543888812.mbj@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1etBXW-000Xsu-16 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:57392 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:33:00 -0000 On 3/6/2018 7:10 AM, Martin Bjorklund wrote: > Lou Berger wrote: >> Martin, >> >> >> On March 6, 2018 4:44:47 AM Martin Bjorklund wrote: >> >>> Hi, >>> >>> After thinking some more about this, realizing that this document is >>> in AUTH48, and looking at the first sentence in the Abstract: >>> >>> This document captures the current syntax used in YANG module tree >>> diagrams. >>> >>> I have reached the conclusion that we probably shouldn't make any >>> drastic changes. >>> >> I agree. >> >>> The current syntax, with flags for choice but not for case, may look a >>> bit odd, but it does follow RFC 7950 where a choice node can have a >>> config property, but case cannot. Also, this syntax has now been used >>> for several years w/o causing much confusion. >>> >>> I suggest the following changes to this document: >>> >>> OLD: >>> >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> NEW: >>> >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> case nodes do not have any . >>> >> >>> Then, since the syntax requires whitespace before : >>> >> I think we should match current tooling/practice here as well. Can you >> confirm how pyang works today? >> >> My memory is no such space is added. > This is correct. > >> If my memory is correct, my >> preference is to change the text rather then the tooling. > Maybe we can simply do: > > OLD: > > is the name of the node > () means that the node is a choice node > :() means that the node is a case node > > If the node is augmented into the tree from another module, > its name is printed as :, where is the > prefix defined in the module where the node is defined. > > NEW: > > is the name of the node > () means that the node is a choice node > :() means that the node is a case node > > If the node is augmented into the tree from another module, > its name is printed as :, where is the > prefix defined in the module where the node is defined. > > If the node is a case node, there is no space before the > . Looks good to me. Thanks, Lou > > /martin > > > >> Lou >> (As contributor) >> >>> -- >>> >>> we need to fix the examples: >>> >>> OLD: >>> >>> +--rw (root-type) >>> +--:(vrf-root) >>> >>> NEW: >>> >>> +--rw (root-type) >>> +-- :(vrf-root) >>> >>> (two occurances) >>> >>> >>> >>> /martin >>> >>> >>> >>> Vladimir Vassilev wrote: >>>> >>>> On 03/05/2018 06:40 PM, Per Hedeland wrote: >>>>> On 2018-03-05 16:06, Ladislav Lhotka wrote: >>>>>> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >>>>>>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>>>>>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>>>>>>>> Juergen Schoenwaelder wrote: >>>>>>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>>>>>>>> So it seems the running code got it right. ;-) >>>>>>>>>>> As the author of that code, I think that was purely by accident... >>>>>>>>>>> >>>>>>>>>>> But I'm not convinced it is the correct solution. We have one >>>>>>>>>>> example >>>>>>>>>>> in the other thread where someone was confused by the "rw" flag and >>>>>>>>>>> thought that it implied that the node would be present in the data >>>>>>>>>>> tree. >>>>>>>>>>> >>>>>>>>>> So what does rw mean? >>>>>>>>>> >>>>>>>>>> (i) The schema node has a rw property. >>>>>>>>>> (ii) The schema node can be instantiated and the instantiated data >>>>>>>>>> node >>>>>>>>>> has a rw property. >>>>>>>>>> >>>>>>>>>> I think it is difficult to have both at the same time. If the tree >>>>>>>>>> is >>>>>>>>>> a representation of schema nodes, then (i) seems to make more >>>>>>>>>> sense. That said, the explanation in 2.6 is somewhat vague since it >>>>>>>>>> says 'data' and not 'nodes' (like everywhere else): >>>>>>>>>> >>>>>>>>>> OLD: >>>>>>>>>> >>>>>>>>>> is one of: >>>>>>>>>> rw for configuration data >>>>>>>>>> ro for non-configuration data, output parameters to rpcs >>>>>>>>>> and actions, and notification parameters >>>>>>>>>> >>>>>>>>>> NEW: >>>>>>>>>> >>>>>>>>>> is one of: >>>>>>>>>> rw for configuration data nodes >>>>>>>>>> ro for non-configuration data nodes, output parameters to >>>>>>>>>> rpcs >>>>>>>>>> and actions, and notification parameters >>>>>>>>> I think this is ok. But that means that we also have to add: >>>>>>>>> >>>>>>>>> -- for a choice or case node >>>>>>>>> >>>>>>>>> But in order to be consistent, we should probably have: >>>>>>>>> >>>>>>>>> -- for a choice, case, input or output node >>>>>>>> But unlike the three other statements, "choice" can have the config >>>>>>>> substatement, so "rw/ro" makes sense there. >>>>>>> I don't think so - that config statement does not a define a property >>>>>>> of >>>>>>> the choice node (it can obviously neither be read nor written), only a >>>>>>> default for descendant data nodes, as described in section 7.21.1 of >>>>>>> RFC >>>>>>> 7950. >>>>>> It is not a default - if a choice has "config false", then no >>>>>> descendant can be >>>>>> "config true". One of the benefits of having rw/ro in the ascii tree >>>>>> is to see >>>>>> where a state data subtree actually starts. >>>>> It is a default, but yes, it is also a restriction in the specific >>>>> case >>>>> of the argument being "false" at a point where the default would >>>>> otherwise be "true". And in that case it is equivalent to having >>>>> "config >>>>> false" on all the descendant data nodes, and they will of course be >>>>> flagged as "ro" regardless of whether the "config false" comes from >>>>> the >>>>> choice or the individual data nodes - and that is where the state >>>>> *data* >>>>> suntree(s) actually start(s). >>>>> >>>>> So I guess the question then is whether this specific case motivates >>>>> always having flags on specifically choice nodes, while the other >>>>> non-data nodes have no flags. Since the 'config' statement is ignored >>>>> in >>>>> rpc/action input/output and notification, choice nodes there should >>>>> then >>>>> presumably have "-w"/"ro"/"-n". Personally I think the diagram is >>>>> clearer with flags only on the data nodes. >>>> When I think about it do not have any information contents >>>> outside of the context of a data tree and its schema. So if we are >>>> removing clutter we should probably start there by specifying that >>>> should be ommited under rpc,notification and action. >>>> >>>> Vladlimir >>>>> --Per >>>>> >>>>>> Lada >>>>>> >>>>>>> --Per >>>>>>> >>>>>>>> Lada >>>>>>>> >>>>>>>>> This means that the correct tree syntax for choice and case will be: >>>>>>>>> >>>>>>>>> +-- (subnet)? >>>>>>>>> +-- :(prefix-length) >>>>>>>>> | +--rw prefix-length? uint8 >>>>>>>>> +-- :(netmask) >>>>>>>>> +--rw netmask? yang:dotted-quad >>>>>>>>> >>>>>>>>> >>>>>>>>> /martin >>>>>>>>> >>>>>>>>> >>>>>>>>>> The document (as far as I searched for it) does not clearly say that >>>>>>>>>> 'node' means 'schema node'. In hindsight, it might have been useful >>>>>>>>>> to >>>>>>>>>> explicitely import terminology from RFC 7950 and to use it carefully >>>>>>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>>>>>>>>> about 'nodes' - and my assumption is that this means 'schema >>>>>>>>>> nodes'.) >>>>>>>>> _______________________________________________ >>>>>>>>> netmod mailing list >>>>>>>>> netmod@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>>>> _______________________________________________ >>>>>>> netmod mailing list >>>>>>> netmod@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>> >> From nobody Tue Mar 6 04:41:36 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27A57127522 for ; Tue, 6 Mar 2018 04:41:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, 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 kvD36nJPm-Fs for ; Tue, 6 Mar 2018 04:41:32 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2FB51270A3 for ; Tue, 6 Mar 2018 04:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=39059; q=dns/txt; s=iport; t=1520340091; x=1521549691; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=JO28x3J/d0W8TlRd9mCc9sFttQSz6rmG0re/GgIappA=; b=guMKpIXP4u6JtiWLG+9SAz2PvJA44gdSUjcXjUTGfi+tugG5r8E0PSIb rJdNofj8yOZCCRyKrtFFkmbKRxfgTqzNjM6Lf4sdvHzSNEEf4D7GHMWJp gWImKRbiC2Awp9rhkouBv+U/ADoJR50lmNfy/e9lNMYAmOfuHaufEl7AI 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CPAADBi55a/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaRYEXcCiNeHSOVQsngRaUNIISAwoYAQqEPk8CgyI0GAECAQE?= =?us-ascii?q?BAQEBAmsnhSMBAQEBAgEBAStBCwULCxEEAQEBIAEGBycfCQgGDQYCAQEXhHgIE?= =?us-ascii?q?Kp2JoRMg3eCJoUuhAWCDwyBaoEOgyMLAQGBWwlDhTcEiQmEc4xrCZB4B4kUhWS?= =?us-ascii?q?Ke06GDYEuHjgmgSwzGggbFTqCQwmCWoFlQDeJX4JHAQEB?= X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208,217";a="2408732" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 12:41:27 +0000 Received: from [10.63.23.110] (dhcp-ensft1-uk-vla370-10-63-23-110.cisco.com [10.63.23.110]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w26CfRZN006401; Tue, 6 Mar 2018 12:41:27 GMT To: "Bogaert, Bart (Nokia - BE/Antwerp)" Cc: "netmod@ietf.org" References: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> <1ee1d963-ad66-6fa8-65fb-902ca23e164b@cisco.com> From: Robert Wilton Message-ID: <756fb202-3478-d7be-b261-87f0846115e6@cisco.com> Date: Tue, 6 Mar 2018 12:41:27 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------1016DAFF6ABD899A5E95DF94" Content-Language: en-US Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:41:35 -0000 This is a multi-part message in MIME format. --------------1016DAFF6ABD899A5E95DF94 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 06/03/2018 12:04, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Rob, > > Just to clarify: in this case we are not changing the model, it is the > same model but the device SW in release X is not supporting the > feature and in release Y it is. Supporting the feature results in > adding that part of the tree to the configuration that is related to > the feature and the data leafs related to that feature are simply not > there in the data configured when SW release X was active. > Yes, but an equivalent way of writing this without a feature, and ignoring namespaces, would be put the feature nodes into a separate YANG module (F) which augments the base module (B). In release X, the device only supports B. In release Y, the device supports B and F. But YANG would not allow F to augment B with a mandatory node for the reasons described previously. Hence, I think that it is probably an oversight that YANG allows this. Probably it should go on the YANG 2.0 issue tracker to consider and potentially disallow this. Thanks, Rob > Regards, Bart > > *From:*Robert Wilton [mailto:rwilton@cisco.com] > *Sent:* Tuesday, March 6, 2018 12:59 PM > *To:* Bogaert, Bart (Nokia - BE/Antwerp) > *Cc:* netmod@ietf.org > *Subject:* Re: [netmod] Guideline on modeling including features and > phased support by a device > > Arguably the guidelines, or YANG, should say "don't allow this" ;-) > > I think that what you are describing is just another instance of > "don't augment with a mandatory node rule", or "only backwards > compatible changes revisions should be made to a published YANG module". > > The key reasoning behind these rules is that the a client should be > able to work unchanged after the server has been upgraded, as long as > they are not making use of any new functionality. > > Thanks, > Rob > > On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Hi Rob, > > I agree but the fact is that some of the BBF models have > constructions like that and we were wondering whether this should > not be mentioned in the guildelines document. Normally a server > cant set config true leafs if there is no default available in > the model. That is the reason we reached out to NETMOD. Your > suggestions can work but require adaptation of the current model. > > Regards, Bart > > *From:*Robert Wilton [mailto:rwilton@cisco.com] > *Sent:* Tuesday, March 6, 2018 10:38 AM > *To:* Bogaert, Bart (Nokia - BE/Antwerp) > ; netmod@ietf.org > > *Subject:* Re: [netmod] Guideline on modeling including features > and phased support by a device > > Hi Bart, > > I think that the best solution to problem is perhaps to avoid it > altogether. I.e. I don't think that the only-if-featureleaf > should be marked mandatory. Instead, it would be better to define > a sensible default value/behaviour if the leaf is absent even when > the feature is supported. > > Alternatively, you can simulate something similar to an if-feature > statement by using a when or must expression instead that is > predicated on a leaf that the client must explicitly set to enable > the feature, giving control back to the client. > > E.g. something along the lines of ... > > leaf enable-super-feature { > if-feature test-feature; > type boolean; > default "false"; > } > > ... > > leaf only-if-feature { > > when '/enable-super-feature = "true"'; > > type string; > > mandatory true; > > } > > It would be interesting if you have a concrete example where > neither of the above suggestions would work or be appropriate. > > Thanks, > Rob > > > On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > Hi, > > We have a question with respect to YANG models using > features. Assume that a part of the model is defined under a > feature and that this feature-dependent part defines a leaf as > mandatory. > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > leaf only-if-feature { > > if-feature test-feature; > > type string; > > mandatory true; > > } > > } > > } > > } > > Now assume that we have a device that implements the model > step-wise by first not supporting this feature and in a > sub-sequent release by supporting this feature (and uses a > persistent running datastore). The question arising now is > how to deal with this mandatory leaf? Normally this can only > be configured by a client, meaning that without any help, > the NC server will not be able to startup with the data > contained in the devices persistent datastore unless a value > is set for the mandatory leaf that now becomes available as a > result of supporting the feature. > > When modeling as follows it seems the NC server can start with > the model supporting the feature that was not supported before: > > module servers { > > namespace "http://www.example.com/servers"; > > prefix servers; > > import ietf-inet-types { > > prefix inet; > > } > > revision 2018-03-01 { > > description > > "Initial version."; > > } > > feature test-feature { > > description "testing feature"; > > } > > container servers { > > list server { > > key name; > > max-elements 64; > > leaf name { > > type string; > > } > > leaf ip { > > type inet:ip-address; > > mandatory true; > > } > > leaf port { > > type inet:port-number; > > mandatory true; > > } > > container only-if-feature { > > presence "see if this helps"; > > if-feature test-feature; > > leaf only-if-feature { > > type string; > > mandatory true; > > } > > } > > } > > } > > } > > Are recommendations or guidelines in place to deal with this? > > Regards, Bart > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > --------------1016DAFF6ABD899A5E95DF94 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit



On 06/03/2018 12:04, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Rob,

Just to clarify: in this case we are not changing the model, it is the same model but the device SW in release X is not supporting the feature and in release Y it is. Supporting the feature results in adding that part of the tree to the configuration that is related to the feature and the data leafs related to that feature are simply not there in the data configured when SW release X was active.

Yes, but an equivalent way of writing this without a feature, and ignoring namespaces, would be put the feature nodes into a separate YANG module (F) which augments the base module (B).

In release X, the device only supports B.
In release Y, the device supports B and F.

But YANG would not allow F to augment B with a mandatory node for the reasons described previously. Hence, I think that it is probably an oversight that YANG allows this.

Probably it should go on the YANG 2.0 issue tracker to consider and potentially disallow this.

Thanks,
Rob


Regards, Bart

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, March 6, 2018 12:59 PM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>
Cc: netmod@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and phased support by a device

Arguably the guidelines, or YANG, should say "don't allow this" ;-)

I think that what you are describing is just another instance of "don't augment with a mandatory node rule", or "only backwards compatible changes revisions should be made to a published YANG module".

The key reasoning behind these rules is that the a client should be able to work unchanged after the server has been upgraded, as long as they are not making use of any new functionality.

Thanks,
Rob

On 06/03/2018 11:34, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Hi Rob,

I agree but the fact is that some of the BBF models have constructions like that and we were wondering whether this should not be mentioned in the guildelines document. Normally a server cant set config true leafs if there is no default available in the model. That is the reason we reached out to NETMOD. Your suggestions can work but require adaptation of the current model.

Regards, Bart

From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Tuesday, March 6, 2018 10:38 AM
To: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com>; netmod@ietf.org
Subject: Re: [netmod] Guideline on modeling including features and phased support by a device

Hi Bart,

I think that the best solution to problem is perhaps to avoid it altogether. I.e. I don't think that the only-if-feature leaf should be marked mandatory. Instead, it would be better to define a sensible default value/behaviour if the leaf is absent even when the feature is supported.

Alternatively, you can simulate something similar to an if-feature statement by using a when or must expression instead that is predicated on a leaf that the client must explicitly set to enable the feature, giving control back to the client.

E.g. something along the lines of ...

leaf enable-super-feature {
 if-feature test-feature;
 type boolean;
default "false";
}

...

leaf only-if-feature {

when '/enable-super-feature = "true"';

type string;

mandatory true;

}

It would be interesting if you have a concrete example where neither of the above suggestions would work or be appropriate.

Thanks,
Rob


On 05/03/2018 09:25, Bogaert, Bart (Nokia - BE/Antwerp) wrote:

Hi,

We have a question with respect to YANG models using features. Assume that a part of the model is defined under a feature and that this feature-dependent part defines a leaf as mandatory.

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

leaf only-if-feature {

if-feature test-feature;

type string;

mandatory true;

}

}

}

}

Now assume that we have a device that implements the model step-wise by first not supporting this feature and in a sub-sequent release by supporting this feature (and uses a persistent running datastore). The question arising now is how to deal with this mandatory leaf? Normally this can only be configured by a client, meaning that without any help, the NC server will not be able to startup with the data contained in the devices persistent datastore unless a value is set for the mandatory leaf that now becomes available as a result of supporting the feature.

When modeling as follows it seems the NC server can start with the model supporting the feature that was not supported before:

module servers {

namespace "http://www.example.com/servers";

prefix servers;

import ietf-inet-types {

prefix inet;

}

revision 2018-03-01 {

description

"Initial version.";

}

feature test-feature {

description "testing feature";

}

container servers {

list server {

key name;

max-elements 64;

leaf name {

type string;

}

leaf ip {

type inet:ip-address;

mandatory true;

}

leaf port {

type inet:port-number;

mandatory true;

}

container only-if-feature {

presence "see if this helps";

if-feature test-feature;

leaf only-if-feature {

type string;

mandatory true;

}

}

}

}

}

Are recommendations or guidelines in place to deal with this?

Regards, Bart





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


--------------1016DAFF6ABD899A5E95DF94-- From nobody Tue Mar 6 04:41:53 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB00212EA76 for ; Tue, 6 Mar 2018 04:41:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 vHh-WUd3HuTg for ; Tue, 6 Mar 2018 04:41:37 -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 849E2127873 for ; Tue, 6 Mar 2018 04:41:37 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 5251B40; Tue, 6 Mar 2018 13:41:36 +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 PomghSvwvsHe; Tue, 6 Mar 2018 13:41:35 +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; Tue, 6 Mar 2018 13:41:36 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2DB4C2015B; Tue, 6 Mar 2018 13:41:36 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id SSczawKrmzEq; Tue, 6 Mar 2018 13:41:35 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CC2A620158; Tue, 6 Mar 2018 13:41:35 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 169A74264BD6; Tue, 6 Mar 2018 13:41:34 +0100 (CET) Date: Tue, 6 Mar 2018 13:41:34 +0100 From: Juergen Schoenwaelder To: "Bogaert, Bart (Nokia - BE/Antwerp)" Cc: Robert Wilton , "netmod@ietf.org" Message-ID: <20180306124134.tkwagaeylwbvi2wj@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: "Bogaert, Bart (Nokia - BE/Antwerp)" , Robert Wilton , "netmod@ietf.org" References: <9b0efc1c-675a-5cc6-3ab3-e6bae2481a78@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Guideline on modeling including features and phased support by a device X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:41:43 -0000 On Tue, Mar 06, 2018 at 11:34:02AM +0000, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > > I agree but the fact is that some of the BBF models have constructions like that and we were wondering whether this should not be mentioned in the guildelines document. Normally a server can't set config true leafs if there is no default available in the model. That is the reason we reached out to NETMOD. Your suggestions can work but require adaptation of the current model. > I agree that mandatory leafs can be subtle and I agree that this is a great topic for a guidelines document. Perhaps you can draft some concrete text that could be considered to be added to section 4.17. There is text in section 4.19.2 which addresses a similar situation with mandatory augments and perhaps we should have a similar discussion in a new section 4.17.1. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Mar 6 04:48:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECF6B127522 for ; Tue, 6 Mar 2018 04:48:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 AB5moy3kQOeM for ; Tue, 6 Mar 2018 04:48:28 -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 BCFDB12422F for ; Tue, 6 Mar 2018 04:48:27 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 84C8640; Tue, 6 Mar 2018 13:48:26 +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 4SrbVNv7h3AW; Tue, 6 Mar 2018 13:48:25 +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; Tue, 6 Mar 2018 13:48:26 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 371292015B; Tue, 6 Mar 2018 13:48:26 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id JVW1YoAxIXM6; Tue, 6 Mar 2018 13:48:25 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7C31320158; Tue, 6 Mar 2018 13:48:25 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 66F664264C8F; Tue, 6 Mar 2018 13:48:25 +0100 (CET) Date: Tue, 6 Mar 2018 13:48:25 +0100 From: Juergen Schoenwaelder To: Martin Bjorklund Cc: vladimir@transpacket.com, netmod@ietf.org Message-ID: <20180306124825.joukx2lvszeehrzt@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Martin Bjorklund , vladimir@transpacket.com, netmod@ietf.org References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180306.104411.829341372037212681.mbj@tail-f.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:48:29 -0000 On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: > > OLD: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > NEW: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . I still think that it should be 'data node' instead of just 'data'. While not formally imported, the term 'data node' has a definition in RFC 7950. NEWER: is one of: rw for configuration data nodes ro for non-configuration data nodes, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement case nodes do not have any . /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Mar 6 04:57:31 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B77EE1276AF for ; Tue, 6 Mar 2018 04:57:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 ZxmemqXA6uJl for ; Tue, 6 Mar 2018 04:57:27 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 090C6124207 for ; Tue, 6 Mar 2018 04:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7866; q=dns/txt; s=iport; t=1520341047; x=1521550647; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=SGLBoYs9ooKI0leZGjDYs/whV0bMefsyRReJ8GqlmIk=; b=j1dsWS4rF2tX6mZuntxx4+ykB0iFE89C6VIXVxla+qlV0pNby53JiHuP xPrvrwWfct2NS4u43y7QjxNoAMc4cl396YO6ItL3DM11hqFfB9KKs91Bw mW+x0VEox/E4aXtlGp1P7BW19yF1UuInAQwSE1zhMf6Uw5CljWedgUWF5 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B2AQA1j55a/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjlULJ4EWlDSCFQoYC4Q+TwKDIjYWAQIBAQEBAQE?= =?us-ascii?q?CayeFJAEBAQMBASEVNgsQCw4CCAICJgICJzAGAQwGAgEBF4UAEKhNgieEcoN3g?= =?us-ascii?q?iEFgQ+EH4QFgg8MgniDLgEBhHyCYgSNfIxrCYlmhxIHgWeHLSaFPotJhg2BLiU?= =?us-ascii?q?CL4FSMxoIGxU6gkOCMRyBfD83jCYBAQE?= X-IronPort-AV: E=Sophos;i="5.47,431,1515456000"; d="scan'208";a="2409136" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 12:57:25 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w26CvO0N000316; Tue, 6 Mar 2018 12:57:24 GMT To: Martin Bjorklund , vladimir@transpacket.com Cc: netmod@ietf.org References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> From: Benoit Claise Message-ID: Date: Tue, 6 Mar 2018 13:57:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180306.104411.829341372037212681.mbj@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 12:57:30 -0000 On 3/6/2018 10:44 AM, Martin Bjorklund wrote: > Hi, > > After thinking some more about this, realizing that this document is > in AUTH48, and looking at the first sentence in the Abstract: > > This document captures the current syntax used in YANG module tree > diagrams. > > I have reached the conclusion that we probably shouldn't make any > drastic changes. Obviously, otherwise I send the document back to the WG. Regards, Benoit > > The current syntax, with flags for choice but not for case, may look a > bit odd, but it does follow RFC 7950 where a choice node can have a > config property, but case cannot. Also, this syntax has now been used > for several years w/o causing much confusion. > > I suggest the following changes to this document: > > OLD: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > NEW: > > is one of: > rw for configuration data > ro for non-configuration data, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > Then, since the syntax requires whitespace before : > > -- > > we need to fix the examples: > > OLD: > > +--rw (root-type) > +--:(vrf-root) > > NEW: > > +--rw (root-type) > +-- :(vrf-root) > > (two occurances) > > > > /martin > > > > Vladimir Vassilev wrote: >> >> On 03/05/2018 06:40 PM, Per Hedeland wrote: >>> On 2018-03-05 16:06, Ladislav Lhotka wrote: >>>> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >>>>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>>>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>>>>>> Juergen Schoenwaelder wrote: >>>>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund wrote: >>>>>>>>>> So it seems the running code got it right. ;-) >>>>>>>>> As the author of that code, I think that was purely by accident... >>>>>>>>> >>>>>>>>> But I'm not convinced it is the correct solution. We have one example >>>>>>>>> in the other thread where someone was confused by the "rw" flag and >>>>>>>>> thought that it implied that the node would be present in the data >>>>>>>>> tree. >>>>>>>>> >>>>>>>> So what does rw mean? >>>>>>>> >>>>>>>> (i) The schema node has a rw property. >>>>>>>> (ii) The schema node can be instantiated and the instantiated data >>>>>>>> node >>>>>>>> has a rw property. >>>>>>>> >>>>>>>> I think it is difficult to have both at the same time. If the tree is >>>>>>>> a representation of schema nodes, then (i) seems to make more >>>>>>>> sense. That said, the explanation in 2.6 is somewhat vague since it >>>>>>>> says 'data' and not 'nodes' (like everywhere else): >>>>>>>> >>>>>>>> OLD: >>>>>>>> >>>>>>>> is one of: >>>>>>>> rw for configuration data >>>>>>>> ro for non-configuration data, output parameters to rpcs >>>>>>>> and actions, and notification parameters >>>>>>>> >>>>>>>> NEW: >>>>>>>> >>>>>>>> is one of: >>>>>>>> rw for configuration data nodes >>>>>>>> ro for non-configuration data nodes, output parameters to >>>>>>>> rpcs >>>>>>>> and actions, and notification parameters >>>>>>> I think this is ok. But that means that we also have to add: >>>>>>> >>>>>>> -- for a choice or case node >>>>>>> >>>>>>> But in order to be consistent, we should probably have: >>>>>>> >>>>>>> -- for a choice, case, input or output node >>>>>> But unlike the three other statements, "choice" can have the config >>>>>> substatement, so "rw/ro" makes sense there. >>>>> I don't think so - that config statement does not a define a property >>>>> of >>>>> the choice node (it can obviously neither be read nor written), only a >>>>> default for descendant data nodes, as described in section 7.21.1 of >>>>> RFC >>>>> 7950. >>>> It is not a default - if a choice has "config false", then no >>>> descendant can be >>>> "config true". One of the benefits of having rw/ro in the ascii tree >>>> is to see >>>> where a state data subtree actually starts. >>> It is a default, but yes, it is also a restriction in the specific >>> case >>> of the argument being "false" at a point where the default would >>> otherwise be "true". And in that case it is equivalent to having >>> "config >>> false" on all the descendant data nodes, and they will of course be >>> flagged as "ro" regardless of whether the "config false" comes from >>> the >>> choice or the individual data nodes - and that is where the state >>> *data* >>> suntree(s) actually start(s). >>> >>> So I guess the question then is whether this specific case motivates >>> always having flags on specifically choice nodes, while the other >>> non-data nodes have no flags. Since the 'config' statement is ignored >>> in >>> rpc/action input/output and notification, choice nodes there should >>> then >>> presumably have "-w"/"ro"/"-n". Personally I think the diagram is >>> clearer with flags only on the data nodes. >> When I think about it do not have any information contents >> outside of the context of a data tree and its schema. So if we are >> removing clutter we should probably start there by specifying that >> should be ommited under rpc,notification and action. >> >> Vladlimir >>> --Per >>> >>>> Lada >>>> >>>>> --Per >>>>> >>>>>> Lada >>>>>> >>>>>>> This means that the correct tree syntax for choice and case will be: >>>>>>> >>>>>>> +-- (subnet)? >>>>>>> +-- :(prefix-length) >>>>>>> | +--rw prefix-length? uint8 >>>>>>> +-- :(netmask) >>>>>>> +--rw netmask? yang:dotted-quad >>>>>>> >>>>>>> >>>>>>> /martin >>>>>>> >>>>>>> >>>>>>>> The document (as far as I searched for it) does not clearly say that >>>>>>>> 'node' means 'schema node'. In hindsight, it might have been useful to >>>>>>>> explicitely import terminology from RFC 7950 and to use it carefully >>>>>>>> (RFC 7950 has 'schema node' and 'data node' but here we largely talk >>>>>>>> about 'nodes' - and my assumption is that this means 'schema nodes'.) >>>>>>> _______________________________________________ >>>>>>> netmod mailing list >>>>>>> netmod@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netmod >>>>> _______________________________________________ >>>>> netmod mailing list >>>>> netmod@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netmod >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Tue Mar 6 05:00:29 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1744F12778D for ; Tue, 6 Mar 2018 05:00:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 JJhNQQpuGAFe for ; Tue, 6 Mar 2018 05:00:25 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6EF3C127735 for ; Tue, 6 Mar 2018 05:00:25 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 2B5021AE0339; Tue, 6 Mar 2018 14:00:24 +0100 (CET) Date: Tue, 06 Mar 2018 14:00:23 +0100 (CET) Message-Id: <20180306.140023.524272795634334481.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: vladimir@transpacket.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180306124825.joukx2lvszeehrzt@elstar.local> References: <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 13:00:27 -0000 Juergen Schoenwaelder wrote: > On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: > > > > OLD: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > -w for input parameters to rpcs and actions > > -u for uses of a grouping > > -x for rpcs and actions > > -n for notifications > > mp for nodes containing a "mount-point" extension statement > > > > NEW: > > > > is one of: > > rw for configuration data > > ro for non-configuration data, output parameters to rpcs > > and actions, and notification parameters > > -w for input parameters to rpcs and actions > > -u for uses of a grouping > > -x for rpcs and actions > > -n for notifications > > mp for nodes containing a "mount-point" extension statement > > > > case nodes do not have any . > > I still think that it should be 'data node' instead of just > 'data'. While not formally imported, the term 'data node' has a > definition in RFC 7950. But choice is not a data node. So if anything, it should be: rw for configuration schema nodes ro for non-configuration schema nodes, output parameters to rpcs and actions, and notification parameters or possibly just rw for configuration nodes ro for non-configuration nodes, output parameters to rpcs and actions, and notification parameters But then an "rpc" is also a "non-configuration schema node"... so now it is not really clear which rule to follow for an rpc. /martin > > NEWER: > > is one of: > rw for configuration data nodes > ro for non-configuration data nodes, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > From nobody Tue Mar 6 05:36:11 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4B741270A3 for ; Tue, 6 Mar 2018 05:36:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 SOuRujP_LSIw for ; Tue, 6 Mar 2018 05:36:07 -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 E6C7F1270AE for ; Tue, 6 Mar 2018 05:36:06 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 8F16CCE4; Tue, 6 Mar 2018 14:36:05 +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 f8TAmx5DhUvG; Tue, 6 Mar 2018 14:36:04 +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; Tue, 6 Mar 2018 14:36:05 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5D7882015B; Tue, 6 Mar 2018 14:36:05 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id KtPOZPmnEfQm; Tue, 6 Mar 2018 14:36:04 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CEA1320158; Tue, 6 Mar 2018 14:36:04 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 835E84264E26; Tue, 6 Mar 2018 14:36:04 +0100 (CET) Date: Tue, 6 Mar 2018 14:36:04 +0100 From: Juergen Schoenwaelder To: Martin Bjorklund Cc: vladimir@transpacket.com, netmod@ietf.org Message-ID: <20180306133604.cdttv22mrjci5tnw@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Martin Bjorklund , vladimir@transpacket.com, netmod@ietf.org References: <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> <20180306.140023.524272795634334481.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180306.140023.524272795634334481.mbj@tail-f.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 13:36:10 -0000 On Tue, Mar 06, 2018 at 02:00:23PM +0100, Martin Bjorklund wrote: > Juergen Schoenwaelder wrote: > > On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: > > > > > > OLD: > > > > > > is one of: > > > rw for configuration data > > > ro for non-configuration data, output parameters to rpcs > > > and actions, and notification parameters > > > -w for input parameters to rpcs and actions > > > -u for uses of a grouping > > > -x for rpcs and actions > > > -n for notifications > > > mp for nodes containing a "mount-point" extension statement > > > > > > NEW: > > > > > > is one of: > > > rw for configuration data > > > ro for non-configuration data, output parameters to rpcs > > > and actions, and notification parameters > > > -w for input parameters to rpcs and actions > > > -u for uses of a grouping > > > -x for rpcs and actions > > > -n for notifications > > > mp for nodes containing a "mount-point" extension statement > > > > > > case nodes do not have any . > > > > I still think that it should be 'data node' instead of just > > 'data'. While not formally imported, the term 'data node' has a > > definition in RFC 7950. > > But choice is not a data node. EVEN NEVER is one of: rw for configuration data nodes and choice nodes ro for non-configuration data nodes, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement case nodes do not have any . My point is that 'data node' is a defined term in RFC 7950 and using defined terms generally adds clarity. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Mar 6 06:45:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 603F5127076 for ; Tue, 6 Mar 2018 06:45:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 VNECe7C-YMW8 for ; Tue, 6 Mar 2018 06:45:52 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 094441243F3 for ; Tue, 6 Mar 2018 06:45:51 -0800 (PST) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 58DF31AE0339; Tue, 6 Mar 2018 15:45:49 +0100 (CET) Date: Tue, 06 Mar 2018 15:45:49 +0100 (CET) Message-Id: <20180306.154549.756915470498081734.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: vladimir@transpacket.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180306133604.cdttv22mrjci5tnw@elstar.local> References: <20180306124825.joukx2lvszeehrzt@elstar.local> <20180306.140023.524272795634334481.mbj@tail-f.com> <20180306133604.cdttv22mrjci5tnw@elstar.local> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 14:45:53 -0000 Juergen Schoenwaelder wrote: > On Tue, Mar 06, 2018 at 02:00:23PM +0100, Martin Bjorklund wrote: > > Juergen Schoenwaelder wrote: > > > On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: > > > > > > > > OLD: > > > > > > > > is one of: > > > > rw for configuration data > > > > ro for non-configuration data, output parameters to rpcs > > > > and actions, and notification parameters > > > > -w for input parameters to rpcs and actions > > > > -u for uses of a grouping > > > > -x for rpcs and actions > > > > -n for notifications > > > > mp for nodes containing a "mount-point" extension statement > > > > > > > > NEW: > > > > > > > > is one of: > > > > rw for configuration data > > > > ro for non-configuration data, output parameters to rpcs > > > > and actions, and notification parameters > > > > -w for input parameters to rpcs and actions > > > > -u for uses of a grouping > > > > -x for rpcs and actions > > > > -n for notifications > > > > mp for nodes containing a "mount-point" extension statement > > > > > > > > case nodes do not have any . > > > > > > I still think that it should be 'data node' instead of just > > > 'data'. While not formally imported, the term 'data node' has a > > > definition in RFC 7950. > > > > But choice is not a data node. > > EVEN NEVER > > is one of: > rw for configuration data nodes and choice nodes > ro for non-configuration data nodes, output parameters to rpcs > and actions, and notification parameters > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > My point is that 'data node' is a defined term in RFC 7950 and using > defined terms generally adds clarity. I agree that using well defined terms add clarity. However, the proposed text is not quite right. Possibly: rw for configuration data- and choice nodes ro for non-configuration data- and choice nodes, output parameters to rpcs and actions, and notification parameters But maybe it is actually better to leave the original text, and go through the entire document wrt terminology in a future update (if necessary). After all, the document is in AUTH48. /martin > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > From nobody Tue Mar 6 06:51:07 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFB0C1243F3; Tue, 6 Mar 2018 06:51:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 OYQv7v_6s6Gc; Tue, 6 Mar 2018 06:50:55 -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 04943124235; Tue, 6 Mar 2018 06:50:54 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id EF7BCB81815; Tue, 6 Mar 2018 06:50:37 -0800 (PST) To: rharolde@umich.edu, mbj@tail-f.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: bclaise@cisco.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180306145037.EF7BCB81815@rfc-editor.org> Date: Tue, 6 Mar 2018 06:50:37 -0800 (PST) Archived-At: Subject: [netmod] [Errata Rejected] RFC6020 (5272) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 14:51:01 -0000 The following errata report has been rejected for RFC6020, "YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5272 -------------------------------------- Status: Rejected Type: Technical Reported by: Bob Harold Date Reported: 2018-03-02 Rejected by: Benoit Claise (IESG) Section: 7.18.1 Original Text ------------- In order for a device to implement a feature that is dependent on any other features (i.e., the feature has one or more "if-feature" sub- statements), the device MUST also implement all the dependant features. Corrected Text -------------- In order for a device to implement a feature that is dependent on any other features (i.e. the feature is a sub-statement of another "if-feature" statement), the device MUST also implement all the dependent features. Notes ----- The direction of the dependency is stated backwards. Consider for example: if-feature aaa; statements ...; if-feature bbb; This should allow feature aaa to exist without feature bbb. bbb should depend on aaa, but aaa should not depend on bbb --VERIFIER NOTES-- The current text is correct, according to Kent Watsen -------------------------------------- RFC6020 (draft-ietf-netmod-yang-13) -------------------------------------- Title : YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF) Publication Date : October 2010 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Tue Mar 6 06:57:49 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E7A6A1270AE; Tue, 6 Mar 2018 06:57:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152034826686.28319.2729131727259301360@ietfa.amsl.com> Date: Tue, 06 Mar 2018 06:57:46 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-module-tags-00.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 14:57:47 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Module Tags Authors : Christan Hopps Lou Berger Dean Bogdanovic Filename : draft-ietf-netmod-module-tags-00.txt Pages : 13 Date : 2018-02-26 Abstract: This document provides for the association of tags with YANG modules. The expectation is for such tags to be used to help classify and organize modules. A method for defining, reading and writing a modules tags is provided, as well as an augmentation to YANG library. Tags may be standardized and assigned during module definition; assigned by implementations; or dynamically defined and set by users. This document provides guidance to future model writers and, as such, this document updates [I-D.ietf-netmod-rfc6087bis]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-module-tags-00 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-00 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 Tue Mar 6 07:24:08 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7BB812706D for ; Tue, 6 Mar 2018 07:24:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 IAn-079vKiC7 for ; Tue, 6 Mar 2018 07:24:05 -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 1230A120454 for ; Tue, 6 Mar 2018 07:24:05 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id D1499D00; Tue, 6 Mar 2018 16:24:03 +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 zdtLKk3JgBjG; Tue, 6 Mar 2018 16:24:02 +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; Tue, 6 Mar 2018 16:24:03 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id AA7A220160; Tue, 6 Mar 2018 16:24:03 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id NXnkrwyupJRS; Tue, 6 Mar 2018 16:24:03 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 27F7320158; Tue, 6 Mar 2018 16:24:03 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id B283842650E1; Tue, 6 Mar 2018 16:24:02 +0100 (CET) Date: Tue, 6 Mar 2018 16:24:02 +0100 From: Juergen Schoenwaelder To: Martin Bjorklund Cc: vladimir@transpacket.com, netmod@ietf.org Message-ID: <20180306152402.3fdvvqupbovcl2rg@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Martin Bjorklund , vladimir@transpacket.com, netmod@ietf.org References: <20180306124825.joukx2lvszeehrzt@elstar.local> <20180306.140023.524272795634334481.mbj@tail-f.com> <20180306133604.cdttv22mrjci5tnw@elstar.local> <20180306.154549.756915470498081734.mbj@tail-f.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180306.154549.756915470498081734.mbj@tail-f.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 15:24:07 -0000 On Tue, Mar 06, 2018 at 03:45:49PM +0100, Martin Bjorklund wrote: > > I agree that using well defined terms add clarity. However, the > proposed text is not quite right. Possibly: > > rw for configuration data- and choice nodes > ro for non-configuration data- and choice nodes, > output parameters to rpcs and actions, and > notification parameters > Good. > But maybe it is actually better to leave the original text, and go > through the entire document wrt terminology in a future update (if > necessary). After all, the document is in AUTH48. I do not agree. 'data' is entirely undefined - it means nothing. How do I know that 'data' includes 'choice nodes'? I think we better fix this here. I agree that a general careful check of terminology should be done in an update but I do not see why AUTH48 says we should not fix the problem that was discovered. And for me, a fix is not a fix if things are left ambiguous. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Mar 6 07:27:00 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11708124E15 for ; Tue, 6 Mar 2018 07:26:59 -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] 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 GFRm3FDB8MA8 for ; Tue, 6 Mar 2018 07:26:56 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id A102C120454 for ; Tue, 6 Mar 2018 07:26:56 -0800 (PST) Received: by trail.lhotka.name (Postfix, from userid 109) id 4FAB81820412; Tue, 6 Mar 2018 16:26:33 +0100 (CET) Received: from localhost (unknown [89.24.57.191]) by trail.lhotka.name (Postfix) with ESMTPSA id 2E6BC182040D; Tue, 6 Mar 2018 16:26:30 +0100 (CET) From: Ladislav Lhotka To: Juergen Schoenwaelder , Martin Bjorklund Cc: netmod@ietf.org In-Reply-To: <20180306124825.joukx2lvszeehrzt@elstar.local> References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> Mail-Followup-To: Juergen Schoenwaelder , Martin Bjorklund , netmod@ietf.org Date: Tue, 06 Mar 2018 16:26:50 +0100 Message-ID: <877eqp2pj9.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 15:26:59 -0000 Juergen Schoenwaelder writes: > On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: >> >> OLD: >> >> is one of: >> rw for configuration data >> ro for non-configuration data, output parameters to rpcs >> and actions, and notification parameters >> -w for input parameters to rpcs and actions >> -u for uses of a grouping >> -x for rpcs and actions >> -n for notifications >> mp for nodes containing a "mount-point" extension statement >> >> NEW: >> >> is one of: >> rw for configuration data >> ro for non-configuration data, output parameters to rpcs >> and actions, and notification parameters >> -w for input parameters to rpcs and actions >> -u for uses of a grouping >> -x for rpcs and actions >> -n for notifications >> mp for nodes containing a "mount-point" extension statement >> >> case nodes do not have any . > > I still think that it should be 'data node' instead of just > 'data'. While not formally imported, the term 'data node' has a > definition in RFC 7950. > > NEWER: > > is one of: > rw for configuration data nodes If we keep it also for choices, then it has to be "schema nodes". > ro for non-configuration data nodes, output parameters to rpcs > and actions, and notification parameters Same here. Lada > -w for input parameters to rpcs and actions > -u for uses of a grouping > -x for rpcs and actions > -n for notifications > mp for nodes containing a "mount-point" extension statement > > case nodes do not have any . > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Mar 6 09:20:49 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 68CDE127876; Tue, 6 Mar 2018 09:20:38 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152035683838.28230.1536989850898318296@ietfa.amsl.com> Date: Tue, 06 Mar 2018 09:20:38 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-module-tags-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 17:20:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Module Tags Authors : Christan Hopps Lou Berger Dean Bogdanovic Filename : draft-ietf-netmod-module-tags-01.txt Pages : 10 Date : 2018-03-06 Abstract: This document provides for the association of tags with YANG modules. The expectation is for such tags to be used to help classify and organize modules. A method for defining, reading and writing a modules tags is provided. Tags may be standardized and assigned during module definition; assigned by implementations; or dynamically defined and set by users. This document provides guidance to future model writers and, as such, this document updates [I-D.ietf-netmod-rfc6087bis]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-module-tags-01 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-module-tags-01 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 Tue Mar 6 09:41:38 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4335B127876; Tue, 6 Mar 2018 09:41:26 -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, FREEMAIL_FROM=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 P8sSZd1L5_7J; Tue, 6 Mar 2018 09:41:24 -0800 (PST) Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::22c]) (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 783F41270AC; Tue, 6 Mar 2018 09:41:20 -0800 (PST) Received: by mail-ot0-x22c.google.com with SMTP id 95so19110940ote.5; Tue, 06 Mar 2018 09:41:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/xUHQtSMJ6Wcnfpd228FDZc/wY3hK7lwThDpVvsU4Fw=; b=W8jIhQ6/zicMhKlYMvOlQQZCBUsFtvoh/WM5+ddUwIG8G77WyWuVlvOhUS2pe4x51t 99OwZFAFvrZukGx4d8QQHoDwYTlvLWYj6wWB1/bi/SCHYPMPxooVvESaB6FKa1NSZ5Ix kL2ZDMHZhnwrh046odfSIj5IYOuK1nKqlD1lUrGDQMt5o6IZ9FrUgcxcXkJwzg/2gwd9 3bwUqEobj7SIL9r6dyeIulpNl6k7a8beSvdk0ANnAYbS0rApFRI0BwdCBQHjo2QsdHzA 6sgmnF4qKXu4e7kubAPAcDUGsmY45uPXs9oF2k33F1PMIZjLzCq2M5azoy5IHza42jfs nN0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/xUHQtSMJ6Wcnfpd228FDZc/wY3hK7lwThDpVvsU4Fw=; b=RJBqhwJGwbQ2ddO/RaCYfvK/jk7YkHwLu7Ei45p+F/n6ouKc1EtFGlZTlEJ6OxcaQP 646ZhDHSKIIPIrySrgWq69HQCeMhMt5Z2oqCWUcxhnHSxBCCuFR3djTP1p79AlYUfUVt 54Kx1r2DMTjdJxpE/FY0nsyxBZkCayOKtYXYqcRjnqj+Oe0I9PBCH7dpUOpgua6hPEff +t0Sq2EHUBj3/6zStaqjT1/2cXSjcGaq6zJiOjzvkaGfoMUiEBXWqyjghsOYgZ+DvdRx iXWpHJXNPhddJF747T1+PP7B0jECQgfXJM8XqlCfRbAbI41aR+9CSGn+JUE/5sR3njV9 9HgA== X-Gm-Message-State: AElRT7G1YnB1UMoX4zq2lY2lmvT4t9fb20KzH5qjFfLVaJHqN/ezbiuo gu8HquujH2vXLdrX+EaoyfYU+FNlSNrhR5hMIr8= X-Google-Smtp-Source: AG47ELuV5mpbM7/4E8JZ9ZiJBPCLQ2HiihAQAOmRIhQZ42nJNCzlcXc7VOT70naSlHdLBi6tbaf2P/XLFUG9HVSCA3k= X-Received: by 10.157.85.214 with SMTP id z22mr14265899oti.75.1520358079796; Tue, 06 Mar 2018 09:41:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.46.119 with HTTP; Tue, 6 Mar 2018 09:40:39 -0800 (PST) In-Reply-To: <151932948231.8096.10376000064045374752@ietfa.amsl.com> References: <151932948231.8096.10376000064045374752@ietfa.amsl.com> From: Kathleen Moriarty Date: Tue, 6 Mar 2018 12:40:39 -0500 Message-ID: To: Stephen Farrell Cc: IETF SecDir , IETF , netmod@ietf.org, draft-ietf-netmod-rfc6087bis.all@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [netmod] Secdir telechat review of draft-ietf-netmod-rfc6087bis-18 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 17:41:26 -0000 Thanks for your review, Stephen! On Thu, Feb 22, 2018 at 2:58 PM, Stephen Farrell wrote: > Reviewer: Stephen Farrell > Review result: Ready > > > I reviewed the diff between -18 and RFC6087. [1] > > [1] https://www.ietf.org/rfcdiff?url1=rfc6087&url2=draft-ietf-netmod-rfc6087bis-18 > > I assume the security ADs were involved already in discussion about > the new security considerations template in 3.7.1 and the text there > does seem fine to me, so I won't even nit-pick about it:-) Yes and I sent it to the SAAG list for review as well along with a followup email on the security review process for YANG documents (a link to the OPSdir page on that). I don't think any feedback came through as a result of the request, so we should be good with the general considerations for a bit. > > I do have some other nits to note though. > > - There are a number of URLs given for access to updated materials > that use http schemed URLs and that do not use https schemed URLs. > There was a recent IESG statement to the effect that those'd be better > as https URLs. The first such example is in 3.1. In fact that URL is > re-directed (for me) to https. I think a general pass to fix such URLs > to use https wherever possible would be easy and better practice. > > - Some of the namespaces use http schemed URLs, for example in > section 4.2. I don't know if people are expected to de-reference such > URLs, but if they are then it'd be good to say if https is better to use > or not. (I'd argue it is.) If those URLs are not expected to be > de-referenced, then saying that would be good. (Not that it'd stop > people de-referencing 'em so the change is better in any case;-) I don't see any response on these questions on list and it would be good to get an answer, so I'll include a link in my ballot in case the authors are not seeing it for some reason. Thanks, Kathleen > > Cheers, > S. > -- Best regards, Kathleen From nobody Tue Mar 6 09:44:34 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9649012895E for ; Tue, 6 Mar 2018 09:44:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 GQIhsXPmu4fy for ; Tue, 6 Mar 2018 09:44:30 -0800 (PST) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 261091270AC for ; Tue, 6 Mar 2018 09:44:30 -0800 (PST) Received: from MBP.local (c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w26HiR6m012333 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 6 Mar 2018 17:44:28 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209] claimed to be MBP.local To: Lou Berger , Martin Bjorklund , vladimir@transpacket.com Cc: netmod@ietf.org References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> From: joel jaeggli Message-ID: Date: Tue, 6 Mar 2018 09:44:22 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <161fb126c00.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] choice/case in tree diagrams X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 17:44:33 -0000 On 3/6/18 3:29 AM, Lou Berger wrote: > Martin, > > > On March 6, 2018 4:44:47 AM Martin Bjorklund wrote: > >> Hi, >> >> After thinking some more about this, realizing that this document is >> in AUTH48, and looking at the first sentence in the Abstract: >> >>    This document captures the current syntax used in YANG module tree >>    diagrams. >> >> I have reached the conclusion that we probably shouldn't make any >> drastic changes. >> > > I agree. I would tend to err on that side  as well it's a little late for that. >> The current syntax, with flags for choice but not for case, may look a >> bit odd, but it does follow RFC 7950 where a choice node can have a >> config property, but case cannot.  Also, this syntax has now been used >> for several years w/o causing much confusion. >> >> I suggest the following changes to this document: >> >> OLD: >> >>        is one of: >>          rw  for configuration data >>          ro  for non-configuration data, output parameters to rpcs >>              and actions, and notification parameters >>          -w  for input parameters to rpcs and actions >>          -u  for uses of a grouping >>          -x  for rpcs and actions >>          -n  for notifications >>          mp  for nodes containing a "mount-point" extension statement >> >> NEW: >> >>        is one of: >>          rw  for configuration data >>          ro  for non-configuration data, output parameters to rpcs >>              and actions, and notification parameters >>          -w  for input parameters to rpcs and actions >>          -u  for uses of a grouping >>          -x  for rpcs and actions >>          -n  for notifications >>          mp  for nodes containing a "mount-point" extension statement >> >>          case nodes do not have any . >> > > >> Then, since the syntax requires whitespace before : >> > I think we should match current tooling/practice here as well. Can you > confirm how pyang works today? > > My memory is no such space is added.  If my memory is correct, my > preference is to change the text rather then the tooling. > > Lou > (As contributor) > >>      -- >> >> we need to fix the examples: >> >> OLD: >> >>              +--rw (root-type) >>                 +--:(vrf-root) >> >> NEW: >> >>              +--rw (root-type) >>                 +-- :(vrf-root) >> >> (two occurances) >> >> >> >> /martin >> >> >> >> Vladimir Vassilev wrote: >>> >>> >>> On 03/05/2018 06:40 PM, Per Hedeland wrote: >>> > On 2018-03-05 16:06, Ladislav Lhotka wrote: >>> >> On Mon, 2018-03-05 at 15:49 +0100, Per Hedeland wrote: >>> >>> On 2018-03-05 15:41, Ladislav Lhotka wrote: >>> >>>> On Mon, 2018-03-05 at 15:26 +0100, Martin Bjorklund wrote: >>> >>>>> Juergen Schoenwaelder >>> wrote: >>> >>>>>> On Mon, Mar 05, 2018 at 02:54:18PM +0100, Martin Bjorklund >>> wrote: >>> >>>>>>>> So it seems the running code got it right. ;-) >>> >>>>>>> As the author of that code, I think that was purely by >>> accident... >>> >>>>>>> >>> >>>>>>> But I'm not convinced it is the correct solution.  We have >>> one example >>> >>>>>>> in the other thread where someone was confused by the "rw" >>> flag and >>> >>>>>>> thought that it implied that the node would be present in >>> the data >>> >>>>>>> tree. >>> >>>>>>> >>> >>>>>> So what does rw mean? >>> >>>>>> >>> >>>>>> (i)  The schema node has a rw property. >>> >>>>>> (ii) The schema node can be instantiated and the instantiated >>> data >>> >>>>>> node >>> >>>>>>       has a rw property. >>> >>>>>> >>> >>>>>> I think it is difficult to have both at the same time. If the >>> tree is >>> >>>>>> a representation of schema nodes, then (i) seems to make more >>> >>>>>> sense. That said, the explanation in 2.6 is somewhat vague >>> since it >>> >>>>>> says 'data' and not 'nodes' (like everywhere else): >>> >>>>>> >>> >>>>>> OLD: >>> >>>>>> >>> >>>>>>         is one of: >>> >>>>>>           rw  for configuration data >>> >>>>>>           ro  for non-configuration data, output parameters >>> to rpcs >>> >>>>>>               and actions, and notification parameters >>> >>>>>> >>> >>>>>> NEW: >>> >>>>>> >>> >>>>>>         is one of: >>> >>>>>>           rw  for configuration data nodes >>> >>>>>>           ro for non-configuration data nodes, output >>> parameters to >>> >>>>>>           rpcs >>> >>>>>>               and actions, and notification parameters >>> >>>>> I think this is ok.  But that means that we also have to add: >>> >>>>> >>> >>>>>             --  for a choice or case node >>> >>>>> >>> >>>>> But in order to be consistent, we should probably have: >>> >>>>> >>> >>>>>             --  for a choice, case, input or output node >>> >>>> But unlike the three other statements, "choice" can have the >>> config >>> >>>> substatement, so "rw/ro" makes sense there. >>> >>> I don't think so - that config statement does not a define a >>> property >>> >>> of >>> >>> the choice node (it can obviously neither be read nor written), >>> only a >>> >>> default for descendant data nodes, as described in section >>> 7.21.1 of >>> >>> RFC >>> >>> 7950. >>> >> It is not a default - if a choice has "config false", then no >>> >> descendant can be >>> >> "config true". One of the benefits of having rw/ro in the ascii tree >>> >> is to see >>> >> where a state data subtree actually starts. >>> > It is a default, but yes, it is also a restriction in the specific >>> > case >>> > of the argument being "false" at a point where the default would >>> > otherwise be "true". And in that case it is equivalent to having >>> > "config >>> > false" on all the descendant data nodes, and they will of course be >>> > flagged as "ro" regardless of whether the "config false" comes from >>> > the >>> > choice or the individual data nodes - and that is where the state >>> > *data* >>> > suntree(s) actually start(s). >>> > >>> > So I guess the question then is whether this specific case motivates >>> > always having flags on specifically choice nodes, while the other >>> > non-data nodes have no flags. Since the 'config' statement is ignored >>> > in >>> > rpc/action input/output and notification, choice nodes there should >>> > then >>> > presumably have "-w"/"ro"/"-n". Personally I think the diagram is >>> > clearer with flags only on the data nodes. >>> When I think about it do not have any information contents  >>> outside of the context of a data tree and its schema. So if we are >>> removing clutter we should probably start there by specifying that >>> should be ommited under rpc,notification and action. >>> >>> Vladlimir >>> > >>> > --Per >>> > >>> >> Lada >>> >> >>> >>> --Per >>> >>> >>> >>>> Lada >>> >>>> >>> >>>>> >>> >>>>> This means that the correct tree syntax for choice and case >>> will be: >>> >>>>> >>> >>>>>       +-- (subnet)? >>> >>>>>          +-- :(prefix-length) >>> >>>>>          |  +--rw prefix-length?   uint8 >>> >>>>>          +-- :(netmask) >>> >>>>>             +--rw netmask?         yang:dotted-quad >>> >>>>> >>> >>>>> >>> >>>>> /martin >>> >>>>> >>> >>>>> >>> >>>>>> The document (as far as I searched for it) does not clearly >>> say that >>> >>>>>> 'node' means 'schema node'. In hindsight, it might have been >>> useful to >>> >>>>>> explicitely import terminology from RFC 7950 and to use it >>> carefully >>> >>>>>> (RFC 7950 has 'schema node' and 'data node' but here we >>> largely talk >>> >>>>>> about 'nodes' - and my assumption is that this means 'schema >>> nodes'.) >>> >>>>> _______________________________________________ >>> >>>>> netmod mailing list >>> >>>>> netmod@ietf.org >>> >>>>> https://www.ietf.org/mailman/listinfo/netmod >>> >>> _______________________________________________ >>> >>> netmod mailing list >>> >>> netmod@ietf.org >>> >>> https://www.ietf.org/mailman/listinfo/netmod >>> > _______________________________________________ >>> > netmod mailing list >>> > netmod@ietf.org >>> > https://www.ietf.org/mailman/listinfo/netmod >>> >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Tue Mar 6 09:53:35 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BB42129C53 for ; Tue, 6 Mar 2018 09:53:18 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h3D70n6-8X_B for ; Tue, 6 Mar 2018 09:53:16 -0800 (PST) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 5CCA412895E for ; Tue, 6 Mar 2018 09:53:14 -0800 (PST) Received: by mail-lf0-x231.google.com with SMTP id q69so29765998lfi.10 for ; Tue, 06 Mar 2018 09:53:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RN5osWzOUY3WnxRvrjYd+ElLAZwBWY6FPvyKBVUhKMQ=; b=RjKGe+b2r+gzEdy6VXcqb3MMo54UG9qu01Sbp4PNpccqomu0JbauBuvQnkdpjNrCKv rbNST4GGH9fljzW3Pque8SwQu/2TSX38OgOmZinXqT6m1Lt6d8VN1N4JGne+V1vM5cKO DhAOH6oit77+UPy38YTxl3oNW8YzEJn0A06yfbWFujdBU0W906IUFMMzY4mtHzvXI11X ardX+5nHGPELGNkXEtCoL8qTltqPst9ArVEnBIhAUTfq6veSHqahCslmwh92JX9/mYcM wHbWZxgrfVJZCp53Wkt+duDKiM4gQjdKznbCysgOZihUXYWgYRZeyr+2QnRMpUCPo3nS UY3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RN5osWzOUY3WnxRvrjYd+ElLAZwBWY6FPvyKBVUhKMQ=; b=Yr1bfCAvZaUGJSNPDhuw+/MUYZKSEfi1cMXsqLEc3ZH2SRu8dGbRU1XpoD8UT1VJHO 2FnpPESt22CD5TDCBg7ApiKSD4ixkLY9RaUILtyhregdQvqwbfC7KFOqf6D9KzEE9pJp jW+XLRe2vmkVOtFlCI3/PL7YD36f3u3oVoQSyKLj13mmlfqgA1v01RD8NkwfaRI9ZGjm KqHM/ZXrSRvBfFT88GnfNEowIExRk85Bb0m7badS82URzrDwcFSf0xhW1Xv/kgTtYNUW qHdNgvGMe3QMqj+b59n6eiZUvhj6Fc3sy9zfXSBxTquCgQxNs4LLzz4YsAN/QgAhD1xy gSrg== X-Gm-Message-State: AElRT7EOSIGrp4iRE6XaDBgv6yNKianCf8sXvHgMYoRplgn8dFVuOHTm jH261fHjL/tZ7BcFmsUJ6Vxd+XG0b0caCp1CZMttZg== X-Google-Smtp-Source: AG47ELvea4OmZ2ZVoz6a1/Cctoken0WEDa6nW2uuQW6FZVnr8V1bwLtlxW2Weu/eUmyrgP6FzjpALnJ2JbuW/8FXJwQ= X-Received: by 10.25.234.148 with SMTP id y20mr13099244lfi.53.1520358792565; Tue, 06 Mar 2018 09:53:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Tue, 6 Mar 2018 09:53:11 -0800 (PST) In-Reply-To: References: <151932948231.8096.10376000064045374752@ietfa.amsl.com> From: Andy Bierman Date: Tue, 6 Mar 2018 09:53:11 -0800 Message-ID: To: Kathleen Moriarty Cc: Stephen Farrell , IETF SecDir , IETF , NetMod WG , draft-ietf-netmod-rfc6087bis.all@ietf.org Content-Type: multipart/alternative; boundary="94eb2c0ed1eac32fcf0566c21d9d" Archived-At: Subject: Re: [netmod] Secdir telechat review of draft-ietf-netmod-rfc6087bis-18 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 17:53:18 -0000 --94eb2c0ed1eac32fcf0566c21d9d Content-Type: text/plain; charset="UTF-8" On Tue, Mar 6, 2018 at 9:40 AM, Kathleen Moriarty < kathleen.moriarty.ietf@gmail.com> wrote: > Thanks for your review, Stephen! > > On Thu, Feb 22, 2018 at 2:58 PM, Stephen Farrell > wrote: > > Reviewer: Stephen Farrell > > Review result: Ready > > > > > > I reviewed the diff between -18 and RFC6087. [1] > > > > [1] https://www.ietf.org/rfcdiff?url1=rfc6087&url2=draft-ietf- > netmod-rfc6087bis-18 > > > > I assume the security ADs were involved already in discussion about > > the new security considerations template in 3.7.1 and the text there > > does seem fine to me, so I won't even nit-pick about it:-) > > Yes and I sent it to the SAAG list for review as well along with a > followup email on the security review process for YANG documents (a > link to the OPSdir page on that). I don't think any feedback came > through as a result of the request, so we should be good with the > general considerations for a bit. > > > > > I do have some other nits to note though. > > > > - There are a number of URLs given for access to updated materials > > that use http schemed URLs and that do not use https schemed URLs. > > There was a recent IESG statement to the effect that those'd be better > > as https URLs. The first such example is in 3.1. In fact that URL is > > re-directed (for me) to https. I think a general pass to fix such URLs > > to use https wherever possible would be easy and better practice. > > > no objection to changing the URLs to use https > > - Some of the namespaces use http schemed URLs, for example in > > section 4.2. I don't know if people are expected to de-reference such > > URLs, but if they are then it'd be good to say if https is better to use > > or not. (I'd argue it is.) If those URLs are not expected to be > > de-referenced, then saying that would be good. (Not that it'd stop > > people de-referencing 'em so the change is better in any case;-) > > no objection to changing the YANG namespace examples to something else > I don't see any response on these questions on list and it would be > good to get an answer, so I'll include a link in my ballot in case the > authors are not seeing it for some reason. > > Thanks, > Kathleen > > > > > Cheers, > > S. > > > > > Andy > > -- > > Best regards, > Kathleen > --94eb2c0ed1eac32fcf0566c21d9d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Mar 6, 2018 at 9:40 AM, Kathleen Moriarty <= ;kath= leen.moriarty.ietf@gmail.com> wrote:
Thanks for your review, Stephen!

On Thu, Feb 22, 2018 at 2:58 PM, Stephen Farrell
<stephen.farrell@cs.tcd.ie<= /a>> wrote:
> Reviewer: Stephen Farrell
> Review result: Ready
>
>
> I reviewed the diff between -18 and RFC6087. [1]
>
>=C2=A0 =C2=A0 [1] https://www.ietf.org/rfcdiff?url1=3Drfc6087&url2=3Ddraft-i= etf-netmod-rfc6087bis-18
>
> I assume the security ADs were involved already in discussion about > the new security considerations template in 3.7.1 and the text there > does seem fine to me, so I won't even nit-pick about it:-)

Yes and I sent it to the SAAG list for review as well along with a
followup email on the security review process for YANG documents (a
link to the OPSdir page on that).=C2=A0 I don't think any feedback came=
through as a result of the request, so we should be good with the
general considerations for a bit.

>
> I do have some other nits to note though.
>
> - There are a number of URLs given for access to updated materials
> that use http schemed URLs and that do not use https schemed URLs.
> There was a recent IESG statement to the effect that those'd be be= tter
> as https URLs. The first such example is in 3.1. In fact that URL is > re-directed (for me) to https. I think a general pass to fix such URLs=
> to use https wherever possible would be easy and better practice.
>


no objection to cha= nging the URLs to use https

=C2=A0
> - Some of the namespaces use http schemed URLs, for example in
> section 4.2. I don't know if people are expected to de-reference s= uch
> URLs, but if they are then it'd be good to say if https is better = to use
> or not. (I'd argue it is.) If those URLs are not expected to be > de-referenced, then saying that would be good. (Not that it'd stop=
> people de-referencing 'em so the change is better in any case;-)

no objection to changing the YANG name= space examples to something else
=C2=A0
I don't see any response on these questions on list and it would be
good to get an answer, so I'll include a link in my ballot in case the<= br> authors are not seeing it for some reason.

Thanks,
Kathleen

>
> Cheers,
> S.
>




Andy
=C2=A0

--

Best regards,
Kathleen

--94eb2c0ed1eac32fcf0566c21d9d-- From nobody Tue Mar 6 10:31:39 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 97D3512D80F; Tue, 6 Mar 2018 10:31:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kathleen Moriarty To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152036107261.28238.12238156395223576215.idtracker@ietfa.amsl.com> Date: Tue, 06 Mar 2018 10:31:12 -0800 Archived-At: Subject: [netmod] Kathleen Moriarty's Yes on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 18:31:15 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for your work on this draft and in particular Section 3.7 with the updated Security Considerations Section template and pointer to one that can change over time. It looks like the authors may not have seen Stephen's questions from his SecDir review, please respond: https://mailarchive.ietf.org/arch/msg/secdir/jnAnJVymlTlKmLrqNBIfntWdJ4c From nobody Tue Mar 6 10:33:34 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D2CC129C6B; Tue, 6 Mar 2018 10:33:17 -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, FREEMAIL_FROM=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 A7AqE4FhMphl; Tue, 6 Mar 2018 10:33:15 -0800 (PST) Received: from mail-ot0-x234.google.com (mail-ot0-x234.google.com [IPv6:2607:f8b0:4003:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 296E5124F57; Tue, 6 Mar 2018 10:33:15 -0800 (PST) Received: by mail-ot0-x234.google.com with SMTP id n74so19283257ota.1; Tue, 06 Mar 2018 10:33:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r+7uYwKlbnzAyJcboeSn5oIIAQLaa+4dqZWNPiQhKT0=; b=BInr3xXDdWFSMp4HYfTON7Gg+iqCpWt9tMpQ9tFF3spfhqH4dXDNNSxI6Bs3ulvlLi oMmqQSPg9+BoJ/CZ8/ZMry4zuWdmEhaetvyV/SOoAZmualfq+lCslQsLgJ41En8oYD+U NYCM5J2Pi0T5mMQZW1qXnRMmDS9V7YVkxb7XXiJuAzYJFZ8SC0takKtMzw51gqhIvbyx qLDnXMbCT7PTA9he53BDmbesGywFYRyS21zvj4l60GbLzzz2ecOBDxTFuU5hdQyhrYkL MtQ4uB8G4xPLK6nYgGScmBJapljo3mSA/u77W00aq90bwLykOt4x7V4mBRwB84pfRRfZ mO3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r+7uYwKlbnzAyJcboeSn5oIIAQLaa+4dqZWNPiQhKT0=; b=oBNm0F69coIuqFO7M1TxioASDs6cLPFneLDFbwxi6SoFNZicnT2SfyE1BN+bJDK213 SdBZ15j/oj9DkqYn3mmidq9cOqseBCZFO77f2pwiRzXmC4GliwWHU3Qw88/alXmTPXTJ jOACPu3XJK+RewbZRVRkVqTJTkC6ie8DKHOE8PnrVUbEaUUsn5+oDoY1riFbWfX//qG8 ykA91paYUDghPGZCS9An42iwWREI74FcSD3GlZcC0cq7RDneUl1O/P87jRiepImtR410 F9ZJ5qH4kDkUqydQdOljSS4xXoGeOlHruJvoL8UKSIninES4suIuJGlWtrzbTgFcd6+R 9ZSg== X-Gm-Message-State: AElRT7H5XBDGbJ2TKlBzC223GfZrJzxYlnwU8qtwqAnpdztbe/+TRlzN P1/AHU83xZ5ooa24+bHDUdLZcpWJ9sqluZ9Y4ps= X-Google-Smtp-Source: AG47ELuiuDUpWKcj9R7AEGk7mKKwH/FStj+VklC6ETr3ZLD4D9HkIzFh6PLHEfTiroC7FW0LSbecsCSJPGSwPNbfTgs= X-Received: by 10.157.33.113 with SMTP id l46mr14317251otd.287.1520361194472; Tue, 06 Mar 2018 10:33:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.46.119 with HTTP; Tue, 6 Mar 2018 10:32:33 -0800 (PST) In-Reply-To: References: <151932948231.8096.10376000064045374752@ietfa.amsl.com> From: Kathleen Moriarty Date: Tue, 6 Mar 2018 13:32:33 -0500 Message-ID: To: Andy Bierman Cc: Stephen Farrell , IETF SecDir , IETF , NetMod WG , draft-ietf-netmod-rfc6087bis.all@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [netmod] Secdir telechat review of draft-ietf-netmod-rfc6087bis-18 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 18:33:17 -0000 Thanks, Andy! On Tue, Mar 6, 2018 at 12:53 PM, Andy Bierman wrote: > > > On Tue, Mar 6, 2018 at 9:40 AM, Kathleen Moriarty > wrote: >> >> Thanks for your review, Stephen! >> >> On Thu, Feb 22, 2018 at 2:58 PM, Stephen Farrell >> wrote: >> > Reviewer: Stephen Farrell >> > Review result: Ready >> > >> > >> > I reviewed the diff between -18 and RFC6087. [1] >> > >> > [1] >> > https://www.ietf.org/rfcdiff?url1=rfc6087&url2=draft-ietf-netmod-rfc6087bis-18 >> > >> > I assume the security ADs were involved already in discussion about >> > the new security considerations template in 3.7.1 and the text there >> > does seem fine to me, so I won't even nit-pick about it:-) >> >> Yes and I sent it to the SAAG list for review as well along with a >> followup email on the security review process for YANG documents (a >> link to the OPSdir page on that). I don't think any feedback came >> through as a result of the request, so we should be good with the >> general considerations for a bit. >> >> > >> > I do have some other nits to note though. >> > >> > - There are a number of URLs given for access to updated materials >> > that use http schemed URLs and that do not use https schemed URLs. >> > There was a recent IESG statement to the effect that those'd be better >> > as https URLs. The first such example is in 3.1. In fact that URL is >> > re-directed (for me) to https. I think a general pass to fix such URLs >> > to use https wherever possible would be easy and better practice. >> > > > > > no objection to changing the URLs to use https > > >> >> > - Some of the namespaces use http schemed URLs, for example in >> > section 4.2. I don't know if people are expected to de-reference such >> > URLs, but if they are then it'd be good to say if https is better to use >> > or not. (I'd argue it is.) If those URLs are not expected to be >> > de-referenced, then saying that would be good. (Not that it'd stop >> > people de-referencing 'em so the change is better in any case;-) >> > > no objection to changing the YANG namespace examples to something else > >> >> I don't see any response on these questions on list and it would be >> good to get an answer, so I'll include a link in my ballot in case the >> authors are not seeing it for some reason. >> >> Thanks, >> Kathleen >> >> > >> > Cheers, >> > S. >> > >> >> > > > Andy > >> >> >> -- >> >> Best regards, >> Kathleen > > -- Best regards, Kathleen From nobody Tue Mar 6 11:54:24 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E902126BF3; Tue, 6 Mar 2018 11:54:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alia Atlas To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152036606301.28333.7334975688343266722.idtracker@ietfa.amsl.com> Date: Tue, 06 Mar 2018 11:54:23 -0800 Archived-At: Subject: [netmod] Alia Atlas' Yes on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 19:54:23 -0000 Alia Atlas has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Very clear - and glad to see the NMDA transition guidelines get published! From nobody Tue Mar 6 12:06:27 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C47CC12D7E4; Tue, 6 Mar 2018 12:06:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> Date: Tue, 06 Mar 2018 12:06:24 -0800 Archived-At: Subject: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 20:06:25 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-netmod-syslog-model-23: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for this document. I also prefer for TCP to be documented, if used in real world. Some minor comments: 1) Please add a Normative Reference for the file: URI RFC (RFC 8089) when you mention it for the first time. 2) On page 19: Example: compare->equals and action->no-match means messages that have a severity that is not equal to the specified severity will be logged."; Do you mean "action->block" instead of "action->no-match"? 3) When logging to file: how is the file name constructed from the name file: URI if multiple files are preserved by the system? E.g. if the log file is rotated daily and 5 last files are preserved, how does each individual filename look? If I understood how this is used, this needs more clarification. 4) Nit: on page 18, typo in "spectify" From nobody Tue Mar 6 12:14:23 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B662126BF3; Tue, 6 Mar 2018 12:14:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152036725662.28315.13661420384643627673.idtracker@ietfa.amsl.com> Date: Tue, 06 Mar 2018 12:14:16 -0800 Archived-At: Subject: [netmod] Alexey Melnikov's Yes on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 20:14:17 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for a great document. Some minor comments: 3.8. IANA Considerations Section In order to comply with IESG policy as set forth in http://www.ietf.org/id-info/checklist.html, every Internet-Draft that is submitted to the IESG for publication MUST contain an IANA Considerations section. The requirements for this section vary depending on what actions are required of the IANA. If there are no IANA considerations applicable to the document, then the IANA Considerations section stating that there are no actions is removed by the RFC Editor before publication. IANA's and RFC Editor opinion about empty IANA Considerations section has changed over time (and might change again), so I would not make this statement. I don't think this is necessarily the current policy. RFC Editor asks, but doesn't enforce this. So I suggest changing "is removed" to "might be removed". [I-D.ietf-netmod-revised-datastores] - I am pretty sure that some uses of this document are normative, so you should move it to Normative References. From nobody Tue Mar 6 13:49:50 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16249126BF3; Tue, 6 Mar 2018 13:49:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 HVSSX_mM6OcN; Tue, 6 Mar 2018 13:49:40 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A49F124B18; Tue, 6 Mar 2018 13:49:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4553; q=dns/txt; s=iport; t=1520372980; x=1521582580; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=sBI7DeP/vPWgIEeMlU7lG7v1ChAupezWN9lWM7keZvg=; b=QjcGewjK/LbRXQotPcWd+EmP4+k2iB3a5Ox7NoxiyadLgWnI1PXemlO8 OI1SNkCJMjZQE/D3+/PulSUJWzuVc2ifbLG2xPlP1a1yIk0Q2EEQiaqCH 9W4F/d8g1fLgbg59rQJDXbz9BZG3J0BpHouPWbA5ejX2OnFpv8c/u1vS+ Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B1AQBTDJ9a/xbLJq1aAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGENnAog1SLGI5UMoEWlEiCAQoYC4Q+TwKDJDcVAQIBAQEBAQE?= =?us-ascii?q?CayeFIwEBAQMBAQEhFTYQCQIZAggCAh8HAgIbDDAGAQwGAgEBhQ8IEKkjgieEc?= =?us-ascii?q?oN0ghwFBYEKhCKEBYIPhjIBAYE5WSaCRIJiBI18jGsJgVaPIgeJFIVki0mGDYE?= =?us-ascii?q?uNCKBUjMaCBsVOoJDgmOBZj83jCUBAQE?= X-IronPort-AV: E=Sophos;i="5.47,433,1515456000"; d="scan'208";a="2421728" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 21:49:38 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w26Lnblh028729; Tue, 6 Mar 2018 21:49:38 GMT To: Juergen Schoenwaelder , Martin Bjorklund , netmod@ietf.org, IETF-Discussion list References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> <877eqp2pj9.fsf@nic.cz> From: Benoit Claise Message-ID: <3f699b0a-98b9-dfac-53cc-e2101c43c0eb@cisco.com> Date: Tue, 6 Mar 2018 22:49:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <877eqp2pj9.fsf@nic.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: [netmod] Closing this issue: choice/case in tree diagrams (draft-ietf-netmod-yang-tree-diagrams-06) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 21:49:43 -0000 Dear all, The document draft-ietf-netmod-yang-tree-diagrams-06 is in AUTH48. It's time to close this issue, let me copy ietf@ietf.org. If you object to the change below, let me know before the end of the week. The changes are to the text, so that the text is adapted to what the tools do. No need to change the examples, or tooling. OLD: is one of: rw for configuration data ro for non-configuration data, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement NEW: is one of: rw for configuration data- and choice nodes ro for non-configuration data- and choice nodes, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement case nodes do not have any . and OLD: is the name of the node () means that the node is a choice node :() means that the node is a case node If the node is augmented into the tree from another module, its name is printed as :, where is the prefix defined in the module where the node is defined. NEW: is the name of the node () means that the node is a choice node :() means that the node is a case node If the node is augmented into the tree from another module, its name is printed as :, where is the prefix defined in the module where the node is defined. If the node is a case node, there is no space before the . Regards, Benoit > Juergen Schoenwaelder writes: > >> On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: >>> OLD: >>> >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> NEW: >>> >>> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> case nodes do not have any . >> I still think that it should be 'data node' instead of just >> 'data'. While not formally imported, the term 'data node' has a >> definition in RFC 7950. >> >> NEWER: >> >> is one of: >> rw for configuration data nodes > If we keep it also for choices, then it has to be "schema nodes". > >> ro for non-configuration data nodes, output parameters to rpcs >> and actions, and notification parameters > Same here. > > Lada > >> -w for input parameters to rpcs and actions >> -u for uses of a grouping >> -x for rpcs and actions >> -n for notifications >> mp for nodes containing a "mount-point" extension statement >> >> case nodes do not have any . >> >> /js >> >> -- >> Juergen Schoenwaelder Jacobs University Bremen gGmbH >> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >> Fax: +49 421 200 3103 >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Mar 6 20:44:03 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 28AE7126D73; Tue, 6 Mar 2018 20:44:01 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152039784116.17621.12389822772400710157.idtracker@ietfa.amsl.com> Date: Tue, 06 Mar 2018 20:44:01 -0800 Archived-At: Subject: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-rfc6087bis-18: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 04:44:01 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- * Section 4.25 I think this might be a simple misunderstanding but I have no idea what compliance with this statement implies. "A YANG module MUST NOT be designed such that the set of modules found on a server implementation can be predetermined in advance." Can you please clarify? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 3.2: The date looks to be contradictory between the explanatory text "The following example is for the '2010-01-18' revision of the 'ietf-foo' module:" and the actual code component defined right after file "ietf-foo@2016-03-20.yang" ... revision 2016-03-20 { ... * Section 4.8 I went over this text several times to figure out what it means. Can you simplify this, or provide examples as to when revision dates are/are not to be updated. It is not required to keep the full revision history of draft versions (e.g., modules contained within Internet-Drafts). That is, within a sequence of draft versions, only the most recent revision need be recorded in the module. However, whenever a new (i.e. changed) version is made available (e.g., via a new version of an Internet-Draft), the revision date of that new version MUST be updated to a date later than that of the previous version. * Section 4.14.1. Non-Presence Container So what is the guideline here? That there is no guideline? * Section 4.20 What does "cannot" imply here? MUST NOT? SHOULD NOT? "The YANG "deviation" statement cannot appear in IETF YANG modules" From nobody Tue Mar 6 21:16:05 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EC2712711E for ; Tue, 6 Mar 2018 21:15:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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_LOW=-0.7, 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 p570-i4rWffY for ; Tue, 6 Mar 2018 21:15:55 -0800 (PST) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 974FE126D73 for ; Tue, 6 Mar 2018 21:15:54 -0800 (PST) Received: by mail-lf0-x230.google.com with SMTP id l191-v6so1380724lfe.1 for ; Tue, 06 Mar 2018 21:15:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AKfY49dBkNmd7GjeSghsxAWc6uZBhxDQEuqublyHxRM=; b=Q0Dsbjx0Xzl9AB2HbbKHw/43REfu5hHqXQAMcDpK/X17A0UhJgIqwPv7vuT/jkn+Ya 33eo5uH5U1z3tfHaziMHO7m/w16hUINQ8lRNCqcBhEpo3Jc5ZMdXjyxAPqbtK1Ba4v49 x3xPAKpYqEa2kgefhIrPOlBNlZtglBZKskWuBy/RzGETGCU/OHExxwQACiWHnqpud4Zu wnKCIqKkmWpNHbnlqp0vA/rKIxmGIC0cntFcBmDCSVkqLj7s4Rjv2MSLbk6YgizYD0Z/ NK3EYbqAi0d+XHYjRkA4uSFarpO1ibCAvUdTkC4/rqJC+Vrx96s6YvOFTVmWkRLM8lr8 aCbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AKfY49dBkNmd7GjeSghsxAWc6uZBhxDQEuqublyHxRM=; b=eDQ5FZOpiX7bNBr28ZozaKpSXDee/SE2PCr/UON9AkwTceX1S5bzUluvQRoPSC+CxO SgrhpAB95xyDfXd0wgjbHYWHu240/2jl6aFAM8mk40L/nXnY+eE3gPolDVQ8LQS8XN3U tFi4KMZlp0BKfq+wMG4tVrnn9PvEBNotSAVzUHMHv/9iud0OMs/N9+cx0BIAO7fWRe0s HcE90KsbgeEVE1AAzVwZbcOVrbEgOub3ZCyaxQuXwXoc1Oxv3PA3Dezs1uwuzG9GsRSP 8iEPGNsYc2sFRksCbaiQFDWUEgHs6WeDTaNGAK5l/Ix6IkICoxhddDvNbN3aSsmKYrEG QYbw== X-Gm-Message-State: AElRT7GfyVlj/wUrj3OdPKtIBfpF45hDf87sCV8NXpYlhTOfpIJMvPxV J9WsPm4vgOAkKe5JGoTRdq0OQ2FyjOuFCHZB1jgIDQ== X-Google-Smtp-Source: AG47ELt1DxuIIoxvnu4T0I/7iREDXx5S6/SkpjiyuyPvZ3ITzWbZ3gTSwLV1DvAtQ8ETm6zKf0+8UC7U6gyafBTC/Kg= X-Received: by 10.46.117.12 with SMTP id q12mr15509957ljc.65.1520399752654; Tue, 06 Mar 2018 21:15:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Tue, 6 Mar 2018 21:15:51 -0800 (PST) In-Reply-To: <152039784116.17621.12389822772400710157.idtracker@ietfa.amsl.com> References: <152039784116.17621.12389822772400710157.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Tue, 6 Mar 2018 21:15:51 -0800 Message-ID: To: Suresh Krishnan Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="089e082b13142c87a80566cba7cb" Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-rfc6087bis-18: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 05:15:58 -0000 --089e082b13142c87a80566cba7cb Content-Type: text/plain; charset="UTF-8" On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan wrote: > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > * Section 4.25 > > I think this might be a simple misunderstanding but I have no idea what > compliance with this statement implies. > > "A YANG module MUST NOT be designed such that the set of modules found on a > server implementation can be predetermined in advance." > > Can you please clarify? > > OK to remove this sentence. Not sure where it came from > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Section 3.2: > The date looks to be contradictory between the explanatory text > > "The following example is for the '2010-01-18' revision of the 'ietf-foo' > module:" > > and the actual code component defined right after > > file "ietf-foo@2016-03-20.yang" > ... > revision 2016-03-20 { > ... > OK will update revision date > > * Section 4.8 > > I went over this text several times to figure out what it means. Can you > simplify this, or provide examples as to when revision dates are/are not > to be > updated. > > It is not required to keep the full revision history of draft > versions (e.g., modules contained within Internet-Drafts). That is, > within a sequence of draft versions, only the most recent revision > need be recorded in the module. However, whenever a new (i.e. > changed) version is made available (e.g., via a new version of an > Internet-Draft), the revision date of that new version MUST be > updated to a date later than that of the previous version. > > OK -- will clarify that the same revision-stmt can be reused in an Internet Draft. The revision date is updated if the module is changed. > * Section 4.14.1. Non-Presence Container > > So what is the guideline here? That there is no guideline? > > that is intentional -- usage of NP containers needs to be reviewed on a case-by-case basis because like the text says, it is subjective as to what is inappropriate usage of an NP-container. > * Section 4.20 > > What does "cannot" imply here? MUST NOT? SHOULD NOT? > MUST NOT -- per RFC 7950, 7.20.3 > > "The YANG "deviation" statement cannot appear in IETF YANG modules" > > > Will change "cannot" to is not allowed to" Andy --089e082b13142c87a80566cba7cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan <<= a href=3D"mailto:suresh@kaloom.com" target=3D"_blank">suresh@kaloom.com= > wrote:
Suresh Krishnan has en= tered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/<= wbr>statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
DISCUSS:
-----------------------------------------------------------------= -----

* Section 4.25

I think this might be a simple misunderstanding but I have no idea what
compliance with this statement implies.

"A YANG module MUST NOT be designed such that the set of modules found= on a
server implementation can be predetermined in advance."

Can you please clarify?



OK to remove this sente= nce.
Not sure where it came from

=C2=A0<= /div>

-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

Section 3.2:
=C2=A0 The date looks to be contradictory between the explanatory text

"The following example is for the '2010-01-18' revision of the= =C2=A0 'ietf-foo'
module:"

and the actual code component defined right after

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<CO= DE BEGINS> file "ietf-foo@2016-03-20.yang"
...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0revision 2016-03-20 {
...


OK will update revis= ion date

=C2=A0
* Section 4.14.1.=C2=A0 Non-Presence Container

So what is the guideline here? That there is no guideline?



that is intentional -- = usage of NP containers needs to be reviewed on a case-by-case basis
because like the text says, it is subjective as to what is inappropriate= usage of an NP-container.

=C2=A0
* Section 4.20

What does "cannot" imply here? MUST NOT? SHOULD NOT?


MUST NOT -- per RFC 7950, 7.20.3

=C2=A0

"The YANG "deviation" statement cannot appear in IETF YANG m= odules"



Will change "c= annot" to is not allowed to"

=

Andy<= /div>

--089e082b13142c87a80566cba7cb-- From nobody Wed Mar 7 01:11:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63876126D85 for ; Wed, 7 Mar 2018 01:11:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.01 X-Spam-Level: X-Spam-Status: No, score=-7.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WAiIkotIw5Lg for ; Wed, 7 Mar 2018 01:11:36 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35FA9127978 for ; Wed, 7 Mar 2018 01:11:35 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id 2C11062426 for ; Wed, 7 Mar 2018 10:11:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1520413893; bh=csYgiFjQ2sM9FxLnBlvLABytnyszohJxjLM+itTG1NM=; h=From:To:Date; b=QMsgGwr47SW3F6JSJ0rgMqW6P3QxqjPiTwGgUkM/lC6Jo5dhOb0dfiTP+KqXzq+CA QUWsdn6lAKzNqlr04xezIMJDdN5juBWqJoooWqkC+6Z8l/JRGxQ5DzUP6asLQ7+Gqe tzE6aEH2Uelpa1da8J/rKRkSryUE173nFaar1VeI= Message-ID: <1520413892.8319.9.camel@nic.cz> From: Ladislav Lhotka To: NETMOD WG Date: Wed, 07 Mar 2018 10:11:32 +0100 Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 09:11:38 -0000 Hi, sec. 6.4.1 in RFC 7950 says in the second bullet item: Names without a namespace prefix belong to the same namespace as the identifier of the current node. It is unclear what "current node" means: 1. Is it the context node of the XPath expression, or 2. is it the schema node corresponding to the parent statement of the must/when statement? For example: module example-4-a { ... container bag { ... } } module example-4-b { ... import example-4-a { prefix "ex4a"; } augment "/ex4a:bag" { when "/quux = 0"; ... } } ... } What is the namespace of "quux" in the when expression? Is it "example-4-a" (option 1 above) or "example-4-b" (option 2)? Thanks, Lada -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Mar 7 01:18:44 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4018126D3F for ; Wed, 7 Mar 2018 01:18:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cesnet.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KlIiSzwcS1Fe for ; Wed, 7 Mar 2018 01:18:41 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [78.128.211.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB408124217 for ; Wed, 7 Mar 2018 01:18:40 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 999) id 8604E602EC; Wed, 7 Mar 2018 10:18:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1520414318; bh=WUrFh4lOwaScHihffK96FIKhNdBD/UX9xvTFzrJtRSQ=; h=In-Reply-To:From:Date:Cc:To:Subject; b=GF9WOlx5ulwrtsyYyG1CaXWwKf/zlKCtIZ94NxV8/WJxL35d03Ut5O0f3rs2P7iI9 nNP8OhWtg3wGhL38TxoHNUU4FQB6RNMiZWk+ykP+MHsLTMqeXFpOiUH4/w+DJ7FVKb a1R7sdkjFm4E/Aq1cY5xADoX5hHff1p58ItHEfeQ= Content-Type: text/plain; charset="utf-8" In-Reply-To: <1520413892.8319.9.camel@nic.cz> From: =?utf-8?q?Michal_Va=C5=A1ko?= X-Forward: 147.229.12.224 Date: Wed, 07 Mar 2018 10:18:38 +0100 Cc: "NETMOD WG" To: "Ladislav Lhotka" MIME-Version: 1.0 Message-ID: <3fcd-5a9fae80-9f-740b6f80@66506381> User-Agent: SOGoMail 2.3.23 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] =?utf-8?b?Pz09P3V0Zi04P3E/ICBkZWZhdWx0IG5hbWVzcGFjZSBp?= =?utf-8?q?n_XPath?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 09:18:43 -0000 Hello, we have implemented it as option 1 based on the "current()" function de= finition (RFC 7950 sec. 10.1.1): The current() function takes no input parameters and returns a node set with the initial context node as its only member. If this was not intended and actually option 2 is correct, the "current= ()" function should probably be renamed or return a different node to b= e consistent and not misleading. Regards, Michal On Wednesday, March 7, 2018 10:11 CET, Ladislav Lhotka = wrote: > Hi, > > sec. 6.4.1 in RFC 7950 says in the second bullet item: > > Names without a namespace prefix belong to the same namespace as= > the identifier of the current node. > > It is unclear what "current node" means: > > 1. Is it the context node of the XPath expression, or > > 2. is it the schema node corresponding to the parent statement of the= must/when > statement? > > For example: > > module example-4-a { > ... > container bag { > ... > } > } > > module example-4-b { > ... > import example-4-a { > prefix "ex4a"; > } > > augment "/ex4a:bag" { > when "/quux =3D 0"; > ... > } > } > ... > } > > What is the namespace of "quux" in the when expression? Is it "exampl= e-4-a" > (option 1 above) or "example-4-b" (option 2)? > > Thanks, Lada > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Wed Mar 7 02:24:28 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59305127023; Wed, 7 Mar 2018 02:24:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 ObxODKZSRhtm; Wed, 7 Mar 2018 02:24:25 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37853124239; Wed, 7 Mar 2018 02:24:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14321; q=dns/txt; s=iport; t=1520418264; x=1521627864; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=CFVUD9j/4fcONdJwg3ISeYbC9e25wSdSG7apiB/G3RI=; b=ERnE3TE92gpgya/UJG5JKl/NEMI7L/4R+wfjcfoAJyVg2wRCd1u1avSl 1CYbFvBw64zXwxa86QBIvBDwCQX6v0LtT9ZOaa1+QWvIaHW06zZIXFgZ/ Q8dQ8vnkhLn10+7HECEfoV3iadbk34tNrUzovmRLlygeN760N3WlyUDOi k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B9AQB0vZ9a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjlYygRaPEYUjFIIBCiOFDQKDKDYWAQIBAQEBAQE?= =?us-ascii?q?CayeFJAEFI1YQCQIYJwMCAkYRBgEMBgIBAYUXEIp9nW6CJyaETIN+ghwFhTGEB?= =?us-ascii?q?YFmKYMEgy4CAQIBgToBEgEJgyGCYgSII4slhx8JhlSKJAeBZ4Q1gniFZIZmgRK?= =?us-ascii?q?CBYFMgymCZIEuJQIvYVgRCDMaCBsVgn2BeGuBZj83AYlqgjoBAQE?= X-IronPort-AV: E=Sophos;i="5.47,435,1515456000"; d="scan'208,217";a="2428182" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2018 10:24:21 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w27AOLL5002919; Wed, 7 Mar 2018 10:24:21 GMT To: Andy Bierman , Suresh Krishnan Cc: NetMod WG Chairs , NetMod WG , Kent Watsen , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152039784116.17621.12389822772400710157.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <70b5aeb1-ec66-fd8d-06d0-a6ac97ed98b9@cisco.com> Date: Wed, 7 Mar 2018 11:24:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------7ED8D6A5CA5F475ECE7D9825" Content-Language: en-US Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-rfc6087bis-18: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 10:24:27 -0000 This is a multi-part message in MIME format. --------------7ED8D6A5CA5F475ECE7D9825 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Suresh, > > > On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan > wrote: > > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut > this > introductory paragraph, however.) > > > Please refer to > https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > * Section 4.25 > > I think this might be a simple misunderstanding but I have no idea > what > compliance with this statement implies. > > "A YANG module MUST NOT be designed such that the set of modules > found on a > server implementation can be predetermined in advance." > > Can you please clarify? > > > > OK to remove this sentence. > Not sure where it came from > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Section 3.2: >   The date looks to be contradictory between the explanatory text > > "The following example is for the '2010-01-18' revision of the  > 'ietf-foo' > module:" > > and the actual code component defined right after > >                     file "ietf-foo@2016-03-20.yang" > ... >                                  revision 2016-03-20 { > ... > > > > OK will update revision date > > > * Section 4.8 > > I went over this text several times to figure out what it means. > Can you > simplify this, or provide examples as to when revision dates > are/are not to be > updated. > >    It is not required to keep the full revision history of draft >    versions (e.g., modules contained within Internet-Drafts).  > That is, >    within a sequence of draft versions, only the most recent revision >    need be recorded in the module.  However, whenever a new (i.e. >    changed) version is made available (e.g., via a new version of an >    Internet-Draft), the revision date of that new version MUST be >    updated to a date later than that of the previous version. > > > OK -- will clarify that the same revision-stmt can be reused in an > Internet Draft. > The revision date is updated if the module is changed. What we mean here is that the published RFC should contain something such as: revision 2018-01-09 { description "Updated to support NMDA."; reference "RFC XXXX: A YANG Data Model for Interface Management"; } As opposed to the full draft history and change log revision 2018-01-09 { description "Updated to support NMDA."; reference "RFC XXXX: A YANG Data Model for Interface Management"; } revision 2017-11-01 { description "Updated to address AD review."; reference "draft-ietf-netmod-rfc7223bis-03"; } revision 2017-09-01 { description "Updated to address issue X, Y, Z"; reference "draft-ietf-netmod-rfc7223bis-02"; } > > * Section 4.20 > > What does "cannot" imply here? MUST NOT? SHOULD NOT? > > > > MUST NOT -- per RFC 7950, 7.20.3 > > > "The YANG "deviation" statement cannot appear in IETF YANG modules" > > > > Will change "cannot" to is not allowed to" There is not point to repeat the RFC7950 specifications, but we want to add to it. Therefore, let me propose: OLD: The YANG "deviation" statement cannot appear in IETF YANG modules, but it can be useful for documenting server capabilities. Deviation statements are not reusable and typically not shared across all platforms. NEW: Per RFC 7950, 7.20.3, the YANG "deviation" statement is not allowed to appear in IETF YANG modules, but it can be useful for documenting server capabilities. Deviation statements are not reusable and typically not shared across all platforms. Regards, Benoit --------------7ED8D6A5CA5F475ECE7D9825 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Suresh,


On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan <suresh@kaloom.com> wrote:
Suresh Krishnan has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

* Section 4.25

I think this might be a simple misunderstanding but I have no idea what
compliance with this statement implies.

"A YANG module MUST NOT be designed such that the set of modules found on a
server implementation can be predetermined in advance."

Can you please clarify?



OK to remove this sentence.
Not sure where it came from

 

----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Section 3.2:
  The date looks to be contradictory between the explanatory text

"The following example is for the '2010-01-18' revision of the  'ietf-foo'
module:"

and the actual code component defined right after

                   <CODE BEGINS> file "ietf-foo@2016-03-20.yang"
...
                                 revision 2016-03-20 {
...


OK will update revision date

 

* Section 4.8

I went over this text several times to figure out what it means. Can you
simplify this, or provide examples as to when revision dates are/are not to be
updated.

   It is not required to keep the full revision history of draft
   versions (e.g., modules contained within Internet-Drafts).  That is,
   within a sequence of draft versions, only the most recent revision
   need be recorded in the module.  However, whenever a new (i.e.
   changed) version is made available (e.g., via a new version of an
   Internet-Draft), the revision date of that new version MUST be
   updated to a date later than that of the previous version.


OK -- will clarify that the same revision-stmt can be reused in an Internet Draft.
The revision date is updated if the module is changed.
What we mean here is that the published RFC should contain something such as:
     revision 2018-01-09 {
       description
         "Updated to support NMDA.";
       reference
         "RFC XXXX: A YANG Data Model for Interface Management";
     }

As opposed to the full draft history and change log
     revision 2018-01-09 {
       description
         "Updated to support NMDA.";
       reference
         "RFC XXXX: A YANG Data Model for Interface Management";
     }

     revision 2017-11-01 {
       description
         "Updated to address AD review.";
       reference
         "draft-ietf-netmod-rfc7223bis-03";
     }

     revision 2017-09-01 {
       description
         "Updated to address issue X, Y, Z";
       reference
         "draft-ietf-netmod-rfc7223bis-02";
     }


 
* Section 4.20

What does "cannot" imply here? MUST NOT? SHOULD NOT?


MUST NOT -- per RFC 7950, 7.20.3

 

"The YANG "deviation" statement cannot appear in IETF YANG modules"



Will change "cannot" to is not allowed to"
There is not point to repeat the RFC7950 specifications, but we want to add to it.
Therefore, let me propose:

OLD:
   The YANG "deviation" statement cannot appear in IETF YANG modules,
   but it can be useful for documenting server capabilities.  Deviation
   statements are not reusable and typically not shared across all
   platforms.


NEW:

   Per RFC 7950, 7.20.3, the YANG "deviation" statement is not allowed to appear in IETF YANG modules,
   but it can be useful for documenting server capabilities.  Deviation
   statements are not reusable and typically not shared across all
   platforms.

Regards, Benoit
--------------7ED8D6A5CA5F475ECE7D9825-- From nobody Wed Mar 7 02:27:10 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 448DF126CF9; Wed, 7 Mar 2018 02:27:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 6HWY8hxxOfMf; Wed, 7 Mar 2018 02:27:01 -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 BEEA8124239; Wed, 7 Mar 2018 02:27:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2003; q=dns/txt; s=iport; t=1520418421; x=1521628021; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=wFAUcHRe3SR1rMnz/U0lTwrG5moMEYu+dR/7e9s8how=; b=BeA5n1hqBkAei8jyRpFMEGs8xB8iAOW41CvVtcLMkJ18GEfqWMtxpFiZ seyEDnZIZM4dNhlBQTD/4gY/Ysh8x01auILqF7Sjpr0VqT6769Y3sDCYU C7msVA8NmNpqN89E/Sk0v9V6j+aAtEhSFTSMVQcDhYv4inFSXF+OUhJxV o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B6AQAHvZ9a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjlYLgT2USIIBCiOFDQKDKDgUAQIBAQEBAQECaye?= =?us-ascii?q?FJAYjFUEQCw4MAiYCAlcGAQwIAQEFhRIQqGuCJ4Ryg3+CIYEPhCKEBYFmKQyCe?= =?us-ascii?q?IMjCwIBAgGBOgESAQeDI4JiBIgjkkQJhlSDEocSB4FnhDWCeIVkiX2BTIYNgS4?= =?us-ascii?q?1IWFYEQgzGggbFYJ9CYRAPzcBiWqCOgEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,435,1515456000"; d="scan'208";a="2479322" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2018 10:26:58 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w27AQwqS006464; Wed, 7 Mar 2018 10:26:58 GMT To: Alexey Melnikov , The IESG Cc: netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org References: <152036725662.28315.13661420384643627673.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <40f6d63d-3776-350d-14ae-c8beb8e1b342@cisco.com> Date: Wed, 7 Mar 2018 11:26:58 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <152036725662.28315.13661420384643627673.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Alexey Melnikov's Yes on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 10:27:03 -0000 Alexey, > Alexey Melnikov has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: Yes > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for a great document. Some minor comments: > > 3.8. IANA Considerations Section > > In order to comply with IESG policy as set forth in > http://www.ietf.org/id-info/checklist.html, every Internet-Draft that > is submitted to the IESG for publication MUST contain an IANA > Considerations section. The requirements for this section vary > depending on what actions are required of the IANA. If there are no > IANA considerations applicable to the document, then the IANA > Considerations section stating that there are no actions is removed > by the RFC Editor before publication. > > IANA's and RFC Editor opinion about empty IANA Considerations section has > changed over time (and might change again), so I would not make this statement. > I don't think this is necessarily the current policy. RFC Editor asks, but > doesn't enforce this. So I suggest changing "is removed" to "might be removed". That makes sense. > > [I-D.ietf-netmod-revised-datastores] - I am pretty sure that some uses of this > document are normative, so you should move it to Normative References. Well spot. This is required by the terminology section 2.4 Regards, Benoit > > > . > From nobody Wed Mar 7 03:34:18 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2661F129C6C for ; Wed, 7 Mar 2018 03:34:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.009 X-Spam-Level: X-Spam-Status: No, score=-7.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KLwbuoQ5JojU for ; Wed, 7 Mar 2018 03:34:15 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB9BC126CE8 for ; Wed, 7 Mar 2018 03:34:14 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id 18EEC62506; Wed, 7 Mar 2018 12:34:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1520422453; bh=nrcvddXfAqKMnbLSLdYjxt2HGavIyUXftfWhw+xcppg=; h=From:To:Date; b=ZwlNT3/JSAHZSR9bk26QAswoqdXS6t32gjmSGomn5Cy8lqO2qUJXH54xOnVcn/8FM waAnKYHLjETXyKh/Zvjsd17fs0uDvDDBpU9Esr4MdE24AG5/rA3NekRCRk9UK7Q05a c1DmLqTKgKkzzvIMliPi5LisVQeHJszobnWsN/dI= Message-ID: <1520422452.8319.17.camel@nic.cz> From: Ladislav Lhotka To: Michal =?UTF-8?Q?Va=C5=A1ko?= Cc: NETMOD WG Date: Wed, 07 Mar 2018 12:34:12 +0100 In-Reply-To: <3fcd-5a9fae80-9f-740b6f80@66506381> References: <3fcd-5a9fae80-9f-740b6f80@66506381> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 11:34:17 -0000 Hi Michal, On Wed, 2018-03-07 at 10:18 +0100, Michal Vaško wrote: > Hello, > we have implemented it as option 1 based on the "current()" function Right, I have the same in my implementation. It is however counter-intuitive in cases like my example because unprefixed names normally receive the namespace of the module where they appear (I made a mistake myself:-). > definition (RFC 7950 sec. 10.1.1): > > The current() function takes no input parameters and returns a node > set with the initial context node as its only member. > > If this was not intended and actually option 2 is correct, the "current()" > function should probably be renamed or return a different node to be > consistent and not misleading. IMO the current() function should stay, but the text in sec. 6.4.1 has to be changed: OLD Names without a namespace prefix belong to the same namespace as the identifier of the current node. NEW Names without a namespace prefix belong to the same namespace as the identifier of the context node. If there are no objections, I will file an erratum. Lada > > Regards, > Michal > > On Wednesday, March 7, 2018 10:11 CET, Ladislav Lhotka wrote: > > > Hi, > > > > sec. 6.4.1 in RFC 7950 says in the second bullet item: > > > > Names without a namespace prefix belong to the same namespace as > > the identifier of the current node. > > > > It is unclear what "current node" means: > > > > 1. Is it the context node of the XPath expression, or > > > > 2. is it the schema node corresponding to the parent statement of the > > must/when > > statement? > > > > For example: > > > > module example-4-a { > > ... > > container bag { > > ... > > } > > } > > > > module example-4-b { > > ... > > import example-4-a { > > prefix "ex4a"; > > } > > > > augment "/ex4a:bag" { > > when "/quux = 0"; > > ... > > } > > } > > ... > > } > > > > What is the namespace of "quux" in the when expression? Is it "example-4-a" > > (option 1 above) or "example-4-b" (option 2)? > > > > Thanks, Lada > > > > -- > > Ladislav Lhotka > > Head, CZ.NIC Labs > > PGP Key ID: 0xB8F92B08A9F76C67 > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Mar 7 03:44:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C33BA12D7E4 for ; Wed, 7 Mar 2018 03:44:53 -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, 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 eutJ-1dE-u06 for ; Wed, 7 Mar 2018 03:44:52 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 14C081271DF for ; Wed, 7 Mar 2018 03:44:52 -0800 (PST) Received: by trail.lhotka.name (Postfix, from userid 109) id E4E0C1820413; Wed, 7 Mar 2018 12:44:23 +0100 (CET) Received: from localhost (unknown [195.113.220.121]) by trail.lhotka.name (Postfix) with ESMTPSA id 26E87182040D; Wed, 7 Mar 2018 12:44:21 +0100 (CET) From: Ladislav Lhotka To: Robert Varga , netmod@ietf.org In-Reply-To: References: <87woz2a3x1.fsf@chopps.org> <596f5e0b-301e-e102-bcae-c3421b24455b@cisco.com> <87lgfg9ded.fsf@chopps.org> <20180226.160921.622063322182936097.mbj@tail-f.com> <87efl7bn4c.fsf@chopps.org> <87zi3uq5ix.fsf@nic.cz> Mail-Followup-To: Robert Varga , netmod@ietf.org Date: Wed, 07 Mar 2018 12:44:46 +0100 Message-ID: <871sgw2jpt.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] Proposal for minimalist full NMDA support in schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 11:44:54 -0000 Robert Varga writes: > On 27/02/18 08:02, Ladislav Lhotka wrote: >> The initial virtual interim decided to use Martin's combined proposal >> and most of my subsequent objections were rejected on the basis of that >> decision. That's why I hate discussing complicated things in virtual >> interims - it it a safe and fast way to reach wrong decisions. > > Well said, I could not agree more. The standardization is taking *way* > too long because the WG is ignoring the KISS principle and does not > define simple (yet powerful) composable constructs. In fact, it is just the good old Occam's Razor: Entities should not be multiplied unnecessarily. Simplicity of concepts is especially important here because the majority of YANG modules will be written (hopefully) by people having only a casual experience with YANG. Anyway, it doesn't help us in the current state of affairs. It looks like we are stuck and no compromise is in sight. Lada > > Regards, > Robert > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Mar 7 03:47:56 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 58DE6127241; Wed, 7 Mar 2018 03:47:50 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alvaro Retana To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152042327035.17585.18187058765530652581.idtracker@ietfa.amsl.com> Date: Wed, 07 Mar 2018 03:47:50 -0800 Archived-At: Subject: [netmod] Alvaro Retana's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 11:47:50 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (1) This sentence in the Introduction caught my attention: "This document defines a set of usage guidelines for Standards Track documents containing YANG...data models." The Abstract extends to say that "Applicable portions may be used as a basis for reviews of other YANG data model documents." I don't remember a non-Standards Track document off the top of my head [*], but I'm sure the guidelines apply to any IETF document containing a module. Is that true? I see, for example, that in 4.1 (Module Naming Conventions) it is clear how modules published by the IETF should be named...and a note is included about what other SDOs might do. Are there cases where the guidelines are only applicable to Standards Track documents, but would not apply to other IETF documents? This may be a nit, but I think it is good to close this door before the justification for non-compliance starts being the Status of a document. [*] I do remember the IESG talking about whether a document with a module for an Experimental protocol should be in the Standards Track or not. IMHO, what matters is for the module to be used (i.e. correct, implementable, implemented, etc.) and not the status of the document it is in. (2) The second paragraph in 2.1. (Requirements Notation) is not needed: "RFC 2119 language...as if it were describing best current practices." This document is now a BCP. From nobody Wed Mar 7 05:06:24 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E578A12711E for ; Wed, 7 Mar 2018 05:06:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jSn1t1d8auhn for ; Wed, 7 Mar 2018 05:06:22 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id CE92F126B7E for ; Wed, 7 Mar 2018 05:06:21 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 921DC1AE02C9; Wed, 7 Mar 2018 14:06:20 +0100 (CET) Date: Wed, 07 Mar 2018 14:06:20 +0100 (CET) Message-Id: <20180307.140620.956119706648700590.mbj@tail-f.com> To: lhotka@nic.cz Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <1520413892.8319.9.camel@nic.cz> References: <1520413892.8319.9.camel@nic.cz> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 13:06:23 -0000 Ladislav Lhotka wrote: > Hi, > > sec. 6.4.1 in RFC 7950 says in the second bullet item: > > Names without a namespace prefix belong to the same namespace as > the identifier of the current node. > > It is unclear what "current node" means: > > 1. Is it the context node of the XPath expression, or > > 2. is it the schema node corresponding to the parent statement of the must/when > statement? > > For example: > > module example-4-a { > ... > container bag { > ... > } > } > > module example-4-b { > ... > import example-4-a { > prefix "ex4a"; > } > > augment "/ex4a:bag" { > when "/quux = 0"; > ... > } > } > ... > } > > What is the namespace of "quux" in the when expression? Is it "example-4-a" > (option 1 above) or "example-4-b" (option 2)? Just like with all other unprefixed items (except in a grouping/typedef), it is supposed to default to the prefix of the module where it is defined (lexical scope). So it is supposed to be "example-4-b". I agree that the term "current node" is misleading. /martin From nobody Wed Mar 7 05:31:07 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BC9C12D954 for ; Wed, 7 Mar 2018 05:30:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.009 X-Spam-Level: X-Spam-Status: No, score=-7.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OijtW_z7NH81 for ; Wed, 7 Mar 2018 05:30:54 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D02B120713 for ; Wed, 7 Mar 2018 05:30:52 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id BC77C608AF; Wed, 7 Mar 2018 14:30:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1520429450; bh=eKOWo9lZaluCvd/muahOSt9EfvJ+SW9ppL+k2rWZ7iI=; h=From:To:Date; b=V9Nme+pGSp6YR+1E8cViX/06pxTva44M5iNrOTiXhF7ZM6XdnkXdHhoiD4x9+v7kZ gnKhoovpF1XpjeAzwcfHTENI3WSBc1YowHJq8CXP/h3OOfztc8kek8LJaNXj5uCz7v TulMj+8/RXfFoZHQppddnyaJk4cX9wRZnTT9SyRI= Message-ID: <1520429450.8319.52.camel@nic.cz> From: Ladislav Lhotka To: Martin Bjorklund Cc: netmod@ietf.org Date: Wed, 07 Mar 2018 14:30:50 +0100 In-Reply-To: <20180307.140620.956119706648700590.mbj@tail-f.com> References: <1520413892.8319.9.camel@nic.cz> <20180307.140620.956119706648700590.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] default namespace in XPath X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 13:31:06 -0000 On Wed, 2018-03-07 at 14:06 +0100, Martin Bjorklund wrote: > Ladislav Lhotka wrote: > > Hi, > > > > sec. 6.4.1 in RFC 7950 says in the second bullet item: > > > > Names without a namespace prefix belong to the same namespace as > > the identifier of the current node. > > > > It is unclear what "current node" means: > > > > 1. Is it the context node of the XPath expression, or > > > > 2. is it the schema node corresponding to the parent statement of the > must/when > > statement? > > > > For example: > > > > module example-4-a { > > ... > > container bag { > > ... > > } > > } > > > > module example-4-b { > > ... > > import example-4-a { > > prefix "ex4a"; > > } > > > > augment "/ex4a:bag" { > > when "/quux = 0"; > > ... > > } > > } > > ... > > } > > > > What is the namespace of "quux" in the when expression? Is it "example-4-a" > > (option 1 above) or "example-4-b" (option 2)? > > Just like with all other unprefixed items (except in a > grouping/typedef), it is supposed to default to the prefix of the > module where it is defined (lexical scope). So it is supposed to be > "example-4-b". I agree that the term "current node" is misleading. But then you cannot refer to XPath 2.0 as being the model for this default namespace concept because in-scope namespaces defined in XPath 2.0 are bound to element (XPath) nodes. Lada > > > > > /martin -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Mar 7 05:59:05 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7494E1273B1 for ; Wed, 7 Mar 2018 05:59:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZpciDhZIIJcp for ; Wed, 7 Mar 2018 05:59:02 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [IPv6:2001:718:1:1f:50:56ff:feee:34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 484BB12422F for ; Wed, 7 Mar 2018 05:59:01 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 999) id ED033602EC; Wed, 7 Mar 2018 14:58:58 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1520431138; bh=0kgYBMARvUI49q0sY4L/ST90eIT8ZaJDfKdf9TEiUC0=; h=To:Date:Subject:From; b=1l2nIQkTVIfEI1o8BKMhUS5fpvT55oNEwE0AOK9W907zc3plAH3Vwuqbk+STrHYFm COnO70QevFrqkkWHq7Q7EE0YMBmCzONtfzIu1DphMx2xlsz3zH3KNGbwyU1btoXuDT 8xraARCpf+SArhkdyCTJa+l4GVGaSbS8bpH9977o= Content-Type: text/plain; charset="utf-8" To: "netmod" User-Agent: SOGoMail 2.3.23 MIME-Version: 1.0 Date: Wed, 07 Mar 2018 14:58:58 +0100 Message-ID: <3b2-5a9ff000-ef-7e1ee400@19283128> X-Forward: 147.229.12.224 From: =?utf-8?q?Michal_Va=C5=A1ko?= Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [netmod] Notifications with state data reference X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 13:59:04 -0000 Hi, in ietf-hardware [1] there are notifications defined that include leafr= efs pointing to state data leaves. When the notification is generated, = it is validated with regard to the current state data and if successful= , the notification is then stored for possible future replay. Now, what= happens when a client actually asks for notification replay including = this notification? A server is no longer capable of validating it befor= e sending because the state data changed. The same goes for the client,= it is unable to validate notifications received from replay. Was this = intentional, should the validation be simply skipped in this case? Thanks, Michal [1] https://tools.ietf.org/html/draft-ietf-netmod-entity-08#page-29 From nobody Wed Mar 7 06:09:33 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACF31127698; Wed, 7 Mar 2018 06:09:26 -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, 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=kaloom.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 dERMEBI5mbgA; Wed, 7 Mar 2018 06:09:23 -0800 (PST) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670092.outbound.protection.outlook.com [40.107.67.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96E4C127522; Wed, 7 Mar 2018 06:09:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kaloom.onmicrosoft.com; s=selector1-kaloom-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=S2kbNe8aqxHwSHW6vXJcTTIzwbMDEF0vAJay380qCdQ=; b=AeuQ6yMJiL7LX7xgfUF2rxRqD0hD32zUdiLM3iEbAsLpvtmuTdlgjEL36ZUWdbMa+fKnghEXLrUlfkunY0i9SugtuTEsV4fUqin3btDKROe6LNqzi4qkF2WvdfR0l1Ye8SZlFOIhQJfpl2xvz7DmZBPjpS8u9KQ+NEoVdLywMfY= Received: from YQXPR0101MB2054.CANPRD01.PROD.OUTLOOK.COM (52.132.77.143) by YQXPR0101MB2294.CANPRD01.PROD.OUTLOOK.COM (52.132.80.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Wed, 7 Mar 2018 14:09:20 +0000 Received: from YQXPR0101MB2054.CANPRD01.PROD.OUTLOOK.COM ([fe80::a0a9:b971:1b66:bfc2]) by YQXPR0101MB2054.CANPRD01.PROD.OUTLOOK.COM ([fe80::a0a9:b971:1b66:bfc2%13]) with mapi id 15.20.0548.016; Wed, 7 Mar 2018 14:09:20 +0000 From: Suresh Krishnan To: Benoit Claise , Andy Bierman CC: NetMod WG Chairs , "draft-ietf-netmod-rfc6087bis@ietf.org" , Kent Watsen , The IESG , NetMod WG Thread-Topic: Suresh Krishnan's Discuss on draft-ietf-netmod-rfc6087bis-18: (with DISCUSS and COMMENT) Thread-Index: AQHTtdNfEmqaf0tAfkqq9nbOpV+DcaPEkUKAgAA+3AA= Date: Wed, 7 Mar 2018 14:09:20 +0000 Message-ID: <96340504-5C2C-4FF0-8B0F-0D8AA5375E96@kaloom.com> References: <152039784116.17621.12389822772400710157.idtracker@ietfa.amsl.com> <70b5aeb1-ec66-fd8d-06d0-a6ac97ed98b9@cisco.com> In-Reply-To: <70b5aeb1-ec66-fd8d-06d0-a6ac97ed98b9@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Suresh@kaloom.com; x-originating-ip: [67.22.228.35] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQXPR0101MB2294; 7:3DlYVTTLTi5JUbpIeHMN/E0l2gnuvyd5f2yTxnKpVwIvj32Xz13X9dAIaYH2EhezJGGA5AZnUq9mJ1+fRLkl2KCXDavYMxlTZQqPRHwJBH2K1NRicr8OLh+sRP8U23K6tzWaWkS8a9H6osBGnTkI44ge7aduSgvo6qLqvTsoo8vUHH4qUKexPRU4faK3/SUUaWFuXBV+yw2rMOXHw4/+kaaFr7Yv+n2EPQTWdLVs0KgOyBYxq3uany01aUGxKIcn x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 9058b3a3-a87d-4cdd-68a6-08d5843505b9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603328)(7153060)(7193020); SRVR:YQXPR0101MB2294; x-ms-traffictypediagnostic: YQXPR0101MB2294: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(120809045254105)(85827821059158)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231220)(944501244)(52105095)(3002001)(10201501046)(6041288)(2016111802025)(20161123558120)(20161123560045)(20161123564045)(20161123562045)(6043046)(6072148)(201708071742011); SRVR:YQXPR0101MB2294; BCL:0; PCL:0; RULEID:; SRVR:YQXPR0101MB2294; x-forefront-prvs: 0604AFA86B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39380400002)(376002)(346002)(39830400003)(366004)(377424004)(54534003)(199004)(189003)(478600001)(102836004)(26005)(36756003)(53936002)(8666007)(6486002)(6436002)(2950100002)(72206003)(6512007)(6306002)(59450400001)(76176011)(236005)(53546011)(8936002)(6116002)(3846002)(966005)(6506007)(54896002)(82746002)(6246003)(97736004)(5250100002)(33656002)(83716003)(105586002)(186003)(25786009)(68736007)(4326008)(3280700002)(66066001)(8676002)(81156014)(81166006)(5660300001)(3660700001)(2906002)(80792005)(54906003)(86362001)(229853002)(99286004)(110136005)(2900100001)(606006)(14454004)(106356001)(316002)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:YQXPR0101MB2294; H:YQXPR0101MB2054.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: kaloom.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 5e47GXqdxSX00ld7MWCGyVvNhrm92Y0Q0tDlSG6Z6nW0B+oorvGnaxjZuI6qLtf7EgaM0qkTO7bRTpD//TgMpy3O6HRS9YqoiJAn6ihHcHHYVexYvao7BGS6KwQ3km2O9PG8GBl+5CrtVpr372nvTXI9ed6lEZRlyMdQ3AYpy1BFaDJy5bKU5QEHaOxVUOIpYnOQUK24QXWV6qbiLQD3pm9CXbGPZTxL1ir56e9rVqVj8wyx0YXjX7DtmxPVtZVzH6myyuvKPSk1bc0hyZpsBhPDGkg55Tqjbpd+gzK2fan0eDq6SUed4H5/kQ0yMDYpjtYLllZuwZ375t2QFqbMLg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_963405045C2C4FF08B0F0D8AA5375E96kaloomcom_" MIME-Version: 1.0 X-OriginatorOrg: kaloom.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9058b3a3-a87d-4cdd-68a6-08d5843505b9 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 14:09:20.5869 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 47d58e26-f796-48e8-ac40-1c365c204513 X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB2294 Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-rfc6087bis-18: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 14:09:27 -0000 --_000_963405045C2C4FF08B0F0D8AA5375E96kaloomcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Andy/Benoit, Your suggested changes look good to me. I will clear as soon as the new v= ersion hits. Regards Suresh On Mar 7, 2018, at 5:24 AM, Benoit Claise > wrote: Suresh, On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan > wrote: Suresh Krishnan has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- * Section 4.25 I think this might be a simple misunderstanding but I have no idea what compliance with this statement implies. "A YANG module MUST NOT be designed such that the set of modules found on a server implementation can be predetermined in advance." Can you please clarify? OK to remove this sentence. Not sure where it came from ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 3.2: The date looks to be contradictory between the explanatory text "The following example is for the '2010-01-18' revision of the 'ietf-foo' module:" and the actual code component defined right after file "ietf-foo@2016-03-20.yang" ... revision 2016-03-20 { ... OK will update revision date * Section 4.8 I went over this text several times to figure out what it means. Can you simplify this, or provide examples as to when revision dates are/are not to= be updated. It is not required to keep the full revision history of draft versions (e.g., modules contained within Internet-Drafts). That is, within a sequence of draft versions, only the most recent revision need be recorded in the module. However, whenever a new (i.e. changed) version is made available (e.g., via a new version of an Internet-Draft), the revision date of that new version MUST be updated to a date later than that of the previous version. OK -- will clarify that the same revision-stmt can be reused in an Internet= Draft. The revision date is updated if the module is changed. What we mean here is that the published RFC should contain something such a= s: revision 2018-01-09 { description "Updated to support NMDA."; reference "RFC XXXX: A YANG Data Model for Interface Management"; } As opposed to the full draft history and change log revision 2018-01-09 { description "Updated to support NMDA."; reference "RFC XXXX: A YANG Data Model for Interface Management"; } revision 2017-11-01 { description "Updated to address AD review."; reference "draft-ietf-netmod-rfc7223bis-03"; } revision 2017-09-01 { description "Updated to address issue X, Y, Z"; reference "draft-ietf-netmod-rfc7223bis-02"; } * Section 4.20 What does "cannot" imply here? MUST NOT? SHOULD NOT? MUST NOT -- per RFC 7950, 7.20.3 "The YANG "deviation" statement cannot appear in IETF YANG modules" Will change "cannot" to is not allowed to" There is not point to repeat the RFC7950 specifications, but we want to add= to it. Therefore, let me propose: OLD: The YANG "deviation" statement cannot appear in IETF YANG modules, but it can be useful for documenting server capabilities. Deviation statements are not reusable and typically not shared across all platforms. NEW: Per RFC 7950, 7.20.3, the YANG "deviation" statement is not allowed to a= ppear in IETF YANG modules, but it can be useful for documenting server capabilities. Deviation statements are not reusable and typically not shared across all platforms. Regards, Benoit --_000_963405045C2C4FF08B0F0D8AA5375E96kaloomcom_ Content-Type: text/html; charset="us-ascii" Content-ID: <410D8F262E5E1045B762F23D8CF3A649@CANPRD01.PROD.OUTLOOK.COM> Content-Transfer-Encoding: quoted-printable Hi Andy/Benoit,
  Your suggested changes look good to me. I will clear= as soon as the new version hits.

Regards
Suresh

On Mar 7, 2018, at 5:24 AM, Benoit Claise <bclaise@cisco.com> wrote:

Suresh,


On Tue, Mar 6, 2018 at 8:44 PM, Suresh Krishnan<= span class=3D"Apple-converted-space"> <suresh@kaloom.com> wrote:
Suresh Krishnan has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ie= tf.org/iesg/statement/discuss-criteria.html=
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
ht= tps://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------= -----------
DISCUSS:
-----------------------------------------------------------= -----------

* Section 4.25

I think this might be a simple misunderstanding but I have no idea what
compliance with this statement implies.

"A YANG module MUST NOT be designed such that the set of modules found= on a
server implementation can be predetermined in advance."

Can you please clarify?



OK to remove this sentence.
Not sure where it came from

 

-----------------------------------------------------------= -----------
COMMENT:
-----------------------------------------------------------= -----------

Section 3.2:
  The date looks to = be contradictory between the explanatory text

"The following example is for the '2010-01-18' revision of the  '= ietf-foo'
module:"

and the actual code component defined right after

                   <CO= DE BEGINS> file "= ;ietf-foo@2016-03-20.yang"
...
                     = ;            revision 2016-03-20 {
...


OK will update revision date

 

* Section 4.8

I went over this text several times to figure out what it means. Can you simplify this, or provide examples as to when revision dates are/are not to= be
updated.

   It is not required to keep the full revision history of draft<= br class=3D"">    versions (e.g., modules contained within Internet-Drafts).&nbs= p; That is,
   within a sequence of draft versions, only the most recent revi= sion
   need be recorded in the module.  However, whenever a new = (i.e.
   changed) version is made available (e.g., via a new version of= an
   Internet-Draft), the revision date of that new version MUST be=
   updated to a date later than that of the previous version.


OK -- will clarify that the same revision-stmt can be reuse= d in an Internet Draft.
The revision date is updated if the module is changed.
What we mean here is that the published RFC should contain something such as:
     revis=
ion 2018-01-09 {
       description
         "Updated to support NMDA.";
       reference
         "RFC XXXX: A YANG Data Model for Interface Management";
     }

As opposed to the full draft history and change log
     revis=
ion 2018-01-09 {
       description
         "Updated to support NMDA.";
       reference
         "RFC XXXX: A YANG Data Model for Interface Management";
     }

     revision 2017-11-01 {
       description
         "Updated to address AD review.";
       reference
         "draft-ietf-netmod-rfc7223bis-03";
     }

     revision 2017-09-01 {
       description
         "Updated to address issue X, Y, Z";
       reference
         "draft-ietf-netmod-rfc7223bis-02";
     }


 
* Section 4.20

What does "cannot" imply here? MUST NOT? SHOULD NOT?


MUST NOT -- per RFC 7950, 7.20.3

 

"The YANG "deviation" statement cannot appear in IETF YANG m= odules"



Will change "cannot" to is not allowed= to"
There is not point to repeat the RFC7950 specifications, but we want to add to i= t.
There= fore, let me propose:

OLD:<= /span>
   The YAN=
G "deviation" statement cannot appear in IETF YANG modules,
   but it can be useful for documenting server capabilities.  Deviation
   statements are not reusable and typically not shared across all
   platforms.


NEW:<= /span>

   Per RFC=
 7950, 7.20.3, the YANG "deviation" statement is not allowed to a=
ppear in IETF YANG modules,
   but it can be useful for documenting server capabilities.  Deviation
   statements are not reusable and typically not shared across all
   platforms.

Regards, Benoit

--_000_963405045C2C4FF08B0F0D8AA5375E96kaloomcom_-- From nobody Wed Mar 7 06:17:58 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 831F81270FC; Wed, 7 Mar 2018 06:17:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 Mja1JCMyMBsg; Wed, 7 Mar 2018 06:17:52 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12306124207; Wed, 7 Mar 2018 06:17:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2256; q=dns/txt; s=iport; t=1520432271; x=1521641871; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=UYxVwRN0JNUp3bl5inKxSgxNUWwvyiqoC877oAoN3/k=; b=bADSfq+SJNfLvjcJ0loZzP99mi1J3sOvrUe1UFq/yqfNiXeSB1qhSKoR kbB9kB+JH3hdpQKFGmnSzwoUIDchI0bPstYCaN5VBLjOVEWoKrheVaD/e +V0VM6ZF3NUAIlxplnNP5+Rd/9Xmr6kDpWROM/tBddofo4XcRMuX5ld/a g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BzAQBr859a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYkB6USIIBCiWFCwKDKzcVAQIBAQEBAQECayeFJAY?= =?us-ascii?q?jBBE2CxALDgwCJgICVwYBDAgBAYUXEKhUgW06hHKDcoIcBYEPhCKEBYIPgwSDL?= =?us-ascii?q?gIBAQEBgToBEgGDKoJiBIgjhVmMawmGVIokB4FnhDeCeIVkiX6BTIYNgS40ImF?= =?us-ascii?q?YEQgzGggbFTqCQ4JjgWY/NwGJToI6AQEB?= X-IronPort-AV: E=Sophos;i="5.47,436,1515456000"; d="scan'208";a="2435983" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2018 14:17:49 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w27EHm1G012583; Wed, 7 Mar 2018 14:17:49 GMT To: Alexey Melnikov , The IESG Cc: netmod-chairs@ietf.org, Lou Berger , kwatsen@juniper.net, draft-ietf-netmod-syslog-model@ietf.org, netmod@ietf.org, Warren Kumari References: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <965b6867-b409-e719-b8c0-73b620241a78@cisco.com> Date: Wed, 7 Mar 2018 15:17:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 14:17:53 -0000 Hi Alexey, Warren, > Alexey Melnikov has entered the following ballot position for > draft-ietf-netmod-syslog-model-23: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for this document. > > I also prefer for TCP to be documented, if used in real world. I've seen this comment in Warren's comment at https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ballot/#warren-kumari. However, I can't find his ballot in email. So let me reply to both of you here. This was discussed on the NETMOD mailing list. See subject "I-D Action: draft-ietf-netmod-syslog-model-19.txt" The fact is that RFC 6587 is now historic, implying a historic downref. I'm in favor to publish the document as it is right now, whose 00 WG doc. version dates from Nov 2014. Augmenting a YANG module, if TCP is required, is not that hard. Regards, Benoit > > Some minor comments: > > 1) Please add a Normative Reference for the file: URI RFC (RFC 8089) when you > mention it for the first time. > > 2) On page 19: > > Example: compare->equals and action->no-match means > messages that have a severity that is not equal to the > specified severity will be logged."; > > Do you mean "action->block" instead of "action->no-match"? > > 3) When logging to file: how is the file name constructed from the name file: > URI if multiple files are preserved by the system? E.g. if the log file is > rotated daily and 5 last files are preserved, how does each individual filename > look? If I understood how this is used, this needs more clarification. > > 4) Nit: on page 18, typo in "spectify" > > > . > From nobody Wed Mar 7 06:21:19 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FFA31270FC for ; Wed, 7 Mar 2018 06:21:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WYo8LR8V4p4c for ; Wed, 7 Mar 2018 06:21:16 -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 6E3A7124207 for ; Wed, 7 Mar 2018 06:21:16 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id BA771B66; Wed, 7 Mar 2018 15:21:14 +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 LoV03Lhf1mAS; Wed, 7 Mar 2018 15:21:13 +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, 7 Mar 2018 15:21:14 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 969CF20160; Wed, 7 Mar 2018 15:21:14 +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 WW257yHD_5hv; Wed, 7 Mar 2018 15:21:14 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 315A52015B; Wed, 7 Mar 2018 15:21:14 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id EDEE04266BF8; Wed, 7 Mar 2018 15:21:11 +0100 (CET) Date: Wed, 7 Mar 2018 15:21:11 +0100 From: Juergen Schoenwaelder To: Michal =?utf-8?B?VmHFoWtv?= Cc: netmod Message-ID: <20180307142111.ipxa4ux22c3hnbyq@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Michal =?utf-8?B?VmHFoWtv?= , netmod References: <3b2-5a9ff000-ef-7e1ee400@19283128> 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: <3b2-5a9ff000-ef-7e1ee400@19283128> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Notifications with state data reference X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 14:21:18 -0000 Dear Michal, I think the short answer is that the server replays notifications as they were was recorded. Operational state is about "in use" values and on many systems it is impossible to take a consistent snapshot of operational state and hence clients will have little chances to obtain consistent snapshots and to do meaningful validation of received notifications. (Clients would not only need a consistent snapshot to validate a received notification but they would also need a snapshot taken at the time the notification was generated.) /js On Wed, Mar 07, 2018 at 02:58:58PM +0100, Michal Vaško wrote: > Hi, > in ietf-hardware [1] there are notifications defined that include leafrefs pointing to state data leaves. When the notification is generated, it is validated with regard to the current state data and if successful, the notification is then stored for possible future replay. Now, what happens when a client actually asks for notification replay including this notification? A server is no longer capable of validating it before sending because the state data changed. The same goes for the client, it is unable to validate notifications received from replay. Was this intentional, should the validation be simply skipped in this case? > > Thanks, > Michal > > [1] https://tools.ietf.org/html/draft-ietf-netmod-entity-08#page-29 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- 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 Mar 7 08:02:54 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F4AD129C56; Wed, 7 Mar 2018 08:02:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 70qPjecdRIQX; Wed, 7 Mar 2018 08:02:45 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A13A129C70; Wed, 7 Mar 2018 08:02:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2585; q=dns/txt; s=iport; t=1520438565; x=1521648165; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=PqCQRwi+KVaTwZsdRKLP8NFEdPkAT/CqrH98aYTjQ6k=; b=aF/yDieWG5UVUbINHAGyEMOVHkbvAsq82agj2ZNWpq4q3xIE9VWGdNYk Siwhhtq6Zpx0sNgiUTCjHSWvKcTQWfep/TmEvy6n49upHdHQuSL++aeLQ LWPkVbmgQHllbB0uWZdudoMsz42UyenDoCprUAUSoEIlikMRPam/igevT 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B4AQDxC6Ba/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2cCiDVIsYjmKBPZQ0FIIBChgLhD5PAoMrNhYBAgEBAQEBAQJ?= =?us-ascii?q?rJ4UkAgQBASEVNgsQCw4MAiYCAicwBgEMBgIBAYUXEKhhgieEcoNyghwFgQ+EI?= =?us-ascii?q?oQFgWYpDIJ4gy4BAQECAYE6ARIBgyqCYgSGCIIbkkQJhlSGM4NxB4FnhDeCeIV?= =?us-ascii?q?kiX6BTIYNgS4kATFhWBEIMxoIGxU6gkOCY4FmPzcBiU6COgEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,436,1515456000"; d="scan'208";a="2437972" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2018 16:02:42 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w27G2gxd017727; Wed, 7 Mar 2018 16:02:42 GMT To: Alvaro Retana , The IESG Cc: netmod-chairs@ietf.org, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org References: <152042327035.17585.18187058765530652581.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <39a2f231-3845-9d50-e7b7-4c30de71040d@cisco.com> Date: Wed, 7 Mar 2018 17:02:42 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <152042327035.17585.18187058765530652581.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Alvaro Retana's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 16:02:48 -0000 Hi Alvaro, > Alvaro Retana has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > (1) This sentence in the Introduction caught my attention: "This document > defines a set of usage guidelines for Standards Track documents containing > YANG...data models." The Abstract extends to say that "Applicable portions > may be used as a basis for reviews of other YANG data model documents." > > I don't remember a non-Standards Track document off the top of my head [*], but > I'm sure the guidelines apply to any IETF document containing a module. Is > that true? In my mind, yes. I don't see why we would make a distinction. I believe the text should be improved. As history, this sentence is a cut/paste from RFC6087. > > I see, for example, that in 4.1 (Module Naming Conventions) it is clear how > modules published by the IETF should be named...and a note is included about > what other SDOs might do. Are there cases where the guidelines are only > applicable to Standards Track documents, but would not apply to other IETF > documents? I don't think so. Regards, B. > > This may be a nit, but I think it is good to close this door before the > justification for non-compliance starts being the Status of a document. > > [*] I do remember the IESG talking about whether a document with a module for > an Experimental protocol should be in the Standards Track or not. IMHO, what > matters is for the module to be used (i.e. correct, implementable, implemented, > etc.) and not the status of the document it is in. > > (2) The second paragraph in 2.1. (Requirements Notation) is not needed: "RFC > 2119 language...as if it were describing best current practices." This > document is now a BCP. > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Wed Mar 7 08:26:12 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BCC912D7E6 for ; Wed, 7 Mar 2018 08:26:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=kumari-net.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 Ky3y_F2OO_Sb for ; Wed, 7 Mar 2018 08:26:08 -0800 (PST) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 D3BFF12D877 for ; Wed, 7 Mar 2018 08:26:05 -0800 (PST) Received: by mail-wm0-x22f.google.com with SMTP id s206so23474017wme.0 for ; Wed, 07 Mar 2018 08:26:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ym1BCoAwvDJWWf1gOWr9kkNA2pNGEHbRA6/mJDgbv4I=; b=0IJZehM49mzXfvXCFBDKVP7yeB7yNMoW9G8SFRrkwMPfEaHWAH8QrSlLkCO+f2KYcF DxFg+rOJepwIBsrxGcCEWjjxC39KQ/srehfD4m3lSsQhFx4Y8L/mNmE23K6dwV8Awe3E F/N05cUqDcbq/BxC/ObHARUmCrwh5A1H5IybVTJXk3I4mXLjvZ4d1Af/LV9Y8JssN4sR UW7Mg0Hc98FU61zPqqmdkg5BTvL1xk+26Yt7NheioBYPyoJTmvYul4x1exS/ElATM3gj ZlbfTFK6N96/vNsyxMtrf5ml2Dq2lg6w7oanrcRH913mCT3bwnMgZXsK97dHPLq6fD6G Iemw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ym1BCoAwvDJWWf1gOWr9kkNA2pNGEHbRA6/mJDgbv4I=; b=jOkAVDtWFM+5xR9T9RqDZZI/nS7btDE9dP6uLFDSp7bPRGv4Jp6tiqz5RSxfPzdFHV +x1+aOxm+jdcd4inQ+VjuUyGV9P2nnMlZSmwvkPDMaHfqyasm3c2zb8NJKlxpN+FtPlw rd9NC3HzWP2QuOu3hqlscXGfN2qT84LxYNUyLJ5KV0UgydHmcMjnxXXGOCz874a5Xoiq LN/9eiyXgWakws6vErQ04izIJbXxf/MMkNDtDxLCHuuRPPHIimQjP/vty9fXWS2cjTpr 9ceTFX2gw+gaQqV+LxOzJc35qNDaKHKyAFpQcpSOlwb/1+5Vm+0/5GP/1qsHj+TMKlZx u4gQ== X-Gm-Message-State: AElRT7F4/xv4/RQN3UOiFOOne2EYeB+QgNrOiIGIynAwY+mHjGKyh6iD VxpCwxpXTNR4UNNsFEd86L8NdJyDMS25hnVwgpsJcw== X-Google-Smtp-Source: AG47ELs2UTpOLEJBlLCF8oms+FsXLkE1d8YwymXwN73J+v281aA3hp7y8bv8tXE6g7fqJpp3C/PzcnpirlTK7q92mys= X-Received: by 10.28.20.74 with SMTP id 71mr13754434wmu.71.1520439963523; Wed, 07 Mar 2018 08:26:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.152.235 with HTTP; Wed, 7 Mar 2018 08:25:22 -0800 (PST) In-Reply-To: <965b6867-b409-e719-b8c0-73b620241a78@cisco.com> References: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> <965b6867-b409-e719-b8c0-73b620241a78@cisco.com> From: Warren Kumari Date: Wed, 7 Mar 2018 11:25:22 -0500 Message-ID: To: Benoit Claise Cc: Alexey Melnikov , The IESG , netmod-chairs@ietf.org, Lou Berger , Kent Watsen , draft-ietf-netmod-syslog-model@ietf.org, netmod@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 16:26:10 -0000 On Wed, Mar 7, 2018 at 9:17 AM, Benoit Claise wrote: > Hi Alexey, Warren, >> >> Alexey Melnikov has entered the following ballot position for >> draft-ietf-netmod-syslog-model-23: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> Thank you for this document. >> >> I also prefer for TCP to be documented, if used in real world. > > I've seen this comment in Warren's comment at > https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ballot/#warren-kumari. > However, I can't find his ballot in email. That's because of my cunning plan of not clicking the Send Mail button. I'd viewed my comments as just informational / preferences and not worth cluttering up people's mail. > So let me reply to both of you here. > > This was discussed on the NETMOD mailing list. See subject "I-D Action: > draft-ietf-netmod-syslog-model-19.txt" > The fact is that RFC 6587 is now historic, implying a historic downref. > > I'm in favor to publish the document as it is right now, whose 00 WG doc. > version dates from Nov 2014. SGTM! W > Augmenting a YANG module, if TCP is required, is not that hard. > > Regards, Benoit >> >> >> Some minor comments: >> >> 1) Please add a Normative Reference for the file: URI RFC (RFC 8089) when >> you >> mention it for the first time. >> >> 2) On page 19: >> >> Example: compare->equals and action->no-match means >> messages that have a severity that is not equal to the >> specified severity will be logged."; >> >> Do you mean "action->block" instead of "action->no-match"? >> >> 3) When logging to file: how is the file name constructed from the name >> file: >> URI if multiple files are preserved by the system? E.g. if the log file is >> rotated daily and 5 last files are preserved, how does each individual >> filename >> look? If I understood how this is used, this needs more clarification. >> >> 4) Nit: on page 18, typo in "spectify" >> >> >> . >> > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Wed Mar 7 11:49:20 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE371200F1; Wed, 7 Mar 2018 11:49:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> Date: Wed, 07 Mar 2018 11:49:18 -0800 Archived-At: Subject: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 19:49:19 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- draft-ietf-netmod-rfc6087bis.txt:500 normative, if the module itself is considered normative, and not an example module or example YANG fragment. The use of keywords defined in [RFC2119] apply to YANG description statements in normative I think you probably want to rewrite this as: "Note that if the module itself is considered normative and not an example module or example YANG fragment, then all YANG statements..." o Prefixes are never allowed for built in data types and YANG keywords. I'm not sure I understand what this means. Is the idea that I can't use "example-import" somewhere? character MAY be used if the identifier represents a well-known value that uses these characters. Is this text saying that only characters in these two subsets are allowed and therefore, for instance "." is forbidden It is RECOMMENDED that only valid YANG modules be included in documents, whether or not they are published yet. This allows: For clarify, I assume you mean "the modules are published yet" The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6536bis] does not support parameter access control for RPC operations. The user is given permission (or not) to invoke the RPC operation with This might be slightly clearer if you said "parameter-based access control" From nobody Wed Mar 7 13:45:11 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25B8212D86F for ; Wed, 7 Mar 2018 13:45:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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_LOW=-0.7, 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 zPAbvpL8ioYn for ; Wed, 7 Mar 2018 13:45:04 -0800 (PST) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::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 5373F12D872 for ; Wed, 7 Mar 2018 13:45:01 -0800 (PST) Received: by mail-lf0-x229.google.com with SMTP id v9-v6so5409149lfa.11 for ; Wed, 07 Mar 2018 13:45:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PF4mFHLPAeOAKwrRKBVsyK3Kfdqma7wfucopo9fw+cY=; b=iZX0JURDc0/Vo5IJCj7nghjwopPYrTkFbHNwFgLIbOKTEUzVzK48e3q5HZ9baP4K5H avK2hdtuA0cRxsfv/5icYmz6Ct3ZEiFxcpsub+SjC15oENU7ttghzVyVALJHZwgjWHVA yZpqkXerJqm92OKYOyH7DLO09FFVt8XaF8NhAk2tAdlRWKK3mf2rivdkrfMQ+XHZkvNH LGfM1bVYrutaK63xg8D3FlSpDMOz65H6LqKJOkmW5dQUMAc/ruV5d6x0+f3uhd867Je5 a5BJOREvKt6ya3z5Pnf3eJVcZKD+akmvRWOlStBlZpIznZeAy5nsOhW+k6gQlwRtF8fp C4gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PF4mFHLPAeOAKwrRKBVsyK3Kfdqma7wfucopo9fw+cY=; b=Pi6h1C2a/qI29bwisK7rtMgOWy1x1/xIljwsn2Scf3kKZhshJ6y2JP2UDgZ/PEHsEz EbEiKnkvkVH/rmhX6im60C0E3xgbv6y5Ft2X/M8FN/jUktweTHDIJWzl6MjQXapodhcf SKs2GCYUZR2gY8Ldg6xRFI/Wxo+JIxXQ/h7fkN2Bs9rnx1kFrnt1tqVTdGh/23Ga0OfG oXn9k/Z/z77aXZKRXabO9oVhrAnq1wcwUvRSZ1MN+4+2wBkTvYZcpt501AwzzPWHZ66q faw44fdVBn0dtPRIHi9Xo/K/95eQsnfBxWYTrCji5RWd3Ysht9RnggMtWhnPoaFzT6bf 1g2w== X-Gm-Message-State: AElRT7EMsRDzc9XrnXRp96rxlRQdTfmaj8SIKDA2rdpvwop/YA9E36v+ Gk3t4t5zVQdcZyRRulreG4qd4p1mfCLyvJ3J0zds6Q== X-Google-Smtp-Source: AG47ELvZcY9yYHysQkP++hMMpBvPfbDbWFQm1gN0PEVJ5TNOZPOsVYQ6xgI4rW6unUHcfXaytmXyNJRHZneeOyBXs70= X-Received: by 10.25.207.145 with SMTP id f139mr17475839lfg.75.1520459099589; Wed, 07 Mar 2018 13:44:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Wed, 7 Mar 2018 13:44:58 -0800 (PST) In-Reply-To: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Wed, 7 Mar 2018 13:44:58 -0800 Message-ID: To: Eric Rescorla Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="001a1141207886e6350566d97896" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 21:45:06 -0000 --001a1141207886e6350566d97896 Content-Type: text/plain; charset="UTF-8" On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: > Eric Rescorla has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > draft-ietf-netmod-rfc6087bis.txt:500 > normative, if the module itself is considered normative, and not an > example module or example YANG fragment. The use of keywords defined > in [RFC2119] apply to YANG description statements in normative > I think you probably want to rewrite this as: > > "Note that if the module itself is considered normative and not an example > module or example YANG fragment, then all YANG statements..." > > OK > o Prefixes are never allowed for built in data types and YANG > keywords. > I'm not sure I understand what this means. Is the idea that I can't use > "example-import" somewhere? > > The external keyword "example:import" is not the same as the YANG keyword "import" YANG keywords are not allowed to have prefixes. > character MAY be used if the identifier represents a well-known value > that uses these characters. > Is this text saying that only characters in these two subsets are allowed > and > therefore, for instance "." is forbidden > This text is suggesting the characters that SHOULD be used. The dot and dash chars are not included. The text specifies which characters are included. > > It is RECOMMENDED that only valid YANG modules be included in > documents, whether or not they are published yet. This allows: > For clarify, I assume you mean "the modules are published yet" > > OK > The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6536bis] > does not support parameter access control for RPC operations. The > user is given permission (or not) to invoke the RPC operation with > This might be slightly clearer if you said "parameter-based access control" > > > OK Andy --001a1141207886e6350566d97896 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla <ekr@rtfm.com>= wrote:
Eric Rescorla has entered the fol= lowing ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/<= wbr>statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK

=C2=A0
=C2=A0 =C2=A0o=C2=A0 Prefixes are never allowed for built in data types and= YANG
=C2=A0 =C2=A0 =C2=A0 keywords.
I'm not sure I understand what this means. Is the idea that I can't= use
"example-import" somewhere?



The external keyword &q= uot;example:import" is not the same as the YANG keyword "import&q= uot;
YANG keywords are not allowed to have prefixes.

=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters that SHOU= LD be used.
The dot and dash chars are not included. The text spe= cifies which characters are included.



=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
=C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy
=
=C2=A0

--001a1141207886e6350566d97896-- From nobody Wed Mar 7 13:55:20 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A682712D7EF for ; Wed, 7 Mar 2018 13:55:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iag9codCPbZH for ; Wed, 7 Mar 2018 13:55:16 -0800 (PST) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 CC1861205D3 for ; Wed, 7 Mar 2018 13:55:16 -0800 (PST) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w27LtEjV019607; Wed, 7 Mar 2018 13:55:14 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=KIQ3S5HKQeoHtZDE8+oEGwv8buecwM/xjOK0XQyTogg=; b=SpvzsV2NXxHxxkLTkGYcuQw+qOPsUY7fbLqC0QwaVBdxh68CKKqq0KtyEvJZ1nJIB157 v5iDo1ZpJiu0ZjruJjb2CsuzXFLCRjjRHO2FSFGd9DwAiKM1DMlw6RyrX/w7obf2ng/I Bl/iEOsjk+6RXReXlUE7goc/atNZIR1pLDNBWScsFBn1qlSLa0Y4ZBXLKPvzZFEhOORP Ps3R+KzahhIcx9oCjxgSYMQlhQbciomX87egpZfF5TnqS2HMvyZ3GAa2uiRpgwIuRTJ8 ZZAcCv6h9lfFSg+FxOeE3cDvI9/oRliYxiWdtGaQN5KVHzaF0gOI4aO5j97T1/Si/tUh TA== Received: from nam03-by2-obe.outbound.protection.outlook.com (mail-by2nam03lp0054.outbound.protection.outlook.com [216.32.180.54]) by mx0a-00273201.pphosted.com with ESMTP id 2gjqpdg3fj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 07 Mar 2018 13:55:14 -0800 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB2908.namprd05.prod.outlook.com (10.168.176.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Wed, 7 Mar 2018 21:55:12 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d42c:9ad2:ced3:e377]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d42c:9ad2:ced3:e377%2]) with mapi id 15.20.0567.012; Wed, 7 Mar 2018 21:55:12 +0000 From: Kent Watsen To: Mahesh Jethanandani , NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzPFGfywEAqkE2girWJpowDfKO/FKsAgAXu+AA= Date: Wed, 7 Mar 2018 21:55:12 +0000 Message-ID: <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB2908; 7:LAVeENw64K1K+DM6W3F6n1Pk+7/rvE7Gt90CZYmw5WTCfoFPjd3R+dnJeFNjgUiWSkwq79mlwiYqIBI0zfV4RH2488sOh/fYCkPFyXUqrtMrM06SnZ562bAF6M8qqkgnzDFZMJTo6MPj2ttwk1qZmjmbKsqmXAamaNYcfIi/nemECv2ez+d39NLLjZaqwlzNXz7kJi3KIxorJk0Wb2/lBW87CfuVAXBxvak4QQTx1dz3u54N5a20EezBr5/M5CDM x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: e768630d-3b14-4776-e4ac-08d584761a66 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB2908; x-ms-traffictypediagnostic: DM5PR05MB2908: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(10436049006162)(85827821059158)(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231220)(944501244)(52105095)(10201501046)(6055026)(6041288)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(6072148)(201708071742011); SRVR:DM5PR05MB2908; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB2908; x-forefront-prvs: 0604AFA86B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(346002)(39860400002)(376002)(39380400002)(199004)(57704003)(189003)(51444003)(377424004)(51914003)(58126008)(105586002)(36756003)(3660700001)(102836004)(25786009)(186003)(110136005)(26005)(7736002)(53546011)(6506007)(59450400001)(229853002)(97736004)(83716003)(966005)(305945005)(99286004)(575784001)(86362001)(5250100002)(14454004)(3280700002)(316002)(6246003)(66066001)(3846002)(6116002)(76176011)(106356001)(82746002)(2950100002)(6436002)(2906002)(6486002)(81156014)(53936002)(33656002)(8676002)(2900100001)(39060400002)(68736007)(6512007)(8936002)(5660300001)(81166006)(6306002)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB2908; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: YrU9nY7Mj2oxrfJbPMPSYMWLnbe6hzWtYBuTzALrNjn80VVR5y5UWchPpgcq28JdgyJIcbXoAXdFJFsz0fdYEKoX7f8jk81bGY1i7C/9xLYXwHBy439QMg+TCK6DBY2GOJ0RbxeW/gsy6JT76K0Jqs+L+ybLgoxdgf1PZ9szF8F7N4pDYZLAQ5TJG/P8c8h18oI+xVksUS4Um0icKG6qs8qK/iuJiT+h/lJ4eXhMN+k0QuXgmbO4SjU6a0fQmJlgDJd20mIRC/mAwjW1kHxRWecL8GzpU8E/9D9hc8UbyKVcKYtT0sgn1XW8n6abvl6bBJAzuKgwS6PXxWM5QIa/RQ== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <333A9472D277C246B772114B823ACF72@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: e768630d-3b14-4776-e4ac-08d584761a66 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 21:55:12.6438 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB2908 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-07_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803070248 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 21:55:20 -0000 W1RvIGFsbCB0aG9zZSB0aGF0IHNhaWQgdGhpcyBkcmFmdCB3YXMgcmVhZHksIHJlYWxseT9dDQoN Cg0KSGkgTWFoZXNoLA0KDQpUaGFua3MgZm9yIHRoZSB1cGRhdGUuICBJIGZvdW5kIHNvbWUgbW9y ZSBpc3N1ZXMuICBTb21lIG11c3QgYmUgZml4ZWQsIA0Kb3RoZXJzIGFyZSBuaXRzLCBhbmQgbWln aHQgYmUgY2F1Z2h0IGJ5IHRoZSBSRkMgRWRpdG9yLiAgQnV0IEkgdGhpbmsNCnRoYXQgaXQncyBl bWJhcnJhc3NpbmcgdG8gcmVjZWl2ZSBjb21tZW50cyBmb3Igc3VjaCB0aGluZ3MgZnJvbSB0aGUg DQpJRVNHLCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwgc28g cGxlYXNlIHNlZSANCndoYXQgeW91IGNhbiBkby4NCg0KVGhhbmtzLA0KS2VudA0KDQoNCkZyb20g SWRuaXRzOg0KDQogICoqIFRoZXJlIGFyZSA2IGluc3RhbmNlcyBvZiB0b28gbG9uZyBsaW5lcyBp biB0aGUgZG9jdW1lbnQsIHRoZSBsb25nZXN0IG9uZQ0KICAgICBiZWluZyA3IGNoYXJhY3RlcnMg aW4gZXhjZXNzIG9mIDcyLg0KDQogIFlvdSB3cm90ZSBiZWZvcmUgdGhhdCBpdCB3YXMgIkZpeGVk IiwgYnV0IGl0J3Mgc3RpbGwgaGVyZT8gIE5vdGU6ICIqKiIgaXMNCiAgYW4gZXJyb3IgKGlkbml0 cyBsYWJlbCkNCg0KICAtLSBUaGUgZG9jdW1lbnQgaGFzIGV4YW1wbGVzIHVzaW5nIElQdjQgZG9j dW1lbnRhdGlvbiBhZGRyZXNzZXMgYWNjb3JkaW5nDQogICAgIHRvIFJGQzY4OTAsIGJ1dCBkb2Vz IG5vdCB1c2UgYW55IElQdjYgZG9jdW1lbnRhdGlvbiBhZGRyZXNzZXMuICBNYXliZQ0KICAgICB0 aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9vPw0KDQogIEkgZG9uJ3QgZmVlbCBzdHJv bmdseSBhYm91dCB0aGlzLCBidXQgaWYgaXQncyBlYXN5IGVub3VnaCB0byBkby4uLg0KDQpJbiB0 aGUgQWJzdHJhY3Q6DQogIC0gSSB0aGluayB0aGUgd29yZCAiYW4iIGlzIG1pc3NpbmcgKGUuZy4s IGFuIEFDTCkNCg0KSW4gdGhlIEludHJvZHVjdGlvbjoNCiAgLSBzaG91bGQgIm9yZGVyZWQtYnkt dXNlciIgYmUgIm9yZGVyZWQtYnkgdXNlciIgdG8gYXZvaWQgY29uZnVzaW9uLCBvciBwZXJoYXBz IHNheSBpdCBhbm90aGVyIHdheT8NCiAgLSB3aGF0IGRvZXMgImEgdHVwbGUgb2YiIG1lYW4/ICBD YW4gdGhpcyBiZSByZXN0YXRlZD8NCiAgLSBzL0luIGNhc2UgdmVuZG9yIHN1cHBvcnRzIGl0L0lu IGNhc2UgYSB2ZW5kb3Igc3VwcG9ydHMgaXQvID8NCiAgLSAiVGhlIGxpc3Qgb2YgWCBpcyBlbmRs ZXNzIGRlcGVuZGluZyBvbi4uLiIuICBJcyAiZW5kbGVzcyIgdGhlIHJpZ2h0IHdvcmQsIHBlcmhh cHMgcmVzdGF0ZT8NCiAgLSBzYW1lIHNlbnRlbmNlIGFzIGFib3ZlLCBzaG91bGQgIm5ldHdvcmtl ZCBkZXZpY2VzIiBiZSAibmV0d29yayIgb3IgIm5ldHdvcmtpbmciIGRldmljZXM/DQoNCkluIFNl Y3Rpb24gMzoNCiAgLSAiQSBuZXR3b3JrIHN5c3RlbSB1c3VhbGx5IGhhdmUgYSBsaXN0IG9mIEFD THMiICAocy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9oYXZlL2hhcy8/KQ0KICAtICJUaGUgbWF0Y2gg Y3JpdGVyaWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoaW5nIiAtIGlzIGNvbnNpc3Qg dGhlIHJpZ2h0IHdvcmQ/DQogIC0gIkl0IGFzIGFsc28gcG9zc2libGUgZm9yIEFDRSB0byBtYXRj aCBvbiBtZXRhZGF0YSIgIHMvYXMvaXMvIGFuZCBzL0FDRS9hbiBBQ0UvDQogIC0gIldoZW4gYXBw bGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2VkIGRldmljZSwgdGhlIEFDTCBpcyBhcHBs aWVkIGluIGEgZGlyZWN0aW9uDQogICAgIHdoaWNoIGluZGljYXRlcyBpZiBpdCBzaG91bGQgYmUg YXBwbGllZCB0byBwYWNrZXQgZW50ZXJpbmcgKGlucHV0KSBvciBsZWF2aW5nIHRoZQ0KICAgICBk ZXZpY2UgKG91dHB1dCkuIiAgLSByZXN0YXRlIHRvIHRhbGsgYWJvdXQgImluZ3Jlc3MiIGFuZCAi ZWdyZXNzIj8NCiAgLSAiQW4gZXhhbXBsZSBpbiB0aGUgYXBwZW5kaXggc2hvd3MgaG93IHRvIGV4 cHJlc3MgaXQgaW4gWUFORyBtb2RlbC4iIC0gZWl0aGVyIHRoaXMNCiAgICBpcyBub3QgdHJ1ZSwg b3IgdGhlIHNlbnRlbmNlIHNob3VsZCBub3QgYmUgYXQgdGhlIGVuZCBvZiB0aGlzIHBhcmFncmFw aA0KDQpJbiBTZWN0aW9uIDMuMToNCiAgLSBzL2FuZCBtdXN0IHN0YXRlbWVudHMvYW5kICdtdXN0 JyBzdGF0ZW1lbnRzLw0KICAtIHMvZGVmaW5lIG5ldyAibWF0Y2hlcyIgY2hvaWNlL2RlZmluZSBh IG5ldyAibWF0Y2hlcyIgY2hvaWNlLyA/DQoNCkluIFNlY3Rpb24gNC4xOg0KICAtICJpZXRmLWFj Y2Vzcy1jb250cm9sLWxpc3QiIGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxlIGZvciBh Y2Nlc3MgbGlzdHMNCiAgICAgIC0gd2hhdCBkb2VzIHRoaXMgbWVhbj8NCiAgLSBUaGUgImFjY2Vz cy1saXN0cyIgY29udGFpbmVyIHN0b3JlcyBhIGxpc3Qgb2YgImFjbCIuIC0gcy9zdG9yZXMvaGFz IG9yIGNvbnRhaW5zPy8gDQogIC0gIi4uLnRoYXQgY2FuIGJlIHVzZWQgdG8gZGV0ZXJtaW5lIHdo aWNoIHJ1bGUgd2FzIG1hdGNoZWQgdXBvbiIgLSBub3Qgc3VyZSBpZiB0aGlzDQogICAgcGFydCBp cyBuZWVkZWQsIG9yIG1heWJlIGJldHRlciByZXN0YXRlZCAiLCB3aGljaCBjYW4gbGF0ZXIgYmUg dXNlZCB0byBkZXRlcm1pbmUuLi4iPw0KICAtIHMvYWJpbGl0eSBmb3IgQUNMJ3MgdG8gYmUvYWJp bGl0eSBmb3IgQUNMcyB0byBiZS8NCg0KSW4gU2VjdGlvbiA0LjEgKGluIHRoZSBZQU5HIG1vZHVs ZSk6DQogIC0gQSBudW1iZXIgb2YgaWRlbnRpdGllcyByZWFkICJBQ0wgdGhhdCBwcmltYXJpbHkg bWF0Y2hlcy4uLiIuICBJcyAicHJpbWFyaWx5Ig0KICAgIGFuIGFjY3VyYXRlIHdvcmQ/IC0gaWYg c28sIHRoZW4gZG8gd2UgbmVlZCB0byBzYXkgYW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzDQogICAg bm90IHRoZSBjYXNlPyAgU2VwYXJhdGVseSwgcy9BQ0wvYW4gQUNMLz8NCiAgLSBBIG51bWJlciBv ZiBmZWF0dXJlcyByZWFkICJEZXZpY2UgY2FuIHN1cHBvcnQuLi4iIC0gcy9EZXZpY2UvVGhlIGRl dmljZS8/DQogIC0gIkl0IGNhbiBoYXZlIG9uZSBvciBtb3JlIEFjY2VzcyBDb250cm9sIExpc3Rz IiAtIGxpc3RzIHNob3VsZCBiZSBzaW5ndWxhci4NCiAgLSAiQW4gQWNjZXNzIENvbnRyb2wgTGlz dChBQ0wpIiAtIHB1dCBhIHNwYWNlIGJlZm9yZSAoQUNMKQ0KICAtICIgSW5kaWNhdGVzIHRoZSBw cmltYXJ5IGludGVuZGVkIiAtIGhlcmUncyB0aGF0IHdvcmQgInByaW1hcnkiIGFnYWluLi4uDQog IC0gcy9hIGxpc3Qgb2YgYWNjZXNzLWxpc3QtZW50cmllcyhBQ0UpLyBhIGxpc3Qgb2YgYWNjZXNz LWxpc3QtZW50cnkgbm9kZXMgKEFDRSkvPw0KICAtIHMvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRy aWVzKEFDRSkvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyeSBub2RlcyAoQUNFKS8/DQogICAgICAt IHRoZXJlIGlzIG1vcmUgdGhhbiBvbmUgaW5zdGFuY2Ugb2YgdGhpcyBpbiB0aGUgbW9kZWwNCiAg LSAiLi4vLi4vLi4vLi4vdHlwZSIgLSBzdGlsbCBzb21lIGxvbmcgcmVsYXRpdmUgWFBhdGhzDQog IC0gIiBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2UgcG9ydHMiIC0gdGhpcyBpc24n dCB0aGVyZSB5ZXQuICBJIHRoaW5rIHlvdQ0KICAgIHdhbnQgdG8gc2F5IHNvbWV0aGluZyBsaWtl ICJ0aGlzIGlzIGEgY2hvaWNlIHNvIGFzIHRvIHN1cHBvcnQgZnV0dXJlICdjYXNlJw0KICAgIHN0 YXRlbWVudHMsIHN1Y2ggYXMgb25lIGVuYWJsaW5nIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzIHRv IGJlIHJlZmVyZW5jZWQiDQogIC0gZGl0dG8gZm9yICJvciByZWZlcnJpbmcgdG8gYSBncm91cCBv ZiBkZXN0aW5hdGlvbiBwb3J0cy4iDQogIC0gZGl0dG8gb24gYm90aCBvZiB0aGUgYWJvdmUgZm9y IHRoZSAidWRwIiBjb250YWluZXINCiAgLSBpcyBpdCBwb3NzaWJsZSBmb3IgYm90aCAiZWdyZXNz LWludGVyZmFjZSIgYW5kICJpbmdyZXNzLWludGVyZmFjZSIgbGVhZnMgdG8gDQogICAgYmUgc3Bl Y2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICAtIGlmIG5vdCwgc2hvdWxkIHRoZXJlIGEgJ211c3Qn IHN0YXRlbWVudCB0bw0KICAgIHByZXZlbnQgdGhhdCBwb3NzaWJpbGl0eT8gLSBvciBhbiBleHBs YW5hdGlvbiBmb3Igd2hhdCBoYXBwZW5zIGlmIGl0IG9jY3Vycz8NCiAgLSBzL1RoZSBBQ0wncyBh cHBsaWVkL1RoZSBBQ0xzIGFwcGxpZWQvICAgKHRoaXMgaGFwcGVucyBtb3JlIHRoYW4gb25jZSBp biBtb2RlbCkNCg0KSW4gU2VjdGlvbiA0LjI6DQogIC0gcmVmZXJlbmNlcyB0aGVtIGJ5ICJ1c2Vz IiAtLT4gcmVmZXJlbmNlcyB0aGVtIGJ5ICd1c2VzJyBzdGF0ZW1lbnRzICA/Pz8NCiAgLSBub3Qg YWxsIHlvdXIgJ3JlZmVyZW5jZScgc3RhdGVtZW50cyBoYXZlIHRoZSB0aXRsZSBvZiB0aGUgcmVm ZXJlbmNlZCBkb2N1bWVudC4NCiAgLSAidGhlbiB0aGUgZGF0YWdyYW0gbXVzdCBiZSBkZXN0cm95 ZWQiIC0gcy9kZXN0cm95ZWQvZHJvcHBlZC8/DQogIC0gIm9yIHJlZmVycmluZyB0byBhIGdyb3Vw IG9mIC4uLiIgIC0gc2FtZSBjb21tZW50cyBhcyBmb3IgcHJldmlvdXMgbW9kdWxlDQogIC0gImVj ZSIgaXMgbWlzc2luZyBhICdyZWZlcmVuY2UnIHN0YXRlbWVudD8gIC0gDQogIC0gIkluZGljYXRl cyB0aGF0IHRoZSBVcmdlbnQgcG9pbnRlciBmaWVsZCBpcyBzaWduaWZpY2FudCIgLSB1cmdlbnQg aXMNCiAgICBjYXBpdGFsaXplZCwgYnV0IHRoZXJlJ3Mgbm8gY29udGV4dCBhcyBmb3Igd2h5LiAg UGVyaGFwcyBtaXNzaW5nIGENCiAgICByZWZlcmVuY2Ugc3RhdGVtZW50IHRvbz8NCiAgLSBpbiAi d2luZG93LXNpemUiIGxlYWYgZGVzY3JpcHRpb24sIHJlbW92ZSBwYXJlbnRoZXNlcw0KDQpJbiBT ZWN0aW9uIDQuMzoNCiAgLSB0aGUgdGV4dCBzYXlzIHRoYXQgaXQgZHJvcHMgdHJhZmZpYyBmcm9t IFggdG8gWSwgYnV0IHRoZSBleGFtcGxlIHNlZW1zIHRvIGRvDQogICAgdGhlIHJldmVyc2UuDQoN CkluIFNlY3Rpb24gNC40Og0KICAtIFRoZSAiV2l0aCB0aGUgZm9sbG93IFhNTCBleGFtcGxlOiIg PEVYQU1QTEU+ICJUaGlzIHJlcHJlc2VudHMuLi4iIGlzIA0KICAgIGRpZmZpY3VsdCB0byByZWFk LiAgSG93IGFib3V0IGp1c3QgaGF2aW5nICJUaGUgZm9sbG93aW5nIFhNTCBleGFtcGxlIC4uLjoi Pw0KICAtIGRvZXMgdGhlIHNlY29uZCBleGFtcGxlIHByb3ZpZGUgYW55IHZhbHVlIG9mIHRoZSBm aXJzdD8gLSBzZWVtcyB0aGUgc2FtZSB0byBtZS4uLg0KICAtIHNlZW1zIGxpa2UgZXhhbXBsZSAz IGNvdWxkIGFsc28gYmUgZXhwcmVzc2VkIGFzICI8bG93ZXItcG9ydD4yMTwvbG93ZXItcG9ydD4i LA0KICAgIHJpZ2h0PyAgLSB0aGUgdGV4dCBhdCB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzZWN0aW9u IHNheXMgdGhpcyBjb25zdHJ1Y3QgaXMNCiAgICBwb3NzaWJsZSwgYnV0IHRoZXJlIGlzIG5vIGV4 YW1wbGUgZm9yIGl0LiAgTWF5YmUgdGhpcyBtYWtlcyBhIGJldHRlciBleCAjMj8NCg0KSW4gYWxs IHlvdXIgWUFORyBtb2R1bGVzOg0KICAtIHJlcGxhY2UgIk5FVE1PRCAoTkVUQ09ORiBEYXRhIE1v ZGVsaW5nIExhbmd1YWdlKSIgd2l0aCAiTkVUTU9EIChOZXR3b3JrIA0KICAgIE1vZGVsaW5nKSBX b3JraW5nIEdyb3VwIg0KDQpJbiBTZWN0aW9uID8/Og0KICBJbiB0aGUgZXhhbXBsZXMsIHdoeSBk aWQgeW91IGFkZCB0aGUgIjw/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04Ij8+Ig0K ICBsaW5lIGFuZCB0aGUgImNvbmZpZyIgZWxlbWVudD8gIC0gdGhlIGV4YW1wbGVzIHZhbGlkYXRl IGVxdWFsbHkgd2VsbCB3aGVuDQogIHRoZXNlIGFyZSByZW1vdmVkLg0KDQpJbiBTZWN0aW9uIDY6 DQogIC0gcy90aHJlZSBZQU5HIG1vZHVsZS90aHJlZSBZQU5HIG1vZHVsZXMvDQoNCkluIFNlY3Rp b24gNi4xOg0KICAtIFRoZSBmaXJzdCBwYXJhZ3JhcGggc2F5cyAidGhyZWUgVVJJIiwgYnV0IGl0 IHNob3VsZCBiZSAidGhyZWUgVVJJcyINCg0KSW4gU2VjdGlvbiBBLjE6DQogIC0gIlRoZSBmb2xs b3dpbmcgZmlndXJlIGlzIHRoZSB0cmVlIHN0cnVjdHVyZSIgLSBzaG91bGQgc2F5ICJ0cmVlIGRp YWdyYW0iIGFuZA0KICAgIHNob3VsZCByZWZlcmVuY2UgdGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQs IG9yIGVsc2UgaGF2ZSBhIGRyYWZ0LXdpZGUgIlRyZWUNCiAgICBEaWFncmFtIE5vdGF0aW9uIiBz ZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24uDQogIC0gcy9JbiBvdGhlciBleGFtcGxlL0luIGFu b3RoZXIgZXhhbXBsZS8/DQogIC0gcy93aXRoIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy93aXRoIGEg bmV3IGNob2ljZSBvZiBhY3Rpb25zLz8NCg0KSW4gU2VjdGlvbiBBLjM7DQogIC0gc29tZSAncmVm ZXJlbmNlJyBzdGF0ZW1lbnRzIGFyZSBtaXNzaW5nIHRpdGxlcw0KICAtIHNvbWUgJ2Rlc2NyaXB0 aW9uJyBzdGF0ZW1lbnRzIG1pZ2h0IGJlbmVmaXQgZnJvbSBhICdyZWZlcmVuY2UnIHN0YXRlbWVu dA0KICAtICJUaGUgdWludDE2IHR5cGUgcGxhY2Vob2xkZXIgdHlwZS4uLiIgLSBpcyB0aGlzIGEg dHlwbz8NCg0KDQpLZW50DQoNCg0KPT09PT0gb3JpZ2luYWwgbWVzc2FnZSA9PT09PT0NCg0KVGhp cyB2ZXJzaW9uIG9mIHRoZSBkcmFmdCBhZGRyZXNzZXMgY29tbWVudHMgcmFpc2VkIGR1cmluZyBM Qywgc2hlcGhlcmQgcmV2aWV3IGFuZCBvdGhlciBjb21tZW50cyByZWNlaXZlZCBkdXJpbmcgdGhh dCBwZXJpb2QuDQoNCj4gT24gTWFyIDMsIDIwMTgsIGF0IDI6MTMgUE0sIGludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZyB3cm90ZToNCj4gDQo+IA0KPiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFp bGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQo+IFRo aXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE5ldHdvcmsgTW9kZWxpbmcgV0cgb2YgdGhl IElFVEYuDQo+IA0KPiAgICAgICAgVGl0bGUgICAgICAgICAgIDogTmV0d29yayBBY2Nlc3MgQ29u dHJvbCBMaXN0IChBQ0wpIFlBTkcgRGF0YSBNb2RlbA0KPiAgICAgICAgQXV0aG9ycyAgICAgICAg IDogTWFoZXNoIEpldGhhbmFuZGFuaQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgTGlzYSBI dWFuZw0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgU29uYWwgQWdhcndhbA0KPiAgICAgICAg ICAgICAgICAgICAgICAgICAgRGFuYSBCbGFpcg0KPiAJRmlsZW5hbWUgICAgICAgIDogZHJhZnQt aWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTE3LnR4dA0KPiAJUGFnZXMgICAgICAgICAgIDogNTcNCj4g CURhdGUgICAgICAgICAgICA6IDIwMTgtMDMtMDMNCj4gDQo+IEFic3RyYWN0Og0KPiAgIFRoaXMg ZG9jdW1lbnQgZGVmaW5lcyBhIGRhdGEgbW9kZWwgZm9yIEFjY2VzcyBDb250cm9sIExpc3QgKEFD TCkuDQo+ICAgQUNMIGlzIGEgb3JkZXJlZC1ieS11c2VyIHNldCBvZiBydWxlcywgdXNlZCB0byBj b25maWd1cmUgdGhlDQo+ICAgZm9yd2FyZGluZyBiZWhhdmlvciBpbiBkZXZpY2UuICBFYWNoIHJ1 bGUgaXMgdXNlZCB0byBmaW5kIGEgbWF0Y2ggb24NCj4gICBhIHBhY2tldCwgYW5kIGRlZmluZSBh Y3Rpb25zIHRoYXQgd2lsbCBiZSBwZXJmb3JtZWQgb24gdGhlIHBhY2tldC4NCj4gDQo+IA0KPiBU aGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4gaHR0 cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJh Y2tlci5pZXRmLm9yZ19kb2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmQ9 RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6 a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVY Q1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9NDRHSmxxeHFCMFlLNUc5Z2IxVFV6QW9i dWdNSHhEV2ZsYVBDWjNJWXBLQSZlPQ0KPiANCj4gVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVy c2lvbnMgYXZhaWxhYmxlIGF0Og0KPiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0 bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpC WGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZq SVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZz PXJibTkxU1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmZT0NCj4gaHR0cHM6 Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tl ci5pZXRmLm9yZ19kb2NfaHRtbF9kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0y RDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJS S2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9c2l5cHlCbjNGOG82YnNCM1oz RTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZlPQ0KPiANCj4gQSBkaWZmIGZyb20gdGhlIHByZXZp b3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KPiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zw b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19yZmNkaWZmLTNGdXJsMi0z RGRyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmZD1Ed0lDQWcmYz1IQWtZ dWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlF UG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pO cjY3U0FBOEdIZmdZbnlab2Mmcz10MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQwZnAzZlhx Y2Q4MGc4JmU9DQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBs ZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRt bGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0K PiANCj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQ IGF0Og0KPiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9ZnRwLTNB X19mdHAuaWV0Zi5vcmdfaW50ZXJuZXQtMkRkcmFmdHNfJmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3Vo cjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhx bjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThH SGZnWW55Wm9jJnM9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndqLUhFWHZaS0JSVGlVdyZl PQ0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly91cmxk ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFp bG1hbl9saXN0aW5mb19uZXRtb2QmZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhl TUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklT bGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz1P S0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29pMUhBJmU9DQoNCk1haGVzaCBK ZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRt b2RAaWV0Zi5vcmcNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o dHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdJQ0FnJmM9 SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZa R0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dX VXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFK NENxa19vaTFIQSZlPQ0KDQoNCg== From nobody Wed Mar 7 13:57:13 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5669B12D952 for ; Wed, 7 Mar 2018 13:57:08 -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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-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 3YikQ2Ui4xlH for ; Wed, 7 Mar 2018 13:57:06 -0800 (PST) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::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 29FD912D7EF for ; Wed, 7 Mar 2018 13:57:04 -0800 (PST) Received: by mail-qt0-x229.google.com with SMTP id c7so4511099qtn.3 for ; Wed, 07 Mar 2018 13:57:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mpg/V8dSQfNs9Fna19fWddsQxSFpB53y5o+SoT8Oaok=; b=MJJEK96cllYzkP3uMJTDLOs5nU+VJQndbUFAmCUo3UlTpR2Q+AWjSF+fVFqlrVJGNw wURChAVHftje8/GqACPwl42Ikowrq3aHd7nyGob1GpcSaQwgiS9STb5ZFnwzLSrGLvQN AV1gtlE44VFCuzpjV7Q0P6CEYcniGlP9th/4kefNOfegLsRLtxx075CdV2ifhwJCH/kG iJom0Ew4T5PqLJBbzmndFnf9jKMr+2cf+9P6eE2sMZ8EYyuJ5oA0/FHQaOLqhXtFM2qC 3kfdma4IQtxfECRCSgPB8ruaRyYDJRE9SVwAJdN2CBnUwHdMOKbqOhRgsOspyjzrjbwA /r8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mpg/V8dSQfNs9Fna19fWddsQxSFpB53y5o+SoT8Oaok=; b=KJa3Gr0a/ouiXnX3keAkKt1PzJG5+PZwo3f1d/k/sC4V3nWhWWisJ71xccU3hrkLna gdkHx5CJeR+m0QOB54qY5YnCIWiKm6daeFmDlx4NfV37IzjxuuinDfSSoDF+sAMKSDiQ J8S1Sxc6sMbkmop4fZMQISEfLcs9VSiNKsP81qZ5ZShq5NFgPWGxvrhwSB4GjaD8GHAd XXF0pBNK+ImqcDc5b4bvYzhFRcpmoUK7WOgI0Pqcj8x+7iPMwdJ9GEuFLXGWoi+4m4dD g+lLQgiqbKF30+ezo1SYh96H7vTiwRNctrAnbD7c87YDYYxBKf6WkwH75pc9VgsTqm7H 3vUg== X-Gm-Message-State: AElRT7F5lQ1Jj/lt5PNbkEbVN2LzmJCTIGIgFw1dWEo2ujAE915sUphA 6ke+csV0H6kUqmFiLjWsMj5G9K0tZHq/8cnZkiNW4A== X-Google-Smtp-Source: AG47ELtazJgxO12H9l+nNzRaxkEcGSn/4P5+2a0jmNsKJctLjsnyn/nvi88Txb/ausYormZwsaFQphm+/JBYxYoj8mM= X-Received: by 10.200.7.77 with SMTP id k13mr36344572qth.165.1520459823197; Wed, 07 Mar 2018 13:57:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.37.176 with HTTP; Wed, 7 Mar 2018 13:56:22 -0800 (PST) In-Reply-To: References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Eric Rescorla Date: Wed, 7 Mar 2018 13:56:22 -0800 Message-ID: To: Andy Bierman Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="f403043a8c74a8447b0566d9a32a" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 21:57:08 -0000 --f403043a8c74a8447b0566d9a32a Content-Type: text/plain; charset="UTF-8" On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman wrote: > > > On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: > >> Eric Rescorla has entered the following ballot position for >> draft-ietf-netmod-rfc6087bis-18: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> draft-ietf-netmod-rfc6087bis.txt:500 >> normative, if the module itself is considered normative, and not an >> example module or example YANG fragment. The use of keywords defined >> in [RFC2119] apply to YANG description statements in normative >> I think you probably want to rewrite this as: >> >> "Note that if the module itself is considered normative and not an example >> module or example YANG fragment, then all YANG statements..." >> >> > OK > > > >> o Prefixes are never allowed for built in data types and YANG >> keywords. >> I'm not sure I understand what this means. Is the idea that I can't use >> "example-import" somewhere? >> >> > > The external keyword "example:import" is not the same as the YANG keyword > "import" > YANG keywords are not allowed to have prefixes. > > > > >> character MAY be used if the identifier represents a well-known value >> that uses these characters. >> Is this text saying that only characters in these two subsets are allowed >> and >> therefore, for instance "." is forbidden >> > > > This text is suggesting the characters that SHOULD be used. > The dot and dash chars are not included. The text specifies which > characters are included. > I'm sorry, I am still confused. Here's the original text: Identifiers SHOULD follow a consistent naming pattern throughout the module. Only lower-case letters, numbers, and dashes SHOULD be used in identifier names. Upper-case characters and the underscore character MAY be used if the identifier represents a well-known value that uses these characters. There are other characters that are not in either of these sets. Are you saying that they can't be used under any conditions? -Ekr > > >> >> It is RECOMMENDED that only valid YANG modules be included in >> documents, whether or not they are published yet. This allows: >> For clarify, I assume you mean "the modules are published yet" >> >> > OK > > >> The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6536bis] >> does not support parameter access control for RPC operations. The >> user is given permission (or not) to invoke the RPC operation with >> This might be slightly clearer if you said "parameter-based access >> control" >> >> >> > OK > > Andy > > > --f403043a8c74a8447b0566d9a32a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman <andy@yumaworks.com&= gt; wrote:


= On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla <ekr@rtfm= .com> wrote:
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK
=

=C2=A0
=C2=A0 =C2=A0o=C2=A0 Prefixes are never allowed for built in data types and= YANG
=C2=A0 =C2=A0 =C2=A0 keywords.
I'm not sure I understand what this means. Is the idea that I can't= use
"example-import" somewhere?



The external key= word "example:import" is not the same as the YANG keyword "i= mport"
YANG keywords are not allowed to have prefixes.
=


=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters th= at SHOULD be used.
The dot and dash chars are not included. The t= ext specifies which characters are included.

I'm sorry, I am still confused. Here's th= e original text:

=C2=A0 =C2=A0Identifiers SHO= ULD follow a consistent naming pattern throughout the
=C2=A0 =C2= =A0module.=C2=A0 Only lower-case letters, numbers, and dashes SHOULD be use= d
=C2=A0 =C2=A0in identifier names.=C2=A0 Upper-case characters a= nd the underscore
=C2=A0 =C2=A0character MAY be used if the ident= ifier represents a well-known value
=C2=A0 =C2=A0that uses these = characters.

There are other characters that = are not in either of these sets. Are you saying
that they can'= ;t be used under any conditions?

-Ekr
=

=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
=
=C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy
=C2=A0


--f403043a8c74a8447b0566d9a32a-- From nobody Wed Mar 7 14:22:32 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64BB3127419 for ; Wed, 7 Mar 2018 14:22:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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_LOW=-0.7, 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 daSEh6ukX3Fu for ; Wed, 7 Mar 2018 14:22:25 -0800 (PST) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 8556E12D95B for ; Wed, 7 Mar 2018 14:22:22 -0800 (PST) Received: by mail-lf0-x22f.google.com with SMTP id f75-v6so5555674lfg.6 for ; Wed, 07 Mar 2018 14:22:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Q/NKGI9PDl0ZiXfiVos3z7ig6znAbkk1HQPmtiwZ2Fg=; b=VPLfmRRpfNDa6CP9RQkJsQnbfxBNnM9rf8C/GwEKQNClV81NdLs4n2tmfy/VPxkxd6 6dAQYQNsInnR00dVr6DF/vdMD7MoyXNyK2TD6ftP+dHY9ppzJxOe8DVPdDzOvVWwIYZp iVU9roAKrUDc5OgNIVrL2YUszAqk2s8Eq7f7zXwDz4L12EiHhbsXs4ay7R1eTcS+ejcU /4SlehGBgY7IEmXZOR9ugD5s9EAjpLRMfqOZeh4LSXBRc38MgfS9kMVuGM0RzZz1bTFy BSDnfT9TU8Xr4nE82v+EgoaGBHn4UjgnzzYQ2bSOROhX3g9UQ6ORhmLsmP+9eXhbhbHo j1Kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Q/NKGI9PDl0ZiXfiVos3z7ig6znAbkk1HQPmtiwZ2Fg=; b=RF59FZM9HKWXww7y4W5m7EbNY86jWz1Ej8SqIk0wBNmOStP2jIRcU2ubK5wXXDbPr7 LtQJuAHmv5eKbEZbMk9lHVSRh/SY9fhhLA8o6u8hPcm6ARef0e8DwfJeorshgmvblNyo ze4bTBaPJQBE0nsZt2ziGmgaSvGu4BKse7Ol1q18hA0SsLy+57YXLx2KFy6wgu7qqKlY n1br8n3eIirFjsaht2djchSg65+CSjQWG+K5FT8mjZEchpDa4Z/AGP8oGfsUcRKUfg+h IO2VRfYBXFZ/yJQs19Ppboy7XQzavgKVZJcR0gNgDHGVYavzT/ODlX21abTNr+pU7GQa x3gg== X-Gm-Message-State: AElRT7FRiTwuX7/blTl6F19Gy6q5g4aEd6q/klwZPgD61TaLnGUqjnEm 2ZkvM6Imhs87e7xe/yEcsIEzG2do9vuSAanihhKBVw== X-Google-Smtp-Source: AG47ELu9FMbnybDVoEmk4Xx8OMEs9LbQFKY1CFR6domVAuqXcKLqXxUoETOFXnLsrANflgvLv2p/leRDdxMGynk+cDU= X-Received: by 10.46.2.11 with SMTP id 11mr17522679ljc.0.1520461340725; Wed, 07 Mar 2018 14:22:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Wed, 7 Mar 2018 14:22:19 -0800 (PST) In-Reply-To: References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Wed, 7 Mar 2018 14:22:19 -0800 Message-ID: To: Eric Rescorla Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="94eb2c1a67a81c09070566d9fe32" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 22:22:26 -0000 --94eb2c1a67a81c09070566d9fe32 Content-Type: text/plain; charset="UTF-8" On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla wrote: > > > On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman wrote: > >> >> >> On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: >> >>> Eric Rescorla has entered the following ballot position for >>> draft-ietf-netmod-rfc6087bis-18: No Objection >>> >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut this >>> introductory paragraph, however.) >>> >>> >>> Please refer to https://www.ietf.org/iesg/stat >>> ement/discuss-criteria.html >>> for more information about IESG DISCUSS and COMMENT positions. >>> >>> >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ >>> >>> >>> >>> ---------------------------------------------------------------------- >>> COMMENT: >>> ---------------------------------------------------------------------- >>> >>> draft-ietf-netmod-rfc6087bis.txt:500 >>> normative, if the module itself is considered normative, and not an >>> example module or example YANG fragment. The use of keywords defined >>> in [RFC2119] apply to YANG description statements in normative >>> I think you probably want to rewrite this as: >>> >>> "Note that if the module itself is considered normative and not an >>> example >>> module or example YANG fragment, then all YANG statements..." >>> >>> >> OK >> >> >> >>> o Prefixes are never allowed for built in data types and YANG >>> keywords. >>> I'm not sure I understand what this means. Is the idea that I can't use >>> "example-import" somewhere? >>> >>> >> >> The external keyword "example:import" is not the same as the YANG keyword >> "import" >> YANG keywords are not allowed to have prefixes. >> > >> >> >> >>> character MAY be used if the identifier represents a well-known value >>> that uses these characters. >>> Is this text saying that only characters in these two subsets are >>> allowed and >>> therefore, for instance "." is forbidden >>> >> >> >> This text is suggesting the characters that SHOULD be used. >> The dot and dash chars are not included. The text specifies which >> characters are included. >> > > I'm sorry, I am still confused. Here's the original text: > > Identifiers SHOULD follow a consistent naming pattern throughout the > module. Only lower-case letters, numbers, and dashes SHOULD be used > in identifier names. Upper-case characters and the underscore > character MAY be used if the identifier represents a well-known value > that uses these characters. > > There are other characters that are not in either of these sets. Are you > saying > that they can't be used under any conditions? > > I will add the period charater to the list > -Ekr > > Andy > >> >> >>> >>> It is RECOMMENDED that only valid YANG modules be included in >>> documents, whether or not they are published yet. This allows: >>> For clarify, I assume you mean "the modules are published yet" >>> >>> >> OK >> >> >>> The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6536bis] >>> does not support parameter access control for RPC operations. The >>> user is given permission (or not) to invoke the RPC operation with >>> This might be slightly clearer if you said "parameter-based access >>> control" >>> >>> >>> >> OK >> >> Andy >> >> >> > --94eb2c1a67a81c09070566d9fe32 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla <ekr@rtfm.com> = wrote:


On Wed, Mar 7, 2018 at 1:44 PM= , Andy Bierman <andy@yumaworks.com> wrote:


On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla = <ekr@rtfm.com><= /span> wrote:
Eric Res= corla has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK

=C2=A0
=C2=A0 =C2=A0o=C2=A0 Prefixes are never allowed for built in data types and= YANG
=C2=A0 =C2=A0 =C2=A0 keywords.
I'm not sure I understand what this means. Is the idea that I can't= use
"example-import" somewhere?



The external key= word "example:import" is not the same as the YANG keyword "i= mport"
YANG keywords are not allowed to have prefixes.
=


=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters th= at SHOULD be used.
The dot and dash chars are not included. The t= ext specifies which characters are included.

I'm sorry, I am still confused. Here's th= e original text:

=C2=A0 =C2=A0Identifiers SHO= ULD follow a consistent naming pattern throughout the
=C2=A0 =C2= =A0module.=C2=A0 Only lower-case letters, numbers, and dashes SHOULD be use= d
=C2=A0 =C2=A0in identifier names.=C2=A0 Upper-case characters a= nd the underscore
=C2=A0 =C2=A0character MAY be used if the ident= ifier represents a well-known value
=C2=A0 =C2=A0that uses these = characters.

There are other characters that = are not in either of these sets. Are you saying
that they can'= ;t be used under any conditions?


I will add the period charater to the list

=C2=A0
<= div>-Ekr


=

Andy
=C2=A0
<= div>

=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
=C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy=
=C2=A0



--94eb2c1a67a81c09070566d9fe32-- From nobody Wed Mar 7 14:25:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A5C712D964 for ; Wed, 7 Mar 2018 14:25:46 -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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-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 Ucf-lcXRHzdC for ; Wed, 7 Mar 2018 14:25:44 -0800 (PST) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (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 514BE127419 for ; Wed, 7 Mar 2018 14:25:42 -0800 (PST) Received: by mail-qt0-x22f.google.com with SMTP id m13so4559283qtg.13 for ; Wed, 07 Mar 2018 14:25:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jPMdBLZXm+4SKjvNYwnkTlppczszLj2lbSWhpprXkEs=; b=0ihZJkOcN5ckAwQQJ0K+8KV0m2LVjTx3VHbOSitJY7uJGzVUGZ2fhlVB8LMLJW32Rv 7YXew2769Z+AWkmdeOV2Bfq1QaWh+EOWUD80YRPEU1vYmp3kJ1SMdS+SQ9Dm0xzEJOwB 84KFBs6XJBvMfd3U/JfaZpR+ckQ0D25Rb3QMsDCbO2copKycTqTIYLzlN7/OjMtcKeEm Y5L6V+LSx/aQ71NKm+oaLEyEoDZIqw/kwAw0R3PVTeU8zua7yV0Tq+FcP2QgqUvYiW89 PGlJVX9JOiDMeJDX1OqGEBvYNiBxsRsPbyGhSQ/kYcC24FrsdNijv7JzbDdvReSwQVKC b0zA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jPMdBLZXm+4SKjvNYwnkTlppczszLj2lbSWhpprXkEs=; b=cuDYBVnmOTnxSwtldnNZA7jnzL5YO8eWNzSxtJAB32Pe9XIeQqNGKCGG9eZx/42B/F MZZcL8mNFGnmm0mMwa0HYZ5Giuq2rLclc6QGv4gdeFcyYCFM2FwbTBvORQBBh2Up/4uX fJ0wA9umIyfpRxl+OO6fZyoWMGz07w7e0ZSDInaO+LkucHPGL+jAttDz/AlUZ3njC9yM uz+qeD/G3ds5t83QZx9vYjPNeeobtoL3dgvqu0axX4EC1NaYmmQu1XC/YQvRCMKXUCRF VQ24eFUytbnSkJz7Er3LUSbaCJyEaWdiahv8ECORt+GFFdOvdy/9DCAzVW6ceS9SONzx 0+Vw== X-Gm-Message-State: AElRT7GIYD94LNbCntu7MgnxXRW5Yl23/jq/lzt2AHEtXhs34dFyGL4Q HhpMptabX6hk/EaX9APC32/LjYmxANz8cDB/Wy0ZDw== X-Google-Smtp-Source: AG47ELv3Qys1bcBns7208izQNjBXGlvCaQti/CtwgJNN+R5PlY9uxDcxeHs+xhhZJXOncKS6Du/T0Rf3yabadz2oQvo= X-Received: by 10.237.56.34 with SMTP id j31mr37668449qte.208.1520461541392; Wed, 07 Mar 2018 14:25:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.37.176 with HTTP; Wed, 7 Mar 2018 14:25:00 -0800 (PST) In-Reply-To: References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Eric Rescorla Date: Wed, 7 Mar 2018 14:25:00 -0800 Message-ID: To: Andy Bierman Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="001a113b7f1811dc9d0566da0a32" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 22:25:46 -0000 --001a113b7f1811dc9d0566da0a32 Content-Type: text/plain; charset="UTF-8" Hi Andy, I don't want to overrotate on period, as I was just using it as an example. As I said, there are a pile of other characters that are not in either set. Are they allowed or not? -Ekr On Wed, Mar 7, 2018 at 2:22 PM, Andy Bierman wrote: > > > On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla wrote: > >> >> >> On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman wrote: >> >>> >>> >>> On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: >>> >>>> Eric Rescorla has entered the following ballot position for >>>> draft-ietf-netmod-rfc6087bis-18: No Objection >>>> >>>> When responding, please keep the subject line intact and reply to all >>>> email addresses included in the To and CC lines. (Feel free to cut this >>>> introductory paragraph, however.) >>>> >>>> >>>> Please refer to https://www.ietf.org/iesg/stat >>>> ement/discuss-criteria.html >>>> for more information about IESG DISCUSS and COMMENT positions. >>>> >>>> >>>> The document, along with other ballot positions, can be found here: >>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ >>>> >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> COMMENT: >>>> ---------------------------------------------------------------------- >>>> >>>> draft-ietf-netmod-rfc6087bis.txt:500 >>>> normative, if the module itself is considered normative, and not an >>>> example module or example YANG fragment. The use of keywords defined >>>> in [RFC2119] apply to YANG description statements in normative >>>> I think you probably want to rewrite this as: >>>> >>>> "Note that if the module itself is considered normative and not an >>>> example >>>> module or example YANG fragment, then all YANG statements..." >>>> >>>> >>> OK >>> >>> >>> >>>> o Prefixes are never allowed for built in data types and YANG >>>> keywords. >>>> I'm not sure I understand what this means. Is the idea that I can't use >>>> "example-import" somewhere? >>>> >>>> >>> >>> The external keyword "example:import" is not the same as the YANG >>> keyword "import" >>> YANG keywords are not allowed to have prefixes. >>> >> >>> >>> >>> >>>> character MAY be used if the identifier represents a well-known value >>>> that uses these characters. >>>> Is this text saying that only characters in these two subsets are >>>> allowed and >>>> therefore, for instance "." is forbidden >>>> >>> >>> >>> This text is suggesting the characters that SHOULD be used. >>> The dot and dash chars are not included. The text specifies which >>> characters are included. >>> >> >> I'm sorry, I am still confused. Here's the original text: >> >> Identifiers SHOULD follow a consistent naming pattern throughout the >> module. Only lower-case letters, numbers, and dashes SHOULD be used >> in identifier names. Upper-case characters and the underscore >> character MAY be used if the identifier represents a well-known value >> that uses these characters. >> >> There are other characters that are not in either of these sets. Are you >> saying >> that they can't be used under any conditions? >> >> > I will add the period charater to the list > > > >> -Ekr >> >> > > Andy > > >> >>> >>> >>>> >>>> It is RECOMMENDED that only valid YANG modules be included in >>>> documents, whether or not they are published yet. This allows: >>>> For clarify, I assume you mean "the modules are published yet" >>>> >>>> >>> OK >>> >>> >>>> The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6536bis] >>>> does not support parameter access control for RPC operations. The >>>> user is given permission (or not) to invoke the RPC operation with >>>> This might be slightly clearer if you said "parameter-based access >>>> control" >>>> >>>> >>>> >>> OK >>> >>> Andy >>> >>> >>> >> > --001a113b7f1811dc9d0566da0a32 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Andy,

I don't want to overrotate= on period, as I was just using it as an example.

= As I said, there are a pile of other characters that are not in either set.= Are
they allowed or not?

-Ekr


= On Wed, Mar 7, 2018 at 2:22 PM, Andy Bierman <andy@yumaworks.com>= wrote:


On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla <ekr@rtfm.com> wro= te:


On Wed, Mar 7, 2018 at 1:44 PM, A= ndy Bierman <andy@yumaworks.com> wrote:


On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla= <ek= r@rtfm.com> wrote:
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK

=C2=A0
=
=C2=A0 =C2=A0o=C2=A0 Prefixes are never allowed for built in data types and= YANG
=C2=A0 =C2=A0 =C2=A0 keywords.
I'm not sure I understand what this means. Is the idea that I can't= use
"example-import" somewhere?



The external key= word "example:import" is not the same as the YANG keyword "i= mport"
YANG keywords are not allowed to have prefixes.
=

=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters th= at SHOULD be used.
The dot and dash chars are not included. The t= ext specifies which characters are included.

I'm sorry, I am still confused. Here's th= e original text:

=C2=A0 =C2=A0Identifiers SHO= ULD follow a consistent naming pattern throughout the
=C2=A0 =C2= =A0module.=C2=A0 Only lower-case letters, numbers, and dashes SHOULD be use= d
=C2=A0 =C2=A0in identifier names.=C2=A0 Upper-case characters a= nd the underscore
=C2=A0 =C2=A0character MAY be used if the ident= ifier represents a well-known value
=C2=A0 =C2=A0that uses these = characters.

There are other characters that = are not in either of these sets. Are you saying
that they can'= ;t be used under any conditions?


I will add the period charater to = the list

=C2=A0
-Ekr



Andy
=C2=A0

=
=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
=C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy
=C2=A0

=



--001a113b7f1811dc9d0566da0a32-- From nobody Wed Mar 7 14:31:13 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD81E12D95A for ; Wed, 7 Mar 2018 14:31:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Yd6iw2bVWEgL for ; Wed, 7 Mar 2018 14:31:09 -0800 (PST) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA77212D86B for ; Wed, 7 Mar 2018 14:31:08 -0800 (PST) Received: by mail-lf0-x22a.google.com with SMTP id y19-v6so5581860lfd.4 for ; Wed, 07 Mar 2018 14:31:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qfclM7xejz2SVZ60UFrzMuZ7VmgOXKuoZ0MVPf9RODs=; b=Txp1pbgvhVdpvcA0TG1QA7YLWXXFcQl4CEXaAvTGjZmMG94DtiSMfO8VDtY6hfMBIj ihJH+DLNqHrOIIoaw+UJIuxgEZH4tar/iQ2dJ2jBwy7CitcaFM3KFHP0PKY20sB8DoTe LeWf3WRRRQGSlG+rz/pP1ZhTOqeHd1hKTGz7sGRUR2eanBZSMF5iTTf/L43wg1XbD6ar S6vmKl2bZ16+QZyx4S5elnTbvROTfTGeCQ28vdm8wvgBSRV6z9+6cZ1DWE7y1lltXjDa jcTU6ZrhcAD+bhMXcKKFX8c2Nvws8HZd/2W8gX6QXZGVuMUdBPCPelMzZVdhR4++Y9us niEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qfclM7xejz2SVZ60UFrzMuZ7VmgOXKuoZ0MVPf9RODs=; b=DgaN5+uthGZFWA3oSOCLiWPKT1hlXQNOS19AwQts6FIWL+9EDyum1CWpmkPGixOZj+ O+g5SGyh3g9kdl4Hj9IIg2oSr2GkVFnwfdKAav1gOgt6vZYHXhTQ0Hzv14vd0/bfY7zE rZapo8Nb99TRaEqbSq8HhPhN68642Qk8lrVbzUwFRuLNVov/wVyfoGTcNFDXuoldrmRc i2oefr5HX+8zxZo0dns/h3f+SvJSmC5sIq1VqRpMYyi5T+78E6yz+WmPlGAXW+VQn5pe PV9aOZaUYIjujPeAAE92+FQY64mrEolNKYQcZakBCOtCea+9Gq4E16eCN8Q9P52gZvL5 V5DA== X-Gm-Message-State: AElRT7FjE1x5tqk5GhtmxAsmPlyLtVgUyda/J44u38NQ7OFRjDHpRBvp /Qk5n7MZDm8ds1DpNTP7vj2OZAt0ChE3G0QVGYPd76Hq X-Google-Smtp-Source: AG47ELsDfC33O0Xifpu0/bvqrT9V0SEfwVBybFxQkPPPPWTHize3KKRo/JFysnrIpTL2RT/JZ84vIfAN1dW1uI2qf50= X-Received: by 10.25.234.148 with SMTP id y20mr16374843lfi.53.1520461867001; Wed, 07 Mar 2018 14:31:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Wed, 7 Mar 2018 14:31:06 -0800 (PST) In-Reply-To: References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Wed, 7 Mar 2018 14:31:06 -0800 Message-ID: To: Eric Rescorla Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="94eb2c0ed1ea7a40ba0566da1de5" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 22:31:12 -0000 --94eb2c0ed1ea7a40ba0566da1de5 Content-Type: text/plain; charset="UTF-8" On Wed, Mar 7, 2018 at 2:25 PM, Eric Rescorla wrote: > Hi Andy, > > I don't want to overrotate on period, as I was just using it as an example. > > As I said, there are a pile of other characters that are not in either > set. Are > they allowed or not? > > That is the only other character allowed in YANG not mentioned in this section. https://tools.ietf.org/html/rfc7950#section-6.2 -Ekr > > Andy > > On Wed, Mar 7, 2018 at 2:22 PM, Andy Bierman wrote: > >> >> >> On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla wrote: >> >>> >>> >>> On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman wrote: >>> >>>> >>>> >>>> On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: >>>> >>>>> Eric Rescorla has entered the following ballot position for >>>>> draft-ietf-netmod-rfc6087bis-18: No Objection >>>>> >>>>> When responding, please keep the subject line intact and reply to all >>>>> email addresses included in the To and CC lines. (Feel free to cut this >>>>> introductory paragraph, however.) >>>>> >>>>> >>>>> Please refer to https://www.ietf.org/iesg/stat >>>>> ement/discuss-criteria.html >>>>> for more information about IESG DISCUSS and COMMENT positions. >>>>> >>>>> >>>>> The document, along with other ballot positions, can be found here: >>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ >>>>> >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >>>>> COMMENT: >>>>> ---------------------------------------------------------------------- >>>>> >>>>> draft-ietf-netmod-rfc6087bis.txt:500 >>>>> normative, if the module itself is considered normative, and not an >>>>> example module or example YANG fragment. The use of keywords >>>>> defined >>>>> in [RFC2119] apply to YANG description statements in normative >>>>> I think you probably want to rewrite this as: >>>>> >>>>> "Note that if the module itself is considered normative and not an >>>>> example >>>>> module or example YANG fragment, then all YANG statements..." >>>>> >>>>> >>>> OK >>>> >>>> >>>> >>>>> o Prefixes are never allowed for built in data types and YANG >>>>> keywords. >>>>> I'm not sure I understand what this means. Is the idea that I can't use >>>>> "example-import" somewhere? >>>>> >>>>> >>>> >>>> The external keyword "example:import" is not the same as the YANG >>>> keyword "import" >>>> YANG keywords are not allowed to have prefixes. >>>> >>> >>>> >>>> >>>> >>>>> character MAY be used if the identifier represents a well-known >>>>> value >>>>> that uses these characters. >>>>> Is this text saying that only characters in these two subsets are >>>>> allowed and >>>>> therefore, for instance "." is forbidden >>>>> >>>> >>>> >>>> This text is suggesting the characters that SHOULD be used. >>>> The dot and dash chars are not included. The text specifies which >>>> characters are included. >>>> >>> >>> I'm sorry, I am still confused. Here's the original text: >>> >>> Identifiers SHOULD follow a consistent naming pattern throughout the >>> module. Only lower-case letters, numbers, and dashes SHOULD be used >>> in identifier names. Upper-case characters and the underscore >>> character MAY be used if the identifier represents a well-known value >>> that uses these characters. >>> >>> There are other characters that are not in either of these sets. Are you >>> saying >>> that they can't be used under any conditions? >>> >>> >> I will add the period charater to the list >> >> >> >>> -Ekr >>> >>> >> >> Andy >> >> >>> >>>> >>>> >>>>> >>>>> It is RECOMMENDED that only valid YANG modules be included in >>>>> documents, whether or not they are published yet. This allows: >>>>> For clarify, I assume you mean "the modules are published yet" >>>>> >>>>> >>>> OK >>>> >>>> >>>>> The NETCONF Access Control Model (NACM) >>>>> [I-D.ietf-netconf-rfc6536bis] >>>>> does not support parameter access control for RPC operations. The >>>>> user is given permission (or not) to invoke the RPC operation with >>>>> This might be slightly clearer if you said "parameter-based access >>>>> control" >>>>> >>>>> >>>>> >>>> OK >>>> >>>> Andy >>>> >>>> >>>> >>> >> > --94eb2c0ed1ea7a40ba0566da1de5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Mar 7, 2018 at 2:25 PM, Eric Rescorla <ekr@rtfm.com> = wrote:
Hi Andy,

I don't want to overrotate on period, as = I was just using it as an example.

As I said, ther= e are a pile of other characters that are not in either set. Are
= they allowed or not?


=
That is the only other character allowed in YANG not mentioned in this= section.
=C2=A0


-Ekr


Andy
=C2=A0

On Wed, Mar 7, 2018 a= t 2:22 PM, Andy Bierman <andy@yumaworks.com> wrote:


On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla <ekr@rtf= m.com> wrote:


On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman &l= t;andy@yumaworks.co= m> wrote:


On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla <ekr@rtf= m.com> wrote:
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK
=
=C2=A0


=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters th= at SHOULD be used.
The dot and dash chars are not included. The t= ext specifies which characters are included.

I'm sorry, I am still confused. Here's th= e original text:

=C2=A0 =C2=A0Identifiers SHO= ULD follow a consistent naming pattern throughout the
=C2=A0 =C2= =A0module.=C2=A0 Only lower-case letters, numbers, and dashes SHOULD be use= d
=C2=A0 =C2=A0in identifier names.=C2=A0 Upper-case characters a= nd the underscore
=C2=A0 =C2=A0character MAY be used if the ident= ifier represents a well-known value
=C2=A0 =C2=A0that uses these = characters.

There are other characters that = are not in either of these sets. Are you saying
that they can'= ;t be used under any conditions?


I will add the period charater to = the list

=C2=A0
-Ekr



Andy
=C2=A0

=
=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
= =C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy
=C2=A0





--94eb2c0ed1ea7a40ba0566da1de5-- From nobody Wed Mar 7 14:38:49 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 748D312D9FE for ; Wed, 7 Mar 2018 14:38:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 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_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-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 sCnU4Q6FG7hJ for ; Wed, 7 Mar 2018 14:38:44 -0800 (PST) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (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 5C0B2126CBF for ; Wed, 7 Mar 2018 14:38:41 -0800 (PST) Received: by mail-qk0-x22f.google.com with SMTP id d206so4659863qkb.3 for ; Wed, 07 Mar 2018 14:38:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OuF1Sa4sS63BxgEcKrYiVJDlII/Sv+yJel3yU5iEk2E=; b=GRDpD//pe0EfiVOcG20eUPHNlykHx6/Nlvb+kjgx2l8DaSWt6X1Wva7pDc6TfyFWp7 2Ixgn4f/7CBbkt4TA5Wsi0C1H0hcNX8ja45JZCuAVJ9yzSh0OBLbKhXWCFkAD8Il08Pb 5EvVa93EDhHOcRrFakYJH9BVPweWmmaAi6SECxFcyb/2sOf6Fe0NvLNL6v3MyEqPFKxz dcyr74jwxdrdW+rGihKRlbbkfZ1DV0JX2UPwps0eUWDacB9VuZW/NTapc3xB/q3e+kEh 0NgEag9xUiY6D8QTxHZUmpCD+yX4/exSi7uW414iPZuM44MO8N4ECtOc/gcqAAfqHHAa LNPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=OuF1Sa4sS63BxgEcKrYiVJDlII/Sv+yJel3yU5iEk2E=; b=n7AybS1sF0reVEGSlKd8KjQzGDllaqGqtQga6vwZ1drUhtW+7zRIBHhCHqjzpq0Emf mQPAiLS6BwhZ7UDSaTxXw+RUvsgHgMUx2pGrXD3b+G7LlcFV7+B7qvVCcqqGm4pSRTTh sSRwKB29acXeby4hYX7C1i729qU1wb/95PhsCgt7LjynNbL1AK7nvlewSSW6Y1k/ULSM cKDO+tfLoC6SNGiS9jwvxXQCsngRZphcXoDQvZimX3EeKRPq5IO2aJSC7K/dirHF3GbS k6QcfzvGXeOBoabd69wxADWMC7vMHYunpZ0QCcvKLiW3ZK5/GVp0AYZ9CpDKudtBMqW1 zYtg== X-Gm-Message-State: AElRT7F3Lwlzl7JvcNy16xshYIjQS5gPjYXtqQxn3WdyiALhvX+pAtbd jZrFH/eMh7qUpf84kMaE8O5Q+Cdyr1V0/0Pv09mcXg== X-Google-Smtp-Source: AG47ELuyDI+J1nhvo9z7nXKGNWoDLHoQB3TL4VdlG0yj84uJf0Ce1IN/UISDeECpshsokveQaiQbwEOawEi2ievry0w= X-Received: by 10.55.221.198 with SMTP id u67mr36328041qku.91.1520462320423; Wed, 07 Mar 2018 14:38:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.37.176 with HTTP; Wed, 7 Mar 2018 14:38:00 -0800 (PST) In-Reply-To: References: <152045215867.17597.99576332554022377.idtracker@ietfa.amsl.com> From: Eric Rescorla Date: Wed, 7 Mar 2018 14:38:00 -0800 Message-ID: To: Andy Bierman Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="001a114992e080ecdc0566da382f" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 22:38:47 -0000 --001a114992e080ecdc0566da382f Content-Type: text/plain; charset="UTF-8" OK. I think it would be helpful to the reader to say that explicitly. -ekr On Wed, Mar 7, 2018 at 2:31 PM, Andy Bierman wrote: > > > On Wed, Mar 7, 2018 at 2:25 PM, Eric Rescorla wrote: > >> Hi Andy, >> >> I don't want to overrotate on period, as I was just using it as an >> example. >> >> As I said, there are a pile of other characters that are not in either >> set. Are >> they allowed or not? >> >> > That is the only other character allowed in YANG not mentioned in this > section. > > https://tools.ietf.org/html/rfc7950#section-6.2 > > > -Ekr >> >> > Andy > > >> >> On Wed, Mar 7, 2018 at 2:22 PM, Andy Bierman wrote: >> >>> >>> >>> On Wed, Mar 7, 2018 at 1:56 PM, Eric Rescorla wrote: >>> >>>> >>>> >>>> On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman >>>> wrote: >>>> >>>>> >>>>> >>>>> On Wed, Mar 7, 2018 at 11:49 AM, Eric Rescorla wrote: >>>>> >>>>>> Eric Rescorla has entered the following ballot position for >>>>>> draft-ietf-netmod-rfc6087bis-18: No Objection >>>>>> >>>>>> When responding, please keep the subject line intact and reply to all >>>>>> email addresses included in the To and CC lines. (Feel free to cut >>>>>> this >>>>>> introductory paragraph, however.) >>>>>> >>>>>> >>>>>> Please refer to https://www.ietf.org/iesg/stat >>>>>> ement/discuss-criteria.html >>>>>> for more information about IESG DISCUSS and COMMENT positions. >>>>>> >>>>>> >>>>>> The document, along with other ballot positions, can be found here: >>>>>> https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------ >>>>>> ---------- >>>>>> COMMENT: >>>>>> ------------------------------------------------------------ >>>>>> ---------- >>>>>> >>>>>> draft-ietf-netmod-rfc6087bis.txt:500 >>>>>> normative, if the module itself is considered normative, and not an >>>>>> example module or example YANG fragment. The use of keywords >>>>>> defined >>>>>> in [RFC2119] apply to YANG description statements in normative >>>>>> I think you probably want to rewrite this as: >>>>>> >>>>>> "Note that if the module itself is considered normative and not an >>>>>> example >>>>>> module or example YANG fragment, then all YANG statements..." >>>>>> >>>>>> >>>>> OK >>>>> >>>>> >>>>> >>>>>> o Prefixes are never allowed for built in data types and YANG >>>>>> keywords. >>>>>> I'm not sure I understand what this means. Is the idea that I can't >>>>>> use >>>>>> "example-import" somewhere? >>>>>> >>>>>> >>>>> >>>>> The external keyword "example:import" is not the same as the YANG >>>>> keyword "import" >>>>> YANG keywords are not allowed to have prefixes. >>>>> >>>> >>>>> >>>>> >>>>> >>>>>> character MAY be used if the identifier represents a well-known >>>>>> value >>>>>> that uses these characters. >>>>>> Is this text saying that only characters in these two subsets are >>>>>> allowed and >>>>>> therefore, for instance "." is forbidden >>>>>> >>>>> >>>>> >>>>> This text is suggesting the characters that SHOULD be used. >>>>> The dot and dash chars are not included. The text specifies which >>>>> characters are included. >>>>> >>>> >>>> I'm sorry, I am still confused. Here's the original text: >>>> >>>> Identifiers SHOULD follow a consistent naming pattern throughout the >>>> module. Only lower-case letters, numbers, and dashes SHOULD be used >>>> in identifier names. Upper-case characters and the underscore >>>> character MAY be used if the identifier represents a well-known value >>>> that uses these characters. >>>> >>>> There are other characters that are not in either of these sets. Are >>>> you saying >>>> that they can't be used under any conditions? >>>> >>>> >>> I will add the period charater to the list >>> >>> >>> >>>> -Ekr >>>> >>>> >>> >>> Andy >>> >>> >>>> >>>>> >>>>> >>>>>> >>>>>> It is RECOMMENDED that only valid YANG modules be included in >>>>>> documents, whether or not they are published yet. This allows: >>>>>> For clarify, I assume you mean "the modules are published yet" >>>>>> >>>>>> >>>>> OK >>>>> >>>>> >>>>>> The NETCONF Access Control Model (NACM) >>>>>> [I-D.ietf-netconf-rfc6536bis] >>>>>> does not support parameter access control for RPC operations. The >>>>>> user is given permission (or not) to invoke the RPC operation with >>>>>> This might be slightly clearer if you said "parameter-based access >>>>>> control" >>>>>> >>>>>> >>>>>> >>>>> OK >>>>> >>>>> Andy >>>>> >>>>> >>>>> >>>> >>> >> > --001a114992e080ecdc0566da382f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
OK. I think it would be helpful to the reader to say that = explicitly.

-ekr


On Wed, Mar 7, 2018 at 2:31 PM= , Andy Bierman <andy@yumaworks.com> wrote:


On Wed, Mar 7, 2018 at 2:25 PM, Eric= Rescorla <ekr@rtfm.com> wrote:
Hi Andy,

I don'= t want to overrotate on period, as I was just using it as an example.
=

As I said, there are a pile of other characters that ar= e not in either set. Are
they allowed or not?


That is the only other chara= cter allowed in YANG not mentioned in this section.
=C2=A0
<= div>https://tools.ietf.org/html/rfc7950#section-6.2


-Ekr


And= y
=C2=A0

On Wed, Mar 7, 2018 at= 2:22 PM, Andy Bierman <andy@yumaworks.com> wrote:


On Wed, Mar 7, 2018 at 1:56 P= M, Eric Rescorla <ekr@rtfm.com> wrote:

=
On Wed, Mar 7, 2018 at 1:44 PM, Andy Bierman= <andy@yumaworks.com> wrote:


=
On Wed, = Mar 7, 2018 at 11:49 AM, Eric Rescorla <ekr@rtfm.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">Eric Rescorla has entered = the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

draft-ietf-netmod-rfc6087bis.txt:500
=C2=A0 =C2=A0normative, if the module itself is considered normative, and n= ot an
=C2=A0 =C2=A0example module or example YANG fragment.=C2=A0 The use of keyw= ords defined
=C2=A0 =C2=A0in [RFC2119] apply to YANG description statements in normative=
I think you probably want to rewrite this as:

"Note that if the module itself is considered normative and not an exa= mple
module or example YANG fragment, then all YANG statements..."


OK

=C2=A0
=C2=A0 =C2=A0o=C2=A0 Prefixes are never allowed for built in data types and= YANG
=C2=A0 =C2=A0 =C2=A0 keywords.
I'm not sure I understand what this means. Is the idea that I can't= use
"example-import" somewhere?



The external key= word "example:import" is not the same as the YANG keyword "i= mport"
YANG keywords are not allowed to have prefixes.
=


=C2=A0
=C2=A0 =C2=A0character MAY be used if the identifier represents a well-know= n value
=C2=A0 =C2=A0that uses these characters.
Is this text saying that only characters in these two subsets are allowed a= nd
therefore, for instance "." is forbidden

This text is suggesting the characters th= at SHOULD be used.
The dot and dash chars are not included. The t= ext specifies which characters are included.

I'm sorry, I am still confused. Here's th= e original text:

=C2=A0 =C2=A0Identifiers SHO= ULD follow a consistent naming pattern throughout the
=C2=A0 =C2= =A0module.=C2=A0 Only lower-case letters, numbers, and dashes SHOULD be use= d
=C2=A0 =C2=A0in identifier names.=C2=A0 Upper-case characters a= nd the underscore
=C2=A0 =C2=A0character MAY be used if the ident= ifier represents a well-known value
=C2=A0 =C2=A0that uses these = characters.

There are other characters that = are not in either of these sets. Are you saying
that they can'= ;t be used under any conditions?


I will add the period charater to = the list

=C2=A0
-Ekr



Andy<= /div>
=C2=A0
<= div dir=3D"ltr">

=C2=A0

=C2=A0 =C2=A0It is RECOMMENDED that only valid YANG modules be included in<= br> =C2=A0 =C2=A0documents, whether or not they are published yet.=C2=A0 This a= llows:
For clarify, I assume you mean "the modules are published yet"

OK
=C2=A0
=C2=A0 =C2=A0The NETCONF Access Control Model (NACM) [I-D.ietf-netconf-rfc6= 536bis]
=C2=A0 =C2=A0does not support parameter access control for RPC operations.= =C2=A0 The
=C2=A0 =C2=A0user is given permission (or not) to invoke the RPC operation = with
This might be slightly clearer if you said "parameter-based access con= trol"



OK

Andy
=C2=A0






--001a114992e080ecdc0566da382f-- From nobody Wed Mar 7 16:06:55 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DCCE12008A; Wed, 7 Mar 2018 16:06:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152046760851.21264.15098575026170787954.idtracker@ietfa.amsl.com> Date: Wed, 07 Mar 2018 16:06:48 -0800 Archived-At: Subject: [netmod] Ben Campbell's Yes on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 00:06:48 -0000 Ben Campbell has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for this very readable and informative document. I am balloting YES, but I do have a few minor comments: Substantive Comments: §3, first paragraph: Can there be a citation for internet-draft guidelines? Also, it seems odd to have a normative MUST for I-D guidelines, but the RFC guidelines are not normative? §3.5: Is the referenced draft in the example likely to become an RFC prior to publication? As it is, the way it is referenced looks a lot like a citation, which are not recommended in an abstract. §3.7: The URL in the second paragraph is very dependent on the structure of the tools pages. Any reorganization of those pages is likely to break the link. I wonder if there is a way to alias that to something less brittle. §4.8, 2nd paragraph: I’m surprised to see the WG mail list a MUST level requirement here. WGs (and their mailing lists) come and go. I think, in many cases, it would make more sense to list the IESG as the contact, at least for standards track models. (I’ve seen us do that more often lately for IANA registrations, and this seems in the same spirit.) I can see that it might still make sense to reference the WG list in some circumstances, but MUST seems excessive. . Editorial Comments and Nits: §3.9, last paragraph: There are two clauses starting with “, which”, which I think are intended as restrictive clauses. Consider s/“, which”/“that” From nobody Wed Mar 7 16:25:15 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 390D012008A; Wed, 7 Mar 2018 16:25:08 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152046870822.21375.9758886257105070758.idtracker@ietfa.amsl.com> Date: Wed, 07 Mar 2018 16:25:08 -0800 Archived-At: Subject: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 00:25:08 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-netmod-syslog-model-23: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- https://mozphab-ietf.devsvcdev.mozaws.net/D4614 It's not a problem with this document, but I took a quick look at draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few examples: - You can set the cipher suite but not key sizes and groups You can - say sort of incoherent things in TLS like "I support TLS 1.0 and TLS 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2) I'll try to get a chance to give this a real review, but I wanted to mention it before I forgot. We are using definitions of syslog protocol from [RFC5424] in this RFC. Not a big deal, but this introduction feels like it ought to say what the document is about, not just about syslog. The severity is one of type syslog-severity, all severities, or none. None is a special case that can be used to disable a filter. When filtering severity, the default comparison is that messages of the This seems to be the first use of the term filter to mean this entity subtree, implementations MUST NOT specify a private key that is used for any other purpose. It seems like the data that syslog writes is sensitive, so the ability to write a destination reflects a high degree of risk. From nobody Thu Mar 8 00:08:49 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6108126C19 for ; Thu, 8 Mar 2018 00:08:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.8 X-Spam-Level: X-Spam-Status: No, score=-1.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cesnet.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bZBXxWTYLXqM for ; Thu, 8 Mar 2018 00:08:46 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [IPv6:2001:718:1:1f:50:56ff:feee:34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA0AC1205F0 for ; Thu, 8 Mar 2018 00:08:45 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 999) id C9400602F0; Thu, 8 Mar 2018 09:08:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1520496522; bh=fAafP+2z8KWnB+vSDiEazXkg2NJCv5bksp/uSf31fc0=; h=In-Reply-To:From:Date:Cc:To:Subject; b=CgmT3JKCL5tHxItcgVZHpH7us8wkFrx4W0dN0KXAdsvSGdf2rcpCxO0ezic6VUcLt QA0B9y1SwG6LhEKCnEr/flc00yt0d7p++gvwI1MxdoKrLhTLZl5XVe2i7SYUD3C59O zw4mr2hf8KtMjRg2wZpeSMP9mCgSB5NpnDNTUVs4= Content-Type: text/plain; charset="utf-8" In-Reply-To: <20180307142111.ipxa4ux22c3hnbyq@elstar.local> From: =?utf-8?q?Michal_Va=C5=A1ko?= X-Forward: 2001:67c:1220:80c:f5:8e35:ef0e:146c Date: Thu, 08 Mar 2018 09:08:42 +0100 Cc: "netmod" To: "Juergen Schoenwaelder" MIME-Version: 1.0 Message-ID: <15b6-5aa0ef80-9d-46597400@73667296> User-Agent: SOGoMail 2.3.23 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] =?utf-8?b?Pz09P3V0Zi04P3E/ICBOb3RpZmljYXRpb25zIHdpdGgg?= =?utf-8?q?state_data_reference?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 08:08:48 -0000 Hi Juergen, thanks for an answer. I realized that validation of such notifications = could be difficult because of the reasons you mentioned so I was rather= questioning the fact that it is allowed to have references to state da= ta in notifications in the first place. Also, I am not sure it is as ha= rmless as it seems. What if there is a union in the notification that includes instance-ide= ntifier, for example. The client receives the notification from a repla= y and is unable to validate (resolve) this union leaf. In effect, I dar= e say the leaf (and likely the whole notification) becomes useless for = the client as it simply cannot learn what value is actually stored ther= e. Is all this really okay? Kind regards, Michal On Wednesday, March 7, 2018 15:21 CET, Juergen Schoenwaelder wrote: > Dear Michal, > > I think the short answer is that the server replays notifications as= > they were was recorded. > > Operational state is about "in use" values and on many systems it is= > impossible to take a consistent snapshot of operational state and > hence clients will have little chances to obtain consistent snapshots= > and to do meaningful validation of received notifications. (Clients > would not only need a consistent snapshot to validate a received > notification but they would also need a snapshot taken at the time th= e > notification was generated.) > > /js > > On Wed, Mar 07, 2018 at 02:58:58PM +0100, Michal Va=C5=A1ko wrote: > > Hi, > > in ietf-hardware [1] there are notifications defined that include l= eafrefs pointing to state data leaves. When the notification is generat= ed, it is validated with regard to the current state data and if succes= sful, the notification is then stored for possible future replay. Now, = what happens when a client actually asks for notification replay includ= ing this notification? A server is no longer capable of validating it b= efore sending because the state data changed. The same goes for the cli= ent, it is unable to validate notifications received from replay. Was t= his intentional, should the validation be simply skipped in this case?= > > > > Thanks, > > Michal > > > > [1] https://tools.ietf.org/html/draft-ietf-netmod-entity-08#page-29= > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | German= y > Fax: +49 421 200 3103 From nobody Thu Mar 8 00:18:57 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D282E126C83; Thu, 8 Mar 2018 00:18:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Adam Roach To: "The IESG" Cc: draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> Date: Thu, 08 Mar 2018 00:18:55 -0800 Archived-At: Subject: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 08:18:56 -0000 Adam Roach has entered the following ballot position for draft-ietf-netmod-syslog-model-23: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- One quick comment on the model for the console: +--rw console! {console-action}? | +--rw facility-filter | | +--rw facility-list* [facility severity] | | +--rw facility union | | +--rw severity union | | +--rw advanced-compare {select-adv-compare}? | | +--rw compare? enumeration | | +--rw action? enumeration | +--rw pattern-match? string {select-match}? Syslog can be (and frequently is) configured to log to "console" on a non-default tty. It's not clear from this model how this would be configured or indicated. Is the assumption here that all non-default-console tty logging would be handled by the "file" portion of the tree? If so, it would be worth indicating so explicitly, and noting that such an approach is limited to those systems that present ttys as a part of the filesystem. Alternately, it might make sense to add a tty field to the "console" subtree to report/configure this value. From nobody Thu Mar 8 00:41:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B03A12426E; Thu, 8 Mar 2018 00:41:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 j5fg3ZEPI_oL; Thu, 8 Mar 2018 00:41:46 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D574B1205F0; Thu, 8 Mar 2018 00:41:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6187; q=dns/txt; s=iport; t=1520498506; x=1521708106; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=gxoZunhq1RLFySMorQuTLykNk8JowW6PZEzQ/0V2hpE=; b=aytzX6/bbGcMxeObs5CWHKUzL1O/5Q5DTQGskFxoYuSmP3eu1uPHersG /16FYHE6+kKC12xT4S1UEx9yBJe04JYnI2VpqZSMwzr8veTbH5OtB2c+1 nmVJ6notFMsbQwyvkUzjnkSwFQ0iDvh4AO4eK1Ju5NaABcZrZj88Hup+v k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B2AQBO9qBa/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYMjgRNvKINQixGPB4EWjwiFNYIBCiOFAgKDKzgUAQIBAQEBAQE?= =?us-ascii?q?CayeFJAEEAR0GVhALDjQCAlcGAQwIAQGFDQgPq0SCJiaES4N5ghgFhTWEBIIPg?= =?us-ascii?q?wSDLgIBAgGBOgESAQmDH4JiBIgbkjQJhkmKGAeBY4Q0gnOFV4l5gUyGAoEsNSF?= =?us-ascii?q?hWBEIMxoIGxU6gkOCY24BCG8/NwGJLII5AQEB?= X-IronPort-AV: E=Sophos;i="5.47,440,1515456000"; d="scan'208,217";a="2446919" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 08:41:43 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w288fhdT030248; Thu, 8 Mar 2018 08:41:43 GMT To: Eric Rescorla , The IESG Cc: netmod-chairs@ietf.org, Lou Berger , kwatsen@juniper.net, draft-ietf-netmod-syslog-model@ietf.org, netmod@ietf.org References: <152046870822.21375.9758886257105070758.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: Date: Thu, 8 Mar 2018 09:41:43 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <152046870822.21375.9758886257105070758.idtracker@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------9C2C8BCFDA3AB85AD801E5F4" Content-Language: en-US Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 08:41:49 -0000 This is a multi-part message in MIME format. --------------9C2C8BCFDA3AB85AD801E5F4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Eric, > Eric Rescorla has entered the following ballot position for > draft-ietf-netmod-syslog-model-23: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > https://mozphab-ietf.devsvcdev.mozaws.net/D4614 > > It's not a problem with this document, but I took a quick look at > draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few > examples: > > - You can set the cipher suite but not key sizes and groups You can > - say sort of incoherent things in TLS like "I support TLS 1.0 and TLS > 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2) > > I'll try to get a chance to give this a real review, but I wanted to mention it > before I forgot. > > We are using definitions of syslog protocol from [RFC5424] in this > RFC. > Not a big deal, but this introduction feels like it ought to say what the > document is about, not just about syslog. > > The severity is one of type syslog-severity, all severities, or none. > None is a special case that can be used to disable a filter. When > filtering severity, the default comparison is that messages of the > This seems to be the first use of the term filter to mean this entity I'm not sure I understand the call for action here. In the YANG module, we called this facility-filter: container facility-filter { description "This container describes the syslog filter parameters."; list facility-list { ... > > subtree, implementations MUST NOT specify a private key that is > used for any other purpose. > It seems like the data that syslog writes is sensitive, so the ability to write > a destination reflects a high degree of risk. Again, what is the call for action here? Regards, B. > > > . > --------------9C2C8BCFDA3AB85AD801E5F4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Eric,
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-syslog-model-23: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

https://mozphab-ietf.devsvcdev.mozaws.net/D4614

It's not a problem with this document, but I took a quick look at
draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few
examples:

- You can set the cipher suite but not key sizes and groups You can
- say sort of incoherent things in TLS like "I support TLS 1.0 and TLS
 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2)

I'll try to get a chance to give this a real review, but I wanted to mention it
before I forgot.

   We are using definitions of syslog protocol from [RFC5424] in this
   RFC.
Not a big deal, but this introduction feels like it ought to say what the
document is about, not just about syslog.

   The severity is one of type syslog-severity, all severities, or none.
   None is a special case that can be used to disable a filter.  When
   filtering severity, the default comparison is that messages of the
This seems to be the first use of the term filter to mean this entity
I'm not sure I understand the call for action here.
In the YANG module, we called this facility-filter:
       container facility-filter {
         description
           "This container describes the syslog filter parameters.";
         list facility-list {
           ...


         subtree, implementations MUST NOT specify a private key that is
         used for any other purpose.
It seems like the data that syslog writes is sensitive, so the ability to write
a destination reflects a high degree of risk.
Again, what is the call for action here?

Regards, B.


.

--------------9C2C8BCFDA3AB85AD801E5F4-- From nobody Thu Mar 8 01:00:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DF971205F0 for ; Thu, 8 Mar 2018 01:00:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 EIajXkZAu-fL for ; Thu, 8 Mar 2018 01:00:51 -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 C34F512426E for ; Thu, 8 Mar 2018 01:00: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 9257740; Thu, 8 Mar 2018 10:00: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 H72yZpoU7QPZ; Thu, 8 Mar 2018 10:00: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; Thu, 8 Mar 2018 10:00:50 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6F4B82015B; Thu, 8 Mar 2018 10:00:50 +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 gPXgPqXA1xsK; Thu, 8 Mar 2018 10:00:50 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0C04520158; Thu, 8 Mar 2018 10:00:50 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 865864267A7F; Thu, 8 Mar 2018 10:00:49 +0100 (CET) Date: Thu, 8 Mar 2018 10:00:49 +0100 From: Juergen Schoenwaelder To: Michal =?utf-8?B?VmHFoWtv?= Cc: netmod Message-ID: <20180308090049.mnzal4uh772xuufa@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Michal =?utf-8?B?VmHFoWtv?= , netmod References: <20180307142111.ipxa4ux22c3hnbyq@elstar.local> <15b6-5aa0ef80-9d-46597400@73667296> 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: <15b6-5aa0ef80-9d-46597400@73667296> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Notifications with state data reference X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 09:00:54 -0000 On Thu, Mar 08, 2018 at 09:08:42AM +0100, Michal Vaško wrote: > Hi Juergen, > thanks for an answer. I realized that validation of such notifications could be difficult because of the reasons you mentioned so I was rather questioning the fact that it is allowed to have references to state data in notifications in the first place. Also, I am not sure it is as harmless as it seems. > > What if there is a union in the notification that includes instance-identifier, for example. The client receives the notification from a replay and is unable to validate (resolve) this union leaf. In effect, I dare say the leaf (and likely the whole notification) becomes useless for the client as it simply cannot learn what value is actually stored there. Is all this really okay? > Yes, it is possible to design notifications that are mostly useless when being replayed - and sometimes even when they are sent live. The same is true for log messages, if they do not include enough context, they are useless. Operational state must be understood as being under constant change. Hence, any references to operational state data that has a high churn rate is likely of limited value. We have to trust that authors of YANG models understand the dynamics of the technology they are modeling. Implementation experience with the technology usually helps a lot. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 8 01:33:06 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E9E21205F0; Thu, 8 Mar 2018 01:33:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Adam Roach To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> Date: Thu, 08 Mar 2018 01:33:00 -0800 Archived-At: Subject: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 09:33:00 -0000 Adam Roach has entered the following ballot position for draft-ietf-netmod-rfc6087bis-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for this document. It is well-written and I believe it will be helpful. Comments follow. --------------------------------------------------------------------------- General: I've reviewed a couple of YANG modules where the indentation and/or wrapping was awkward and inconsistent. I would love to see guidance in this document that authors be careful to run their modules through pyang (or a similar tool) to ensure consistent formatting. It may be worthwhile to give an example of the exact commandline invocation of pyang to achieve a formatting that is consistent with existing published modules. --------------------------------------------------------------------------- §3: > YANG data model modules under review are likely to be contained in > Internet-Drafts. All guidelines for Internet-Draft authors MUST be > followed. The RFC Editor provides guidelines for authors of RFCs, > which are first published as Internet-Drafts. These guidelines > should be followed and are defined in [RFC7322] and updated in > [RFC7841] and "RFC Document Style" [RFC-STYLE]. Maybe include a pointer to draft-flanagan-7322bis also, as this document is in the process of being revised. --------------------------------------------------------------------------- §3.6: > Example YANG modules and example YANG fragments MUST NOT contain any > normative text, including any reserved words from [RFC2119] Please clarify that this means only all-uppercase reserved words. --------------------------------------------------------------------------- §3.8: > If there are no > IANA considerations applicable to the document, then the IANA > Considerations section stating that there are no actions is removed > by the RFC Editor before publication. I believe that the current state of play is that removal is left to the authors' discretion, and that the IANA has a weak preference for leaving in sections that say "No actions are requested of IANA." This may change. Rather than try to capture the (potentially changing) state of play, my suggestion is to remove the text I quote above. --------------------------------------------------------------------------- §3.12: > Each specification that defines one or more modules SHOULD contain > usage examples, either throughout the document or in an appendix. Many of the YANG documents I've reviewed over the past year have contained examples that show only IPv4 addresses. The IAB has issued guidance that examples in standards track documents use either a mix of IPv4 and IPv6 addresses or IPv6 addresses exclusively (see ). This section would do authors and reviewers a great favor by reiterating or pointing to this guidance. --------------------------------------------------------------------------- §4.11.2: > The following typedef from [RFC6991] demonstrates the proper use of > the "pattern" statement: > > typedef ipv4-address-no-zone { > type inet:ipv4-address { > pattern '[0-9\.]*'; > } > ... > } By contrast, RFC 6021 has a somewhat more complex production: pattern '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' + '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' + '(%[\p{N}\p{L}]+)?'; Is there any consensus on how complex the pattern validation should be? I've seen some YANG modules with patterns that occupied more than half a page. Is that encouraged, discouraged, or neither? It seems some guidance on this specific issue would be useful, as the currently published modules appear to be all over the map on this topic. --------------------------------------------------------------------------- §10.2: > [RFC-STYLE] > Braden, R., Ginoza, S., and A. Hagens, "RFC Document > Style", September 2009, > . This URL returns a 404. From nobody Thu Mar 8 03:32:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEAB61242F7; Thu, 8 Mar 2018 03:32:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 y9BwCxqLjTu5; Thu, 8 Mar 2018 03:32:26 -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 3F664124239; Thu, 8 Mar 2018 03:32:26 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 0FF7A40; Thu, 8 Mar 2018 12:32:25 +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 K9N5hoHT2ygZ; Thu, 8 Mar 2018 12:32:23 +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; Thu, 8 Mar 2018 12:32:24 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id DC0B62015B; Thu, 8 Mar 2018 12:32:24 +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 xGhJymcn6AAM; Thu, 8 Mar 2018 12:32:24 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6C3A220160; Thu, 8 Mar 2018 12:32:24 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 378F34267C9E; Thu, 8 Mar 2018 12:32:24 +0100 (CET) Date: Thu, 8 Mar 2018 12:32:24 +0100 From: Juergen Schoenwaelder To: Adam Roach Cc: The IESG , netmod-chairs@ietf.org, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org Message-ID: <20180308113224.rzeops77x6a7wary@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Adam Roach , The IESG , netmod-chairs@ietf.org, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 11:32:29 -0000 On Thu, Mar 08, 2018 at 01:33:00AM -0800, Adam Roach wrote: > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > > 4.11.2: > > > The following typedef from [RFC6991] demonstrates the proper use of > > the "pattern" statement: > > > > typedef ipv4-address-no-zone { > > type inet:ipv4-address { > > pattern '[0-9\.]*'; > > } > > ... > > } > > By contrast, RFC 6021 has a somewhat more complex production: > > pattern > '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' > + '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' > + '(%[\p{N}\p{L}]+)?'; > > Is there any consensus on how complex the pattern validation should be? I've > seen some YANG modules with patterns that occupied more than half a page. Is > that encouraged, discouraged, or neither? It seems some guidance on this > specific issue would be useful, as the currently published modules appear to be > all over the map on this topic. > RFC 6021 does not define ipv4-address-no-zone, you seem to compare apples vs. oranges here. The pattern used in the definition of ipv4-address is pretty much the same in both versions. The reason why the ipv4-address-no-zone typedef has a rather short pattern is that the long pattern of inet:ipv4-address still applies (since ipv4-address-no-zone is derived from ipv4-address). How detailed should a pattern be? There is as, far as I can tell, no simply answer or guideline or even consensus on this. It is usually good if pattern are strict but then complex pattern can get difficult to read and understand and so there is an engineering trade-off to be made. The only thing I could imagine to say in section 4.11.2. is that it is a good idea to write test cases for longer pattern to ensure they do what was intended. (This is what I did for the pattern in RFC 6991.) I do not think it makes sense to publish test cases but it may be useful to share them during the development of the specification and during the YANG doctor review. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 8 05:16:17 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C4A6126CD6 for ; Thu, 8 Mar 2018 05:16:11 -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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-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 xcZps5WbdWuJ for ; Thu, 8 Mar 2018 05:16:09 -0800 (PST) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (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 B1620126D85 for ; Thu, 8 Mar 2018 05:16:07 -0800 (PST) Received: by mail-qt0-x236.google.com with SMTP id c7so6640544qtn.3 for ; Thu, 08 Mar 2018 05:16:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P0AgRRztw7FX8yqQ0aJ9K22BrOyhyryLHuwaVvbM8W8=; b=wPeEuza5VxkvcRFhdREHPpQzVP2JI7WtLX/XzN/GgyxZSd7mDQMrjEp/bEH1eZ7AWc +8J7Vu8UboW8MHk1WOkgDJoabXNvpS+EzHaPg2TiOFL2EEo7qBY1mt4Ilymd4kxtiysW pnjr4KyQWtXEpq2Pp6EDLB3XJUzr6Dot0XBBoakY2BZNcrNH5hEImDAt4RNlBSIbdi4/ Vru0iGGbiWxzJxCkNJnRFvSIxvEyKrjDlykgFwVV3YEoNDAmV9HvCc8RuGzxb5hmC5Dj Q3njKyduNDcgOU1gfFX1tystLn05PlGk0Z+MW6yU4DINRUaccfSjeT17iyx28VtfC43B FnBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P0AgRRztw7FX8yqQ0aJ9K22BrOyhyryLHuwaVvbM8W8=; b=r1YYNj0L0wW9R1fsfXFApp4iLNV65ErVxuTm9BPq0uJwXfNQqv7uMT2ls4VsVci7mc FV96yiz7arDpjFeDnm3aBFh/MzwQiEMCXeIVDet6seppAQVHd0JRVuNfOomao3my2QiY soL6sVi9vd1vvYWU+BSjPjPeZRVLTA7Slk7R6L2/IyPM+UdGe2aBG/TCa/hIqyXEDs9M suEtWWwmL8vUVbpW9ufYJieZmejLonMHi1gfhUOUcUQLg93dVXU7oXfaGf+GlTxUKDA8 LikaQl98fNr/VSJojaWgft6NRu4za4jiRkZkWeOukkutw6SYVnxTog3tRLtFksbEGCYp Xc9w== X-Gm-Message-State: AElRT7EU+ITbkkG5CG6EtnhZSxLXX5jHBEVxu4zzqmuRYB53uzGXSN6Q bXAxdsxHcKzFCEzj5PlJxAsmqtdNjYuRTohxHJ73nGoGBMk= X-Google-Smtp-Source: AG47ELtVlorPmmCIP5DlO5tCniIIVhba3ZWLYBba9sIySWEdRbfzUjiJ1IwhEvf31nx78Kn2YW0zgcRxMWtxu04ShnQ= X-Received: by 10.237.56.34 with SMTP id j31mr40889793qte.208.1520514966732; Thu, 08 Mar 2018 05:16:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.37.176 with HTTP; Thu, 8 Mar 2018 05:15:26 -0800 (PST) In-Reply-To: References: <152046870822.21375.9758886257105070758.idtracker@ietfa.amsl.com> From: Eric Rescorla Date: Thu, 8 Mar 2018 05:15:26 -0800 Message-ID: To: Benoit Claise Cc: The IESG , NetMod WG Chairs , Lou Berger , Kent Watsen , draft-ietf-netmod-syslog-model@ietf.org, NetMod WG Content-Type: multipart/alternative; boundary="001a113b7f1877d8f60566e67a7e" Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 13:16:12 -0000 --001a113b7f1877d8f60566e67a7e Content-Type: text/plain; charset="UTF-8" On Thu, Mar 8, 2018 at 12:41 AM, Benoit Claise wrote: > Eric, > > Eric Rescorla has entered the following ballot position for > draft-ietf-netmod-syslog-model-23: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here:https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > https://mozphab-ietf.devsvcdev.mozaws.net/D4614 > > It's not a problem with this document, but I took a quick look at > draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few > examples: > > - You can set the cipher suite but not key sizes and groups You can > - say sort of incoherent things in TLS like "I support TLS 1.0 and TLS > 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2) > > I'll try to get a chance to give this a real review, but I wanted to mention it > before I forgot. > > We are using definitions of syslog protocol from [RFC5424] in this > RFC. > Not a big deal, but this introduction feels like it ought to say what the > document is about, not just about syslog. > > The severity is one of type syslog-severity, all severities, or none. > None is a special case that can be used to disable a filter. When > filtering severity, the default comparison is that messages of the > This seems to be the first use of the term filter to mean this entity > > I'm not sure I understand the call for action here. > In the YANG module, we called this facility-filter: > The introductory text here says: " Within each action, a selector is used to filter syslog messages. A selector consists of a list of one or more facility-severity matches, and, if supported via the select-match feature, an optional regular expression pattern match that is performed on the [RFC5424] field." Perhaps" "A selector consists of a list of one or more filters specified by facility-severity pairs and, if supported..." container facility-filter { > > description > "This container describes the syslog filter parameters."; > list facility-list { > ... > > subtree, implementations MUST NOT specify a private key that is > used for any other purpose. > It seems like the data that syslog writes is sensitive, so the ability to write > a destination reflects a high degree of risk. > > Again, what is the call for action here? > That the text say that writing those fields is dangerous. This is related to the secdir review comment that Kathleenamplifies in her comment. -Ekr > Regards, B. > > . > > > > --001a113b7f1877d8f60566e67a7e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Mar 8, 2018 at 12:41 AM, Benoit Claise <bclaise@cisco.com&= gt; wrote:
=20 =20 =20
Eric,
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-syslog-model-23: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-mod=
el/



-----------------------------------------------------------------=
-----
COMMENT:
-----------------------------------------------------------------=
-----

https://mozph=
ab-ietf.devsvcdev.mozaws.net/D4614

It's not a problem with this document, but I took a quick look at
draft-ietf-netconf-tls-client-server and I've got some concerns. H=
ere are a few
examples:

- You can set the cipher suite but not key sizes and groups You can
- say sort of incoherent things in TLS like "I support TLS 1.0 and TLS
 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2)

I'll try to get a chance to give this a real review, but I wanted to me=
ntion it
before I forgot.

   We are using definitions of syslog protocol from [RFC5424] in this
   RFC.
Not a big deal, but this introduction feels like it ought to say what the
document is about, not just about syslog.

   The severity is one of type syslog-severity, all severities, or none.
   None is a special case that can be used to disable a filter.  When
   filtering severity, the default comparison is that messages of the
This seems to be the first use of the term filter to mean this entity
I'm not sure I understand the call for action here.
In the YANG module, we called this facility-filter:
<= div>
The introductory text here says:

"

=C2=A0 =C2=A0Within each action, a select= or is used to filter syslog messages.=C2=A0 A
=C2=A0 =C2=A0select= or consists of a list of one or more facility-severity matches,
= =C2=A0 =C2=A0and, if supported via the select-match feature, an optional re= gular
=C2=A0 =C2=A0expression pattern match that is performed on = the [RFC5424] field."

Perhaps"

"A selector consists of a list of one or more filters = specified by
facility-severity pairs and, if supported..."


=C2=A0 =C2=A0 =C2=A0 =C2=A0container fa= cility-filter {
         d=
escription
           "This container describes the syslog filter parameters.&quo=
t;;
         list facility-list {
           ...

         subtree, implementations MUST NOT specify a private key=
 that is
         used for any other purpose.
It seems like the data that syslog writes is sensitive, so the ability to w=
rite
a destination reflects a high degree of risk.
 Again, what is the call for action here?
That the text say that writing those fields is dangerous. This = is related to the secdir review comment that Kathleenamplifies in her comme= nt.

-Ekr


Regards, B.
.


--001a113b7f1877d8f60566e67a7e-- From nobody Thu Mar 8 05:21:16 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE95A126CE8; Thu, 8 Mar 2018 05:21:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 ThYVxIHIJRnJ; Thu, 8 Mar 2018 05:21:07 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 028EB126CD6; Thu, 8 Mar 2018 05:21:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8670; q=dns/txt; s=iport; t=1520515266; x=1521724866; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=yKGk850LNEjWwtLFxPVHj5CkMotYAe0VwfOYnwYJpR0=; b=aM4A5azD+nnP3jU5Djs4K2wGPlE737pHeNKNHetFvHYv6riI5OAxbGgr b5bqo8ywXi7h3aEUquvMcsc5WTUC62pA279o6Sr/68uCVCwMBuwp6Kwbr pz9AFb8boRbPoY1F/tvQt0mm0YyyCczjF0TvGzt36hffQt6p9aLITihYN s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CPAAAHOKFa/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2byiDUIoec5AcjwiFIRSCAQojhQICgys0GAECAQEBAQEBAms?= =?us-ascii?q?nhSQGI0sLEAtCAgJXBgEMCAEBF4R+D6sOgiYmhEuDeoIYBYU1hASBZimDBIMuA?= =?us-ascii?q?gECAYE6ARIBgyiCYgSIG5I0CYZJihgHgWOENIJzhVeHdIIFgUyGAoEsHjhhWBE?= =?us-ascii?q?IMxoIGxU6gkOCY4FmPzcBiR8NGAeCGgEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208,217";a="2453093" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 13:21:02 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w28DL1sT028288; Thu, 8 Mar 2018 13:21:02 GMT To: Adam Roach , The IESG Cc: netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org, Sandy Ginoza , Michelle Cotton References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> Date: Thu, 8 Mar 2018 14:21:01 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------366B4F301A26E5F26D24D42C" Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 13:21:14 -0000 This is a multi-part message in MIME format. --------------366B4F301A26E5F26D24D42C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Adam, > Adam Roach has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thanks for this document. It is well-written and I believe it will be helpful. > Comments follow. > > --------------------------------------------------------------------------- > > General: > > I've reviewed a couple of YANG modules where the indentation and/or wrapping was > awkward and inconsistent. I would love to see guidance in this document that > authors be careful to run their modules through pyang (or a similar tool) to > ensure consistent formatting. It may be worthwhile to give an example of the > exact commandline invocation of pyang to achieve a formatting that is consistent > with existing published modules. We've been in discussion with the RFC editor lately (Sandy, cc'ed) on this important topic. And also with IANA, which should be keep the source of truth for IETF YANG modules (but this is not that easy. More on this later). From a YANG language point of view, as long as the module validates, we're good. But OTOH, we do require some common style from the published modules, for example we want all lines to be properly indented and we require space characters between some tokens etc. Consistency is easier for readers With the RFC editors, we agreed on this high level process:     - extract the YANG file     - run pyang -f yang --yang-canonical --keep-comments FILE     - ask the authors if they are okay with the output file (before replacing it in the RFC (to be) for review)     - assuming they agree, update the RFC     - then transmit the module to IANA for publication. During the discussion, Martin Bjorklund (THE pyang main developer), expressed: Such a tool will of course blindly produce consistent output, but sometimes a human needs to polish the result anyway. ... Unfortunately, I don't think the tool is quite ready to be used in an automated fashion. It does produce consistent output wrt indentation and quotes etc, but it doesn't do a good job when it comes to handling long lines. As an example, if the original module has: pattern '[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-' + '[0-9a-fA-F]{4}-[0-9a-fA-F]{12}'; the tool will print: pattern '[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}'; I have just released a new version of pyang, 1.7.4, which fixes one issue with "-f yang" that has been discussed on the mailing list. I see two solutions from here. 1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in RFC6087bis, with a warning such as: "As the tool matures, a human might need to polish the results" 2. we don't mention "pyang -f yang --yang-canonical --keep-comments FILE" in RFC6087bis, but we ask the YANG doctors to run the tests. Considering that not many people know those specific pyang parameters, I would favor solution 1. Feedback? Regards, Benoit --------------366B4F301A26E5F26D24D42C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hi Adam,
Adam Roach has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks for this document. It is well-written and I believe it will be helpful.
Comments follow.

---------------------------------------------------------------------------

General:

I've reviewed a couple of YANG modules where the indentation and/or wrapping was
awkward and inconsistent. I would love to see guidance in this document that
authors be careful to run their modules through pyang (or a similar tool) to
ensure consistent formatting. It may be worthwhile to give an example of the
exact commandline invocation of pyang to achieve a formatting that is consistent
with existing published modules.
We've been in discussion with the RFC editor lately (Sandy, cc'ed) on this important topic.
And also with IANA, which should be keep the source of truth for IETF YANG modules (but this is not that easy. More on this later).

From a YANG language point of view, as long as the module validates, we're good.
But OTOH, we do require some common style from the published modules, for example we want all lines to be properly indented and we require space characters between some tokens etc. Consistency is easier for readers

With the RFC editors, we agreed on this high level process:
    - extract the YANG file
    - run pyang -f yang --yang-canonical --keep-comments FILE
    - ask the authors if they are okay with the output file (before replacing it in the RFC (to be) for review) 
    - assuming they agree, update the RFC
    - then transmit the module to IANA for publication.

During the discussion, Martin Bjorklund (THE pyang main developer), expressed:

     Such a tool will of course blindly produce consistent output, but 
     sometimes a human needs to polish the result anyway.

     ...

Unfortunately, I don't think the tool is quite ready to be used in an
automated fashion.  It does produce consistent output wrt indentation
and quotes etc, but it doesn't do a good job when it comes to handling
long lines.  As an example, if the original module has:

      pattern '[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-'
            + '[0-9a-fA-F]{4}-[0-9a-fA-F]{12}';

the tool will print:

      pattern '[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}';


I have just released a new version of pyang, 1.7.4, which fixes one
issue with "-f yang" that has been discussed on the mailing list.
I see two solutions from here.
1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in RFC6087bis, with a warning such as: "As the tool matures, a human might need to polish the results"
2. we don't mention "pyang -f yang --yang-canonical --keep-comments FILE" in RFC6087bis, but we ask the YANG doctors to run the tests.

Considering that not many people know those specific pyang parameters, I would favor solution 1.

Feedback?

Regards, Benoit

--------------366B4F301A26E5F26D24D42C-- From nobody Thu Mar 8 05:35:23 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF5DC126CE8; Thu, 8 Mar 2018 05:35:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 vYF7cPm_fiAA; Thu, 8 Mar 2018 05:35:18 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9DFE126CD6; Thu, 8 Mar 2018 05:35:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11461; q=dns/txt; s=iport; t=1520516118; x=1521725718; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=AtmuwvX391ePeGqAvFqEXn/Df6P2e6UsJW03bMtcpBM=; b=QGU7fkW3HS0QNjZ3h7XIbAbWGjfhC1ny7LlchnIuCRTTpdUuucsUbfoR 56Gj/Ppgg9DYppHE8Y6rv8bkcXMNWqjTUb9HaDBrTtmpNWIc9/aR2pOVg j3+Pvhe7f6C2zAXH9Z9mLLLM90waH1DxtajcuypafQPFYqdtWPHgA3MXd s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B6AQCDO6Fa/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYMjgRNvKINQixGOXyeBFo8IhSEUggEKI4MygVACgys2FgECAQE?= =?us-ascii?q?BAQEBAmsnhSQBBR0GVhAJAg4KJwMCAkYRBg0GAgEBBYUQD40enW2CJiaES4N5g?= =?us-ascii?q?h2FNYQEgg8MgniDDiACAQIBgToBEgEJgx+CYgSIG5I0CYZJihgHgWOENIJzhVe?= =?us-ascii?q?JeYFMhgKBLCUFLGFYEQgzGggbFTqCQwmBb2tuAQhvPzcBiSyCOQEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208,217";a="2504434" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 13:35:14 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w28DZDt3012260; Thu, 8 Mar 2018 13:35:14 GMT To: Eric Rescorla Cc: The IESG , NetMod WG Chairs , Lou Berger , Kent Watsen , draft-ietf-netmod-syslog-model@ietf.org, NetMod WG References: <152046870822.21375.9758886257105070758.idtracker@ietfa.amsl.com> From: Benoit Claise Message-ID: <7ab30e1e-6710-444e-4b51-d9b854502883@cisco.com> Date: Thu, 8 Mar 2018 14:35:13 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------0BF63CA7987A5EFCADCDFE5F" Content-Language: en-US Archived-At: Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 13:35:21 -0000 This is a multi-part message in MIME format. --------------0BF63CA7987A5EFCADCDFE5F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 3/8/2018 2:15 PM, Eric Rescorla wrote: > > > On Thu, Mar 8, 2018 at 12:41 AM, Benoit Claise > wrote: > > Eric, >> Eric Rescorla has entered the following ballot position for >> draft-ietf-netmod-syslog-model-23: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer tohttps://www.ietf.org/iesg/statement/discuss-criteria.html >> >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ >> >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> https://mozphab-ietf.devsvcdev.mozaws.net/D4614 >> >> >> It's not a problem with this document, but I took a quick look at >> draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few >> examples: >> >> - You can set the cipher suite but not key sizes and groups You can >> - say sort of incoherent things in TLS like "I support TLS 1.0 and TLS >> 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2) >> >> I'll try to get a chance to give this a real review, but I wanted to mention it >> before I forgot. >> >> We are using definitions of syslog protocol from [RFC5424] in this >> RFC. >> Not a big deal, but this introduction feels like it ought to say what the >> document is about, not just about syslog. >> >> The severity is one of type syslog-severity, all severities, or none. >> None is a special case that can be used to disable a filter. When >> filtering severity, the default comparison is that messages of the >> This seems to be the first use of the term filter to mean this entity > I'm not sure I understand the call for action here. > In the YANG module, we called this facility-filter: > > > The introductory text here says: > > " > >    Within each action, a selector is used to filter syslog messages.  A >    selector consists of a list of one or more facility-severity matches, >    and, if supported via the select-match feature, an optional regular >    expression pattern match that is performed on the [RFC5424] field." > > Perhaps" > > "A selector consists of a list of one or more filters specified by > facility-severity pairs and, if supported..." Got it. That makes sense. > > >        container facility-filter { > > description > "This container describes the syslog filter parameters."; > list facility-list { > ... > >> subtree, implementations MUST NOT specify a private key that is >> used for any other purpose. >> It seems like the data that syslog writes is sensitive, so the ability to write >> a destination reflects a high degree of risk. > Again, what is the call for action here? > > > That the text say that writing those fields is dangerous. This is > related to the secdir review comment that Kathleenamplifies in her > comment. Ack. Regards, Benoit > > -Ekr > > > Regards, B. >> . >> > > --------------0BF63CA7987A5EFCADCDFE5F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 3/8/2018 2:15 PM, Eric Rescorla wrote:


On Thu, Mar 8, 2018 at 12:41 AM, Benoit Claise <bclaise@cisco.com> wrote:
Eric,
Eric Rescorla has entered the following ballot position for
draft-ietf-netmod-syslog-model-23: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

https://mozphab-ietf.devsvcdev.mozaws.net/D4614

It's not a problem with this document, but I took a quick look at
draft-ietf-netconf-tls-client-server and I've got some concerns. Here are a few
examples:

- You can set the cipher suite but not key sizes and groups You can
- say sort of incoherent things in TLS like "I support TLS 1.0 and TLS
 1.2 but not TLS 1.1" (there is no way to negotiate this in TLS 1.2)

I'll try to get a chance to give this a real review, but I wanted to mention it
before I forgot.

   We are using definitions of syslog protocol from [RFC5424] in this
   RFC.
Not a big deal, but this introduction feels like it ought to say what the
document is about, not just about syslog.

   The severity is one of type syslog-severity, all severities, or none.
   None is a special case that can be used to disable a filter.  When
   filtering severity, the default comparison is that messages of the
This seems to be the first use of the term filter to mean this entity
I'm not sure I understand the call for action here.
In the YANG module, we called this facility-filter:

The introductory text here says:

"

   Within each action, a selector is used to filter syslog messages.  A
   selector consists of a list of one or more facility-severity matches,
   and, if supported via the select-match feature, an optional regular
   expression pattern match that is performed on the [RFC5424] field."

Perhaps"

"A selector consists of a list of one or more filters specified by
facility-severity pairs and, if supported..."
Got it. That makes sense.



       container facility-filter { 
         description
           "This container describes the syslog filter parameters.";
         list facility-list {
           ...

         subtree, implementations MUST NOT specify a private key that is
         used for any other purpose.
It seems like the data that syslog writes is sensitive, so the ability to write
a destination reflects a high degree of risk.
 Again, what is the call for action here?

That the text say that writing those fields is dangerous. This is related to the secdir review comment that Kathleenamplifies in her comment.
Ack.


Regards, Benoit

-Ekr


Regards, B.
.



--------------0BF63CA7987A5EFCADCDFE5F-- From nobody Thu Mar 8 06:15:21 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF86B126CD6; Thu, 8 Mar 2018 06:15:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 xB7C6PSQ4s4e; Thu, 8 Mar 2018 06:15:12 -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 622D4126B7E; Thu, 8 Mar 2018 06:15:12 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 26B8F65B; Thu, 8 Mar 2018 15:15:11 +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 vf1Qf6NDWjYd; Thu, 8 Mar 2018 15:15:09 +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; Thu, 8 Mar 2018 15:15:11 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id F0F3420160; Thu, 8 Mar 2018 15:15:10 +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 i65yQIjbhCVe; Thu, 8 Mar 2018 15:15:10 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6807C20162; Thu, 8 Mar 2018 15:15:10 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id D652542680CF; Thu, 8 Mar 2018 15:15:08 +0100 (CET) Date: Thu, 8 Mar 2018 15:15:08 +0100 From: Juergen Schoenwaelder To: Benoit Claise Cc: Adam Roach , The IESG , netmod-chairs@ietf.org, netmod@ietf.org, Sandy Ginoza , draft-ietf-netmod-rfc6087bis@ietf.org, Michelle Cotton Message-ID: <20180308141508.mgah4poryqqs5weu@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Benoit Claise , Adam Roach , The IESG , netmod-chairs@ietf.org, netmod@ietf.org, Sandy Ginoza , draft-ietf-netmod-rfc6087bis@ietf.org, Michelle Cotton References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 14:15:14 -0000 On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote: > I see two solutions from here. > 1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in > RFC6087bis, with a warning such as: "As the tool matures, a human might need > to polish the results" > 2. we don't mention "pyang -f yang --yang-canonical --keep-comments FILE" in > RFC6087bis, but we ask the YANG doctors to run the tests. I am not sure it is a good idea to hard code command line options of specific tools in a BCP document. We should require that things are consistently indented and stay away from the advice of the day how to achieve that. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 8 06:25:00 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74E50126D85; Thu, 8 Mar 2018 06:24:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 I4NY4-IYySkL; Thu, 8 Mar 2018 06:24:57 -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 098B6120713; Thu, 8 Mar 2018 06:24:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3713; q=dns/txt; s=iport; t=1520519096; x=1521728696; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=TawKP9YYZwKRuh2MOQ1s77RG8LETFE+rPx5+X861I3c=; b=B7o8jhe5LM6EMMceXYx1hZxjg08EuWP32ulkbY0dRddmRRVB/YJXWHN1 03fe/d78yInv4JFAXvPM2jFapvZ4os9d3IIXTiQ5xK/sEyVzfL/cZrjfx V9NqDtPtWboffT6xmpz85H5MGQYru/cboXJyWDM2ezVu8++4I9pMOHXKY s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B4AQAcR6Fa/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJagkuDeIsRjl4ngRaPCIUhghUKhSUCgys2FgECAQEBAQEBAms?= =?us-ascii?q?nhSQBBSNmCwQUKgICVwYBDAgBAReEfqsLgiYmhEuDeIIdhTWEBIFmKQyCeIgqg?= =?us-ascii?q?mIEmk8JkGEHiQqFV4tFhgKBLCUCL4FSMxoIGxWCfoJigWY/jB0BAQE?= X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208,217";a="2505036" 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; 08 Mar 2018 14:24:52 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w28EOqMj018481; Thu, 8 Mar 2018 14:24:52 GMT To: Adam Roach , The IESG , netmod-chairs@ietf.org, netmod@ietf.org, Sandy Ginoza , draft-ietf-netmod-rfc6087bis@ietf.org, Michelle Cotton References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> <20180308141508.mgah4poryqqs5weu@elstar.local> From: Benoit Claise Message-ID: Date: Thu, 8 Mar 2018 15:24:52 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180308141508.mgah4poryqqs5weu@elstar.local> Content-Type: multipart/alternative; boundary="------------FDE524F9A12D7FF5F404798A" Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 14:24:58 -0000 This is a multi-part message in MIME format. --------------FDE524F9A12D7FF5F404798A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 3/8/2018 3:15 PM, Juergen Schoenwaelder wrote: > On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote: >> I see two solutions from here. >> 1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in >> RFC6087bis, with a warning such as: "As the tool matures, a human might need >> to polish the results" >> 2. we don't mention "pyang -f yang --yang-canonical --keep-comments FILE" in >> RFC6087bis, but we ask the YANG doctors to run the tests. > I am not sure it is a good idea to hard code command line options of > specific tools in a BCP document. We should require that things are > consistently indented and stay away from the advice of the day how > to achieve that. RFC 6087 mentions "pyang --ietf"  and draft-ietf-netmod-yang-tree-diagrams mentions "pyang -f tree --tree-line-length 50" If not in RFC6087bis, where would we document this? As a rhetorical question: How many of the YANG doctors were aware of and are enforcing this command? Background Info. Typical question I've been receiving lately (in this case from IANA): When requesting the final files from the RFC-Editor, the file they extracted using their tool and the yang modules appear to have a lot of blank space in them. Is this OK? Regards, Benoit > > /js > --------------FDE524F9A12D7FF5F404798A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 3/8/2018 3:15 PM, Juergen Schoenwaelder wrote:
On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote:

I see two solutions from here.
1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in
RFC6087bis, with a warning such as: "As the tool matures, a human might need
to polish the results"
2. we don't mention "pyang -f yang --yang-canonical --keep-comments FILE" in
RFC6087bis, but we ask the YANG doctors to run the tests.

I am not sure it is a good idea to hard code command line options of
specific tools in a BCP document. We should require that things are
consistently indented and stay away from the advice of the day how
to achieve that.
RFC 6087 mentions "pyang --ietf"  and draft-ietf-netmod-yang-tree-diagrams mentions "pyang -f tree --tree-line-length 50"

If not in RFC6087bis, where would we document this?
As a rhetorical question: How many of the YANG doctors were aware of and are enforcing this command?

Background Info.
Typical question I've been receiving lately (in this case from IANA):
When requesting the final files from the RFC-Editor, the file they extracted using their tool and the yang modules appear to have a lot of blank space in them. Is this OK?

Regards, Benoit

/js

--------------FDE524F9A12D7FF5F404798A-- From nobody Thu Mar 8 06:31:52 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893EE126DFB; Thu, 8 Mar 2018 06:31:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 15OC4lXcWH1K; Thu, 8 Mar 2018 06:31: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 07E121241F8; Thu, 8 Mar 2018 06:31:43 -0800 (PST) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id 6E2591AE048A; Thu, 8 Mar 2018 15:31:41 +0100 (CET) Date: Thu, 08 Mar 2018 15:31:40 +0100 (CET) Message-Id: <20180308.153140.634508796793182947.mbj@tail-f.com> To: bclaise@cisco.com Cc: adam@nostrum.com, iesg@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, sginoza@amsl.com, draft-ietf-netmod-rfc6087bis@ietf.org, michelle.cotton@iana.org From: Martin Bjorklund In-Reply-To: References: <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> <20180308141508.mgah4poryqqs5weu@elstar.local> 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: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 14:31:45 -0000 Benoit Claise wrote: > On 3/8/2018 3:15 PM, Juergen Schoenwaelder wrote: > > On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote: > >> I see two solutions from here. > >> 1. we mention "pyang -f yang --yang-canonical --keep-comments FILE= " in > >> RFC6087bis, with a warning such as: "As the tool matures, a human > >> might need > >> to polish the results" > >> 2. we don't mention "pyang -f yang --yang-canonical --keep-comment= s > >> FILE" in > >> RFC6087bis, but we ask the YANG doctors to run the tests. > > I am not sure it is a good idea to hard code command line options o= f > > specific tools in a BCP document. We should require that things are= > > consistently indented and stay away from the advice of the day how > > to achieve that. > RFC 6087 mentions "pyang --ietf"=A0 and > draft-ietf-netmod-yang-tree-diagrams mentions "pyang -f tree > --tree-line-length 50" Maybe we can say that "for example, a tool like pyang can be used ..." > If not in RFC6087bis, where would we document this? > As a rhetorical question: How many of the YANG doctors were aware of > and are enforcing this command? > = > Background Info. > Typical question I've been receiving lately (in this case from IANA):= > When requesting the final files from the RFC-Editor, the file they > extracted using their tool and the yang modules appear to have a lot > of blank space in them. Is this OK? The extraction tools often produce additional blank lines b/c it is tricky to know how many blank lines were in the original module when all you have is the RFC in ascii. /martin From nobody Thu Mar 8 07:17:57 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5C751241F8; Thu, 8 Mar 2018 07:17:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 hJIGz5Gkv1QX; Thu, 8 Mar 2018 07:17:48 -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 A9627120713; Thu, 8 Mar 2018 07:17:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1762; q=dns/txt; s=iport; t=1520522268; x=1521731868; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=qbe8Z2j7fHmJCiItuPOqss0UHTLBPHz8ycUvFTR0AZQ=; b=Gx9dd6GbprWFMCW9Yo8AqlM2XFgbFQ4RaoJMuAXBVglnyXa341noh1NN rLA7a0fDNQPHkZNmzvD/58gb1oj2EO5oy4uM6XvMLM87ZEljNfJtO2zHH AI5Nu0C4Kwc+uasZcwKM8JPgzp5MOV6RhldgZ67bFktGXIZzFfDAMZOWp k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ByAQDfUqFa/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYUlKINQixGPBYEWlCmCFQqFJQKDKzUXAQIBAQEBAQECayeFJAE?= =?us-ascii?q?FIw8BBUEQCw4KAgImAgJXBg0GAgEBF4R+qxiCJoRxg3eCHYEOhCeEBIFmKYMEi?= =?us-ascii?q?CqCYgSaTwmQYQeJCoVXi0WGAoEsIAMzgVIzGggbFYJ9gmOBZj83i2YBAQE?= X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208";a="2506062" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 15:17:45 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w28FHjW4008990; Thu, 8 Mar 2018 15:17:45 GMT To: Martin Bjorklund Cc: adam@nostrum.com, iesg@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, sginoza@amsl.com, draft-ietf-netmod-rfc6087bis@ietf.org, michelle.cotton@iana.org References: <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> <20180308141508.mgah4poryqqs5weu@elstar.local> <20180308.153140.634508796793182947.mbj@tail-f.com> From: Benoit Claise Message-ID: Date: Thu, 8 Mar 2018 16:17:45 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180308.153140.634508796793182947.mbj@tail-f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 15:17:50 -0000 On 3/8/2018 3:31 PM, Martin Bjorklund wrote: > Benoit Claise wrote: >> On 3/8/2018 3:15 PM, Juergen Schoenwaelder wrote: >>> On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote: >>>> I see two solutions from here. >>>> 1. we mention "pyang -f yang --yang-canonical --keep-comments FILE" in >>>> RFC6087bis, with a warning such as: "As the tool matures, a human >>>> might need >>>> to polish the results" >>>> 2. we don't mention "pyang -f yang --yang-canonical --keep-comments >>>> FILE" in >>>> RFC6087bis, but we ask the YANG doctors to run the tests. >>> I am not sure it is a good idea to hard code command line options of >>> specific tools in a BCP document. We should require that things are >>> consistently indented and stay away from the advice of the day how >>> to achieve that. >> RFC 6087 mentions "pyang --ietf"  and >> draft-ietf-netmod-yang-tree-diagrams mentions "pyang -f tree >> --tree-line-length 50" > Maybe we can say that "for example, a tool like pyang can be used ..." This is a good compromise I would say. Regards, Benoit > >> If not in RFC6087bis, where would we document this? >> As a rhetorical question: How many of the YANG doctors were aware of >> and are enforcing this command? >> >> Background Info. >> Typical question I've been receiving lately (in this case from IANA): >> When requesting the final files from the RFC-Editor, the file they >> extracted using their tool and the yang modules appear to have a lot >> of blank space in them. Is this OK? > The extraction tools often produce additional blank lines b/c it is > tricky to know how many blank lines were in the original module when > all you have is the RFC in ascii. > > > /martin > . > From nobody Thu Mar 8 07:30:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37874126FDC; Thu, 8 Mar 2018 07:30:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 TONeh_AzraAU; Thu, 8 Mar 2018 07:30:22 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 B7331126CD6; Thu, 8 Mar 2018 07:30:22 -0800 (PST) Received: from Orochi.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w28FTk9d001916 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 8 Mar 2018 09:29:47 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Orochi.local To: Benoit Claise , Martin Bjorklund Cc: iesg@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, sginoza@amsl.com, draft-ietf-netmod-rfc6087bis@ietf.org, michelle.cotton@iana.org References: <6ac9d4d5-d725-ad5a-d275-888afbc827cc@cisco.com> <20180308141508.mgah4poryqqs5weu@elstar.local> <20180308.153140.634508796793182947.mbj@tail-f.com> From: Adam Roach Message-ID: <0fedce85-a700-389f-9926-75ad5e3617b3@nostrum.com> Date: Thu, 8 Mar 2018 09:29:38 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 15:30:24 -0000 On 3/8/18 09:17, Benoit Claise wrote: > On 3/8/2018 3:31 PM, Martin Bjorklund wrote: >> Benoit Claise wrote: >>> On 3/8/2018 3:15 PM, Juergen Schoenwaelder wrote: >>>> On Thu, Mar 08, 2018 at 02:21:01PM +0100, Benoit Claise wrote: >>>>> I see two solutions from here. >>>>> 1. we mention "pyang -f yang --yang-canonical --keep-comments >>>>> FILE" in >>>>> RFC6087bis, with a warning such as: "As the tool matures, a human >>>>> might need >>>>> to polish the results" >>>>> 2. we don't mention "pyang -f yang --yang-canonical --keep-comments >>>>> FILE" in >>>>> RFC6087bis, but we ask the YANG doctors to run the tests. >>>> I am not sure it is a good idea to hard code command line options of >>>> specific tools in a BCP document. We should require that things are >>>> consistently indented and stay away from the advice of the day how >>>> to achieve that. >>> RFC 6087 mentions "pyang --ietf"  and >>> draft-ietf-netmod-yang-tree-diagrams mentions "pyang -f tree >>> --tree-line-length 50" >> Maybe we can say that "for example, a tool like pyang can be used ..." > This is a good compromise I would say. I'm happy with this as well. /a From nobody Thu Mar 8 10:18:52 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4C7E12706D; Thu, 8 Mar 2018 10:18:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 NymSLvi4x4SX; Thu, 8 Mar 2018 10:18:50 -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 209B11243F6; Thu, 8 Mar 2018 10:18:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5288; q=dns/txt; s=iport; t=1520533130; x=1521742730; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=XY2H3/JJWE9dhyoTn5qnLWD+QN1Nb1+8Zpxo2llll/k=; b=kRwd38H7YgXH8y13N/ikmCfQcZ31u+7TO7YRfSZXndQNSaaHN5Tq7wE/ jqVbhghdTuTrFSzBIvrr4Xvtld2wkaBKduL3IFrDmatiD9ivzvcRlTgj8 GGcmH45qRDTiWIsswhkmX3ICgeEOfIx0Y5YH31N9qWnasL27qq/PsI+N3 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAAB6faFa/4UNJK1eGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYNQZm8oCoNGih6Nd4FbgT2UKRSCAQojgTaDTAIagnAhNBg?= =?us-ascii?q?BAgEBAQEBAQJrJ4UkBiMRRRACAQgaAiYCAgIwFRACBAENBYUZD6sfgiaIaII?= =?us-ascii?q?TBYEOhCeCLoFWgg8MgniDLgIBAgGBOgELBwGDKDCCMgSIG4VUjGAJAoZHih+?= =?us-ascii?q?BY4Q0iEqJeYcnAhETAYErAR44YVgRCHAVOioBghiCY4FldwGIcQ8YgQqBFwE?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208";a="366397306" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 18:18:49 +0000 Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w28IInLU030769 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 18:18:49 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 8 Mar 2018 12:18:48 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Thu, 8 Mar 2018 12:18:48 -0600 From: "Clyde Wildes (cwildes)" To: Adam Roach , The IESG CC: "draft-ietf-netmod-syslog-model@ietf.org" , Lou Berger , Kent Watsen , "netmod-chairs@ietf.org" , "netmod@ietf.org" Thread-Topic: Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) Thread-Index: AQHTtrYcV91jBgWxxkacsH0dPPey+KPHCvYA Date: Thu, 8 Mar 2018 18:18:48 +0000 Message-ID: References: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> In-Reply-To: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.145.3] Content-Type: text/plain; charset="utf-8" Content-ID: <161BE6D457D7E14693C78CF935A2C4A2@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 18:18:52 -0000 QWRhbSwNCg0KQW4gZWFybGllciB2ZXJzaW9uIG9mIHRoZSBtb2RlbCAoZHJhZnQtaWV0Zi1uZXRt b2Qtc3lzbG9nLW1vZGVsLTA4IGFuZCBwcmlvcikgaW5jbHVkZWQg4oCcdGVybWluYWzigJ0gYXMg YSBzeXNsb2cgZGVzdGluYXRpb24gd2hpY2ggYWRkcmVzc2VzIHlvdXIgcmVxdWlyZW1lbnQgYmVs b3c6DQoNCiAgICAgICAgICAgICstLXJ3IHRlcm1pbmFsIHt0ZXJtaW5hbC1hY3Rpb259Pw0KICAg ICAgICAgICAgfCAgKy0tcncgYWxsLXRlcm1pbmFscyENCiAgICAgICAgICAgIHwgIHwgICstLXJ3 IGxvZy1zZWxlY3Rvcg0KICAgICAgICAgICAgfCAgfCAgICAgKy0tcncgKHNlbGVjdG9yLWZhY2ls aXR5KQ0KICAgICAgICAgICAgfCAgfCAgICAgfCAgKy0tOihuby1sb2ctZmFjaWxpdHkpDQogICAg ICAgICAgICB8ICB8ICAgICB8ICB8ICArLS1ydyBuby1mYWNpbGl0aWVzPyAgIGVtcHR5DQogICAg ICAgICAgICB8ICB8ICAgICB8ICArLS06KGxvZy1mYWNpbGl0eSkNCiAgICAgICAgICAgIHwgIHwg ICAgIHwgICAgICstLXJ3IGxvZy1mYWNpbGl0eSogW2ZhY2lsaXR5XQ0KICAgICAgICAgICAgfCAg fCAgICAgfCAgICAgICAgKy0tcncgZmFjaWxpdHkgICAgICAgICAgICAgdW5pb24NCiAgICAgICAg ICAgIHwgIHwgICAgIHwgICAgICAgICstLXJ3IHNldmVyaXR5ICAgICAgICAgICAgIHVuaW9uDQog ICAgICAgICAgICB8ICB8ICAgICB8ICAgICAgICArLS1ydyBzZXZlcml0eS1vcGVyYXRvcj8gICBl bnVtZXJhdGlvbiB7c2VsZWN0b3Itc2V2b3AtY29uZmlnfT8NCiAgICAgICAgICAgIHwgIHwgICAg ICstLXJ3IHBhdHRlcm4tbWF0Y2g/ICAgc3RyaW5nIHtzZWxlY3Rvci1tYXRjaC1jb25maWd9Pw0K ICAgICAgICAgICAgfCAgKy0tcncgdGVybWluYWwqIFtuYW1lXSB7dGVybWluYWwtZmFjaWxpdHkt dXNlci1sb2dnaW5nLWNvbmZpZ30/DQogICAgICAgICAgICB8ICAgICArLS1ydyBuYW1lICAgICAg ICAgICAgc3RyaW5nDQogICAgICAgICAgICB8ICAgICArLS1ydyBsb2ctc2VsZWN0b3INCiAgICAg ICAgICAgIHwgICAgICAgICstLXJ3IChzZWxlY3Rvci1mYWNpbGl0eSkNCiAgICAgICAgICAgIHwg ICAgICAgIHwgICstLToobm8tbG9nLWZhY2lsaXR5KQ0KICAgICAgICAgICAgfCAgICAgICAgfCAg fCAgKy0tcncgbm8tZmFjaWxpdGllcz8gICBlbXB0eQ0KICAgICAgICAgICAgfCAgICAgICAgfCAg Ky0tOihsb2ctZmFjaWxpdHkpDQogICAgICAgICAgICB8ICAgICAgICB8ICAgICArLS1ydyBsb2ct ZmFjaWxpdHkqIFtmYWNpbGl0eV0NCiAgICAgICAgICAgIHwgICAgICAgIHwgICAgICAgICstLXJ3 IGZhY2lsaXR5ICAgICAgICAgICAgIHVuaW9uDQogICAgICAgICAgICB8ICAgICAgICB8ICAgICAg ICArLS1ydyBzZXZlcml0eSAgICAgICAgICAgICB1bmlvbg0KICAgICAgICAgICAgfCAgICAgICAg fCAgICAgICAgKy0tcncgc2V2ZXJpdHktb3BlcmF0b3I/ICAgZW51bWVyYXRpb24ge3NlbGVjdG9y LXNldm9wLWNvbmZpZ30/DQogICAgICAgICAgICB8ICAgICAgICArLS1ydyBwYXR0ZXJuLW1hdGNo PyAgIHN0cmluZyB7c2VsZWN0b3ItbWF0Y2gtY29uZmlnfT8NCg0KQSBjb25zZW5zdXMgb2YgdGhl IGdyb3VwIHdhcyB0aGF0IGl0IHdhcyBiZXN0IHRvIHJlbW92ZSB0aGlzIGRlc3RpbmF0aW9uIGlu IHRoZSBtb2RlbCBhcyBhIHNpbXBsaWZpY2F0aW9uLCBhbmQgdGhhdCB2ZW5kb3JzIHRoYXQgc3Vw cG9ydGVkIHNhbWUgY291bGQgYWRkIGl0IGJhY2sgdGhyb3VnaCBhbiBhdWdtZW50YXRpb24uDQoN ClRoYW5rcywNCg0KQ2x5ZGUNCg0KT24gMy84LzE4LCAxMjoxOSBBTSwgIkFkYW0gUm9hY2giIDxh ZGFtQG5vc3RydW0uY29tPiB3cm90ZToNCg0KICAgIEFkYW0gUm9hY2ggaGFzIGVudGVyZWQgdGhl IGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQogICAgZHJhZnQtaWV0Zi1uZXRtb2Qtc3lz bG9nLW1vZGVsLTIzOiBObyBPYmplY3Rpb24NCiAgICANCiAgICBXaGVuIHJlc3BvbmRpbmcsIHBs ZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCiAgICBl bWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJl ZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KICAg IA0KICAgIA0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0 YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCiAgICBmb3IgbW9yZSBpbmZvcm1hdGlvbiBh Ym91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KICAgIA0KICAgIA0KICAg IFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUg Zm91bmQgaGVyZToNCiAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLW5ldG1vZC1zeXNsb2ctbW9kZWwvDQogICAgDQogICAgDQogICAgDQogICAgLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KICAgIENPTU1FTlQ6DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KICAgIE9uZSBxdWlj ayBjb21tZW50IG9uIHRoZSBtb2RlbCBmb3IgdGhlIGNvbnNvbGU6DQogICAgDQogICAgICAgICAg ICAgICAgKy0tcncgY29uc29sZSEge2NvbnNvbGUtYWN0aW9ufT8NCiAgICAgICAgICAgICAgICB8 ICArLS1ydyBmYWNpbGl0eS1maWx0ZXINCiAgICAgICAgICAgICAgICB8ICB8ICArLS1ydyBmYWNp bGl0eS1saXN0KiBbZmFjaWxpdHkgc2V2ZXJpdHldDQogICAgICAgICAgICAgICAgfCAgfCAgICAg Ky0tcncgZmFjaWxpdHkgICAgICAgICAgICB1bmlvbg0KICAgICAgICAgICAgICAgIHwgIHwgICAg ICstLXJ3IHNldmVyaXR5ICAgICAgICAgICAgdW5pb24NCiAgICAgICAgICAgICAgICB8ICB8ICAg ICArLS1ydyBhZHZhbmNlZC1jb21wYXJlIHtzZWxlY3QtYWR2LWNvbXBhcmV9Pw0KICAgICAgICAg ICAgICAgIHwgIHwgICAgICAgICstLXJ3IGNvbXBhcmU/ICAgZW51bWVyYXRpb24NCiAgICAgICAg ICAgICAgICB8ICB8ICAgICAgICArLS1ydyBhY3Rpb24/ICAgIGVudW1lcmF0aW9uDQogICAgICAg ICAgICAgICAgfCAgKy0tcncgcGF0dGVybi1tYXRjaD8gICAgIHN0cmluZyB7c2VsZWN0LW1hdGNo fT8NCiAgICANCiAgICBTeXNsb2cgY2FuIGJlIChhbmQgZnJlcXVlbnRseSBpcykgY29uZmlndXJl ZCB0byBsb2cgdG8gImNvbnNvbGUiIG9uIGENCiAgICBub24tZGVmYXVsdCB0dHkuIEl0J3Mgbm90 IGNsZWFyIGZyb20gdGhpcyBtb2RlbCBob3cgdGhpcyB3b3VsZCBiZSBjb25maWd1cmVkIG9yDQog ICAgaW5kaWNhdGVkLiBJcyB0aGUgYXNzdW1wdGlvbiBoZXJlIHRoYXQgYWxsIG5vbi1kZWZhdWx0 LWNvbnNvbGUgdHR5IGxvZ2dpbmcNCiAgICB3b3VsZCBiZSBoYW5kbGVkIGJ5IHRoZSAiZmlsZSIg cG9ydGlvbiBvZiB0aGUgdHJlZT8gSWYgc28sIGl0IHdvdWxkIGJlIHdvcnRoDQogICAgaW5kaWNh dGluZyBzbyBleHBsaWNpdGx5LCBhbmQgbm90aW5nIHRoYXQgc3VjaCBhbiBhcHByb2FjaCBpcyBs aW1pdGVkIHRvIHRob3NlDQogICAgc3lzdGVtcyB0aGF0IHByZXNlbnQgdHR5cyBhcyBhIHBhcnQg b2YgdGhlIGZpbGVzeXN0ZW0uIEFsdGVybmF0ZWx5LCBpdCBtaWdodA0KICAgIG1ha2Ugc2Vuc2Ug dG8gYWRkIGEgdHR5IGZpZWxkIHRvIHRoZSAiY29uc29sZSIgc3VidHJlZSB0byByZXBvcnQvY29u ZmlndXJlIHRoaXMNCiAgICB2YWx1ZS4NCiAgICANCiAgICANCiAgICANCg0K From nobody Thu Mar 8 12:00:50 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 496B512E036 for ; Thu, 8 Mar 2018 12:00:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 ShnMZ5t5iy1L for ; Thu, 8 Mar 2018 12:00:42 -0800 (PST) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (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 A78F2129C5D for ; Thu, 8 Mar 2018 12:00:29 -0800 (PST) Received: by mail-lf0-x236.google.com with SMTP id a196-v6so3748961lfa.13 for ; Thu, 08 Mar 2018 12:00:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KcrkqlA1lYNZdbX6rDDSioG3nlR+eBT+OWy4gUZcSuU=; b=lbjuQ6OWrZBaFPBDE+fPGp20AeijEed8t1HPhVPli64rjethhDEWMw4nnoR3sx36LM R8R4KZ7EOR19raoAO8fHFPljkXJmIesmvKCMYAUlNhfiBsusqStrPkTnPVvZmL6AI8+w 9n0AJxQuO1LdudRiMwbMRW5Miw2PYmchw2UJDHv6PT5KbCTzcpXguq872i9YsWNXMXGS cdMO+V1D7UPbgYykXKSfLjLa2taUv7/gGq/Qd/Og6SIH9VmhBllSHZfz828yR2o/QJRo aqOmf6ahqs7g8NvDXLSP0nklbra/ftX9k8imw/+kFohDqjQCD+2HgAfHHx/9O3d9NE+L c3qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KcrkqlA1lYNZdbX6rDDSioG3nlR+eBT+OWy4gUZcSuU=; b=MwIlZkI3vyK2roeKIVfoyw0VUbNQTzzWrKmDarqRT4oIJvZGej/bHOxc5mGlLHs1Z/ ZPMpgEq5oUFiP9Au3qT8ZdEgUJf3ilqf4JjwwAsqZ4UbB8jKv5vSIHv3aq+ZImu8VOn6 PqUsbBaWRuY4X/LsGSJCiR7eMio9gcsyuhYBMYGESYZ4yWayRjvsB5kg7sYQcC6EJyGn a1A3FtL1/YzWVw0ydtG8cFp4sEZ0lgAgWoYA65H8m+iXt9S8HyXW4L6j0eFbZ9Zh5/HX wbPQvje8lVqXogZTc7zJyrzfMGKQ5SUEB6XykWzf51KDrUHcurbkc57nwWhdX4VPxeMd fNPQ== X-Gm-Message-State: APf1xPBaMpxNR9bgL64TUoCIaPtp5aNX2EOBViLCJj26atF4I8Dp3vvs NrDU9OAMJ71rJGICpyizBAPXa8ee8vHj2dznTI5qlg== X-Google-Smtp-Source: AG47ELuJA5LIzxiAFqRHK9TwYrNwwnmkJbWTqe90lDeUKUD3GmYR2cnz2eMPhaTTEuDqxaOCo08NILHjVqMGNRcaYm0= X-Received: by 10.46.82.16 with SMTP id g16mr18748750ljb.67.1520539227801; Thu, 08 Mar 2018 12:00:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Thu, 8 Mar 2018 12:00:27 -0800 (PST) In-Reply-To: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Thu, 8 Mar 2018 12:00:27 -0800 Message-ID: To: Adam Roach Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="001a113c366e8a76e10566ec203c" Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 20:00:48 -0000 --001a113c366e8a76e10566ec203c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Mar 8, 2018 at 1:33 AM, Adam Roach wrote: > Adam Roach has entered the following ballot position for > draft-ietf-netmod-rfc6087bis-18: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thanks for this document. It is well-written and I believe it will be > helpful. > Comments follow. > > ------------------------------------------------------------ > --------------- > > General: > > I've reviewed a couple of YANG modules where the indentation and/or > wrapping was > awkward and inconsistent. I would love to see guidance in this document > that > authors be careful to run their modules through pyang (or a similar tool) > to > ensure consistent formatting. It may be worthwhile to give an example of > the > exact commandline invocation of pyang to achieve a formatting that is > consistent > with existing published modules. > > I added text that says consistent indentation and formatting SHOULD be used= . > ------------------------------------------------------------ > --------------- > > =C2=A73: > > > YANG data model modules under review are likely to be contained in > > Internet-Drafts. All guidelines for Internet-Draft authors MUST be > > followed. The RFC Editor provides guidelines for authors of RFCs, > > which are first published as Internet-Drafts. These guidelines > > should be followed and are defined in [RFC7322] and updated in > > [RFC7841] and "RFC Document Style" [RFC-STYLE]. > > Maybe include a pointer to draft-flanagan-7322bis also, as this document > is in > the process of being revised. > This does not appear to be a WG document, so it seems premature to include it > > ------------------------------------------------------------ > --------------- > > =C2=A73.6: > > > Example YANG modules and example YANG fragments MUST NOT contain any > > normative text, including any reserved words from [RFC2119] > > Please clarify that this means only all-uppercase reserved words. > > OK > ------------------------------------------------------------ > --------------- > > =C2=A73.8: > > > If there are no > > IANA considerations applicable to the document, then the IANA > > Considerations section stating that there are no actions is removed > > by the RFC Editor before publication. > > I believe that the current state of play is that removal is left to the > authors' > discretion, and that the IANA has a weak preference for leaving in > sections that > say "No actions are requested of IANA." This may change. Rather than try = to > capture the (potentially changing) state of play, my suggestion is to > remove the text I quote above. > > This was just changed to "might be removed" Is that good enough? > ------------------------------------------------------------ > --------------- > > =C2=A73.12: > > > Each specification that defines one or more modules SHOULD contain > > usage examples, either throughout the document or in an appendix. > > Many of the YANG documents I've reviewed over the past year have containe= d > examples that show only IPv4 addresses. The IAB has issued guidance that > examples in standards track documents use either a mix of IPv4 and IPv6 > addresses or IPv6 addresses exclusively (see > ). This section > would do > authors and reviewers a great favor by reiterating or pointing to this > guidance. > > OK > ------------------------------------------------------------ > --------------- > > =C2=A74.11.2: > > > The following typedef from [RFC6991] demonstrates the proper use of > > the "pattern" statement: > > > > typedef ipv4-address-no-zone { > > type inet:ipv4-address { > > pattern '[0-9\.]*'; > > } > > ... > > } > > By contrast, RFC 6021 has a somewhat more complex production: > > pattern > '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' > + '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' > + '(%[\p{N}\p{L}]+)?'; > > Is there any consensus on how complex the pattern validation should be? > I've > seen some YANG modules with patterns that occupied more than half a page. > Is > that encouraged, discouraged, or neither? It seems some guidance on this > specific issue would be useful, as the currently published modules appear > to be > all over the map on this topic. > > Not changing any text since the pattern complexity depends on the structure of the text that is being modeled. > ------------------------------------------------------------ > --------------- > > =C2=A710.2: > > > [RFC-STYLE] > > Braden, R., Ginoza, S., and A. Hagens, "RFC Document > > Style", September 2009, > > . > > This URL returns a 404. > > changed top http://www.rfc-editor.org/styleguide/ Andy > --001a113c366e8a76e10566ec203c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Mar 8, 2018 at 1:33 AM, Adam Roach <adam@nostrum.com> wrote:
Adam Roach= has entered the following ballot position for
draft-ietf-netmod-rfc6087bis-18: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/<= wbr>statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/= draft-ietf-netmod-rfc6087bis/



-----------------------------------------------------------------= -----
COMMENT:
-----------------------------------------------------------------= -----

Thanks for this document. It is well-written and I believe it will be helpf= ul.
Comments follow.

-----------------------------------------------------------------= ----------

General:

I've reviewed a couple of YANG modules where the indentation and/or wra= pping was
awkward and inconsistent. I would love to see guidance in this document tha= t
authors be careful to run their modules through pyang (or a similar tool) t= o
ensure consistent formatting. It may be worthwhile to give an example of th= e
exact commandline invocation of pyang to achieve a formatting that is consi= stent
with existing published modules.


I added text that says consistent inde= ntation and formatting SHOULD be used.

=C2=A0
-----------------------------------------------------------------= ----------

=C2=A73:

>=C2=A0 YANG data model modules under review are likely to be contained = in
>=C2=A0 Internet-Drafts.=C2=A0 All guidelines for Internet-Draft authors= MUST be
>=C2=A0 followed.=C2=A0 The RFC Editor provides guidelines for authors o= f RFCs,
>=C2=A0 which are first published as Internet-Drafts.=C2=A0 These guidel= ines
>=C2=A0 should be followed and are defined in [RFC7322] and updated in >=C2=A0 [RFC7841] and "RFC Document Style" [RFC-STYLE].

Maybe include a pointer to draft-flanagan-7322bis also, as this document is= in
the process of being revised.


This does not appear to be a WG document, so it seems premature to in= clude it

=C2=A0

-----------------------------------------------------------------= ----------

=C2=A73.6:

>=C2=A0 Example YANG modules and example YANG fragments MUST NOT contain= any
>=C2=A0 normative text, including any reserved words from [RFC2119]

Please clarify that this means only all-uppercase reserved words.


OK

=C2=A0
-----------------------------------------------------------------= ----------

=C2=A73.8:

>=C2=A0 If there are no
>=C2=A0 IANA considerations applicable to the document, then the IANA >=C2=A0 Considerations section stating that there are no actions is remo= ved
>=C2=A0 by the RFC Editor before publication.

I believe that the current state of play is that removal is left to the aut= hors'
discretion, and that the IANA has a weak preference for leaving in sections= that
say "No actions are requested of IANA." This may change. Rather t= han try to
capture the (potentially changing) state of play, my suggestion is to
remove the text I quote above.


This was just changed to "might b= e removed"

Is that good enough?
=C2=A0
-----------------------------------------------------------------= ----------

=C2=A73.12:

>=C2=A0 Each specification that defines one or more modules SHOULD conta= in
>=C2=A0 usage examples, either throughout the document or in an appendix= .

Many of the YANG documents I've reviewed over the past year have contai= ned
examples that show only IPv4 addresses. The IAB has issued guidance that examples in standards track documents use either a mix of IPv4 and IPv6
addresses or IPv6 addresses exclusively (see
<https://www.iab.org/2016/11/07/iab-s= tatement-on-ipv6/>). This section would do
authors and reviewers a great favor by reiterating or pointing to this guid= ance.


OK

=C2=A0
-----------------------------------------------------------------= ----------

=C2=A74.11.2:

>=C2=A0 The following typedef from [RFC6991] demonstrates the proper use= of
>=C2=A0 the "pattern" statement:
>
>=C2=A0 =C2=A0 =C2=A0 typedef ipv4-address-no-zone {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 type inet:ipv4-address {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pattern '[0-9\.]*';
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
>=C2=A0 =C2=A0 =C2=A0 }

By contrast, RFC 6021 has a somewhat more complex production:

=C2=A0 =C2=A0 =C2=A0pattern
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(([0-9]|[1-9][0-9]|1[0-9][0-9]|= 2[0-4][0-9]|25[0-5])\.){3}'
=C2=A0 =C2=A0 =C2=A0 =C2=A0+=C2=A0 '([0-9]|[1-9][0-9]|1[0-9][0-9]|= 2[0-4][0-9]|25[0-5])'
=C2=A0 =C2=A0 =C2=A0 =C2=A0+ '(%[\p{N}\p{L}]+)?';

Is there any consensus on how complex the pattern validation should be? I&#= 39;ve
seen some YANG modules with patterns that occupied more than half a page. I= s
that encouraged, discouraged, or neither? It seems some guidance on this specific issue would be useful, as the currently published modules appear t= o be
all over the map on this topic.


Not changing any text since the patter= n complexity depends on the structure
of the text that is being m= odeled.

=C2=A0
-----------------------------------------------------------------= ----------

=C2=A710.2:

>=C2=A0 =C2=A0[RFC-STYLE]
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Braden, R., Ginoza, S.= , and A. Hagens, "RFC Document
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Style", September= 2009,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <http://www.rfc-editor.org/rfc-style-guide/rfc-style>.
This URL returns a 404.






Andy
=C2=A0
=C2=A0

--001a113c366e8a76e10566ec203c-- From nobody Thu Mar 8 13:28:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CBB112895E; Thu, 8 Mar 2018 13:28:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 w13HBaQDUPj7; Thu, 8 Mar 2018 13:28:52 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DA78124234; Thu, 8 Mar 2018 13:28:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2916; q=dns/txt; s=iport; t=1520544532; x=1521754132; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DBtKpLoDFqxbPfetTWIetCW/eaoqXUpgDN1ufS+0mVU=; b=R4IhopKQdFplXupt/BpXT7x9u8razn0y/EWrwTxuCX2o0Gu0xCGyN9R6 dO4BcShpZkohBd6mIB0St8VIiokWps/FA9pSYy49VsUHFcCN+0B+mI9Fy q9LSRWcvKCFEu/FRHTIoPgUAHDcZVd0UuQSCZDjhOEe/y3vGj7wAQuBdj g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAAC7qaFa/5hdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNQZm8oCoNGih6NdoFbgT2UKRSCAQojhQICGoJwITQYAQIBAQE?= =?us-ascii?q?BAQECayeFJAYjBA1FEAIBCA4MAiYCAgIwFRACBAENBYUZD6twgWw6iGeCEwWBD?= =?us-ascii?q?oQngi6BVoIPDIJ4gy4CAQIBgToBEgEfgwkwgjIEiBuFVIVFhxsJAoZHih+BY4Q?= =?us-ascii?q?0iEqJeYcnAhETAYErAR44YVgRCHAVZAGCGIJjgWV3AYkAgSKBFwEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,442,1515456000"; d="scan'208";a="365362989" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 21:28:51 +0000 Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w28LSpar029556 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 21:28:51 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 8 Mar 2018 15:28:50 -0600 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Thu, 8 Mar 2018 15:28:50 -0600 From: "Clyde Wildes (cwildes)" To: Alexey Melnikov , The IESG CC: "draft-ietf-netmod-syslog-model@ietf.org" , Lou Berger , Kent Watsen , "netmod-chairs@ietf.org" , "netmod@ietf.org" Thread-Topic: Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) Thread-Index: AQHTtYacyLUWCgNeHUaIa29OTtsJ0KPHQm0A Date: Thu, 8 Mar 2018 21:28:50 +0000 Message-ID: References: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> In-Reply-To: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.145.3] Content-Type: text/plain; charset="utf-8" Content-ID: <34D4AB21C139F942BEA02703A63D4EB7@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 21:28:54 -0000 QWxleGV5LA0KDQpZb3VyIG1pbm9yIGNvbW1lbnRzIGFyZSBhZGRyZXNzZWQgYmVsb3figKYNCg0K T24gMy82LzE4LCAxMjowNiBQTSwgIkFsZXhleSBNZWxuaWtvdiIgPGFhbWVsbmlrb3ZAZmFzdG1h aWwuZm0+IHdyb3RlOg0KDQogICAgQWxleGV5IE1lbG5pa292IGhhcyBlbnRlcmVkIHRoZSBmb2xs b3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KICAgIGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1t b2RlbC0yMzogTm8gT2JqZWN0aW9uDQogICAgDQogICAgV2hlbiByZXNwb25kaW5nLCBwbGVhc2Ug a2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQogICAgZW1haWwg YWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8g Y3V0IHRoaXMNCiAgICBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCiAgICANCiAg ICANCiAgICBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1l bnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQogICAgZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg SUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCiAgICANCiAgICANCiAgICBUaGUg ZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5k IGhlcmU6DQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1u ZXRtb2Qtc3lzbG9nLW1vZGVsLw0KICAgIA0KICAgIA0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N CiAgICBDT01NRU5UOg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICANCiAgICBUaGFuayB5b3UgZm9y IHRoaXMgZG9jdW1lbnQuDQogICAgDQogICAgSSBhbHNvIHByZWZlciBmb3IgVENQIHRvIGJlIGRv Y3VtZW50ZWQsIGlmIHVzZWQgaW4gcmVhbCB3b3JsZC4NCiAgICANCiAgICBTb21lIG1pbm9yIGNv bW1lbnRzOg0KICAgIA0KICAgIDEpIFBsZWFzZSBhZGQgYSBOb3JtYXRpdmUgUmVmZXJlbmNlIGZv ciB0aGUgZmlsZTogVVJJIFJGQyAoUkZDIDgwODkpIHdoZW4geW91DQogICAgbWVudGlvbiBpdCBm b3IgdGhlIGZpcnN0IHRpbWUuDQoNCltjbHddIEFjY2VwdGVkDQogICAgDQogICAgMikgT24gcGFn ZSAxOToNCiAgICANCiAgICBFeGFtcGxlOiBjb21wYXJlLT5lcXVhbHMgYW5kIGFjdGlvbi0+bm8t bWF0Y2ggbWVhbnMNCiAgICBtZXNzYWdlcyB0aGF0IGhhdmUgYSBzZXZlcml0eSB0aGF0IGlzIG5v dCBlcXVhbCB0byB0aGUNCiAgICBzcGVjaWZpZWQgc2V2ZXJpdHkgd2lsbCBiZSBsb2dnZWQuIjsN CiAgICANCiAgICBEbyB5b3UgbWVhbiAiYWN0aW9uLT5ibG9jayIgaW5zdGVhZCBvZiAiYWN0aW9u LT5uby1tYXRjaCI/DQoNCltjbHddIEFuIGVxdWFscyBjb21wYXJlIHdpdGggYWN0aW9uIG5vLW1h dGNoIG1lYW5zIGxvZyB0aGUgbWVzc2FnZSwgbm90IGJsb2NrIGl0Lg0KICAgIA0KICAgIDMpIFdo ZW4gbG9nZ2luZyB0byBmaWxlOiBob3cgaXMgdGhlIGZpbGUgbmFtZSBjb25zdHJ1Y3RlZCBmcm9t IHRoZSBuYW1lIGZpbGU6DQogICAgVVJJIGlmIG11bHRpcGxlIGZpbGVzIGFyZSBwcmVzZXJ2ZWQg YnkgdGhlIHN5c3RlbT8gRS5nLiBpZiB0aGUgbG9nIGZpbGUgaXMNCiAgICByb3RhdGVkIGRhaWx5 IGFuZCA1IGxhc3QgZmlsZXMgYXJlIHByZXNlcnZlZCwgaG93IGRvZXMgZWFjaCBpbmRpdmlkdWFs IGZpbGVuYW1lDQogICAgbG9vaz8gSWYgSSB1bmRlcnN0b29kIGhvdyB0aGlzIGlzIHVzZWQsIHRo aXMgbmVlZHMgbW9yZSBjbGFyaWZpY2F0aW9uLg0KDQpbY2x3XSBXZSBkZWNpZGVkIHRvIGxlYXZl IHRoaXMgZm9yIHRoZSBpbXBsZW1lbnRlciBhcyBmaWxlIHN5c3RlbXMgbWF5IGJlIGRpZmZlcmVu dCBmb3IgZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucy4NCiAgICANCiAgICA0KSBOaXQ6IG9uIHBh Z2UgMTgsIHR5cG8gaW4gInNwZWN0aWZ5Ig0KDQpbY2x3XSBBY2NlcHRlZCAgDQoNClRoYW5rcywN Cg0KQ2x5ZGUgIA0KICAgIA0KDQo= From nobody Thu Mar 8 14:40:11 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E04491270B4; Thu, 8 Mar 2018 14:40:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.74.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152054880486.11117.12158101227617827742@ietfa.amsl.com> Date: Thu, 08 Mar 2018 14:40:04 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-24.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:40:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : A YANG Data Model for Syslog Configuration Authors : Clyde Wildes Kiran Koushik Filename : draft-ietf-netmod-syslog-model-24.txt Pages : 31 Date : 2018-03-08 Abstract: This document defines a YANG data model for the configuration of a syslog process. It is intended this model be used by vendors who implement syslog in their systems. The YANG model in this document conforms to the Network Management Datastore Architecture defined in [draft-ietf-netmod-revised- datastores]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-24 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-24 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-24 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 Thu Mar 8 15:55:34 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 554CB126C0F; Thu, 8 Mar 2018 15:55:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 ATseSS6BK9eY; Thu, 8 Mar 2018 15:55:26 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 6D5CE124319; Thu, 8 Mar 2018 15:55:26 -0800 (PST) Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w28NtN5w085864 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 8 Mar 2018 17:55:24 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local To: Andy Bierman Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> From: Adam Roach Message-ID: Date: Thu, 8 Mar 2018 17:55:17 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------FA286F8DF434042736862FF6" Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 23:55:28 -0000 This is a multi-part message in MIME format. --------------FA286F8DF434042736862FF6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Thanks for your quick response! I have some additional comments inline. On 3/8/18 2:00 PM, Andy Bierman wrote: > > --------------------------------------------------------------------------- > > §3: > > >  YANG data model modules under review are likely to be contained in > >  Internet-Drafts.  All guidelines for Internet-Draft authors MUST be > >  followed.  The RFC Editor provides guidelines for authors of RFCs, > >  which are first published as Internet-Drafts.  These guidelines > >  should be followed and are defined in [RFC7322] and updated in > >  [RFC7841] and "RFC Document Style" [RFC-STYLE]. > > Maybe include a pointer to draft-flanagan-7322bis also, as this > document is in > the process of being revised. > > > > This does not appear to be a WG document, so it seems premature to > include it Like RFC 7322 before it, 7322bis will be published as part of the IAB stream, not part of the IESG stream, so it will never be a WG document. The "flanagan" in "draft-flanagan" is Heather Flanagan, the RFC editor. While the contents may continue to evolve, I don't think there's any doubt that a revision of the document is in the works, and it's all but guaranteed that such revision will be published at some point and obsolete RFC 7322. To be clear: I'm okay with you leaving the text as-is, but I think that the additional citation would be an improvement. > > --------------------------------------------------------------------------- > > §3.8: > > >  If there are no > >  IANA considerations applicable to the document, then the IANA > >  Considerations section stating that there are no actions is removed > >  by the RFC Editor before publication. > > I believe that the current state of play is that removal is left > to the authors' > discretion, and that the IANA has a weak preference for leaving in > sections that > say "No actions are requested of IANA." This may change. Rather > than try to > capture the (potentially changing) state of play, my suggestion is to > remove the text I quote above. > > > This was just changed to "might be removed" > > Is that good enough? Yes, that seems fine. > > --------------------------------------------------------------------------- > > §4.11.2: > > >  The following typedef from [RFC6991] demonstrates the proper use of > >  the "pattern" statement: > > > >      typedef ipv4-address-no-zone { > >        type inet:ipv4-address { > >          pattern '[0-9\.]*'; > >        } > >        ... > >      } > > By contrast, RFC 6021 has a somewhat more complex production: > >      pattern >          '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' >        +  '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' >        + '(%[\p{N}\p{L}]+)?'; > > Is there any consensus on how complex the pattern validation > should be? I've > seen some YANG modules with patterns that occupied more than half > a page. Is > that encouraged, discouraged, or neither? It seems some guidance > on this > specific issue would be useful, as the currently published modules > appear to be > all over the map on this topic. > > > Not changing any text since the pattern complexity depends on the > structure > of the text that is being modeled. It's a little more than that; it comes down to the purpose of the regex, and how much validation is expected to be provided. For example, ignoring the interface designation, the validation of IP addresses between the two productions above is radically different. The second one is set up so that anything it matches will be a syntactically correct IP address. The first one, by contrast, would accept any of the following as valid: * 999.999.999.999 * 1.3.6.1.2.1.2.2.1.3 * 17 * ....... This seems a bit more than academic to me: given that modules are included into other modules, wild inconsistencies in validation philosophies can be surprising to users. For example, if an operator gets used to the syntax for IP addresses generating warnings or errors when they are out of range, then they may be frustrated to discover that IP addresses in other locations are not. Clearly, the items that have already been published can't be changed, but it seems like there is room for guidance about whether to optimize for simple regexes, or for more rigorous ones. /a --------------FA286F8DF434042736862FF6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Thanks for your quick response! I have some additional comments inline.

On 3/8/18 2:00 PM, Andy Bierman wrote:

---------------------------------------------------------------------------

§3:

>  YANG data model modules under review are likely to be contained in
>  Internet-Drafts.  All guidelines for Internet-Draft authors MUST be
>  followed.  The RFC Editor provides guidelines for authors of RFCs,
>  which are first published as Internet-Drafts.  These guidelines
>  should be followed and are defined in [RFC7322] and updated in
>  [RFC7841] and "RFC Document Style" [RFC-STYLE].

Maybe include a pointer to draft-flanagan-7322bis also, as this document is in
the process of being revised.


This does not appear to be a WG document, so it seems premature to include it

Like RFC 7322 before it, 7322bis will be published as part of the IAB stream, not part of the IESG stream, so it will never be a WG document. The "flanagan" in "draft-flanagan" is Heather Flanagan, the RFC editor. While the contents may continue to evolve, I don't think there's any doubt that a revision of the document is in the works, and it's all but guaranteed that such revision will be published at some point and obsolete RFC 7322.

To be clear: I'm okay with you leaving the text as-is, but I think that the additional citation would be an improvement.


---------------------------------------------------------------------------

§3.8:

>  If there are no
>  IANA considerations applicable to the document, then the IANA
>  Considerations section stating that there are no actions is removed
>  by the RFC Editor before publication.

I believe that the current state of play is that removal is left to the authors'
discretion, and that the IANA has a weak preference for leaving in sections that
say "No actions are requested of IANA." This may change. Rather than try to
capture the (potentially changing) state of play, my suggestion is to
remove the text I quote above.


This was just changed to "might be removed"

Is that good enough?

Yes, that seems fine.

 
---------------------------------------------------------------------------

§4.11.2:

>  The following typedef from [RFC6991] demonstrates the proper use of
>  the "pattern" statement:
>
>      typedef ipv4-address-no-zone {
>        type inet:ipv4-address {
>          pattern '[0-9\.]*';
>        }
>        ...
>      }

By contrast, RFC 6021 has a somewhat more complex production:

     pattern
         '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}'
       +  '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])'
       + '(%[\p{N}\p{L}]+)?';

Is there any consensus on how complex the pattern validation should be? I've
seen some YANG modules with patterns that occupied more than half a page. Is
that encouraged, discouraged, or neither? It seems some guidance on this
specific issue would be useful, as the currently published modules appear to be
all over the map on this topic.


Not changing any text since the pattern complexity depends on the structure
of the text that is being modeled.

It's a little more than that; it comes down to the purpose of the regex, and how much validation is expected to be provided. For example, ignoring the interface designation, the validation of IP addresses between the two productions above is radically different. The second one is set up so that anything it matches will be a syntactically correct IP address. The first one, by contrast, would accept any of the following as valid:

  • 999.999.999.999
  • 1.3.6.1.2.1.2.2.1.3
  • 17
  • .......

This seems a bit more than academic to me: given that modules are included into other modules, wild inconsistencies in validation philosophies can be surprising to users. For example, if an operator gets used to the syntax for IP addresses generating warnings or errors when they are out of range, then they may be frustrated to discover that IP addresses in other locations are not.

Clearly, the items that have already been published can't be changed, but it seems like there is room for guidance about whether to optimize for simple regexes, or for more rigorous ones.

/a
--------------FA286F8DF434042736862FF6-- From nobody Thu Mar 8 16:08:44 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9E2B120727 for ; Thu, 8 Mar 2018 16:08:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Klz6Xwb-5Qk for ; Thu, 8 Mar 2018 16:08:35 -0800 (PST) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3C15124B18 for ; Thu, 8 Mar 2018 16:08:34 -0800 (PST) Received: by mail-lf0-x22a.google.com with SMTP id m69-v6so10823075lfe.8 for ; Thu, 08 Mar 2018 16:08:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bgW8BP0zBPjWEE8iLOoSW5alMTfpGOOXhlMB+PMy4Ng=; b=w1yx3cZfD6u4/5QefOyHyg04bMKlLOpj3hcDo6AccNxtrvw2LI3LR4cx0cWHZSvQCi HNy/J3oTtGeTlPEtc9liRd5VDC+IzlcnrOncvjMp0qA/G2ZQYKRVernb9RRbB4fU5EW+ A3kCM5Iu5Efz+Dx0qGbmZnCPOvpqZOLiU+aAvi2tsjZ7l2fB750uopiPu/YyE1Z9NhaJ LXCMm3DMgKVafSi/xWTHXvlAVr7HHZAQi3tNh5EnCKblZnWWPXkKqLQJ3iOV+FfFJ4lq 8o64RZHcxOFP0ATJ62FQQFRcilGSBJ9Ph4V9+px/EGiPvWXRfxRmk+4ZyhrK7Ytz2gIm 2tkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bgW8BP0zBPjWEE8iLOoSW5alMTfpGOOXhlMB+PMy4Ng=; b=p1v+IDalN7jBWL+9rMpsPhuhlDtRhq9qnIWHqSZ0uUiFJN9bksh7UleICdycEq8C8q Qf6X+bRvkpwpcLFueUedEWlfAFM0wiDMJbF2AZJ1mFeUciBTfbpXTwHaZFzZAfvsEp7A tyHgmXhQG5sILuKPEgk+I8O2NndVWV9UuN4zY68vsqA4F0h8Vv+kUJmLSP7Wm0o6/GYk E4NZep51Hd68fyySicxtbT83frvmB6YOEfDb51xsBUn4nSGYfwUYROz79+3B1xXsuLFD fU0tedsDlqpbTP9Pjgk55FBiopnUky8mffHRfu25XxuDlUYICkAuD9aWj//jnv02c9fM 2X/A== X-Gm-Message-State: AElRT7FUCRjWujXzWeHzyA3lREpfe+OPG1UlzXsXbBwtD3u6zJJmU8tU 3BPwx7TZh5Lp6aC+yPsw/OYt9ok/9/1u0m2JcAgP+A== X-Google-Smtp-Source: AG47ELsSw4gXhKKniH5VDYX07g0cFmm9kS1jJwj/nFhtRaw6sBlWFOjzJPAuAVz9mMOKNjVBINmsJwvgOxvVWHrHqHA= X-Received: by 10.25.207.145 with SMTP id f139mr20674968lfg.75.1520554112951; Thu, 08 Mar 2018 16:08:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.210 with HTTP; Thu, 8 Mar 2018 16:08:32 -0800 (PST) In-Reply-To: References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> From: Andy Bierman Date: Thu, 8 Mar 2018 16:08:32 -0800 Message-ID: To: Adam Roach Cc: The IESG , draft-ietf-netmod-rfc6087bis@ietf.org, NetMod WG Chairs , Kent Watsen , NetMod WG Content-Type: multipart/alternative; boundary="001a11412078c3bcc10566ef9764" Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 00:08:38 -0000 --001a11412078c3bcc10566ef9764 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Mar 8, 2018 at 3:55 PM, Adam Roach wrote: > Thanks for your quick response! I have some additional comments inline. > > On 3/8/18 2:00 PM, Andy Bierman wrote: > > > ------------------------------------------------------------ >> --------------- >> >> =C2=A73: >> >> > YANG data model modules under review are likely to be contained in >> > Internet-Drafts. All guidelines for Internet-Draft authors MUST be >> > followed. The RFC Editor provides guidelines for authors of RFCs, >> > which are first published as Internet-Drafts. These guidelines >> > should be followed and are defined in [RFC7322] and updated in >> > [RFC7841] and "RFC Document Style" [RFC-STYLE]. >> >> Maybe include a pointer to draft-flanagan-7322bis also, as this document >> is in >> the process of being revised. >> > > > This does not appear to be a WG document, so it seems premature to includ= e > it > > > Like RFC 7322 before it, 7322bis will be published as part of the IAB > stream, not part of the IESG stream, so it will never be a WG document. T= he > "flanagan" in "draft-flanagan" is Heather Flanagan, the RFC editor. While > the contents may continue to evolve, I don't think there's any doubt that= a > revision of the document is in the works, and it's all but guaranteed tha= t > such revision will be published at some point and obsolete RFC 7322. > > To be clear: I'm okay with you leaving the text as-is, but I think that > the additional citation would be an improvement. > > OK, I will add it to the Informative References section > ------------------------------------------------------------ >> --------------- >> >> =C2=A73.8: >> >> > If there are no >> > IANA considerations applicable to the document, then the IANA >> > Considerations section stating that there are no actions is removed >> > by the RFC Editor before publication. >> >> I believe that the current state of play is that removal is left to the >> authors' >> discretion, and that the IANA has a weak preference for leaving in >> sections that >> say "No actions are requested of IANA." This may change. Rather than try >> to >> capture the (potentially changing) state of play, my suggestion is to >> remove the text I quote above. >> >> > This was just changed to "might be removed" > > Is that good enough? > > > Yes, that seems fine. > > > > >> ------------------------------------------------------------ >> --------------- >> >> =C2=A74.11.2: >> >> > The following typedef from [RFC6991] demonstrates the proper use of >> > the "pattern" statement: >> > >> > typedef ipv4-address-no-zone { >> > type inet:ipv4-address { >> > pattern '[0-9\.]*'; >> > } >> > ... >> > } >> >> By contrast, RFC 6021 has a somewhat more complex production: >> >> pattern >> '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' >> + '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' >> + '(%[\p{N}\p{L}]+)?'; >> >> Is there any consensus on how complex the pattern validation should be? >> I've >> seen some YANG modules with patterns that occupied more than half a page= . >> Is >> that encouraged, discouraged, or neither? It seems some guidance on this >> specific issue would be useful, as the currently published modules appea= r >> to be >> all over the map on this topic. >> >> > Not changing any text since the pattern complexity depends on the structu= re > of the text that is being modeled. > > > It's a little more than that; it comes down to the purpose of the regex, > and how much validation is expected to be provided. For example, ignoring > the interface designation, the validation of IP addresses between the two > productions above is radically different. The second one is set up so tha= t > anything it matches will be a syntactically correct IP address. The first > one, by contrast, would accept any of the following as valid: > > > - 999.999.999.999 > - 1.3.6.1.2.1.2.2.1.3 > - 17 > - ....... > > > This seems a bit more than academic to me: given that modules are include= d > into other modules, wild inconsistencies in validation philosophies can b= e > surprising to users. For example, if an operator gets used to the syntax > for IP addresses generating warnings or errors when they are out of range= , > then they may be frustrated to discover that IP addresses in other > locations are not. > > Clearly, the items that have already been published can't be changed, but > it seems like there is room for guidance about whether to optimize for > simple regexes, or for more rigorous ones. > I don't really know what a guideline should say about patterns. I will try to add something that says to document the pattern limitations and keep the pattern as simple as possible, > > /a > Andy --001a11412078c3bcc10566ef9764 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Mar 8, 2018 at 3:55 PM, Adam Roach <adam@nostrum.com> wrote:
=20 =20 =20
Thanks for yo= ur quick response! I have some additional comments inline.

On 3/8/18 2:00 PM, Andy Bierman wrote:

--------------------------------------------------------= -------------------

=C2=A73:

>=C2=A0 YANG data model modules under review are likely to be contained in
>=C2=A0 Internet-Drafts.=C2=A0 All guidelines for Internet= -Draft authors MUST be
>=C2=A0 followed.=C2=A0 The RFC Editor provides guidelines= for authors of RFCs,
>=C2=A0 which are first published as Internet-Drafts.=C2= =A0 These guidelines
>=C2=A0 should be followed and are defined in [RFC7322] an= d updated in
>=C2=A0 [RFC7841] and "RFC Document Style" [RFC-= STYLE].

Maybe include a pointer to draft-flanagan-7322bis also, as this document is in
the process of being revised.


This does not appear to be a WG document, so it seems premature to include it

Like RFC 7322 before it, 7322bis will be published as part of the IAB stream, not part of the IESG stream, so it will never be a WG document. The "flanagan" in "draft-flanagan" is Hea= ther Flanagan, the RFC editor. While the contents may continue to evolve, I don't think there's any doubt that a revision of the document is in the works, and it's all but guaranteed that such revision will be published at some point and obsolete RFC 7322.

To be clear: I'm okay with you leaving the text as-is, but I think that the additional citation would be an improvement.



OK, I will ad= d it to the Informative References section



--------------------------------------------------------= -------------------

=C2=A73.8:

>=C2=A0 If there are no
>=C2=A0 IANA considerations applicable to the document, th= en the IANA
>=C2=A0 Considerations section stating that there are no actions is removed
>=C2=A0 by the RFC Editor before publication.

I believe that the current state of play is that removal is left to the authors'
discretion, and that the IANA has a weak preference for leaving in sections that
say "No actions are requested of IANA." This may ch= ange. Rather than try to
capture the (potentially changing) state of play, my suggestion is to
remove the text I quote above.


This was just changed to "might be removed"

Is that good enough?

Yes, that seems fine.

=C2=A0
--------------------------------------------------------= -------------------

=C2=A74.11.2:

>=C2=A0 The following typedef from [RFC6991] demonstrates the proper use of
>=C2=A0 the "pattern" statement:
>
>=C2=A0 =C2=A0 =C2=A0 typedef ipv4-address-no-zone {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 type inet:ipv4-address {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pattern '[0-9\.]*&= #39;;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ...
>=C2=A0 =C2=A0 =C2=A0 }

By contrast, RFC 6021 has a somewhat more complex production:

=C2=A0 =C2=A0 =C2=A0pattern
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(([0-9]|[1-9][0-9]|1[0= -9][0-9]|2[0-4][0-9]|25[0-5])\.){3}'
=C2=A0 =C2=A0 =C2=A0 =C2=A0+=C2=A0 '([0-9]|[1-9][0-9]|1[0= -9][0-9]|2[0-4][0-9]|25[0-5])'
=C2=A0 =C2=A0 =C2=A0 =C2=A0+ '(%[\p{N}\p{L}]+)?';

Is there any consensus on how complex the pattern validation should be? I've
seen some YANG modules with patterns that occupied more than half a page. Is
that encouraged, discouraged, or neither? It seems some guidance on this
specific issue would be useful, as the currently published modules appear to be
all over the map on this topic.


Not changing any text since the pattern complexity depends on the structure
of the text that is being modeled.

It's a little more than that; it comes down to the purpose of the regex, and how much validation is expected to be provided. For example, ignoring the interface designation, the validation of IP addresses between the two productions above is radically different. The second one is set up so that anything it matches will be a syntactically correct IP address. The first one, by contrast, would accept any of the following as valid:

  • 999.999.999.999
  • 1.3.6.1.2.1.2.2.1.3
  • 17
  • .......

This seems a bit more than academic to me: given that modules are included into other modules, wild inconsistencies in validation philosophies can be surprising to users. For example, if an operator gets used to the syntax for IP addresses generating warnings or errors when they are out of range, then they may be frustrated to discover that IP addresses in other locations are not.

Clearly, the items that have already been published can't be changed, but it seems like there is room for guidance about whether to optimize for simple regexes, or for more rigorous ones.


I don't really know what a gui= deline should say about patterns.
I will try to add something tha= t says to document the pattern limitations
and keep the pattern a= s simple as possible,






/a


Andy

--001a11412078c3bcc10566ef9764-- From nobody Thu Mar 8 16:40:46 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D558F126DCA for ; Thu, 8 Mar 2018 16:40:44 -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 etmRjmmdGheb for ; Thu, 8 Mar 2018 16:40:41 -0800 (PST) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4460120727 for ; Thu, 8 Mar 2018 16:40:40 -0800 (PST) Received: by mail-pf0-x235.google.com with SMTP id a16so618640pfn.9 for ; Thu, 08 Mar 2018 16:40:40 -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=GLt0PKJSqODucwggqmYQ2xEEyj7JUV2N78sng7jrswU=; b=K/t4mnQAgM18D+AdakfBcy0E0kyy+QOEeT4Z7wuC0SBCKNNLHD40L5tLmhPPW9/82F bRQpomzcFrooIKK+OP4kBYb2fzkf9fgPFNUeo74Q1CbT7jfDpocYr69nr+mmzmjwn5B/ /tNaHpevDgJIG6VyX5YRHDe66H15Ics2HYlEoL+WwhC9DNoP8sl+YLWkdQbFygeM9kDe +Q4+J5Zwmdp7rsMoJD+w2Dk6T/85dr/ouTcqsMXFHLQRqCdzsmN1SztsCiM2Br+K/nvc wmIoD929YI6stzmhfIN+lBffw0YmtLo0IcaCcbRCy7gn8swwNJyvHfOEe0on7G4fJD1U a89w== 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=GLt0PKJSqODucwggqmYQ2xEEyj7JUV2N78sng7jrswU=; b=MZvOR4zHmbe8IoNe6rrRFxJ30UAP+ESQvydgOqOCR6Q9jNC6qJEKlqyPdJgGICr3G6 ByLcojVbf3TA4IKpde40SDNrl+1ELpHCFdwou4U2eBzVyIkNn/iYGJMOtAzzFPygyeWQ 2+sQljryuo8ZPF34uKFZzkwolDDaiqORU8/NgkHpNIOhwLJ/DlaTZqbcUPJxKk89Hp/S oWgkSEWWKpQtZ25+SFjHKpoahTxCsLDZvauuq7e0uoKiSpjE40vwccdx5mOBIigOEP9P 0oIpHiuuFk6lM/Wm+Hm7WB+PYUcmiuurBnBISfcgkrc+oF5UQ2almWegtL1hHb4aM8RX R8bA== X-Gm-Message-State: APf1xPAF0UyV5lg17FryVzL+Aq5D2wQ/8XXh/fhQfOj8Zxe0jGHdKYMa QpSBgC9qUIiW6tBPc4ZwQkbgkVap X-Google-Smtp-Source: AG47ELvppdatIj5tdAGZVaFz2MH3ou/cI+JSMsUs9oaX3zhaLBDHJISxT2HDcSNWNTnDETV+cB7S3Q== X-Received: by 10.98.41.134 with SMTP id p128mr28343924pfp.120.1520556039842; Thu, 08 Mar 2018 16:40:39 -0800 (PST) Received: from ?IPv6:2601:647:4700:1280:5107:7820:35d2:45e2? ([2601:647:4700:1280:5107:7820:35d2:45e2]) by smtp.gmail.com with ESMTPSA id x5sm39663110pfm.49.2018.03.08.16.40.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Mar 2018 16:40:38 -0800 (PST) From: Mahesh Jethanandani Message-Id: <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_65C77121-5D02-4DC3-B5E8-64746517C94A" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Thu, 8 Mar 2018 16:40:54 -0800 In-Reply-To: <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> Cc: NETMOD WG To: Kent Watsen References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 00:40:45 -0000 --Apple-Mail=_65C77121-5D02-4DC3-B5E8-64746517C94A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Kent, > On Mar 7, 2018, at 1:55 PM, Kent Watsen wrote: >=20 > [To all those that said this draft was ready, really?] >=20 >=20 > Hi Mahesh, >=20 > Thanks for the update. I found some more issues. Some must be fixed,=20= > others are nits, and might be caught by the RFC Editor. But I think > that it's embarrassing to receive comments for such things from the=20 > IESG, as is recently the case for the syslog draft, so please see=20 > what you can do. >=20 > Thanks, > Kent >=20 >=20 > =46rom Idnits: >=20 > ** There are 6 instances of too long lines in the document, the = longest one > being 7 characters in excess of 72. Hmm. The idnits at submission time did not complain. Will apply the new = script that you provided to make sure I wrap them around. >=20 > You wrote before that it was "Fixed", but it's still here? Note: = "**" is > an error (idnits label) >=20 > -- The document has examples using IPv4 documentation addresses = according > to RFC6890, but does not use any IPv6 documentation addresses. = Maybe > there should be IPv6 examples, too? >=20 > I don't feel strongly about this, but if it's easy enough to do... >=20 > In the Abstract: > - I think the word "an" is missing (e.g., an ACL) Added. >=20 > In the Introduction: > - should "ordered-by-user" be "ordered-by user" to avoid confusion, = or perhaps say it another way? How about this in both the Abstract and the Introduction. OLD: ACL is a ordered-by-user set of rules NEW: An ACL is a set of rules, in an order set by the user > - what does "a tuple of" mean? Can this be restated? How about this? OLD: The match criteria consist of a tuple of packet header match criteria = and can have metadata match criteria as well. NEW: The match criteria consist of packet header matches, and or or metadata = as described below: > - s/In case vendor supports it/In case a vendor supports it/ ? Ok. > - "The list of X is endless depending on...". Is "endless" the right = word, perhaps restate? OLD: The list of potential actions is endless NEW: The list of potential actions is limitless > - same sentence as above, should "networked devices" be "network" or = "networking" devices? Will change =E2=80=9Cnetworked devices=E2=80=9D to =E2=80=9Cnetworking = devices=E2=80=9D. >=20 > In Section 3: > - "A network system usually have a list of ACLs" (s/system/systems/ = or s/have/has/?) s/have/has/. > - "The match criteria consist of packet header matching" - is consist = the right word? How would you restate it? (After I have s/consist/consists/) > - "It as also possible for ACE to match on metadata" s/as/is/ and = s/ACE/an ACE/ Ok > - "When applied to interfaces of a networked device, the ACL is = applied in a direction > which indicates if it should be applied to packet entering (input) = or leaving the > device (output)." - restate to talk about "ingress" and = "egress=E2=80=9D? How about: When applied to interfaces of a networked device, the ACL is applied in = a direction which indicates if it should be applied to ingress interface = (input) or egress interface (output). > - "An example in the appendix shows how to express it in YANG model." = - either this > is not true, or the sentence should not be at the end of this = paragraph Removed. >=20 > In Section 3.1: > - s/and must statements/and 'must' statements/ Done and s/if-feature/=E2=80=98if-feature=E2=80=99/ > - s/define new "matches" choice/define a new "matches" choice/ ? Done. >=20 > In Section 4.1: > - "ietf-access-control-list" is the standard top level module for = access lists > - what does this mean? OLD: "ietf-access-control-list" is the standard top level module for access = lists NEW: "ietf-access-control-list" is the top level module for access lists > - The "access-lists" container stores a list of "acl". - s/stores/has = or contains?/=20 s/stores/has/ > - "...that can be used to determine which rule was matched upon" - = not sure if this > part is needed, or maybe better restated ", which can later be used = to determine=E2=80=A6"? Ok. > - s/ability for ACL's to be/ability for ACLs to be/ Ok. >=20 > In Section 4.1 (in the YANG module): > - A number of identities read "ACL that primarily matches...". Is = "primarily" > an accurate word? - if so, then do we need to say anything about = when it's > not the case? As one of the text says. It primarily matches IPv4, and does not match = either ethernet or IPv6 headers. Such ACL types are different from the = mixed ACL types that might match on a combination of ethernet and IPv4 = headers etc. > Separately, s/ACL/an ACL/? Ok. > - A number of features read "Device can support..." - s/Device/The = device/? Ok. > - "It can have one or more Access Control Lists" - lists should be = singular. Really? English grammar says that if a sentence has both a singular and = a plural, the one nearest to the subject is the one you select. > - "An Access Control List(ACL)" - put a space before (ACL) Ok. > - " Indicates the primary intended" - here's that word "primary" = again... > - s/a list of access-list-entries(ACE)/ a list of access-list-entry = nodes (ACE)/? Ok. > - s/List of access list entries(ACE)/List of access list entry nodes = (ACE)/? > - there is more than one instance of this in the model Fixed. > - "../../../../type" - still some long relative XPaths Fixed. > - " or referring to a group of source ports" - this isn't there yet. = I think you > want to say something like "this is a choice so as to support = future 'case' > statements, such as one enabling a group of source ports to be = referenced=E2=80=9D How about: Choice of source port definition using range/operator or referring to a = group of source ports, to be added as a future 'case' statement. > - ditto for "or referring to a group of destination ports." > - ditto on both of the above for the "udp" container > - is it possible for both "egress-interface" and "ingress-interface" = leafs to=20 > be specified at the same time? - if not, should there a 'must' = statement to > prevent that possibility? - or an explanation for what happens if = it occurs? Let me discuss this with my co-authors. > - s/The ACL's applied/The ACLs applied/ (this happens more than = once in model) Fixed. >=20 > In Section 4.2: > - references them by "uses" --> references them by 'uses' statements = ??? Ok. > - not all your 'reference' statements have the title of the = referenced document. Fixed. > - "then the datagram must be destroyed" - s/destroyed/dropped/? Ok. > - "or referring to a group of ..." - same comments as for previous = module > - "ece" is missing a 'reference' statement? -=20 Added. > - "Indicates that the Urgent pointer field is significant" - urgent = is > capitalized, but there's no context as for why. Perhaps missing a > reference statement too? Added a reference statement. > - in "window-size" leaf description, remove parentheses Ok. >=20 > In Section 4.3: > - the text says that it drops traffic from X to Y, but the example = seems to do > the reverse. Fixed. >=20 > In Section 4.4: > - The "With the follow XML example:" "This represents..." = is=20 > difficult to read. How about just having "The following XML = example ...:=E2=80=9D? Fixed. > - does the second example provide any value of the first? - seems the = same to me=E2=80=A6 Will change the example. > - seems like example 3 could also be expressed as = "21", > right? - the text at the beginning of the section says this = construct is > possible, but there is no example for it. Maybe this makes a = better ex #2? Have changed the language in the beginning of the section to say: "When only a port is present, it represents a port, with the operator = specifying the range." That is because, it now a choice between specifying a range or = specifying a single port with an operator. >=20 > In all your YANG modules: > - replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD = (Network=20 > Modeling) Working Group=E2=80=9D Ok. >=20 > In Section ??: > In the examples, why did you add the "" > line and the "config" element? - the examples validate equally well = when > these are removed. The examples can then be cut and pasted into any client such as ncclient = which takes an entire . >=20 > In Section 6: > - s/three YANG module/three YANG modules/ Fixed. >=20 > In Section 6.1: > - The first paragraph says "three URI", but it should be "three = URIs=E2=80=9D Fixed. >=20 > In Section A.1: > - "The following figure is the tree structure" - should say "tree = diagram" and > should reference the tree-diagrams draft, or else have a draft-wide = "Tree > Diagram Notation" section in the Introduction. Added a section in the Introduction. > - s/In other example/In another example/? > - s/with new choice of actions/with a new choice of actions/? Both fixed. >=20 > In Section A.3; > - some 'reference' statements are missing titles Added. > - some 'description' statements might benefit from a 'reference=E2=80=99= statement I have added references that I could find. > - "The uint16 type placeholder type..." - is this a typo? Dropped the second =E2=80=9Ctype=E2=80=9D. Thanks. >=20 >=20 > Kent >=20 >=20 > =3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D >=20 > This version of the draft addresses comments raised during LC, = shepherd review and other comments received during that period. >=20 >> On Mar 3, 2018, at 2:13 PM, internet-drafts@ietf.org wrote: >>=20 >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >> This draft is a work item of the Network Modeling WG of the IETF. >>=20 >> Title : Network Access Control List (ACL) YANG Data = Model >> Authors : Mahesh Jethanandani >> Lisa Huang >> Sonal Agarwal >> Dana Blair >> Filename : draft-ietf-netmod-acl-model-17.txt >> Pages : 57 >> Date : 2018-03-03 >>=20 >> Abstract: >> This document defines a data model for Access Control List (ACL). >> ACL is a ordered-by-user set of rules, used to configure the >> forwarding behavior in device. Each rule is used to find a match on >> a packet, and define actions that will be performed on the packet. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Sc= bfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZ= o&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3D44GJlqxqB0YK5G9gb1TU= zAobugMHxDWflaPCZ3IYpKA&e=3D = >>=20 >> There are also htmlized versions available at: >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html= _draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scb= fh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo= &m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Drbm91SSJ_0sxFxb692d0F= H0G-dbBTAUCf2KRySyztJQ&e=3D = >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DsiypyBn3F8o= 6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D = >>=20 >> A diff from the previous version is available at: >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_rfcdif= f-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Dt2lpzSSW72B= vQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D = >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of = submission >> until the htmlized version and diff are available at tools.ietf.org = . >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> = https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet= -2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D= 9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZN= r67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RKIqTOi6wj-HEXvZKBRTiUw&e=3D = >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_65C77121-5D02-4DC3-B5E8-64746517C94A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Kent,

On Mar = 7, 2018, at 1:55 PM, Kent Watsen <kwatsen@juniper.net>= wrote:

[To all those that said this = draft was ready, really?]

Hi Mahesh,

Thanks for the update.  I found some more = issues.  Some must be fixed, 
others are nits, and might be caught by the RFC = Editor.  But I think
that it's embarrassing to = receive comments for such things from the 
IESG, as is recently the case for the syslog = draft, so please see 
what you can do.

Thanks,
Kent
=46rom Idnits:

 ** There are 6 instances of too long lines = in the document, the longest one
    being 7 = characters in excess of 72.

Hmm. The idnits = at submission time did not complain. Will apply the new script that you = provided to make sure I wrap them around.


 You wrote before that it was "Fixed", but = it's still here?  Note: "**" is
 an error (idnits = label)

 -- The document has = examples using IPv4 documentation addresses according
    to RFC6890, but does not = use any IPv6 documentation addresses.  Maybe
    there should be IPv6 = examples, too?

 I don't feel strongly = about this, but if it's easy enough to do...
In the Abstract:
 - I think the word "an" is = missing (e.g., an ACL)

Added.


In the Introduction:
 - should "ordered-by-user" be "ordered-by = user" to avoid confusion, or perhaps say it another way?

How about this = in both the Abstract and the Introduction.

OLD:
ACL is a =
ordered-by-user set of rules

NEW:
An ACL is a set of rules, in an = order set by the user

 - what does "a tuple of" mean? =  Can this be restated?

How about = this?

OLD:
The match criteria consist of a =
tuple of packet header match criteria and can have metadata match =
criteria as well.

NEW:
The match criteria consist of packet =
header matches, and or or metadata as described below:

 - s/In case vendor supports it/In = case a vendor supports it/ ?

Ok.

 - "The list of X is = endless depending on...".  Is "endless" the right word, perhaps = restate?
OLD:
The list of potential actions is endless

NEW:
The list of potential actions is =
limitless

 - same sentence as above, should = "networked devices" be "network" or "networking" devices?

Will change = =E2=80=9Cnetworked devices=E2=80=9D to =E2=80=9Cnetworking = devices=E2=80=9D.


In Section 3:
 - "A network system usually have a list of = ACLs"  (s/system/systems/ or s/have/has/?)

s/have/has/.

 - "The match criteria consist of = packet header matching" - is consist the right word?

How would you = restate it? (After I have s/consist/consists/)

 - "It as also possible for = ACE to match on metadata"  s/as/is/ and s/ACE/an ACE/

Ok

 - "When applied to = interfaces of a networked device, the ACL is applied in a = direction
    which indicates = if it should be applied to packet entering (input) or leaving = the
    device (output)." =  - restate to talk about "ingress" and "egress=E2=80=9D?

How = about:

When applied to interfaces of = a networked device, the ACL is applied in a direction which indicates if = it should be applied to ingress interface (input) or egress interface = (output).

 - "An example in the appendix shows = how to express it in YANG model." - either this
   is not true, or the sentence = should not be at the end of this paragraph

Removed.


In Section 3.1:
 - s/and must statements/and 'must' = statements/

Done and s/if-feature/=E2=80=98if-feature=E2=80=99/
=

 - s/define new "matches" choice/define a = new "matches" choice/ ?

Done.


In Section 4.1:
 - "ietf-access-control-list" is the = standard top level module for access lists
     - = what does this mean?

OLD:
"ietf-access-control-list" is the = standard top level module for access lists

NEW:
"ietf-access-control-list" is the = top level module for access lists

 - The "access-lists" container = stores a list of "acl". - s/stores/has or contains?/ 

s/stores/has/

 - "...that can be used to determine = which rule was matched upon" - not sure if this
   part is needed, or maybe = better restated ", which can later be used to determine=E2=80=A6"?<= br style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; = font-variant-caps: normal; font-weight: normal; letter-spacing: normal; = text-align: start; text-indent: 0px; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" = class=3D"">

Ok.

 - s/ability for ACL's to = be/ability for ACLs to be/

Ok.


In Section 4.1 (in the YANG module):
 - A number of identities read "ACL that = primarily matches...".  Is "primarily"
   an accurate word? - if so, = then do we need to say anything about when it's
   not the case? =

As one of the text = says. It primarily matches IPv4, and does not match either ethernet or = IPv6 headers. Such ACL types are different from the mixed ACL types that = might match on a combination of ethernet and IPv4 headers = etc.

 Separately, s/ACL/an ACL/?

Ok.

 - A number of features = read "Device can support..." - s/Device/The device/?

Ok.

 - "It can have one or more = Access Control Lists" - lists should be singular.

Really? English = grammar says that if a sentence has both a singular and a plural, the = one nearest to the subject is the one you select.

 - "An Access Control List(ACL)" - put a = space before (ACL)

Ok.

 - " Indicates the primary intended" = - here's that word "primary" again...
 - s/a list of = access-list-entries(ACE)/ a list of access-list-entry nodes = (ACE)/?

Ok.

 - s/List of access list = entries(ACE)/List of access list entry nodes (ACE)/?
     - there is more = than one instance of this in the model

Fixed.

 - "../../../../type" - still some = long relative XPaths

Fixed.

 - " or referring to a group of = source ports" - this isn't there yet.  I think you
   want to say something like = "this is a choice so as to support future 'case'
   statements, such as one = enabling a group of source ports to be = referenced=E2=80=9D

How= about:

Choice of source = port definition using range/operator or referring to a group of source = ports, to be added as a future 'case' statement.

 - ditto for "or referring to a group of = destination ports."
 - ditto on both of the = above for the "udp" container
 - is it possible for both = "egress-interface" and "ingress-interface" leafs to 
   be specified at the same time? =  - if not, should there a 'must' statement to
   prevent that possibility? - or = an explanation for what happens if it occurs?

Let me discuss = this with my co-authors.

 - s/The ACL's applied/The ACLs = applied/   (this happens more than once in model)

Fixed.


In Section 4.2:
 - references them by "uses" --> = references them by 'uses' statements  ???

Ok.

 - not all your 'reference' = statements have the title of the referenced document.

Fixed.

 - "then the datagram must be = destroyed" - s/destroyed/dropped/?

Ok.

 - "or referring to a group = of ..."  - same comments as for previous module
 - "ece" is missing a 'reference' = statement?  - 

Added.

 - "Indicates that the Urgent = pointer field is significant" - urgent is
   capitalized, = but there's no context as for why.  Perhaps missing a
   reference statement = too?

Added a reference statement.

 - in "window-size" leaf = description, remove parentheses

Ok.


In Section 4.3:
 - the text says that it = drops traffic from X to Y, but the example seems to do
   the reverse.

Fixed.


In Section 4.4:
 - The "With the follow XML example:" = <EXAMPLE> "This represents..." is 
   difficult to read.  How = about just having "The following XML example ...:=E2=80=9D?

Fixed.

 - does the second example provide = any value of the first? - seems the same to = me=E2=80=A6

Will = change the example.

 - seems like example 3 could also = be expressed as "<lower-port>21</lower-port>",
   right?  - the text at the = beginning of the section says this construct is
   possible, but there is no = example for it.  Maybe this makes a better ex #2?

Have changed the = language in the beginning of the section to say:

"When only a port is present, it represents a = port, with the operator specifying the range."

That is because, it now a choice between = specifying a range or specifying a single port with an = operator.


In all your YANG = modules:
 - replace "NETMOD (NETCONF Data = Modeling Language)" with "NETMOD (Network 
   Modeling) Working = Group=E2=80=9D

Ok.


In Section ??:
 In the examples, why did you add the = "<?xml version=3D"1.0" encoding=3D"UTF-8"?>"
 line and the "config" element?  - the = examples validate equally well when
 these are = removed.

The examples can then be cut and pasted into any client = such as ncclient which takes an entire <rpc>.


In Section 6:
 - s/three YANG = module/three YANG modules/

Fixed.


In Section 6.1:
 - The first paragraph says "three URI", = but it should be "three URIs=E2=80=9D

Fixed.


In Section A.1:
 - "The following figure is the tree = structure" - should say "tree diagram" and
   should = reference the tree-diagrams draft, or else have a draft-wide = "Tree
   Diagram Notation" = section in the Introduction.

Added a section = in the Introduction.

 - s/In other example/In another = example/?
 - s/with new choice of actions/with = a new choice of actions/?

Both = fixed.


In Section A.3;
 - some 'reference' statements are missing = titles

Added.

 - some 'description' statements = might benefit from a 'reference=E2=80=99 statement

I have added = references that I could find.

 - "The uint16 type placeholder = type..." - is this a typo?

Dropped the = second =E2=80=9Ctype=E2=80=9D.

Thanks.



Kent

=3D=3D=3D=3D=3D original message = =3D=3D=3D=3D=3D=3D

This version of the draft = addresses comments raised during LC, shepherd review and other comments = received during that period.

On Mar 3, 2018, at 2:13 PM, = internet-drafts@ietf.org wrote:


A New Internet-Draft is available from the = on-line Internet-Drafts directories.
This draft is a work = item of the Network Modeling WG of the IETF.

      Title =           : Network = Access Control List (ACL) YANG Data Model
      Authors =         : Mahesh Jethanandani
          &nb= sp;            = ; Lisa Huang
          &nb= sp;            = ; Sonal Agarwal
          &nb= sp;            = ; Dana Blair
Filename =        : = draft-ietf-netmod-acl-model-17.txt
Pages =           : 57
= Date =            : = 2018-03-03

Abstract:
 This= document defines a data model for Access Control List (ACL).
 ACL is a ordered-by-user set of rules, used to = configure the
 forwarding behavior in device. =  Each rule is used to find a match on
 a packet, = and define actions that will be performed on the packet.

The IETF datatracker status page for this = draft is:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c= =3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH= 7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZ= oc&s=3D44GJlqxqB0YK5G9gb1TUzAobugMHxDWflaPCZ3IYpKA&e=3D

There are also htmlized versions available = at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ie= tf.org_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3D= HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yh= qn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&= amp;s=3Drbm91SSJ_0sxFxb692d0FH0G-dbBTAUCf2KRySyztJQ&e=3D
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3DsiypyBn3F8o6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D

A diff from the previous version is = available at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_rfcdiff-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3Dt2lpzSSW72BvQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D


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:
https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.o= rg_internet-2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-n= db3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3D= huBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RK= IqTOi6wj-HEXvZKBRTiUw&e=3D

_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0Uj= BXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&= amp;m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1= DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D

Mahesh Jethanandani
mjethanandani@gmail.com_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0Uj= BXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&= amp;m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1= DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D

Mahesh Jethanandani
mjethanandani@gmail.com

= --Apple-Mail=_65C77121-5D02-4DC3-B5E8-64746517C94A-- From nobody Thu Mar 8 17:27:12 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05549128954; Thu, 8 Mar 2018 17:27:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 MSbYN07T2NbI; Thu, 8 Mar 2018 17:27:09 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 05F41126BF6; Thu, 8 Mar 2018 17:27:09 -0800 (PST) Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w291R70k001081 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 8 Mar 2018 19:27:08 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local To: "Clyde Wildes (cwildes)" , The IESG Cc: "netmod-chairs@ietf.org" , Lou Berger , Kent Watsen , "draft-ietf-netmod-syslog-model@ietf.org" , "netmod@ietf.org" References: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> From: Adam Roach Message-ID: <6300eca8-3c6a-3837-c22a-3d67785fb968@nostrum.com> Date: Thu, 8 Mar 2018 19:27:02 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 01:27:10 -0000 On 3/8/18 12:18 PM, Clyde Wildes (cwildes) wrote: > Adam, > > An earlier version of the model (draft-ietf-netmod-syslog-model-08 and prior) included “terminal” as a syslog destination which addresses your requirement below: > > +--rw terminal {terminal-action}? > | +--rw all-terminals! > | | +--rw log-selector > | | +--rw (selector-facility) > | | | +--:(no-log-facility) > | | | | +--rw no-facilities? empty > | | | +--:(log-facility) > | | | +--rw log-facility* [facility] > | | | +--rw facility union > | | | +--rw severity union > | | | +--rw severity-operator? enumeration {selector-sevop-config}? > | | +--rw pattern-match? string {selector-match-config}? > | +--rw terminal* [name] {terminal-facility-user-logging-config}? > | +--rw name string > | +--rw log-selector > | +--rw (selector-facility) > | | +--:(no-log-facility) > | | | +--rw no-facilities? empty > | | +--:(log-facility) > | | +--rw log-facility* [facility] > | | +--rw facility union > | | +--rw severity union > | | +--rw severity-operator? enumeration {selector-sevop-config}? > | +--rw pattern-match? string {selector-match-config}? > > A consensus of the group was that it was best to remove this destination in the model as a simplification, and that vendors that supported same could add it back through an augmentation. Thanks for the history -- that's useful to know. I don't have any desire to re-open a settled issue, so please don't read my response as a request to go back to the older, more complex model. My concern now is that the unstated assumption above isn't indicated in the document; and absent such a treatment, I fear that some vendors may do what you expect (extend the model), while some may do what I mentioned (expect terminal syslog output to be provisioned via a special filesystem node using the "file" subtree). This ambiguity doesn't seem ideal. I would suggest that the document have text specifically indicating that terminal output with requirements more complex than the console subtree currently provides are expected to be supported via vendor extensions rather than handled via the file subtree. /a From nobody Thu Mar 8 22:28:15 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 948FF1242EA; Thu, 8 Mar 2018 22:28:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e6bT-ASoLgok; Thu, 8 Mar 2018 22:28:06 -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 F206B126CC7; Thu, 8 Mar 2018 22:28:05 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id BE522D03; Fri, 9 Mar 2018 07:28:04 +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 mdD7eloFKAuX; Fri, 9 Mar 2018 07:28:03 +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; Fri, 9 Mar 2018 07:28:04 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8C6A820160; Fri, 9 Mar 2018 07:28:04 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id yxRSMuZ_LCQL; Fri, 9 Mar 2018 07:28:04 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9E3D92015B; Fri, 9 Mar 2018 07:28:03 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 4E8B84268EA3; Fri, 9 Mar 2018 07:28:03 +0100 (CET) Date: Fri, 9 Mar 2018 07:28:03 +0100 From: Juergen Schoenwaelder To: Adam Roach Cc: Andy Bierman , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org Message-ID: <20180309062803.pwewp5s2unl34fsi@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Adam Roach , Andy Bierman , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 06:28:09 -0000 On Thu, Mar 08, 2018 at 05:55:17PM -0600, Adam Roach wrote: > > 4.11.2: > > > > > The following typedef from [RFC6991] demonstrates the proper use of > > > the "pattern" statement: > > > > > > typedef ipv4-address-no-zone { > > > type inet:ipv4-address { > > > pattern '[0-9\.]*'; > > > } > > > ... > > > } > > > > By contrast, RFC 6021 has a somewhat more complex production: > > > > pattern > > '(([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])\.){3}' > > + '([0-9]|[1-9][0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])' > > + '(%[\p{N}\p{L}]+)?'; > > > > Is there any consensus on how complex the pattern validation > > should be? I've > > seen some YANG modules with patterns that occupied more than half > > a page. Is > > that encouraged, discouraged, or neither? It seems some guidance > > on this > > specific issue would be useful, as the currently published modules > > appear to be > > all over the map on this topic. > > > > > > Not changing any text since the pattern complexity depends on the > > structure > > of the text that is being modeled. > > It's a little more than that; it comes down to the purpose of the regex, and > how much validation is expected to be provided. For example, ignoring the > interface designation, the validation of IP addresses between the two > productions above is radically different. The second one is set up so that > anything it matches will be a syntactically correct IP address. The first > one, by contrast, would accept any of the following as valid: > > * 999.999.999.999 > * 1.3.6.1.2.1.2.2.1.3 > * 17 > * ....... This is a misunderstanding how YANG works. ipv4-address-no-zone is derived from ipv4-address and hence all the ipv4-address rules apply as well. Your examples will all be rejected. > This seems a bit more than academic to me: given that modules are included > into other modules, wild inconsistencies in validation philosophies can be > surprising to users. For example, if an operator gets used to the syntax for > IP addresses generating warnings or errors when they are out of range, then > they may be frustrated to discover that IP addresses in other locations are > not. > > Clearly, the items that have already been published can't be changed, but it > seems like there is room for guidance about whether to optimize for simple > regexes, or for more rigorous ones. In some cases, patterns are kept simpler but more specific text is in the description statement. A pattern is one of several mechanisms to constrain the value space. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 8 22:29:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9386C126CC7; Thu, 8 Mar 2018 22:29:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XcMsn1g5JRiB; Thu, 8 Mar 2018 22:29:36 -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 44C1F1242EA; Thu, 8 Mar 2018 22:29:36 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 0D514CFF; Fri, 9 Mar 2018 07:29:35 +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 CYIY6tCOKbaC; Fri, 9 Mar 2018 07:29:33 +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; Fri, 9 Mar 2018 07:29:34 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id D7D8620160; Fri, 9 Mar 2018 07:29:34 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id BQZwyFm_t30t; Fri, 9 Mar 2018 07:29:34 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 94B312015B; Fri, 9 Mar 2018 07:29:34 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 2AB334268EF4; Fri, 9 Mar 2018 07:29:33 +0100 (CET) Date: Fri, 9 Mar 2018 07:29:33 +0100 From: Juergen Schoenwaelder To: Andy Bierman Cc: Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org Message-ID: <20180309062933.oeitoohvvowfjh2b@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Andy Bierman , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 06:29:38 -0000 On Thu, Mar 08, 2018 at 04:08:32PM -0800, Andy Bierman wrote: > > I don't really know what a guideline should say about patterns. > I will try to add something that says to document the pattern limitations > and keep the pattern as simple as possible, > I object to a statement that "pattern should be as simple as possible". /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Mar 9 04:24:31 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E52212426E for ; Fri, 9 Mar 2018 04:24:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.607 X-Spam-Level: X-Spam-Status: No, score=-1.607 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=Y2nZXw4u; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=ericsson.com header.b=G8JH+jHN 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 4EZ2cU0bTVRE for ; Fri, 9 Mar 2018 04:24:27 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 63BAF1205F0 for ; Fri, 9 Mar 2018 04:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1520598265; 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=kfrTxaYkl3145qyQr7fvny6TvMMZvpu1l+y7tmvZYbo=; b=Y2nZXw4u0iJ77uSHLGgsZB94OjgA3TXVseYSB1rdmUnYHF4kiTAZ8qZrowoo//oF Vvo9E336dMeghfJ6Dct7zHrDA44dVFRfIZSOeY5tUCVAFeJT+JFTiwwc5TCj8Uj9 xvxmdtBWG09wlE3tDf1yrs7ugvo5SXxh7raQoj8K33k=; X-AuditID: c1b4fb2d-499ff70000005540-c6-5aa27cf96015 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 88.A4.21824.9FC72AA5; Fri, 9 Mar 2018 13:24:25 +0100 (CET) Received: from ESESSMB504.ericsson.se (153.88.183.165) by ESESSHC019.ericsson.se (153.88.183.75) with Microsoft SMTP Server (TLS) id 14.3.352.0; Fri, 9 Mar 2018 13:24:25 +0100 Received: from ESESSMB505.ericsson.se (153.88.183.166) by ESESSMB504.ericsson.se (153.88.183.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26; Fri, 9 Mar 2018 13:24:24 +0100 Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26 via Frontend Transport; Fri, 9 Mar 2018 13:24:24 +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; bh=KOYkJVP/AKVv4MJs8OGU/vs/dDofmJUx1mS7jrpmPD0=; b=G8JH+jHNzUe8c9t1bYAjlaX5TVlQwPodVsVcDXkgQlVFarHJKBXc3GoeldEfvtIYFtuPbaw76lWqFzSu9QqrIxKzcjfph80Eti5IChx/RZEM6HcHn1xYL8TCbbe1aWryfhgyOFxV5WGbFeoSkehGEXT2d2pKGSDZZPhoOMURjJI= Received: from [159.107.197.42] (89.135.192.225) by HE1PR07MB3433.eurprd07.prod.outlook.com (2603:10a6:7:2c::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.6; Fri, 9 Mar 2018 12:24:23 +0000 To: Kent Watsen , "netmod@ietf.org" References: From: Balazs Lengyel Message-ID: Date: Fri, 9 Mar 2018 13:24:19 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/html; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [89.135.192.225] X-ClientProxiedBy: HE1PR1001CA0018.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:3:f7::28) To HE1PR07MB3433.eurprd07.prod.outlook.com (2603:10a6:7:2c::12) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: bad4795d-df56-4c43-4910-08d585b8b11a X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB3433; X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB3433; 3:l37Z9gzFEM2FHeOtAmlIiKeVymJnu6Oh9TTrPwfy8HD/8wZsiR2UmazGGWPPG8FLkt4j1AzPUC9BtxzZ0mLa1wHx4VEvVD6UzUnVGaflAKGBRW5+XrhOXYh4IG2rmDsg2fMifcXDmKpS65tus5GTu4+RPjKlWf1QRf7z3mFio1gF2c08W6tEft3DJV/wdT4KsVyn07rfMSPzWeePfVJ90q6j6oa4ShW2k1Wytuh1dhtl+sG5aX9BbPEx6Cgh06hr; 25:H07G30cn9drPx/Zjik9L5UXwKMAr94cZdRANdDyBfb62xv+FQPTjMxm/LrdyZdVZ647nF8NeQAMn28RZ5YdAgKpoRXJIgII41Qq8pEwktZ2bSRMyIUMQZmFumzHgqgssT0TLEERLuU/iVZFrk02e43tIfphV97JkPlhaCwihohge782GnkZQf5Ozu2Is8mznYRBf3auUtj76f6YisuWdsBR50Axkq2EtW2UNOS797PFc1KiKsxUCJUm++bG8h/HErEuSSDGP+Or1I+oZ1Q8laAPFkT/vNlM7yIkk3x16JuWo+vo816K7TRzc15WNUIENeJVV/wEa6DKOpDbOGAIqHg==; 31:DCJ6KSfWI147PAsrWADVh2qnehYivFyPy6s7oj5ZLFmh+8Cc2syRNAmneWHcog45eA0+B73uL+CkycPPl077W+MmALPyLtjl37WQHimw3hIZTV+VGvTc3PM5nqkrZlP0PYygcJEAUvbqTdI5nsp9G5uiVhUMAvcbTl7n5jLRzapnJStAtjXgh1otno3NWv27j2augsC3SOrIcwXcU09OQ3C4JfOMTUfwZ6/3caJkfTA= X-MS-TrafficTypeDiagnostic: HE1PR07MB3433: X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB3433; 20:yR1Bl9prsKkZCnWL5DkgqNoxljXOGs5xTwP2RMh0pbNOzt07+sT6Xpppjorzw0fM9DBIPcTlCsMbBTb9cPRZsXJ7dk/RjGTdVkWDAk3KPPGRePN9FvIELOWzfrxUsA5B/V6/cT3w79hHz8WUqOXHix1V87oZp/Bi5k7zwHuzsWfreM/TtoF5WPVkf1D5ASqiRWC4t3BW5I6zXNLIHUUuWx4FnHeX2t0KK9xGy0v79cFYp8CssiXWgMyXNwa69lLBvox71ETjoCT6sEG5OB33ThgBXXSeHBEzXE4aiWG3chx+gAKWyRgEWt5bNEI1laE7FhLsgg0YUKhISzCVLCamV020Ub4hL5s34DiQ7wYg3sJRAf8WbtR8AYx05uvgYU2j23WJQcl6Vj2kbsvP81h99Kh99GKne+707nRB9TLJDJ6gGEAnM2nQmFPhVDM/SiNmn3RtUOu/yZkY/MbP9wxuYhS6lO7JHypzdQhQobGT0b9qpvhQXpXcsW3LW2VZS2W0 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(37575265505322)(158342451672863)(10436049006162)(120809045254105)(138986009662008)(95692535739014); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231220)(944501244)(52105095)(3002001)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:HE1PR07MB3433; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB3433; X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB3433; 4:xvbA1ZFHJ20kE2MPeRhfM0XtYQEg7DNiWhu5EYsjgqWh3fcF7xqLVhKiYAP3sc+d01BnzdyhE9JLsJfY2dyWUE0gtmrNHLlaOhHDP5wTy5r3nIwjjtf0eQY8ukAK8pwyudYHs3GvZPS1k1sRZFzFy1vThdPZsIW6av7OAKC4qAJ9vmlMffqxFrIZ/smd01h9UxswSZm4tKA1Q+ji+vSKuOQrkTRqHas5yPxBB5fhKrCjqU9QJYY6Dg3AzJeMefhjrH+7nzZrssa/3U3a88YFHTvjS7iSA+kDXWJl4f2PcJsvrxVNYimYGKGZKqjkUXuqpBmgk4PvQEIcA+2H+tXIcEM37qPbUB3XzD1sTANNLOA0797ZOuYx+tEHDMMezMVY6OemRE6jEOTFcysJOB0zRO9gULm6vlMt34wniPB+woMT2UpGHjOpKQQiD7barlwPJKV3/okKPaF/+bnXrfuTxSDGtTqmfw8wrxCGsUoEQjg= X-Forefront-PRVS: 0606BBEB39 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(376002)(39860400002)(366004)(39380400002)(396003)(346002)(252514010)(199004)(189003)(377424004)(52116002)(966005)(110136005)(52146003)(23676004)(2486003)(2870700001)(36756003)(2906002)(186003)(6346003)(49976009)(8666007)(66066001)(65956001)(65806001)(1941001)(2950100002)(106356001)(6666003)(53546011)(76176011)(8936002)(8676002)(81156014)(81166006)(58126008)(606006)(25786009)(97736004)(86362001)(6116002)(3846002)(478600001)(65826007)(23846002)(64126003)(59450400001)(31696002)(50466002)(386003)(7736002)(236005)(54896002)(6306002)(316002)(53936002)(6246003)(229853002)(16576012)(26005)(6486002)(105586002)(2501003)(31686004)(16526019)(5660300001)(68736007)(15650500001)(78286006); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3433; H:[159.107.197.42]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 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-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjA3TUIzNDMzOzIzOkJHT0dlY2ZCT21tOFEybERIQWhQR3RZUG1w?= =?utf-8?B?VzlKZE9POGdRYTk3Rm9PVmU2UjlaNlQ4V1RYdFRJMHhvbm5xT3dvdDhFRXB5?= =?utf-8?B?YVBQQ3lURThlUCt4S0N0aUpJTm5Mbnh2NEN6dENNdUdWNzNtbkpPQWlINGRF?= =?utf-8?B?R0ZqOWtRekZqMHV2ZmV4MG4yZDQvQ1lXTlVuaFYveWl3ZVN2ZW4xSElFUkRj?= =?utf-8?B?SW5YS0xjL1BFdlI5NFFsZWxVcUgzcThNZGxKTGYraStLY1EzWFdZL1dlTzZo?= =?utf-8?B?U0hmS0ZqUmYrT01LbXo5OWNiNDhpRkJZaGcvUDV5bVYyeC9UNXlNVXpObEZB?= =?utf-8?B?Y1dST0loaWU1TjVrV01PL0hHdUsyRFJZeUJQc1Npd25pUHZ1TnVUa0gzNERk?= =?utf-8?B?cVZScG9MYmc4SDBJVENJS1V4bFlUOUNpQTU5T0xpRVgyWkpBZ1RWRk51M1Nl?= =?utf-8?B?azY5OXZUSHNlbDFTczNNVFFOcGJkN3BhZ0dqbElodEVILzdwbnc3ZFpmZloz?= =?utf-8?B?aysyamJ2VTEvRmtFUVcxa296Mld0YmU4S3BiVVhEb3dhY0VWbjE4T3B2dmlY?= =?utf-8?B?Q2tqeXlVdzRiUXFFM0V0RW00ZzZuQnYwbVNGcmdJTTBoTE4yVHR1ODJ1bmlR?= =?utf-8?B?RVQ4c24waU1EOVFEaG52MG5XMm80L1lJSk1odnpvUkdjRzFRVlpNTkhKUkhi?= =?utf-8?B?MmtEbEpNczBjZUI5RjN6K0ZFRnlOQkZRWkdLRmx6L3RoYXRDYnVpdWk5VnQv?= =?utf-8?B?aEEzVUpkbVhwUEpaeUtGd2dReG1TSkI2amVFTGdNck5UVnE5SEVBdHUxdHB1?= =?utf-8?B?aFNBODRiZUdWMFQxdlFpR3ZQK05nWVJqY0o1R2NhdzRGSTdtajFPT3M4dlNu?= =?utf-8?B?WWkwMVk4WWtRekFreDFua1J6R3R0QTQwRjVkSzQwcTZVRCtSZ01RbzZrc0hq?= =?utf-8?B?REhEY1hRbjB0V085L3RFeGxyKzZLNE5ORGVQT2pReUVYeTRnbkNleDlEMUEy?= =?utf-8?B?SzRTNDBzQW83bUs0MzJvb1lMb2NnZDAzMi9DTjBadUdvZXZuMU9BNENlazhj?= =?utf-8?B?UHFwcEZvT0JsU1VoNzVsb3RTRWx1WlBrL1lWSFl1VnBySzd0dWFCbXJ6by9N?= =?utf-8?B?OVlRWFAzaVJtZEdPL05Mb21VNDF1cHFIcGpob2xqdGpaU1FLdlp5cGcyVkR5?= =?utf-8?B?ZFUvZWd5SzFad2lVbUpjczdMZ3ZqRTRvZjhMdGlobTRBMFFTRkprNXpvYXVH?= =?utf-8?B?bjZhcWNKMGplUzZGbzBrZllFV1FHUjZkcEErMnRNNzMwUGQzNkhhMFRzWW8x?= =?utf-8?B?MVhteG5LNWgwcTlQR0I2aGtDbFphSEdBMEZzRWh1OWd3dXI1dCt0QW84RkNk?= =?utf-8?B?UHJ2d3hVa2NROUtrTjdjd09rMVR2NjNjYi9FTmpGQTh2cFQ3dzllMVVnUUlY?= =?utf-8?B?SEpKTlgzbHRmV09TandkVVpEbGRJQmd6Uys5alNJOVQ1SHlQbFdhRHByM0N2?= =?utf-8?B?T3hsZXFpYUd6KzByamhpSTNHbWEyNmpMNm96UmJ3eE5YUU85YjlNaG1WSXFB?= =?utf-8?B?eGNCRVl5dDQ4bEh6dXdtcVBVQmNNUDdmTGZ5c1Y5TXBGeTEvME5jaTRRWjlk?= =?utf-8?B?dFJkRzNtaFZjV2EwOWJTMERCSGhRY0lXOEdCejdKZkhxSktNbzUvdlBSWWd0?= =?utf-8?B?TzNWYmJVdHI1TEdHQng5Y3NpbllIbWlaamhLUWlNdU80ajdjUDEyMWcwMDlr?= =?utf-8?B?b0FBTDkxMXF0M05LUjdnUEFxUGxSVXVHWCtSTFZabndjWE5ZemQydGc2WXg4?= =?utf-8?B?QUJXTFhqVFRXUXZPVXU2Mlo3RCtIUzhMMzc1UDlOT1lWWEh5WU1nOHM5UEZm?= =?utf-8?B?QXJrTGNHNmdyOUtrWjUrSVY4ejRhNlROTlBHWFdTd2FYaU1VVUdCc3dDUGxN?= =?utf-8?B?TWxhSm54TzBxSkcvSXZxV0hKS1ZoVC8rMFlRWlFvZmFCZ3h6Sll5dmlmRTYz?= =?utf-8?B?aWdqYjN3S2dHODZlUWRJOExhQW15MVB4UGxNc3FjNGt6Q2l6YWFRMnFPZHRT?= =?utf-8?B?MEtKdit6akNjRHo4Q0hWa2c3VGU4S1FrcXVYMi90NmJrR2psVUJUODR4K1R3?= =?utf-8?Q?8AGvA1AprFVwt1rOZeH5DdNjHS4ywSdgR9hnEuKbxc4w?= X-Microsoft-Antispam-Message-Info: LMY6FDuA8cqyOEMI03BOGsmwlZ1Ka5ohKssD5uNcCQeT49aNek1UnM032hWgyswuc1Pt8tWVKs8kXZOrSgpd1fRJjX4foESRl7yHUYjp8jrPCsHUs9/D/tnExJ3NMSwDjSBx5GpwRxdqYObh6OvB1Kpjioj2mnit87wXMVvrU3HmE9+31d2jDiaexfel7MB8 X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB3433; 6:pv7DuZLF1XBVobXvQPTHWg8200nUvJv/prGNxThn2spLKfjJjBbSh+Lzqb5jeVPRs/HTisjGPFcQwzyU/PnCCUvBbioVlVYx78HxjERwqUEwIx3do9tW5sVpgnx+b8cmNqnS4e/yvGgHG5cczrcBrRvQ/XhotJGuUSjA0auix81DuIFDqkLKthg8clNzApif2lHjyfRiNU+m+MbratTPGjx/8GEOrfbvJ3it1eMf//UH0/F8ufZA3MiH0g2AY4nObSw9zLjJRJyPOYZXfZAtBq3NPb9iqQjoDpwVK+8+1YzDvghJ2G4ZxQXtTQLxsfnPZDq3C+bY66vtBfpKrt8rDdegiEx7XyAfLH4zuhj5D8A=; 5:86RESM9tumbSREf5TSAEmxHzzPIWTpzOmYMeKhAszQ4nD8qcUXOn5k3qKkfTupHKMVkOy2Zxl+EeoEDMhJ1aHJFPHvfZVhpZNErabQDZaHRcrYxuzpJ4/T9QvTU3/9bkmgs6UGmdVpYOTRuXnWtTT/sVJAm5oV8FsF2k4EmSXz8=; 24:UJlbnSOAr8b40oOUJibZ7lDuClOdsCHgywwxUWFOCyhiyEfzkOAQLFWQ3Zqlc6+r4iKcPdsk6b5Wpfx9lN4CkgbvHSN7aDN+4pnp1FiZV9I=; 7:WG2+Ms1g+bPMG/sI1QatA2JzBgYwRtesd3kGHx/BeVdJtAtmSWv56mMhzUP9993gdF6TtGjD5EOGNY6TKarNm2FEkLMDa8ZJ4CYmJKXC1wepEQfrMo9SWZWzcsPDpjoqzTTqtSkyBsckFyk6ZfTMYFOOlsuuArFTBkGwGIn91XkBpY9ClOybxOSZHD9r7cU8fnowhnJHNoLaF7DTZkqUhVDG/ct1zkDcYZ3iUm/B7YGctbNLGs+drn1dJLhm2F05 SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2018 12:24:23.2059 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: bad4795d-df56-4c43-4910-08d585b8b11a X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3433 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupileLIzCtJLcpLzFFi42KZGbHdW/dnzaIog9n/FCwOzGG3mH+xkdWB yWPJkp9MHtebrrIHMEVx2aSk5mSWpRbp2yVwZTTN38le8Kyq4u+Ja4wNjAdjuxg5OSQETCQW LDjK1sXIxSEkcJhRYvnxe4wQzmZGiYl/zrJCON8YJXbsewCVWcIkMaOphQXEYRH4xCTx5dRJ JojMf0aJ3hdr2EEmCwvkSqzrnscKYosIeEls2PqZEcQWErCTuLG+G6yGTcBIYmr/eaBJHBy8 AvYS68+mg4RZBFQk+p7dBCsRFYiRmPpxI9gYXgFBiZMzn7CA2JxA5b/2nASLMwtoSLTOmcsO YYtL3HoynwnClpdo3jqbGeJRJYlLX6aBHS0hMJVR4mH/PDaIezQkHl74ywpRJCtx9OwcFgjb V+L8nk6ohv2MEm8vPGCCcBrYJabf+wM1Vkti8sQ2NojEVhaJMydvQLVnS6ybPQuqvRcYlmdu s0I4S5kl1s1aDeUsYJGY/reHeQKj/iwkH85C8tUsJF/NQvLVAkaWVYyixanFxbnpRsZ6qUWZ ycXF+Xl6eaklmxiBKeTglt+6OxhXv3Y8xCjAwajEw3u8YFGUEGtiWXFl7iFGCQ5mJRHeqgqg EG9KYmVValF+fFFpTmrxIUZpDhYlcd6TnrxRQgLpiSWp2ampBalFMFkmDk6pBkbZBB5J4cxk Zo72m0L/PTrn75vNlOe7LfVj1vMJvRWrJ2mlTqpapSt/eLtF3vKQt0e0fr1NyPnafu1BzW9z nV+cy3XEjq0w3XnFhulU3u0TK01nqmk7WW/X3erT1xZqXZy3VdOD436x35vED2dKP0W2CS15 7/g1sm/Wm/6H85c1TpEKVrhZoq/EUpyRaKjFXFScCABhASxlHQMAAA== Archived-At: Subject: Re: [netmod] [Netconf] New Version Notification for draft-lengyel-netmod-yang-instance-data-00.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 12:24:30 -0000

Hello Kent,

I understand your issue with the RestConf format. It is very relevant to my Use Case 2: Preloading Data.
However I wrote: 

The JSON format SHALL follow the format of the reply returned for a
   RESTCONF GET request directed at the datastore resource:
   {+restconf}/data.
This should solve the problem that we always have the "full path" in the instance data. It would be possible to allow specifying the beginning of the path that would be in the request URL as metadata on the instance-data container. Would that be better. In this case we could add example validation as a 3rd use case.

regards Balazs

On 2/12/2018 6:22 PM, Kent Watsen wrote:

[removing netconf]

 

 

On 2/12/18, 12:20 PM, "Netconf on behalf of Kent Watsen" <netconf-bounces@ietf.org on behalf of kwatsen@juniper.net> wrote:

 

Hi Balazs,

 

I'm unclear about the scope of the problem.  Is it limited to server capabilities?    It seems that the idea is to move from having a stateful connection to a live server to having a way to pass the equivalent state even when not connected to the server.

 

Related, but probably not what you're angling for, I've been having issues with validating RESTCONF examples.  The issue is that the RESTCONF documents are context specific.  For instance, GET /widgets/ returns a document that might have an outermost element called "widgets", whereas GET /widgets/widget=foo returns a document that might have an outermost element called "widget".   In order to validate the second document, my code first wraps the "widget" element with a "widgets" element, and then the validation tools work.  

 

Perhaps a more generalized instance data mechanism could include where in the tree the data is situated?   For example, it would be helpful if an action's instance data could provide more context (e.g., the input/output documents could indicate the name of the action, the object that the action was invoked on, etc.).  

 

Generally, there is some state being held by the protocols that complicates examining instance data outside of the protocol, as extra bits of state need to be passed around separately.  It would be nice if the documents were (or at least could be) more self-contained.

 

Kent // contributor

 

 

On 2/8/18, 4:17 AM, "netmod on behalf of Balazs Lengyel" <netmod-bounces@ietf.org on behalf of balazs.lengyel@ericsson.com> wrote:

 

Hello,

With Benoit I prepared a draft about how to document and use YANG defined instance data. It could be useful for documenting  server capabilities or preloading data defined in implementation time and probably for other purposes as well.

regards Balazs


-------- Forwarded Message --------

Subject:

New Version Notification for draft-lengyel-netmod-yang-instance-data-00.txt

Date:

Wed, 7 Feb 2018 09:28:50 -0800

From:

internet-drafts@ietf.org

To:

Benoit Claise <bclaise@cisco.com>, Balazs Lengyel <balazs.lengyel@ericsson.com>

 

A new version of I-D, draft-lengyel-netmod-yang-instance-data-00.txt
has been successfully submitted by Balazs Lengyel and posted to the
IETF repository.
 
Name:          draft-lengyel-netmod-yang-instance-data
Revision:      00
Title:         YANG Instance Data Files and their use for Documenting Server Capabilities
Document date: 2018-02-06
Group:         Individual Submission
Pages:         10
URL:            https://www.ietf.org/internet-drafts/draft-lengyel-netmod-yang-instance-data-00.txt
Status:         https://datatracker.ietf.org/doc/draft-lengyel-netmod-yang-instance-data/
Htmlized:       https://tools.ietf.org/html/draft-lengyel-netmod-yang-instance-data-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-lengyel-netmod-yang-instance-data-00
 
 
Abstract:
   This document specifies a standard file format for YANG instance
   data, that is data that could be stored in a datastore and whose
   syntax and semantics is defined by YANG models.  Instance data files
   can be used to provide information that is defined in design time.
   There is a need to document Server capabilities (which are often
   specified in design time), which should be done using instance data
   files.
 
                                                                                  
 
 
Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.
 
The IETF Secretariat
 
-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com 

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com
From nobody Fri Mar 9 06:09:45 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72EEF12D779; Fri, 9 Mar 2018 06:09:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 TWnasQr3M0H3; Fri, 9 Mar 2018 06:09:42 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F3C7126D0C; Fri, 9 Mar 2018 06:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3464; q=dns/txt; s=iport; t=1520604582; x=1521814182; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=HrHGIMuN9jLByMkgZ91FMvXiXe6hDNyNgdk5SJvloWw=; b=ltmGaVCAEw6OltGzT7fvp9e2zoKXvCisukHpUid3pLP2Ihr4rJNyj7NU IAnJfxptX+65wZmCq47XY86wgw2YdBqVDy175jkjHGA68VPAS42qTinFh Gy1lGiF5Bp2HNQFpsb8mZUzKLMgPD1fN5PzS+tWZVRMMHG1diJa3BGdtP g=; X-IronPort-AV: E=Sophos;i="5.47,445,1515456000"; d="scan'208";a="2471785" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2018 14:09:40 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w29E9di9000331; Fri, 9 Mar 2018 14:09:40 GMT To: Adam Roach , "Clyde Wildes (cwildes)" , The IESG Cc: "netmod-chairs@ietf.org" , Lou Berger , Kent Watsen , "draft-ietf-netmod-syslog-model@ietf.org" , "netmod@ietf.org" References: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> <6300eca8-3c6a-3837-c22a-3d67785fb968@nostrum.com> From: Benoit Claise Message-ID: <56b08532-c309-a783-1dbd-76b0fd86e847@cisco.com> Date: Fri, 9 Mar 2018 15:09:39 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <6300eca8-3c6a-3837-c22a-3d67785fb968@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 14:09:44 -0000 On 3/9/2018 2:27 AM, Adam Roach wrote: > On 3/8/18 12:18 PM, Clyde Wildes (cwildes) wrote: >> Adam, >> >> An earlier version of the model (draft-ietf-netmod-syslog-model-08 >> and prior) included “terminal” as a syslog destination which >> addresses your requirement below: >> >>              +--rw terminal {terminal-action}? >>              |  +--rw all-terminals! >>              |  |  +--rw log-selector >>              |  |     +--rw (selector-facility) >>              |  |     |  +--:(no-log-facility) >>              |  |     |  |  +--rw no-facilities?   empty >>              |  |     |  +--:(log-facility) >>              |  |     |     +--rw log-facility* [facility] >>              |  |     |        +--rw facility             union >>              |  |     |        +--rw severity             union >>              |  |     |        +--rw severity-operator? enumeration >> {selector-sevop-config}? >>              |  |     +--rw pattern-match?   string >> {selector-match-config}? >>              |  +--rw terminal* [name] >> {terminal-facility-user-logging-config}? >>              |     +--rw name            string >>              |     +--rw log-selector >>              |        +--rw (selector-facility) >>              |        |  +--:(no-log-facility) >>              |        |  |  +--rw no-facilities?   empty >>              |        |  +--:(log-facility) >>              |        |     +--rw log-facility* [facility] >>              |        |        +--rw facility             union >>              |        |        +--rw severity             union >>              |        |        +--rw severity-operator? enumeration >> {selector-sevop-config}? >>              |        +--rw pattern-match?   string >> {selector-match-config}? >> >> A consensus of the group was that it was best to remove this >> destination in the model as a simplification, and that vendors that >> supported same could add it back through an augmentation. > > Thanks for the history -- that's useful to know. I don't have any > desire to re-open a settled issue, so please don't read my response as > a request to go back to the older, more complex model. > > My concern now is that the unstated assumption above isn't indicated > in the document; and absent such a treatment, I fear that some vendors > may do what you expect (extend the model), while some may do what I > mentioned (expect terminal syslog output to be provisioned via a > special filesystem node using the "file" subtree). This ambiguity > doesn't seem ideal. > > I would suggest that the document have text specifically indicating > that terminal output with requirements more complex than the console > subtree currently provides are expected to be supported via vendor > extensions rather than handled via the file subtree. That makes sense. Regards, B. > > /a > > . > From nobody Fri Mar 9 06:22:32 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF98112D77A; Fri, 9 Mar 2018 06:22:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 5JZ3enSeVBww; Fri, 9 Mar 2018 06:22:29 -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 005F512778E; Fri, 9 Mar 2018 06:22:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=717; q=dns/txt; s=iport; t=1520605349; x=1521814949; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=LUQtCPFHdqDYT7KrpknIOJddNFCiTRQV73f69pmpwRo=; b=ZFdJmVvov+7+Gm7u4ARfx52kvuPiVtXaJx2qa/6E3IWetd9lAlNK9lfe OBSdF0vwlrw2AgWTDzJqJEHuLQ5pH8rO5lFvDk+q8g/4j/wYcrTdSeTSZ ZRldsFNtd4mdb492YLUy2UGkbjvgxPMT+b/O2xjZbf8sUlGmAb8qKqp8q w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ByAQCFl6Ja/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYUlg3iLEY8GgRaWPwqFJQKDMjcVAQIBAQEBAQECayeFJAEFIxV?= =?us-ascii?q?RCxgCAiYCAlcGAQwIAQGFFa0JgiaEDAFkg3WCGoEOhCiEBIIPgwSIKoJiBJpVC?= =?us-ascii?q?ZBiB4kKhVeLRYYCgSw0IoFSMxoIGxWCfoJigS4BNz+LQwEBAQ?= X-IronPort-AV: E=Sophos;i="5.47,445,1515456000"; d="scan'208";a="2522800" 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; 09 Mar 2018 14:22:27 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w29EMQgR015823; Fri, 9 Mar 2018 14:22:27 GMT To: Andy Bierman , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <20180309062933.oeitoohvvowfjh2b@elstar.local> From: Benoit Claise Message-ID: <1ca7deec-3dbd-cbed-d70b-ce043a1714ee@cisco.com> Date: Fri, 9 Mar 2018 15:22:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180309062933.oeitoohvvowfjh2b@elstar.local> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 14:22:31 -0000 Hi, > On Thu, Mar 08, 2018 at 04:08:32PM -0800, Andy Bierman wrote: >> I don't really know what a guideline should say about patterns. >> I will try to add something that says to document the pattern limitations >> and keep the pattern as simple as possible, >> > I object to a statement that "pattern should be as simple as > possible". The only guideline that makes sense is: "the pattern must be correct" or "the pattern must be meaningful". Not even worth mentioning, as this is so obvious! Whether it's a simple or a complex regex is orthogonal here: the pattern must fulfill its job. Adam, if you still believe something is missing, can you suggest some text. Regards, Benoit > > /js > From nobody Fri Mar 9 06:44:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A17B128961; Fri, 9 Mar 2018 06:44:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=ruT1OjUE; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=ffoP73GI 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 x9sI9tcNjg1Y; Fri, 9 Mar 2018 06:44:27 -0800 (PST) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA4B2126D85; Fri, 9 Mar 2018 06:44:27 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E675220E1C; Fri, 9 Mar 2018 09:44:26 -0500 (EST) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Fri, 09 Mar 2018 09:44:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=WQrflaGriURp2o+0QPOZ77VQhttcG 7j0fmUH6D/Dg28=; b=ruT1OjUEFkFYKwZKGB5gqQyKg/ebg1NzA4HGnLOOUk3P9 F8O1OPqOkIAwJBt6meGWaNHVUhdLp939wg2aJMQ9HX2p9eCQLCWbMxWhi5FLZY2Y 06I4lwOA2mXNVoThdYYAgynPh4oH+Glr9ieIMkWS8PWKLVFkLyP6Z7FmMI2H7jcm 0ugoAf6YWAztwOCR4Ad+fsXLskK0iu1D/OOIOYj9JScwvJsTY3wxfAfKL8VwZhkk JigH+hkCUNVNGAsqy58ifTcBoIx8eSEW9GqpnUHIAZfhz0EW5+zZ+BRaogeOGOi7 LpXlgQqb9cr5zrmV918rUM886wiQmoRsjSKpZnxLA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=WQrfla GriURp2o+0QPOZ77VQhttcG7j0fmUH6D/Dg28=; b=ffoP73GI8cbXd2NCrrwXws R2WZRoadXVUpTibwyhssxJsMuPIXU+hoV5Nk/GXYu4wWYS2KRLmu3RCB78RD+Sjh Klut7DhQDXSq7lqrU/J+vQH10Zo31CIqJPtP7MEaBpMGu0/RR7ylYCge5PAQHrLc INQiXEL1+WIa030Uy64AWrFapkluH9sMsnnC7I9AwJqBrY084jH1BPifr7quT4oE 7ZDxurp2FjHnktRnNHRY9s4sE7ojWmZ8h2r9PTo8xHNH7xhIKJ+2vvc8jymUaWUP O99deM/UViHa8sJ55D09kC+bxZ7mp/DeAC1pE+4Zh8xfJ47nCWBp+bzfCyQuB97Q == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id C32E99E0FF; Fri, 9 Mar 2018 09:44:26 -0500 (EST) Message-Id: <1520606666.3093526.1297375920.65A6D407@webmail.messagingengine.com> From: Alexey Melnikov To: "Clyde Wildes (cwildes)" , The IESG Cc: draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , Kent Watsen , netmod-chairs@ietf.org, netmod@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-54087d22 Date: Fri, 09 Mar 2018 14:44:26 +0000 References: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> In-Reply-To: Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 14:44:29 -0000 Hi Clyde, On Thu, Mar 8, 2018, at 9:28 PM, Clyde Wildes (cwildes) wrote: > Alexey, >=20 > Your minor comments are addressed below=E2=80=A6 >=20 > On 3/6/18, 12:06 PM, "Alexey Melnikov" wrote: > >=20=20=20=20=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20=20=20=20=20 > Thank you for this document. >=20=20=20=20=20 > I also prefer for TCP to be documented, if used in real world. >=20=20=20=20=20 > Some minor comments: > 2) On page 19: >=20=20=20=20=20 > Example: compare->equals and action->no-match means > messages that have a severity that is not equal to the > specified severity will be logged."; >=20=20=20=20=20 > Do you mean "action->block" instead of "action->no-match"? >=20 > [clw] An equals compare with action no-match means log the message, not=20 > block it. Your document only talks about "action->no-match" in one place in the examp= le. Has terminology changes over years and you forgot to update the example? It is possible I am confused here. >=20=20=20=20=20 > 3) When logging to file: how is the file name constructed from the=20 > name file: > URI if multiple files are preserved by the system? E.g. if the log=20 > file is > rotated daily and 5 last files are preserved, how does each=20 > individual filename > look? If I understood how this is used, this needs more=20 > clarification. >=20 > [clw] We decided to leave this for the implementer as file systems may=20 > be different for different implementations. I think you should clarify in the document what is the purpose of filename = and say something about the above. I appreciate that this might not be need= ed for interoperability, but what you have in the document doesn't provide = enough details to implement this aspect. Even saying that implementations c= an derive log specific filenames from the base one instead of saying nothin= g would be better. Thank you, Alexey From nobody Fri Mar 9 06:58:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26DFB128896; Fri, 9 Mar 2018 06:58:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 at067Ijl8Tnr; Fri, 9 Mar 2018 06:58:36 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E4F2126B7E; Fri, 9 Mar 2018 06:58:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5069; q=dns/txt; s=iport; t=1520607515; x=1521817115; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=ShRK2Ylz/WKDWD5pSES/8GT0oH6ggf05Bf1bT/P9v68=; b=XCJdprSQTilJCdy6qm+XAM9Ilobc7IQEmRZdJhbvhvtVTcxpUBjlTzLq GUQLWEUJRoz7MfiEIUvhWmlGr2JQ4nU15gSqlSCilKEOsyp8UYjePYtVL Jh7TBWNlwaKRdb1vYv08xjrd/RrkAE9sq5ZkXBnu4zitWCPk1+0oFawgK s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B7AQD4n6Ja/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYMjgRNvKINQixGOVDSBFo8ShzcKGAEKhDNPAoMyNxUBAgEBAQE?= =?us-ascii?q?BAQJrJ4UkAQEEAQEhSwsQCwQUKgICJzAGAQwGAgEBhRUPrH2CJiaES4N0ghUFh?= =?us-ascii?q?TeEBIIPgk82gy4BAYFLgy+CYgSaVQmQYweJCoVXi0WGAoEsNCKBUjMaCBsVOoJ?= =?us-ascii?q?DgmNuAQhuQDeIQgElB4IaAQEB?= X-IronPort-AV: E=Sophos;i="5.47,446,1515456000"; d="scan'208,217";a="2523706" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2018 14:58:31 +0000 Received: from [10.63.23.110] (dhcp-ensft1-uk-vla370-10-63-23-110.cisco.com [10.63.23.110]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w29EwVMw006412; Fri, 9 Mar 2018 14:58:31 GMT To: Adam Roach , Andy Bierman Cc: NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> From: Robert Wilton Message-ID: <72ff2814-611e-929d-0e8f-298e26a0da32@cisco.com> Date: Fri, 9 Mar 2018 14:58:31 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------CBEA39B9126455EF451F3439" Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 14:58:38 -0000 This is a multi-part message in MIME format. --------------CBEA39B9126455EF451F3439 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Adam, On 08/03/2018 23:55, Adam Roach wrote: > Thanks for your quick response! I have some additional comments inline. > > > Clearly, the items that have already been published can't be changed, > but it seems like there is room for guidance about whether to optimize > for simple regexes, or for more rigorous ones. I agree with your general sentiment.  In fact I had a long protracted discussion on this point on the Netmod WG alias. Sometimes pattern statements can be both correct and also concise and readable.  This is the easy case. But for other regular expressions (e.g. route-target in rfc8294) there is a clear choice whether to make the regex as precise as possible (minimizing false values), or to make it concise and hopefully readable/verifiable but allowing for more false values. My personal preference is for a simpler, but less precise regex over a more precise, but hard to visually verify, regex.  E.g. I'm not a fan of using regular expressions to limit the range of numerical values.  I know that validating regular expression matches is computationally expensive, so I wonder if implementations will end up replacing these larger regular expressions with custom written verification code that is more performant.  But, as I recall, I was in the rough on this issue. If the consensus is that they should be as accurate as is feasible then I think that it would be helpful if the guidelines state this as a goal.  This would seem to ensure consistency in the YANG models that are being standardized. Thanks, Rob > > /a > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------CBEA39B9126455EF451F3439 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Adam,


On 08/03/2018 23:55, Adam Roach wrote:
Thanks for your quick response! I have some additional comments inline.

<snip>

Clearly, the items that have already been published can't be changed, but it seems like there is room for guidance about whether to optimize for simple regexes, or for more rigorous ones.
I agree with your general sentiment.  In fact I had a long protracted discussion on this point on the Netmod WG alias.

Sometimes pattern statements can be both correct and also concise and readable.  This is the easy case.

But for other regular expressions (e.g. route-target in rfc8294) there is a clear choice whether to make the regex as precise as possible (minimizing false values), or to make it concise and hopefully readable/verifiable but allowing for more false values. 

My personal preference is for a simpler, but less precise regex over a more precise, but hard to visually verify, regex.  E.g. I'm not a fan of using regular expressions to limit the range of numerical values.  I know that validating regular expression matches is computationally expensive, so I wonder if implementations will end up replacing these larger regular expressions with custom written verification code that is more performant.  But, as I recall, I was in the rough on this issue.

If the consensus is that they should be as accurate as is feasible then I think that it would be helpful if the guidelines state this as a goal.  This would seem to ensure consistency in the YANG models that are being standardized.

Thanks,
Rob


/a


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

--------------CBEA39B9126455EF451F3439-- From nobody Fri Mar 9 07:35:50 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16393126E64; Fri, 9 Mar 2018 07:35:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.529 X-Spam-Level: X-Spam-Status: No, score=-14.529 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 SJ4nFBIt8As2; Fri, 9 Mar 2018 07:35:46 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 276E012E856; Fri, 9 Mar 2018 07:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34766; q=dns/txt; s=iport; t=1520609742; x=1521819342; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=oUTTnv1D1j58jtmsccUSMI513Z2af1UEQU58QBtZLjw=; b=BUvnUVQ8AriDrk7oc91eoM4rR/eJFo7vw+tVW8g3vVGmlByILJVJHhXq Kzy+4rd/ThqTFNtImqvWoJ4nSmUvI4Dh1xj4OTsgcvUV2FF0AJYdNb+0L da0gJFw4H12OuOQi5RIKTNn6dE877CoQkq4oXetON6sgQmCEvTtpQS5MW k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DsAADUqKJa/4YNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaSS1mbygKg0aKHo13ggR7G5Q0ghUKGAEKhDNPAhqCdyE0GAE?= =?us-ascii?q?CAQEBAQEBAmsnhSMBAQEEAQEbBksLEAIBCBEDAQIhBwMCAgIlCxQJCAIEAQ0FF?= =?us-ascii?q?IQhZA+tCYImiGOCFQWFN4Iugzwpgk82gy4BAYFKAT0JFoJTMIIyBIkBkVQJApB?= =?us-ascii?q?ojmGRIAIREwGBKwEeOIFScBU6KgGCGAmCIwUFFxZuAQhud4hBAQElB4EDgRcBA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos; i="5.47,446,1515456000"; d="scan'208,217"; a="81095641" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2018 15:35:41 +0000 Received: from XCH-RTP-010.cisco.com (xch-rtp-010.cisco.com [64.101.220.150]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w29FZepZ012904 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 15:35:41 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-010.cisco.com (64.101.220.150) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 9 Mar 2018 10:35:40 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Fri, 9 Mar 2018 10:35:40 -0500 From: "Acee Lindem (acee)" To: "Robert Wilton -X (rwilton - ENSOFT LIMITED at Cisco)" , Adam Roach , Andy Bierman CC: NetMod WG Chairs , "draft-ietf-netmod-rfc6087bis@ietf.org" , The IESG , NetMod WG Thread-Topic: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) Thread-Index: AQHTtsB5khxujb0aa0irZaXo8AWveaPHFoWAgABBnICAAPxcgP//to+A Date: Fri, 9 Mar 2018 15:35:40 +0000 Message-ID: <12782E03-F1DF-4D8B-BC8D-80EFE0EFE4F4@cisco.com> References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <72ff2814-611e-929d-0e8f-298e26a0da32@cisco.com> In-Reply-To: <72ff2814-611e-929d-0e8f-298e26a0da32@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: multipart/alternative; boundary="_000_12782E03F1DF4D8BBC8D80EFE0EFE4F4ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 15:35:48 -0000 --_000_12782E03F1DF4D8BBC8D80EFE0EFE4F4ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAi Um9iZXJ0IFdpbHRvbiAtWCAocndpbHRvbiAtIEVOU09GVCBMSU1JVEVEIGF0IENpc2NvKSIgPHJ3 aWx0b25AY2lzY28uY29tPg0KRGF0ZTogRnJpZGF5LCBNYXJjaCA5LCAyMDE4IGF0IDk6NTkgQU0N ClRvOiBBZGFtIFJvYWNoIDxhZGFtQG5vc3RydW0uY29tPiwgQW5keSBCaWVybWFuIDxhbmR5QHl1 bWF3b3Jrcy5jb20+DQpDYzogTmV0TW9kIFdHIENoYWlycyA8bmV0bW9kLWNoYWlyc0BpZXRmLm9y Zz4sICJkcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1u ZXRtb2QtcmZjNjA4N2Jpc0BpZXRmLm9yZz4sIFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPiwgTmV0 TW9kIFdHIDxuZXRtb2RAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW25ldG1vZF0gQWRhbSBSb2Fj aCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTE4OiAod2l0 aCBDT01NRU5UKQ0KDQoNCkhpIEFkYW0sDQoNCk9uIDA4LzAzLzIwMTggMjM6NTUsIEFkYW0gUm9h Y2ggd3JvdGU6DQpUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVzcG9uc2UhIEkgaGF2ZSBzb21lIGFk ZGl0aW9uYWwgY29tbWVudHMgaW5saW5lLg0KPHNuaXA+DQoNCg0KQ2xlYXJseSwgdGhlIGl0ZW1z IHRoYXQgaGF2ZSBhbHJlYWR5IGJlZW4gcHVibGlzaGVkIGNhbid0IGJlIGNoYW5nZWQsIGJ1dCBp dCBzZWVtcyBsaWtlIHRoZXJlIGlzIHJvb20gZm9yIGd1aWRhbmNlIGFib3V0IHdoZXRoZXIgdG8g b3B0aW1pemUgZm9yIHNpbXBsZSByZWdleGVzLCBvciBmb3IgbW9yZSByaWdvcm91cyBvbmVzLg0K SSBhZ3JlZSB3aXRoIHlvdXIgZ2VuZXJhbCBzZW50aW1lbnQuICBJbiBmYWN0IEkgaGFkIGEgbG9u ZyBwcm90cmFjdGVkIGRpc2N1c3Npb24gb24gdGhpcyBwb2ludCBvbiB0aGUgTmV0bW9kIFdHIGFs aWFzLg0KDQpTb21ldGltZXMgcGF0dGVybiBzdGF0ZW1lbnRzIGNhbiBiZSBib3RoIGNvcnJlY3Qg YW5kIGFsc28gY29uY2lzZSBhbmQgcmVhZGFibGUuICBUaGlzIGlzIHRoZSBlYXN5IGNhc2UuDQoN CkJ1dCBmb3Igb3RoZXIgcmVndWxhciBleHByZXNzaW9ucyAoZS5nLiByb3V0ZS10YXJnZXQgaW4g cmZjODI5NCkgdGhlcmUgaXMgYSBjbGVhciBjaG9pY2Ugd2hldGhlciB0byBtYWtlIHRoZSByZWdl eCBhcyBwcmVjaXNlIGFzIHBvc3NpYmxlIChtaW5pbWl6aW5nIGZhbHNlIHZhbHVlcyksIG9yIHRv IG1ha2UgaXQgY29uY2lzZSBhbmQgaG9wZWZ1bGx5IHJlYWRhYmxlL3ZlcmlmaWFibGUgYnV0IGFs bG93aW5nIGZvciBtb3JlIGZhbHNlIHZhbHVlcy4NCg0KTXkgcGVyc29uYWwgcHJlZmVyZW5jZSBp cyBmb3IgYSBzaW1wbGVyLCBidXQgbGVzcyBwcmVjaXNlIHJlZ2V4IG92ZXIgYSBtb3JlIHByZWNp c2UsIGJ1dCBoYXJkIHRvIHZpc3VhbGx5IHZlcmlmeSwgcmVnZXguICBFLmcuIEknbSBub3QgYSBm YW4gb2YgdXNpbmcgcmVndWxhciBleHByZXNzaW9ucyB0byBsaW1pdCB0aGUgcmFuZ2Ugb2YgbnVt ZXJpY2FsIHZhbHVlcy4gIEkga25vdyB0aGF0IHZhbGlkYXRpbmcgcmVndWxhciBleHByZXNzaW9u IG1hdGNoZXMgaXMgY29tcHV0YXRpb25hbGx5IGV4cGVuc2l2ZSwgc28gSSB3b25kZXIgaWYgaW1w bGVtZW50YXRpb25zIHdpbGwgZW5kIHVwIHJlcGxhY2luZyB0aGVzZSBsYXJnZXIgcmVndWxhciBl eHByZXNzaW9ucyB3aXRoIGN1c3RvbSB3cml0dGVuIHZlcmlmaWNhdGlvbiBjb2RlIHRoYXQgaXMg bW9yZSBwZXJmb3JtYW50LiAgQnV0LCBhcyBJIHJlY2FsbCwgSSB3YXMgaW4gdGhlIHJvdWdoIG9u IHRoaXMgaXNzdWUuDQoNCklmIHRoZSBjb25zZW5zdXMgaXMgdGhhdCB0aGV5IHNob3VsZCBiZSBh cyBhY2N1cmF0ZSBhcyBpcyBmZWFzaWJsZSB0aGVuIEkgdGhpbmsgdGhhdCBpdCB3b3VsZCBiZSBo ZWxwZnVsIGlmIHRoZSBndWlkZWxpbmVzIHN0YXRlIHRoaXMgYXMgYSBnb2FsLiAgVGhpcyB3b3Vs ZCBzZWVtIHRvIGVuc3VyZSBjb25zaXN0ZW5jeSBpbiB0aGUgWUFORyBtb2RlbHMgdGhhdCBhcmUg YmVpbmcgc3RhbmRhcmRpemVkLg0KDQpBcyB0aGUgZWRpdG9yIG9mIFJGQyA4Mjk0LCBJIGNhbiBj b25maXJtIHRoYXQgd2UgZGlkIG5vdCByZWFjaCBjb25zZW5zdXMgb24gd2hldGhlciB0byB1c2Ug ZWFzaWx5IHVuZGVyc3RhbmRhYmxlIHJlZ3VsYXIgZXhwcmVzc2lvbnMgdmVyc3VzIHJlZ3VsYXIg ZXhwcmVzc2lvbnMgdGhhdCBwcmVjaXNlbHkgdmFsaWRhdGUgdGhlIGlucHV0IHN0cmluZy4gRHVy aW5nIHRoZSBwcm90cmFjdGVkIFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIGZvciB0aGlzIGRvY3Vt ZW50LCB0aGVyZSB3ZXJlIHN0cm9uZyBwcm9wb25lbnRzIG9mIGJvdGggbGluZXMgb2YgdGhpbmtp bmcuIEdpdmVuIHRoYXQgd2UgaGFkIHN0YXJ0ZWQgd2l0aCB0aGUgbW9yZSBjb21wbGV4IHByZWNp c2UgcmVndWxhciBleHByZXNzaW9ucywgdGhhdCBpcyB3aGF0IHdhcyByZXRhaW5lZCAoZS5nLiwg Zm9yIEJHUCByb3V0ZS10YXJnZXRzKS4NCg0KICAgICB0eXBlZGVmIHJvdXRlLXRhcmdldCB7DQog ICAgICAgdHlwZSBzdHJpbmcgew0KICAgICAgICAgcGF0dGVybg0KICAgICAgICAgICAnKDA6KDY1 NTNbMC01XXw2NTVbMC0yXVswLTldfDY1WzAtNF1bMC05XXsyfXwnDQogICAgICAgICArICAgICAn NlswLTRdWzAtOV17M318Jw0KICAgICAgICAgKyAgICAgJ1sxLTVdWzAtOV17NH18WzEtOV1bMC05 XXswLDN9fDApOig0Mjk0OTY3MjlbMC01XXwnDQogICAgICAgICArICAgICAnNDI5NDk2NzJbMC04 XVswLTldfCcNCiAgICAgICAgICsgICAgICc0Mjk0OTY3WzAxXVswLTldezJ9fDQyOTQ5NlswLTZd WzAtOV17M318Jw0KICAgICAgICAgKyAgICAgJzQyOTQ5WzAtNV1bMC05XXs0fXwnDQogICAgICAg ICArICAgICAnNDI5NFswLThdWzAtOV17NX18NDI5WzAtM11bMC05XXs2fXwnDQogICAgICAgICAr ICAgICAnNDJbMC04XVswLTldezd9fDRbMDFdWzAtOV17OH18Jw0KICAgICAgICAgKyAgICAgJ1sx LTNdWzAtOV17OX18WzEtOV1bMC05XXswLDh9fDApKXwnDQogICAgICAgICArICcoMTooKChbMC05 XXxbMS05XVswLTldfDFbMC05XXsyfXwyWzAtNF1bMC05XXwnDQogICAgICAgICArICAgICAnMjVb MC01XSlcLil7M30oWzAtOV18WzEtOV1bMC05XXwnDQogICAgICAgICArICAgICAnMVswLTldezJ9 fDJbMC00XVswLTldfDI1WzAtNV0pKTooNjU1M1swLTVdfCcNCiAgICAgICAgICsgICAgICc2NTVb MC0yXVswLTldfCcNCiAgICAgICAgICsgICAgICc2NVswLTRdWzAtOV17Mn18NlswLTRdWzAtOV17 M318Jw0KICAgICAgICAgKyAgICAgJ1sxLTVdWzAtOV17NH18WzEtOV1bMC05XXswLDN9fDApKXwn DQogICAgICAgICArICcoMjooNDI5NDk2NzI5WzAtNV18NDI5NDk2NzJbMC04XVswLTldfCcNCiAg ICAgICAgICsgICAgICc0Mjk0OTY3WzAxXVswLTldezJ9fCcNCiAgICAgICAgICsgICAgICc0Mjk0 OTZbMC02XVswLTldezN9fDQyOTQ5WzAtNV1bMC05XXs0fXwnDQogICAgICAgICArICAgICAnNDI5 NFswLThdWzAtOV17NX18Jw0KICAgICAgICAgKyAgICAgJzQyOVswLTNdWzAtOV17Nn18NDJbMC04 XVswLTldezd9fDRbMDFdWzAtOV17OH18Jw0KICAgICAgICAgKyAgICAgJ1sxLTNdWzAtOV17OX18 WzEtOV1bMC05XXswLDh9fDApOicNCiAgICAgICAgICsgICAgICcoNjU1M1swLTVdfDY1NVswLTJd WzAtOV18NjVbMC00XVswLTldezJ9fCcNCiAgICAgICAgICsgICAgICc2WzAtNF1bMC05XXszfXwn DQogICAgICAgICArICAgICAnWzEtNV1bMC05XXs0fXxbMS05XVswLTldezAsM318MCkpfCcNCiAg ICAgICAgICsgJyg2KDpbYS1mQS1GMC05XXsyfSl7Nn0pfCcNCiAgICAgICAgICsgJygoWzMtNTct OWEtZkEtRl18WzEtOWEtZkEtRl1bMC05YS1mQS1GXXsxLDN9KTonDQogICAgICAgICArICAgICAn WzAtOWEtZkEtRl17MSwxMn0pJzsNCiAgICAgICB9DQoNCiAgICAgICBkZXNjcmlwdGlvbg0KICAg ICAgICAgIkEgUm91dGUgVGFyZ2V0IGlzIGFuIDgtb2N0ZXQgQkdQIGV4dGVuZGVkIGNvbW11bml0 eQ0KICAgICAgICAgIGluaXRpYWxseSBpZGVudGlmeWluZyBhIHNldCBvZiBzaXRlcyBpbiBhIEJH UCBWUE4NCiAgICAgICAgICAoUkZDIDQzNjQpLiAgSG93ZXZlciwgaXQgaGFzIHNpbmNlIHRha2Vu IG9uIGEgbW9yZSBnZW5lcmFsDQogICAgICAgICAgcm9sZSBpbiBCR1Agcm91dGUgZmlsdGVyaW5n LiAgQSBSb3V0ZSBUYXJnZXQgY29uc2lzdHMgb2YgdHdvDQogICAgICAgICAgb3IgdGhyZWUgZmll bGRzOiBhIDItb2N0ZXQgVHlwZSBmaWVsZCwgYW4gYWRtaW5pc3RyYXRvcg0KICAgICAgICAgIGZp ZWxkLCBhbmQsIG9wdGlvbmFsbHksIGFuIGFzc2lnbmVkIG51bWJlciBmaWVsZC4NCg0KICAgICAg ICAgIEFjY29yZGluZyB0byB0aGUgZGF0YSBmb3JtYXRzIGZvciB0eXBlcyAwLCAxLCAyLCBhbmQg NiBhcw0KICAgICAgICAgIGRlZmluZWQgaW4gUkZDIDQzNjAsIFJGQyA1NjY4LCBhbmQgUkZDIDc0 MzIsIHRoZSBlbmNvZGluZw0KICAgICAgICAgIHBhdHRlcm4gaXMgZGVmaW5lZCBhczoNCg0KICAg ICAgICAgIDA6Mi1vY3RldC1hc246NC1vY3RldC1udW1iZXINCiAgICAgICAgICAxOjQtb2N0ZXQt aXB2NGFkZHI6Mi1vY3RldC1udW1iZXINCiAgICAgICAgICAyOjQtb2N0ZXQtYXNuOjItb2N0ZXQt bnVtYmVyDQogICAgICAgICAgNjo2LW9jdGV0LW1hYy1hZGRyZXNzDQoNCiAgICAgICAgICBBZGRp dGlvbmFsbHksIGEgZ2VuZXJpYyBwYXR0ZXJuIGlzIGRlZmluZWQgZm9yIGZ1dHVyZQ0KICAgICAg ICAgIFJvdXRlIFRhcmdldCB0eXBlczoNCg0KICAgICAgICAgIDItb2N0ZXQtb3RoZXItaGV4LW51 bWJlcjo2LW9jdGV0LWhleC1udW1iZXINCg0KICAgICAgICAgIFNvbWUgdmFsaWQgZXhhbXBsZXMg YXJlIDA6MTAwOjEwMCwgMToxLjEuMS4xOjEwMCwNCiAgICAgICAgICAyOjEyMzQ1Njc4OTA6MjAz LCBhbmQgNjoyNjowMDowODo5Mjo3ODowMC4iOw0KICAgICAgIHJlZmVyZW5jZQ0KICAgICAgICAg IlJGQyA0MzYwOiBCR1AgRXh0ZW5kZWQgQ29tbXVuaXRpZXMgQXR0cmlidXRlLg0KICAgICAgICAg IFJGQyA0MzY0OiBCR1AvTVBMUyBJUCBWaXJ0dWFsIFByaXZhdGUgTmV0d29ya3MgKFZQTnMpLg0K ICAgICAgICAgIFJGQyA1NjY4OiA0LU9jdGV0IEFTIFNwZWNpZmljIEJHUCBFeHRlbmRlZCBDb21t dW5pdHkuDQogICAgICAgICAgUkZDIDc0MzI6IEJHUCBNUExTLUJhc2VkIEV0aGVybmV0IFZQTi4i Ow0KICAgICB9DQoNCkkgZG9u4oCZdCBrbm93IHRoYXQgd2Ugd2FudCB0byBkZWJhdGUgdGhpcyBh Z2FpbiBkdXJpbmcgdGhlIElFU0cgY29tbWVudHMgZm9yIFJGQzYwODdCSVMuIC4NCg0KVGhhbmtz LA0KQWNlZQ0KDQoNCg0KVGhhbmtzLA0KUm9iDQoNCg0KDQovYQ0KDQoNCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpuZXRtb2QgbWFpbGluZyBs aXN0DQoNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KDQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KDQoNCg== --_000_12782E03F1DF4D8BBC8D80EFE0EFE4F4ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxl LW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5r PSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2NvbG9yOmJsYWNrIj5uZXRtb2QgJmx0O25ldG1vZC1ib3VuY2VzQGlldGYub3Jn Jmd0OyBvbiBiZWhhbGYgb2YgJnF1b3Q7Um9iZXJ0IFdpbHRvbiAtWCAocndpbHRvbiAtIEVOU09G VCBMSU1JVEVEIGF0IENpc2NvKSZxdW90OyAmbHQ7cndpbHRvbkBjaXNjby5jb20mZ3Q7PGJyPg0K PGI+RGF0ZTogPC9iPkZyaWRheSwgTWFyY2ggOSwgMjAxOCBhdCA5OjU5IEFNPGJyPg0KPGI+VG86 IDwvYj5BZGFtIFJvYWNoICZsdDthZGFtQG5vc3RydW0uY29tJmd0OywgQW5keSBCaWVybWFuICZs dDthbmR5QHl1bWF3b3Jrcy5jb20mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5OZXRNb2QgV0cgQ2hhaXJz ICZsdDtuZXRtb2QtY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7ZHJhZnQtaWV0Zi1uZXRtb2Qt cmZjNjA4N2Jpc0BpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jp c0BpZXRmLm9yZyZndDssIFRoZSBJRVNHICZsdDtpZXNnQGlldGYub3JnJmd0OywgTmV0TW9kIFdH ICZsdDtuZXRtb2RAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9k XSBBZGFtIFJvYWNoJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdi aXMtMTg6ICh3aXRoIENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGEgbmFt ZT0iX01haWxPcmlnaW5hbEJvZHkiPkhpIEFkYW0sPG86cD48L286cD48L2E+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+T24gMDgvMDMvMjAxOCAy Mzo1NSwgQWRhbSBSb2FjaCB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGlu O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5UaGFua3MgZm9y IHlvdXIgcXVpY2sgcmVzcG9uc2UhIEkgaGF2ZSBzb21lIGFkZGl0aW9uYWwgY29tbWVudHMgaW5s aW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZsdDtzbmlwJmd0Ozxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxi cj4NCkNsZWFybHksIHRoZSBpdGVtcyB0aGF0IGhhdmUgYWxyZWFkeSBiZWVuIHB1Ymxpc2hlZCBj YW4ndCBiZSBjaGFuZ2VkLCBidXQgaXQgc2VlbXMgbGlrZSB0aGVyZSBpcyByb29tIGZvciBndWlk YW5jZSBhYm91dCB3aGV0aGVyIHRvIG9wdGltaXplIGZvciBzaW1wbGUgcmVnZXhlcywgb3IgZm9y IG1vcmUgcmlnb3JvdXMgb25lcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+SSBhZ3JlZSB3aXRoIHlvdXIgZ2Vu ZXJhbCBzZW50aW1lbnQuJm5ic3A7IEluIGZhY3QgSSBoYWQgYSBsb25nIHByb3RyYWN0ZWQgZGlz Y3Vzc2lvbiBvbiB0aGlzIHBvaW50IG9uIHRoZSBOZXRtb2QgV0cgYWxpYXMuPGJyPg0KPGJyPg0K U29tZXRpbWVzIHBhdHRlcm4gc3RhdGVtZW50cyBjYW4gYmUgYm90aCBjb3JyZWN0IGFuZCBhbHNv IGNvbmNpc2UgYW5kIHJlYWRhYmxlLiZuYnNwOyBUaGlzIGlzIHRoZSBlYXN5IGNhc2UuPGJyPg0K PGJyPg0KQnV0IGZvciBvdGhlciByZWd1bGFyIGV4cHJlc3Npb25zIChlLmcuIHJvdXRlLXRhcmdl dCBpbiByZmM4Mjk0KSB0aGVyZSBpcyBhIGNsZWFyIGNob2ljZSB3aGV0aGVyIHRvIG1ha2UgdGhl IHJlZ2V4IGFzIHByZWNpc2UgYXMgcG9zc2libGUgKG1pbmltaXppbmcgZmFsc2UgdmFsdWVzKSwg b3IgdG8gbWFrZSBpdCBjb25jaXNlIGFuZCBob3BlZnVsbHkgcmVhZGFibGUvdmVyaWZpYWJsZSBi dXQgYWxsb3dpbmcgZm9yIG1vcmUgZmFsc2UgdmFsdWVzLiZuYnNwOw0KPGJyPg0KPGJyPg0KTXkg cGVyc29uYWwgcHJlZmVyZW5jZSBpcyBmb3IgYSBzaW1wbGVyLCBidXQgbGVzcyBwcmVjaXNlIHJl Z2V4IG92ZXIgYSBtb3JlIHByZWNpc2UsIGJ1dCBoYXJkIHRvIHZpc3VhbGx5IHZlcmlmeSwgcmVn ZXguJm5ic3A7IEUuZy4gSSdtIG5vdCBhIGZhbiBvZiB1c2luZyByZWd1bGFyIGV4cHJlc3Npb25z IHRvIGxpbWl0IHRoZSByYW5nZSBvZiBudW1lcmljYWwgdmFsdWVzLiZuYnNwOyBJIGtub3cgdGhh dCB2YWxpZGF0aW5nIHJlZ3VsYXIgZXhwcmVzc2lvbiBtYXRjaGVzDQogaXMgY29tcHV0YXRpb25h bGx5IGV4cGVuc2l2ZSwgc28gSSB3b25kZXIgaWYgaW1wbGVtZW50YXRpb25zIHdpbGwgZW5kIHVw IHJlcGxhY2luZyB0aGVzZSBsYXJnZXIgcmVndWxhciBleHByZXNzaW9ucyB3aXRoIGN1c3RvbSB3 cml0dGVuIHZlcmlmaWNhdGlvbiBjb2RlIHRoYXQgaXMgbW9yZSBwZXJmb3JtYW50LiZuYnNwOyBC dXQsIGFzIEkgcmVjYWxsLCBJIHdhcyBpbiB0aGUgcm91Z2ggb24gdGhpcyBpc3N1ZS48YnI+DQo8 YnI+DQpJZiB0aGUgY29uc2Vuc3VzIGlzIHRoYXQgdGhleSBzaG91bGQgYmUgYXMgYWNjdXJhdGUg YXMgaXMgZmVhc2libGUgdGhlbiBJIHRoaW5rIHRoYXQgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB0 aGUgZ3VpZGVsaW5lcyBzdGF0ZSB0aGlzIGFzIGEgZ29hbC4mbmJzcDsgVGhpcyB3b3VsZCBzZWVt IHRvIGVuc3VyZSBjb25zaXN0ZW5jeSBpbiB0aGUgWUFORyBtb2RlbHMgdGhhdCBhcmUgYmVpbmcg c3RhbmRhcmRpemVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPkFzIHRoZSBlZGl0b3Igb2YgUkZDIDgyOTQsIEkg Y2FuIGNvbmZpcm0gdGhhdCB3ZSBkaWQgbm90IHJlYWNoIGNvbnNlbnN1cyBvbiB3aGV0aGVyIHRv IHVzZSBlYXNpbHkgdW5kZXJzdGFuZGFibGUgcmVndWxhciBleHByZXNzaW9ucyB2ZXJzdXMgcmVn dWxhciBleHByZXNzaW9ucyB0aGF0IHByZWNpc2VseSB2YWxpZGF0ZSB0aGUgaW5wdXQNCiBzdHJp bmcuIER1cmluZyB0aGUgcHJvdHJhY3RlZCBXb3JraW5nIEdyb3VwIGxhc3QgY2FsbCBmb3IgdGhp cyBkb2N1bWVudCwgdGhlcmUgd2VyZSBzdHJvbmcgcHJvcG9uZW50cyBvZiBib3RoIGxpbmVzIG9m IHRoaW5raW5nLiBHaXZlbiB0aGF0IHdlIGhhZCBzdGFydGVkIHdpdGggdGhlIG1vcmUgY29tcGxl eCBwcmVjaXNlIHJlZ3VsYXIgZXhwcmVzc2lvbnMsIHRoYXQgaXMgd2hhdCB3YXMgcmV0YWluZWQg KGUuZy4sIGZvciBCR1Agcm91dGUtdGFyZ2V0cykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHR5cGVkZWYgcm91dGUtdGFyZ2V0IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBzdHJp bmcgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwYXR0ZXJuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICcoMDooNjU1M1swLTVdfDY1NVswLTJdWzAtOV18NjVbMC00XVswLTld ezJ9fCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJzZbMC00XVswLTldezN9fCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJ1sxLTVdWzAtOV17NH18WzEtOV1bMC05XXswLDN9fDApOig0Mjk0 OTY3MjlbMC01XXwnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICc0Mjk0OTY3MlswLThdWzAtOV18JzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm IzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnNDI5NDk2N1swMV1bMC05XXsyfXw0Mjk0OTZb MC02XVswLTldezN9fCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJzQyOTQ5WzAtNV1bMC05XXs0fXwnPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICc0Mjk0WzAtOF1bMC05XXs1fXw0MjlbMC0z XVswLTldezZ9fCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJzQyWzAtOF1bMC05XXs3fXw0WzAxXVswLTldezh9fCc8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1sxLTNdWzAtOV17OX18WzEt OV1bMC05XXswLDh9fDApKXwnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7ICcoMTooKChb MC05XXxbMS05XVswLTldfDFbMC05XXsyfXwyWzAtNF1bMC05XXwnPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICcyNVswLTVdKVwuKXszfShbMC05 XXxbMS05XVswLTldfCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJzFbMC05XXsyfXwyWzAtNF1bMC05XXwyNVswLTVdKSk6KDY1NTNbMC01XXwn PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICc2 NTVbMC0yXVswLTldfCc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJzY1WzAtNF1bMC05XXsyfXw2WzAtNF1bMC05XXszfXwnPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbMS01XVswLTldezR9 fFsxLTldWzAtOV17MCwzfXwwKSl8JzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOyAnKDI6 KDQyOTQ5NjcyOVswLTVdfDQyOTQ5NjcyWzAtOF1bMC05XXwnPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICc0Mjk0OTY3WzAxXVswLTldezJ9fCc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJzQy OTQ5NlswLTZdWzAtOV17M318NDI5NDlbMC01XVswLTldezR9fCc8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJzQyOTRbMC04XVswLTldezV9fCc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJzQy OVswLTNdWzAtOV17Nn18NDJbMC04XVswLTldezd9fDRbMDFdWzAtOV17OH18JzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnWzEtM11bMC05XXs5 fXxbMS05XVswLTldezAsOH18MCk6JzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAnKDY1NTNbMC01XXw2NTVbMC0yXVswLTldfDY1WzAtNF1bMC05 XXsyfXwnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICc2WzAtNF1bMC05XXszfXwnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbMS01XVswLTldezR9fFsxLTldWzAtOV17MCwzfXwwKSl8Jzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOyAnKDYoOlthLWZBLUYwLTldezJ9KXs2fSl8Jzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOyAnKChbMy01Ny05YS1mQS1GXXxbMS05YS1mQS1G XVswLTlhLWZBLUZdezEsM30pOic8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJ1swLTlhLWZBLUZdezEsMTJ9KSc7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRp b248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7QSBSb3V0ZSBUYXJnZXQgaXMgYW4gOC1v Y3RldCBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGluaXRpYWxseSBpZGVudGlmeWluZyBhIHNldCBvZiBzaXRlcyBpbiBhIEJHUCBWUE48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFJGQyA0MzY0KS4mbmJzcDsgSG93ZXZlciwgaXQgaGFz IHNpbmNlIHRha2VuIG9uIGEgbW9yZSBnZW5lcmFsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHJvbGUgaW4gQkdQIHJvdXRlIGZpbHRlcmluZy4mbmJzcDsgQSBSb3V0ZSBUYXJnZXQgY29u c2lzdHMgb2YgdHdvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9yIHRocmVlIGZpZWxk czogYSAyLW9jdGV0IFR5cGUgZmllbGQsIGFuIGFkbWluaXN0cmF0b3I8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgZmllbGQsIGFuZCwgb3B0aW9uYWxseSwgYW4gYXNzaWduZWQgbnVtYmVy IGZpZWxkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBBY2NvcmRpbmcgdG8gdGhlIGRhdGEgZm9ybWF0cyBmb3IgdHlw ZXMgMCwgMSwgMiwgYW5kIDYgYXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVmaW5l ZCBpbiBSRkMgNDM2MCwgUkZDIDU2NjgsIGFuZCBSRkMgNzQzMiwgdGhlIGVuY29kaW5nPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBhdHRlcm4gaXMgZGVmaW5lZCBhczo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMDoyLW9jdGV0LWFzbjo0LW9jdGV0LW51bWJlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAxOjQtb2N0ZXQtaXB2NGFkZHI6Mi1vY3RldC1udW1iZXI8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Mjo0LW9jdGV0LWFzbjoyLW9jdGV0LW51bWJlcjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA2OjYtb2N0ZXQtbWFjLWFkZHJlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQWRkaXRpb25h bGx5LCBhIGdlbmVyaWMgcGF0dGVybiBpcyBkZWZpbmVkIGZvciBmdXR1cmU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgUm91dGUgVGFyZ2V0IHR5cGVzOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyLW9jdGV0 LW90aGVyLWhleC1udW1iZXI6Ni1vY3RldC1oZXgtbnVtYmVyPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNvbWUgdmFs aWQgZXhhbXBsZXMgYXJlIDA6MTAwOjEwMCwgMToxLjEuMS4xOjEwMCw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMjoxMjM0NTY3ODkwOjIwMywgYW5kIDY6MjY6MDA6MDg6OTI6Nzg6MDAu JnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1 b3Q7UkZDIDQzNjA6IEJHUCBFeHRlbmRlZCBDb21tdW5pdGllcyBBdHRyaWJ1dGUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJGQyA0MzY0OiBCR1AvTVBMUyBJUCBWaXJ0dWFsIFByaXZh dGUgTmV0d29ya3MgKFZQTnMpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSRkMgNTY2 ODogNC1PY3RldCBBUyBTcGVjaWZpYyBCR1AgRXh0ZW5kZWQgQ29tbXVuaXR5LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBSRkMgNzQzMjogQkdQIE1QTFMtQmFzZWQgRXRoZXJuZXQgVlBO LiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPkkgZG9u4oCZdCBrbm93IHRoYXQgd2Ugd2FudCB0byBk ZWJhdGUgdGhpcyBhZ2FpbiBkdXJpbmcgdGhlIElFU0cgY29tbWVudHMgZm9yIFJGQzYwODdCSVMu IC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij5BY2VlIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48YnI+DQo8YnI+ DQpUaGFua3MsPGJyPg0KUm9iPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PGJyPg0KL2E8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+bmV0bW9kIG1haWxpbmcgbGlzdDxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPm5ldG1vZEBpZXRmLm9yZzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbmV0bW9kIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxi cj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_12782E03F1DF4D8BBC8D80EFE0EFE4F4ciscocom_-- From nobody Fri Mar 9 07:54:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6F46127023; Fri, 9 Mar 2018 07:54:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rb1JYuw0SOlf; Fri, 9 Mar 2018 07:54:39 -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 1E1C512D7F2; Fri, 9 Mar 2018 07:54:39 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id E2BC5D24; Fri, 9 Mar 2018 16:54:37 +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 fiAiqvstJDWA; Fri, 9 Mar 2018 16:54:36 +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; Fri, 9 Mar 2018 16:54:37 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id B86F920161; Fri, 9 Mar 2018 16:54:37 +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 QHXnF40dfjn3; Fri, 9 Mar 2018 16:54:37 +0100 (CET) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0ADA92015B; Fri, 9 Mar 2018 16:54:36 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 348894269AB1; Fri, 9 Mar 2018 16:54:35 +0100 (CET) Date: Fri, 9 Mar 2018 16:54:34 +0100 From: Juergen Schoenwaelder To: Benoit Claise Cc: Andy Bierman , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org Message-ID: <20180309155434.ufspajrfqskw77o4@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Benoit Claise , Andy Bierman , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <20180309062933.oeitoohvvowfjh2b@elstar.local> <1ca7deec-3dbd-cbed-d70b-ce043a1714ee@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1ca7deec-3dbd-cbed-d70b-ce043a1714ee@cisco.com> User-Agent: NeoMutt/20171215 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 15:54:50 -0000 On Fri, Mar 09, 2018 at 03:22:26PM +0100, Benoit Claise wrote: > Hi, > > On Thu, Mar 08, 2018 at 04:08:32PM -0800, Andy Bierman wrote: > > > I don't really know what a guideline should say about patterns. > > > I will try to add something that says to document the pattern limitations > > > and keep the pattern as simple as possible, > > > > > I object to a statement that "pattern should be as simple as > > possible". > The only guideline that makes sense is: "the pattern must be correct" or > "the pattern must be meaningful". Not even worth mentioning, as this is so > obvious! > Whether it's a simple or a complex regex is orthogonal here: the pattern > must fulfill its job. Properties such as 'correct' or 'meaningful' are not easy to define for pattern. Pattern can have different levels of strictness and often greater strictness comes at the price of increased complexity of a pattern. There is no general advice that can be given how to trade strictness of a pattern against pattern complexity. That said, pattern can be incorrect (rejecting input that they are supposed to accept). If pattern become increasingly complex to increase their strictness, then it is important that they are sufficiently tested not to be incorrect. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Mar 9 08:06:27 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585A012D7F9 for ; Fri, 9 Mar 2018 08:06:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 YtzBDUPKGLf4 for ; Fri, 9 Mar 2018 08:06:22 -0800 (PST) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (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 4791012D7F2 for ; Fri, 9 Mar 2018 08:06:22 -0800 (PST) Received: by mail-lf0-x22d.google.com with SMTP id l191-v6so13896526lfe.1 for ; Fri, 09 Mar 2018 08:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=prvGRv5ZstL2UEpEAtnNfg1ntxA0e++PY346ZlCAokk=; b=i5scMBHqPluhBQqXEHTzDIt2RJvR3myygXXOsXax7IzLOWKLF32/ylg/Z1HMWj5KU7 51t3XPvP54HW/g3yBhGo598hqb2Kl5F+8E2wiwfi2c6dEtnnctdOvltZSCDfSiSKV+/F TRs+Z/K+cKw+9OWPa0TWnAmk0OHeou/6waZGkTOEvlxcqGOdbbmiozyhEyrgKHdh2UP/ snsHavM1SsZWwBRHeM6JXuTB9jhteiXScFEpm+IUyQT8dJuEP3nkwDlGsg07vD1QFSIP ynx+cSpJD8rPD6tdaX2qPNQW01/uGncMhOrdRcySIzOsQNlSGqMLif1rpjOD4mBnM2Zx YuDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=prvGRv5ZstL2UEpEAtnNfg1ntxA0e++PY346ZlCAokk=; b=gDC704J7+MHFlh9qLUuTq0VrfrmGcfk47VGFHbt0/mqxJT+sWuQiuiy3Qua2iLVISb bQdDO2pu3xw33HKGKzDIEt4ByshYsO12e79sLTgJqpiw9TWde2iUr5d0ZMyXP6gBrb7s Qq6Q7zp3PKobHlqnV/999RIdMueGkq9ckgR6NdJFhpmhheWa0gdqAMh5QOyGRO2I83Kf 8DBljFqfb7JVLyCI6i70V8Vlt262t1WEC59HEohR8uYdiOZbwGbF8/TlDD9TjCFqZdBH PHpt8k++fk8M2QU5w3X9cXEWHlJWShIKLfOkRFYlM74DYzxlIl+UOovlqLrcaX+QN3Sa HGxw== X-Gm-Message-State: APf1xPDetK4raZ5+gD/y+g97jCWxr2n9w3i/0AOtzNoAPvFBj8UWeHxu veS4NpXgONGf5ZAG/oKc2rUW3enZCbU+bP7Cq6BwTg== X-Google-Smtp-Source: AG47ELvVhulfd0J1iPqsE011ttZHHwy/Wt4l/gOn7ZXGcJfRCX2rxtxz2G3lwj4iA18iKDuqmqXSulLPxSElU7ekuJA= X-Received: by 10.46.82.16 with SMTP id g16mr20954108ljb.67.1520611580410; Fri, 09 Mar 2018 08:06:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.26.149 with HTTP; Fri, 9 Mar 2018 08:06:19 -0800 (PST) In-Reply-To: <20180309155434.ufspajrfqskw77o4@elstar.local> References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <20180309062933.oeitoohvvowfjh2b@elstar.local> <1ca7deec-3dbd-cbed-d70b-ce043a1714ee@cisco.com> <20180309155434.ufspajrfqskw77o4@elstar.local> From: Andy Bierman Date: Fri, 9 Mar 2018 08:06:19 -0800 Message-ID: To: Juergen Schoenwaelder , Benoit Claise , Andy Bierman , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , draft-ietf-netmod-rfc6087bis@ietf.org Content-Type: multipart/alternative; boundary="001a113c366e179a230566fcf944" Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 16:06:25 -0000 --001a113c366e179a230566fcf944 Content-Type: text/plain; charset="UTF-8" On Fri, Mar 9, 2018 at 7:54 AM, Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Fri, Mar 09, 2018 at 03:22:26PM +0100, Benoit Claise wrote: > > Hi, > > > On Thu, Mar 08, 2018 at 04:08:32PM -0800, Andy Bierman wrote: > > > > I don't really know what a guideline should say about patterns. > > > > I will try to add something that says to document the pattern > limitations > > > > and keep the pattern as simple as possible, > > > > > > > I object to a statement that "pattern should be as simple as > > > possible". > > The only guideline that makes sense is: "the pattern must be correct" or > > "the pattern must be meaningful". Not even worth mentioning, as this is > so > > obvious! > > Whether it's a simple or a complex regex is orthogonal here: the pattern > > must fulfill its job. > > Properties such as 'correct' or 'meaningful' are not easy to define > for pattern. Pattern can have different levels of strictness and often > greater strictness comes at the price of increased complexity of a > pattern. There is no general advice that can be given how to trade > strictness of a pattern against pattern complexity. > > That said, pattern can be incorrect (rejecting input that they are > supposed to accept). If pattern become increasingly complex to > increase their strictness, then it is important that they are > sufficiently tested not to be incorrect. > > I came up with 2 sentences to add to 6087bis: #1) If the patterns used in a type definition have known limitations such as false positive matches, then these limitations SHOULD be documented within the typedef or data definition. #2) Simpler patterns SHOULD be used instead of more complex variants, if possible, because they are easier to read. IMO #1 should be added, especially if YANG documents have patterns that are known to be incorrect. But I want to leave out #2. YANG modules (including patterns) are source code for automation tools. >From that perspective, the only thing that matters is the correctness of the automation tool. False positives and false negatives are both bad. The readability of the source code is not that relevant here. I would prefer to have the description-statement define the acceptable values than a pattern that is wrong. /js > > Andy > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > --001a113c366e179a230566fcf944 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Mar 9, 2018 at 7:54 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Fri, Mar 09, 2018 at 03:22:26PM= +0100, Benoit Claise wrote:
> Hi,
> > On Thu, Mar 08, 2018 at 04:08:32PM -0800, Andy Bierman wrote:
> > > I don't really know what a guideline should say about pa= tterns.
> > > I will try to add something that says to document the patter= n limitations
> > > and keep the pattern as simple as possible,
> > >
> > I object to a statement that "pattern should be as simple as=
> > possible".
> The only guideline that makes sense is: "the pattern must be corr= ect" or
> "the pattern must be meaningful". Not even worth mentioning,= as this is so
> obvious!
> Whether it's a simple or a complex regex is orthogonal here: the p= attern
> must fulfill its job.

Properties such as 'correct' or 'meaningful' are not easy t= o define
for pattern. Pattern can have different levels of strictness and often
greater strictness comes at the price of increased complexity of a
pattern.=C2=A0 There is no general advice that can be given how to trade strictness of a pattern against pattern complexity.

That said, pattern can be incorrect (rejecting input that they are
supposed to accept). If pattern become increasingly complex to
increase their strictness, then it is important that they are
sufficiently tested not to be incorrect.



I came up with 2 sentences to a= dd to 6087bis:

#1)

If the= patterns used in a type definition have known limitations
such a= s false positive matches, then these limitations
SHOULD be docume= nted within the typedef or data definition.

#2)

Simpler patterns SHOULD be used instead of more comp= lex variants,
if possible, because they are easier to read.
=


IMO #1 should be added, especially if YA= NG documents have patterns
that are known to be incorrect.=C2=A0 = But I want to leave out #2.

YANG modules (includin= g patterns) are source code for automation tools.
From that persp= ective, the only thing that matters is the correctness of
the aut= omation tool.=C2=A0 False positives and false negatives are both bad.
=
The readability of the source code is not that relevant here.

I would prefer to have the description-statement define th= e acceptable values
than a pattern that is wrong.

<= /div>

/js


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

--001a113c366e179a230566fcf944-- From nobody Fri Mar 9 12:17:36 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FEFA120047; Fri, 9 Mar 2018 12:17:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2PmRQqjUFuHp; Fri, 9 Mar 2018 12:17:26 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 D177D1275F4; Fri, 9 Mar 2018 12:17:25 -0800 (PST) Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w29KHGNO093617 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 9 Mar 2018 14:17:19 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local To: "Acee Lindem (acee)" , "Robert Wilton -X (rwilton - ENSOFT LIMITED at Cisco)" , Andy Bierman Cc: NetMod WG Chairs , NetMod WG , The IESG , "draft-ietf-netmod-rfc6087bis@ietf.org" References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <72ff2814-611e-929d-0e8f-298e26a0da32@cisco.com> <12782E03-F1DF-4D8B-BC8D-80EFE0EFE4F4@cisco.com> From: Adam Roach Message-ID: Date: Fri, 9 Mar 2018 14:17:11 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <12782E03-F1DF-4D8B-BC8D-80EFE0EFE4F4@cisco.com> Content-Type: multipart/alternative; boundary="------------7940F3F1AFA9CA591DE36030" Content-Language: en-US Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 20:17:28 -0000 This is a multi-part message in MIME format. --------------7940F3F1AFA9CA591DE36030 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 3/9/18 9:35 AM, Acee Lindem (acee) wrote: > > As the editor of RFC 8294, I can confirm that we did not reach > consensus on whether to use easily understandable regular expressions > versus regular expressions that precisely validate the input string. > During the protracted Working Group last call for this document, there > were strong proponents of both lines of thinking. Given that we had > started with the more complex precise regular expressions, that is > what was retained (e.g., for BGP route-targets). > Okay, this is helpful input. I raised the issue because rfc6087bis appears to be designed as a style guide. Having reviewed several YANG modules and seeing somewhat varied philosophies in this regard, it seemed like a prime candidate for including in such a guide, and I brought it up only because it was conspicuous by its absence. I wasn't intending to express a preference for one end of the spectrum or the other; I simply thought it was something that belonged in the document. I can't determine from the conversation so far whether the discussions on rfc6087bis explicitly included this topic and decided not to cover it, or whether it was simply not brought up. However, the quoted text above tells me that reaching a quick consensus by the community of interest on the topic is pretty unlikely. Consequently, including such guidance probably means that the working group will need to have additional conversations about what such guidance would say. I'll leave it to the responsible AD to determine whether the document should go back to the working group for explicit consideration of this topic, or whether it should move forward without any guidance on the topic of regex completelness-versus-simplicity trade-offs. /a --------------7940F3F1AFA9CA591DE36030 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
On 3/9/18 9:35 AM, Acee Lindem (acee) wrote:

As the editor of RFC 8294, I can confirm that we did not reach consensus on whether to use easily understandable regular expressions versus regular expressions that precisely validate the input string. During the protracted Working Group last call for this document, there were strong proponents of both lines of thinking. Given that we had started with the more complex precise regular expressions, that is what was retained (e.g., for BGP route-targets).


Okay, this is helpful input.

I raised the issue because rfc6087bis appears to be designed as a style guide. Having reviewed several YANG modules and seeing somewhat varied philosophies in this regard, it seemed like a prime candidate for including in such a guide, and I brought it up only because it was conspicuous by its absence. I wasn't intending to express a preference for one end of the spectrum or the other; I simply thought it was something that belonged in the document.

I can't determine from the conversation so far whether the discussions on rfc6087bis explicitly included this topic and decided not to cover it, or whether it was simply not brought up. However, the quoted text above tells me that reaching a quick consensus by the community of interest on the topic is pretty unlikely. Consequently, including such guidance probably means that the working group will need to have additional conversations about what such guidance would say. I'll leave it to the responsible AD to determine whether the document should go back to the working group for explicit consideration of this topic, or whether it should move forward without any guidance on the topic of regex completelness-versus-simplicity trade-offs.

/a

--------------7940F3F1AFA9CA591DE36030-- From nobody Fri Mar 9 12:22:53 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D14121274D2; Fri, 9 Mar 2018 12:22:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0S0ZLvbFfiaa; Fri, 9 Mar 2018 12:22:50 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 E5481120047; Fri, 9 Mar 2018 12:22:49 -0800 (PST) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w29KJVWv030272; Fri, 9 Mar 2018 12:22:48 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=o6mI7uruI79CgAcgKpg5xisIdztNJnK8UMalWpSxoQE=; b=nUHhbqTCkplI4tlHgSoy23Da5HxvH9luXzXFfthg0o9a/HvKlsw9qp378nyNkJ/5nijf gRt8v0AD9PxdhMoW8kRgXu0ucT0y7ZG9KdRrGLPgh8OCndyJC06I+49uOHxCfH3cLFi2 VBAJ8c8kRsMInu1nXPqR1sQdyPkXBC56OIJ4UTIbJahpS9RbnCPT5w+iXEw4Y/v+ZIi6 PlbHWMiqPv2utsb3fxTLOn4N2cXGJZAZ2fD3ULgzPrjpvA71omSHMJO6qT4VwPDz5uZu +ZBe8LzvI/C8lok+i6iIoXgt8wQcpPvqov4Znr+tNm1/ju1wKoRjxvqz3YRWZEBgWZTg iw== Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0079.outbound.protection.outlook.com [207.46.163.79]) by mx0b-00273201.pphosted.com with ESMTP id 2gkvs5gf3h-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 09 Mar 2018 12:22:48 -0800 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3260.namprd05.prod.outlook.com (10.173.220.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Fri, 9 Mar 2018 20:22:47 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0588.001; Fri, 9 Mar 2018 20:22:47 +0000 From: Kent Watsen To: Andy Bierman , Juergen Schoenwaelder , Benoit Claise , Adam Roach , NetMod WG Chairs , NetMod WG , The IESG , "draft-ietf-netmod-rfc6087bis@ietf.org" Thread-Topic: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) Thread-Index: AQHTtsB2yu4y7fLctE65O6yWoW/ILqPGwrOAgABBnYCAAAOzAIAAanWAgACEHwCAABm+AIAAA0iA///z1QA= Date: Fri, 9 Mar 2018 20:22:47 +0000 Message-ID: <34F38DF5-D7A3-493F-BA64-C4D14B2419EA@juniper.net> References: <152050158005.21412.3389388204390015375.idtracker@ietfa.amsl.com> <20180309062933.oeitoohvvowfjh2b@elstar.local> <1ca7deec-3dbd-cbed-d70b-ce043a1714ee@cisco.com> <20180309155434.ufspajrfqskw77o4@elstar.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3260; 7:kbShOLuBwefkX9xWRMW8zgKcaSf5AT5icze/h3gamR8uhZKEALBPy8RBZ0Dq9oskbcDxx/ZoX4esgeY0F3XEwBiZgC+rbNam6zDnqV/ls2KZ2YHkRSUPtp5jdVU/OJi4P4b1eG35sEj0LQDG44ipiZCk6qt9fskYIGs631YalSHaYCy6+I4g21GA1nrOkhAttm4IyVxomuB6QZqFNY0+MLXHrl8raNBb3a1Tp1A1UdjB0g7OYIX8me3z/tW7IdFl x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 999bbd91-0829-406e-1b76-08d585fb85ca x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB3260; x-ms-traffictypediagnostic: DM5PR05MB3260: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231220)(944501244)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041310)(20161123562045)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:DM5PR05MB3260; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3260; x-forefront-prvs: 0606BBEB39 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(39380400002)(39860400002)(346002)(396003)(199004)(189003)(66066001)(478600001)(82746002)(6436002)(14454004)(97736004)(99286004)(6246003)(102836004)(36756003)(5250100002)(105586002)(6116002)(8936002)(2950100002)(58126008)(7736002)(3660700001)(2900100001)(83716003)(110136005)(3280700002)(3846002)(2501003)(81156014)(68736007)(33656002)(81166006)(6512007)(86362001)(2906002)(5660300001)(26005)(8676002)(186003)(25786009)(93886005)(76176011)(106356001)(316002)(6506007)(6306002)(6486002)(54896002)(229853002)(53936002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3260; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: m3zClSJ5MZRSXr92WQw7X7X2btud6Puy4uy+i6Uc8v3toyD+TCf42wulICbVK6qmIupfZdaCk2hGqKXSg5MUy/Jpf5Tyr8KWBXf52UmadJBwSGQjXfuT9uBQ5m+WFoGqE2WgLqKJR5aMfNgqQ+FBxeEDfMntIQ/ttdgKcYE20oZ80EeKul/+JqMWRXuJHs0xN7Kz9rR2dtMsAEkL7snvg8p89wM8CkDb2HROwpaqQTqEMJObaGyLiVymY3n4ID2qxmquXS1fNXCuIfMZkkK32B8hlg/EYanKH5RMSaQ5Jk/zPrMes1PF81uAlh7AuMqVqcp0apUnvgCf3btG+HfpIg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_34F38DF5D7A3493FBA64C4D14B2419EAjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 999bbd91-0829-406e-1b76-08d585fb85ca X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2018 20:22:47.0224 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3260 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-09_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803090241 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-rfc6087bis-18: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 20:22:52 -0000 --_000_34F38DF5D7A3493FBA64C4D14B2419EAjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQo+IEkgY2FtZSB1cCB3aXRoIDIgc2VudGVuY2VzIHRvIGFkZCB0byA2MDg3YmlzOg0KPg0KPiAj MSkNCj4NCj4gSWYgdGhlIHBhdHRlcm5zIHVzZWQgaW4gYSB0eXBlIGRlZmluaXRpb24gaGF2ZSBr bm93biBsaW1pdGF0aW9ucw0KPiBzdWNoIGFzIGZhbHNlIHBvc2l0aXZlIG1hdGNoZXMsIHRoZW4g dGhlc2UgbGltaXRhdGlvbnMNCj4gU0hPVUxEIGJlIGRvY3VtZW50ZWQgd2l0aGluIHRoZSB0eXBl ZGVmIG9yIGRhdGEgZGVmaW5pdGlvbi4NCg0KDQpJIGxpa2UgdGhpcywgYnV0IGl0IHdvdWxkIGJl IGJldHRlciB0byBhbHNvIG1lbnRpb24gZmFsc2UtbmVnYXRpdmUNCm1hdGNoZXMsIGFzIGl0IGdl dHMgcGVvcGxlIHRvIHRoaW5rIGFib3V0IHRoZSBvdGhlciBzaWRlIHRvby4NCg0KDQo+ICMyKQ0K Pg0KPiBTaW1wbGVyIHBhdHRlcm5zIFNIT1VMRCBiZSB1c2VkIGluc3RlYWQgb2YgbW9yZSBjb21w bGV4IHZhcmlhbnRzLA0KPiBpZiBwb3NzaWJsZSwgYmVjYXVzZSB0aGV5IGFyZSBlYXNpZXIgdG8g cmVhZC4NCg0KSSB0aGluayB3ZSBzaG91bGQgc3RheSBzaWxlbnQgb24gdGhpcyBwb2ludC4gICBN YXliZSB3ZSBjb3VsZCB0aGF0IHRoZXJlIGlzDQphIGtub3duIHRyYWRlb2ZmIGJldHdlZW4gcGF0 dGVybiBjb21wbGV4aXR5IGFuZCB2ZXJpZmlhYmlsaXR5LCB3aGljaCBpcw0KbGVmdCB0byB0aGUg bW9kdWxlIGRlc2lnbmVyIGFzIGEgY29uc2lkZXJhdGlvbi4NCg0KDQo+IEFuZHkNCg0KS2VudA0K DQo= --_000_34F38DF5D7A3493FBA64C4D14B2419EAjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <64624DB5B2865347AF976F1BA7D03620@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLmdtYWlsLWhvZW56Yg0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC1ob2VuemI7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6Q2FsaWJyaTsNCglmb250LXZhcmlhbnQ6bm9ybWFsICFpbXBvcnRhbnQ7DQoJY29sb3I6 d2luZG93dGV4dDsNCgl0ZXh0LXRyYW5zZm9ybTpub25lOw0KCXRleHQtZGVjb3JhdGlvbjpub25l IG5vbmU7DQoJdmVydGljYWwtYWxpZ246YmFzZWxpbmU7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jmd0OyBJIGNhbWUgdXAgd2l0aCAyIHNlbnRlbmNlcyB0byBhZGQgdG8gNjA4N2Jp czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZn dDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZndDsgIzEpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mZ3Q7IElmIHRoZSBwYXR0ZXJucyB1c2VkIGluIGEgdHlwZSBkZWZpbml0 aW9uIGhhdmUga25vd24gbGltaXRhdGlvbnM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgc3VjaCBhcyBmYWxzZSBwb3NpdGl2ZSBtYXRjaGVz LCB0aGVuIHRoZXNlIGxpbWl0YXRpb25zPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7IFNIT1VMRCBiZSBkb2N1bWVudGVkIHdpdGhpbiB0aGUg dHlwZWRlZiBvciBkYXRhIGRlZmluaXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBs aWtlIHRoaXMsIGJ1dCBpdCB3b3VsZCBiZSBiZXR0ZXIgdG8gYWxzbyBtZW50aW9uIGZhbHNlLW5l Z2F0aXZlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5tYXRjaGVzLCBhcyBp dCBnZXRzIHBlb3BsZSB0byB0aGluayBhYm91dCB0aGUgb3RoZXIgc2lkZSB0b28uPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyAjMik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgU2ltcGxlciBwYXR0ZXJucyBTSE9VTEQg YmUgdXNlZCBpbnN0ZWFkIG9mIG1vcmUgY29tcGxleCB2YXJpYW50cyw8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgaWYgcG9zc2libGUsIGJl Y2F1c2UgdGhleSBhcmUgZWFzaWVyIHRvIHJlYWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgdGhpbmsgd2Ugc2hvdWxkIHN0YXkgc2lsZW50IG9uIHRoaXMgcG9pbnQu Jm5ic3A7Jm5ic3A7IE1heWJlIHdlIGNvdWxkIHRoYXQgdGhlcmUgaXM8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPmEga25vd24gdHJhZGVvZmYgYmV0d2VlbiBwYXR0ZXJuIGNv bXBsZXhpdHkgYW5kIHZlcmlmaWFiaWxpdHksIHdoaWNoIGlzPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5sZWZ0IHRvIHRoZSBtb2R1bGUgZGVzaWduZXIgYXMgYSBjb25zaWRl cmF0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgQW5k eTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5LZW50PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_34F38DF5D7A3493FBA64C4D14B2419EAjunipernet_-- From nobody Fri Mar 9 15:04:56 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FFE81289B0 for ; Fri, 9 Mar 2018 15:04:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vdQALQ39iFUx for ; Fri, 9 Mar 2018 15:04:54 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07A8D127871 for ; Fri, 9 Mar 2018 15:04:54 -0800 (PST) Received: from cmgw3 (unknown [10.0.90.84]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id F1F7D215C44 for ; Fri, 9 Mar 2018 16:04:52 -0700 (MST) Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id Kz4p1x00S2SSUrH01z4sj9; Fri, 09 Mar 2018 16:04:52 -0700 X-Authority-Analysis: v=2.2 cv=cY2iljLM c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=v2DPQv5-lfwA:10 a=48vgC7mUAAAA:8 a=g3EdCKqfzFGXgMuORIYA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To:Sender:Reply-To: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=ZySTpf4y7yRdZB5V8W1I1RdCSwSozCurLAxCFb7CEp0=; b=RmQKxs+w0sgg4nO/EHsq2ZsTJs CYl9Dh3nFxDdB99wR/BT4+0YSbORrhWEOD+aqGs8K5KC87oGvKJwB3B0BH6kN6r8kDLKx6/T14QcD n86s1oFjuZ2z49Ry0LISLjZY2; Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:47066 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1euR4D-004N5Y-2c; Fri, 09 Mar 2018 16:04:49 -0700 To: NetMod WG Cc: NetMod WG Chairs From: Lou Berger Message-ID: Date: Fri, 9 Mar 2018 18:04:47 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.86.101 X-Exim-ID: 1euR4D-004N5Y-2c X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:47066 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [netmod] Draft Agenda for IETF 101 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 23:04:55 -0000 Hi,     A draft agenda has been uploaded (a couple of days ago).  See https://datatracker.ietf.org/meeting/101/materials/agenda-101-netmod.txt I just updated it with a recent request, and there is one additional topic that may be added. Please take a look and verify that your request has been schedule. Thank you, Lou (and co-chairs) From nobody Sat Mar 10 01:07:01 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FAF1126FB3; Sat, 10 Mar 2018 01:06:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 almzQpxDe_kQ; Sat, 10 Mar 2018 01:06:53 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E7B51201FA; Sat, 10 Mar 2018 01:06:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5447; q=dns/txt; s=iport; t=1520672813; x=1521882413; h=subject:from:to:references:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=DRt1l7YytYK7jcxyeE6cvYa1CDvxTvBgCJRmhUt4YNI=; b=NQbEAOYRj3EfBxBVCAPipQClcGKFd9p478job83BYAIgpncs3hHelZ02 mDCNQeF1uKTFM00EdIrRXJWI/Fov86Wb5lpQhS4Ios9iYn/RHFt2QrDIe eG0b5S9ebhVlCMXoJceuBjvNsk+uHh202fmZzv2RuQC9ZBPEM3HpsHLEO 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B6AQDznqNa/xbLJq1bAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGENm8og1CLEo5aKYEWlEaCAQoYC4QzTwKDMjcVAQIBAQEBAQE?= =?us-ascii?q?CayeFJAEBBAEBIQ8BBTYZAgkCDgIIAgIfBwICGwwwBgEMBgIBAYUUD40bnW2CJ?= =?us-ascii?q?ohhghUFBYEIhCiEBIIPDIJ5gy4BAYE5WSaCQYJiBI1yjGQJkFsHiQmFVotFhgO?= =?us-ascii?q?BLDQigVIzGggbFTqCQ4JjgWQ/N4pRAQEB?= X-IronPort-AV: E=Sophos;i="5.47,450,1515456000"; d="scan'208";a="2486670" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Mar 2018 09:06:50 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w2A96ott000651; Sat, 10 Mar 2018 09:06:50 GMT From: Benoit Claise To: Juergen Schoenwaelder , Martin Bjorklund , netmod@ietf.org, IETF-Discussion list References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> <877eqp2pj9.fsf@nic.cz> <3f699b0a-98b9-dfac-53cc-e2101c43c0eb@cisco.com> Message-ID: <7db121a9-0b5e-f9c2-8062-acc53ca67498@cisco.com> Date: Sat, 10 Mar 2018 10:06:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <3f699b0a-98b9-dfac-53cc-e2101c43c0eb@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Closing this issue: choice/case in tree diagrams (draft-ietf-netmod-yang-tree-diagrams-06) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 09:06:55 -0000 Thanks all. This issue is closed and we will apply this change right now, part of the AUTH48 process. Regards, Benoit > Dear all, > > The document draft-ietf-netmod-yang-tree-diagrams-06 is in AUTH48. > It's time to close this issue, let me copy ietf@ietf.org. > If you object to the change below, let me know before the end of the > week. > > The changes are to the text, so that the text is adapted to what the > tools do.  No need to change the examples, or tooling. > > OLD: >            is one of: >            rw  for configuration data >            ro  for non-configuration data, output parameters to rpcs >                and actions, and notification parameters >            -w  for input parameters to rpcs and actions >            -u  for uses of a grouping >            -x  for rpcs and actions >            -n  for notifications >            mp  for nodes containing a "mount-point" extension statement >   NEW: >            is one of: >            rw  for configuration data- and choice nodes >            ro  for non-configuration data- and choice nodes, >                output parameters to rpcs and actions, and >                notification parameters >            -w  for input parameters to rpcs and actions >            -u  for uses of a grouping >            -x  for rpcs and actions >            -n  for notifications >            mp  for nodes containing a "mount-point" extension statement >              case nodes do not have any . > > and > > OLD: > >      is the name of the node >        () means that the node is a choice node >       :() means that the node is a case node > >        If the node is augmented into the tree from another module, >        its name is printed as :, where is the >        prefix defined in the module where the node is defined. > > NEW: > >      is the name of the node >        () means that the node is a choice node >       :() means that the node is a case node > >        If the node is augmented into the tree from another module, >        its name is printed as :, where is the >        prefix defined in the module where the node is defined. > >        If the node is a case node, there is no space before the >        . > > Regards, Benoit > >> Juergen Schoenwaelder writes: >> >>> On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: >>>> OLD: >>>> >>>>         is one of: >>>>           rw  for configuration data >>>>           ro  for non-configuration data, output parameters to rpcs >>>>               and actions, and notification parameters >>>>           -w  for input parameters to rpcs and actions >>>>           -u  for uses of a grouping >>>>           -x  for rpcs and actions >>>>           -n  for notifications >>>>           mp  for nodes containing a "mount-point" extension statement >>>> >>>> NEW: >>>> >>>>         is one of: >>>>           rw  for configuration data >>>>           ro  for non-configuration data, output parameters to rpcs >>>>               and actions, and notification parameters >>>>           -w  for input parameters to rpcs and actions >>>>           -u  for uses of a grouping >>>>           -x  for rpcs and actions >>>>           -n  for notifications >>>>           mp  for nodes containing a "mount-point" extension statement >>>> >>>>           case nodes do not have any . >>> I still think that it should be 'data node' instead of just >>> 'data'. While not formally imported, the term 'data node' has a >>> definition in RFC 7950. >>> >>> NEWER: >>> >>>          is one of: >>>            rw  for configuration data nodes >> If we keep it also for choices, then it has to be "schema nodes". >> >>>            ro  for non-configuration data nodes, output parameters >>> to rpcs >>>                and actions, and notification parameters >> Same here. >> >> Lada >> >>>            -w  for input parameters to rpcs and actions >>>            -u  for uses of a grouping >>>            -x  for rpcs and actions >>>            -n  for notifications >>>            mp  for nodes containing a "mount-point" extension statement >>> >>>            case nodes do not have any . >>>   /js >>> >>> -- >>> Juergen Schoenwaelder           Jacobs University Bremen gGmbH >>> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany >>> Fax:   +49 421 200 3103 >>> >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod > > . > From nobody Mon Mar 12 09:38:52 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CDC212778E; Mon, 12 Mar 2018 09:38:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152087272452.10808.5933496771127077204@ietfa.amsl.com> Date: Mon, 12 Mar 2018 09:38:44 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-rfc6087bis-19.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2018 16:38:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Guidelines for Authors and Reviewers of YANG Data Model Documents Author : Andy Bierman Filename : draft-ietf-netmod-rfc6087bis-19.txt Pages : 72 Date : 2018-03-12 Abstract: This memo provides guidelines for authors and reviewers of specifications containing YANG data model modules. Recommendations and procedures are defined, which are intended to increase interoperability and usability of Network Configuration Protocol (NETCONF) and RESTCONF protocol implementations that utilize YANG data model modules. This document obsoletes RFC 6087. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-19 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc6087bis-19 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-rfc6087bis-19 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 Tue Mar 13 05:45:39 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60DDA12D892 for ; Tue, 13 Mar 2018 05:45:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u-WGNBcIwff1 for ; Tue, 13 Mar 2018 05:45:35 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0096.outbound.protection.outlook.com [104.47.2.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 027C11241F5 for ; Tue, 13 Mar 2018 05:45:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7aJXy/HWLvDwnkgM5FpWtJhJSD1/0H7uozJWmuEPWgM=; b=cZgt981F26zgP3SvZC9+OTMAJ1+g7sKmsWGLWe0c6zcdVIWs3QaTXEzbzkW+z+DrbljGYO64DuIPE5ET5awe0HwkC2Yy9WsKGJlVwks0S41WRCQA5ByDnmokWc46nta/00ZOgWPvwEPJ1clYRMjmz3ulPnKrhXxAx1MoPDLHcKA= Received: from AM4PR07MB1716.eurprd07.prod.outlook.com (10.166.133.24) by AM4PR07MB3201.eurprd07.prod.outlook.com (10.171.188.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Tue, 13 Mar 2018 12:45:30 +0000 Received: from AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3]) by AM4PR07MB1716.eurprd07.prod.outlook.com ([fe80::34d9:5205:4b82:61e3%4]) with mapi id 15.20.0588.013; Tue, 13 Mar 2018 12:45:30 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: "netmod@ietf.org" Thread-Topic: Question on edit-config statement (section 7.2) Thread-Index: AdO6x+OjHckyvYd9S0OTgdY4vNFymA== Date: Tue, 13 Mar 2018 12:45:30 +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=bart.bogaert@nokia.com; x-originating-ip: [2a02:1811:e41a:9e00:1cbc:6ca0:6496:3e47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM4PR07MB3201; 7:Ar1072StEZ2B4Cj/THFB7y/qWbjOCMknGRSHeRFGGHLb4gun54PpDLY+3GSPoy+ZcoAODpF2eERhr9HHWSM0Un7nVesrn7yzcb7yCygBjJHYzo9zVSzzCmPKRk1/WAQmnGy3QZ6VusKChxd9HcNhZreVYa3Pnbbxxbkv2UJZzMEeeTiy/dVv/aaDHgXIrQ9mgCnGRU+Swx00U+ebBXrYLOgGBXZwp2+XK6j3QF/tZUt7lv6Z4EygrBp9W6yCrEMJ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 6dfd67a0-1a79-41b2-2902-08d588e04e34 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM4PR07MB3201; x-ms-traffictypediagnostic: AM4PR07MB3201: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231221)(11241501184)(806099)(944501244)(52105095)(3002001)(10201501046)(6055026)(6041310)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:AM4PR07MB3201; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB3201; x-forefront-prvs: 0610D16BBE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(39380400002)(366004)(346002)(376002)(396003)(57704003)(189003)(199004)(55016002)(2900100001)(74316002)(6436002)(5640700003)(5660300001)(53936002)(478600001)(54896002)(9686003)(6306002)(86362001)(6916009)(25786009)(14454004)(105586002)(186003)(8676002)(1730700003)(81156014)(102836004)(6506007)(316002)(8936002)(2501003)(106356001)(97736004)(81166006)(5250100002)(33656002)(790700001)(6116002)(7736002)(68736007)(2351001)(2906002)(7696005)(3660700001)(99286004)(46003)(3280700002)(5630700001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3201; H:AM4PR07MB1716.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 1+uAef64+jzSAx8KSjg3S8MEENDoM4MaH9V2cTrA1toWp8HR6+M4JeqgFqFwFMoe9brISla7RVe49ZPsAaEIYsfyGzHNEb8q+FsMdRnL6lsphR5x39vv90FcZ6TE6+ZlTgZq3u7bAQYtdUto++Lp2SM4hv82G7mcvg30wlHvHRn5teC2VtLe03iyrmrnCy9dT0YzV69I1NxbCXZLTAE0LipaNCKEL07odqHbBaIlL4+rNF5Pl0UAFqIxQ5AYLAqHyGLdJx+kKP03txE5HBMd1gngLyRfXszOK1SA9GbLch7W31/kjSuT9Kjnsn3+KyE0qQa54DrAbND8F3DGeCFVWk1Q7zQ9kd+Fv0WO2fK4LDfb3kr2YBmqBNGjC1R2ZwYx spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM4PR07MB1716CCD3E164A54E98F94AEC94D20AM4PR07MB1716eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6dfd67a0-1a79-41b2-2902-08d588e04e34 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2018 12:45:30.8065 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3201 Archived-At: Subject: [netmod] Question on edit-config statement (section 7.2) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 12:45:37 -0000 --_000_AM4PR07MB1716CCD3E164A54E98F94AEC94D20AM4PR07MB1716eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We have a question about the following statement in the edit-config RPC sec= tion: "If the operation contains multiple sub-operations that apply to the same conceptual node in the underlying data model, then the result of the operation is undefined (i.e., outside the scope of the NETCONF protocol)." How do we need to read this? Does this mean that if there is an edit-confi= g in which, say, 10 interfaces are created these 10 interfaces need to be g= rouped in the same "section" of the edit-config as this: ... one ... two ... ... And not like this: ... one ... ... two ... Regards, Bart --_000_AM4PR07MB1716CCD3E164A54E98F94AEC94D20AM4PR07MB1716eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We have a question about the fo= llowing statement in the edit-config RPC section:

 

“If the <edit-config= > operation contains multiple sub-operations

that apply to the same concep= tual node in the underlying data

model, then the result of the= operation is undefined (i.e.,

outside the scope of the NETCONF protocol).”

 

How do we need to read this?&nb= sp; Does this mean that if there is an edit-config in which, say, 10 interf= aces are created these 10 interfaces need to be grouped in the same “= section” of the edit-config as this:

<edit-config>=

  …

  <interfaces><= /span>

    <interface><= o:p>

      <na= me>one</name>

      …= ;

    </interface>=

   <interface>

      <na= me>two</name>

      …= ;

    </interface>=

  </interfaces>=

  …

</edit-config>

 

And not like this:

<edit-config>=

  …

  <interfaces><= /span>

    <interface><= o:p>

      <na= me>one</name>

      …= ;

    </interface>=

  </interfaces>=

  …

  <interfaces><= /span>

    <interface><= o:p>

      <na= me>two</name>

    </interface>=

  </interfaces>=

  …

</edit-config>

 

Regards, Bart=

--_000_AM4PR07MB1716CCD3E164A54E98F94AEC94D20AM4PR07MB1716eurp_-- From nobody Tue Mar 13 06:07:04 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FAD8126C83 for ; Tue, 13 Mar 2018 06:03:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PzrkwYRww71z for ; Tue, 13 Mar 2018 06:03:46 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 7889A12D943 for ; Tue, 13 Mar 2018 06:03:43 -0700 (PDT) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id AEE311AE0493 for ; Tue, 13 Mar 2018 14:03:42 +0100 (CET) Date: Tue, 13 Mar 2018 14:03:42 +0100 (CET) Message-Id: <20180313.140342.2062467317018814172.mbj@tail-f.com> To: Bcc-Receiver:; From: Martin Bjorklund X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Mar_13_14_03_42_2018_999)--" Content-Transfer-Encoding: 7bit Archived-At: X-Mailman-Approved-At: Tue, 13 Mar 2018 06:07:03 -0700 Subject: [netmod] A blind carbon copy X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 13:03:47 -0000 ----Next_Part(Tue_Mar_13_14_03_42_2018_999)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit This is a blind carbon copy. ----Next_Part(Tue_Mar_13_14_03_42_2018_999)-- Content-Type: Message/Rfc822 Content-Transfer-Encoding: 7bit Date: Tue, 13 Mar 2018 14:03:41 +0100 (CET) Message-Id: <20180313.140341.1816285013594245673.mbj@tail-f.com> To: bart.bogaert@nokia.com Cc: netconf@ietf.org Subject: Re: Question on edit-config statement (section 7.2) From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Moving to NETCONF, Bcc:ing NETMOD] "Bogaert, Bart (Nokia - BE/Antwerp)" wrote: > Hi, > > We have a question about the following statement in the edit-config RPC section: > > "If the operation contains multiple sub-operations > that apply to the same conceptual node in the underlying data > model, then the result of the operation is undefined (i.e., > outside the scope of the NETCONF protocol)." > > How do we need to read this? Does this mean that if there is an > edit-config in which, say, 10 interfaces are created these 10 > interfaces need to be grouped in the same "section" of the > edit-config as this: > > ... > > > one > ... > > > two > ... > > > ... > > > And not like this: > > ... > > > one > ... > > > ... > > > two > > > ... > Yes, I think so. Probably most implementations will handle this the way you expect, if the operation is "merge". But if it is "replace" you probably won't get the same result from all implementations. /martin ----Next_Part(Tue_Mar_13_14_03_42_2018_999)---- From nobody Tue Mar 13 07:15:01 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D720127444; Tue, 13 Mar 2018 07:14:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-netmod-rfc6087bis@ietf.org, netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152095049905.13982.9646744741204194844.idtracker@ietfa.amsl.com> Date: Tue, 13 Mar 2018 07:14:59 -0700 Archived-At: Subject: [netmod] Suresh Krishnan's No Objection on draft-ietf-netmod-rfc6087bis-19: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 14:14:59 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-netmod-rfc6087bis-19: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my DISCUSS and COMMENT points. From nobody Tue Mar 13 15:23:37 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44585127023 for ; Tue, 13 Mar 2018 15:23:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YwpCFJ66w4t4 for ; Tue, 13 Mar 2018 15:23:31 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 AE43F12DA48 for ; Tue, 13 Mar 2018 15:23:29 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2DMDw1O028847; Tue, 13 Mar 2018 15:23:26 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=Qo6vI/WTdKxqT66k5EvB1HU9lnQ9xQ1wM9ItEbs/ySo=; b=BfLLoGHfV46l5CrWZh2JeFCNZcDTUfxXErcR+kYgbxWSDzaZP2ce7mYwZDjEdEVGl2WX OM0m5gK8vsYDuJpPW1EDggT81ogFrczwPgwWmARczoFmqB29PKXIc3sQy+Bcx+ZPryja 80EuP6VgGQvn01dJ0S1walQYCC6IeLnyHzjQ2kyzXGrLRxXde33B/ecngGgjq/gSE3DQ Ej9HYbPoVUGE4Zkpclp4XtDvg/KYQznmIJExlaFE4w/okfYUjq8v5t/S5x7QYGRGLzui sDiQ/hSdcScJ/ZW43/JU5q0sxTstCFuzOVGajtbhHzA9lsFVOw6YWB0nJV2V2uUPCVcm zg== Received: from nam01-sn1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0111.outbound.protection.outlook.com [207.46.163.111]) by mx0b-00273201.pphosted.com with ESMTP id 2gpmjug9ct-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 13 Mar 2018 15:23:25 -0700 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3244.namprd05.prod.outlook.com (10.173.220.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Tue, 13 Mar 2018 22:23:23 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0588.013; Tue, 13 Mar 2018 22:23:23 +0000 From: Kent Watsen To: Mahesh Jethanandani CC: NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzPFGfywEAqkE2girWJpowDfKO/FKsAgAXu+ACAAhRzAIAHciwA Date: Tue, 13 Mar 2018 22:23:22 +0000 Message-ID: <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> In-Reply-To: <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3244; 7:TRW+Q9OGfcP+vA4xRcGRCjs+c8f+Pv5pQNnbmdjEX55RExkvdL1h+vHjZiiQOEhHch6e5scDIoE48W9HwDojFkYnKgXKY/0mCtGIdTgB2/oBqh7lRNqqMbtMmPc1rs1rRDF1DgAmyrg0L3Z6cFGqSi5uVECoFF/1EXMVMMdA8cRstyOk68L7iSb7h19MKvfxVZSnp7IpZ4GFFF3Q1fsthf+hWnWCCmL+LPPoxvMkLhRdbwHJAGD4lARVs7n2QEiH x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 55f3358d-1ed7-48dd-b67c-08d58931086d x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB3244; x-ms-traffictypediagnostic: DM5PR05MB3244: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(10436049006162)(138986009662008)(85827821059158)(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231221)(944501244)(52105095)(93006095)(93001095)(6055026)(6041310)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR05MB3244; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3244; x-forefront-prvs: 0610D16BBE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(39860400002)(366004)(39380400002)(189003)(51444003)(377424004)(51914003)(199004)(57704003)(76104003)(966005)(575784001)(14454004)(478600001)(106356001)(606006)(86362001)(5250100002)(8936002)(81156014)(8676002)(3660700001)(68736007)(9326002)(33656002)(36756003)(81166006)(229853002)(6916009)(105586002)(66066001)(2950100002)(236005)(76176011)(3280700002)(93886005)(14971765001)(97736004)(39060400002)(99286004)(53946003)(6306002)(5660300001)(2900100001)(25786009)(2906002)(6512007)(4326008)(54896002)(7736002)(316002)(6246003)(53936002)(83716003)(82746002)(102836004)(58126008)(6506007)(1411001)(6486002)(6116002)(3846002)(186003)(26005)(6436002)(53546011)(59450400001)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3244; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: kHh9DM/iLGcwKCVIvihUqD5M+f/ouGmOlDAi2mdXXjvR82VH4ALeRzO3aMhqGSa/kC9r/Rxfv9RFG7bZCMGzSprMTtyVCNipuiCaSZaszl7NPWE1wQhGVDjmJ5Hyx51pxEGN+y9xIyrItczKfT9EZpg2jkl5Nwntl9c3qkQj1gW6YM24W6Fou79ePUjRqFIrceN3pJLM69rVnSUeqhcF0dLcAfxuvTd69eyOyrg4sRd37GHGVa0GHqyh43qnZCt9ycGfxr3qZfj3uIoWTvOPXb6IW6dACjlmtuHkw1Db9IvWoUNvxZkg62tQpECNZt/j64l74FzOOcvqX8ISS/TT2Q== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_789CD28AF37543929A095F1FAB135292junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 55f3358d-1ed7-48dd-b67c-08d58931086d X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2018 22:23:22.9978 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3244 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-13_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803130247 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 22:23:36 -0000 --_000_789CD28AF37543929A095F1FAB135292junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFoZXNoLA0KDQpQbGVhc2UgbG9vayBmb3IgPEtFTlQ+IGJlbG93Lg0KDQpUaGFua3MsDQpL ZW50DQoNCg0KT24gMy84LzE4LCA3OjQwIFBNLCAiTWFoZXNoIEpldGhhbmFuZGFuaSIgPG1qZXRo YW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4+IHdyb3Rl Og0KDQpLZW50LA0KDQoNCk9uIE1hciA3LCAyMDE4LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNlbiA8 a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0K DQpbVG8gYWxsIHRob3NlIHRoYXQgc2FpZCB0aGlzIGRyYWZ0IHdhcyByZWFkeSwgcmVhbGx5P10N Cg0KDQpIaSBNYWhlc2gsDQoNClRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gIEkgZm91bmQgc29tZSBt b3JlIGlzc3Vlcy4gIFNvbWUgbXVzdCBiZSBmaXhlZCwNCm90aGVycyBhcmUgbml0cywgYW5kIG1p Z2h0IGJlIGNhdWdodCBieSB0aGUgUkZDIEVkaXRvci4gIEJ1dCBJIHRoaW5rDQp0aGF0IGl0J3Mg ZW1iYXJyYXNzaW5nIHRvIHJlY2VpdmUgY29tbWVudHMgZm9yIHN1Y2ggdGhpbmdzIGZyb20gdGhl DQpJRVNHLCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwgc28g cGxlYXNlIHNlZQ0Kd2hhdCB5b3UgY2FuIGRvLg0KDQpUaGFua3MsDQpLZW50DQoNCg0KRnJvbSBJ ZG5pdHM6DQoNCiAqKiBUaGVyZSBhcmUgNiBpbnN0YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMgaW4g dGhlIGRvY3VtZW50LCB0aGUgbG9uZ2VzdCBvbmUNCiAgICBiZWluZyA3IGNoYXJhY3RlcnMgaW4g ZXhjZXNzIG9mIDcyLg0KDQpIbW0uIFRoZSBpZG5pdHMgYXQgc3VibWlzc2lvbiB0aW1lIGRpZCBu b3QgY29tcGxhaW4uIFdpbGwgYXBwbHkgdGhlIG5ldyBzY3JpcHQgdGhhdCB5b3UgcHJvdmlkZWQg dG8gbWFrZSBzdXJlIEkgd3JhcCB0aGVtIGFyb3VuZC4NCg0KDQoNCiBZb3Ugd3JvdGUgYmVmb3Jl IHRoYXQgaXQgd2FzICJGaXhlZCIsIGJ1dCBpdCdzIHN0aWxsIGhlcmU/ICBOb3RlOiAiKioiIGlz DQogYW4gZXJyb3IgKGlkbml0cyBsYWJlbCkNCg0KIC0tIFRoZSBkb2N1bWVudCBoYXMgZXhhbXBs ZXMgdXNpbmcgSVB2NCBkb2N1bWVudGF0aW9uIGFkZHJlc3NlcyBhY2NvcmRpbmcNCiAgICB0byBS RkM2ODkwLCBidXQgZG9lcyBub3QgdXNlIGFueSBJUHY2IGRvY3VtZW50YXRpb24gYWRkcmVzc2Vz LiAgTWF5YmUNCiAgICB0aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9vPw0KDQogSSBk b24ndCBmZWVsIHN0cm9uZ2x5IGFib3V0IHRoaXMsIGJ1dCBpZiBpdCdzIGVhc3kgZW5vdWdoIHRv IGRvLi4uDQoNCkluIHRoZSBBYnN0cmFjdDoNCiAtIEkgdGhpbmsgdGhlIHdvcmQgImFuIiBpcyBt aXNzaW5nIChlLmcuLCBhbiBBQ0wpDQoNCkFkZGVkLg0KDQoNCg0KSW4gdGhlIEludHJvZHVjdGlv bjoNCiAtIHNob3VsZCAib3JkZXJlZC1ieS11c2VyIiBiZSAib3JkZXJlZC1ieSB1c2VyIiB0byBh dm9pZCBjb25mdXNpb24sIG9yIHBlcmhhcHMgc2F5IGl0IGFub3RoZXIgd2F5Pw0KDQpIb3cgYWJv dXQgdGhpcyBpbiBib3RoIHRoZSBBYnN0cmFjdCBhbmQgdGhlIEludHJvZHVjdGlvbi4NCg0KT0xE Og0KDQpBQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0IG9mIHJ1bGVzDQoNCk5FVzoNCkFuIEFD TCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4gb3JkZXIgc2V0IGJ5IHRoZSB1c2VyDQoNCjxLRU5U Pm9yIGhvdyBhYm91dCAiQW4gQUNMIGlzIGEgdXNlci1vcmRlcmVkIHNldCBvZiBydWxlcyI/DQoN Cg0KIC0gd2hhdCBkb2VzICJhIHR1cGxlIG9mIiBtZWFuPyAgQ2FuIHRoaXMgYmUgcmVzdGF0ZWQ/ DQoNCkhvdyBhYm91dCB0aGlzPw0KDQpPTEQ6DQoNClRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0 IG9mIGEgdHVwbGUgb2YgcGFja2V0IGhlYWRlciBtYXRjaCBjcml0ZXJpYSBhbmQgY2FuIGhhdmUg bWV0YWRhdGEgbWF0Y2ggY3JpdGVyaWEgYXMgd2VsbC4NCg0KTkVXOg0KDQpUaGUgbWF0Y2ggY3Jp dGVyaWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoZXMsIGFuZCBvciBvciBtZXRhZGF0 YSBhcyBkZXNjcmliZWQgYmVsb3c6DQoNCjxLRU5UPm9yIGhvdyBhYm91dCAiVGhlIG1hdGNoIGNy aXRlcmlhIGNhbiBiZSBhIG11bHRpcGxpY2l0eSBvZiBjcml0ZXJpYSwgYWxsIG9mIHdoaWNoIG11 c3QgYmUgdHJ1ZSBmb3IgdGhlIG1hdGNoIHRvIG9jY3VyLiAgIFRoZSBtYXRjaCBjcml0ZXJpYSBt YXkgbWF0Y2ggYWdhaW5zdCB2YWx1ZXMgaW4gdGhlIHBhY2tldCBoZWFkZXIgb3IgYWdhaW5zdCB2 ZW5kb3Itc3BlY2lmaWMgbWV0YWRhdGEgYWJvdXQgdGhlIHBhY2tldC4iPyAgIC0gb3Igc29tZXRo aW5nIGluIGJldHdlZW4/DQoNCg0KDQogLSBzL0luIGNhc2UgdmVuZG9yIHN1cHBvcnRzIGl0L0lu IGNhc2UgYSB2ZW5kb3Igc3VwcG9ydHMgaXQvID8NCg0KT2suDQoNCg0KIC0gIlRoZSBsaXN0IG9m IFggaXMgZW5kbGVzcyBkZXBlbmRpbmcgb24uLi4iLiAgSXMgImVuZGxlc3MiIHRoZSByaWdodCB3 b3JkLCBwZXJoYXBzIHJlc3RhdGU/DQpPTEQ6DQoNClRoZSBsaXN0IG9mIHBvdGVudGlhbCBhY3Rp b25zIGlzIGVuZGxlc3MNCg0KDQpORVc6DQoNClRoZSBsaXN0IG9mIHBvdGVudGlhbCBhY3Rpb25z IGlzIGxpbWl0bGVzcw0KDQo8S0VOVD4gb3IgbWF5YmUgInVuYm91bmRlZCI/DQoNCg0KIC0gc2Ft ZSBzZW50ZW5jZSBhcyBhYm92ZSwgc2hvdWxkICJuZXR3b3JrZWQgZGV2aWNlcyIgYmUgIm5ldHdv cmsiIG9yICJuZXR3b3JraW5nIiBkZXZpY2VzPw0KDQpXaWxsIGNoYW5nZSDigJxuZXR3b3JrZWQg ZGV2aWNlc+KAnSB0byDigJxuZXR3b3JraW5nIGRldmljZXPigJ0uDQoNCg0KDQpJbiBTZWN0aW9u IDM6DQogLSAiQSBuZXR3b3JrIHN5c3RlbSB1c3VhbGx5IGhhdmUgYSBsaXN0IG9mIEFDTHMiICAo cy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9oYXZlL2hhcy8/KQ0KDQpzL2hhdmUvaGFzLy4NCg0KDQog LSAiVGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgcGFja2V0IGhlYWRlciBtYXRjaGluZyIg LSBpcyBjb25zaXN0IHRoZSByaWdodCB3b3JkPw0KDQpIb3cgd291bGQgeW91IHJlc3RhdGUgaXQ/ IChBZnRlciBJIGhhdmUgcy9jb25zaXN0L2NvbnNpc3RzLykNCg0KPEtFTlQ+IHNlZSBhYm92ZSAo bXkgY29tbWVudCBiZWZvcmUgbGFzdCwgaXQgaXMgdGhlIHNhbWUgc2VudGVuY2UsIHJpZ2h0PykN Cg0KDQogLSAiSXQgYXMgYWxzbyBwb3NzaWJsZSBmb3IgQUNFIHRvIG1hdGNoIG9uIG1ldGFkYXRh IiAgcy9hcy9pcy8gYW5kIHMvQUNFL2FuIEFDRS8NCg0KT2sNCg0KDQogLSAiV2hlbiBhcHBsaWVk IHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCB0aGUgQUNMIGlzIGFwcGxpZWQg aW4gYSBkaXJlY3Rpb24NCiAgICB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJlIGFwcGxp ZWQgdG8gcGFja2V0IGVudGVyaW5nIChpbnB1dCkgb3IgbGVhdmluZyB0aGUNCiAgICBkZXZpY2Ug KG91dHB1dCkuIiAgLSByZXN0YXRlIHRvIHRhbGsgYWJvdXQgImluZ3Jlc3MiIGFuZCAiZWdyZXNz 4oCdPw0KDQpIb3cgYWJvdXQ6DQoNCldoZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0 d29ya2VkIGRldmljZSwgdGhlIEFDTCBpcyBhcHBsaWVkIGluIGEgZGlyZWN0aW9uIHdoaWNoIGlu ZGljYXRlcyBpZiBpdCBzaG91bGQgYmUgYXBwbGllZCB0byBpbmdyZXNzIGludGVyZmFjZSAoaW5w dXQpIG9yIGVncmVzcyBpbnRlcmZhY2UgKG91dHB1dCkuDQoNCjxLRU5UPm9yIG1heWJlICJXaGVu IGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIGRpc3RpbmN0IEFD THMgYXJlIGRlZmluZWQgZm9yIHRoZSBpbmdyZXNzIChpbnB1dCkgYW5kIGVncmVzcyAob3V0cHV0 KSBkaXJlY3Rpb25zLiINCg0KDQogLSAiQW4gZXhhbXBsZSBpbiB0aGUgYXBwZW5kaXggc2hvd3Mg aG93IHRvIGV4cHJlc3MgaXQgaW4gWUFORyBtb2RlbC4iIC0gZWl0aGVyIHRoaXMNCiAgIGlzIG5v dCB0cnVlLCBvciB0aGUgc2VudGVuY2Ugc2hvdWxkIG5vdCBiZSBhdCB0aGUgZW5kIG9mIHRoaXMg cGFyYWdyYXBoDQoNClJlbW92ZWQuDQoNCg0KDQpJbiBTZWN0aW9uIDMuMToNCiAtIHMvYW5kIG11 c3Qgc3RhdGVtZW50cy9hbmQgJ211c3QnIHN0YXRlbWVudHMvDQoNCkRvbmUgYW5kIHMvaWYtZmVh dHVyZS/igJhpZi1mZWF0dXJl4oCZLw0KDQoNCiAtIHMvZGVmaW5lIG5ldyAibWF0Y2hlcyIgY2hv aWNlL2RlZmluZSBhIG5ldyAibWF0Y2hlcyIgY2hvaWNlLyA/DQoNCkRvbmUuDQoNCg0KDQpJbiBT ZWN0aW9uIDQuMToNCiAtICJpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QiIGlzIHRoZSBzdGFuZGFy ZCB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHMNCiAgICAgLSB3aGF0IGRvZXMgdGhp cyBtZWFuPw0KDQpPTEQ6DQoiaWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0IiBpcyB0aGUgc3RhbmRh cmQgdG9wIGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxpc3RzDQoNCk5FVzoNCiJpZXRmLWFjY2Vz cy1jb250cm9sLWxpc3QiIGlzIHRoZSB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHMN Cg0KPEtFTlQ+IGl0J3MgbW9yZSB0aGFuIHRoZSB3b3JkICJzdGFuZGFyZCIuICBNYXliZSBzb21l dGhpbmcgbGlrZSB0aGlzOiAgVGhlICJpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QiDQptb2R1bGUg ZGVmaW5lcyBhIGNvbnRhaW5lciBjYWxsZWQgImFjY2Vzcy1saXN0IiAgLSB3aGF0IGRvIHlvdSB0 aGluaz8NCg0KPEtFTlQ+QlRXLCB3aHkgaXMgdGhlIGNvbnRhaW5lciBjYWxsZWQgImFjY2Vzcy1s aXN0cyIgYW5kIG5vdCBlLmcuLCAiYWNscyIuICBJIHRob3VnaHQgdGhhdCB0aGVyZSB3YXMgYSBu b2RlLW5hbWluZyBpZGlvbSBhbG9uZyB0aGUgbGluZXMgb2YgIi93aWRnZXRzL3dpZGdldCIgZm9y IHdoZW4gYSBsaXN0IGlzIGEgZGVzY2VuZGVudCBvZiBhIGNvbnRhaW5lci4NCg0KDQoNCiAtIFRo ZSAiYWNjZXNzLWxpc3RzIiBjb250YWluZXIgc3RvcmVzIGEgbGlzdCBvZiAiYWNsIi4gLSBzL3N0 b3Jlcy9oYXMgb3IgY29udGFpbnM/Lw0KDQpzL3N0b3Jlcy9oYXMvDQoNCg0KIC0gIi4uLnRoYXQg Y2FuIGJlIHVzZWQgdG8gZGV0ZXJtaW5lIHdoaWNoIHJ1bGUgd2FzIG1hdGNoZWQgdXBvbiIgLSBu b3Qgc3VyZSBpZiB0aGlzDQogICBwYXJ0IGlzIG5lZWRlZCwgb3IgbWF5YmUgYmV0dGVyIHJlc3Rh dGVkICIsIHdoaWNoIGNhbiBsYXRlciBiZSB1c2VkIHRvIGRldGVybWluZeKApiI/DQoNCk9rLg0K DQoNCiAtIHMvYWJpbGl0eSBmb3IgQUNMJ3MgdG8gYmUvYWJpbGl0eSBmb3IgQUNMcyB0byBiZS8N Cg0KT2suDQoNCg0KDQpJbiBTZWN0aW9uIDQuMSAoaW4gdGhlIFlBTkcgbW9kdWxlKToNCiAtIEEg bnVtYmVyIG9mIGlkZW50aXRpZXMgcmVhZCAiQUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMuLi4i LiAgSXMgInByaW1hcmlseSINCiAgIGFuIGFjY3VyYXRlIHdvcmQ/IC0gaWYgc28sIHRoZW4gZG8g d2UgbmVlZCB0byBzYXkgYW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzDQogICBub3QgdGhlIGNhc2U/ DQoNCkFzIG9uZSBvZiB0aGUgdGV4dCBzYXlzLiBJdCBwcmltYXJpbHkgbWF0Y2hlcyBJUHY0LCBh bmQgZG9lcyBub3QgbWF0Y2ggZWl0aGVyIGV0aGVybmV0IG9yIElQdjYgaGVhZGVycy4gU3VjaCBB Q0wgdHlwZXMgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBtaXhlZCBBQ0wgdHlwZXMgdGhhdCBtaWdo dCBtYXRjaCBvbiBhIGNvbWJpbmF0aW9uIG9mIGV0aGVybmV0IGFuZCBJUHY0IGhlYWRlcnMgZXRj Lg0KDQo8S0VOVD5CdXQgbXkgY29tbWVudCBpcyBtb3JlIHRoYXQgInByaW1hcmlseSIgc2VlbXMg d2lzaHktd2FzaHkuICBJdCBzZWVtcyBsaWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29t ZXRoaW5nLCBpdCBhY3R1YWxseSBkb2VzIGl0LiAgIElmIHRoZXJlIGlzIGEgZ3JleSBhcmVhLCB3 aGVyZSBpdCBtaWdodCBtYXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsIG1heWJlIGl0 IHdvdWxkIGhlbHAgdG8gY2FsbCB0aGF0IG91dD8NCg0KDQogU2VwYXJhdGVseSwgcy9BQ0wvYW4g QUNMLz8NCg0KT2suDQoNCg0KIC0gQSBudW1iZXIgb2YgZmVhdHVyZXMgcmVhZCAiRGV2aWNlIGNh biBzdXBwb3J0Li4uIiAtIHMvRGV2aWNlL1RoZSBkZXZpY2UvPw0KDQpPay4NCg0KDQogLSAiSXQg Y2FuIGhhdmUgb25lIG9yIG1vcmUgQWNjZXNzIENvbnRyb2wgTGlzdHMiIC0gbGlzdHMgc2hvdWxk IGJlIHNpbmd1bGFyLg0KDQpSZWFsbHk/IEVuZ2xpc2ggZ3JhbW1hciBzYXlzIHRoYXQgaWYgYSBz ZW50ZW5jZSBoYXMgYm90aCBhIHNpbmd1bGFyIGFuZCBhIHBsdXJhbCwgdGhlIG9uZSBuZWFyZXN0 IHRvIHRoZSBzdWJqZWN0IGlzIHRoZSBvbmUgeW91IHNlbGVjdC4NCg0KPEtFTlQ+YWN0dWFsbHks IEknbSBqdXN0IGdvaW5nIG9mZiB0aGUgZmFjdCB0aGF0IHRoZSBsaXN0IG5vZGUgaXMgY2FsbCAi YWNsIiwgd2hpY2ggaXMgc2luZ3VsYXIuICBQZXJoYXBzIGV2ZW4gYmV0dGVyIHdvdWxkIGJlIHRv IHNheTogIEl0IGNhbiBjb250YWluIG9uZSBvciBtb3JlICJhY2wiIG5vZGVzIC0gdGhvdWdodHM/ DQoNCg0KIC0gIkFuIEFjY2VzcyBDb250cm9sIExpc3QoQUNMKSIgLSBwdXQgYSBzcGFjZSBiZWZv cmUgKEFDTCkNCg0KT2suDQoNCg0KIC0gIiBJbmRpY2F0ZXMgdGhlIHByaW1hcnkgaW50ZW5kZWQi IC0gaGVyZSdzIHRoYXQgd29yZCAicHJpbWFyeSIgYWdhaW4uLi4NCiAtIHMvYSBsaXN0IG9mIGFj Y2Vzcy1saXN0LWVudHJpZXMoQUNFKS8gYSBsaXN0IG9mIGFjY2Vzcy1saXN0LWVudHJ5IG5vZGVz IChBQ0UpLz8NCg0KT2suDQoNCg0KIC0gcy9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJpZXMoQUNF KS9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJ5IG5vZGVzIChBQ0UpLz8NCiAgICAgLSB0aGVyZSBp cyBtb3JlIHRoYW4gb25lIGluc3RhbmNlIG9mIHRoaXMgaW4gdGhlIG1vZGVsDQoNCkZpeGVkLg0K DQoNCiAtICIuLi8uLi8uLi8uLi90eXBlIiAtIHN0aWxsIHNvbWUgbG9uZyByZWxhdGl2ZSBYUGF0 aHMNCg0KRml4ZWQuDQoNCg0KIC0gIiBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2Ug cG9ydHMiIC0gdGhpcyBpc24ndCB0aGVyZSB5ZXQuICBJIHRoaW5rIHlvdQ0KICAgd2FudCB0byBz YXkgc29tZXRoaW5nIGxpa2UgInRoaXMgaXMgYSBjaG9pY2Ugc28gYXMgdG8gc3VwcG9ydCBmdXR1 cmUgJ2Nhc2UnDQogICBzdGF0ZW1lbnRzLCBzdWNoIGFzIG9uZSBlbmFibGluZyBhIGdyb3VwIG9m IHNvdXJjZSBwb3J0cyB0byBiZSByZWZlcmVuY2Vk4oCdDQoNCkhvdyBhYm91dDoNCg0KQ2hvaWNl IG9mIHNvdXJjZSBwb3J0IGRlZmluaXRpb24gdXNpbmcgcmFuZ2Uvb3BlcmF0b3Igb3IgcmVmZXJy aW5nIHRvIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzLCB0byBiZSBhZGRlZCBhcyBhIGZ1dHVyZSAn Y2FzZScgc3RhdGVtZW50Lg0KDQo8S0VOVD5JIGxpa2UgbXkgZnJhbWluZyBiZXR0ZXIgYmVjYXVz ZSAxKSBpdCBpcyBsZXNzIGNvbW1pdHRhbCBhYm91dCB0aGUgZnV0dXJlIGFuZCAyKSBpdCBkb2Vz bid0IGxpbWl0IHRoZXJlIHRvIGJlaW5nIGp1c3Qgb25lICdjYXNlJyBzdGF0ZW1lbnQgdGhhdCBt aWdodCBiZSBhZGRlZCBpbiB0aGUgZnV0dXJlLg0KDQoNCiAtIGRpdHRvIGZvciAib3IgcmVmZXJy aW5nIHRvIGEgZ3JvdXAgb2YgZGVzdGluYXRpb24gcG9ydHMuIg0KIC0gZGl0dG8gb24gYm90aCBv ZiB0aGUgYWJvdmUgZm9yIHRoZSAidWRwIiBjb250YWluZXINCiAtIGlzIGl0IHBvc3NpYmxlIGZv ciBib3RoICJlZ3Jlc3MtaW50ZXJmYWNlIiBhbmQgImluZ3Jlc3MtaW50ZXJmYWNlIiBsZWFmcyB0 bw0KICAgYmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICAtIGlmIG5vdCwgc2hvdWxkIHRo ZXJlIGEgJ211c3QnIHN0YXRlbWVudCB0bw0KICAgcHJldmVudCB0aGF0IHBvc3NpYmlsaXR5PyAt IG9yIGFuIGV4cGxhbmF0aW9uIGZvciB3aGF0IGhhcHBlbnMgaWYgaXQgb2NjdXJzPw0KDQpMZXQg bWUgZGlzY3VzcyB0aGlzIHdpdGggbXkgY28tYXV0aG9ycy4NCg0KPEtFTlQ+YW55IHVwZGF0ZSBv biB0aGlzPw0KDQogLSBzL1RoZSBBQ0wncyBhcHBsaWVkL1RoZSBBQ0xzIGFwcGxpZWQvICAgKHRo aXMgaGFwcGVucyBtb3JlIHRoYW4gb25jZSBpbiBtb2RlbCkNCg0KRml4ZWQuDQoNCg0KSW4gU2Vj dGlvbiA0LjI6DQogLSByZWZlcmVuY2VzIHRoZW0gYnkgInVzZXMiIC0tPiByZWZlcmVuY2VzIHRo ZW0gYnkgJ3VzZXMnIHN0YXRlbWVudHMgID8/Pw0KDQpPay4NCg0KDQogLSBub3QgYWxsIHlvdXIg J3JlZmVyZW5jZScgc3RhdGVtZW50cyBoYXZlIHRoZSB0aXRsZSBvZiB0aGUgcmVmZXJlbmNlZCBk b2N1bWVudC4NCg0KRml4ZWQuDQoNCg0KIC0gInRoZW4gdGhlIGRhdGFncmFtIG11c3QgYmUgZGVz dHJveWVkIiAtIHMvZGVzdHJveWVkL2Ryb3BwZWQvPw0KDQpPay4NCg0KDQogLSAib3IgcmVmZXJy aW5nIHRvIGEgZ3JvdXAgb2YgLi4uIiAgLSBzYW1lIGNvbW1lbnRzIGFzIGZvciBwcmV2aW91cyBt b2R1bGUNCiAtICJlY2UiIGlzIG1pc3NpbmcgYSAncmVmZXJlbmNlJyBzdGF0ZW1lbnQ/ICAtDQoN CkFkZGVkLg0KDQoNCiAtICJJbmRpY2F0ZXMgdGhhdCB0aGUgVXJnZW50IHBvaW50ZXIgZmllbGQg aXMgc2lnbmlmaWNhbnQiIC0gdXJnZW50IGlzDQogICBjYXBpdGFsaXplZCwgYnV0IHRoZXJlJ3Mg bm8gY29udGV4dCBhcyBmb3Igd2h5LiAgUGVyaGFwcyBtaXNzaW5nIGENCiAgIHJlZmVyZW5jZSBz dGF0ZW1lbnQgdG9vPw0KDQpBZGRlZCBhIHJlZmVyZW5jZSBzdGF0ZW1lbnQuDQoNCg0KIC0gaW4g IndpbmRvdy1zaXplIiBsZWFmIGRlc2NyaXB0aW9uLCByZW1vdmUgcGFyZW50aGVzZXMNCg0KT2su DQoNCg0KDQpJbiBTZWN0aW9uIDQuMzoNCiAtIHRoZSB0ZXh0IHNheXMgdGhhdCBpdCBkcm9wcyB0 cmFmZmljIGZyb20gWCB0byBZLCBidXQgdGhlIGV4YW1wbGUgc2VlbXMgdG8gZG8NCiAgIHRoZSBy ZXZlcnNlLg0KDQpGaXhlZC4NCg0KDQoNCkluIFNlY3Rpb24gNC40Og0KIC0gVGhlICJXaXRoIHRo ZSBmb2xsb3cgWE1MIGV4YW1wbGU6IiA8RVhBTVBMRT4gIlRoaXMgcmVwcmVzZW50cy4uLiIgaXMN CiAgIGRpZmZpY3VsdCB0byByZWFkLiAgSG93IGFib3V0IGp1c3QgaGF2aW5nICJUaGUgZm9sbG93 aW5nIFhNTCBleGFtcGxlIC4uLjrigJ0/DQoNCkZpeGVkLg0KDQoNCjxLRU5UPiBCVFcsIEkgbWlz c2VkIGl0IGJlZm9yZSwgYnV0IEkgdGhpbmsgdGhlIDQuNCBzZWN0aW9uIHRpdGxlIHNob3VsZCBi ZQ0KcGx1cmFsOiAiUG9ydCBSYW5nZSBVc2FnZSBFeGFtcGxlcyINCg0KDQogLSBkb2VzIHRoZSBz ZWNvbmQgZXhhbXBsZSBwcm92aWRlIGFueSB2YWx1ZSBvZiB0aGUgZmlyc3Q/IC0gc2VlbXMgdGhl IHNhbWUgdG8gbWXigKYNCg0KV2lsbCBjaGFuZ2UgdGhlIGV4YW1wbGUuDQoNCjxLRU5UPiB3YXMg aXQgY2hhbmdlZCBwZXIgdGhlIG5leHQgaXRlbSBiZWxvdywgb3Igc29tZXRoaW5nIGVsc2U/DQoN CiAtIHNlZW1zIGxpa2UgZXhhbXBsZSAzIGNvdWxkIGFsc28gYmUgZXhwcmVzc2VkIGFzICI8bG93 ZXItcG9ydD4yMTwvbG93ZXItcG9ydD4iLA0KICAgcmlnaHQ/ICAtIHRoZSB0ZXh0IGF0IHRoZSBi ZWdpbm5pbmcgb2YgdGhlIHNlY3Rpb24gc2F5cyB0aGlzIGNvbnN0cnVjdCBpcw0KICAgcG9zc2li bGUsIGJ1dCB0aGVyZSBpcyBubyBleGFtcGxlIGZvciBpdC4gIE1heWJlIHRoaXMgbWFrZXMgYSBi ZXR0ZXIgZXggIzI/DQoNCkhhdmUgY2hhbmdlZCB0aGUgbGFuZ3VhZ2UgaW4gdGhlIGJlZ2lubmlu ZyBvZiB0aGUgc2VjdGlvbiB0byBzYXk6DQoNCiJXaGVuIG9ubHkgYSBwb3J0IGlzIHByZXNlbnQs IGl0IHJlcHJlc2VudHMgYSBwb3J0LCB3aXRoIHRoZSBvcGVyYXRvciBzcGVjaWZ5aW5nIHRoZSBy YW5nZS4iDQoNClRoYXQgaXMgYmVjYXVzZSwgaXQgbm93IGEgY2hvaWNlIGJldHdlZW4gc3BlY2lm eWluZyBhIHJhbmdlIG9yIHNwZWNpZnlpbmcgYSBzaW5nbGUgcG9ydCB3aXRoIGFuIG9wZXJhdG9y Lg0KDQoNCg0KSW4gYWxsIHlvdXIgWUFORyBtb2R1bGVzOg0KIC0gcmVwbGFjZSAiTkVUTU9EIChO RVRDT05GIERhdGEgTW9kZWxpbmcgTGFuZ3VhZ2UpIiB3aXRoICJORVRNT0QgKE5ldHdvcmsNCiAg IE1vZGVsaW5nKSBXb3JraW5nIEdyb3Vw4oCdDQoNCk9rLg0KDQoNCg0KSW4gU2VjdGlvbiA/PzoN CiBJbiB0aGUgZXhhbXBsZXMsIHdoeSBkaWQgeW91IGFkZCB0aGUgIjw/eG1sIHZlcnNpb249IjEu MCIgZW5jb2Rpbmc9IlVURi04Ij8+Ig0KIGxpbmUgYW5kIHRoZSAiY29uZmlnIiBlbGVtZW50PyAg LSB0aGUgZXhhbXBsZXMgdmFsaWRhdGUgZXF1YWxseSB3ZWxsIHdoZW4NCiB0aGVzZSBhcmUgcmVt b3ZlZC4NCg0KVGhlIGV4YW1wbGVzIGNhbiB0aGVuIGJlIGN1dCBhbmQgcGFzdGVkIGludG8gYW55 IGNsaWVudCBzdWNoIGFzIG5jY2xpZW50IHdoaWNoIHRha2VzIGFuIGVudGlyZSA8cnBjPi4NCg0K DQoNCkluIFNlY3Rpb24gNjoNCiAtIHMvdGhyZWUgWUFORyBtb2R1bGUvdGhyZWUgWUFORyBtb2R1 bGVzLw0KDQpGaXhlZC4NCg0KDQoNCkluIFNlY3Rpb24gNi4xOg0KIC0gVGhlIGZpcnN0IHBhcmFn cmFwaCBzYXlzICJ0aHJlZSBVUkkiLCBidXQgaXQgc2hvdWxkIGJlICJ0aHJlZSBVUklz4oCdDQoN CkZpeGVkLg0KDQoNCg0KSW4gU2VjdGlvbiBBLjE6DQogLSAiVGhlIGZvbGxvd2luZyBmaWd1cmUg aXMgdGhlIHRyZWUgc3RydWN0dXJlIiAtIHNob3VsZCBzYXkgInRyZWUgZGlhZ3JhbSIgYW5kDQog ICBzaG91bGQgcmVmZXJlbmNlIHRoZSB0cmVlLWRpYWdyYW1zIGRyYWZ0LCBvciBlbHNlIGhhdmUg YSBkcmFmdC13aWRlICJUcmVlDQogICBEaWFncmFtIE5vdGF0aW9uIiBzZWN0aW9uIGluIHRoZSBJ bnRyb2R1Y3Rpb24uDQoNCkFkZGVkIGEgc2VjdGlvbiBpbiB0aGUgSW50cm9kdWN0aW9uLg0KDQoN CiAtIHMvSW4gb3RoZXIgZXhhbXBsZS9JbiBhbm90aGVyIGV4YW1wbGUvPw0KIC0gcy93aXRoIG5l dyBjaG9pY2Ugb2YgYWN0aW9ucy93aXRoIGEgbmV3IGNob2ljZSBvZiBhY3Rpb25zLz8NCg0KQm90 aCBmaXhlZC4NCg0KDQoNCkluIFNlY3Rpb24gQS4zOw0KIC0gc29tZSAncmVmZXJlbmNlJyBzdGF0 ZW1lbnRzIGFyZSBtaXNzaW5nIHRpdGxlcw0KDQpBZGRlZC4NCg0KDQogLSBzb21lICdkZXNjcmlw dGlvbicgc3RhdGVtZW50cyBtaWdodCBiZW5lZml0IGZyb20gYSAncmVmZXJlbmNl4oCZIHN0YXRl bWVudA0KDQpJIGhhdmUgYWRkZWQgcmVmZXJlbmNlcyB0aGF0IEkgY291bGQgZmluZC4NCg0KDQog LSAiVGhlIHVpbnQxNiB0eXBlIHBsYWNlaG9sZGVyIHR5cGUuLi4iIC0gaXMgdGhpcyBhIHR5cG8/ DQoNCkRyb3BwZWQgdGhlIHNlY29uZCDigJx0eXBl4oCdLg0KDQpUaGFua3MuDQoNCjxLRU5UPm5w DQoNCg0KDQpLZW50IC8vIHNoZXBoZXJkDQoNCg0KDQoNCj09PT09IG9yaWdpbmFsIG1lc3NhZ2Ug PT09PT09DQoNClRoaXMgdmVyc2lvbiBvZiB0aGUgZHJhZnQgYWRkcmVzc2VzIGNvbW1lbnRzIHJh aXNlZCBkdXJpbmcgTEMsIHNoZXBoZXJkIHJldmlldyBhbmQgb3RoZXIgY29tbWVudHMgcmVjZWl2 ZWQgZHVyaW5nIHRoYXQgcGVyaW9kLg0KDQoNCk9uIE1hciAzLCAyMDE4LCBhdCAyOjEzIFBNLCBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4g d3JvdGU6DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9u LWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsg aXRlbSBvZiB0aGUgTmV0d29yayBNb2RlbGluZyBXRyBvZiB0aGUgSUVURi4NCg0KICAgICAgVGl0 bGUgICAgICAgICAgIDogTmV0d29yayBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wpIFlBTkcgRGF0 YSBNb2RlbA0KICAgICAgQXV0aG9ycyAgICAgICAgIDogTWFoZXNoIEpldGhhbmFuZGFuaQ0KICAg ICAgICAgICAgICAgICAgICAgICAgTGlzYSBIdWFuZw0KICAgICAgICAgICAgICAgICAgICAgICAg U29uYWwgQWdhcndhbA0KICAgICAgICAgICAgICAgICAgICAgICAgRGFuYSBCbGFpcg0KRmlsZW5h bWUgICAgICAgIDogZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTE3LnR4dA0KUGFnZXMgICAg ICAgICAgIDogNTcNCkRhdGUgICAgICAgICAgICA6IDIwMTgtMDMtMDMNCg0KQWJzdHJhY3Q6DQog VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgZGF0YSBtb2RlbCBmb3IgQWNjZXNzIENvbnRyb2wgTGlz dCAoQUNMKS4NCiBBQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0IG9mIHJ1bGVzLCB1c2VkIHRv IGNvbmZpZ3VyZSB0aGUNCiBmb3J3YXJkaW5nIGJlaGF2aW9yIGluIGRldmljZS4gIEVhY2ggcnVs ZSBpcyB1c2VkIHRvIGZpbmQgYSBtYXRjaCBvbg0KIGEgcGFja2V0LCBhbmQgZGVmaW5lIGFjdGlv bnMgdGhhdCB3aWxsIGJlIHBlcmZvcm1lZCBvbiB0aGUgcGFja2V0Lg0KDQoNClRoZSBJRVRGIGRh dGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly91cmxkZWZl bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9y Z19kb2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmQ9RHdJQ0FnJmM9SEFr WXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5 RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXda TnI2N1NBQThHSGZnWW55Wm9jJnM9NDRHSmxxeHFCMFlLNUc5Z2IxVFV6QW9idWdNSHhEV2ZsYVBD WjNJWXBLQSZlPQ0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUg YXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwt MkQxNyZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pv Q0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1C UktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPXJibTkxU1NKXzBzeEZ4YjY5 MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmZT0NCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2h0bWxf ZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZkPUR3SUNBZyZjPUhBa1l1 aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQ b09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5y NjdTQUE4R0hmZ1lueVpvYyZzPXNpeXB5Qm4zRjhvNmJzQjNaM0U1cVMwdWFTcTJFVUdVUHdpcnhf YV9LRHcmZT0NCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxl IGF0Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB X193d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRh Y2wtMkRtb2RlbC0yRDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5k YjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRj Wm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9dDJscHpT U1c3MkJ2UUsxVmpQb3hYMEFEeGhiOVpEMGZwM2ZYcWNkODBnOCZlPQ0KDQoNClBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFi bGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHAtM0FfX3Rvb2xzLmlldGYub3JnXyZkPUR3TUZhUSZjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4y Z3NCWWFHVHZqSVNsYUpkY1pvJm09Qmd5am5mU3JaZnN3V3JUTWlXLVBkS0VKVUVsM0lYdHdDU28x UFF5VlVhQSZzPTRGakdPbGQ0OUd3STBtb1o3aDZsdGx1djBSWE4xclBtR3AwZC04bWpEbUEmZT0+ Lg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAg YXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9ZnRwLTNBX19m dHAuaWV0Zi5vcmdfaW50ZXJuZXQtMkRkcmFmdHNfJmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZT Y2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJn c0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZn WW55Wm9jJnM9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndqLUhFWHZaS0JSVGlVdyZlPQ0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9k IG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpo dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5p ZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4y Z3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hm Z1lueVpvYyZzPU9LSVZMWExvMFJzcmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmZT0N Cg0KTWFoZXNoIEpldGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFpbHRvOm1q ZXRoYW5hbmRhbmlAZ21haWwuY29tPg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1h aWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZk PUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05 emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1 WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPU9LSVZMWExvMFJzcmYxRFNvTFdTeUhq OTdEdUU2dnVhSjRDcWtfb2kxSEEmZT0NCg0KTWFoZXNoIEpldGhhbmFuZGFuaQ0KbWpldGhhbmFu ZGFuaUBnbWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPg0KDQo= --_000_789CD28AF37543929A095F1FAB135292junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpNb25hY287DQoJcGFub3NlLTE6MiAwIDUgMCAwIDAgMCAwIDAg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28t c3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6Q291cmllcjt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1u YW1lOmFwcGxlLXRhYi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJZm9udC12YXJpYW50Om5v cm1hbCAhaW1wb3J0YW50Ow0KCWNvbG9yOndpbmRvd3RleHQ7DQoJdGV4dC10cmFuc2Zvcm06bm9u ZTsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBub25lOw0KCXZlcnRpY2FsLWFsaWduOmJhc2VsaW5l O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHls ZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUi IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaSI+SGkgTWFoZXNoLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+UGxlYXNlIGxvb2sgZm9yICZsdDtLRU5UJmd0OyBiZWxvdy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+S2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAzLzgvMTgsIDc6NDAgUE0sICZxdW90O01haGVzaCBKZXRo YW5hbmRhbmkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNv bSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S2Vu dCw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1hciA3 LCAyMDE4LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRz ZW5AanVuaXBlci5uZXQiPmt3YXRzZW5AanVuaXBlci5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPltUbyBhbGwgdGhvc2UgdGhhdCBzYWlkIHRoaXMg ZHJhZnQgd2FzIHJlYWR5LCByZWFsbHk/XTxicj4NCjxicj4NCjxicj4NCkhpIE1haGVzaCw8YnI+ DQo8YnI+DQpUaGFua3MgZm9yIHRoZSB1cGRhdGUuICZuYnNwO0kgZm91bmQgc29tZSBtb3JlIGlz c3Vlcy4gJm5ic3A7U29tZSBtdXN0IGJlIGZpeGVkLDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpvdGhlcnMgYXJlIG5pdHMsIGFuZCBtaWdodCBi ZSBjYXVnaHQgYnkgdGhlIFJGQyBFZGl0b3IuICZuYnNwO0J1dCBJIHRoaW5rPGJyPg0KdGhhdCBp dCdzIGVtYmFycmFzc2luZyB0byByZWNlaXZlIGNvbW1lbnRzIGZvciBzdWNoIHRoaW5ncyBmcm9t IHRoZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+ DQpJRVNHLCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwgc28g cGxlYXNlIHNlZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48YnI+DQp3aGF0IHlvdSBjYW4gZG8uPGJyPg0KPGJyPg0KVGhhbmtzLDxicj4NCktlbnQ8YnI+ DQo8YnI+DQo8YnI+DQpGcm9tIElkbml0czo8YnI+DQo8YnI+DQombmJzcDsqKiBUaGVyZSBhcmUg NiBpbnN0YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMgaW4gdGhlIGRvY3VtZW50LCB0aGUgbG9uZ2Vz dCBvbmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtiZWluZyA3IGNoYXJhY3RlcnMgaW4g ZXhjZXNzIG9mIDcyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IbW0uIFRoZSBpZG5pdHMgYXQgc3VibWlzc2lvbiB0 aW1lIGRpZCBub3QgY29tcGxhaW4uIFdpbGwgYXBwbHkgdGhlIG5ldyBzY3JpcHQgdGhhdCB5b3Ug cHJvdmlkZWQgdG8gbWFrZSBzdXJlIEkgd3JhcCB0aGVtIGFyb3VuZC48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCiZuYnNwO1lvdSB3cm90ZSBi ZWZvcmUgdGhhdCBpdCB3YXMgJnF1b3Q7Rml4ZWQmcXVvdDssIGJ1dCBpdCdzIHN0aWxsIGhlcmU/ ICZuYnNwO05vdGU6ICZxdW90OyoqJnF1b3Q7IGlzPGJyPg0KJm5ic3A7YW4gZXJyb3IgKGlkbml0 cyBsYWJlbCk8YnI+DQo8YnI+DQombmJzcDstLSBUaGUgZG9jdW1lbnQgaGFzIGV4YW1wbGVzIHVz aW5nIElQdjQgZG9jdW1lbnRhdGlvbiBhZGRyZXNzZXMgYWNjb3JkaW5nPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7dG8gUkZDNjg5MCwgYnV0IGRvZXMgbm90IHVzZSBhbnkgSVB2NiBkb2N1 bWVudGF0aW9uIGFkZHJlc3Nlcy4gJm5ic3A7TWF5YmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDt0aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9vPzxicj4NCjxicj4NCiZuYnNw O0kgZG9uJ3QgZmVlbCBzdHJvbmdseSBhYm91dCB0aGlzLCBidXQgaWYgaXQncyBlYXN5IGVub3Vn aCB0byBkby4uLjxicj4NCjxicj4NCkluIHRoZSBBYnN0cmFjdDo8YnI+DQombmJzcDstIEkgdGhp bmsgdGhlIHdvcmQgJnF1b3Q7YW4mcXVvdDsgaXMgbWlzc2luZyAoZS5nLiwgYW4gQUNMKTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5BZGRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPjxicj4NCkluIHRoZSBJbnRyb2R1Y3Rpb246PGJyPg0KJm5ic3A7LSBzaG91bGQgJnF1 b3Q7b3JkZXJlZC1ieS11c2VyJnF1b3Q7IGJlICZxdW90O29yZGVyZWQtYnkgdXNlciZxdW90OyB0 byBhdm9pZCBjb25mdXNpb24sIG9yIHBlcmhhcHMgc2F5IGl0IGFub3RoZXIgd2F5Pzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Ib3cgYWJvdXQgdGhpcyBpbiBib3RoIHRoZSBBYnN0cmFjdCBhbmQgdGhlIEludHJvZHVj dGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0iZm9udC12 YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj5BQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0IG9m IHJ1bGVzPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk5FVzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkFuIEFDTCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4gb3JkZXIgc2V0IGJ5 IHRoZSB1c2VyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtLRU5U Jmd0O29yIGhvdyBhYm91dCAmcXVvdDtBbiBBQ0wgaXMgYSB1c2VyLW9yZGVyZWQgc2V0IG9mIHJ1 bGVzJnF1b3Q7Pzxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7 LSB3aGF0IGRvZXMgJnF1b3Q7YSB0dXBsZSBvZiZxdW90OyBtZWFuPyAmbmJzcDtDYW4gdGhpcyBi ZSByZXN0YXRlZD88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SG93IGFib3V0IHRoaXM/PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9MRDo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTogcGFnZTtmb250LXZhcmlh bnQtbGlnYXR1cmVzOiBub3JtYWw7b3JwaGFuczogMjt3aWRvd3M6IDIiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTpIZWx2ZXRpY2EiPlRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9mIGEgdHVw bGUgb2YgcGFja2V0IGhlYWRlciBtYXRjaCBjcml0ZXJpYSBhbmQgY2FuIGhhdmUgbWV0YWRhdGEg bWF0Y2ggY3JpdGVyaWEgYXMgd2VsbC48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5FVzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9yZTogcGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBu b3JtYWw7b3JwaGFuczogMjt3aWRvd3M6IDIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2 ZXRpY2EiPlRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hl cywgYW5kIG9yIG9yIG1ldGFkYXRhIGFzIGRlc2NyaWJlZCBiZWxvdzo8L3NwYW4+PG86cD48L286 cD48L3ByZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtLRU5UJmd0O29yIGhvdyBhYm91dCAmcXVvdDtU aGUgbWF0Y2ggY3JpdGVyaWEgY2FuIGJlIGEgbXVsdGlwbGljaXR5IG9mIGNyaXRlcmlhLCBhbGwg b2Ygd2hpY2ggbXVzdCBiZSB0cnVlIGZvciB0aGUgbWF0Y2ggdG8gb2NjdXIuJm5ic3A7Jm5ic3A7 IFRoZSBtYXRjaCBjcml0ZXJpYSBtYXkgbWF0Y2ggYWdhaW5zdCB2YWx1ZXMgaW4gdGhlIHBhY2tl dCBoZWFkZXIgb3IgYWdhaW5zdCB2ZW5kb3Itc3BlY2lmaWMgbWV0YWRhdGEgYWJvdXQgdGhlDQog cGFja2V0LiZxdW90Oz8mbmJzcDsmbmJzcDsgLSBvciBzb21ldGhpbmcgaW4gYmV0d2Vlbj88bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL0luIGNhc2UgdmVuZG9yIHN1cHBvcnRzIGl0L0luIGNh c2UgYSB2ZW5kb3Igc3VwcG9ydHMgaXQvID88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2suPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1RoZSBsaXN0 IG9mIFggaXMgZW5kbGVzcyBkZXBlbmRpbmcgb24uLi4mcXVvdDsuICZuYnNwO0lzICZxdW90O2Vu ZGxlc3MmcXVvdDsgdGhlIHJpZ2h0IHdvcmQsIHBlcmhhcHMgcmVzdGF0ZT88L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9M RDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9ImJyZWFrLWJlZm9y ZTogcGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7b3JwaGFuczogMjt3aWRvd3M6 IDIiPlRoZSBsaXN0IG9mIHBvdGVudGlhbCBhY3Rpb25zIGlzIGVuZGxlc3M8bzpwPjwvbzpwPjwv cHJlPg0KPHByZSBzdHlsZT0iYnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFyaWFudC1saWdhdHVy ZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMiI+PG86cD4mbmJzcDs8L286cD48L3ByZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5ORVc6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cHJlIHN0eWxlPSJicmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0 dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyIj5UaGUgbGlzdCBvZiBwb3RlbnRpYWwg YWN0aW9ucyBpcyBsaW1pdGxlc3M8bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmx0 O0tFTlQmZ3Q7IG9yIG1heWJlICZxdW90O3VuYm91bmRlZCZxdW90Oz88bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gc2FtZSBzZW50ZW5jZSBhcyBhYm92ZSwgc2hvdWxkICZx dW90O25ldHdvcmtlZCBkZXZpY2VzJnF1b3Q7IGJlICZxdW90O25ldHdvcmsmcXVvdDsgb3IgJnF1 b3Q7bmV0d29ya2luZyZxdW90OyBkZXZpY2VzPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaWxsIGNoYW5nZSDigJxu ZXR3b3JrZWQgZGV2aWNlc+KAnSB0byDigJxuZXR3b3JraW5nIGRldmljZXPigJ0uPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9u IDM6PGJyPg0KJm5ic3A7LSAmcXVvdDtBIG5ldHdvcmsgc3lzdGVtIHVzdWFsbHkgaGF2ZSBhIGxp c3Qgb2YgQUNMcyZxdW90OyAmbmJzcDsocy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9oYXZlL2hhcy8/ KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5zL2hhdmUvaGFzLy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7VGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNp c3Qgb2YgcGFja2V0IGhlYWRlciBtYXRjaGluZyZxdW90OyAtIGlzIGNvbnNpc3QgdGhlIHJpZ2h0 IHdvcmQ/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkhvdyB3b3VsZCB5b3UgcmVzdGF0ZSBpdD8gKEFmdGVyIEkgaGF2 ZSBzL2NvbnNpc3QvY29uc2lzdHMvKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbHQ7S0VOVCZndDsgc2VlIGFib3ZlIChteSBjb21tZW50IGJlZm9yZSBsYXN0LCBpdCBp cyB0aGUgc2FtZSBzZW50ZW5jZSwgcmlnaHQ/KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+Jm5ic3A7LSAmcXVvdDtJdCBhcyBhbHNvIHBvc3NpYmxlIGZvciBBQ0UgdG8gbWF0Y2gg b24gbWV0YWRhdGEmcXVvdDsgJm5ic3A7cy9hcy9pcy8gYW5kIHMvQUNFL2FuIEFDRS88L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+T2s8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei PiZuYnNwOy0gJnF1b3Q7V2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQg ZGV2aWNlLCB0aGUgQUNMIGlzIGFwcGxpZWQgaW4gYSBkaXJlY3Rpb248YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDt3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8g cGFja2V0IGVudGVyaW5nIChpbnB1dCkgb3IgbGVhdmluZyB0aGU8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDtkZXZpY2UgKG91dHB1dCkuJnF1b3Q7ICZuYnNwOy0gcmVzdGF0ZSB0byB0YWxr IGFib3V0ICZxdW90O2luZ3Jlc3MmcXVvdDsgYW5kICZxdW90O2VncmVzc+KAnT88L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SG93IGFib3V0OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5XaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZp Y2UsIHRoZSBBQ0wgaXMgYXBwbGllZCBpbiBhIGRpcmVjdGlvbiB3aGljaCBpbmRpY2F0ZXMgaWYg aXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gaW5ncmVzcyBpbnRlcmZhY2UgKGlucHV0KSBvciBlZ3Jl c3MgaW50ZXJmYWNlIChvdXRwdXQpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KJmx0O0tFTlQmZ3Q7b3IgbWF5YmUgJnF1b3Q7V2hlbiBh cHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCBkaXN0aW5jdCBBQ0xz IGFyZSBkZWZpbmVkIGZvciB0aGUgaW5ncmVzcyAoaW5wdXQpIGFuZCBlZ3Jlc3MgKG91dHB1dCkg ZGlyZWN0aW9ucy4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtBbiBleGFtcGxl IGluIHRoZSBhcHBlbmRpeCBzaG93cyBob3cgdG8gZXhwcmVzcyBpdCBpbiBZQU5HIG1vZGVsLiZx dW90OyAtIGVpdGhlciB0aGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7aXMgbm90IHRydWUsIG9y IHRoZSBzZW50ZW5jZSBzaG91bGQgbm90IGJlIGF0IHRoZSBlbmQgb2YgdGhpcyBwYXJhZ3JhcGg8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+UmVtb3ZlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gMy4xOjxicj4NCiZuYnNwOy0gcy9hbmQgbXVz dCBzdGF0ZW1lbnRzL2FuZCAnbXVzdCcgc3RhdGVtZW50cy88L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG9uZSBhbmQg cy9pZi1mZWF0dXJlL+KAmGlmLWZlYXR1cmXigJkvPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvZGVmaW5lIG5ldyAmcXVvdDttYXRjaGVz JnF1b3Q7IGNob2ljZS9kZWZpbmUgYSBuZXcgJnF1b3Q7bWF0Y2hlcyZxdW90OyBjaG9pY2UvID88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+RG9uZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4xOjxicj4NCiZuYnNwOy0gJnF1b3Q7aWV0Zi1h Y2Nlc3MtY29udHJvbC1saXN0JnF1b3Q7IGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxl IGZvciBhY2Nlc3MgbGlzdHM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDstIHdo YXQgZG9lcyB0aGlzIG1lYW4/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9MRDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZxdW90O2lldGYtYWNjZXNzLWNvbnRyb2wt bGlzdCZxdW90OyBpcyB0aGUgc3RhbmRhcmQgdG9wIGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxp c3RzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk5FVzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZxdW90O2lldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCZxdW90OyBpcyB0aGUgdG9wIGxldmVsIG1v ZHVsZSBmb3IgYWNjZXNzIGxpc3RzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQombHQ7S0VOVCZndDsgaXQncyBtb3JlIHRoYW4gdGhlIHdv cmQgJnF1b3Q7c3RhbmRhcmQmcXVvdDsuJm5ic3A7IE1heWJlIHNvbWV0aGluZyBsaWtlIHRoaXM6 ICZuYnNwO1RoZSAmcXVvdDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDs8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm1vZHVsZSBkZWZpbmVzIGEgY29udGFpbmVyIGNh bGxlZCAmcXVvdDthY2Nlc3MtbGlzdCZxdW90OyZuYnNwOyAtIHdoYXQgZG8geW91IHRoaW5rPyZu YnNwOyZuYnNwOw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtLRU5UJmd0O0JUVywgd2h5 IGlzIHRoZSBjb250YWluZXIgY2FsbGVkICZxdW90O2FjY2Vzcy1saXN0cyZxdW90OyBhbmQgbm90 IGUuZy4sICZxdW90O2FjbHMmcXVvdDsuJm5ic3A7IEkgdGhvdWdodCB0aGF0IHRoZXJlIHdhcyBh IG5vZGUtbmFtaW5nIGlkaW9tIGFsb25nIHRoZSBsaW5lcyBvZiAmcXVvdDsvd2lkZ2V0cy93aWRn ZXQmcXVvdDsgZm9yIHdoZW4gYSBsaXN0IGlzIGEgZGVzY2VuZGVudCBvZiBhIGNvbnRhaW5lci48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh Ij4mbmJzcDstIFRoZSAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsgY29udGFpbmVyIHN0b3JlcyBh IGxpc3Qgb2YgJnF1b3Q7YWNsJnF1b3Q7LiAtIHMvc3RvcmVzL2hhcyBvciBjb250YWlucz8vPHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5zL3N0b3Jlcy9oYXMvPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhIj4mbmJzcDstICZxdW90Oy4uLnRoYXQgY2FuIGJlIHVzZWQgdG8gZGV0ZXJtaW5lIHdo aWNoIHJ1bGUgd2FzIG1hdGNoZWQgdXBvbiZxdW90OyAtIG5vdCBzdXJlIGlmIHRoaXM8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDtwYXJ0IGlzIG5lZWRlZCwgb3IgbWF5YmUgYmV0dGVyIHJlc3RhdGVk ICZxdW90Oywgd2hpY2ggY2FuIGxhdGVyIGJlIHVzZWQgdG8gZGV0ZXJtaW5l4oCmJnF1b3Q7Pzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPiZuYnNwOy0gcy9hYmlsaXR5IGZvciBBQ0wncyB0byBiZS9hYmlsaXR5IGZvciBBQ0xz IHRvIGJlLzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4xIChpbiB0aGUgWUFORyBtb2R1bGUp Ojxicj4NCiZuYnNwOy0gQSBudW1iZXIgb2YgaWRlbnRpdGllcyByZWFkICZxdW90O0FDTCB0aGF0 IHByaW1hcmlseSBtYXRjaGVzLi4uJnF1b3Q7LiAmbmJzcDtJcyAmcXVvdDtwcmltYXJpbHkmcXVv dDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDthbiBhY2N1cmF0ZSB3b3JkPyAtIGlmIHNvLCB0aGVu IGRvIHdlIG5lZWQgdG8gc2F5IGFueXRoaW5nIGFib3V0IHdoZW4gaXQnczxicj4NCiZuYnNwOyZu YnNwOyZuYnNwO25vdCB0aGUgY2FzZT8gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIG9uZSBvZiB0aGUgdGV4dCBz YXlzLiBJdCBwcmltYXJpbHkgbWF0Y2hlcyBJUHY0LCBhbmQgZG9lcyBub3QgbWF0Y2ggZWl0aGVy IGV0aGVybmV0IG9yIElQdjYgaGVhZGVycy4gU3VjaCBBQ0wgdHlwZXMgYXJlIGRpZmZlcmVudCBm cm9tIHRoZSBtaXhlZCBBQ0wgdHlwZXMgdGhhdCBtaWdodCBtYXRjaCBvbiBhIGNvbWJpbmF0aW9u IG9mIGV0aGVybmV0IGFuZCBJUHY0IGhlYWRlcnMgZXRjLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbHQ7S0VOVCZndDtCdXQgbXkgY29tbWVudCBpcyBtb3JlIHRoYXQg JnF1b3Q7cHJpbWFyaWx5JnF1b3Q7IHNlZW1zIHdpc2h5LXdhc2h5LiZuYnNwOyBJdCBzZWVtcyBs aWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29tZXRoaW5nLCBpdCBhY3R1YWxseSBkb2Vz IGl0LiZuYnNwOyZuYnNwOyBJZiB0aGVyZSBpcyBhIGdyZXkgYXJlYSwgd2hlcmUgaXQgbWlnaHQg bWF0Y2ggc29tZXRoaW5nIGVsc2UsIGlmIHBvc3NpYmxlLCBtYXliZSBpdCB3b3VsZCBoZWxwIHRv DQogY2FsbCB0aGF0IG91dD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNw O1NlcGFyYXRlbHksIHMvQUNML2FuIEFDTC8/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9rLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48 L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBBIG51bWJlciBvZiBm ZWF0dXJlcyByZWFkICZxdW90O0RldmljZSBjYW4gc3VwcG9ydC4uLiZxdW90OyAtIHMvRGV2aWNl L1RoZSBkZXZpY2UvPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7SXQgY2FuIGhhdmUgb25lIG9yIG1v cmUgQWNjZXNzIENvbnRyb2wgTGlzdHMmcXVvdDsgLSBsaXN0cyBzaG91bGQgYmUgc2luZ3VsYXIu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlJlYWxseT8gRW5nbGlzaCBncmFtbWFyIHNheXMgdGhhdCBpZiBhIHNlbnRl bmNlIGhhcyBib3RoIGEgc2luZ3VsYXIgYW5kIGEgcGx1cmFsLCB0aGUgb25lIG5lYXJlc3QgdG8g dGhlIHN1YmplY3QgaXMgdGhlIG9uZSB5b3Ugc2VsZWN0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbHQ7S0VOVCZndDthY3R1YWxseSwgSSdtIGp1c3QgZ29pbmcgb2Zm IHRoZSBmYWN0IHRoYXQgdGhlIGxpc3Qgbm9kZSBpcyBjYWxsICZxdW90O2FjbCZxdW90Oywgd2hp Y2ggaXMgc2luZ3VsYXIuJm5ic3A7IFBlcmhhcHMgZXZlbiBiZXR0ZXIgd291bGQgYmUgdG8gc2F5 Og0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZu YnNwOzwvc3Bhbj5JdCBjYW4gY29udGFpbiBvbmUgb3IgbW9yZSAmcXVvdDthY2wmcXVvdDsgbm9k ZXMgLSB0aG91Z2h0cz88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVv dDtBbiBBY2Nlc3MgQ29udHJvbCBMaXN0KEFDTCkmcXVvdDsgLSBwdXQgYSBzcGFjZSBiZWZvcmUg KEFDTCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90OyBJbmRpY2F0ZXMgdGhlIHByaW1hcnkgaW50ZW5k ZWQmcXVvdDsgLSBoZXJlJ3MgdGhhdCB3b3JkICZxdW90O3ByaW1hcnkmcXVvdDsgYWdhaW4uLi48 YnI+DQombmJzcDstIHMvYSBsaXN0IG9mIGFjY2Vzcy1saXN0LWVudHJpZXMoQUNFKS8gYSBsaXN0 IG9mIGFjY2Vzcy1saXN0LWVudHJ5IG5vZGVzIChBQ0UpLz88L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2suPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvTGlz dCBvZiBhY2Nlc3MgbGlzdCBlbnRyaWVzKEFDRSkvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyeSBu b2RlcyAoQUNFKS8/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7LSB0aGVyZSBp cyBtb3JlIHRoYW4gb25lIGluc3RhbmNlIG9mIHRoaXMgaW4gdGhlIG1vZGVsPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ Jm5ic3A7LSAmcXVvdDsuLi8uLi8uLi8uLi90eXBlJnF1b3Q7IC0gc3RpbGwgc29tZSBsb25nIHJl bGF0aXZlIFhQYXRoczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7IG9yIHJlZmVycmluZyB0byBh IGdyb3VwIG9mIHNvdXJjZSBwb3J0cyZxdW90OyAtIHRoaXMgaXNuJ3QgdGhlcmUgeWV0LiAmbmJz cDtJIHRoaW5rIHlvdTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3dhbnQgdG8gc2F5IHNvbWV0aGlu ZyBsaWtlICZxdW90O3RoaXMgaXMgYSBjaG9pY2Ugc28gYXMgdG8gc3VwcG9ydCBmdXR1cmUgJ2Nh c2UnPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7c3RhdGVtZW50cywgc3VjaCBhcyBvbmUgZW5hYmxp bmcgYSBncm91cCBvZiBzb3VyY2UgcG9ydHMgdG8gYmUgcmVmZXJlbmNlZOKAnTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5Ib3cgYWJvdXQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5DaG9pY2Ugb2Ygc291cmNlIHBvcnQgZGVmaW5pdGlvbiB1c2luZyBy YW5nZS9vcGVyYXRvciBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2UgcG9ydHMsIHRv IGJlIGFkZGVkIGFzIGEgZnV0dXJlICdjYXNlJyBzdGF0ZW1lbnQuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZsdDtLRU5UJmd0O0kgbGlrZSBteSBmcmFtaW5nIGJldHRlciBiZWNhdXNlIDEpIGl0 IGlzIGxlc3MgY29tbWl0dGFsIGFib3V0IHRoZSBmdXR1cmUgYW5kIDIpIGl0IGRvZXNuJ3QgbGlt aXQgdGhlcmUgdG8gYmVpbmcganVzdCBvbmUgJ2Nhc2UnIHN0YXRlbWVudCB0aGF0IG1pZ2h0IGJl IGFkZGVkIGluIHRoZSBmdXR1cmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5 Ok1vbmFjbztjb2xvcjojMDA4RjAwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5 Ok1vbmFjbztjb2xvcjojMDA4RjAwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIGRpdHRvIGZvciAmcXVvdDtvciBy ZWZlcnJpbmcgdG8gYSBncm91cCBvZiBkZXN0aW5hdGlvbiBwb3J0cy4mcXVvdDs8YnI+DQombmJz cDstIGRpdHRvIG9uIGJvdGggb2YgdGhlIGFib3ZlIGZvciB0aGUgJnF1b3Q7dWRwJnF1b3Q7IGNv bnRhaW5lcjxicj4NCiZuYnNwOy0gaXMgaXQgcG9zc2libGUgZm9yIGJvdGggJnF1b3Q7ZWdyZXNz LWludGVyZmFjZSZxdW90OyBhbmQgJnF1b3Q7aW5ncmVzcy1pbnRlcmZhY2UmcXVvdDsgbGVhZnMg dG88c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7YmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICZuYnNwOy0g aWYgbm90LCBzaG91bGQgdGhlcmUgYSAnbXVzdCcgc3RhdGVtZW50IHRvPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7cHJldmVudCB0aGF0IHBvc3NpYmlsaXR5PyAtIG9yIGFuIGV4cGxhbmF0aW9uIGZv ciB3aGF0IGhhcHBlbnMgaWYgaXQgb2NjdXJzPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MZXQgbWUgZGlzY3VzcyB0 aGlzIHdpdGggbXkgY28tYXV0aG9ycy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jmx0O0tFTlQmZ3Q7YW55IHVwZGF0ZSBvbiB0aGlzPzxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gcy9UaGUgQUNMJ3MgYXBw bGllZC9UaGUgQUNMcyBhcHBsaWVkLyAmbmJzcDsmbmJzcDsodGhpcyBoYXBwZW5zIG1vcmUgdGhh biBvbmNlIGluIG1vZGVsKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4y Ojxicj4NCiZuYnNwOy0gcmVmZXJlbmNlcyB0aGVtIGJ5ICZxdW90O3VzZXMmcXVvdDsgLS0mZ3Q7 IHJlZmVyZW5jZXMgdGhlbSBieSAndXNlcycgc3RhdGVtZW50cyAmbmJzcDs/Pz88L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4m bmJzcDstIG5vdCBhbGwgeW91ciAncmVmZXJlbmNlJyBzdGF0ZW1lbnRzIGhhdmUgdGhlIHRpdGxl IG9mIHRoZSByZWZlcmVuY2VkIGRvY3VtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GaXhlZC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7dGhl biB0aGUgZGF0YWdyYW0gbXVzdCBiZSBkZXN0cm95ZWQmcXVvdDsgLSBzL2Rlc3Ryb3llZC9kcm9w cGVkLz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O29yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIC4u LiZxdW90OyAmbmJzcDstIHNhbWUgY29tbWVudHMgYXMgZm9yIHByZXZpb3VzIG1vZHVsZTxicj4N CiZuYnNwOy0gJnF1b3Q7ZWNlJnF1b3Q7IGlzIG1pc3NpbmcgYSAncmVmZXJlbmNlJyBzdGF0ZW1l bnQ/ICZuYnNwOy08c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkFkZGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtJbmRpY2F0ZXMgdGhhdCB0aGUgVXJnZW50IHBv aW50ZXIgZmllbGQgaXMgc2lnbmlmaWNhbnQmcXVvdDsgLSB1cmdlbnQgaXM8YnI+DQombmJzcDsm bmJzcDsmbmJzcDtjYXBpdGFsaXplZCwgYnV0IHRoZXJlJ3Mgbm8gY29udGV4dCBhcyBmb3Igd2h5 LiAmbmJzcDtQZXJoYXBzIG1pc3NpbmcgYTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3JlZmVyZW5j ZSBzdGF0ZW1lbnQgdG9vPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZGRlZCBhIHJlZmVyZW5jZSBzdGF0ZW1lbnQu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDst IGluICZxdW90O3dpbmRvdy1zaXplJnF1b3Q7IGxlYWYgZGVzY3JpcHRpb24sIHJlbW92ZSBwYXJl bnRoZXNlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4zOjxicj4NCiZuYnNwOy0gdGhlIHRl eHQgc2F5cyB0aGF0IGl0IGRyb3BzIHRyYWZmaWMgZnJvbSBYIHRvIFksIGJ1dCB0aGUgZXhhbXBs ZSBzZWVtcyB0byBkbzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3RoZSByZXZlcnNlLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPjxicj4NCkluIFNlY3Rpb24gNC40Ojxicj4NCiZuYnNwOy0gVGhlICZxdW90O1dpdGggdGhl IGZvbGxvdyBYTUwgZXhhbXBsZTomcXVvdDsgJmx0O0VYQU1QTEUmZ3Q7ICZxdW90O1RoaXMgcmVw cmVzZW50cy4uLiZxdW90OyBpczxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtkaWZmaWN1bHQgdG8gcmVhZC4gJm5i c3A7SG93IGFib3V0IGp1c3QgaGF2aW5nICZxdW90O1RoZSBmb2xsb3dpbmcgWE1MIGV4YW1wbGUg Li4uOuKAnT88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Rml4ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmx0 O0tFTlQmZ3Q7IEJUVywgSSBtaXNzZWQgaXQgYmVmb3JlLCBidXQgSSB0aGluayB0aGUgNC40IHNl Y3Rpb24gdGl0bGUgc2hvdWxkIGJlDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPnBsdXJhbDogJnF1b3Q7UG9ydCBSYW5nZSBVc2FnZSBFeGFtcGxlcyZxdW90Ozxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBkb2VzIHRoZSBzZWNvbmQg ZXhhbXBsZSBwcm92aWRlIGFueSB2YWx1ZSBvZiB0aGUgZmlyc3Q/IC0gc2VlbXMgdGhlIHNhbWUg dG8gbWXigKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+V2lsbCBjaGFuZ2UgdGhlIGV4YW1wbGUuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZsdDtLRU5UJmd0OyB3YXMgaXQgY2hhbmdlZCBw ZXIgdGhlIG5leHQgaXRlbSBiZWxvdywgb3Igc29tZXRoaW5nIGVsc2U/PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzZWVtcyBsaWtl IGV4YW1wbGUgMyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAmcXVvdDsmbHQ7bG93ZXItcG9y dCZndDsyMSZsdDsvbG93ZXItcG9ydCZndDsmcXVvdDssPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 cmlnaHQ/ICZuYnNwOy0gdGhlIHRleHQgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgc2VjdGlvbiBz YXlzIHRoaXMgY29uc3RydWN0IGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cG9zc2libGUsIGJ1 dCB0aGVyZSBpcyBubyBleGFtcGxlIGZvciBpdC4gJm5ic3A7TWF5YmUgdGhpcyBtYWtlcyBhIGJl dHRlciBleCAjMj88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGF2ZSBjaGFuZ2VkIHRoZSBsYW5ndWFnZSBpbiB0aGUg YmVnaW5uaW5nIG9mIHRoZSBzZWN0aW9uIHRvIHNheTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7V2hlbiBvbmx5IGEgcG9ydCBpcyBw cmVzZW50LCBpdCByZXByZXNlbnRzIGEgcG9ydCwgd2l0aCB0aGUgb3BlcmF0b3Igc3BlY2lmeWlu ZyB0aGUgcmFuZ2UuJnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoYXQgaXMgYmVjYXVzZSwgaXQgbm93IGEgY2hvaWNlIGJldHdlZW4g c3BlY2lmeWluZyBhIHJhbmdlIG9yIHNwZWNpZnlpbmcgYSBzaW5nbGUgcG9ydCB3aXRoIGFuIG9w ZXJhdG9yLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ PGJyPg0KSW4gYWxsIHlvdXIgWUFORyBtb2R1bGVzOjxicj4NCiZuYnNwOy0gcmVwbGFjZSAmcXVv dDtORVRNT0QgKE5FVENPTkYgRGF0YSBNb2RlbGluZyBMYW5ndWFnZSkmcXVvdDsgd2l0aCAmcXVv dDtORVRNT0QgKE5ldHdvcms8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7TW9kZWxpbmcpIFdvcmtpbmcgR3JvdXDi gJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uID8/Ojxicj4NCiZuYnNwO0luIHRoZSBleGFtcGxl cywgd2h5IGRpZCB5b3UgYWRkIHRoZSAmcXVvdDsmbHQ7P3htbCB2ZXJzaW9uPSZxdW90OzEuMCZx dW90OyBlbmNvZGluZz0mcXVvdDtVVEYtOCZxdW90Oz8mZ3Q7JnF1b3Q7PGJyPg0KJm5ic3A7bGlu ZSBhbmQgdGhlICZxdW90O2NvbmZpZyZxdW90OyBlbGVtZW50PyAmbmJzcDstIHRoZSBleGFtcGxl cyB2YWxpZGF0ZSBlcXVhbGx5IHdlbGwgd2hlbjxicj4NCiZuYnNwO3RoZXNlIGFyZSByZW1vdmVk Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5UaGUgZXhhbXBsZXMgY2FuIHRoZW4gYmUgY3V0IGFuZCBwYXN0ZWQgaW50 byBhbnkgY2xpZW50IHN1Y2ggYXMgbmNjbGllbnQgd2hpY2ggdGFrZXMgYW4gZW50aXJlICZsdDty cGMmZ3Q7LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ PGJyPg0KSW4gU2VjdGlvbiA2Ojxicj4NCiZuYnNwOy0gcy90aHJlZSBZQU5HIG1vZHVsZS90aHJl ZSBZQU5HIG1vZHVsZXMvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA2LjE6PGJyPg0KJm5i c3A7LSBUaGUgZmlyc3QgcGFyYWdyYXBoIHNheXMgJnF1b3Q7dGhyZWUgVVJJJnF1b3Q7LCBidXQg aXQgc2hvdWxkIGJlICZxdW90O3RocmVlIFVSSXPigJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rml4ZWQuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0 aW9uIEEuMTo8YnI+DQombmJzcDstICZxdW90O1RoZSBmb2xsb3dpbmcgZmlndXJlIGlzIHRoZSB0 cmVlIHN0cnVjdHVyZSZxdW90OyAtIHNob3VsZCBzYXkgJnF1b3Q7dHJlZSBkaWFncmFtJnF1b3Q7 IGFuZDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3Nob3VsZCByZWZlcmVuY2UgdGhlIHRyZWUtZGlh Z3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2ZSBhIGRyYWZ0LXdpZGUgJnF1b3Q7VHJlZTxicj4NCiZu YnNwOyZuYnNwOyZuYnNwO0RpYWdyYW0gTm90YXRpb24mcXVvdDsgc2VjdGlvbiBpbiB0aGUgSW50 cm9kdWN0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZGRlZCBhIHNlY3Rpb24gaW4gdGhlIEludHJvZHVjdGlv bi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNw Oy0gcy9JbiBvdGhlciBleGFtcGxlL0luIGFub3RoZXIgZXhhbXBsZS8/PGJyPg0KJm5ic3A7LSBz L3dpdGggbmV3IGNob2ljZSBvZiBhY3Rpb25zL3dpdGggYSBuZXcgY2hvaWNlIG9mIGFjdGlvbnMv Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5Cb3RoIGZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiBBLjM7PGJyPg0KJm5ic3A7LSBzb21l ICdyZWZlcmVuY2UnIHN0YXRlbWVudHMgYXJlIG1pc3NpbmcgdGl0bGVzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFk ZGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7LSBzb21lICdkZXNjcmlwdGlvbicgc3RhdGVtZW50cyBtaWdodCBiZW5lZml0IGZyb20gYSAn cmVmZXJlbmNl4oCZIHN0YXRlbWVudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgYWRkZWQgcmVmZXJlbmNl cyB0aGF0IEkgY291bGQgZmluZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7VGhlIHVpbnQxNiB0eXBlIHBsYWNlaG9sZGVyIHR5 cGUuLi4mcXVvdDsgLSBpcyB0aGlzIGEgdHlwbz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RHJvcHBlZCB0aGUgc2Vj b25kIOKAnHR5cGXigJ0uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlRoYW5rcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCiZsdDtLRU5UJmd0O25wPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5LZW50IC8vIHNoZXBoZXJkPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo9PT09PSBvcmlnaW5hbCBt ZXNzYWdlID09PT09PTxicj4NCjxicj4NClRoaXMgdmVyc2lvbiBvZiB0aGUgZHJhZnQgYWRkcmVz c2VzIGNvbW1lbnRzIHJhaXNlZCBkdXJpbmcgTEMsIHNoZXBoZXJkIHJldmlldyBhbmQgb3RoZXIg Y29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIHRoYXQgcGVyaW9kLjxicj4NCjxiciBzdHlsZT0iZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0Oy13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPk9uIE1hciAzLCAyMDE4LCBhdCAyOjEzIFBNLA0KPGEg aHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+aW50ZXJuZXQtZHJhZnRzQGll dGYub3JnPC9hPiB3cm90ZTo8YnI+DQo8YnI+DQo8YnI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBp cyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMu PGJyPg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTmV0d29yayBNb2RlbGluZyBX RyBvZiB0aGUgSUVURi48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtUaXRsZSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs6IE5ldHdvcmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNMKSBZQU5HIERh dGEgTW9kZWw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtBdXRob3Jz ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogTWFoZXNo IEpldGhhbmFuZGFuaTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0xpc2EgSHVh bmc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTb25hbCBBZ2Fyd2FsPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7RGFuYSBCbGFpcjxicj4NCkZpbGVuYW1lICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTE3LnR4dDxicj4NClBhZ2VzICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogNTc8YnI+DQpEYXRlICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OzogMjAxOC0wMy0wMzxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwO1RoaXMgZG9jdW1l bnQgZGVmaW5lcyBhIGRhdGEgbW9kZWwgZm9yIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkuPGJy Pg0KJm5ic3A7QUNMIGlzIGEgb3JkZXJlZC1ieS11c2VyIHNldCBvZiBydWxlcywgdXNlZCB0byBj b25maWd1cmUgdGhlPGJyPg0KJm5ic3A7Zm9yd2FyZGluZyBiZWhhdmlvciBpbiBkZXZpY2UuICZu YnNwO0VhY2ggcnVsZSBpcyB1c2VkIHRvIGZpbmQgYSBtYXRjaCBvbjxicj4NCiZuYnNwO2EgcGFj a2V0LCBhbmQgZGVmaW5lIGFjdGlvbnMgdGhhdCB3aWxsIGJlIHBlcmZvcm1lZCBvbiB0aGUgcGFj a2V0Ljxicj4NCjxicj4NCjxicj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZv ciB0aGlzIGRyYWZ0IGlzOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0 LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsXyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVo NjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdK OUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdf Z1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9NDRHSmxxeHFCMFlLNUc5Z2IxVFV6QW9idWdN SHhEV2ZsYVBDWjNJWXBLQSZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0 Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsXyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3Vo cjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09I N1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pO cjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9NDRHSmxxeHFCMFlLNUc5Z2IxVFV6QW9idWdNSHhEV2Zs YVBDWjNJWXBLQSZhbXA7ZT08L2E+PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQg dmVyc2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5w cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFm dC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNBZyZhbXA7Yz1I QWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5K VXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENS ZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1yYm05MVNTSl8wc3hGeGI2OTJkMEZI MEctZGJCVEFVQ2YyS1J5U3l6dEpRJmFtcDtlPSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0 Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYz cnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlF UG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dX VXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXJibTkxU1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJU QVVDZjJLUnlTeXp0SlEmYW1wO2U9PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5z ZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdf ZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1E d0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZh bXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1 QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9c2l5cHlCbjNG OG82YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5v cmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7 ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDtt PWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9c2l5cHlC bjNGOG82YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZhbXA7ZT08L2E+PGJyPg0KPGJy Pg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4N CjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw cy0zQV9fd3d3LmlldGYub3JnX3JmY2RpZmYtM0Z1cmwyLTNEZHJhZnQtMkRpZXRmLTJEbmV0bW9k LTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2Jm aDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4y Z3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FB OEdIZmdZbnlab2MmYW1wO3M9dDJscHpTU1c3MkJ2UUsxVmpQb3hYMEFEeGhiOVpEMGZwM2ZYcWNk ODBnOCZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o dHRwcy0zQV9fd3d3LmlldGYub3JnX3JmY2RpZmYtM0Z1cmwyLTNEZHJhZnQtMkRpZXRmLTJEbmV0 bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZT Y2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1lo cW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3 U0FBOEdIZmdZbnlab2MmYW1wO3M9dDJscHpTU1c3MkJ2UUsxVmpQb3hYMEFEeGhiOVpEMGZwM2ZY cWNkODBnOCZhbXA7ZT08L2E+PGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBt YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjxi cj4NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQ8 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0i aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3Rvb2xz LmlldGYub3JnXyZhbXA7ZD1Ed01GYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1L LW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZq SVNsYUpkY1pvJmFtcDttPUJneWpuZlNyWmZzd1dyVE1pVy1QZEtFSlVFbDNJWHR3Q1NvMVBReVZV YUEmYW1wO3M9NEZqR09sZDQ5R3dJMG1vWjdoNmx0bHV2MFJYTjFyUG1HcDBkLThtakRtQSZhbXA7 ZT0iPnRvb2xzLmlldGYub3JnPC9hPi48YnI+DQo8YnI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFs c28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWZ0cC0zQV9fZnRwLmlldGYub3JnX2lu dGVybmV0LTJEZHJhZnRzXyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBV akJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NC WWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdI ZmdZbnlab2MmYW1wO3M9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndqLUhFWHZaS0JSVGlV dyZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1mdHAt M0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18mYW1wO2Q9RHdJQ0FnJmFtcDtjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpV dlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1Jm N2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXhQN3o5VnhVZ3RPdFNWSWdxUEY1UktJ cVRPaTZ3ai1IRVh2WktCUlRpVXcmYW1wO2U9PC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlz dDxicj4NCjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwv YT48YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1E d0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZh bXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1 QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9T0tJVkxYTG8w UnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZhbXA7ZT0iPmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt YW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJn c0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4 R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29p MUhBJmFtcDtlPTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KTWFoZXNoIEpldGhhbmFuZGFuaTxicj4NCjwvc3Bhbj48YSBocmVm PSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86 bmV0bW9kQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0 dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3Lmll dGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2 M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5 RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19n V1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVF NnZ1YUo0Q3FrX29pMUhBJmFtcDtlPSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91 cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmFtcDtk PUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJ JmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209 aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhM bzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29pMUhBJmFtcDtlPTwvc3Bhbj48L2E+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPk1haGVzaCBKZXRoYW5hbmRhbmk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdt YWlsLmNvbSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L2E+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_789CD28AF37543929A095F1FAB135292junipernet_-- From nobody Tue Mar 13 15:28:03 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EABD2126DFB; Tue, 13 Mar 2018 15:28:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152098008191.9907.13211279619548821984@ietfa.amsl.com> Date: Tue, 13 Mar 2018 15:28:01 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-rfc6087bis-20.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 22:28:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Guidelines for Authors and Reviewers of YANG Data Model Documents Author : Andy Bierman Filename : draft-ietf-netmod-rfc6087bis-20.txt Pages : 72 Date : 2018-03-13 Abstract: This memo provides guidelines for authors and reviewers of specifications containing YANG data model modules. Recommendations and procedures are defined, which are intended to increase interoperability and usability of Network Configuration Protocol (NETCONF) and RESTCONF protocol implementations that utilize YANG data model modules. This document obsoletes RFC 6087. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc6087bis-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-rfc6087bis-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 13 15:50:15 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EB3EC126FDC; Tue, 13 Mar 2018 15:50:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.75.0 Auto-Submitted: auto-generated Precedence: bulk Cc: netmod-chairs@ietf.org, The IESG , kwatsen@juniper.net, netmod@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org, bclaise@cisco.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <152098141295.9866.11168214650332522454.idtracker@ietfa.amsl.com> Date: Tue, 13 Mar 2018 15:50:12 -0700 Archived-At: Subject: [netmod] Protocol Action: 'Guidelines for Authors and Reviewers of YANG Data Model Documents' to Best Current Practice (draft-ietf-netmod-rfc6087bis-20.txt) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2018 22:50:13 -0000 The IESG has approved the following document: - 'Guidelines for Authors and Reviewers of YANG Data Model Documents' (draft-ietf-netmod-rfc6087bis-20.txt) as Best Current Practice This document is the product of the Network Modeling Working Group. The IESG contact persons are Warren Kumari and Benoit Claise. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6087bis/ Technical Summary This memo provides guidelines for authors and reviewers of Standards Track specifications containing YANG data model modules. Applicable portions may be used as a basis for reviews of other YANG data model documents. Recommendations and procedures are defined, which are intended to increase interoperability and usability of Network Configuration Protocol (NETCONF) and RESTCONF protocol implementations that utilize YANG data model modules. This document obsoletes RFC 6087. Working Group Summary Consensus was reached among all interested parties before requesting the publication of this document. Document Quality Multiple implementers of YANG and those who write models using YANG have reviewed the document. Personnel Kent Watsen is the Document Shepherd for this document? Benoit Claise is the Responsible Area Director. From nobody Tue Mar 13 18:46:38 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD219124BFA for ; Tue, 13 Mar 2018 18:46:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 afNg86qZhDtH for ; Tue, 13 Mar 2018 18:46:30 -0700 (PDT) Received: from mail-pl0-x22d.google.com (mail-pl0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (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 A3910127058 for ; Tue, 13 Mar 2018 18:46:30 -0700 (PDT) Received: by mail-pl0-x22d.google.com with SMTP id ay1-v6so884275plb.7 for ; Tue, 13 Mar 2018 18:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qI9L3+Wdi3pBgLrc3z0eQGdzCstlMjQ46coI9F20UQo=; b=uDpOzll/s0eob5dvXuOj99N3bXin73zzByeQ+MzWKQDdYb3blcpbZo//HkcntXXEzC ocIrJMtENkFwtjuBAjkKg0coF8osITI1+9oNAZ0nnSEn7mL8PI0M7AGgS2I8DlGOAOse 8kpzBLvVJJvYgmD6bQ74PftYkczhvyxOM0uqJfd7ygfvjEbvPPhdbge0mMwoLh1Gh471 IGRrcGqIwaPTM1jDxWAz82A0GrSDLOR7N4BW1rPzKltvDRx04W4hEl/lq5PubSEQl6qq mxxzT+p9x/wK17Pu8AS+zm7dSoLRbzeVrNxrWGqlz4MfG9mDTmYm0aBJyw8/CvuwVRBe a8QQ== 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=qI9L3+Wdi3pBgLrc3z0eQGdzCstlMjQ46coI9F20UQo=; b=C9niYurAJJKhAI4oOqiWjpRJp25/tzBbvm124OKI1C/zpu2YBpwoH4I3UaBspp1Xts pFoljdogUJzrZMURpX80Mr6k0CPGnAxXEQTVDmJ3bjAemyxHm6h3N2x6x5d4lGb0dJpU +OraGBE7VAmIJdjFnhhy3UfjnQWF8h8anyNYCTIMi20YAzKXBc2TjhhoQ7P78pWuXI4b eAGJYBWAY6P3w+PFKVhvjoydVufzQ5TP8fP2IhWLEea9rWXWiskIJmPruTv/82h0/N4R N181Z+niQM5JReTISvRjfJSJo0ILmSEP1aNG33XQKhELjDYBvK9i9NjPqRTInG5y4rP9 +NHg== X-Gm-Message-State: AElRT7EByE7P5UoknFNjkD4hVNr1Lj9lhPu0GcCGlbiGirPAfxS6FNnF u6nyv/MSEeXbbQ/zRfuTBhwpk0zf X-Google-Smtp-Source: AG47ELu1NYkn9jqCqq4o64ALKrYZHIbKNFGMCAxHPijkY5lZEqQ+BjM2fuApWu+S7SEIM0ol8oOO6Q== X-Received: by 2002:a17:902:146:: with SMTP id 64-v6mr2404819plb.30.1520991990004; Tue, 13 Mar 2018 18:46:30 -0700 (PDT) Received: from [192.168.1.104] (c-24-6-191-201.hsd1.ca.comcast.net. [24.6.191.201]) by smtp.gmail.com with ESMTPSA id q2sm2229077pfh.103.2018.03.13.18.46.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Mar 2018 18:46:29 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_3C7B90A8-1D17-48D1-96AB-7107EE73F4E1" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Tue, 13 Mar 2018 18:46:59 -0700 In-Reply-To: <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> Cc: NETMOD WG To: Kent Watsen References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 01:46:36 -0000 --Apple-Mail=_3C7B90A8-1D17-48D1-96AB-7107EE73F4E1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 13, 2018, at 3:23 PM, Kent Watsen wrote: >=20 > Hi Mahesh, > =20 > Please look for below. > =20 > Thanks, > Kent > =20 > =20 > On 3/8/18, 7:40 PM, "Mahesh Jethanandani" > wrote: > =20 > Kent, >=20 >=20 >> On Mar 7, 2018, at 1:55 PM, Kent Watsen > wrote: >> =20 >> [To all those that said this draft was ready, really?] >>=20 >>=20 >> Hi Mahesh, >>=20 >> Thanks for the update. I found some more issues. Some must be = fixed,=20 >> others are nits, and might be caught by the RFC Editor. But I think >> that it's embarrassing to receive comments for such things from the=20= >> IESG, as is recently the case for the syslog draft, so please see=20 >> what you can do. >>=20 >> Thanks, >> Kent >>=20 >>=20 >> =46rom Idnits: >>=20 >> ** There are 6 instances of too long lines in the document, the = longest one >> being 7 characters in excess of 72. > =20 > Hmm. The idnits at submission time did not complain. Will apply the = new script that you provided to make sure I wrap them around. >=20 >=20 >>=20 >> You wrote before that it was "Fixed", but it's still here? Note: = "**" is >> an error (idnits label) >>=20 >> -- The document has examples using IPv4 documentation addresses = according >> to RFC6890, but does not use any IPv6 documentation addresses. = Maybe >> there should be IPv6 examples, too? >>=20 >> I don't feel strongly about this, but if it's easy enough to do... >>=20 >> In the Abstract: >> - I think the word "an" is missing (e.g., an ACL) > =20 > Added. >=20 >=20 >>=20 >> In the Introduction: >> - should "ordered-by-user" be "ordered-by user" to avoid confusion, = or perhaps say it another way? > =20 > How about this in both the Abstract and the Introduction. > =20 > OLD: > ACL is a ordered-by-user set of rules > =20 > NEW: > An ACL is a set of rules, in an order set by the user > =20 > or how about "An ACL is a user-ordered set of rules=E2=80=9D? Ok. >=20 > =20 >> - what does "a tuple of" mean? Can this be restated? > =20 > How about this? > =20 > OLD: > The match criteria consist of a tuple of packet header match criteria = and can have metadata match criteria as well. > =20 > NEW: > The match criteria consist of packet header matches, and or or = metadata as described below: > =20 > or how about "The match criteria can be a multiplicity of = criteria, all of which must be true for the match to occur. The match = criteria may match against values in the packet header or against = vendor-specific metadata about the packet."? - or something in = between? Or simply as: =E2=80=9CThe match criteria allows for definition of packet headers and = metadata, all of which must be true for the match to occur." > =20 > =20 > =20 >> - s/In case vendor supports it/In case a vendor supports it/ ? > =20 > Ok. >=20 >=20 >> - "The list of X is endless depending on...". Is "endless" the = right word, perhaps restate? > OLD: > The list of potential actions is endless > =20 > NEW: > The list of potential actions is limitless > =20 > or maybe "unbounded=E2=80=9D? Ok. > =20 > =20 >> - same sentence as above, should "networked devices" be "network" or = "networking" devices? > =20 > Will change =E2=80=9Cnetworked devices=E2=80=9D to =E2=80=9Cnetworking = devices=E2=80=9D. >=20 >=20 >>=20 >> In Section 3: >> - "A network system usually have a list of ACLs" (s/system/systems/ = or s/have/has/?) > =20 > s/have/has/. >=20 >=20 >> - "The match criteria consist of packet header matching" - is = consist the right word? > =20 > How would you restate it? (After I have s/consist/consists/) > =20 > see above (my comment before last, it is the same sentence, = right?) Once we agree on the above comment, I will replicate it. >=20 >=20 >> - "It as also possible for ACE to match on metadata" s/as/is/ and = s/ACE/an ACE/ > =20 > Ok >=20 >=20 >> - "When applied to interfaces of a networked device, the ACL is = applied in a direction >> which indicates if it should be applied to packet entering = (input) or leaving the >> device (output)." - restate to talk about "ingress" and = "egress=E2=80=9D? > =20 > How about: > =20 > When applied to interfaces of a networked device, the ACL is applied = in a direction which indicates if it should be applied to ingress = interface (input) or egress interface (output). >=20 > or maybe "When applied to interfaces of a networked device, = distinct ACLs are defined for the ingress (input) and egress (output) = directions.=E2=80=9D Ok. > =20 > =20 >> - "An example in the appendix shows how to express it in YANG = model." - either this >> is not true, or the sentence should not be at the end of this = paragraph > =20 > Removed. >=20 >=20 >>=20 >> In Section 3.1: >> - s/and must statements/and 'must' statements/ > =20 > Done and s/if-feature/=E2=80=98if-feature=E2=80=99/ >=20 >=20 >> - s/define new "matches" choice/define a new "matches" choice/ ? > =20 > Done. >=20 >=20 >>=20 >> In Section 4.1: >> - "ietf-access-control-list" is the standard top level module for = access lists >> - what does this mean? > =20 > OLD: > "ietf-access-control-list" is the standard top level module for access = lists > =20 > NEW: > "ietf-access-control-list" is the top level module for access lists >=20 > it's more than the word "standard". Maybe something like this: = The "ietf-access-control-list" > module defines a container called "access-list" - what do you think? =20= Ok. > =20 > BTW, why is the container called "access-lists" and not e.g., = "acls". I thought that there was a node-naming idiom along the lines of = "/widgets/widget" for when a list is a descendent of a container. History. When we inherited the draft, it was named access-lists. I can = change it to =E2=80=9Cacls=E2=80=9D. > =20 > =20 > =20 >> - The "access-lists" container stores a list of "acl". - = s/stores/has or contains?/=20 > =20 > s/stores/has/ >=20 >=20 >> - "...that can be used to determine which rule was matched upon" - = not sure if this >> part is needed, or maybe better restated ", which can later be = used to determine=E2=80=A6"? > =20 > Ok. >=20 >=20 >> - s/ability for ACL's to be/ability for ACLs to be/ > =20 > Ok. >=20 >=20 >>=20 >> In Section 4.1 (in the YANG module): >> - A number of identities read "ACL that primarily matches...". Is = "primarily" >> an accurate word? - if so, then do we need to say anything about = when it's >> not the case?=20 > =20 > As one of the text says. It primarily matches IPv4, and does not match = either ethernet or IPv6 headers. Such ACL types are different from the = mixed ACL types that might match on a combination of ethernet and IPv4 = headers etc. > =20 > But my comment is more that "primarily" seems wishy-washy. It = seems like it doesn't *primarily* do something, it actually does it. = If there is a grey area, where it might match something else, if = possible, maybe it would help to call that out? Ok. Will drop the word =E2=80=9Cprimarily=E2=80=9D. >=20 >=20 >> Separately, s/ACL/an ACL/? > =20 > Ok. >=20 >=20 >> - A number of features read "Device can support..." - s/Device/The = device/? > =20 > Ok. >=20 >=20 >> - "It can have one or more Access Control Lists" - lists should be = singular. > =20 > Really? English grammar says that if a sentence has both a singular = and a plural, the one nearest to the subject is the one you select. > =20 > actually, I'm just going off the fact that the list node is call = "acl", which is singular. Perhaps even better would be to say: It can = contain one or more "acl" nodes - thoughts? But even nodes is a plural. So what would be the difference between = =E2=80=9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D. I would rather = have the RFC editor deal with this. > =20 > =20 >> - "An Access Control List(ACL)" - put a space before (ACL) > =20 > Ok. >=20 >=20 >> - " Indicates the primary intended" - here's that word "primary" = again... >> - s/a list of access-list-entries(ACE)/ a list of access-list-entry = nodes (ACE)/? > =20 > Ok. >=20 >=20 >> - s/List of access list entries(ACE)/List of access list entry nodes = (ACE)/? >> - there is more than one instance of this in the model > =20 > Fixed. >=20 >=20 >> - "../../../../type" - still some long relative XPaths > =20 > Fixed. >=20 >=20 >> - " or referring to a group of source ports" - this isn't there yet. = I think you >> want to say something like "this is a choice so as to support = future 'case' >> statements, such as one enabling a group of source ports to be = referenced=E2=80=9D > =20 > How about: > =20 > Choice of source port definition using range/operator or referring to = a group of source ports, to be added as a future 'case' statement. > =20 > I like my framing better because 1) it is less committal about = the future and 2) it doesn't limit there to being just one 'case' = statement that might be added in the future. Ok. > =20 > =20 >> - ditto for "or referring to a group of destination ports." >> - ditto on both of the above for the "udp" container >> - is it possible for both "egress-interface" and "ingress-interface" = leafs to=20 >> be specified at the same time? - if not, should there a 'must' = statement to >> prevent that possibility? - or an explanation for what happens if = it occurs? > =20 > Let me discuss this with my co-authors. > =20 > any update on this? Yes, it is possible for both the =E2=80=9Cegress-interface=E2=80=9D and = =E2=80=9Cingress-interface=E2=80=9D to be specified at the same time. >=20 >> - s/The ACL's applied/The ACLs applied/ (this happens more than = once in model) > =20 > Fixed. > =20 >>=20 >> In Section 4.2: >> - references them by "uses" --> references them by 'uses' statements = ??? > =20 > Ok. >=20 >=20 >> - not all your 'reference' statements have the title of the = referenced document. > =20 > Fixed. >=20 >=20 >> - "then the datagram must be destroyed" - s/destroyed/dropped/? > =20 > Ok. >=20 >=20 >> - "or referring to a group of ..." - same comments as for previous = module >> - "ece" is missing a 'reference' statement? -=20 > =20 > Added. >=20 >=20 >> - "Indicates that the Urgent pointer field is significant" - urgent = is >> capitalized, but there's no context as for why. Perhaps missing a >> reference statement too? > =20 > Added a reference statement. >=20 >=20 >> - in "window-size" leaf description, remove parentheses > =20 > Ok. >=20 >=20 >>=20 >> In Section 4.3: >> - the text says that it drops traffic from X to Y, but the example = seems to do >> the reverse. > =20 > Fixed. >=20 >=20 >>=20 >> In Section 4.4: >> - The "With the follow XML example:" "This represents..." = is=20 >> difficult to read. How about just having "The following XML = example ...:=E2=80=9D? > =20 > Fixed. > =20 > =20 > BTW, I missed it before, but I think the 4.4 section title = should be > plural: "Port Range Usage Examples=E2=80=9D The title now reads: "Port Range Usage and Other Examples=E2=80=9D. See below. >=20 > =20 >> - does the second example provide any value of the first? - seems = the same to me=E2=80=A6 > =20 > Will change the example. > =20 > was it changed per the next item below, or something else? Changed the example to an ACE entry that drops all ping requests. >=20 >> - seems like example 3 could also be expressed as = "21", >> right? - the text at the beginning of the section says this = construct is >> possible, but there is no example for it. Maybe this makes a = better ex #2? > =20 > Have changed the language in the beginning of the section to say: > =20 > "When only a port is present, it represents a port, with the operator = specifying the range." > =20 > That is because, it now a choice between specifying a range or = specifying a single port with an operator. >=20 >=20 >>=20 >> In all your YANG modules: >> - replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD = (Network=20 >> Modeling) Working Group=E2=80=9D > =20 > Ok. >=20 >=20 >>=20 >> In Section ??: >> In the examples, why did you add the "" >> line and the "config" element? - the examples validate equally well = when >> these are removed. > =20 > The examples can then be cut and pasted into any client such as = ncclient which takes an entire . >=20 >=20 >>=20 >> In Section 6: >> - s/three YANG module/three YANG modules/ > =20 > Fixed. >=20 >=20 >>=20 >> In Section 6.1: >> - The first paragraph says "three URI", but it should be "three = URIs=E2=80=9D > =20 > Fixed. >=20 >=20 >>=20 >> In Section A.1: >> - "The following figure is the tree structure" - should say "tree = diagram" and >> should reference the tree-diagrams draft, or else have a = draft-wide "Tree >> Diagram Notation" section in the Introduction. > =20 > Added a section in the Introduction. >=20 >=20 >> - s/In other example/In another example/? >> - s/with new choice of actions/with a new choice of actions/? > =20 > Both fixed. >=20 >=20 >>=20 >> In Section A.3; >> - some 'reference' statements are missing titles > =20 > Added. >=20 >=20 >> - some 'description' statements might benefit from a 'reference=E2=80=99= statement > =20 > I have added references that I could find. >=20 >=20 >> - "The uint16 type placeholder type..." - is this a typo? > =20 > Dropped the second =E2=80=9Ctype=E2=80=9D. > =20 > Thanks. >=20 > np > =20 > =20 > =20 > Kent // shepherd > =20 >>=20 >>=20 >>=20 >> =3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D >>=20 >> This version of the draft addresses comments raised during LC, = shepherd review and other comments received during that period. >>=20 >>=20 >>> On Mar 3, 2018, at 2:13 PM, internet-drafts@ietf.org = wrote: >>>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>> This draft is a work item of the Network Modeling WG of the IETF. >>>=20 >>> Title : Network Access Control List (ACL) YANG Data = Model >>> Authors : Mahesh Jethanandani >>> Lisa Huang >>> Sonal Agarwal >>> Dana Blair >>> Filename : draft-ietf-netmod-acl-model-17.txt >>> Pages : 57 >>> Date : 2018-03-03 >>>=20 >>> Abstract: >>> This document defines a data model for Access Control List (ACL). >>> ACL is a ordered-by-user set of rules, used to configure the >>> forwarding behavior in device. Each rule is used to find a match = on >>> a packet, and define actions that will be performed on the packet. >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Sc= bfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZ= o&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3D44GJlqxqB0YK5G9gb1TU= zAobugMHxDWflaPCZ3IYpKA&e=3D = >>>=20 >>> There are also htmlized versions available at: >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html= _draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scb= fh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo= &m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Drbm91SSJ_0sxFxb692d0F= H0G-dbBTAUCf2KRySyztJQ&e=3D = >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DsiypyBn3F8o= 6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D = >>>=20 >>> A diff from the previous version is available at: >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_rfcdif= f-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Dt2lpzSSW72B= vQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D = >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of = submission >>> until the htmlized version and diff are available at tools.ietf.org = . >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> = https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet= -2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D= 9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZN= r67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RKIqTOi6wj-HEXvZKBRTiUw&e=3D = >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = > =20 > Mahesh Jethanandani > mjethanandani@gmail.com > =20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_3C7B90A8-1D17-48D1-96AB-7107EE73F4E1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Mar 13, 2018, at 3:23 PM, Kent Watsen <kwatsen@juniper.net>= wrote:

Hi Mahesh,
 
Please look = for <KENT> below.
 
Thanks,
Kent
 
 
On = 3/8/18, 7:40 PM, "Mahesh Jethanandani" <mjethanandani@gmail.com> = wrote:
 
Kent,


On Mar 7, 2018, at 1:55 PM, = Kent Watsen <kwatsen@juniper.net> wrote:
 
[To all those that said this draft = was ready, really?]


Hi = Mahesh,

Thanks for the update.  I = found some more issues.  Some must be fixed, 
others are = nits, and might be caught by the RFC Editor.  But I think
that it's embarrassing to receive comments for such things = from the 
IESG, as is recently the case for the syslog draft, so please = see 
what = you can do.

Thanks,
Kent


=46rom Idnits:

 ** There are 6 instances of too long lines in the = document, the longest one
    being 7 = characters in excess of 72.
 
Hmm. The idnits at submission time did not complain. Will = apply the new script that you provided to make sure I wrap them = around.



 You wrote = before that it was "Fixed", but it's still here?  Note: "**" is
 an error (idnits label)

 -- The document has examples using IPv4 documentation = addresses according
    to RFC6890, = but does not use any IPv6 documentation addresses.  Maybe
    there should be IPv6 examples, = too?

 I don't feel strongly about = this, but if it's easy enough to do...

In = the Abstract:
 - I think the word "an" is missing = (e.g., an ACL)
 
Added.



In the = Introduction:
 - should "ordered-by-user" be = "ordered-by user" to avoid confusion, or perhaps say it another = way?
 
How about this in both the Abstract and the Introduction.
 
OLD:
ACL is a ordered-by-user =
set of rules
 
NEW:
An ACL is a set of = rules, in an order set by the user
 
<KENT>or how about "An ACL is a user-ordered set of = rules=E2=80=9D?

Ok.

 
 - what does "a tuple of" mean?  Can this be = restated?
 
How about this?
 
OLD:
The match criteria consist =
of a tuple of packet header match criteria and can have metadata match =
criteria as well.
 
NEW:
The match criteria consist =
of packet header matches, and or or metadata as described =
below:
 
<KENT>or how about "The match criteria can be a = multiplicity of criteria, all of which must be true for the match to = occur.   The match criteria may match against values in the = packet header or against vendor-specific metadata about the = packet."?   - or something in = between?
=
Or simply as:

=E2=80=9CThe match criteria allows for definition = of packet headers and metadata, all of which must be true for the match = to occur."

 
 
 
 - s/In case vendor supports = it/In case a vendor supports it/ ?
 
Ok.


 - "The list of X is endless = depending on...".  Is "endless" the right word, perhaps = restate?
OLD:
The list of potential actions is endless
 
NEW:
The list of potential actions is limitless
 
<KENT> or maybe = "unbounded=E2=80=9D?

Ok.

 
 
 - same sentence as above, = should "networked devices" be "network" or "networking" = devices?
 
Will change =E2=80=9Cnetworked devices=E2=80=9D to = =E2=80=9Cnetworking devices=E2=80=9D.



In Section 3:
 - "A network system usually have a list of ACLs" =  (s/system/systems/ or s/have/has/?)
 
s/have/has/.


 - "The match criteria consist = of packet header matching" - is consist the right word?
 
How would you restate it? (After I have = s/consist/consists/)
 
<KENT> see above (my comment before last, it is the = same sentence, = right?)

Once we agree on the above comment, I will replicate = it.



 - "It as also possible for ACE = to match on metadata"  s/as/is/ and s/ACE/an ACE/
 
Ok


 - "When applied to interfaces = of a networked device, the ACL is applied in a direction
    which indicates if it should be = applied to packet entering (input) or leaving the
    device (output)."  - restate to = talk about "ingress" and "egress=E2=80=9D?
 
How about:
 
When applied to interfaces of a networked = device, the ACL is applied in a direction which indicates if it should = be applied to ingress interface (input) or egress interface = (output).

<KENT>or = maybe "When applied to interfaces of a networked device, distinct ACLs = are defined for the ingress (input) and egress (output) = directions.=E2=80=9D
=
Ok.

 
 
 - "An example in the appendix shows how to express it = in YANG model." - either this
   is not = true, or the sentence should not be at the end of this = paragraph
 
Removed.



In Section 3.1:
 - s/and must statements/and 'must' = statements/
 
Done and s/if-feature/=E2=80=98if-feature=E2=80=99/


 - s/define new "matches" = choice/define a new "matches" choice/ ?
 
Done.



In Section 4.1:
 - "ietf-access-control-list" is the standard top level = module for access lists
     - = what does this mean?
 
OLD:
"ietf-access-control-list" is = the standard top level module for access lists
 
NEW:
"ietf-access-control-list" is the top level = module for access lists

<KENT> it's more than the word "standard".  Maybe = something like this:  The "ietf-access-control-list"
module defines a container called "access-list"  - what = do you = think?  
Ok.

 
<KENT>BTW, why is the container called = "access-lists" and not e.g., "acls".  I thought that there was a = node-naming idiom along the lines of "/widgets/widget" for when a list = is a descendent of a = container.

History. When we inherited the draft, it was named = access-lists. I can change it to =E2=80=9Cacls=E2=80=9D.

 
 
 
 - The "access-lists" container stores a list of "acl". = - s/stores/has or contains?/ 
 
s/stores/has/


 - "...that can be used to = determine which rule was matched upon" - not sure if this
   part is needed, or maybe better restated ", = which can later be used to determine=E2=80=A6"?
 
Ok.


 - s/ability for ACL's to = be/ability for ACLs to be/
 
Ok.



In Section 4.1 (in = the YANG module):
 - A number of identities read "ACL = that primarily matches...".  Is "primarily"
   an accurate word? - if so, then do we need = to say anything about when it's
   not the = case? 
 
As one of the text says. It primarily matches IPv4, and does = not match either ethernet or IPv6 headers. Such ACL types are different = from the mixed ACL types that might match on a combination of ethernet = and IPv4 headers etc.
 
<KENT>But my comment is more that "primarily" seems = wishy-washy.  It seems like it doesn't *primarily* do something, it = actually does it.   If there is a grey area, where it might = match something else, if possible, maybe it would help to call that = out?

Ok. Will drop the word =E2=80=9Cprimarily=E2=80=9D.
=



 Separately, s/ACL/an = ACL/?
 
Ok.


 - A number of features read = "Device can support..." - s/Device/The device/?
 
Ok.


 - "It can have one or more = Access Control Lists" - lists should be singular.
 
Really? English grammar says that if a sentence has both a = singular and a plural, the one nearest to the subject is the one you = select.
 
<KENT>actually, I'm just going off the fact that the = list node is call "acl", which is singular.  Perhaps even better = would be to say:  It can contain one or more "acl" nodes - = thoughts?

But even nodes is a plural. So what would be the = difference between =E2=80=9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D.= I would rather have the RFC editor deal with this.

 
 
 - "An Access Control List(ACL)" - put a space before = (ACL)
 
Ok.


 - " Indicates the primary = intended" - here's that word "primary" again...
 - = s/a list of access-list-entries(ACE)/ a list of access-list-entry nodes = (ACE)/?
 
Ok.


 - s/List of access list = entries(ACE)/List of access list entry nodes (ACE)/?
     - there is more than one = instance of this in the model
 
Fixed.


 - "../../../../type" - still = some long relative XPaths
 
Fixed.


 - " or referring to a group of = source ports" - this isn't there yet.  I think you
   want to say something like "this is a = choice so as to support future 'case'
   statements, such as one enabling a group of = source ports to be referenced=E2=80=9D
 
How about:
 
Choice of source port = definition using range/operator or referring to a group of source ports, = to be added as a future 'case' statement.
 
<KENT>I like my framing better because 1) it is less = committal about the future and 2) it doesn't limit there to being just = one 'case' statement that might be added in the = future.

Ok.

 
 
 - ditto for "or referring to a = group of destination ports."
 - ditto on both of the = above for the "udp" container
 - is it possible for = both "egress-interface" and "ingress-interface" leafs to 
   be specified at the same time?  - if = not, should there a 'must' statement to
   prevent that possibility? - or an = explanation for what happens if it occurs?
 
Let me discuss this with my co-authors.
 
<KENT>any update on = this?

Yes, it is possible for both the =E2=80=9Cegress-interfac= e=E2=80=9D and =E2=80=9Cingress-interface=E2=80=9D to be specified at = the same time.

 - s/The ACL's applied/The ACLs = applied/   (this happens more than once in model)
 
Fixed.
 

In Section 4.2:
 - = references them by "uses" --> references them by 'uses' statements =  ???
 
Ok.


 - not all your 'reference' = statements have the title of the referenced document.
 
Fixed.


 - "then the datagram must be = destroyed" - s/destroyed/dropped/?
 
Ok.


 - "or referring to a group of = ..."  - same comments as for previous module
 - = "ece" is missing a 'reference' statement?  - 
 
Added.


 - "Indicates that the Urgent = pointer field is significant" - urgent is
   capitalized, but there's no context as for = why.  Perhaps missing a
   reference = statement too?
 
Added a reference statement.


 - in "window-size" leaf = description, remove parentheses
 
Ok.



In Section 4.3:
 - the text says that it drops traffic from X to Y, but = the example seems to do
   the = reverse.
 
Fixed.



In Section 4.4:
 - The "With the follow XML example:" <EXAMPLE> = "This represents..." is 
   difficult to read.  How about just = having "The following XML example ...:=E2=80=9D?
 
Fixed.
 
 
<KENT> BTW, I missed it before, but I = think the 4.4 section title should be
plural: "Port Range Usage = Examples=E2=80=9D
The title now reads:

"Port Range Usage and Other Examples=E2=80=9D. See = below.

 
 - does the second example provide any value of the = first? - seems the same to me=E2=80=A6
 
Will change the example.
 
<KENT> was it changed per the next item below, or = something else?

Changed the example to an ACE entry that drops all ping = requests.

 - seems like example 3 could = also be expressed as "<lower-port>21</lower-port>",
   right?  - the text at the beginning of = the section says this construct is
   possible, but there is no example for it. =  Maybe this makes a better ex #2?
 
Have changed the language in the beginning of the section to = say:
 
"When only a port is present, it represents a = port, with the operator specifying the range."
 
That is because, = it now a choice between specifying a range or specifying a single port = with an operator.



In all your YANG = modules:
 - replace "NETMOD (NETCONF Data Modeling = Language)" with "NETMOD (Network 
   Modeling) Working Group=E2=80=9D
 
Ok.



In Section ??:
 In the examples, why did you add the "<?xml = version=3D"1.0" encoding=3D"UTF-8"?>"
 line and = the "config" element?  - the examples validate equally well when
 these are removed.
 
The examples can then be cut and pasted into any client such = as ncclient which takes an entire <rpc>.



In Section 6:
 - s/three YANG module/three YANG modules/
 
Fixed.



In Section 6.1:
 - The first paragraph says "three URI", but it should = be "three URIs=E2=80=9D
 
Fixed.



In Section A.1:
 - "The following figure is the tree structure" - should = say "tree diagram" and
   should reference = the tree-diagrams draft, or else have a draft-wide "Tree
   Diagram Notation" section in the = Introduction.
 
Added a section in the Introduction.


 - s/In other example/In = another example/?
 - s/with new choice of = actions/with a new choice of actions/?
 
Both fixed.



In Section A.3;
 - some 'reference' statements are missing = titles
 
Added.


 - some 'description' = statements might benefit from a 'reference=E2=80=99 statement
 
I have added references that I could find.


 - "The uint16 type placeholder = type..." - is this a typo?
 
Dropped the second =E2=80=9Ctype=E2=80=9D.
 
Thanks.

<KENT>np
 
 
 
Kent // shepherd
 



=3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D

This version of the draft addresses comments = raised during LC, shepherd review and other comments received during = that period.


On Mar 3, = 2018, at 2:13 PM, internet-drafts@ietf.org wrote:


A New Internet-Draft is available from the = on-line Internet-Drafts directories.
This draft is a work = item of the Network Modeling WG of the IETF.

      Title =           : Network = Access Control List (ACL) YANG Data Model
      Authors =         : Mahesh Jethanandani
          &nb= sp;            = ; Lisa Huang
          &nb= sp;            = ; Sonal Agarwal
          &nb= sp;            = ; Dana Blair
Filename =        : = draft-ietf-netmod-acl-model-17.txt
Pages =           : 57
Date =            : = 2018-03-03

Abstract:
 This= document defines a data model for Access Control List (ACL).
 ACL is a ordered-by-user set of rules, used to = configure the
 forwarding behavior in device. =  Each rule is used to find a match on
 a packet, = and define actions that will be performed on the packet.

The IETF datatracker status page for this = draft is:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c= =3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH= 7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZ= oc&s=3D44GJlqxqB0YK5G9gb1TUzAobugMHxDWflaPCZ3IYpKA&e=3D

There are also htmlized versions available = at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ie= tf.org_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3D= HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yh= qn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&= amp;s=3Drbm91SSJ_0sxFxb692d0FH0G-dbBTAUCf2KRySyztJQ&e=3D
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3DsiypyBn3F8o6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D

A diff from the previous version is = available at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_rfcdiff-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3Dt2lpzSSW72BvQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D


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:
https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.o= rg_internet-2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-n= db3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3D= huBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RK= IqTOi6wj-HEXvZKBRTiUw&e=3D

_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0Uj= BXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&= amp;m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1= DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D
 
Mahesh Jethanandani
mjethanandani@gmail.com
 
Mahesh Jethanandani
mjethanandani@gmail.com

= --Apple-Mail=_3C7B90A8-1D17-48D1-96AB-7107EE73F4E1-- From nobody Wed Mar 14 07:56:16 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EF091270FC for ; Wed, 14 Mar 2018 07:56:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.61 X-Spam-Level: X-Spam-Status: No, score=-12.61 tagged_above=-999 required=5 tests=[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, T_RP_MATCHES_RCVD=-0.01, 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 0IG6SlBRt_KW for ; Wed, 14 Mar 2018 07:56:11 -0700 (PDT) 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 2EE9B127337 for ; Wed, 14 Mar 2018 07:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27991; q=dns/txt; s=iport; t=1521039371; x=1522248971; h=subject:references:from:to:message-id:date:mime-version: in-reply-to; bh=flSyQPaiFT4IssCrrB58XbmGsVmHCYrX3tpcgSwEJgw=; b=VM2Sdy5GPo0B5BIkeGlyV7XygddjjGbnFomPn0ctEPwVPOmh90YPzSyE E6ekHHs0Yjq42u6qkJDewSRxIvYeIbc1oDCTKEJG7MECqfRMT4bR2kWAJ YDfYBiyRHssSbQ+2fkeNGevODgIhIZVrQHqve1Leo8g9wvlThDbE+y3IH k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B6AQBhM6la/xbLJq1DGhwBAQEEAQEKA?= =?us-ascii?q?QGENXAog1CKGnKPBIEWlDYUgX8KHAGEdAIagy00GAECAQEBAQEBAmsohSUBBiN?= =?us-ascii?q?mHAMBAisCAgJNCAYNBgIBAYUUDzKsEoImJoRJg3KCBwWFLoNpgVQohDmBXQIBA?= =?us-ascii?q?QEBgSoiLQmCaIJiBJM6hx4JhkaKFweBY4Q1gnOFVol8gU2GBIEsHjiBUjMaCBs?= =?us-ascii?q?Vgn2CP44xPzcBj0sBAQE?= X-IronPort-AV: E=Sophos;i="5.47,470,1515456000"; d="scan'208,217";a="2606824" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 14:56:08 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w2EEu86X013924 for ; Wed, 14 Mar 2018 14:56:08 GMT References: <42d768a1-2b28-3269-e450-d88bf8b3b441@cisco.com> From: Benoit Claise To: NETMOD Working Group X-Forwarded-Message-Id: <42d768a1-2b28-3269-e450-d88bf8b3b441@cisco.com> Message-ID: Date: Wed, 14 Mar 2018 15:56:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <42d768a1-2b28-3269-e450-d88bf8b3b441@cisco.com> Content-Type: multipart/alternative; boundary="------------47097A6644E502A1C9B67891" Content-Language: en-US Archived-At: Subject: [netmod] YANG modules publication: what to focus on next? March 14th X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 14:56:14 -0000 This is a multi-part message in MIME format. --------------47097A6644E502A1C9B67891 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Added: draft-ietf-lime-yang-connection-oriented-oam-model-06=20 =20 -------- Forwarded Message -------- Subject: [netmod] YANG modules publication: what to focus on next? Feb=20 16th Date: Fri, 16 Feb 2018 11:35:45 +0100 From: Benoit Claise To: NETMOD Working Group Dear all, At the last IETF meeting, Alia, Deborah and I looked at the publication=20 status of most YANG modules. Since that time, I've been keeping a summary of the situation. Let me=20 share it with everybody. Before publishing YANG modules, we have two series of bottlenecks: - the YANG module import (shown by tooling below) - the normative references (MISSREF in the RFC editor queue=20 ) Recently, we processed some more YANG modules: =C2=A0=C2=A0=C2=A0 On the Feb 22nd telechat we added:=20 draft-ietf-lime-yang-connection-oriented-oam-model-06=20 =C2=A0=C2=A0=C2=A0 On the March 8th telechat, we added:=20 draft-ietf-netmod-syslog-model-24=20 =C2=A0=C2=A0=C2=A0 One last DISCUSS on draft-ietf-pim-yang-15=20 We now have many YANG modules in RFC editor queue:** **draft-ietf-netconf-rfc6536bis-09 (AUTH48)=20 ** ****draft-ietf-netmod-revised-datastores-10 (AUTH48)=20 *draft-ietf-netmod-yang-tree-diagrams-05 (expedited processing)=20 **draft-ietf-lime-yang-connectionless-oam-18=20 ** ****draft-ietf-lime-yang-connectionless-oam-methods-13=20 ** **draft-ietf-lime-yang-connection-oriented-oam-model-06=20 ****draft-ietf-i2rs-yang-l3-topology-16=20 ** ****draft-ietf-i2rs-yang-network-topo-20=20 ** ****draft-wu-l3sm-rfc8049bis-11=20 **** *draft-ietf-netmod-rfc7223bis-03=20 draft-ietf-netmod-rfc7277bis-03=20 draft-ietf-rtgwg-yang-vrrp-09=20 draft-ietf-rtgwg-yang-rip-08=20 draft-ietf-netmod-rfc8022bis-10=20 draft-ietf-netmod-entity-08=20 draft-ietf-rtgwg-ni-model-06=20 draft-ietf-rtgwg-lne-model-09=20 draft-ietf-pim-yang-15 (almost there: one last DISCUSS)=20 Here are the YANG module dependencies=20 =20 for these RFC editor modules, as requirement before publishing. It takes a little bit of re-arrangering the elements, but all the=20 information regarding YANG module dependency is there. The next bottlenecks for publishing those YANG modules are: =C2=A0=C2=A0=C2=A0 draft-ietf-netmod-schema-mount (kind of an impasse ri= ght now: to be=20 discussed in NETMOD) =C2=A0=C2=A0=C2=A0 ietf-bfd-yang (currently under review by the YANG doc= tors) =C2=A0=C2=A0=C2=A0 draft-ietf-ospf-yang (currently under review by the Y= ANG doctors) =C2=A0=C2=A0=C2=A0 draft-ietf-isis-yang-isis-cfg (currently under review= by the YANG=20 doctors) =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-keystore (to be discussed in NETMO= D) =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-tls-client-server Please progress those documents asap Some more updates below. _L2SM:_ draft-ietf-l2sm-l2vpn-service-model-06=20 =20 (on the next IESG telechat) _I2RS:_ draft-ietf-i2rs-rib-data-model-10=20 (on=20 the next IESG telechat) draft-ietf-i2rs-yang-dc-fabric-network-topology-06=20 =20 (in IETF LC) _NETMOD:_ draft-ietf-netmod-acl-model-15=20 (WG LC=20 closed, writeup time) =C2=A0=C2=A0=C2=A0 draft-ietf-netmod-schema-mount: to be discussed at th= is meeting =C2=A0=C2=A0=C2=A0 draft-ietf-netmod-acl-model, shepherd writeup needed _NETCONF:_ =C2=A0=C2=A0=C2=A0 Time to progress this set of documents (TLS, SSH, cli= ent, server,=20 keystore)=20 =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-rfc7895bis, shepherd writeup neede= d =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-nmda-restconf, shepherd writeup ne= eded =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-nmda-netconf, shepherd writeup nee= ded =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-zerotouch, shepherd writeup needed= =C2=A0=C2=A0=C2=A0 draft-ietf-netconf-yang-push: WG LC draft-ietf-netconf-subscribed-notifications-10: WG LC _OPSAWG: __draft-ietf-opsawg-mud-18=20 (on the April=20 19th telechat) _ draft-ietf-opsawg-nat-yang-12=20 (in WG LC)= _IPPM:_ draft-ietf-ippm-twamp-yang/=20 (WG=20 Consensus: Waiting for Write-Up) draft-ietf-ippm-stamp-yang/=20 Regards, Benoit --------------47097A6644E502A1C9B67891 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+DQogIDxoZWFkPg0KDQogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KICA8L2hlYWQ+DQogIDxi b2R5IHRleHQ9IiMwMDAwMDAiIGJnY29sb3I9IiNGRkZGRkYiPg0KICAgIEFkZGVkOiA8YQ0K aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1saW1l LXlhbmctY29ubmVjdGlvbi1vcmllbnRlZC1vYW0tbW9kZWwvIj5kcmFmdC1pZXRmLWxpbWUt eWFuZy1jb25uZWN0aW9uLW9yaWVudGVkLW9hbS1tb2RlbC0wNjwvYT4NCiAgICA8ZGl2IGNs YXNzPSJtb3otZm9yd2FyZC1jb250YWluZXIiPjxicj4NCiAgICAgIDxicj4NCiAgICAgIC0t LS0tLS0tIEZvcndhcmRlZCBNZXNzYWdlIC0tLS0tLS0tDQogICAgICA8dGFibGUgY2xhc3M9 Im1vei1lbWFpbC1oZWFkZXJzLXRhYmxlIiBjZWxsc3BhY2luZz0iMCINCiAgICAgICAgY2Vs bHBhZGRpbmc9IjAiIGJvcmRlcj0iMCI+DQogICAgICAgIDx0Ym9keT4NCiAgICAgICAgICA8 dHI+DQogICAgICAgICAgICA8dGggbm93cmFwPSJub3dyYXAiIHZhbGlnbj0iQkFTRUxJTkUi IGFsaWduPSJSSUdIVCI+U3ViamVjdDoNCiAgICAgICAgICAgIDwvdGg+DQogICAgICAgICAg ICA8dGQ+W25ldG1vZF0gWUFORyBtb2R1bGVzIHB1YmxpY2F0aW9uOiB3aGF0IHRvIGZvY3Vz IG9uDQogICAgICAgICAgICAgIG5leHQ/IEZlYiAxNnRoPC90ZD4NCiAgICAgICAgICA8L3Ry Pg0KICAgICAgICAgIDx0cj4NCiAgICAgICAgICAgIDx0aCBub3dyYXA9Im5vd3JhcCIgdmFs aWduPSJCQVNFTElORSIgYWxpZ249IlJJR0hUIj5EYXRlOiA8L3RoPg0KICAgICAgICAgICAg PHRkPkZyaSwgMTYgRmViIDIwMTggMTE6MzU6NDUgKzAxMDA8L3RkPg0KICAgICAgICAgIDwv dHI+DQogICAgICAgICAgPHRyPg0KICAgICAgICAgICAgPHRoIG5vd3JhcD0ibm93cmFwIiB2 YWxpZ249IkJBU0VMSU5FIiBhbGlnbj0iUklHSFQiPkZyb206IDwvdGg+DQogICAgICAgICAg ICA8dGQ+QmVub2l0IENsYWlzZSA8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZFIiBo cmVmPSJtYWlsdG86YmNsYWlzZUBjaXNjby5jb20iPiZsdDtiY2xhaXNlQGNpc2NvLmNvbSZn dDs8L2E+PC90ZD4NCiAgICAgICAgICA8L3RyPg0KICAgICAgICAgIDx0cj4NCiAgICAgICAg ICAgIDx0aCBub3dyYXA9Im5vd3JhcCIgdmFsaWduPSJCQVNFTElORSIgYWxpZ249IlJJR0hU Ij5UbzogPC90aD4NCiAgICAgICAgICAgIDx0ZD5ORVRNT0QgV29ya2luZyBHcm91cCA8YSBj bGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZFIiBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYu b3JnIj4mbHQ7bmV0bW9kQGlldGYub3JnJmd0OzwvYT48L3RkPg0KICAgICAgICAgIDwvdHI+ DQogICAgICAgIDwvdGJvZHk+DQogICAgICA8L3RhYmxlPg0KICAgICAgPGJyPg0KICAgICAg PGJyPg0KICAgICAgPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KICAgICAgRGVhciBhbGwsPGJyPg0KICAgICAg PGRpdiBjbGFzcz0ibW96LWZvcndhcmQtY29udGFpbmVyIj4NCiAgICAgICAgPGRpdiBjbGFz cz0ibW96LWZvcndhcmQtY29udGFpbmVyIj4NCiAgICAgICAgICA8ZGl2IGNsYXNzPSJtb3ot Zm9yd2FyZC1jb250YWluZXIiPg0KICAgICAgICAgICAgPGRpdiBjbGFzcz0ibW96LWZvcndh cmQtY29udGFpbmVyIj4NCiAgICAgICAgICAgICAgPGRpdiBjbGFzcz0ibW96LWZvcndhcmQt Y29udGFpbmVyIj4NCiAgICAgICAgICAgICAgICA8ZGl2IGNsYXNzPSJtb3otZm9yd2FyZC1j b250YWluZXIiPiA8YnI+DQogICAgICAgICAgICAgICAgICBBdCB0aGUgbGFzdCBJRVRGIG1l ZXRpbmcsIEFsaWEsIERlYm9yYWggYW5kIEkgbG9va2VkDQogICAgICAgICAgICAgICAgICBh dCB0aGUgcHVibGljYXRpb24gc3RhdHVzIG9mIG1vc3QgWUFORyBtb2R1bGVzLjxicj4NCiAg ICAgICAgICAgICAgICAgIFNpbmNlIHRoYXQgdGltZSwgSSd2ZSBiZWVuIGtlZXBpbmcgYSBz dW1tYXJ5IG9mIHRoZQ0KICAgICAgICAgICAgICAgICAgc2l0dWF0aW9uLiBMZXQgbWUgc2hh cmUgaXQgd2l0aCBldmVyeWJvZHkuPGJyPg0KICAgICAgICAgICAgICAgICAgPGJyPg0KICAg ICAgICAgICAgICAgICAgQmVmb3JlIHB1Ymxpc2hpbmcgWUFORyBtb2R1bGVzLCB3ZSBoYXZl IHR3byBzZXJpZXMgb2YNCiAgICAgICAgICAgICAgICAgIGJvdHRsZW5lY2tzOiA8YnI+DQog ICAgICAgICAgICAgICAgICAtIHRoZSBZQU5HIG1vZHVsZSBpbXBvcnQgKHNob3duIGJ5IHRv b2xpbmcgYmVsb3cpPGJyPg0KICAgICAgICAgICAgICAgICAgLSB0aGUgbm9ybWF0aXZlIHJl ZmVyZW5jZXMgKE1JU1NSRUYgaW4gdGhlIDxhDQogICAgICAgICAgICAgICAgICAgIG1vei1k by1ub3Qtc2VuZD0idHJ1ZSINCiAgICAgICAgICAgICAgICAgICAgaHJlZj0iaHR0cHM6Ly93 d3cucmZjLWVkaXRvci5vcmcvY3VycmVudF9xdWV1ZS5waHAiPlJGQw0KICAgICAgICAgICAg ICAgICAgICBlZGl0b3IgcXVldWU8L2E+KTxicj4NCiAgICAgICAgICAgICAgICAgIDxicj4N CiAgICAgICAgICAgICAgICAgIFJlY2VudGx5LCB3ZSBwcm9jZXNzZWQgc29tZSBtb3JlIFlB TkcgbW9kdWxlczo8YnI+DQogICAgICAgICAgICAgICAgICDCoMKgwqAgT24gdGhlIEZlYiAy Mm5kIHRlbGVjaGF0IHdlIGFkZGVkOiA8YQ0KaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbi1vcmllbnRlZC1v YW0tbW9kZWwvIj5kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9uLW9yaWVudGVkLW9h bS1tb2RlbC0wNjwvYT48YnI+DQogICAgICAgICAgICAgICAgICDCoMKgwqAgT24gdGhlIE1h cmNoIDh0aCB0ZWxlY2hhdCwgd2UgYWRkZWQ6IDxhDQogICAgICAgICAgICAgICAgICAgIGhy ZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9k LXN5c2xvZy1tb2RlbC8iPmRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2RlbC0yNDwvYT48 YnI+DQogICAgICAgICAgICAgICAgICDCoMKgwqAgT25lIGxhc3QgRElTQ1VTUyBvbiA8YQ0K ICAgICAgICAgICAgICAgICAgICBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLXBpbS15YW5nLyI+ZHJhZnQtaWV0Zi1waW0teWFuZy0xNTwvYT48 YnI+DQogICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAgICAgICBXZSBub3cg aGF2ZSBtYW55IFlBTkcgbW9kdWxlcyBpbiBSRkMgZWRpdG9yIHF1ZXVlOjxiPjxiPjxicj4N CiAgICAgICAgICAgICAgICAgICAgICDCoMKgIDwvYj48L2I+PGENCiAgICAgICAgICAgICAg ICAgICAgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1uZXRjb25mLXJmYzY1MzZiaXMiDQogICAgICAgICAgICAgICAgICAgIG1vei1kby1ub3Qt c2VuZD0idHJ1ZSI+ZHJhZnQtaWV0Zi1uZXRjb25mLXJmYzY1MzZiaXMtMDkNCiAgICAgICAg ICAgICAgICAgICAgKEFVVEg0OCk8L2E+PGI+PGI+PGJyPg0KICAgICAgICAgICAgICAgICAg ICA8L2I+PC9iPjxiPsKgwqDCoCA8L2I+PGENCmhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9kLXJldmlzZWQtZGF0YXN0b3Jlcy8iDQog ICAgICAgICAgICAgICAgICAgIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+ZHJhZnQtaWV0Zi1u ZXRtb2QtcmV2aXNlZC1kYXRhc3RvcmVzLTEwDQogICAgICAgICAgICAgICAgICAgIChBVVRI NDgpPC9hPjxicj4NCiAgICAgICAgICAgICAgICAgIDxiPsKgwqDCoCA8YQ0KaHJlZj0iaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy10 cmVlLWRpYWdyYW1zLyINCiAgICAgICAgICAgICAgICAgICAgICBtb3otZG8tbm90LXNlbmQ9 InRydWUiPmRyYWZ0LWlldGYtbmV0bW9kLXlhbmctdHJlZS1kaWFncmFtcy0wNQ0KICAgICAg ICAgICAgICAgICAgICAgIChleHBlZGl0ZWQgcHJvY2Vzc2luZyk8L2E+PGJyPg0KICAgICAg ICAgICAgICAgICAgICDCoMKgwqAgPC9iPjxiPjxhDQpocmVmPSJodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1v YW0iDQogICAgICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5kcmFm dC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tMTg8L2E+PC9iPjxiPjxicj4N CiAgICAgICAgICAgICAgICAgIDwvYj48Yj7CoMKgwqAgPC9iPjxiPjxhDQpocmVmPSJodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25u ZWN0aW9ubGVzcy1vYW0tbWV0aG9kcyINCiAgICAgICAgICAgICAgICAgICAgICBtb3otZG8t bm90LXNlbmQ9InRydWUiPmRyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9h bS1tZXRob2RzLTEzPC9hPjwvYj48Yj48YnI+DQogICAgICAgICAgICAgICAgICA8L2I+PGI+ PGENCmhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt bGltZS15YW5nLWNvbm5lY3Rpb24tb3JpZW50ZWQtb2FtLW1vZGVsLyI+wqDCoMKgDQpkcmFm dC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9uLW9yaWVudGVkLW9hbS1tb2RlbC0wNjwvYT48 YnI+DQogICAgICAgICAgICAgICAgICAgIMKgPC9iPjxiPsKgwqAgPC9iPjxiPjxhDQogICAg ICAgICAgICAgICAgICAgICAgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1pMnJzLXlhbmctbDMtdG9wb2xvZ3kiDQogICAgICAgICAgICAgICAg ICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5kcmFmdC1pZXRmLWkycnMteWFuZy1sMy10 b3BvbG9neS0xNjwvYT48L2I+PGI+PGJyPg0KICAgICAgICAgICAgICAgICAgPC9iPjxiPsKg wqDCoCA8L2I+PGI+PGENCmhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wbyINCiAgICAgICAgICAgICAgICAg ICAgICBtb3otZG8tbm90LXNlbmQ9InRydWUiPmRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdv cmstdG9wby0yMDwvYT48L2I+PGI+PGJyPg0KICAgICAgICAgICAgICAgICAgPC9iPjxiPsKg wqDCoCA8L2I+PGI+PGENCiAgICAgICAgICAgICAgICAgICAgICBocmVmPSJodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13dS1sM3NtLXJmYzgwNDliaXMiDQogICAg ICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5kcmFmdC13dS1sM3Nt LXJmYzgwNDliaXMtMTE8L2E+PC9iPjxiPg0KICAgICAgICAgICAgICAgICAgPC9iPjxiPjxi cj4NCiAgICAgICAgICAgICAgICAgICAgwqDCoMKgIDwvYj48YQ0KICAgICAgICAgICAgICAg ICAgICBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LW5ldG1vZC1yZmM3MjIzYmlzLyINCiAgICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1z ZW5kPSJ0cnVlIj5kcmFmdC1pZXRmLW5ldG1vZC1yZmM3MjIzYmlzLTAzPC9hPjxicj4NCiAg ICAgICAgICAgICAgICAgIMKgwqDCoCA8YQ0KICAgICAgICAgICAgICAgICAgICBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1yZmM3 Mjc3YmlzLyINCiAgICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5k cmFmdC1pZXRmLW5ldG1vZC1yZmM3Mjc3YmlzLTAzPC9hPjxicj4NCiAgICAgICAgICAgICAg ICAgIMKgwqDCoCA8YQ0KICAgICAgICAgICAgICAgICAgICBocmVmPSJodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dnLXlhbmctdnJycC8iDQogICAg ICAgICAgICAgICAgICAgIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+ZHJhZnQtaWV0Zi1ydGd3 Zy15YW5nLXZycnAtMDk8L2E+PGJyPg0KICAgICAgICAgICAgICAgICAgwqDCoMKgIDxhDQog ICAgICAgICAgICAgICAgICAgIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWlldGYtcnRnd2cteWFuZy1yaXAvIg0KICAgICAgICAgICAgICAgICAgICBt b3otZG8tbm90LXNlbmQ9InRydWUiPmRyYWZ0LWlldGYtcnRnd2cteWFuZy1yaXAtMDg8L2E+ PGJyPg0KICAgICAgICAgICAgICAgICAgwqDCoMKgIDxhDQogICAgICAgICAgICAgICAgICAg IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0 bW9kLXJmYzgwMjJiaXMvIg0KICAgICAgICAgICAgICAgICAgICBtb3otZG8tbm90LXNlbmQ9 InRydWUiPmRyYWZ0LWlldGYtbmV0bW9kLXJmYzgwMjJiaXMtMTA8L2E+PGJyPg0KICAgICAg ICAgICAgICAgICAgwqDCoMKgIDxhDQogICAgICAgICAgICAgICAgICAgIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbmV0bW9kLWVudGl0eS8i DQogICAgICAgICAgICAgICAgICAgIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+ZHJhZnQtaWV0 Zi1uZXRtb2QtZW50aXR5LTA4PC9hPjxicj4NCiAgICAgICAgICAgICAgICAgIMKgwqDCoCA8 YQ0KICAgICAgICAgICAgICAgICAgICBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dnLW5pLW1vZGVsLyINCiAgICAgICAgICAgICAgICAg ICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5kcmFmdC1pZXRmLXJ0Z3dnLW5pLW1vZGVsLTA2 PC9hPjxicj4NCiAgICAgICAgICAgICAgICAgIMKgwqDCoCA8YQ0KICAgICAgICAgICAgICAg ICAgICBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LXJ0Z3dnLWxuZS1tb2RlbC8iPmRyYWZ0LWlldGYtcnRnd2ctbG5lLW1vZGVsLTA5PC9hPjxi cj4NCiAgICAgICAgICAgICAgICAgIMKgwqDCoCA8YQ0KICAgICAgICAgICAgICAgICAgICBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBpbS15 YW5nLyI+ZHJhZnQtaWV0Zi1waW0teWFuZy0xNQ0KICAgICAgICAgICAgICAgICAgICAoYWxt b3N0IHRoZXJlOiBvbmUgbGFzdCBESVNDVVNTKTwvYT48YnI+DQogICAgICAgICAgICAgICAg ICA8YnI+DQogICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAgICAgICA8YSBt b3otZG8tbm90LXNlbmQ9InRydWUiDQpocmVmPSJodHRwczovL3d3dy55YW5nY2F0YWxvZy5v cmcveWFuZy1zZWFyY2gvaW1wYWN0X2FuYWx5c2lzLnBocD9tb2R1bGVzW109aWV0Zi1pcCZh bXA7bW9kdWxlc1tdPWlldGYtY29ubmVjdGlvbmxlc3Mtb2FtJmFtcDttb2R1bGVzW109aWV0 Zi1saW1lLXRpbWUtdHlwZXMmYW1wO21vZHVsZXNbXT1pZXRmLWNvbm5lY3Rpb25sZXNzLW9h bS1tZXRob2RzJmFtcDttb2R1bGVzW109aWV0Zi1sMy11bmljYXN0LXRvcG9sb2d5JmFtcDtt b2R1bGVzW109aWV0Zi1sMy11bmljYXN0LXRvcG9sb2d5LXN0YXRlJmFtcDttb2R1bGVzW109 aWV0Zi1uZXR3b3JrLXRvcG9sb2d5JmFtcDttb2R1bGVzW109aWV0Zi1uZXR3b3JrLXRvcG9s b2d5LXN0YXRlJmFtcDttb2R1bGVzW109aWV0Zi1uZXR3b3JrJmFtcDttb2R1bGVzW109aWV0 Zi1uZXR3b3JrLXN0YXRlJmFtcDttb2R1bGVzW109aWV0Zi1sM3Zwbi1zdmMmYW1wO21vZHVs ZXNbXT1pZXRmLW5ldGNvbmYtYWNtJmFtcDttb2R1bGVzW109aWV0Zi1pbnRlcmZhY2VzJmFt cDttb2R1bGVzW109aWV0Zi12cnJwJmFtcDttb2R1bGVzW109aWV0Zi1yaXAmYW1wO21vZHVs ZXNbXT1pZXRmLWRhdGFzdG9yZXMmYW1wO21vZHVsZXNbXT1pZXRmLW9yaWdpbiZhbXA7bW9k dWxlc1tdPWlldGYtaXB2NC11bmljYXN0LXJvdXRpbmcmYW1wO21vZHVsZXNbXT1pZXRmLWlw djYtdW5pY2FzdC1yb3V0aW5nJmFtcDttb2R1bGVzW109aWV0Zi1pcHY2LXJvdXRlci1hZHZl cnRpc2VtZW50cyZhbXA7bW9kdWxlc1tdPWlldGYtcm91dGluZyZhbXA7bW9kdWxlc1tdPWlh bmEtaGFyZHdhcmUmYW1wO21vZHVsZXNbXT1pZXRmLWhhcmR3YXJlJmFtcDttb2R1bGVzW109 aWV0Zi1oYXJkd2FyZS1zdGF0ZSZhbXA7bW9kdWxlc1tdPWlldGYtbG9naWNhbC1uZXR3b3Jr LWVsZW1lbnQmYW1wO21vZHVsZXNbXT1pZXRmLW5ldHdvcmstaW5zdGFuY2UmYW1wO21vZHVs ZXNbXT1pZXRmLXN5c2xvZyZhbXA7bW9kdWxlc1tdPWlldGYtY29ubmVjdGlvbi1vcmllbnRl ZC1vYW0mYW1wO21vZHVsZXNbXT1pZXRmLXBpbS1iYXNlJmFtcDttb2R1bGVzW109aWV0Zi1w aW0tZG0mYW1wO21vZHVsZXNbXT1pZXRmLXBpbS1zbSZhbXA7bW9kdWxlc1tdPWlldGYtcGlt LWJpZGlyJmFtcDttb2R1bGVzW109aWV0Zi1waW0tcnAmYW1wO3JlY3Vyc2U9MSZhbXA7cmZj cz0xJmFtcDtzaG93X3N1Ym09MSZhbXA7c2hvd19kaXI9ZGVwZW5kZW5jaWVzIj5IZXJlDQog ICAgICAgICAgICAgICAgICAgIGFyZSB0aGUgWUFORyBtb2R1bGUgZGVwZW5kZW5jaWVzPC9h PiBmb3IgdGhlc2UgUkZDDQogICAgICAgICAgICAgICAgICBlZGl0b3IgbW9kdWxlcywgYXMg cmVxdWlyZW1lbnQgYmVmb3JlIHB1Ymxpc2hpbmcuPGJyPg0KICAgICAgICAgICAgICAgICAg PGRpdiBjbGFzcz0ibW96LWZvcndhcmQtY29udGFpbmVyIj4NCiAgICAgICAgICAgICAgICAg ICAgPGRpdiBjbGFzcz0ibW96LWZvcndhcmQtY29udGFpbmVyIj4NCiAgICAgICAgICAgICAg ICAgICAgICA8ZGl2IGNsYXNzPSJtb3otY2l0ZS1wcmVmaXgiPiA8YnI+DQogICAgICAgICAg ICAgICAgICAgICAgICBJdCB0YWtlcyBhIGxpdHRsZSBiaXQgb2YgcmUtYXJyYW5nZXJpbmcg dGhlDQogICAgICAgICAgICAgICAgICAgICAgICBlbGVtZW50cywgYnV0IGFsbCB0aGUgaW5m b3JtYXRpb24gcmVnYXJkaW5nIFlBTkcNCiAgICAgICAgICAgICAgICAgICAgICAgIG1vZHVs ZSBkZXBlbmRlbmN5IGlzIHRoZXJlLjxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxi cj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxmb250IGNvbG9yPSIjZmYwMDAwIj5UaGUg bmV4dCBib3R0bGVuZWNrcyBmb3INCiAgICAgICAgICAgICAgICAgICAgICAgICAgcHVibGlz aGluZyB0aG9zZSBZQU5HIG1vZHVsZXMgYXJlOjxicj4NCiAgICAgICAgICAgICAgICAgICAg ICAgICAgwqDCoMKgIGRyYWZ0LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudCAoa2luZCBvZiBh bg0KICAgICAgICAgICAgICAgICAgICAgICAgICBpbXBhc3NlIHJpZ2h0IG5vdzogdG8gYmUg ZGlzY3Vzc2VkIGluIE5FVE1PRCk8YnI+DQogICAgICAgICAgICAgICAgICAgICAgICAgIMKg wqDCoCBpZXRmLWJmZC15YW5nIDwvZm9udD48Zm9udA0KICAgICAgICAgICAgICAgICAgICAg ICAgICBjb2xvcj0iI2ZmMDAwMCI+PGZvbnQgY29sb3I9IiNmZjAwMDAiPihjdXJyZW50bHkN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bmRlciByZXZpZXcgYnkgdGhlIFlBTkcg ZG9jdG9ycyk8YnI+DQogICAgICAgICAgICAgICAgICAgICAgICAgIDwvZm9udD7CoMKgwqAg ZHJhZnQtaWV0Zi1vc3BmLXlhbmcgPC9mb250Pjxmb250DQogICAgICAgICAgICAgICAgICAg ICAgICAgIGNvbG9yPSIjZmYwMDAwIj48Zm9udCBjb2xvcj0iI2ZmMDAwMCI+KGN1cnJlbnRs eQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuZGVyIHJldmlldyBieSB0aGUgWUFO RyBkb2N0b3JzKTxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPC9mb250PsKgwqDC oCBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZw0KICAgICAgICAgICAgICAgICAgICAg ICAgICAoY3VycmVudGx5IHVuZGVyIHJldmlldyBieSB0aGUgWUFORyBkb2N0b3JzKTxicj4N CiAgICAgICAgICAgICAgICAgICAgICAgICAgwqDCoMKgIGRyYWZ0LWlldGYtbmV0Y29uZi1r ZXlzdG9yZSAodG8gYmUNCiAgICAgICAgICAgICAgICAgICAgICAgICAgZGlzY3Vzc2VkIGlu IE5FVE1PRCk8YnI+DQogICAgICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoCBkcmFmdC1p ZXRmLW5ldGNvbmYtdGxzLWNsaWVudC1zZXJ2ZXI8YnI+DQogICAgICAgICAgICAgICAgICAg ICAgICAgIFBsZWFzZSBwcm9ncmVzcyB0aG9zZSBkb2N1bWVudHMgYXNhcDwvZm9udD48YnI+ DQogICAgICAgICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAgICAgICAgICAg ICBTb21lIG1vcmUgdXBkYXRlcyBiZWxvdy48YnI+DQogICAgICAgICAgICAgICAgICAgICAg ICA8YnI+DQogICAgICAgICAgICAgICAgICAgICAgICA8dT5MMlNNOjwvdT48YnI+DQogICAg ICAgICAgICAgICAgICAgICAgICDCoMKgwqAgPGENCmhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbDJzbS1sMnZwbi1zZXJ2aWNlLW1vZGVsLyI+ ZHJhZnQtaWV0Zi1sMnNtLWwydnBuLXNlcnZpY2UtbW9kZWwtMDY8L2E+DQogICAgICAgICAg ICAgICAgICAgICAgICAob24gdGhlIG5leHQgSUVTRyB0ZWxlY2hhdCk8YnI+DQogICAgICAg ICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAgICAgICAgICAgICA8dT5JMlJT OjwvdT48YnI+DQogICAgICAgICAgICAgICAgICAgICAgICDCoMKgwqAgPGENCiAgICAgICAg ICAgICAgICAgICAgICAgICAgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLyI+ZHJhZnQtaWV0Zi1pMnJzLXJp Yi1kYXRhLW1vZGVsLTEwPC9hPg0KICAgICAgICAgICAgICAgICAgICAgICAgKG9uIHRoZSBu ZXh0IElFU0cgdGVsZWNoYXQpPGJyPg0KICAgICAgICAgICAgICAgICAgICAgICAgwqDCoMKg IDxhDQpocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWkycnMteWFuZy1kYy1mYWJyaWMtbmV0d29yay10b3BvbG9neS8iPmRyYWZ0LWlldGYtaTJy cy15YW5nLWRjLWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5LTA2PC9hPg0KICAgICAgICAgICAg ICAgICAgICAgICAgKGluIElFVEYgTEMpPGJyPg0KICAgICAgICAgICAgICAgICAgICAgICAg PGJyPg0KICAgICAgICAgICAgICAgICAgICAgIDwvZGl2Pg0KICAgICAgICAgICAgICAgICAg ICAgIDx1Pk5FVE1PRDo8L3U+PGJyPg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoCA8 YQ0KICAgICAgICAgICAgICAgICAgICAgICAgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLyINCiAgICAgICAgICAg ICAgICAgICAgICAgIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+ZHJhZnQtaWV0Zi1uZXRtb2Qt YWNsLW1vZGVsLTE1DQogICAgICAgICAgICAgICAgICAgICAgPC9hPihXRyBMQyBjbG9zZWQs IHdyaXRldXAgdGltZSk8YnI+DQogICAgICAgICAgICAgICAgICAgICAgwqDCoMKgIGRyYWZ0 LWlldGYtbmV0bW9kLXNjaGVtYS1tb3VudDogdG8gYmUNCiAgICAgICAgICAgICAgICAgICAg ICBkaXNjdXNzZWQgYXQgdGhpcyBtZWV0aW5nPGJyPg0KICAgICAgICAgICAgICAgICAgICAg IMKgwqDCoCBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwsIHNoZXBoZXJkIHdyaXRldXAN CiAgICAgICAgICAgICAgICAgICAgICBuZWVkZWQ8YnI+DQogICAgICAgICAgICAgICAgICAg ICAgwqA8YnI+DQogICAgICAgICAgICAgICAgICAgICAgPHU+TkVUQ09ORjo8L3U+PGJyPg0K ICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoCBUaW1lIHRvIHByb2dyZXNzIDxhIG1vei1k by1ub3Qtc2VuZD0idHJ1ZSINCmhyZWY9Imh0dHBzOi8vd3d3LnlhbmdjYXRhbG9nLm9yZy95 YW5nLXNlYXJjaC9pbXBhY3RfYW5hbHlzaXMucGhwP21vZHVsZXNbXT1pZXRmLXRscy1jbGll bnQmYW1wO21vZHVsZXNbXT1pZXRmLXRscy1zZXJ2ZXImYW1wO21vZHVsZXNbXT1pZXRmLXNz aC1jbGllbnQmYW1wO21vZHVsZXNbXT1pZXRmLXNzaC1zZXJ2ZXImYW1wO21vZHVsZXNbXT1p ZXRmLXJlc3Rjb25mLWNsaWVudCZhbXA7bW9kdWxlc1tdPWlldGYtcmVzdGNvbmYtc2VydmVy JmFtcDttb2R1bGVzW109aWV0Zi1rZXlzdG9yZSZhbXA7bW9kdWxlc1tdPWlldGYtbmV0Y29u Zi1jbGllbnQmYW1wO21vZHVsZXNbXT1pZXRmLW5ldGNvbmYtc2VydmVyJmFtcDtvcmdzW109 aWV0ZiZhbXA7cmVjdXJzZT0mYW1wO3JmY3M9MSI+dGhpcw0KICAgICAgICAgICAgICAgICAg ICAgICAgc2V0IG9mIGRvY3VtZW50cyAoVExTLCBTU0gsIGNsaWVudCwgc2VydmVyLA0KICAg ICAgICAgICAgICAgICAgICAgICAga2V5c3RvcmUpPC9hPjxicj4NCiAgICAgICAgICAgICAg ICAgICAgICDCoMKgwqAgZHJhZnQtaWV0Zi1uZXRjb25mLXJmYzc4OTViaXMsIHNoZXBoZXJk DQogICAgICAgICAgICAgICAgICAgICAgd3JpdGV1cCBuZWVkZWQ8YnI+DQogICAgICAgICAg ICAgICAgICAgICAgwqDCoMKgIGRyYWZ0LWlldGYtbmV0Y29uZi1ubWRhLXJlc3Rjb25mLCBz aGVwaGVyZA0KICAgICAgICAgICAgICAgICAgICAgIHdyaXRldXAgbmVlZGVkPGJyPg0KICAg ICAgICAgICAgICAgICAgICAgIMKgwqDCoCBkcmFmdC1pZXRmLW5ldGNvbmYtbm1kYS1uZXRj b25mLCBzaGVwaGVyZA0KICAgICAgICAgICAgICAgICAgICAgIHdyaXRldXAgbmVlZGVkPGJy Pg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoCBkcmFmdC1pZXRmLW5ldGNvbmYtemVy b3RvdWNoLCBzaGVwaGVyZCB3cml0ZXVwDQogICAgICAgICAgICAgICAgICAgICAgbmVlZGVk PGJyPg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoCBkcmFmdC1pZXRmLW5ldGNvbmYt eWFuZy1wdXNoOiBXRyBMQzxzbWFsbD48YnI+DQogICAgICAgICAgICAgICAgICAgICAgPC9z bWFsbD7CoMKgwqANCiAgICAgICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLW5ldGNvbmYt c3Vic2NyaWJlZC1ub3RpZmljYXRpb25zLTEwOiBXRw0KICAgICAgICAgICAgICAgICAgICAg IExDPHNtYWxsPjxicj4NCiAgICAgICAgICAgICAgICAgICAgICA8L3NtYWxsPiA8YnI+DQog ICAgICAgICAgICAgICAgICAgICAgPHU+T1BTQVdHOjxicj4NCiAgICAgICAgICAgICAgICAg ICAgICAgIMKgwqDCoCA8L3U+PHU+PGENCiAgICAgICAgICAgICAgICAgICAgICAgICAgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1vcHNhd2ct bXVkLyI+ZHJhZnQtaWV0Zi1vcHNhd2ctbXVkLTE4DQogICAgICAgICAgICAgICAgICAgICAg ICA8L2E+KG9uIHRoZSBBcHJpbCAxOXRoIHRlbGVjaGF0KTxicj4NCiAgICAgICAgICAgICAg ICAgICAgICA8L3U+wqDCoMKgIDxhDQogICAgICAgICAgICAgICAgICAgICAgICBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW9wc2F3Zy1uYXQt eWFuZy8iDQogICAgICAgICAgICAgICAgICAgICAgICBtb3otZG8tbm90LXNlbmQ9InRydWUi PmRyYWZ0LWlldGYtb3BzYXdnLW5hdC15YW5nLTEyPC9hPg0KICAgICAgICAgICAgICAgICAg ICAgIChpbiBXRyBMQyk8YnI+DQogICAgICAgICAgICAgICAgICAgICAgPGJyPg0KICAgICAg ICAgICAgICAgICAgICAgIDx1PklQUE06PC91PsKgwqDCoCA8YnI+DQogICAgICAgICAgICAg ICAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxhDQogICAgICAgICAgICAgICAg ICAgICAgICAgIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtaXBwbS10d2FtcC15YW5nLyI+wqDCoMKgDQogICAgICAgICAgICAgICAgICAgICAg ICAgIGRyYWZ0LWlldGYtaXBwbS10d2FtcC15YW5nLzwvYT4gKFdHIENvbnNlbnN1czoNCiAg ICAgICAgICAgICAgICAgICAgICAgIFdhaXRpbmcgZm9yIFdyaXRlLVVwKTxicj4NCiAgICAg ICAgICAgICAgICAgICAgICA8L2Rpdj4NCiAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGNs YXNzPSJnbWFpbF9leHRyYSI+PGENCiAgICAgICAgICAgICAgICAgICAgICAgICAgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLXN0YW1w LXlhbmcvIj7CoMKgwqANCiAgICAgICAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1p cHBtLXN0YW1wLXlhbmcvPC9hPjwvZGl2Pg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDC oCA8YnI+DQogICAgICAgICAgICAgICAgICAgICAgUmVnYXJkcywgQmVub2l0PGJyPg0KICAg ICAgICAgICAgICAgICAgICA8L2Rpdj4NCiAgICAgICAgICAgICAgICAgIDwvZGl2Pg0KICAg ICAgICAgICAgICAgIDwvZGl2Pg0KICAgICAgICAgICAgICA8L2Rpdj4NCiAgICAgICAgICAg IDwvZGl2Pg0KICAgICAgICAgIDwvZGl2Pg0KICAgICAgICA8L2Rpdj4NCiAgICAgIDwvZGl2 Pg0KICAgIDwvZGl2Pg0KICA8L2JvZHk+DQo8L2h0bWw+DQo= --------------47097A6644E502A1C9B67891-- From nobody Wed Mar 14 08:28:36 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3F291200B9 for ; Wed, 14 Mar 2018 08:28:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.63 X-Spam-Level: X-Spam-Status: No, score=-12.63 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 IsbuVpVlzD5H for ; Wed, 14 Mar 2018 08:28:33 -0700 (PDT) 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 423DE127337 for ; Wed, 14 Mar 2018 08:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5463; q=dns/txt; s=iport; t=1521041309; x=1522250909; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=I7nSNuYQlHBlyQi0UExuAfxkVQijLl7rbnWB6KThcOk=; b=FuU1obb6RCXUWTEjFJrPAd4VTSWIyIO2GPp+zhLgvcWwNoZNufL9usRq ujUJVFGLg/VZ9f1z5Og9UXKeZnLI9rVz421vmmGBlVcMXcsBMi1OKrFni FISdZ0HAikeLayROzV+rm1mPpJxmce2ZBCg8qI8s41j6O+RtwRuhljPBF g=; X-Files: signature.asc : 488 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D0AAAtPqla/4ENJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadoFVg3iKGo1zggOBFo8UhSKCEwcDhRECgyYhNBgBAgEBAQE?= =?us-ascii?q?BAQJrKIUmAQUjVhALBAoKKgICVwYBDAgBAYUUrHqCJiaESYNxgX0PhS6CFINRg?= =?us-ascii?q?niIDoJiBI5ohFKHHgmDeYFtincHiQuFVpFNgSweOIFSMxoIGxWCfpEOIJADAQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.47,470,1515456000"; d="asc'?scan'208,217";a="149708400" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 15:28:28 +0000 Received: from [10.155.124.100] (dhcp-10-155-124-4-124-100.cisco.com [10.155.124.100]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w2EFSRKK012031; Wed, 14 Mar 2018 15:28:28 GMT To: Mahesh Jethanandani , Kent Watsen Cc: NETMOD WG References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> From: Eliot Lear Message-ID: <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> Date: Wed, 14 Mar 2018 08:28:26 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oc2u7xGmhhN3IPSQaETTrKiVppAm9QNgA" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 15:28:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oc2u7xGmhhN3IPSQaETTrKiVppAm9QNgA Content-Type: multipart/mixed; boundary="OWuXNnN84xDTrbQrsRdDT661HPBs0R69B"; protected-headers="v1" From: Eliot Lear To: Mahesh Jethanandani , Kent Watsen Cc: NETMOD WG Message-ID: <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> In-Reply-To: <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> --OWuXNnN84xDTrbQrsRdDT661HPBs0R69B Content-Type: multipart/alternative; boundary="------------39153BF71DC2889C97F07F00" Content-Language: en-US This is a multi-part message in MIME format. --------------39153BF71DC2889C97F07F00 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Mahesh, Just one point. On 13.03.18 18:46, Mahesh Jethanandani wrote: >> or how about "The match criteria can be a multiplicity of >> criteria, all of which must be true for the match to occur.=C2=A0=C2=A0= The >> match criteria may match against values in the packet header or >> against vendor-specific metadata about the packet."?=C2=A0=C2=A0 - or = something >> in between? > > Or simply as: > > =E2=80=9CThe match criteria allows for definition of packet headers and= > metadata, all of which must be true for the match to occur." So long as we make clear what the null set means.=C2=A0 To me, that's "ma= tch everything". Eliot --------------39153BF71DC2889C97F07F00 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Hi Mahesh,

Just one point.


On 13.03.18 18:46, Mahesh Jethanandani= wrote:
<KENT>or how about "The match criteria can be a multiplicity of criteria, all of which must be true for the match to occur.=C2=A0=C2=A0 The ma= tch criteria may match against values in the packet header or against vendor-specific metadata about the packet."?=C2=A0=C2=A0 - or s= omething in between?

Or simply as:

=E2=80=9CThe match criteria allows for definition of packet he= aders and metadata, all of which must be true for the match to occur."<= /div>

So long as we make clear what the null set means.=C2=A0 To me, that's= "match everything".

Eliot

--------------39153BF71DC2889C97F07F00-- --OWuXNnN84xDTrbQrsRdDT661HPBs0R69B-- --oc2u7xGmhhN3IPSQaETTrKiVppAm9QNgA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlqpP5oACgkQh7ZrRtnS ejPgnwf8Cs7kPpKnI5DmU/PzRweq35FMVssI4/KYE6l+w3mSo2ELW8+fx8FiWZQQ b4cE/vVo4lPFHaHeEaPgrsANGbU4uIJZUUV5uEGjuD8XQM9XH5FvUSmUHuGzlwud Wbf1x+XPWWzNzYmBvN8Pn9XlUNfP2wIoH0VfU2ZctVUTRuFnhLaxA+gO4aj15EiT uJfnTVSxiGIJqEMgZTyLpZm2PYojHR4gHSunooP3RntVU27Jd2CohoTgW65fWaNu HWKzl/U37GuDu/oq3ESd/U0ceZbmeW8m5ka7rW1ZZBp01hfvNe5A7WY48wNG5Y5x kYeLmZjHz3HR3pJKM30xl5cVnblntw== =jy6I -----END PGP SIGNATURE----- --oc2u7xGmhhN3IPSQaETTrKiVppAm9QNgA-- From nobody Wed Mar 14 10:13:29 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26BF3124217 for ; Wed, 14 Mar 2018 10:13:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=5 tests=[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 MpINzLygCb42 for ; Wed, 14 Mar 2018 10:13:26 -0700 (PDT) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (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 B125F120724 for ; Wed, 14 Mar 2018 10:13:26 -0700 (PDT) Received: by mail-pf0-x22c.google.com with SMTP id 68so1683144pfx.3 for ; Wed, 14 Mar 2018 10:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=kbainHIb3dduFBTsjLm/1lNHkryeflI6vJfXFeck20k=; b=LFuiNUlbxChlq/nWibk0hzJLkNbv/JErOdjzsZnpIFPFiYFEGtoMbmdsFtc4BjYYwE iYrtI9i29xh2oy2KZTUM2fmJWNNJRSZkXmdFGy/WgGeJV/qKIeQQoMb5pt2sfXskyxut P8d5Xu+5gIAGPJMdR3ku332G94dGr251eCJ4bveTsUKGZ56oLcfXlNGbopWFB3nfsuow dTAQEIQi9Ia/rle5UNP/SlMId7giPbDf0a3TcIC8EH5VVj8iUIfp9cSVhjERxfj1o8Mp AMYheLzy/2J/HNGMzBZGQfx/9ouwWIP/gAltMjWBV9rN7gIc9af4vtDQ+bHQp7ekU2mm 4gew== 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=kbainHIb3dduFBTsjLm/1lNHkryeflI6vJfXFeck20k=; b=ncvzZlrVy0u4UrQdhbBT2qZFY2ZPdi3Mv3/3qWp6gqWQIP6R4DKRFQQkjHKy/oxfkJ BA48OB3Ih5JO5/RYchNmifEFHL6RKV57vbqhfiycmPGlFQoMLuztcYU4VXuWTVVA3SkD kf6T7sqDGqHqwcNwNIqqKLpQ/gfLRLto8AYM6EFrlag7NMi4AEM1bBCfg8kprUUnAmEe 3vLSvm6sHxM/wrKYilg2nNjYknzbwkNXYt8e4I3tD0OmngBPZhcbCr4Ajg0ZY03f5V3O NLeAghkNNlA0WrSL1bk1vdCRr3YkmeusC3uWdM9uKc6tIcFtb7aYh3w7JqWRp8Db10hV EwFw== X-Gm-Message-State: AElRT7EMWCFtlgz52Pwk8DIDY+NHgzyr0jwSqFwU5OVlI/1am+7VmMpM prwrxdeiInFlO3Pjz7dA2b2ObWrl X-Google-Smtp-Source: AG47ELvL9lFZHtEL6a4+aUbyzHGeSzCJbIKZzEovsTsDB98p5lDPJoGPbTIJNzr3lJ3LGk3QOvZ2xQ== X-Received: by 10.98.19.10 with SMTP id b10mr3002152pfj.236.1521047606277; Wed, 14 Mar 2018 10:13:26 -0700 (PDT) Received: from ?IPv6:2601:647:4700:1280:3dc1:d259:1c47:4cf5? ([2601:647:4700:1280:3dc1:d259:1c47:4cf5]) by smtp.gmail.com with ESMTPSA id h75sm6685321pfh.28.2018.03.14.10.13.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Mar 2018 10:13:25 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <5B49362C-5635-4EDE-B979-5DD33AA628AB@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_B3E48335-96B4-4D09-9809-552198D34AD3" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Wed, 14 Mar 2018 10:14:00 -0700 In-Reply-To: <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> Cc: Kent Watsen , NETMOD WG To: Eliot Lear References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 17:13:28 -0000 --Apple-Mail=_B3E48335-96B4-4D09-9809-552198D34AD3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 14, 2018, at 8:28 AM, Eliot Lear wrote: >=20 > Hi Mahesh, >=20 > Just one point. >=20 > On 13.03.18 18:46, Mahesh Jethanandani wrote: >>> or how about "The match criteria can be a multiplicity of = criteria, all of which must be true for the match to occur. The match = criteria may match against values in the packet header or against = vendor-specific metadata about the packet."? - or something in = between? >>=20 >> Or simply as: >>=20 >> =E2=80=9CThe match criteria allows for definition of packet headers = and metadata, all of which must be true for the match to occur." >=20 > So long as we make clear what the null set means. To me, that's = "match everything=E2=80=9D. The description under the =E2=80=98matches=E2=80=99 container says: If no matches are defined in a particular container, then any packet will match that container. If no matches are specified at all in an ACE, then any packet will match the ACE. >=20 > Eliot >=20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_B3E48335-96B4-4D09-9809-552198D34AD3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Mar 14, 2018, at 8:28 AM, Eliot Lear <lear@cisco.com> = wrote:

=20 =20

Hi = Mahesh,

Just one point.


On 13.03.18 18:46, Mahesh = Jethanandani wrote:
<KENT>or how about "The match criteria can be a multiplicity of criteria, all of which must be true for the match to occur.   The = match criteria may match against values in the packet header or against vendor-specific metadata about the packet."?   - or = something in between?

Or simply as:

=E2=80=9CThe match criteria allows for definition = of packet headers and metadata, all of which must be true for the match to = occur."

So long as we make clear what the null set means.  To me, = that's "match everything=E2=80=9D.

The = description under the =E2=80=98matches=E2=80=99 container = says:

                If no matches are defined in a particular container,
                then any packet will match that container. If no
                matches are specified at all in an ACE, then any
                packet will match the ACE.



Eliot


Mahesh Jethanandani
mjethanandani@gmail.com

= --Apple-Mail=_B3E48335-96B4-4D09-9809-552198D34AD3-- From nobody Wed Mar 14 10:14:17 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79779124217 for ; Wed, 14 Mar 2018 10:14:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.63 X-Spam-Level: X-Spam-Status: No, score=-12.63 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 PtZV_qeeHtys for ; Wed, 14 Mar 2018 10:14:15 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EAB2120227 for ; Wed, 14 Mar 2018 10:14:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4848; q=dns/txt; s=iport; t=1521047655; x=1522257255; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=GPsscEd5ve/nkHZLqesi+dqtKSqsEHwwoQIYAuJ5qB8=; b=nCHA/JCrdYli0oK3kes7IAmygjsZoIitskVmTp4CTBs+lXS72T4ZXVgd k4qeVHs0A/mLiDCL9niKHPk8NeGXqkANFekxxqwRb0mt8edt7JL3dPmwa J3U6zCWgGv/V9vfvAhyV2LWlCFgaaNJ/2SXYzv/RyrB3KnSNLfA+w5i+f s=; X-Files: signature.asc : 488 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CMAgDuV6la/4UNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadoFVKINQmA2BWimBFockh3CFIoITBwOFEQKDJiE1FwECAQE?= =?us-ascii?q?BAQEBAmsohSYBBSNWEAsECgonAwICISURBg0GAgEBhHwDFa0ygiYmhEmCNQ2BM?= =?us-ascii?q?IF9D4UughSDUQyCbIJahTSCYgSOaIs/MQmDeYFth0eDMAeJC4VWijWHGIEsHwE?= =?us-ascii?q?2gVIzGggbFYJ9kQ8gN49MAQEB?= X-IronPort-AV: E=Sophos;i="5.48,306,1517875200"; d="asc'?scan'208,217";a="367766050" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 17:14:13 +0000 Received: from [10.155.124.100] (dhcp-10-155-124-4-124-100.cisco.com [10.155.124.100]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w2EHEDLj027120; Wed, 14 Mar 2018 17:14:13 GMT To: Mahesh Jethanandani Cc: Kent Watsen , NETMOD WG References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> <5B49362C-5635-4EDE-B979-5DD33AA628AB@gmail.com> From: Eliot Lear Message-ID: Date: Wed, 14 Mar 2018 10:14:11 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <5B49362C-5635-4EDE-B979-5DD33AA628AB@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="R3cgqvjnXQlkXlp1i9oHnvUvKG4T9Gpla" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 17:14:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --R3cgqvjnXQlkXlp1i9oHnvUvKG4T9Gpla Content-Type: multipart/mixed; boundary="8mQpPGvJpuM4Ja81kbjA9VhdjqAWqaqFQ"; protected-headers="v1" From: Eliot Lear To: Mahesh Jethanandani Cc: Kent Watsen , NETMOD WG Message-ID: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <47c0e4ac-693e-03c0-50ad-34a41526ba4b@cisco.com> <5B49362C-5635-4EDE-B979-5DD33AA628AB@gmail.com> In-Reply-To: <5B49362C-5635-4EDE-B979-5DD33AA628AB@gmail.com> --8mQpPGvJpuM4Ja81kbjA9VhdjqAWqaqFQ Content-Type: multipart/alternative; boundary="------------7CCA0A4D9D6C40CBE03F9F72" Content-Language: en-US This is a multi-part message in MIME format. --------------7CCA0A4D9D6C40CBE03F9F72 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 14.03.18 10:14, Mahesh Jethanandani wrote: > The description under the =E2=80=98matches=E2=80=99 container says: > > If no matches are defined in a particular container, > then any packet will match that container. If no > matches are specified at all in an ACE, then any > packet will match the ACE. > Right.=C2=A0 And that's good. Eliot > >> >> Eliot >> > > Mahesh Jethanandani > mjethanandani@gmail.com > --------------7CCA0A4D9D6C40CBE03F9F72 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable



On 14.03.18 10:14, Mahesh Jethanandani= wrote:
The description under the =E2=80=98matches=E2=80=99 container says:= 

                If no matches are defined in=
 a particular container,
                then any packet will match that container. If no
                matches are specified at all in an ACE, then any
                packet will match the ACE.


Right.=C2=A0 And that's good.

Eliot


Eliot


Mahesh Jethanandani
mjethanandani@gmail.com


--------------7CCA0A4D9D6C40CBE03F9F72-- --8mQpPGvJpuM4Ja81kbjA9VhdjqAWqaqFQ-- --R3cgqvjnXQlkXlp1i9oHnvUvKG4T9Gpla Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlqpWGQACgkQh7ZrRtnS ejPgpAf9ETMkb4ntaHKPIEFQqykgnKyW6YYqOGrYRTWVtd5DGnIZaHgDbg6JWv5s u4Wys123lq8Ebti61ZGnvEKOEYBpsjlu98cT4WJRxizso2AKur+r0zZUoOabN7R2 13Z4sK/v9S90ZA55oXXqnDUk51uMTM/tJj5xLWfOA10l71AjyYzeBFniTbW1Skv9 V012d1ZvGHj7k53dZ5j6fW2cnjtWmKzh5cKEYklSZER/NCOM3Xg8k1m7ER0UP94F q4CI3MlQTL0MUZImqz3AinEVWCqAXIilbHc89UpnaiuQy211vceJn9o/TBrw6syt m0uU2Z58/ovj9X+Am4iPoQ9aOJtz6g== =ApBZ -----END PGP SIGNATURE----- --R3cgqvjnXQlkXlp1i9oHnvUvKG4T9Gpla-- From nobody Wed Mar 14 10:42:35 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3756A124217 for ; Wed, 14 Mar 2018 10:42:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v7PzXTrZetCm for ; Wed, 14 Mar 2018 10:42:22 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 72CC9120047 for ; Wed, 14 Mar 2018 10:42:22 -0700 (PDT) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2EHduZt017016; Wed, 14 Mar 2018 10:42:20 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=eTqw0K1pzOLj/scJPVG2XHuOPAfOcsvFaZmRvuy6y1o=; b=Rgi+ezbnJkZdoXKSNnqO/6DZPSJqCBBPbVbBqTSNE6JFCcr7TMlZVBI07A0E6fmuoNi8 OI2KviUz8MFtbAPGceJsPLgzu5/RM63s0MAQaLsXcG83Z7AuS9/76PVU7iyN2OKWGBg3 wQxWZcwflXnHzdYAZn+/HrhwVDEVoiTbi+WQaG8bifEbUYlwZh58c0BpnIZmidgxmftH pCRJpkyuy3JTT2GJDeoztrhB9st13MnJYaB39H56T8IttB6URUzxl5InoNqcM52FeBjB uNfwXu0RiEEvKjxCuGCiJwiCU6MqA1SZv7jtDaNrrtWCNorIRRbsMT+DMWIXmCUQMq7v Hg== Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0082.outbound.protection.outlook.com [207.46.163.82]) by mx0a-00273201.pphosted.com with ESMTP id 2gq78j85p1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 14 Mar 2018 10:42:20 -0700 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3659.namprd05.prod.outlook.com (10.174.190.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Wed, 14 Mar 2018 17:42:16 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0609.006; Wed, 14 Mar 2018 17:42:16 +0000 From: Kent Watsen To: Mahesh Jethanandani CC: NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzPFGfywEAqkE2girWJpowDfKO/FKsAgAXu+ACAAhRzAIAHciwAgAB78oCAAMfYgA== Date: Wed, 14 Mar 2018 17:42:16 +0000 Message-ID: <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> In-Reply-To: <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3659; 7:ONdbcSn+f7p8lhvPUU0wda7BcM3zq6WRpQq6mf19PMUK9xGrFqfqAwTEoSSXMdizpPkvfQ7x6OQEzW4hby+64YcPYCiyYJt3fAaTlPkZa06Kt6CdIQDgN2gIhgh9fiIsa3rLpvcgRq00g7YSYNH3I+CoF3W1RdsT+nTBAClRq35+oNKA0neYFN7hCZo+wIw3FgswGkY5FyycfEBvyZYSF/dA5cf0Lhk2OmLWBCjFip9he/UiWswh+WmB0+qj+Lyi x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 421ae7f4-2f4f-43ed-8dba-08d589d2ed61 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB3659; x-ms-traffictypediagnostic: DM5PR05MB3659: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(10436049006162)(138986009662008)(85827821059158)(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231221)(944501244)(52105095)(6055026)(6041310)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR05MB3659; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3659; x-forefront-prvs: 0611A21987 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(39380400002)(346002)(39860400002)(376002)(51914003)(377424004)(57704003)(76104003)(51444003)(189003)(199004)(6486002)(59450400001)(6436002)(26005)(5250100002)(229853002)(6916009)(606006)(83716003)(53936002)(2950100002)(6246003)(14971765001)(97736004)(2900100001)(68736007)(3660700001)(186003)(4326008)(14454004)(316002)(39060400002)(25786009)(575784001)(86362001)(58126008)(93886005)(36756003)(5660300001)(478600001)(99286004)(3280700002)(105586002)(7736002)(76176011)(1411001)(2906002)(966005)(82746002)(8676002)(6506007)(6306002)(33656002)(236005)(102836004)(66066001)(81156014)(81166006)(106356001)(54896002)(6116002)(53546011)(53946003)(6512007)(16200700003)(8936002)(3846002)(579004)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3659; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: 4RfsZr6LNx2PtqUb8bWwNJ8RJTj/nd6hKvOEYH3VmaEuxyFSGLjjy/zbkI2Fpmu/p3UJVrv5wIvGkV6l7O+bCm5wObraCeaCBOddP0MgQ1rJnXukwC2F77aYrhXpeqJ2L0+WUbmw3j79Gs633RdRlzMHRUEXBlrCYOEMr3qEGvHYVSA8e/fqxZjEuhZYZyn67qMIT+9EacDfXaUwzVTLAcHvGUzwp29B3ZDzZr919dsu+dUMbI2tJ3T7V8/WlvvCIPdm5gALpqnEl99vwHzTvno/0Kx0IIETqpS0RNWn6UXxjf9taTR55tYNeJxaUnxiOlaoA2IYXKwdQRg/64r4KA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_8509544F40A64FF1A8A5354220C5EB2Bjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 421ae7f4-2f4f-43ed-8dba-08d589d2ed61 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2018 17:42:16.1174 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3659 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-14_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803140195 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 17:42:27 -0000 --_000_8509544F40A64FF1A8A5354220C5EB2Bjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFoZXNoLCAgcGxlYXNlIGxvb2sgZm9yIDw8S0VOVD4+IGJlbG93Lg0KDQpBbGwsIHBsZWFz ZSB0YWtlIGEgbG9vayBhdCB0aGUgcXVlc3Rpb24gYXJvdW5kIHJlbmFtaW5nIHRoZSAiYWNjZXNz LWxpc3RzIiBjb250YWluZXIuDQoNClRoYW5rcywNCktlbnQNCg0KDQoNCk9uIDMvMTMvMTgsIDk6 NDYgUE0sICJNYWhlc2ggSmV0aGFuYW5kYW5pIiA8bWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFp bHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPj4gd3JvdGU6DQoNCg0KDQoNCk9uIE1hciAxMywg MjAxOCwgYXQgMzoyMyBQTSwgS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ8bWFpbHRv Omt3YXRzZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCg0KSGkgTWFoZXNoLA0KDQpQbGVhc2UgbG9v ayBmb3IgPEtFTlQ+IGJlbG93Lg0KDQpUaGFua3MsDQpLZW50DQoNCg0KT24gMy84LzE4LCA3OjQw IFBNLCAiTWFoZXNoIEpldGhhbmFuZGFuaSIgPG1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0 bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpLZW50LA0KDQoNCg0KT24gTWFy IDcsIDIwMTgsIGF0IDE6NTUgUE0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIubmV0PG1h aWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCltUbyBhbGwgdGhvc2UgdGhhdCBz YWlkIHRoaXMgZHJhZnQgd2FzIHJlYWR5LCByZWFsbHk/XQ0KDQoNCkhpIE1haGVzaCwNCg0KVGhh bmtzIGZvciB0aGUgdXBkYXRlLiAgSSBmb3VuZCBzb21lIG1vcmUgaXNzdWVzLiAgU29tZSBtdXN0 IGJlIGZpeGVkLA0Kb3RoZXJzIGFyZSBuaXRzLCBhbmQgbWlnaHQgYmUgY2F1Z2h0IGJ5IHRoZSBS RkMgRWRpdG9yLiAgQnV0IEkgdGhpbmsNCnRoYXQgaXQncyBlbWJhcnJhc3NpbmcgdG8gcmVjZWl2 ZSBjb21tZW50cyBmb3Igc3VjaCB0aGluZ3MgZnJvbSB0aGUNCklFU0csIGFzIGlzIHJlY2VudGx5 IHRoZSBjYXNlIGZvciB0aGUgc3lzbG9nIGRyYWZ0LCBzbyBwbGVhc2Ugc2VlDQp3aGF0IHlvdSBj YW4gZG8uDQoNClRoYW5rcywNCktlbnQNCg0KDQpGcm9tIElkbml0czoNCg0KICoqIFRoZXJlIGFy ZSA2IGluc3RhbmNlcyBvZiB0b28gbG9uZyBsaW5lcyBpbiB0aGUgZG9jdW1lbnQsIHRoZSBsb25n ZXN0IG9uZQ0KICAgIGJlaW5nIDcgY2hhcmFjdGVycyBpbiBleGNlc3Mgb2YgNzIuDQoNCkhtbS4g VGhlIGlkbml0cyBhdCBzdWJtaXNzaW9uIHRpbWUgZGlkIG5vdCBjb21wbGFpbi4gV2lsbCBhcHBs eSB0aGUgbmV3IHNjcmlwdCB0aGF0IHlvdSBwcm92aWRlZCB0byBtYWtlIHN1cmUgSSB3cmFwIHRo ZW0gYXJvdW5kLg0KDQoNCg0KDQogWW91IHdyb3RlIGJlZm9yZSB0aGF0IGl0IHdhcyAiRml4ZWQi LCBidXQgaXQncyBzdGlsbCBoZXJlPyAgTm90ZTogIioqIiBpcw0KIGFuIGVycm9yIChpZG5pdHMg bGFiZWwpDQoNCiAtLSBUaGUgZG9jdW1lbnQgaGFzIGV4YW1wbGVzIHVzaW5nIElQdjQgZG9jdW1l bnRhdGlvbiBhZGRyZXNzZXMgYWNjb3JkaW5nDQogICAgdG8gUkZDNjg5MCwgYnV0IGRvZXMgbm90 IHVzZSBhbnkgSVB2NiBkb2N1bWVudGF0aW9uIGFkZHJlc3Nlcy4gIE1heWJlDQogICAgdGhlcmUg c2hvdWxkIGJlIElQdjYgZXhhbXBsZXMsIHRvbz8NCg0KIEkgZG9uJ3QgZmVlbCBzdHJvbmdseSBh Ym91dCB0aGlzLCBidXQgaWYgaXQncyBlYXN5IGVub3VnaCB0byBkby4uLg0KDQpJbiB0aGUgQWJz dHJhY3Q6DQogLSBJIHRoaW5rIHRoZSB3b3JkICJhbiIgaXMgbWlzc2luZyAoZS5nLiwgYW4gQUNM KQ0KDQpBZGRlZC4NCg0KDQoNCg0KSW4gdGhlIEludHJvZHVjdGlvbjoNCiAtIHNob3VsZCAib3Jk ZXJlZC1ieS11c2VyIiBiZSAib3JkZXJlZC1ieSB1c2VyIiB0byBhdm9pZCBjb25mdXNpb24sIG9y IHBlcmhhcHMgc2F5IGl0IGFub3RoZXIgd2F5Pw0KDQpIb3cgYWJvdXQgdGhpcyBpbiBib3RoIHRo ZSBBYnN0cmFjdCBhbmQgdGhlIEludHJvZHVjdGlvbi4NCg0KT0xEOg0KDQpBQ0wgaXMgYSBvcmRl cmVkLWJ5LXVzZXIgc2V0IG9mIHJ1bGVzDQoNCk5FVzoNCkFuIEFDTCBpcyBhIHNldCBvZiBydWxl cywgaW4gYW4gb3JkZXIgc2V0IGJ5IHRoZSB1c2VyDQoNCjxLRU5UPm9yIGhvdyBhYm91dCAiQW4g QUNMIGlzIGEgdXNlci1vcmRlcmVkIHNldCBvZiBydWxlc+KAnT8NCg0KT2suDQoNCg0KDQoNCg0K IC0gd2hhdCBkb2VzICJhIHR1cGxlIG9mIiBtZWFuPyAgQ2FuIHRoaXMgYmUgcmVzdGF0ZWQ/DQoN CkhvdyBhYm91dCB0aGlzPw0KDQpPTEQ6DQoNClRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9m IGEgdHVwbGUgb2YgcGFja2V0IGhlYWRlciBtYXRjaCBjcml0ZXJpYSBhbmQgY2FuIGhhdmUgbWV0 YWRhdGEgbWF0Y2ggY3JpdGVyaWEgYXMgd2VsbC4NCg0KTkVXOg0KDQpUaGUgbWF0Y2ggY3JpdGVy aWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoZXMsIGFuZCBvciBvciBtZXRhZGF0YSBh cyBkZXNjcmliZWQgYmVsb3c6DQoNCjxLRU5UPm9yIGhvdyBhYm91dCAiVGhlIG1hdGNoIGNyaXRl cmlhIGNhbiBiZSBhIG11bHRpcGxpY2l0eSBvZiBjcml0ZXJpYSwgYWxsIG9mIHdoaWNoIG11c3Qg YmUgdHJ1ZSBmb3IgdGhlIG1hdGNoIHRvIG9jY3VyLiAgIFRoZSBtYXRjaCBjcml0ZXJpYSBtYXkg bWF0Y2ggYWdhaW5zdCB2YWx1ZXMgaW4gdGhlIHBhY2tldCBoZWFkZXIgb3IgYWdhaW5zdCB2ZW5k b3Itc3BlY2lmaWMgbWV0YWRhdGEgYWJvdXQgdGhlIHBhY2tldC4iPyAgIC0gb3Igc29tZXRoaW5n IGluIGJldHdlZW4/DQoNCk9yIHNpbXBseSBhczoNCg0K4oCcVGhlIG1hdGNoIGNyaXRlcmlhIGFs bG93cyBmb3IgZGVmaW5pdGlvbiBvZiBwYWNrZXQgaGVhZGVycyBhbmQgbWV0YWRhdGEsIGFsbCBv ZiB3aGljaCBtdXN0IGJlIHRydWUgZm9yIHRoZSBtYXRjaCB0byBvY2N1ci4iDQoNCjw8S0VOVD4+ IG9rYXkNCg0KDQoNCiAtIHMvSW4gY2FzZSB2ZW5kb3Igc3VwcG9ydHMgaXQvSW4gY2FzZSBhIHZl bmRvciBzdXBwb3J0cyBpdC8gPw0KDQpPay4NCg0KDQoNCiAtICJUaGUgbGlzdCBvZiBYIGlzIGVu ZGxlc3MgZGVwZW5kaW5nIG9uLi4uIi4gIElzICJlbmRsZXNzIiB0aGUgcmlnaHQgd29yZCwgcGVy aGFwcyByZXN0YXRlPw0KT0xEOg0KDQpUaGUgbGlzdCBvZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBl bmRsZXNzDQoNCg0KTkVXOg0KDQpUaGUgbGlzdCBvZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBsaW1p dGxlc3MNCg0KPEtFTlQ+IG9yIG1heWJlICJ1bmJvdW5kZWTigJ0/DQoNCk9rLg0KDQoNCg0KDQog LSBzYW1lIHNlbnRlbmNlIGFzIGFib3ZlLCBzaG91bGQgIm5ldHdvcmtlZCBkZXZpY2VzIiBiZSAi bmV0d29yayIgb3IgIm5ldHdvcmtpbmciIGRldmljZXM/DQoNCldpbGwgY2hhbmdlIOKAnG5ldHdv cmtlZCBkZXZpY2Vz4oCdIHRvIOKAnG5ldHdvcmtpbmcgZGV2aWNlc+KAnS4NCg0KDQoNCg0KSW4g U2VjdGlvbiAzOg0KIC0gIkEgbmV0d29yayBzeXN0ZW0gdXN1YWxseSBoYXZlIGEgbGlzdCBvZiBB Q0xzIiAgKHMvc3lzdGVtL3N5c3RlbXMvIG9yIHMvaGF2ZS9oYXMvPykNCg0Kcy9oYXZlL2hhcy8u DQoNCg0KDQogLSAiVGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgcGFja2V0IGhlYWRlciBt YXRjaGluZyIgLSBpcyBjb25zaXN0IHRoZSByaWdodCB3b3JkPw0KDQpIb3cgd291bGQgeW91IHJl c3RhdGUgaXQ/IChBZnRlciBJIGhhdmUgcy9jb25zaXN0L2NvbnNpc3RzLykNCg0KPEtFTlQ+IHNl ZSBhYm92ZSAobXkgY29tbWVudCBiZWZvcmUgbGFzdCwgaXQgaXMgdGhlIHNhbWUgc2VudGVuY2Us IHJpZ2h0PykNCg0KT25jZSB3ZSBhZ3JlZSBvbiB0aGUgYWJvdmUgY29tbWVudCwgSSB3aWxsIHJl cGxpY2F0ZSBpdC4NCg0KPDxLRU5UPj4gb2theS4NCg0KDQoNCiAtICJJdCBhcyBhbHNvIHBvc3Np YmxlIGZvciBBQ0UgdG8gbWF0Y2ggb24gbWV0YWRhdGEiICBzL2FzL2lzLyBhbmQgcy9BQ0UvYW4g QUNFLw0KDQpPaw0KDQoNCg0KIC0gIldoZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0 d29ya2VkIGRldmljZSwgdGhlIEFDTCBpcyBhcHBsaWVkIGluIGEgZGlyZWN0aW9uDQogICAgd2hp Y2ggaW5kaWNhdGVzIGlmIGl0IHNob3VsZCBiZSBhcHBsaWVkIHRvIHBhY2tldCBlbnRlcmluZyAo aW5wdXQpIG9yIGxlYXZpbmcgdGhlDQogICAgZGV2aWNlIChvdXRwdXQpLiIgIC0gcmVzdGF0ZSB0 byB0YWxrIGFib3V0ICJpbmdyZXNzIiBhbmQgImVncmVzc+KAnT8NCg0KSG93IGFib3V0Og0KDQpX aGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIHRoZSBBQ0wg aXMgYXBwbGllZCBpbiBhIGRpcmVjdGlvbiB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJl IGFwcGxpZWQgdG8gaW5ncmVzcyBpbnRlcmZhY2UgKGlucHV0KSBvciBlZ3Jlc3MgaW50ZXJmYWNl IChvdXRwdXQpLg0KDQo8S0VOVD5vciBtYXliZSAiV2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMg b2YgYSBuZXR3b3JrZWQgZGV2aWNlLCBkaXN0aW5jdCBBQ0xzIGFyZSBkZWZpbmVkIGZvciB0aGUg aW5ncmVzcyAoaW5wdXQpIGFuZCBlZ3Jlc3MgKG91dHB1dCkgZGlyZWN0aW9ucy7igJ0NCg0KT2su DQoNCg0KDQoNCiAtICJBbiBleGFtcGxlIGluIHRoZSBhcHBlbmRpeCBzaG93cyBob3cgdG8gZXhw cmVzcyBpdCBpbiBZQU5HIG1vZGVsLiIgLSBlaXRoZXIgdGhpcw0KICAgaXMgbm90IHRydWUsIG9y IHRoZSBzZW50ZW5jZSBzaG91bGQgbm90IGJlIGF0IHRoZSBlbmQgb2YgdGhpcyBwYXJhZ3JhcGgN Cg0KUmVtb3ZlZC4NCg0KDQoNCg0KSW4gU2VjdGlvbiAzLjE6DQogLSBzL2FuZCBtdXN0IHN0YXRl bWVudHMvYW5kICdtdXN0JyBzdGF0ZW1lbnRzLw0KDQpEb25lIGFuZCBzL2lmLWZlYXR1cmUv4oCY aWYtZmVhdHVyZeKAmS8NCg0KDQoNCiAtIHMvZGVmaW5lIG5ldyAibWF0Y2hlcyIgY2hvaWNlL2Rl ZmluZSBhIG5ldyAibWF0Y2hlcyIgY2hvaWNlLyA/DQoNCkRvbmUuDQoNCg0KDQoNCkluIFNlY3Rp b24gNC4xOg0KIC0gImlldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCIgaXMgdGhlIHN0YW5kYXJkIHRv cCBsZXZlbCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0cw0KICAgICAtIHdoYXQgZG9lcyB0aGlzIG1l YW4/DQoNCk9MRDoNCiJpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QiIGlzIHRoZSBzdGFuZGFyZCB0 b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHMNCg0KTkVXOg0KImlldGYtYWNjZXNzLWNv bnRyb2wtbGlzdCIgaXMgdGhlIHRvcCBsZXZlbCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0cw0KDQo8 S0VOVD4gaXQncyBtb3JlIHRoYW4gdGhlIHdvcmQgInN0YW5kYXJkIi4gIE1heWJlIHNvbWV0aGlu ZyBsaWtlIHRoaXM6ICBUaGUgImlldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCINCm1vZHVsZSBkZWZp bmVzIGEgY29udGFpbmVyIGNhbGxlZCAiYWNjZXNzLWxpc3QiICAtIHdoYXQgZG8geW91IHRoaW5r Pw0KDQpPay4NCg0KDQoNCjxLRU5UPkJUVywgd2h5IGlzIHRoZSBjb250YWluZXIgY2FsbGVkICJh Y2Nlc3MtbGlzdHMiIGFuZCBub3QgZS5nLiwgImFjbHMiLiAgSSB0aG91Z2h0IHRoYXQgdGhlcmUg d2FzIGEgbm9kZS1uYW1pbmcgaWRpb20gYWxvbmcgdGhlIGxpbmVzIG9mICIvd2lkZ2V0cy93aWRn ZXQiIGZvciB3aGVuIGEgbGlzdCBpcyBhIGRlc2NlbmRlbnQgb2YgYSBjb250YWluZXIuDQoNCkhp c3RvcnkuIFdoZW4gd2UgaW5oZXJpdGVkIHRoZSBkcmFmdCwgaXQgd2FzIG5hbWVkIGFjY2Vzcy1s aXN0cy4gSSBjYW4gY2hhbmdlIGl0IHRvIOKAnGFjbHPigJ0uDQoNCjw8S0VOVD4+IEkgdGhpbmsg aXQgc2hvdWxkIGJlICJhY2xzIiwgYnV0IEkgd291bGRuJ3Qgd2FudCB0byBtYWtlIHRoaXMgY2hh bmdlIHVuaWxhdGVyYWxseS4NCkRvZXMgYW55Ym9keSBlbHNlIGhhdmUgYW4gaXNzdWUgd2l0aCB0 aGUgY29udGFpbmVyIGJlaW5nIGNhbGxlZCAiYWNjZXNzLWxpc3RzIiA/DQoNCiAtIFRoZSAiYWNj ZXNzLWxpc3RzIiBjb250YWluZXIgc3RvcmVzIGEgbGlzdCBvZiAiYWNsIi4gLSBzL3N0b3Jlcy9o YXMgb3IgY29udGFpbnM/Lw0KDQpzL3N0b3Jlcy9oYXMvDQoNCg0KDQogLSAiLi4udGhhdCBjYW4g YmUgdXNlZCB0byBkZXRlcm1pbmUgd2hpY2ggcnVsZSB3YXMgbWF0Y2hlZCB1cG9uIiAtIG5vdCBz dXJlIGlmIHRoaXMNCiAgIHBhcnQgaXMgbmVlZGVkLCBvciBtYXliZSBiZXR0ZXIgcmVzdGF0ZWQg Iiwgd2hpY2ggY2FuIGxhdGVyIGJlIHVzZWQgdG8gZGV0ZXJtaW5l4oCmIj8NCg0KT2suDQoNCg0K DQogLSBzL2FiaWxpdHkgZm9yIEFDTCdzIHRvIGJlL2FiaWxpdHkgZm9yIEFDTHMgdG8gYmUvDQoN Ck9rLg0KDQoNCg0KDQpJbiBTZWN0aW9uIDQuMSAoaW4gdGhlIFlBTkcgbW9kdWxlKToNCiAtIEEg bnVtYmVyIG9mIGlkZW50aXRpZXMgcmVhZCAiQUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMuLi4i LiAgSXMgInByaW1hcmlseSINCiAgIGFuIGFjY3VyYXRlIHdvcmQ/IC0gaWYgc28sIHRoZW4gZG8g d2UgbmVlZCB0byBzYXkgYW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzDQogICBub3QgdGhlIGNhc2U/ DQoNCkFzIG9uZSBvZiB0aGUgdGV4dCBzYXlzLiBJdCBwcmltYXJpbHkgbWF0Y2hlcyBJUHY0LCBh bmQgZG9lcyBub3QgbWF0Y2ggZWl0aGVyIGV0aGVybmV0IG9yIElQdjYgaGVhZGVycy4gU3VjaCBB Q0wgdHlwZXMgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBtaXhlZCBBQ0wgdHlwZXMgdGhhdCBtaWdo dCBtYXRjaCBvbiBhIGNvbWJpbmF0aW9uIG9mIGV0aGVybmV0IGFuZCBJUHY0IGhlYWRlcnMgZXRj Lg0KDQo8S0VOVD5CdXQgbXkgY29tbWVudCBpcyBtb3JlIHRoYXQgInByaW1hcmlseSIgc2VlbXMg d2lzaHktd2FzaHkuICBJdCBzZWVtcyBsaWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29t ZXRoaW5nLCBpdCBhY3R1YWxseSBkb2VzIGl0LiAgIElmIHRoZXJlIGlzIGEgZ3JleSBhcmVhLCB3 aGVyZSBpdCBtaWdodCBtYXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsIG1heWJlIGl0 IHdvdWxkIGhlbHAgdG8gY2FsbCB0aGF0IG91dD8NCg0KT2suIFdpbGwgZHJvcCB0aGUgd29yZCDi gJxwcmltYXJpbHnigJ0uDQoNCg0KDQoNCg0KIFNlcGFyYXRlbHksIHMvQUNML2FuIEFDTC8/DQoN Ck9rLg0KDQoNCg0KIC0gQSBudW1iZXIgb2YgZmVhdHVyZXMgcmVhZCAiRGV2aWNlIGNhbiBzdXBw b3J0Li4uIiAtIHMvRGV2aWNlL1RoZSBkZXZpY2UvPw0KDQpPay4NCg0KDQoNCiAtICJJdCBjYW4g aGF2ZSBvbmUgb3IgbW9yZSBBY2Nlc3MgQ29udHJvbCBMaXN0cyIgLSBsaXN0cyBzaG91bGQgYmUg c2luZ3VsYXIuDQoNClJlYWxseT8gRW5nbGlzaCBncmFtbWFyIHNheXMgdGhhdCBpZiBhIHNlbnRl bmNlIGhhcyBib3RoIGEgc2luZ3VsYXIgYW5kIGEgcGx1cmFsLCB0aGUgb25lIG5lYXJlc3QgdG8g dGhlIHN1YmplY3QgaXMgdGhlIG9uZSB5b3Ugc2VsZWN0Lg0KDQo8S0VOVD5hY3R1YWxseSwgSSdt IGp1c3QgZ29pbmcgb2ZmIHRoZSBmYWN0IHRoYXQgdGhlIGxpc3Qgbm9kZSBpcyBjYWxsICJhY2wi LCB3aGljaCBpcyBzaW5ndWxhci4gIFBlcmhhcHMgZXZlbiBiZXR0ZXIgd291bGQgYmUgdG8gc2F5 OiAgSXQgY2FuIGNvbnRhaW4gb25lIG9yIG1vcmUgImFjbCIgbm9kZXMgLSB0aG91Z2h0cz8NCg0K QnV0IGV2ZW4gbm9kZXMgaXMgYSBwbHVyYWwuIFNvIHdoYXQgd291bGQgYmUgdGhlIGRpZmZlcmVu Y2UgYmV0d2VlbiDigJxhY2xz4oCdIGFuZCDigJxhY2wgbm9kZXPigJ0uIEkgd291bGQgcmF0aGVy IGhhdmUgdGhlIFJGQyBlZGl0b3IgZGVhbCB3aXRoIHRoaXMuDQoNCjw8S0VOVD4+IE15IGlzc3Vl IGlzbid0IHNvIG11Y2ggdGhlIHBsdXJhbGl0eSwgYXMgaXQgaXMgbWF0Y2hpbmcgd2hhdCBpcyBp biB0aGUgWUFORy4gICBUaGUgbm9kZSBpcyBjYWxsZWQgImFjbCIsIHNvIHRoZW4geW91IHdhbnQg dG8gc2F5IHRoYXQgdGhlcmUgYXJlIG11bHRpcGxlICJhY2wiIG5vZGVzIChub3QgImFjbHMiKS4g IEluIGZhY3QsIHB1dHRpbmcgImFjbHMiIHdvdWxkIGJlIGV2ZW4gbW9yZSBjb25mdXNpbmcgaXMg dGhlICJhY2Nlc3MtbGlzdHMiIGNvbnRhaW5lciBpcyByZW5hbWVkIHRvICJhY2xzIi4NCg0KDQog LSAiQW4gQWNjZXNzIENvbnRyb2wgTGlzdChBQ0wpIiAtIHB1dCBhIHNwYWNlIGJlZm9yZSAoQUNM KQ0KDQpPay4NCg0KDQoNCiAtICIgSW5kaWNhdGVzIHRoZSBwcmltYXJ5IGludGVuZGVkIiAtIGhl cmUncyB0aGF0IHdvcmQgInByaW1hcnkiIGFnYWluLi4uDQogLSBzL2EgbGlzdCBvZiBhY2Nlc3Mt bGlzdC1lbnRyaWVzKEFDRSkvIGEgbGlzdCBvZiBhY2Nlc3MtbGlzdC1lbnRyeSBub2RlcyAoQUNF KS8/DQoNCk9rLg0KDQoNCg0KIC0gcy9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJpZXMoQUNFKS9M aXN0IG9mIGFjY2VzcyBsaXN0IGVudHJ5IG5vZGVzIChBQ0UpLz8NCiAgICAgLSB0aGVyZSBpcyBt b3JlIHRoYW4gb25lIGluc3RhbmNlIG9mIHRoaXMgaW4gdGhlIG1vZGVsDQoNCkZpeGVkLg0KDQoN Cg0KIC0gIi4uLy4uLy4uLy4uL3R5cGUiIC0gc3RpbGwgc29tZSBsb25nIHJlbGF0aXZlIFhQYXRo cw0KDQpGaXhlZC4NCg0KDQoNCiAtICIgb3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2Ygc291cmNl IHBvcnRzIiAtIHRoaXMgaXNuJ3QgdGhlcmUgeWV0LiAgSSB0aGluayB5b3UNCiAgIHdhbnQgdG8g c2F5IHNvbWV0aGluZyBsaWtlICJ0aGlzIGlzIGEgY2hvaWNlIHNvIGFzIHRvIHN1cHBvcnQgZnV0 dXJlICdjYXNlJw0KICAgc3RhdGVtZW50cywgc3VjaCBhcyBvbmUgZW5hYmxpbmcgYSBncm91cCBv ZiBzb3VyY2UgcG9ydHMgdG8gYmUgcmVmZXJlbmNlZOKAnQ0KDQpIb3cgYWJvdXQ6DQoNCkNob2lj ZSBvZiBzb3VyY2UgcG9ydCBkZWZpbml0aW9uIHVzaW5nIHJhbmdlL29wZXJhdG9yIG9yIHJlZmVy cmluZyB0byBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cywgdG8gYmUgYWRkZWQgYXMgYSBmdXR1cmUg J2Nhc2UnIHN0YXRlbWVudC4NCg0KPEtFTlQ+SSBsaWtlIG15IGZyYW1pbmcgYmV0dGVyIGJlY2F1 c2UgMSkgaXQgaXMgbGVzcyBjb21taXR0YWwgYWJvdXQgdGhlIGZ1dHVyZSBhbmQgMikgaXQgZG9l c24ndCBsaW1pdCB0aGVyZSB0byBiZWluZyBqdXN0IG9uZSAnY2FzZScgc3RhdGVtZW50IHRoYXQg bWlnaHQgYmUgYWRkZWQgaW4gdGhlIGZ1dHVyZS4NCg0KT2suDQoNCg0KDQoNCiAtIGRpdHRvIGZv ciAib3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2YgZGVzdGluYXRpb24gcG9ydHMuIg0KIC0gZGl0 dG8gb24gYm90aCBvZiB0aGUgYWJvdmUgZm9yIHRoZSAidWRwIiBjb250YWluZXINCiAtIGlzIGl0 IHBvc3NpYmxlIGZvciBib3RoICJlZ3Jlc3MtaW50ZXJmYWNlIiBhbmQgImluZ3Jlc3MtaW50ZXJm YWNlIiBsZWFmcyB0bw0KICAgYmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICAtIGlmIG5v dCwgc2hvdWxkIHRoZXJlIGEgJ211c3QnIHN0YXRlbWVudCB0bw0KICAgcHJldmVudCB0aGF0IHBv c3NpYmlsaXR5PyAtIG9yIGFuIGV4cGxhbmF0aW9uIGZvciB3aGF0IGhhcHBlbnMgaWYgaXQgb2Nj dXJzPw0KDQpMZXQgbWUgZGlzY3VzcyB0aGlzIHdpdGggbXkgY28tYXV0aG9ycy4NCg0KPEtFTlQ+ YW55IHVwZGF0ZSBvbiB0aGlzPw0KDQpZZXMsIGl0IGlzIHBvc3NpYmxlIGZvciBib3RoIHRoZSDi gJxlZ3Jlc3MtaW50ZXJmYWNl4oCdIGFuZCDigJxpbmdyZXNzLWludGVyZmFjZeKAnSB0byBiZSBz cGVjaWZpZWQgYXQgdGhlIHNhbWUgdGltZS4NCg0KPDxLRU5UPj4gb2theSwgdGhlbiBtYXliZSB0 aGVyZSBjYW4gYmUgYW4gZXhwbGFuYXRpb24gb2Ygd2hhdCBoYXBwZW5zIHdoZW4gdGhhdCBvY2N1 cnM/DQoNCg0KIC0gcy9UaGUgQUNMJ3MgYXBwbGllZC9UaGUgQUNMcyBhcHBsaWVkLyAgICh0aGlz IGhhcHBlbnMgbW9yZSB0aGFuIG9uY2UgaW4gbW9kZWwpDQoNCkZpeGVkLg0KDQoNCkluIFNlY3Rp b24gNC4yOg0KIC0gcmVmZXJlbmNlcyB0aGVtIGJ5ICJ1c2VzIiAtLT4gcmVmZXJlbmNlcyB0aGVt IGJ5ICd1c2VzJyBzdGF0ZW1lbnRzICA/Pz8NCg0KT2suDQoNCg0KDQogLSBub3QgYWxsIHlvdXIg J3JlZmVyZW5jZScgc3RhdGVtZW50cyBoYXZlIHRoZSB0aXRsZSBvZiB0aGUgcmVmZXJlbmNlZCBk b2N1bWVudC4NCg0KRml4ZWQuDQoNCg0KDQogLSAidGhlbiB0aGUgZGF0YWdyYW0gbXVzdCBiZSBk ZXN0cm95ZWQiIC0gcy9kZXN0cm95ZWQvZHJvcHBlZC8/DQoNCk9rLg0KDQoNCg0KIC0gIm9yIHJl ZmVycmluZyB0byBhIGdyb3VwIG9mIC4uLiIgIC0gc2FtZSBjb21tZW50cyBhcyBmb3IgcHJldmlv dXMgbW9kdWxlDQogLSAiZWNlIiBpcyBtaXNzaW5nIGEgJ3JlZmVyZW5jZScgc3RhdGVtZW50PyAg LQ0KDQpBZGRlZC4NCg0KDQoNCiAtICJJbmRpY2F0ZXMgdGhhdCB0aGUgVXJnZW50IHBvaW50ZXIg ZmllbGQgaXMgc2lnbmlmaWNhbnQiIC0gdXJnZW50IGlzDQogICBjYXBpdGFsaXplZCwgYnV0IHRo ZXJlJ3Mgbm8gY29udGV4dCBhcyBmb3Igd2h5LiAgUGVyaGFwcyBtaXNzaW5nIGENCiAgIHJlZmVy ZW5jZSBzdGF0ZW1lbnQgdG9vPw0KDQpBZGRlZCBhIHJlZmVyZW5jZSBzdGF0ZW1lbnQuDQoNCg0K DQogLSBpbiAid2luZG93LXNpemUiIGxlYWYgZGVzY3JpcHRpb24sIHJlbW92ZSBwYXJlbnRoZXNl cw0KDQpPay4NCg0KDQoNCg0KSW4gU2VjdGlvbiA0LjM6DQogLSB0aGUgdGV4dCBzYXlzIHRoYXQg aXQgZHJvcHMgdHJhZmZpYyBmcm9tIFggdG8gWSwgYnV0IHRoZSBleGFtcGxlIHNlZW1zIHRvIGRv DQogICB0aGUgcmV2ZXJzZS4NCg0KRml4ZWQuDQoNCg0KDQoNCkluIFNlY3Rpb24gNC40Og0KIC0g VGhlICJXaXRoIHRoZSBmb2xsb3cgWE1MIGV4YW1wbGU6IiA8RVhBTVBMRT4gIlRoaXMgcmVwcmVz ZW50cy4uLiIgaXMNCiAgIGRpZmZpY3VsdCB0byByZWFkLiAgSG93IGFib3V0IGp1c3QgaGF2aW5n ICJUaGUgZm9sbG93aW5nIFhNTCBleGFtcGxlIC4uLjrigJ0/DQoNCkZpeGVkLg0KDQoNCjxLRU5U PiBCVFcsIEkgbWlzc2VkIGl0IGJlZm9yZSwgYnV0IEkgdGhpbmsgdGhlIDQuNCBzZWN0aW9uIHRp dGxlIHNob3VsZCBiZQ0KcGx1cmFsOiAiUG9ydCBSYW5nZSBVc2FnZSBFeGFtcGxlc+KAnQ0KDQpU aGUgdGl0bGUgbm93IHJlYWRzOg0KDQoiUG9ydCBSYW5nZSBVc2FnZSBhbmQgT3RoZXIgRXhhbXBs ZXPigJ0uIFNlZSBiZWxvdy4NCg0KPDxLRU5UPj4gd29ya3MgZm9yIG1lLg0KDQoNCg0KIC0gZG9l cyB0aGUgc2Vjb25kIGV4YW1wbGUgcHJvdmlkZSBhbnkgdmFsdWUgb2YgdGhlIGZpcnN0PyAtIHNl ZW1zIHRoZSBzYW1lIHRvIG1l4oCmDQoNCldpbGwgY2hhbmdlIHRoZSBleGFtcGxlLg0KDQo8S0VO VD4gd2FzIGl0IGNoYW5nZWQgcGVyIHRoZSBuZXh0IGl0ZW0gYmVsb3csIG9yIHNvbWV0aGluZyBl bHNlPw0KDQpDaGFuZ2VkIHRoZSBleGFtcGxlIHRvIGFuIEFDRSBlbnRyeSB0aGF0IGRyb3BzIGFs bCBwaW5nIHJlcXVlc3RzLg0KDQo8PEtFTlQ+PiBva2F5LiAgQnV0IHBsZWFzZSB0d2VhayBhbGwg eW91ciBleGFtcGxlcyBzbyB0aGF0IGEgJ1wnIGxpbmUtd3JhcHBpbmcgaXNuJ3QNCmhhcHBlbmlu ZyBmb3IgYSBzaW5nbGUgY2hhcmF0ZXIuICBlLmcuLCByZW1vdmUgb25lIHNwYWNlIGZyb20gdGhl IGluZGVudCBvciBwdXQgdGhlDQp4bWxucyBvbiBpdHMgb3duIGxpbmUuDQoNCg0KDQogLSBzZWVt cyBsaWtlIGV4YW1wbGUgMyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAiPGxvd2VyLXBvcnQ+ MjE8L2xvd2VyLXBvcnQ+IiwNCiAgIHJpZ2h0PyAgLSB0aGUgdGV4dCBhdCB0aGUgYmVnaW5uaW5n IG9mIHRoZSBzZWN0aW9uIHNheXMgdGhpcyBjb25zdHJ1Y3QgaXMNCiAgIHBvc3NpYmxlLCBidXQg dGhlcmUgaXMgbm8gZXhhbXBsZSBmb3IgaXQuICBNYXliZSB0aGlzIG1ha2VzIGEgYmV0dGVyIGV4 ICMyPw0KDQpIYXZlIGNoYW5nZWQgdGhlIGxhbmd1YWdlIGluIHRoZSBiZWdpbm5pbmcgb2YgdGhl IHNlY3Rpb24gdG8gc2F5Og0KDQoiV2hlbiBvbmx5IGEgcG9ydCBpcyBwcmVzZW50LCBpdCByZXBy ZXNlbnRzIGEgcG9ydCwgd2l0aCB0aGUgb3BlcmF0b3Igc3BlY2lmeWluZyB0aGUgcmFuZ2UuIg0K DQpUaGF0IGlzIGJlY2F1c2UsIGl0IG5vdyBhIGNob2ljZSBiZXR3ZWVuIHNwZWNpZnlpbmcgYSBy YW5nZSBvciBzcGVjaWZ5aW5nIGEgc2luZ2xlIHBvcnQgd2l0aCBhbiBvcGVyYXRvci4NCg0KDQoN Cg0KSW4gYWxsIHlvdXIgWUFORyBtb2R1bGVzOg0KIC0gcmVwbGFjZSAiTkVUTU9EIChORVRDT05G IERhdGEgTW9kZWxpbmcgTGFuZ3VhZ2UpIiB3aXRoICJORVRNT0QgKE5ldHdvcmsNCiAgIE1vZGVs aW5nKSBXb3JraW5nIEdyb3Vw4oCdDQoNCk9rLg0KDQoNCg0KDQpJbiBTZWN0aW9uID8/Og0KIElu IHRoZSBleGFtcGxlcywgd2h5IGRpZCB5b3UgYWRkIHRoZSAiPD94bWwgdmVyc2lvbj0iMS4wIiBl bmNvZGluZz0iVVRGLTgiPz4iDQogbGluZSBhbmQgdGhlICJjb25maWciIGVsZW1lbnQ/ICAtIHRo ZSBleGFtcGxlcyB2YWxpZGF0ZSBlcXVhbGx5IHdlbGwgd2hlbg0KIHRoZXNlIGFyZSByZW1vdmVk Lg0KDQpUaGUgZXhhbXBsZXMgY2FuIHRoZW4gYmUgY3V0IGFuZCBwYXN0ZWQgaW50byBhbnkgY2xp ZW50IHN1Y2ggYXMgbmNjbGllbnQgd2hpY2ggdGFrZXMgYW4gZW50aXJlIDxycGM+Lg0KDQoNCg0K DQpJbiBTZWN0aW9uIDY6DQogLSBzL3RocmVlIFlBTkcgbW9kdWxlL3RocmVlIFlBTkcgbW9kdWxl cy8NCg0KRml4ZWQuDQoNCg0KDQoNCkluIFNlY3Rpb24gNi4xOg0KIC0gVGhlIGZpcnN0IHBhcmFn cmFwaCBzYXlzICJ0aHJlZSBVUkkiLCBidXQgaXQgc2hvdWxkIGJlICJ0aHJlZSBVUklz4oCdDQoN CkZpeGVkLg0KDQoNCg0KDQpJbiBTZWN0aW9uIEEuMToNCiAtICJUaGUgZm9sbG93aW5nIGZpZ3Vy ZSBpcyB0aGUgdHJlZSBzdHJ1Y3R1cmUiIC0gc2hvdWxkIHNheSAidHJlZSBkaWFncmFtIiBhbmQN CiAgIHNob3VsZCByZWZlcmVuY2UgdGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2 ZSBhIGRyYWZ0LXdpZGUgIlRyZWUNCiAgIERpYWdyYW0gTm90YXRpb24iIHNlY3Rpb24gaW4gdGhl IEludHJvZHVjdGlvbi4NCg0KQWRkZWQgYSBzZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24uDQoN Cg0KDQogLSBzL0luIG90aGVyIGV4YW1wbGUvSW4gYW5vdGhlciBleGFtcGxlLz8NCiAtIHMvd2l0 aCBuZXcgY2hvaWNlIG9mIGFjdGlvbnMvd2l0aCBhIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy8/DQoN CkJvdGggZml4ZWQuDQoNCg0KDQoNCkluIFNlY3Rpb24gQS4zOw0KIC0gc29tZSAncmVmZXJlbmNl JyBzdGF0ZW1lbnRzIGFyZSBtaXNzaW5nIHRpdGxlcw0KDQpBZGRlZC4NCg0KDQoNCiAtIHNvbWUg J2Rlc2NyaXB0aW9uJyBzdGF0ZW1lbnRzIG1pZ2h0IGJlbmVmaXQgZnJvbSBhICdyZWZlcmVuY2Xi gJkgc3RhdGVtZW50DQoNCkkgaGF2ZSBhZGRlZCByZWZlcmVuY2VzIHRoYXQgSSBjb3VsZCBmaW5k Lg0KDQoNCg0KIC0gIlRoZSB1aW50MTYgdHlwZSBwbGFjZWhvbGRlciB0eXBlLi4uIiAtIGlzIHRo aXMgYSB0eXBvPw0KDQpEcm9wcGVkIHRoZSBzZWNvbmQg4oCcdHlwZeKAnS4NCg0KVGhhbmtzLg0K DQo8S0VOVD5ucA0KDQoNCg0KS2VudCAvLyBzaGVwaGVyZA0KDQoNCg0KDQo9PT09PSBvcmlnaW5h bCBtZXNzYWdlID09PT09PQ0KDQpUaGlzIHZlcnNpb24gb2YgdGhlIGRyYWZ0IGFkZHJlc3NlcyBj b21tZW50cyByYWlzZWQgZHVyaW5nIExDLCBzaGVwaGVyZCByZXZpZXcgYW5kIG90aGVyIGNvbW1l bnRzIHJlY2VpdmVkIGR1cmluZyB0aGF0IHBlcmlvZC4NCg0KDQoNCk9uIE1hciAzLCAyMDE4LCBh dCAyOjEzIFBNLCBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4gd3JvdGU6DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxl IGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KVGhpcyBkcmFm dCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTmV0d29yayBNb2RlbGluZyBXRyBvZiB0aGUgSUVURi4N Cg0KICAgICAgVGl0bGUgICAgICAgICAgIDogTmV0d29yayBBY2Nlc3MgQ29udHJvbCBMaXN0IChB Q0wpIFlBTkcgRGF0YSBNb2RlbA0KICAgICAgQXV0aG9ycyAgICAgICAgIDogTWFoZXNoIEpldGhh bmFuZGFuaQ0KICAgICAgICAgICAgICAgICAgICAgICAgTGlzYSBIdWFuZw0KICAgICAgICAgICAg ICAgICAgICAgICAgU29uYWwgQWdhcndhbA0KICAgICAgICAgICAgICAgICAgICAgICAgRGFuYSBC bGFpcg0KRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVsLTE3LnR4 dA0KUGFnZXMgICAgICAgICAgIDogNTcNCkRhdGUgICAgICAgICAgICA6IDIwMTgtMDMtMDMNCg0K QWJzdHJhY3Q6DQogVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgZGF0YSBtb2RlbCBmb3IgQWNjZXNz IENvbnRyb2wgTGlzdCAoQUNMKS4NCiBBQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0IG9mIHJ1 bGVzLCB1c2VkIHRvIGNvbmZpZ3VyZSB0aGUNCiBmb3J3YXJkaW5nIGJlaGF2aW9yIGluIGRldmlj ZS4gIEVhY2ggcnVsZSBpcyB1c2VkIHRvIGZpbmQgYSBtYXRjaCBvbg0KIGEgcGFja2V0LCBhbmQg ZGVmaW5lIGFjdGlvbnMgdGhhdCB3aWxsIGJlIHBlcmZvcm1lZCBvbiB0aGUgcGFja2V0Lg0KDQoN ClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0 cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJh Y2tlci5pZXRmLm9yZ19kb2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmQ9 RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6 a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVY Q1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9NDRHSmxxeHFCMFlLNUc5Z2IxVFV6QW9i dWdNSHhEV2ZsYVBDWjNJWXBLQSZlPQ0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9u cyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJE YWNsLTJEbW9kZWwtMkQxNyZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1u ZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpk Y1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPXJibTkx U1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmZT0NCmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5v cmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZkPUR3 SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQ MHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENS ZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPXNpeXB5Qm4zRjhvNmJzQjNaM0U1cVMwdWFT cTJFVUdVUHdpcnhfYV9LRHcmZT0NCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24g aXMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYt MkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2Jm aDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZ YUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55 Wm9jJnM9dDJscHpTU1c3MkJ2UUsxVmpQb3hYMEFEeGhiOVpEMGZwM2ZYcWNkODBnOCZlPQ0KDQoN ClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRo ZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29m cG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3Rvb2xzLmlldGYub3JnXyZkPUR3TUZhUSZjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdK OUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09Qmd5am5mU3JaZnN3V3JUTWlXLVBkS0VK VUVsM0lYdHdDU28xUFF5VlVhQSZzPTRGakdPbGQ0OUd3STBtb1o3aDZsdGx1djBSWE4xclBtR3Aw ZC04bWpEbUEmZT0+Lg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFu b255bW91cyBGVFAgYXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9ZnRwLTNBX19mdHAuaWV0Zi5vcmdfaW50ZXJuZXQtMkRkcmFmdHNfJmQ9RHdJQ0FnJmM9SEFr WXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5 RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXda TnI2N1NBQThHSGZnWW55Wm9jJnM9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndqLUhFWHZa S0JSVGlVdyZlPQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RA aWV0Zi5vcmc+DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0 cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZkPUR3SUNBZyZjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdK OUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3 Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPU9LSVZMWExvMFJzcmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRD cWtfb2kxSEEmZT0NCg0KTWFoZXNoIEpldGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5j b208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9k QGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpodHRwczovL3VybGRlZmVuc2UucHJv b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3Rp bmZvX25ldG1vZCZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09 aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPU9LSVZMWExvMFJz cmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmZT0NCg0KTWFoZXNoIEpldGhhbmFuZGFu aQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29t Pg0KDQoNCk1haGVzaCBKZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0 bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4NCg0KDQo= --_000_8509544F40A64FF1A8A5354220C5EB2Bjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpNb25hY287DQoJcGFub3NlLTE6MiAwIDUgMCAwIDAgMCAwIDAg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28t c3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6Q291cmllcjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWZvbnQtdmFyaWFudDpu b3JtYWwgIWltcG9ydGFudDsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCXRleHQtdHJhbnNmb3JtOm5v bmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTsNCgl2ZXJ0aWNhbC1hbGlnbjpiYXNlbGlu ZTt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5 bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRl IiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmkiPkhpIE1haGVzaCwmbmJzcDsgcGxlYXNlIGxvb2sgZm9yICZsdDsmbHQ7S0VO VCZndDsmZ3Q7IGJlbG93LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 Q2FsaWJyaSI+QWxsLCBwbGVhc2UgdGFrZSBhIGxvb2sgYXQgdGhlIHF1ZXN0aW9uIGFyb3VuZCBy ZW5hbWluZyB0aGUgJnF1b3Q7YWNjZXNzLWxpc3RzJnF1b3Q7IGNvbnRhaW5lci48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaSI+S2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMy8xMy8xOCwg OTo0NiBQTSwgJnF1b3Q7TWFoZXNoIEpldGhhbmFuZGFuaSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5PbiBNYXIgMTMsIDIwMTgsIGF0IDM6MjMgUE0sIEtlbnQgV2F0c2VuICZsdDs8YSBocmVm PSJtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldCI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7 IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5I aSBNYWhlc2gsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlBsZWFzZSBsb29rIGZvciAmbHQ7S0VOVCZndDsgYmVs b3cuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpD YWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPktlbnQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T24gMy84LzE4LCA3OjQw IFBNLCAmcXVvdDtNYWhlc2ggSmV0aGFuYW5kYW5pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 bWpldGhhbmFuZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1qZXRo YW5hbmRhbmlAZ21haWwuY29tPC9zcGFuPjwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPktlbnQsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4N Cjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9uIE1hciA3LCAyMDE4 LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVu aXBlci5uZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmt3YXRzZW5AanVuaXBlci5uZXQ8 L3NwYW4+PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPltUbyBhbGwgdGhvc2UgdGhhdCBzYWlkIHRoaXMgZHJhZnQg d2FzIHJlYWR5LCByZWFsbHk/XTxicj4NCjxicj4NCjxicj4NCkhpIE1haGVzaCw8YnI+DQo8YnI+ DQpUaGFua3MgZm9yIHRoZSB1cGRhdGUuICZuYnNwO0kgZm91bmQgc29tZSBtb3JlIGlzc3Vlcy4g Jm5ic3A7U29tZSBtdXN0IGJlIGZpeGVkLDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpvdGhlcnMgYXJlIG5pdHMsIGFuZCBtaWdodCBiZSBjYXVn aHQgYnkgdGhlIFJGQyBFZGl0b3IuICZuYnNwO0J1dCBJIHRoaW5rPGJyPg0KdGhhdCBpdCdzIGVt YmFycmFzc2luZyB0byByZWNlaXZlIGNvbW1lbnRzIGZvciBzdWNoIHRoaW5ncyBmcm9tIHRoZTxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpJRVNH LCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwgc28gcGxlYXNl IHNlZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+ DQp3aGF0IHlvdSBjYW4gZG8uPGJyPg0KPGJyPg0KVGhhbmtzLDxicj4NCktlbnQ8YnI+DQo8YnI+ DQo8YnI+DQpGcm9tIElkbml0czo8YnI+DQo8YnI+DQombmJzcDsqKiBUaGVyZSBhcmUgNiBpbnN0 YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMgaW4gdGhlIGRvY3VtZW50LCB0aGUgbG9uZ2VzdCBvbmU8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtiZWluZyA3IGNoYXJhY3RlcnMgaW4gZXhjZXNz IG9mIDcyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkhtbS4gVGhlIGlkbml0 cyBhdCBzdWJtaXNzaW9uIHRpbWUgZGlkIG5vdCBjb21wbGFpbi4gV2lsbCBhcHBseSB0aGUgbmV3 IHNjcmlwdCB0aGF0IHlvdSBwcm92aWRlZCB0byBtYWtlIHN1cmUgSSB3cmFwIHRoZW0gYXJvdW5k LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQombmJzcDtZb3Ugd3JvdGUgYmVmb3JlIHRoYXQg aXQgd2FzICZxdW90O0ZpeGVkJnF1b3Q7LCBidXQgaXQncyBzdGlsbCBoZXJlPyAmbmJzcDtOb3Rl OiAmcXVvdDsqKiZxdW90OyBpczxicj4NCiZuYnNwO2FuIGVycm9yIChpZG5pdHMgbGFiZWwpPGJy Pg0KPGJyPg0KJm5ic3A7LS0gVGhlIGRvY3VtZW50IGhhcyBleGFtcGxlcyB1c2luZyBJUHY0IGRv Y3VtZW50YXRpb24gYWRkcmVzc2VzIGFjY29yZGluZzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwO3RvIFJGQzY4OTAsIGJ1dCBkb2VzIG5vdCB1c2UgYW55IElQdjYgZG9jdW1lbnRhdGlvbiBh ZGRyZXNzZXMuICZuYnNwO01heWJlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlcmUg c2hvdWxkIGJlIElQdjYgZXhhbXBsZXMsIHRvbz88YnI+DQo8YnI+DQombmJzcDtJIGRvbid0IGZl ZWwgc3Ryb25nbHkgYWJvdXQgdGhpcywgYnV0IGlmIGl0J3MgZWFzeSBlbm91Z2ggdG8gZG8uLi48 YnI+DQo8YnI+DQpJbiB0aGUgQWJzdHJhY3Q6PGJyPg0KJm5ic3A7LSBJIHRoaW5rIHRoZSB3b3Jk ICZxdW90O2FuJnF1b3Q7IGlzIG1pc3NpbmcgKGUuZy4sIGFuIEFDTCk8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj5BZGRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4g dGhlIEludHJvZHVjdGlvbjo8YnI+DQombmJzcDstIHNob3VsZCAmcXVvdDtvcmRlcmVkLWJ5LXVz ZXImcXVvdDsgYmUgJnF1b3Q7b3JkZXJlZC1ieSB1c2VyJnF1b3Q7IHRvIGF2b2lkIGNvbmZ1c2lv biwgb3IgcGVyaGFwcyBzYXkgaXQgYW5vdGhlciB3YXk/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+SG93IGFib3V0IHRoaXMgaW4gYm90aCB0aGUgQWJzdHJhY3QgYW5kIHRoZSBJ bnRyb2R1Y3Rpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlO2ZvbnQtdmFy aWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMiI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+QUNMIGlzIGEgb3JkZXJlZC1ieS11c2VyIHNldCBvZiBy dWxlczwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5ORVc6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+QW4gQUNMIGlzIGEgc2V0IG9mIHJ1bGVzLCBpbiBhbiBvcmRlciBzZXQgYnkgdGhl IHVzZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj4mbHQ7S0VOVCZndDtvciBob3cgYWJvdXQgJnF1b3Q7QW4gQUNMIGlzIGEgdXNl ci1vcmRlcmVkIHNldCBvZiBydWxlc+KAnT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPk9rLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj4mbmJzcDstIHdoYXQgZG9lcyAmcXVvdDthIHR1cGxlIG9mJnF1b3Q7IG1lYW4/ ICZuYnNwO0NhbiB0aGlzIGJlIHJlc3RhdGVkPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPkhvdyBhYm91dCB0aGlzPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9MRDo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZTticmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhh bnM6IDI7d2lkb3dzOiAyIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj5UaGUg bWF0Y2ggY3JpdGVyaWEgY29uc2lzdCBvZiBhIHR1cGxlIG9mIHBhY2tldCBoZWFkZXIgbWF0Y2gg Y3JpdGVyaWEgYW5kIGNhbiBoYXZlIG1ldGFkYXRhIG1hdGNoIGNyaXRlcmlhIGFzIHdlbGwuPC9z cGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5ORVc6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxw cmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFyaWFu dC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMiI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkhlbHZldGljYSI+VGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgcGFja2V0 IGhlYWRlciBtYXRjaGVzLCBhbmQgb3Igb3IgbWV0YWRhdGEgYXMgZGVzY3JpYmVkIGJlbG93Ojwv c3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jmx0 O0tFTlQmZ3Q7b3IgaG93IGFib3V0ICZxdW90O1RoZSBtYXRjaCBjcml0ZXJpYSBjYW4gYmUgYSBt dWx0aXBsaWNpdHkgb2YgY3JpdGVyaWEsIGFsbCBvZiB3aGljaCBtdXN0IGJlIHRydWUgZm9yIHRo ZSBtYXRjaCB0byBvY2N1ci4mbmJzcDsmbmJzcDsgVGhlIG1hdGNoIGNyaXRlcmlhIG1heSBtYXRj aCBhZ2FpbnN0IHZhbHVlcyBpbiB0aGUgcGFja2V0IGhlYWRlciBvciBhZ2FpbnN0IHZlbmRvci1z cGVjaWZpYw0KIG1ldGFkYXRhIGFib3V0IHRoZSBwYWNrZXQuJnF1b3Q7PyZuYnNwOyZuYnNwOyAt IG9yIHNvbWV0aGluZyBpbiBiZXR3ZWVuPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9yIHNpbXBseSBhczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+4oCcVGhlIG1hdGNoIGNyaXRlcmlhIGFs bG93cyBmb3IgZGVmaW5pdGlvbiBvZiBwYWNrZXQgaGVhZGVycyBhbmQgbWV0YWRhdGEsIGFsbCBv ZiB3aGljaCBtdXN0IGJlIHRydWUgZm9yIHRoZSBtYXRjaCB0byBvY2N1ci4mcXVvdDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCiZsdDsm bHQ7S0VOVCZndDsmZ3Q7IG9rYXk8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPiZuYnNwOy0gcy9JbiBjYXNlIHZlbmRvciBzdXBwb3J0cyBpdC9JbiBjYXNlIGEgdmVu ZG9yIHN1cHBvcnRzIGl0LyA/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2su PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7VGhlIGxpc3Qgb2YgWCBpcyBlbmRs ZXNzIGRlcGVuZGluZyBvbi4uLiZxdW90Oy4gJm5ic3A7SXMgJnF1b3Q7ZW5kbGVzcyZxdW90OyB0 aGUgcmlnaHQgd29yZCwgcGVyaGFwcyByZXN0YXRlPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9MRDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTticmVhay1iZWZvcmU6IHBh Z2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyIj5U aGUgbGlzdCBvZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBlbmRsZXNzPG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFy aWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMiI+Jm5ic3A7PG86cD48 L286cD48L3ByZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPk5FVzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTticmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12 YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyIj5UaGUgbGlzdCBv ZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBsaW1pdGxlc3M8bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jmx0O0tFTlQmZ3Q7IG9yIG1heWJlICZxdW90O3VuYm91 bmRlZOKAnT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzYW1lIHNlbnRlbmNlIGFz IGFib3ZlLCBzaG91bGQgJnF1b3Q7bmV0d29ya2VkIGRldmljZXMmcXVvdDsgYmUgJnF1b3Q7bmV0 d29yayZxdW90OyBvciAmcXVvdDtuZXR3b3JraW5nJnF1b3Q7IGRldmljZXM/PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+V2lsbCBjaGFuZ2Ug4oCcbmV0d29ya2VkIGRldmljZXPi gJ0gdG8g4oCcbmV0d29ya2luZyBkZXZpY2Vz4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+ DQpJbiBTZWN0aW9uIDM6PGJyPg0KJm5ic3A7LSAmcXVvdDtBIG5ldHdvcmsgc3lzdGVtIHVzdWFs bHkgaGF2ZSBhIGxpc3Qgb2YgQUNMcyZxdW90OyAmbmJzcDsocy9zeXN0ZW0vc3lzdGVtcy8gb3Ig cy9oYXZlL2hhcy8/KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPnMvaGF2ZS9o YXMvLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1RoZSBtYXRjaCBjcml0ZXJp YSBjb25zaXN0IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hpbmcmcXVvdDsgLSBpcyBjb25zaXN0IHRo ZSByaWdodCB3b3JkPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkhvdyB3b3Vs ZCB5b3UgcmVzdGF0ZSBpdD8gKEFmdGVyIEkgaGF2ZSBzL2NvbnNpc3QvY29uc2lzdHMvKTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZsdDtLRU5UJmd0OyBzZWUgYWJvdmUgKG15IGNvbW1lbnQgYmVmb3JlIGxhc3QsIGl0IGlzIHRo ZSBzYW1lIHNlbnRlbmNlLCByaWdodD8pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5PbmNlIHdlIGFncmVlIG9uIHRoZSBhYm92ZSBjb21tZW50LCBJIHdpbGwgcmVwbGljYXRl IGl0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgb2theS48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPiZuYnNwOy0gJnF1b3Q7SXQgYXMgYWxzbyBwb3NzaWJsZSBmb3IgQUNFIHRvIG1hdGNoIG9u IG1ldGFkYXRhJnF1b3Q7ICZuYnNwO3MvYXMvaXMvIGFuZCBzL0FDRS9hbiBBQ0UvPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2s8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7 LSAmcXVvdDtXaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2Us IHRoZSBBQ0wgaXMgYXBwbGllZCBpbiBhIGRpcmVjdGlvbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO3doaWNoIGluZGljYXRlcyBpZiBpdCBzaG91bGQgYmUgYXBwbGllZCB0byBwYWNrZXQg ZW50ZXJpbmcgKGlucHV0KSBvciBsZWF2aW5nIHRoZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwO2RldmljZSAob3V0cHV0KS4mcXVvdDsgJm5ic3A7LSByZXN0YXRlIHRvIHRhbGsgYWJvdXQg JnF1b3Q7aW5ncmVzcyZxdW90OyBhbmQgJnF1b3Q7ZWdyZXNz4oCdPzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPkhvdyBhYm91dDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5XaGVuIGFw cGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIHRoZSBBQ0wgaXMgYXBw bGllZCBpbiBhIGRpcmVjdGlvbiB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJlIGFwcGxp ZWQgdG8gaW5ncmVzcyBpbnRlcmZhY2UgKGlucHV0KSBvciBlZ3Jlc3MgaW50ZXJmYWNlIChvdXRw dXQpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCiZsdDtLRU5UJmd0 O29yIG1heWJlICZxdW90O1doZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2Vk IGRldmljZSwgZGlzdGluY3QgQUNMcyBhcmUgZGVmaW5lZCBmb3IgdGhlIGluZ3Jlc3MgKGlucHV0 KSBhbmQgZWdyZXNzIChvdXRwdXQpIGRpcmVjdGlvbnMu4oCdPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtBbiBleGFtcGxlIGluIHRoZSBhcHBlbmRpeCBz aG93cyBob3cgdG8gZXhwcmVzcyBpdCBpbiBZQU5HIG1vZGVsLiZxdW90OyAtIGVpdGhlciB0aGlz PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7aXMgbm90IHRydWUsIG9yIHRoZSBzZW50ZW5jZSBzaG91 bGQgbm90IGJlIGF0IHRoZSBlbmQgb2YgdGhpcyBwYXJhZ3JhcGg8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj5SZW1vdmVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBT ZWN0aW9uIDMuMTo8YnI+DQombmJzcDstIHMvYW5kIG11c3Qgc3RhdGVtZW50cy9hbmQgJ211c3Qn IHN0YXRlbWVudHMvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+RG9uZSBhbmQg cy9pZi1mZWF0dXJlL+KAmGlmLWZlYXR1cmXigJkvPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNw Oy0gcy9kZWZpbmUgbmV3ICZxdW90O21hdGNoZXMmcXVvdDsgY2hvaWNlL2RlZmluZSBhIG5ldyAm cXVvdDttYXRjaGVzJnF1b3Q7IGNob2ljZS8gPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPkRvbmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJy Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4xOjxi cj4NCiZuYnNwOy0gJnF1b3Q7aWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0JnF1b3Q7IGlzIHRoZSBz dGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHM8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDstIHdoYXQgZG9lcyB0aGlzIG1lYW4/PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPiZxdW90O2lldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCZxdW90OyBpcyB0aGUgc3RhbmRhcmQg dG9wIGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxpc3RzPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+TkVX OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZxdW90O2lldGYtYWNjZXNzLWNv bnRyb2wtbGlzdCZxdW90OyBpcyB0aGUgdG9wIGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxpc3Rz PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KJmx0O0tFTlQmZ3Q7IGl0 J3MgbW9yZSB0aGFuIHRoZSB3b3JkICZxdW90O3N0YW5kYXJkJnF1b3Q7LiZuYnNwOyBNYXliZSBz b21ldGhpbmcgbGlrZSB0aGlzOiAmbmJzcDtUaGUgJnF1b3Q7aWV0Zi1hY2Nlc3MtY29udHJvbC1s aXN0JnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+bW9kdWxlIGRlZmluZXMgYSBjb250YWluZXIg Y2FsbGVkICZxdW90O2FjY2Vzcy1saXN0JnF1b3Q7Jm5ic3A7IC0gd2hhdCBkbyB5b3UgdGhpbms/ Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Pay48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDtCVFcsIHdoeSBpcyB0aGUgY29udGFpbmVyIGNh bGxlZCAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsgYW5kIG5vdCBlLmcuLCAmcXVvdDthY2xzJnF1 b3Q7LiZuYnNwOyBJIHRob3VnaHQgdGhhdCB0aGVyZSB3YXMgYSBub2RlLW5hbWluZyBpZGlvbSBh bG9uZyB0aGUgbGluZXMgb2YgJnF1b3Q7L3dpZGdldHMvd2lkZ2V0JnF1b3Q7IGZvciB3aGVuIGEg bGlzdCBpcyBhIGRlc2NlbmRlbnQgb2YgYSBjb250YWluZXIuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5IaXN0b3J5LiBXaGVuIHdlIGluaGVyaXRlZCB0aGUgZHJhZnQsIGl0 IHdhcyBuYW1lZCBhY2Nlc3MtbGlzdHMuIEkgY2FuIGNoYW5nZSBpdCB0byDigJxhY2xz4oCdLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0K Jmx0OyZsdDtLRU5UJmd0OyZndDsgSSB0aGluayBpdCBzaG91bGQgYmUgJnF1b3Q7YWNscyZxdW90 OywgYnV0IEkgd291bGRuJ3Qgd2FudCB0byBtYWtlIHRoaXMgY2hhbmdlIHVuaWxhdGVyYWxseS4m bmJzcDsNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG9lcyBhbnlib2R5 IGVsc2UgaGF2ZSBhbiBpc3N1ZSB3aXRoIHRoZSBjb250YWluZXIgYmVpbmcgY2FsbGVkICZxdW90 O2FjY2Vzcy1saXN0cyZxdW90OyA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZu YnNwOy0gVGhlICZxdW90O2FjY2Vzcy1saXN0cyZxdW90OyBjb250YWluZXIgc3RvcmVzIGEgbGlz dCBvZiAmcXVvdDthY2wmcXVvdDsuIC0gcy9zdG9yZXMvaGFzIG9yIGNvbnRhaW5zPy88c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+cy9zdG9yZXMvaGFzLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4m bmJzcDstICZxdW90Oy4uLnRoYXQgY2FuIGJlIHVzZWQgdG8gZGV0ZXJtaW5lIHdoaWNoIHJ1bGUg d2FzIG1hdGNoZWQgdXBvbiZxdW90OyAtIG5vdCBzdXJlIGlmIHRoaXM8YnI+DQombmJzcDsmbmJz cDsmbmJzcDtwYXJ0IGlzIG5lZWRlZCwgb3IgbWF5YmUgYmV0dGVyIHJlc3RhdGVkICZxdW90Oywg d2hpY2ggY2FuIGxhdGVyIGJlIHVzZWQgdG8gZGV0ZXJtaW5l4oCmJnF1b3Q7Pzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9rLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDst IHMvYWJpbGl0eSBmb3IgQUNMJ3MgdG8gYmUvYWJpbGl0eSBmb3IgQUNMcyB0byBiZS88L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJy Pg0KSW4gU2VjdGlvbiA0LjEgKGluIHRoZSBZQU5HIG1vZHVsZSk6PGJyPg0KJm5ic3A7LSBBIG51 bWJlciBvZiBpZGVudGl0aWVzIHJlYWQgJnF1b3Q7QUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMu Li4mcXVvdDsuICZuYnNwO0lzICZxdW90O3ByaW1hcmlseSZxdW90Ozxicj4NCiZuYnNwOyZuYnNw OyZuYnNwO2FuIGFjY3VyYXRlIHdvcmQ/IC0gaWYgc28sIHRoZW4gZG8gd2UgbmVlZCB0byBzYXkg YW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7bm90IHRoZSBj YXNlPzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5BcyBvbmUgb2YgdGhlIHRleHQgc2F5cy4g SXQgcHJpbWFyaWx5IG1hdGNoZXMgSVB2NCwgYW5kIGRvZXMgbm90IG1hdGNoIGVpdGhlciBldGhl cm5ldCBvciBJUHY2IGhlYWRlcnMuIFN1Y2ggQUNMIHR5cGVzIGFyZSBkaWZmZXJlbnQgZnJvbSB0 aGUgbWl4ZWQgQUNMIHR5cGVzIHRoYXQgbWlnaHQgbWF0Y2ggb24gYSBjb21iaW5hdGlvbiBvZiBl dGhlcm5ldCBhbmQgSVB2NA0KIGhlYWRlcnMgZXRjLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZsdDtLRU5UJmd0O0J1dCBteSBj b21tZW50IGlzIG1vcmUgdGhhdCAmcXVvdDtwcmltYXJpbHkmcXVvdDsgc2VlbXMgd2lzaHktd2Fz aHkuJm5ic3A7IEl0IHNlZW1zIGxpa2UgaXQgZG9lc24ndCAqcHJpbWFyaWx5KiBkbyBzb21ldGhp bmcsIGl0IGFjdHVhbGx5IGRvZXMgaXQuJm5ic3A7Jm5ic3A7IElmIHRoZXJlIGlzIGEgZ3JleSBh cmVhLCB3aGVyZSBpdCBtaWdodCBtYXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsDQog bWF5YmUgaXQgd291bGQgaGVscCB0byBjYWxsIHRoYXQgb3V0PzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T2suIFdpbGwgZHJvcCB0aGUgd29yZCDigJxwcmltYXJpbHnigJ0u PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0K PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwO1NlcGFyYXRlbHksIHMv QUNML2FuIEFDTC8/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2suPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gQSBudW1iZXIgb2YgZmVhdHVyZXMgcmVhZCAmcXVvdDtE ZXZpY2UgY2FuIHN1cHBvcnQuLi4mcXVvdDsgLSBzL0RldmljZS9UaGUgZGV2aWNlLz88L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7LSAmcXVvdDtJdCBjYW4gaGF2ZSBvbmUgb3IgbW9yZSBBY2Nlc3MgQ29udHJvbCBMaXN0cyZx dW90OyAtIGxpc3RzIHNob3VsZCBiZSBzaW5ndWxhci48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5SZWFsbHk/IEVuZ2xpc2ggZ3JhbW1hciBzYXlzIHRoYXQgaWYgYSBzZW50ZW5j ZSBoYXMgYm90aCBhIHNpbmd1bGFyIGFuZCBhIHBsdXJhbCwgdGhlIG9uZSBuZWFyZXN0IHRvIHRo ZSBzdWJqZWN0IGlzIHRoZSBvbmUgeW91IHNlbGVjdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDthY3R1YWxs eSwgSSdtIGp1c3QgZ29pbmcgb2ZmIHRoZSBmYWN0IHRoYXQgdGhlIGxpc3Qgbm9kZSBpcyBjYWxs ICZxdW90O2FjbCZxdW90Oywgd2hpY2ggaXMgc2luZ3VsYXIuJm5ic3A7IFBlcmhhcHMgZXZlbiBi ZXR0ZXIgd291bGQgYmUgdG8gc2F5OjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+Jm5ic3A7PC9zcGFuPkl0DQogY2FuIGNvbnRhaW4gb25lIG9yIG1vcmUgJnF1b3Q7 YWNsJnF1b3Q7IG5vZGVzIC0gdGhvdWdodHM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5CdXQgZXZlbiBub2RlcyBpcyBhIHBsdXJhbC4gU28gd2hhdCB3b3VsZCBiZSB0aGUg ZGlmZmVyZW5jZSBiZXR3ZWVuIOKAnGFjbHPigJ0gYW5kIOKAnGFjbCBub2Rlc+KAnS4gSSB3b3Vs ZCByYXRoZXIgaGF2ZSB0aGUgUkZDIGVkaXRvciBkZWFsIHdpdGggdGhpcy48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCiZsdDsmbHQ7S0VO VCZndDsmZ3Q7IE15IGlzc3VlIGlzbid0IHNvIG11Y2ggdGhlIHBsdXJhbGl0eSwgYXMgaXQgaXMg bWF0Y2hpbmcgd2hhdCBpcyBpbiB0aGUgWUFORy4mbmJzcDsmbmJzcDsgVGhlIG5vZGUgaXMgY2Fs bGVkICZxdW90O2FjbCZxdW90Oywgc28gdGhlbiB5b3Ugd2FudCB0byBzYXkgdGhhdCB0aGVyZSBh cmUgbXVsdGlwbGUgJnF1b3Q7YWNsJnF1b3Q7IG5vZGVzIChub3QgJnF1b3Q7YWNscyZxdW90Oyku Jm5ic3A7IEluIGZhY3QsIHB1dHRpbmcgJnF1b3Q7YWNscyZxdW90OyB3b3VsZCBiZSBldmVuIG1v cmUgY29uZnVzaW5nIGlzIHRoZSAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsNCiBjb250YWluZXIg aXMgcmVuYW1lZCB0byAmcXVvdDthY2xzJnF1b3Q7LjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtBbiBBY2Nlc3Mg Q29udHJvbCBMaXN0KEFDTCkmcXVvdDsgLSBwdXQgYSBzcGFjZSBiZWZvcmUgKEFDTCk8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7LSAmcXVvdDsgSW5kaWNhdGVzIHRoZSBwcmltYXJ5IGludGVuZGVkJnF1b3Q7IC0gaGVyZSdz IHRoYXQgd29yZCAmcXVvdDtwcmltYXJ5JnF1b3Q7IGFnYWluLi4uPGJyPg0KJm5ic3A7LSBzL2Eg bGlzdCBvZiBhY2Nlc3MtbGlzdC1lbnRyaWVzKEFDRSkvIGEgbGlzdCBvZiBhY2Nlc3MtbGlzdC1l bnRyeSBub2RlcyAoQUNFKS8/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2su PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gcy9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJp ZXMoQUNFKS9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJ5IG5vZGVzIChBQ0UpLz88YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDstIHRoZXJlIGlzIG1vcmUgdGhhbiBvbmUgaW5zdGFu Y2Ugb2YgdGhpcyBpbiB0aGUgbW9kZWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDsuLi8uLi8uLi8uLi90 eXBlJnF1b3Q7IC0gc3RpbGwgc29tZSBsb25nIHJlbGF0aXZlIFhQYXRoczwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDst ICZxdW90OyBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2UgcG9ydHMmcXVvdDsgLSB0 aGlzIGlzbid0IHRoZXJlIHlldC4gJm5ic3A7SSB0aGluayB5b3U8YnI+DQombmJzcDsmbmJzcDsm bmJzcDt3YW50IHRvIHNheSBzb21ldGhpbmcgbGlrZSAmcXVvdDt0aGlzIGlzIGEgY2hvaWNlIHNv IGFzIHRvIHN1cHBvcnQgZnV0dXJlICdjYXNlJzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3N0YXRl bWVudHMsIHN1Y2ggYXMgb25lIGVuYWJsaW5nIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzIHRvIGJl IHJlZmVyZW5jZWTigJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Ib3cgYWJv dXQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkNob2ljZSBvZiBzb3VyY2UgcG9ydCBkZWZp bml0aW9uIHVzaW5nIHJhbmdlL29wZXJhdG9yIG9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIHNv dXJjZSBwb3J0cywgdG8gYmUgYWRkZWQgYXMgYSBmdXR1cmUgJ2Nhc2UnIHN0YXRlbWVudC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDtJ IGxpa2UgbXkgZnJhbWluZyBiZXR0ZXIgYmVjYXVzZSAxKSBpdCBpcyBsZXNzIGNvbW1pdHRhbCBh Ym91dCB0aGUgZnV0dXJlIGFuZCAyKSBpdCBkb2Vzbid0IGxpbWl0IHRoZXJlIHRvIGJlaW5nIGp1 c3Qgb25lICdjYXNlJyBzdGF0ZW1lbnQgdGhhdCBtaWdodCBiZSBhZGRlZCBpbiB0aGUgZnV0dXJl LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Pay48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTpNb25hY287Y29sb3I6IzAwOEYwMCI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC41cHQ7Zm9udC1mYW1pbHk6TW9uYWNvO2NvbG9yOiMwMDhGMDAiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIGRpdHRvIGZvciAmcXVvdDtvciBy ZWZlcnJpbmcgdG8gYSBncm91cCBvZiBkZXN0aW5hdGlvbiBwb3J0cy4mcXVvdDs8YnI+DQombmJz cDstIGRpdHRvIG9uIGJvdGggb2YgdGhlIGFib3ZlIGZvciB0aGUgJnF1b3Q7dWRwJnF1b3Q7IGNv bnRhaW5lcjxicj4NCiZuYnNwOy0gaXMgaXQgcG9zc2libGUgZm9yIGJvdGggJnF1b3Q7ZWdyZXNz LWludGVyZmFjZSZxdW90OyBhbmQgJnF1b3Q7aW5ncmVzcy1pbnRlcmZhY2UmcXVvdDsgbGVhZnMg dG88c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7YmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICZuYnNwOy0g aWYgbm90LCBzaG91bGQgdGhlcmUgYSAnbXVzdCcgc3RhdGVtZW50IHRvPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7cHJldmVudCB0aGF0IHBvc3NpYmlsaXR5PyAtIG9yIGFuIGV4cGxhbmF0aW9uIGZv ciB3aGF0IGhhcHBlbnMgaWYgaXQgb2NjdXJzPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPkxldCBtZSBkaXNjdXNzIHRoaXMgd2l0aCBteSBjby1hdXRob3JzLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZsdDtL RU5UJmd0O2FueSB1cGRhdGUgb24gdGhpcz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlllcywgaXQgaXMgcG9zc2libGUgZm9yIGJvdGggdGhlIOKAnGVncmVzcy1pbnRlcmZh Y2XigJ0gYW5kIOKAnGluZ3Jlc3MtaW50ZXJmYWNl4oCdIHRvIGJlIHNwZWNpZmllZCBhdCB0aGUg c2FtZSB0aW1lLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgb2theSwgdGhlbiBtYXliZSB0aGVyZSBj YW4gYmUgYW4gZXhwbGFuYXRpb24gb2Ygd2hhdCBoYXBwZW5zIHdoZW4gdGhhdCBvY2N1cnM/PG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvVGhlIEFDTCdzIGFwcGxpZWQvVGhlIEFDTHMg YXBwbGllZC8gJm5ic3A7Jm5ic3A7KHRoaXMgaGFwcGVucyBtb3JlIHRoYW4gb25jZSBpbiBtb2Rl bCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5GaXhlZC48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA0LjI6PGJyPg0KJm5ic3A7LSByZWZlcmVuY2Vz IHRoZW0gYnkgJnF1b3Q7dXNlcyZxdW90OyAtLSZndDsgcmVmZXJlbmNlcyB0aGVtIGJ5ICd1c2Vz JyBzdGF0ZW1lbnRzICZuYnNwOz8/Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pk9rLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIG5vdCBhbGwgeW91ciAncmVmZXJlbmNl JyBzdGF0ZW1lbnRzIGhhdmUgdGhlIHRpdGxlIG9mIHRoZSByZWZlcmVuY2VkIGRvY3VtZW50Ljwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDstICZxdW90O3RoZW4gdGhlIGRhdGFncmFtIG11c3QgYmUgZGVzdHJveWVkJnF1 b3Q7IC0gcy9kZXN0cm95ZWQvZHJvcHBlZC8/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0K PGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7b3IgcmVmZXJyaW5n IHRvIGEgZ3JvdXAgb2YgLi4uJnF1b3Q7ICZuYnNwOy0gc2FtZSBjb21tZW50cyBhcyBmb3IgcHJl dmlvdXMgbW9kdWxlPGJyPg0KJm5ic3A7LSAmcXVvdDtlY2UmcXVvdDsgaXMgbWlzc2luZyBhICdy ZWZlcmVuY2UnIHN0YXRlbWVudD8gJm5ic3A7LTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5B ZGRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtJbmRpY2F0ZXMgdGhhdCB0 aGUgVXJnZW50IHBvaW50ZXIgZmllbGQgaXMgc2lnbmlmaWNhbnQmcXVvdDsgLSB1cmdlbnQgaXM8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDtjYXBpdGFsaXplZCwgYnV0IHRoZXJlJ3Mgbm8gY29udGV4 dCBhcyBmb3Igd2h5LiAmbmJzcDtQZXJoYXBzIG1pc3NpbmcgYTxicj4NCiZuYnNwOyZuYnNwOyZu YnNwO3JlZmVyZW5jZSBzdGF0ZW1lbnQgdG9vPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPkFkZGVkIGEgcmVmZXJlbmNlIHN0YXRlbWVudC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ Jm5ic3A7LSBpbiAmcXVvdDt3aW5kb3ctc2l6ZSZxdW90OyBsZWFmIGRlc2NyaXB0aW9uLCByZW1v dmUgcGFyZW50aGVzZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA0LjM6PGJyPg0KJm5ic3A7LSB0aGUg dGV4dCBzYXlzIHRoYXQgaXQgZHJvcHMgdHJhZmZpYyBmcm9tIFggdG8gWSwgYnV0IHRoZSBleGFt cGxlIHNlZW1zIHRvIGRvPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7dGhlIHJldmVyc2UuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Rml4ZWQuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCkluIFNlY3Rpb24gNC40Ojxicj4NCiZuYnNwOy0gVGhlICZxdW90O1dpdGggdGhlIGZv bGxvdyBYTUwgZXhhbXBsZTomcXVvdDsgJmx0O0VYQU1QTEUmZ3Q7ICZxdW90O1RoaXMgcmVwcmVz ZW50cy4uLiZxdW90OyBpczxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtkaWZmaWN1bHQgdG8gcmVhZC4gJm5ic3A7 SG93IGFib3V0IGp1c3QgaGF2aW5nICZxdW90O1RoZSBmb2xsb3dpbmcgWE1MIGV4YW1wbGUgLi4u OuKAnT88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5GaXhlZC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDsgQlRXLCBJIG1pc3NlZCBpdCBiZWZv cmUsIGJ1dCBJIHRoaW5rIHRoZSA0LjQgc2VjdGlvbiB0aXRsZSBzaG91bGQgYmU8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5wbHVyYWw6ICZxdW90O1BvcnQgUmFuZ2UgVXNhZ2UgRXhhbXBsZXPigJ08bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSB0aXRsZSBub3cgcmVhZHM6PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZxdW90 O1BvcnQgUmFuZ2UgVXNhZ2UgYW5kIE90aGVyIEV4YW1wbGVz4oCdLiBTZWUgYmVsb3cuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQombHQ7 Jmx0O0tFTlQmZ3Q7Jmd0OyB3b3JrcyBmb3IgbWUuPG86cD48L286cD48L3A+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIGRvZXMgdGhlIHNlY29uZCBleGFtcGxlIHBy b3ZpZGUgYW55IHZhbHVlIG9mIHRoZSBmaXJzdD8gLSBzZWVtcyB0aGUgc2FtZSB0byBtZeKApjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPldpbGwgY2hhbmdlIHRoZSBleGFtcGxl LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPiZsdDtLRU5UJmd0OyB3YXMgaXQgY2hhbmdlZCBwZXIgdGhlIG5leHQgaXRlbSBiZWxv dywgb3Igc29tZXRoaW5nIGVsc2U/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5DaGFuZ2VkIHRoZSBleGFtcGxlIHRvIGFuIEFDRSBlbnRyeSB0aGF0IGRyb3BzIGFsbCBwaW5n IHJlcXVlc3RzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbHQ7Jmx0 O0tFTlQmZ3Q7Jmd0OyBva2F5LiZuYnNwOyBCdXQgcGxlYXNlIHR3ZWFrIGFsbCB5b3VyIGV4YW1w bGVzIHNvIHRoYXQgYSAnXCcgbGluZS13cmFwcGluZyBpc24ndDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+aGFwcGVuaW5nIGZvciBhIHNpbmdsZSBjaGFyYXRlci4mbmJzcDsg ZS5nLiwgcmVtb3ZlIG9uZSBzcGFjZSBmcm9tIHRoZSBpbmRlbnQgb3IgcHV0IHRoZTxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+eG1sbnMgb24gaXRzIG93biBsaW5lLjxicj4N Cjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzZWVtcyBsaWtlIGV4YW1wbGUg MyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAmcXVvdDsmbHQ7bG93ZXItcG9ydCZndDsyMSZs dDsvbG93ZXItcG9ydCZndDsmcXVvdDssPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cmlnaHQ/ICZu YnNwOy0gdGhlIHRleHQgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgc2VjdGlvbiBzYXlzIHRoaXMg Y29uc3RydWN0IGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cG9zc2libGUsIGJ1dCB0aGVyZSBp cyBubyBleGFtcGxlIGZvciBpdC4gJm5ic3A7TWF5YmUgdGhpcyBtYWtlcyBhIGJldHRlciBleCAj Mj88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5IYXZlIGNoYW5nZWQgdGhlIGxh bmd1YWdlIGluIHRoZSBiZWdpbm5pbmcgb2YgdGhlIHNlY3Rpb24gdG8gc2F5OjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPiZxdW90O1doZW4gb25seSBhIHBvcnQgaXMgcHJlc2VudCwgaXQgcmVwcmVzZW50 cyBhIHBvcnQsIHdpdGggdGhlIG9wZXJhdG9yIHNwZWNpZnlpbmcgdGhlIHJhbmdlLiZxdW90Ozxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPlRoYXQgaXMgYmVjYXVzZSwgaXQgbm93IGEgY2hvaWNlIGJldHdl ZW4gc3BlY2lmeWluZyBhIHJhbmdlIG9yIHNwZWNpZnlpbmcgYSBzaW5nbGUgcG9ydCB3aXRoIGFu IG9wZXJhdG9yLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4N Cjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBhbGwgeW91ciBZQU5HIG1v ZHVsZXM6PGJyPg0KJm5ic3A7LSByZXBsYWNlICZxdW90O05FVE1PRCAoTkVUQ09ORiBEYXRhIE1v ZGVsaW5nIExhbmd1YWdlKSZxdW90OyB3aXRoICZxdW90O05FVE1PRCAoTmV0d29yazxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQombmJzcDsmbmJz cDsmbmJzcDtNb2RlbGluZykgV29ya2luZyBHcm91cOKAnTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPk9rLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4N Cjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uID8/ Ojxicj4NCiZuYnNwO0luIHRoZSBleGFtcGxlcywgd2h5IGRpZCB5b3UgYWRkIHRoZSAmcXVvdDsm bHQ7P3htbCB2ZXJzaW9uPSZxdW90OzEuMCZxdW90OyBlbmNvZGluZz0mcXVvdDtVVEYtOCZxdW90 Oz8mZ3Q7JnF1b3Q7PGJyPg0KJm5ic3A7bGluZSBhbmQgdGhlICZxdW90O2NvbmZpZyZxdW90OyBl bGVtZW50PyAmbmJzcDstIHRoZSBleGFtcGxlcyB2YWxpZGF0ZSBlcXVhbGx5IHdlbGwgd2hlbjxi cj4NCiZuYnNwO3RoZXNlIGFyZSByZW1vdmVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPlRoZSBleGFtcGxlcyBjYW4gdGhlbiBiZSBjdXQgYW5kIHBhc3RlZCBpbnRvIGFueSBj bGllbnQgc3VjaCBhcyBuY2NsaWVudCB3aGljaCB0YWtlcyBhbiBlbnRpcmUgJmx0O3JwYyZndDsu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNjo8YnI+DQombmJzcDstIHMv dGhyZWUgWUFORyBtb2R1bGUvdGhyZWUgWUFORyBtb2R1bGVzLzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0 aW9uIDYuMTo8YnI+DQombmJzcDstIFRoZSBmaXJzdCBwYXJhZ3JhcGggc2F5cyAmcXVvdDt0aHJl ZSBVUkkmcXVvdDssIGJ1dCBpdCBzaG91bGQgYmUgJnF1b3Q7dGhyZWUgVVJJc+KAnTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48 YnI+DQpJbiBTZWN0aW9uIEEuMTo8YnI+DQombmJzcDstICZxdW90O1RoZSBmb2xsb3dpbmcgZmln dXJlIGlzIHRoZSB0cmVlIHN0cnVjdHVyZSZxdW90OyAtIHNob3VsZCBzYXkgJnF1b3Q7dHJlZSBk aWFncmFtJnF1b3Q7IGFuZDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3Nob3VsZCByZWZlcmVuY2Ug dGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2ZSBhIGRyYWZ0LXdpZGUgJnF1b3Q7 VHJlZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO0RpYWdyYW0gTm90YXRpb24mcXVvdDsgc2VjdGlv biBpbiB0aGUgSW50cm9kdWN0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PkFkZGVkIGEgc2VjdGlvbiBpbiB0aGUgSW50cm9kdWN0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh Ij4mbmJzcDstIHMvSW4gb3RoZXIgZXhhbXBsZS9JbiBhbm90aGVyIGV4YW1wbGUvPzxicj4NCiZu YnNwOy0gcy93aXRoIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy93aXRoIGEgbmV3IGNob2ljZSBvZiBh Y3Rpb25zLz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Cb3RoIGZpeGVkLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uIEEuMzs8YnI+DQombmJzcDstIHNv bWUgJ3JlZmVyZW5jZScgc3RhdGVtZW50cyBhcmUgbWlzc2luZyB0aXRsZXM8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5BZGRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7 LSBzb21lICdkZXNjcmlwdGlvbicgc3RhdGVtZW50cyBtaWdodCBiZW5lZml0IGZyb20gYSAncmVm ZXJlbmNl4oCZIHN0YXRlbWVudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkkg aGF2ZSBhZGRlZCByZWZlcmVuY2VzIHRoYXQgSSBjb3VsZCBmaW5kLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDstICZxdW90O1RoZSB1aW50MTYgdHlwZSBwbGFjZWhvbGRlciB0eXBlLi4uJnF1 b3Q7IC0gaXMgdGhpcyBhIHR5cG8/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ RHJvcHBlZCB0aGUgc2Vjb25kIOKAnHR5cGXigJ0uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+VGhhbmtz LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCiZsdDtLRU5UJmd0O25w PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+S2VudCAvLyBzaGVw aGVyZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48 YnI+DQo8YnI+DQo8YnI+DQo9PT09PSBvcmlnaW5hbCBtZXNzYWdlID09PT09PTxicj4NCjxicj4N ClRoaXMgdmVyc2lvbiBvZiB0aGUgZHJhZnQgYWRkcmVzc2VzIGNvbW1lbnRzIHJhaXNlZCBkdXJp bmcgTEMsIHNoZXBoZXJkIHJldmlldyBhbmQgb3RoZXIgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5n IHRoYXQgcGVyaW9kLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj5PbiBNYXIgMywgMjAxOCwgYXQgMjoxMyBQTSw8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnPC9zcGFuPjwvYT48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+d3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZh aWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxicj4N ClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE5ldHdvcmsgTW9kZWxpbmcgV0cgb2Yg dGhlIElFVEYuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 VGl0bGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7OiBOZXR3b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkgWUFORyBEYXRhIE1v ZGVsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QXV0aG9ycyAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IE1haGVzaCBKZXRo YW5hbmRhbmk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMaXNhIEh1YW5nPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7U29uYWwgQWdhcndhbDxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0RhbmEgQmxhaXI8YnI+DQpGaWxlbmFtZSAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IGRyYWZ0LWlldGYtbmV0bW9kLWFj bC1tb2RlbC0xNy50eHQ8YnI+DQpQYWdlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDU3PGJyPg0KRGF0ZSAmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDIw MTgtMDMtMDM8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDtUaGlzIGRvY3VtZW50IGRl ZmluZXMgYSBkYXRhIG1vZGVsIGZvciBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wpLjxicj4NCiZu YnNwO0FDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBzZXQgb2YgcnVsZXMsIHVzZWQgdG8gY29uZmln dXJlIHRoZTxicj4NCiZuYnNwO2ZvcndhcmRpbmcgYmVoYXZpb3IgaW4gZGV2aWNlLiAmbmJzcDtF YWNoIHJ1bGUgaXMgdXNlZCB0byBmaW5kIGEgbWF0Y2ggb248YnI+DQombmJzcDthIHBhY2tldCwg YW5kIGRlZmluZSBhY3Rpb25zIHRoYXQgd2lsbCBiZSBwZXJmb3JtZWQgb24gdGhlIHBhY2tldC48 YnI+DQo8YnI+DQo8YnI+DQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhp cyBkcmFmdCBpczo8YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j b20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGll dGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbF8mYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1 aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9P SDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXda TnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPTQ0R0pscXhxQjBZSzVHOWdiMVRVekFvYnVnTUh4RFdm bGFQQ1ozSVlwS0EmYW1wO2U9Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2VyLmll dGYub3JnX2RvY19kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbF8mYW1wO2Q9RHdJ Q0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1w O3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJl LUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPTQ0R0pscXhxQjBZ SzVHOWdiMVRVekFvYnVnTUh4RFdmbGFQQ1ozSVlwS0EmYW1wO2U9PC9zcGFuPjwvYT48YnI+DQo8 YnI+DQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6PGJyPg0K PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1v ZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1u ZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklT bGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9j JmFtcDtzPXJibTkxU1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmYW1wO2U9 Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRm LTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQ b09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dV d1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9cmJtOTFTU0pfMHN4RnhiNjkyZDBGSDBHLWRiQlRB VUNmMktSeVN5enRKUSZhbXA7ZT08L3NwYW4+PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0 Zi5vcmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZh bXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFt cDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9c2l5 cHlCbjNGOG82YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZhbXA7ZT0iPjxzcGFuIHN0 eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91 cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRm LTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQ b09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dV d1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9c2l5cHlCbjNGOG82YnNCM1ozRTVxUzB1YVNxMkVV R1VQd2lyeF9hX0tEdyZhbXA7ZT08L3NwYW4+PC9hPjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRo ZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDo8YnI+DQo8YSBocmVmPSJodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9y Z19yZmNkaWZmLTNGdXJsMi0zRGRyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJE MTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNa byZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtz PXQybHB6U1NXNzJCdlFLMVZqUG94WDBBRHhoYjlaRDBmcDNmWHFjZDgwZzgmYW1wO2U9Ij48c3Bh biBzdHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19yZmNkaWZmLTNGdXJsMi0zRGRyYWZ0LTJE aWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1 aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpH SjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xH X2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXQybHB6U1NXNzJCdlFLMVZqUG94WDBBRHho YjlaRDBmcDNmWHFjZDgwZzgmYW1wO2U9PC9zcGFuPjwvYT48YnI+DQo8YnI+DQo8YnI+DQpQbGVh c2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGlt ZSBvZiBzdWJtaXNzaW9uPGJyPg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYg YXJlIGF2YWlsYWJsZSBhdDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cC0zQV9fdG9vbHMuaWV0Zi5vcmdfJmFtcDtkPUR3TUZhUSZhbXA7Yz1IQWtZdWg2M3Jz dWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBv T0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209Qmd5am5mU3JaZnN3V3JUTWlXLVBkS0VK VUVsM0lYdHdDU28xUFF5VlVhQSZhbXA7cz00RmpHT2xkNDlHd0kwbW9aN2g2bHRsdXYwUlhOMXJQ bUdwMGQtOG1qRG1BJmFtcDtlPSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+dG9vbHMuaWV0 Zi5vcmc8L3NwYW4+PC9hPi48YnI+DQo8YnI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZh aWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZl bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWZ0cC0zQV9fZnRwLmlldGYub3JnX2ludGVybmV0 LTJEZHJhZnRzXyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1L LW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZq SVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnla b2MmYW1wO3M9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndqLUhFWHZaS0JSVGlVdyZhbXA7 ZT0iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18m YW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZh bXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXhQ N3o5VnhVZ3RPdFNWSWdxUEY1UktJcVRPaTZ3ai1IRVh2WktCUlRpVXcmYW1wO2U9PC9zcGFuPjwv YT48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCm5ldG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bmV0bW9k QGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5uZXRtb2RAaWV0Zi5vcmc8L3Nw YW4+PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92 Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmFt cDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1w O209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lW TFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29pMUhBJmFtcDtlPSI+PHNwYW4gc3R5 bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19uZXRtb2QmYW1wO2Q9 RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0km YW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1o dUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPU9LSVZMWExv MFJzcmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmYW1wO2U9PC9zcGFuPjwvYT48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCk1haGVzaCBKZXRoYW5hbmRh bmk8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpw dXJwbGUiPm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpuZXRtb2QgbWFpbGlu ZyBsaXN0PGJyPg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBs ZSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21h aWxtYW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNj YmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhx bjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdT QUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3Fr X29pMUhBJmFtcDtlPSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZh bXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFt cDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9T0tJ VkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZhbXA7ZT08L3NwYW4+PC9h PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk1haGVzaCBKZXRoYW5hbmRhbmk8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJtYWlsdG86bWpldGhh bmFuZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1qZXRoYW5hbmRh bmlAZ21haWwuY29tPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1haGVzaCBKZXRo YW5hbmRhbmk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+bWpldGhhbmFuZGFu aUBnbWFpbC5jb208L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_8509544F40A64FF1A8A5354220C5EB2Bjunipernet_-- From nobody Wed Mar 14 11:56:08 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D88A6126579 for ; Wed, 14 Mar 2018 11:56:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.63 X-Spam-Level: X-Spam-Status: No, score=-12.63 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 TerVmNCQbwbZ for ; Wed, 14 Mar 2018 11:56:05 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17519124C27 for ; Wed, 14 Mar 2018 11:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7201; q=dns/txt; s=iport; t=1521053764; x=1522263364; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=gOwykR0oRAJQI5Z2Ejyqxf7sndKmWHcjw8t/pDvoE9Q=; b=ZfUwVOE/8/tdHZRxMDmQXsvJysFW7jTKyK17LVRc1ENbKD8Ujhcg0wVS 8av4ybFDRJ+ou5tJ5l7uuFWPLOHv92T9IQYlrdci+YsoqpgtyVTvLqfxR jI3NCxXQJ23XAuAljqv17+pXxPuj1h5CIdAqIApSZzRHn4grvsofJV/og s=; X-Files: signature.asc : 488 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAQA3b6la/4ENJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadoFVg3iKGo1zgU80gRaPFIUighMHA4UQAoMmITQYAQIBAQE?= =?us-ascii?q?BAQECayiFJgEFI1YQCw4KKgICVwYBDAgBAYUUrWeCJiaESYNxgX0PhS6CFINQg?= =?us-ascii?q?niIDoJiBI5mi24Jg3mBbYpzB4FjhDWCb4VUkUyBLB44gVIzGggbFTqCRJEOIJA?= =?us-ascii?q?cAQEB?= X-IronPort-AV: E=Sophos;i="5.48,306,1517875200"; d="asc'?scan'208,217";a="365974599" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 18:56:04 +0000 Received: from [10.155.124.100] (dhcp-10-155-124-4-124-100.cisco.com [10.155.124.100]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w2EIu3rG017960; Wed, 14 Mar 2018 18:56:03 GMT To: Kent Watsen , Mahesh Jethanandani Cc: NETMOD WG References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> From: Eliot Lear Message-ID: <669318e0-a6ec-7c98-0d1f-9eb635dd86e9@cisco.com> Date: Wed, 14 Mar 2018 11:56:03 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gEMc9dHLMnKa0MfLMdkWK2sKCtcKdOA3k" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 18:56:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gEMc9dHLMnKa0MfLMdkWK2sKCtcKdOA3k Content-Type: multipart/mixed; boundary="r2tfRbCuCItXxo0gxsPWf40Pm1kBrAaE0"; protected-headers="v1" From: Eliot Lear To: Kent Watsen , Mahesh Jethanandani Cc: NETMOD WG Message-ID: <669318e0-a6ec-7c98-0d1f-9eb635dd86e9@cisco.com> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> In-Reply-To: <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> --r2tfRbCuCItXxo0gxsPWf40Pm1kBrAaE0 Content-Type: multipart/alternative; boundary="------------4D7019C7EC84C33D7EBE64B3" Content-Language: en-US This is a multi-part message in MIME format. --------------4D7019C7EC84C33D7EBE64B3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 14.03.18 10:42, Kent Watsen wrote: > > BTW, why is the container called "access-lists" and not > e.g., "acls".=C2=A0 I thought that there was a node-naming idiom al= ong > the lines of "/widgets/widget" for when a list is a descendent of > a container. > > =C2=A0 > > History. When we inherited the draft, it was named access-lists. I can > change it to =E2=80=9Cacls=E2=80=9D. > > > <> I think it should be "acls", but I wouldn't want to make this > change unilaterally.=C2=A0 > > Does anybody else have an issue with the container being called > "access-lists" ? > I would be opposed to a change at this point.=C2=A0 It doesn't change functionality and we're not saving that many characters.=C2=A0 What is th= ere is clear.=C2=A0 Please can we just leave this alone. Eliot --------------4D7019C7EC84C33D7EBE64B3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable



On 14.03.18 10:42, Kent Watsen wrote:<= br>

&= lt;KENT>BTW, why is the container called "access-lists" and not e.g., "acls".=C2=A0 I thought that there was = a node-naming idiom along the lines of "/widgets/widget" for when a list is a descendent of a container.

=C2=A0

History. When we inherited the draft, it= was named access-lists. I can change it to =E2=80=9Cacls=E2=80= =9D.


<<KENT>> I think it should be "acls", but I wouldn't want to make this change unilaterally.=C2=A0

Does anybody else have an issue with the= container being called "access-lists" ?


I would be opposed to a change at this point.=C2=A0 It doesn't change= functionality and we're not saving that many characters.=C2=A0 What i= s there is clear.=C2=A0 Please can we just leave this alone.


Eliot

--------------4D7019C7EC84C33D7EBE64B3-- --r2tfRbCuCItXxo0gxsPWf40Pm1kBrAaE0-- --gEMc9dHLMnKa0MfLMdkWK2sKCtcKdOA3k Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlqpcEMACgkQh7ZrRtnS ejOu4Qf/cHEQL4AY//Z8rqgZcRMNI+s1LFi4Y5hBu5sEKDV2WKcCkqUGEi16eX6+ tHCGX3Z4a9v7XA45tbGCl38Xx0TGMa6IiZbNvhXddxdD37byjjhT4sdx8Biunm+T AuzmH2mzG5Kywf9NlsCVOOJE+FZPG+8Add8PZ/PIlTNE0NmtuKJ3m4vEunSg2t3A tbQO5xpxMya4ZZMTqN92O2Thrc6at90lNNjfqe5YR3oPD7XqvMGdGJqkoCtBMjfJ GTbXJc/CK/o529BAJrB+hk7EsHmi2ag8Zv28huO9YXCUVhKC7DYAFCYH96jPX6W1 m3jTxmDfvum7wHiOGdk43dN97Uj3eg== =DcZw -----END PGP SIGNATURE----- --gEMc9dHLMnKa0MfLMdkWK2sKCtcKdOA3k-- From nobody Wed Mar 14 12:26:38 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C54E6126C2F for ; Wed, 14 Mar 2018 12:26:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 jUtAU6S508Xn for ; Wed, 14 Mar 2018 12:26:31 -0700 (PDT) Received: from mail-pl0-x22b.google.com (mail-pl0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (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 9DF12124BE8 for ; Wed, 14 Mar 2018 12:26:31 -0700 (PDT) Received: by mail-pl0-x22b.google.com with SMTP id ay1-v6so2266957plb.7 for ; Wed, 14 Mar 2018 12:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=M6jvBeOoXw2ERiOIf5iqlfhaiOPnFeoSYNjp1am4hSM=; b=KILVOOJklCkqyXN18TDMt1sLVi8pntTsq7duYtGPgjTblEslZfT86x2LJHL8RUAWcX sUTobZkoSPnRdnf5jjITA11DQ+JpzoF2l/YUy9niOTm0sNbC1sqW/LZKJ2qAVMrA+CmD 10KzEkA8pFm63gT5KxiLp/9rYdGFcAagelVIQWlitX+KffAiJlhnNVFfSSRomxY0bAKb DFGX4ARmD4nxVeJ4iBSbXp9z6b+UbgOJHTKdz1nJpwIHRfX4RxHp3Ne3ow9K8vY4YKwn MBeFmLOcYLBWli76eDS7p3Y+pn+Q8raEe+659U85e1MCy51N+Ms3P1WMDn2eU7ZjfWRg eHAQ== 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=M6jvBeOoXw2ERiOIf5iqlfhaiOPnFeoSYNjp1am4hSM=; b=QtqE/7D+A0Uydf2CWtiOfT66shOLNlGO/zJ6+HUNd+vIi7Z9tZFBBoKRLs3DK+lNTK aceQHXI72Rtq+wjQn/RNM4ejH2cR6SiqQcVjjChPz62kbi12awi3toUZm8uGCTu0Twwq y6OYA3a8lqWaPJCLom9SFHYpV8RipLGq/rgz2fzh4ZI+UOZ5yBJ2SWeLu/H0+ec66t3O aZ9Q0d+nlh2d0ZyQSl3YetuvhFdUdBhmrMPw0ZdyP9e71hsuRNVitvHDl+msbXD4Txvs NajBfS+91+66FryVDUaxVQWGbSaKjevvjgYA8JhZ0YDz7BrzxgTdL54RYiVdcuuBaMtE XH+g== X-Gm-Message-State: AElRT7FT45ujQR1I0fYEaqnCOkWnaEKCKckc8YX/wshS18Bl9uBGoJlw G/7vF0ti2cERRqGFi0OwPFr18RX6 X-Google-Smtp-Source: AG47ELu8Ufh2CuxYWzmhCLbIPKGhoWuzn7FDMqZzf4WDRyHdNGVNgjGus23+XjPlLfbAQ/lMakCpYQ== X-Received: by 2002:a17:902:bf44:: with SMTP id u4-v6mr5148205pls.68.1521055590698; Wed, 14 Mar 2018 12:26:30 -0700 (PDT) Received: from ?IPv6:2601:647:4700:1280:3dc1:d259:1c47:4cf5? ([2601:647:4700:1280:3dc1:d259:1c47:4cf5]) by smtp.gmail.com with ESMTPSA id t25sm2684818pge.88.2018.03.14.12.26.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Mar 2018 12:26:29 -0700 (PDT) From: Mahesh Jethanandani Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_DA4A753A-B960-4C2B-A181-EE2C3B6535AC" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Wed, 14 Mar 2018 12:27:04 -0700 In-Reply-To: <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> Cc: NETMOD WG To: Kent Watsen References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 19:26:37 -0000 --Apple-Mail=_DA4A753A-B960-4C2B-A181-EE2C3B6535AC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 14, 2018, at 10:42 AM, Kent Watsen wrote: >=20 > Hi Mahesh, please look for <> below. > =20 > All, please take a look at the question around renaming the = "access-lists" container. > =20 > Thanks, > Kent > =20 > =20 > =20 > On 3/13/18, 9:46 PM, "Mahesh Jethanandani" > wrote: > =20 > =20 >=20 >=20 >> On Mar 13, 2018, at 3:23 PM, Kent Watsen > wrote: >> =20 >> Hi Mahesh, >> =20 >> Please look for below. >> =20 >> Thanks, >> Kent >> =20 >> =20 >> On 3/8/18, 7:40 PM, "Mahesh Jethanandani" > wrote: >> =20 >> Kent, >>=20 >>=20 >>=20 >>> On Mar 7, 2018, at 1:55 PM, Kent Watsen > wrote: >>> =20 >>> [To all those that said this draft was ready, really?] >>>=20 >>>=20 >>> Hi Mahesh, >>>=20 >>> Thanks for the update. I found some more issues. Some must be = fixed,=20 >>> others are nits, and might be caught by the RFC Editor. But I think >>> that it's embarrassing to receive comments for such things from the=20= >>> IESG, as is recently the case for the syslog draft, so please see=20 >>> what you can do. >>>=20 >>> Thanks, >>> Kent >>>=20 >>>=20 >>> =46rom Idnits: >>>=20 >>> ** There are 6 instances of too long lines in the document, the = longest one >>> being 7 characters in excess of 72. >> =20 >> Hmm. The idnits at submission time did not complain. Will apply the = new script that you provided to make sure I wrap them around. >>=20 >>=20 >>=20 >>>=20 >>> You wrote before that it was "Fixed", but it's still here? Note: = "**" is >>> an error (idnits label) >>>=20 >>> -- The document has examples using IPv4 documentation addresses = according >>> to RFC6890, but does not use any IPv6 documentation addresses. = Maybe >>> there should be IPv6 examples, too? >>>=20 >>> I don't feel strongly about this, but if it's easy enough to do... >>>=20 >>> In the Abstract: >>> - I think the word "an" is missing (e.g., an ACL) >> =20 >> Added. >>=20 >>=20 >>=20 >>>=20 >>> In the Introduction: >>> - should "ordered-by-user" be "ordered-by user" to avoid confusion, = or perhaps say it another way? >> =20 >> How about this in both the Abstract and the Introduction. >> =20 >> OLD: >> ACL is a ordered-by-user set of rules >> =20 >> NEW: >> An ACL is a set of rules, in an order set by the user >> =20 >> or how about "An ACL is a user-ordered set of rules=E2=80=9D? > =20 > Ok. >=20 >=20 >>=20 >>=20 >> =20 >>> - what does "a tuple of" mean? Can this be restated? >> =20 >> How about this? >> =20 >> OLD: >> The match criteria consist of a tuple of packet header match criteria = and can have metadata match criteria as well. >> =20 >> NEW: >> The match criteria consist of packet header matches, and or or = metadata as described below: >> =20 >> or how about "The match criteria can be a multiplicity of = criteria, all of which must be true for the match to occur. The match = criteria may match against values in the packet header or against = vendor-specific metadata about the packet."? - or something in = between? > =20 > Or simply as: > =20 > =E2=80=9CThe match criteria allows for definition of packet headers = and metadata, all of which must be true for the match to occur." >=20 > <> okay >> =20 >> =20 >> =20 >>> - s/In case vendor supports it/In case a vendor supports it/ ? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - "The list of X is endless depending on...". Is "endless" the = right word, perhaps restate? >> OLD: >> The list of potential actions is endless >> =20 >> NEW: >> The list of potential actions is limitless >> =20 >> or maybe "unbounded=E2=80=9D? > =20 > Ok. >=20 >=20 >> =20 >> =20 >>> - same sentence as above, should "networked devices" be "network" = or "networking" devices? >> =20 >> Will change =E2=80=9Cnetworked devices=E2=80=9D to =E2=80=9Cnetworking = devices=E2=80=9D. >>=20 >>=20 >>=20 >>>=20 >>> In Section 3: >>> - "A network system usually have a list of ACLs" = (s/system/systems/ or s/have/has/?) >> =20 >> s/have/has/. >>=20 >>=20 >>=20 >>> - "The match criteria consist of packet header matching" - is = consist the right word? >> =20 >> How would you restate it? (After I have s/consist/consists/) >> =20 >> see above (my comment before last, it is the same sentence, = right?) > =20 > Once we agree on the above comment, I will replicate it. >=20 > <> okay. >>=20 >>=20 >>=20 >>> - "It as also possible for ACE to match on metadata" s/as/is/ and = s/ACE/an ACE/ >> =20 >> Ok >>=20 >>=20 >>=20 >>> - "When applied to interfaces of a networked device, the ACL is = applied in a direction >>> which indicates if it should be applied to packet entering = (input) or leaving the >>> device (output)." - restate to talk about "ingress" and = "egress=E2=80=9D? >> =20 >> How about: >> =20 >> When applied to interfaces of a networked device, the ACL is applied = in a direction which indicates if it should be applied to ingress = interface (input) or egress interface (output). >>=20 >> or maybe "When applied to interfaces of a networked device, = distinct ACLs are defined for the ingress (input) and egress (output) = directions.=E2=80=9D > =20 > Ok. >=20 >=20 >> =20 >> =20 >>> - "An example in the appendix shows how to express it in YANG = model." - either this >>> is not true, or the sentence should not be at the end of this = paragraph >> =20 >> Removed. >>=20 >>=20 >>=20 >>>=20 >>> In Section 3.1: >>> - s/and must statements/and 'must' statements/ >> =20 >> Done and s/if-feature/=E2=80=98if-feature=E2=80=99/ >>=20 >>=20 >>=20 >>> - s/define new "matches" choice/define a new "matches" choice/ ? >> =20 >> Done. >>=20 >>=20 >>=20 >>>=20 >>> In Section 4.1: >>> - "ietf-access-control-list" is the standard top level module for = access lists >>> - what does this mean? >> =20 >> OLD: >> "ietf-access-control-list" is the standard top level module for = access lists >> =20 >> NEW: >> "ietf-access-control-list" is the top level module for access lists >>=20 >> it's more than the word "standard". Maybe something like = this: The "ietf-access-control-list" >> module defines a container called "access-list" - what do you think? = =20 > =20 > Ok. >=20 >=20 >> =20 >> BTW, why is the container called "access-lists" and not e.g., = "acls". I thought that there was a node-naming idiom along the lines of = "/widgets/widget" for when a list is a descendent of a container. > =20 > History. When we inherited the draft, it was named access-lists. I can = change it to =E2=80=9Cacls=E2=80=9D. >=20 > <> I think it should be "acls", but I wouldn't want to make this = change unilaterally.=20 > Does anybody else have an issue with the container being called = "access-lists=E2=80=9D ? > =20 >>> - The "access-lists" container stores a list of "acl". - = s/stores/has or contains?/=20 >> =20 >> s/stores/has/ >>=20 >>=20 >>=20 >>> - "...that can be used to determine which rule was matched upon" - = not sure if this >>> part is needed, or maybe better restated ", which can later be = used to determine=E2=80=A6"? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - s/ability for ACL's to be/ability for ACLs to be/ >> =20 >> Ok. >>=20 >>=20 >>=20 >>>=20 >>> In Section 4.1 (in the YANG module): >>> - A number of identities read "ACL that primarily matches...". Is = "primarily" >>> an accurate word? - if so, then do we need to say anything about = when it's >>> not the case?=20 >> =20 >> As one of the text says. It primarily matches IPv4, and does not = match either ethernet or IPv6 headers. Such ACL types are different from = the mixed ACL types that might match on a combination of ethernet and = IPv4 headers etc. >> =20 >> But my comment is more that "primarily" seems wishy-washy. It = seems like it doesn't *primarily* do something, it actually does it. = If there is a grey area, where it might match something else, if = possible, maybe it would help to call that out? > =20 > Ok. Will drop the word =E2=80=9Cprimarily=E2=80=9D. >=20 >=20 >>=20 >>=20 >>=20 >>> Separately, s/ACL/an ACL/? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - A number of features read "Device can support..." - s/Device/The = device/? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - "It can have one or more Access Control Lists" - lists should be = singular. >> =20 >> Really? English grammar says that if a sentence has both a singular = and a plural, the one nearest to the subject is the one you select. >> =20 >> actually, I'm just going off the fact that the list node is = call "acl", which is singular. Perhaps even better would be to say: It = can contain one or more "acl" nodes - thoughts? > =20 > But even nodes is a plural. So what would be the difference between = =E2=80=9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D. I would rather = have the RFC editor deal with this. >=20 > <> My issue isn't so much the plurality, as it is matching what = is in the YANG. The node is called "acl", so then you want to say that = there are multiple "acl" nodes (not "acls"). In fact, putting "acls" = would be even more confusing is the "access-lists" container is renamed = to "acls=E2=80=9D. Ok. I can reword the sentence to say =E2=80=9CIt can have one more acl = nodes=E2=80=9D. >> =20 >> =20 >>> - "An Access Control List(ACL)" - put a space before (ACL) >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - " Indicates the primary intended" - here's that word "primary" = again... >>> - s/a list of access-list-entries(ACE)/ a list of access-list-entry = nodes (ACE)/? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - s/List of access list entries(ACE)/List of access list entry = nodes (ACE)/? >>> - there is more than one instance of this in the model >> =20 >> Fixed. >>=20 >>=20 >>=20 >>> - "../../../../type" - still some long relative XPaths >> =20 >> Fixed. >>=20 >>=20 >>=20 >>> - " or referring to a group of source ports" - this isn't there = yet. I think you >>> want to say something like "this is a choice so as to support = future 'case' >>> statements, such as one enabling a group of source ports to be = referenced=E2=80=9D >> =20 >> How about: >> =20 >> Choice of source port definition using range/operator or referring to = a group of source ports, to be added as a future 'case' statement. >> =20 >> I like my framing better because 1) it is less committal about = the future and 2) it doesn't limit there to being just one 'case' = statement that might be added in the future. > =20 > Ok. >=20 >=20 >> =20 >> =20 >>> - ditto for "or referring to a group of destination ports." >>> - ditto on both of the above for the "udp" container >>> - is it possible for both "egress-interface" and = "ingress-interface" leafs to=20 >>> be specified at the same time? - if not, should there a 'must' = statement to >>> prevent that possibility? - or an explanation for what happens if = it occurs? >> =20 >> Let me discuss this with my co-authors. >> =20 >> any update on this? > =20 > Yes, it is possible for both the =E2=80=9Cegress-interface=E2=80=9D = and =E2=80=9Cingress-interface=E2=80=9D to be specified at the same = time. >=20 > <> okay, then maybe there can be an explanation of what happens = when that occurs? It is a matching leaf, and technically one can match on more than one = leaf. So a =E2=80=98must=E2=80=99 statement is not needed from a model = perspective. Generally though, the packet is either coming in on an = ingress (input) interface or going out a output (egress) interface, and = one would should have separate ACE entries for each direction the packet = travels through the interface. The match will fail if both directions of = the interface are specified in the same ACE entry. But isn=E2=80=99t = that obvious? >>=20 >>=20 >>> - s/The ACL's applied/The ACLs applied/ (this happens more than = once in model) >> =20 >> Fixed. >> =20 >>>=20 >>> In Section 4.2: >>> - references them by "uses" --> references them by 'uses' = statements ??? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - not all your 'reference' statements have the title of the = referenced document. >> =20 >> Fixed. >>=20 >>=20 >>=20 >>> - "then the datagram must be destroyed" - s/destroyed/dropped/? >> =20 >> Ok. >>=20 >>=20 >>=20 >>> - "or referring to a group of ..." - same comments as for previous = module >>> - "ece" is missing a 'reference' statement? -=20 >> =20 >> Added. >>=20 >>=20 >>=20 >>> - "Indicates that the Urgent pointer field is significant" - urgent = is >>> capitalized, but there's no context as for why. Perhaps missing = a >>> reference statement too? >> =20 >> Added a reference statement. >>=20 >>=20 >>=20 >>> - in "window-size" leaf description, remove parentheses >> =20 >> Ok. >>=20 >>=20 >>=20 >>>=20 >>> In Section 4.3: >>> - the text says that it drops traffic from X to Y, but the example = seems to do >>> the reverse. >> =20 >> Fixed. >>=20 >>=20 >>=20 >>>=20 >>> In Section 4.4: >>> - The "With the follow XML example:" "This represents..." = is=20 >>> difficult to read. How about just having "The following XML = example ...:=E2=80=9D? >> =20 >> Fixed. >> =20 >> =20 >> BTW, I missed it before, but I think the 4.4 section title = should be >> plural: "Port Range Usage Examples=E2=80=9D > =20 > The title now reads: > =20 > "Port Range Usage and Other Examples=E2=80=9D. See below. >=20 > <> works for me. >>=20 >>=20 >> =20 >>> - does the second example provide any value of the first? - seems = the same to me=E2=80=A6 >> =20 >> Will change the example. >> =20 >> was it changed per the next item below, or something else? > =20 > Changed the example to an ACE entry that drops all ping requests. > =20 > <> okay. But please tweak all your examples so that a '\' = line-wrapping isn't > happening for a single charater. e.g., remove one space from the = indent or put the > xmlns on its own line. >=20 >>=20 >>=20 >>> - seems like example 3 could also be expressed as = "21", >>> right? - the text at the beginning of the section says this = construct is >>> possible, but there is no example for it. Maybe this makes a = better ex #2? >> =20 >> Have changed the language in the beginning of the section to say: >> =20 >> "When only a port is present, it represents a port, with the operator = specifying the range." >> =20 >> That is because, it now a choice between specifying a range or = specifying a single port with an operator. >>=20 >>=20 >>=20 >>>=20 >>> In all your YANG modules: >>> - replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD = (Network=20 >>> Modeling) Working Group=E2=80=9D >> =20 >> Ok. >>=20 >>=20 >>=20 >>>=20 >>> In Section ??: >>> In the examples, why did you add the "" >>> line and the "config" element? - the examples validate equally = well when >>> these are removed. >> =20 >> The examples can then be cut and pasted into any client such as = ncclient which takes an entire . >>=20 >>=20 >>=20 >>>=20 >>> In Section 6: >>> - s/three YANG module/three YANG modules/ >> =20 >> Fixed. >>=20 >>=20 >>=20 >>>=20 >>> In Section 6.1: >>> - The first paragraph says "three URI", but it should be "three = URIs=E2=80=9D >> =20 >> Fixed. >>=20 >>=20 >>=20 >>>=20 >>> In Section A.1: >>> - "The following figure is the tree structure" - should say "tree = diagram" and >>> should reference the tree-diagrams draft, or else have a = draft-wide "Tree >>> Diagram Notation" section in the Introduction. >> =20 >> Added a section in the Introduction. >>=20 >>=20 >>=20 >>> - s/In other example/In another example/? >>> - s/with new choice of actions/with a new choice of actions/? >> =20 >> Both fixed. >>=20 >>=20 >>=20 >>>=20 >>> In Section A.3; >>> - some 'reference' statements are missing titles >> =20 >> Added. >>=20 >>=20 >>=20 >>> - some 'description' statements might benefit from a 'reference=E2=80= =99 statement >> =20 >> I have added references that I could find. >>=20 >>=20 >>=20 >>> - "The uint16 type placeholder type..." - is this a typo? >> =20 >> Dropped the second =E2=80=9Ctype=E2=80=9D. >> =20 >> Thanks. >>=20 >> np >> =20 >> =20 >> =20 >> Kent // shepherd >> =20 >>>=20 >>>=20 >>>=20 >>> =3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D >>>=20 >>> This version of the draft addresses comments raised during LC, = shepherd review and other comments received during that period. >>>=20 >>>=20 >>>=20 >>>> On Mar 3, 2018, at 2:13 PM, internet-drafts@ietf.org = wrote: >>>>=20 >>>>=20 >>>> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>>> This draft is a work item of the Network Modeling WG of the IETF. >>>>=20 >>>> Title : Network Access Control List (ACL) YANG Data = Model >>>> Authors : Mahesh Jethanandani >>>> Lisa Huang >>>> Sonal Agarwal >>>> Dana Blair >>>> Filename : draft-ietf-netmod-acl-model-17.txt >>>> Pages : 57 >>>> Date : 2018-03-03 >>>>=20 >>>> Abstract: >>>> This document defines a data model for Access Control List (ACL). >>>> ACL is a ordered-by-user set of rules, used to configure the >>>> forwarding behavior in device. Each rule is used to find a match = on >>>> a packet, and define actions that will be performed on the packet. >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Sc= bfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZ= o&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3D44GJlqxqB0YK5G9gb1TU= zAobugMHxDWflaPCZ3IYpKA&e=3D = >>>>=20 >>>> There are also htmlized versions available at: >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html= _draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scb= fh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo= &m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Drbm91SSJ_0sxFxb692d0F= H0G-dbBTAUCf2KRySyztJQ&e=3D = >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DsiypyBn3F8o= 6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D = >>>>=20 >>>> A diff from the previous version is available at: >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_rfcdif= f-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh6= 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTv= jISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Dt2lpzSSW72B= vQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D = >>>>=20 >>>>=20 >>>> Please note that it may take a couple of minutes from the time of = submission >>>> until the htmlized version and diff are available at tools.ietf.org = . >>>>=20 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet= -2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D= 9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZN= r67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RKIqTOi6wj-HEXvZKBRTiUw&e=3D = >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = >>> Mahesh Jethanandani >>> mjethanandani@gmail.com >>>=20 >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG= _gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e= =3D = >> =20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >> =20 >=20 > =20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_DA4A753A-B960-4C2B-A181-EE2C3B6535AC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Mar 14, 2018, at 10:42 AM, Kent Watsen <kwatsen@juniper.net>= wrote:

Hi Mahesh,  please look = for <<KENT>> below.
 
All, please take a look at the question around = renaming the "access-lists" container.
 
Thanks,
Kent
 
 
 
On 3/13/18, 9:46 PM, "Mahesh = Jethanandani" <mjethanandani@gmail.com> wrote:
 
 


On Mar 13, 2018, at 3:23 PM, = Kent Watsen <kwatsen@juniper.net> wrote:
 
Hi = Mahesh,
 
Please look for <KENT> below.
 
Thanks,
Kent
 
 
On 3/8/18, 7:40 PM, "Mahesh = Jethanandani" <mjethanandani@gmail.com>= wrote:
 
Kent,



On Mar 7, 2018, at 1:55 PM, Kent Watsen <kwatsen@juniper.net> wrote:
 
[To all = those that said this draft was ready, really?]


Hi Mahesh,

Thanks = for the update.  I found some more issues.  Some must be = fixed, 
others are nits, and might be caught by the RFC Editor. =  But I think
that it's embarrassing to receive = comments for such things from the 
IESG, as is = recently the case for the syslog draft, so please see 
what you can = do.

Thanks,
Kent


=46rom Idnits:

 ** There are 6 instances of too long lines in the = document, the longest one
    being 7 = characters in excess of 72.
 
Hmm. The idnits at submission time did not complain. Will = apply the new script that you provided to make sure I wrap them = around.




 You wrote before that it was "Fixed", = but it's still here?  Note: "**" is
 an error = (idnits label)

 -- The document has = examples using IPv4 documentation addresses according
    to RFC6890, but does not use any IPv6 = documentation addresses.  Maybe
    there should be IPv6 examples, = too?

 I don't feel strongly about = this, but if it's easy enough to do...

In = the Abstract:
 - I think the word "an" is missing = (e.g., an ACL)
 
Added.




In the = Introduction:
 - should "ordered-by-user" be = "ordered-by user" to avoid confusion, or perhaps say it another = way?
 
How about this in both = the Abstract and the Introduction.
 
OLD:
ACL is a ordered-by-user set of rules
 
NEW:
An ACL = is a set of rules, in an order set by the user
 
<KENT>or how about "An ACL is a user-ordered set of = rules=E2=80=9D?
 
Ok.




 
 - what does "a tuple of" mean? =  Can this be restated?
 
How about this?
 
OLD:
The match criteria consist =
of a tuple of packet header match criteria and can have metadata match =
criteria as well.
 
NEW:
The match criteria consist =
of packet header matches, and or or metadata as described =
below:
 
<KENT>or how about "The match criteria can be a = multiplicity of criteria, all of which must be true for the match to = occur.   The match criteria may match against values in the = packet header or against vendor-specific metadata about the = packet."?   - or something in between?
 
Or simply as:
 
=E2=80=9CThe match criteria allows for = definition of packet headers and metadata, all of which must be true for = the match to occur."

<<KENT>> okay
 
 
 
 - s/In case vendor supports it/In case a vendor = supports it/ ?
 
Ok.



 - "The list of X is endless depending on...".  Is = "endless" the right word, perhaps restate?
OLD:
The list of potential =
actions is endless
 
NEW:
The list of potential =
actions is limitless
 
<KENT> or maybe "unbounded=E2=80=9D?
 
Ok.


 
 
 - same sentence as above, should "networked devices" be = "network" or "networking" devices?
 
Will change =E2=80=9Cnetworked devices=E2=80=9D to = =E2=80=9Cnetworking devices=E2=80=9D.




In Section 3:
 - "A network = system usually have a list of ACLs"  (s/system/systems/ or = s/have/has/?)
 
s/have/has/.



 - "The match criteria consist = of packet header matching" - is consist the right word?
 
How would you restate it? (After I have = s/consist/consists/)
 
<KENT> see above (my comment = before last, it is the same sentence, right?)
 
Once we agree on the above comment, I will replicate it.

<<KENT>> okay.



 - "It as also possible for ACE to match on metadata" =  s/as/is/ and s/ACE/an ACE/
 
Ok



 - "When applied to interfaces of a networked device, = the ACL is applied in a direction
    which indicates if it should be = applied to packet entering (input) or leaving the
    device (output)."  - restate to = talk about "ingress" and "egress=E2=80=9D?
 
How about:
 
When = applied to interfaces of a networked device, the ACL is applied in a = direction which indicates if it should be applied to ingress interface = (input) or egress interface (output).

<KENT>or maybe "When applied to interfaces of a = networked device, distinct ACLs are defined for the ingress (input) and = egress (output) directions.=E2=80=9D
 
Ok.


 
 
 - "An example in the appendix = shows how to express it in YANG model." - either this
   is not true, or the sentence should not be = at the end of this paragraph
 
Removed.




In Section 3.1:
 - s/and must statements/and 'must' = statements/
 
Done and s/if-feature/=E2=80=98if-feature=E2=80=99/



 - s/define new "matches" choice/define a new "matches" = choice/ ?
 
Done.




In Section 4.1:
 - = "ietf-access-control-list" is the standard top level module for access = lists
     - what does this = mean?
 
OLD:
"ietf-access-control-list" is the standard top level module = for access lists
 
NEW:
"ietf-access-control-list" is the top level module for access = lists

<KENT> it's more than the word = "standard".  Maybe something like this:  The = "ietf-access-control-list"
module defines a container called "access-list"  - what = do you think?  
 
Ok.


 
<KENT>BTW, why is the container called "access-lists" = and not e.g., "acls".  I thought that there was a node-naming idiom = along the lines of "/widgets/widget" for when a list is a descendent of = a container.
 
History. When we inherited the draft, it was named = access-lists. I can change it to =E2=80=9Cacls=E2=80=9D.

<<KENT>> I think it = should be "acls", but I wouldn't want to make this change = unilaterally. 
Does anybody else have an issue with the = container being called "access-lists=E2=80=9D = ?
 
 - The "access-lists" container = stores a list of "acl". - s/stores/has or contains?/ 
 
s/stores/has/



 - "...that can be used to = determine which rule was matched upon" - not sure if this
   part is needed, or maybe better restated ", = which can later be used to determine=E2=80=A6"?
 
Ok.



 - s/ability for ACL's to be/ability for ACLs to = be/
 
Ok.




In Section 4.1 (in the YANG module):
 - A number of identities read "ACL that primarily = matches...".  Is "primarily"
   an = accurate word? - if so, then do we need to say anything about when = it's
   not the case? 
 
As one of the text says. It primarily matches IPv4, and does = not match either ethernet or IPv6 headers. Such ACL types are different = from the mixed ACL types that might match on a combination of ethernet = and IPv4 headers etc.
 
<KENT>But my comment is more = that "primarily" seems wishy-washy.  It seems like it doesn't = *primarily* do something, it actually does it.   If there is a = grey area, where it might match something else, if possible, maybe it = would help to call that out?
 
Ok. Will drop the word =E2=80=9Cprimarily=E2=80=9D.





 Separately, s/ACL/an ACL/?
 
Ok.



 - A number of features read "Device can support..." - = s/Device/The device/?
 
Ok.



 - "It can have one or more Access Control Lists" - = lists should be singular.
 
Really? English grammar says that if a sentence has both a = singular and a plural, the one nearest to the subject is the one you = select.
 
<KENT>actually, I'm just going off the fact that the = list node is call "acl", which is singular.  Perhaps even better = would be to say:  It can contain one or more "acl" nodes - = thoughts?
 
But even nodes is a plural. So what would be the difference = between =E2=80=9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D. I would = rather have the RFC editor deal with this.

<<KENT>> My issue = isn't so much the plurality, as it is matching what is in the = YANG.   The node is called "acl", so then you want to say that = there are multiple "acl" nodes (not "acls").  In fact, putting = "acls" would be even more confusing is the "access-lists" container is = renamed to "acls=E2=80=9D.

Ok. I can reword the sentence to say =E2=80=9CIt can = have one more acl nodes=E2=80=9D.

 
 
 - "An = Access Control List(ACL)" - put a space before (ACL)
 
Ok.



 - " Indicates the primary intended" - here's that word = "primary" again...
 - s/a list of = access-list-entries(ACE)/ a list of access-list-entry nodes = (ACE)/?
 
Ok.



 - s/List of access list entries(ACE)/List of access = list entry nodes (ACE)/?
     - = there is more than one instance of this in the model
 
Fixed.



 - "../../../../type" - still = some long relative XPaths
 
Fixed.



 - " or referring to a group of = source ports" - this isn't there yet.  I think you
   want to say something like "this is a = choice so as to support future 'case'
   statements, such as one enabling a group of = source ports to be referenced=E2=80=9D
 
How about:
 
Choice of source port definition using range/operator or = referring to a group of source ports, to be added as a future 'case' = statement.
 
<KENT>I like my framing better because 1) it is less = committal about the future and 2) it doesn't limit there to being just = one 'case' statement that might be added in the future.
 
Ok.


 
 
 - ditto for "or referring to a group of destination = ports."
 - ditto on both of the above for the "udp" = container
 - is it possible for both = "egress-interface" and "ingress-interface" leafs to 
   be specified at the same time?  - if = not, should there a 'must' statement to
   prevent that possibility? - or an = explanation for what happens if it occurs?
 
Let me discuss this with my co-authors.
 
<KENT>any update on this?
 
Yes, it is possible for both the =E2=80=9Cegress-interface=E2=80= =9D and =E2=80=9Cingress-interface=E2=80=9D to be specified at the same = time.

<<KENT>> okay, then maybe there can be an = explanation of what happens when that = occurs?

It = is a matching leaf, and technically one can match on more than one leaf. = So a =E2=80=98must=E2=80=99 statement is not needed from a model = perspective. Generally though, the packet is either coming in on an = ingress (input) interface or going out a output (egress) interface, and = one would should have separate ACE entries for each direction the packet = travels through the interface. The match will fail if both directions of = the interface are specified in the same ACE entry. But isn=E2=80=99t = that obvious?



 - s/The ACL's applied/The ACLs = applied/   (this happens more than once in model)
 
Fixed.
 

In Section 4.2:
 - references them by "uses" --> references them by = 'uses' statements  ???
 
Ok.



 - not all your 'reference' statements have the title of = the referenced document.
 
Fixed.



 - "then the datagram must be = destroyed" - s/destroyed/dropped/?
 
Ok.



 - "or referring to a group of ..."  - same = comments as for previous module
 - "ece" is missing a = 'reference' statement?  - 
 
Added.



 - "Indicates that the Urgent = pointer field is significant" - urgent is
   capitalized, but there's no context as for = why.  Perhaps missing a
   reference = statement too?
 
Added a reference statement.



 - in "window-size" leaf description, remove = parentheses
 
Ok.




In Section 4.3:
 - the text = says that it drops traffic from X to Y, but the example seems to do
   the reverse.
 
Fixed.




In Section 4.4:
 - The "With the follow XML example:" <EXAMPLE> = "This represents..." is 
   difficult to read.  How about just = having "The following XML example ...:=E2=80=9D?
 
Fixed.
 
 
<KENT> BTW, I missed it = before, but I think the 4.4 section title should be
plural: "Port Range Usage = Examples=E2=80=9D
 
The title now reads:
 
"Port Range Usage and Other Examples=E2=80=9D. = See below.

<<KENT>> works for me.


 
 - does the second example = provide any value of the first? - seems the same to me=E2=80=A6
 
Will change the example.
 
<KENT> was it changed per the next item below, or = something else?
 
Changed the example to an ACE entry that drops all ping = requests.
 
<<KENT>> okay.  But please tweak all your = examples so that a '\' line-wrapping isn't
happening for a single = charater.  e.g., remove one space from the indent or put the
xmlns on its own line.



 - seems like example 3 could = also be expressed as "<lower-port>21</lower-port>",
   right?  - the text at the beginning of = the section says this construct is
   possible, but there is no example for it. =  Maybe this makes a better ex #2?
 
Have changed the language in the beginning of the section to = say:
 
"When only a port is present, it = represents a port, with the operator specifying the range."
 
That is because, it now a choice = between specifying a range or specifying a single port with an = operator.




In all your YANG modules:
 - = replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD = (Network 
   Modeling) Working Group=E2=80=9D
 
Ok.




In Section ??:
 In the = examples, why did you add the "<?xml version=3D"1.0" = encoding=3D"UTF-8"?>"
 line and the "config" = element?  - the examples validate equally well when
 these are removed.
 
The examples can then be cut and pasted into any client such = as ncclient which takes an entire <rpc>.




In Section 6:
 - s/three = YANG module/three YANG modules/
 
Fixed.




In Section 6.1:
 - The first paragraph says "three URI", but it should = be "three URIs=E2=80=9D
 
Fixed.




In Section A.1:
 - "The following figure is the tree structure" - should = say "tree diagram" and
   should reference = the tree-diagrams draft, or else have a draft-wide "Tree
   Diagram Notation" section in the = Introduction.
 
Added a section in the Introduction.



 - s/In other example/In another example/?
 - s/with new choice of actions/with a new choice of = actions/?
 
Both fixed.




In Section A.3;
 - some = 'reference' statements are missing titles
 
Added.



 - some 'description' = statements might benefit from a 'reference=E2=80=99 statement
 
I have added references that I could find.



 - "The uint16 type placeholder type..." - is this a = typo?
 
Dropped the second = =E2=80=9Ctype=E2=80=9D.
 
Thanks.

<KENT>np
 
 
 
Kent // shepherd
 



=3D=3D=3D=3D=3D = original message =3D=3D=3D=3D=3D=3D

This = version of the draft addresses comments raised during LC, shepherd = review and other comments received during that period.



On Mar 3, = 2018, at 2:13 PM, internet-drafts@ietf.org wrote:


A New Internet-Draft is available from the = on-line Internet-Drafts directories.
This draft is a work = item of the Network Modeling WG of the IETF.

      Title =           : Network = Access Control List (ACL) YANG Data Model
      Authors =         : Mahesh Jethanandani
          &nb= sp;            = ; Lisa Huang
          &nb= sp;            = ; Sonal Agarwal
          &nb= sp;            = ; Dana Blair
Filename =        : = draft-ietf-netmod-acl-model-17.txt
Pages =           : 57
Date =            : = 2018-03-03

Abstract:
 This= document defines a data model for Access Control List (ACL).
 ACL is a ordered-by-user set of rules, used to = configure the
 forwarding behavior in device. =  Each rule is used to find a match on
 a packet, = and define actions that will be performed on the packet.

The IETF datatracker status page for this = draft is:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c= =3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH= 7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZ= oc&s=3D44GJlqxqB0YK5G9gb1TUzAobugMHxDWflaPCZ3IYpKA&e=3D=

There are also htmlized versions available = at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ie= tf.org_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3D= HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yh= qn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&= amp;s=3Drbm91SSJ_0sxFxb692d0FH0G-dbBTAUCf2KRySyztJQ&e=3Dhttps://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatrac= ker.ietf.org_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3DsiypyBn3F8o6bsB3Z3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D

A diff from the previous version = is available at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_rfcdiff-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwI= CAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUv= ZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA= 8GHfgYnyZoc&s=3Dt2lpzSSW72BvQK1VjPoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D


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:
https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.o= rg_internet-2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-n= db3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3D= huBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RK= IqTOi6wj-HEXvZKBRTiUw&e=3D

_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0Uj= BXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&= amp;m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1= DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D

Mahesh Jethanandani
mjethanandani@gmail.com

_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf= .org_mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0Uj= BXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&= amp;m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1= DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D
 
Mahesh Jethanandani
mjethanandani@gmail.com
 
 
Mahesh Jethanandani
mjethanandani@gmail.com



Mahesh Jethanandani
mjethanandani@gmail.com

= --Apple-Mail=_DA4A753A-B960-4C2B-A181-EE2C3B6535AC-- From nobody Wed Mar 14 13:30:33 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46DEA127337 for ; Wed, 14 Mar 2018 13:30:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 Kwf5eNRltvuH for ; Wed, 14 Mar 2018 13:30:25 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A37AD124207 for ; Wed, 14 Mar 2018 13:30:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=216708; q=dns/txt; s=iport; t=1521059425; x=1522269025; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=MNfxsaAUbjFIpyTIhzzoiFgi+M96bT9UP0zqv4ulJQc=; b=DyfhknGDYKeBAQSdfOA0nfKVhQiiLUaFhRe7UCmP89LpiJ7ZMNKZTw4a F8OJ8TVDGLxsjH8g0oYk/401bO+QA+QtQbr3wIz2f2YFw1nnixmNrreEk ykpyvRQVYqYq+9kOCuFP8yPKgE6WON+6C4UDrENmruHVookmM5og4KYk+ 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaAQDdhala/5FdJa1eGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJaSS1lcCgKg0aKGo10gVopgRaHJI0SFIF/CiKEbgIagww?= =?us-ascii?q?hNBgBAgEBAQEBAQJrKIUlAQEBAQMaAQgERwsQAgEIDgMDAQIhAQYDAgICHxE?= =?us-ascii?q?UCQgCBAENBYQ0TAMVD61ygWw6hG+CNw2BMIIMhS6CFIMoKAyCbIJaRAICARi?= =?us-ascii?q?BJQ4fGRYIgkowgjIEiQKKNYZsMQkChkSDDINYgzaBY06DZ4MRhTKHdoIGOYZ?= =?us-ascii?q?wAhETAYErAR44gVJwFRkhKgGCGAmCKhyBAwELjRF3AQGNGwElB4EDgRgBAQE?= X-IronPort-AV: E=Sophos;i="5.48,307,1517875200"; d="scan'208,217";a="365945601" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 20:30:22 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w2EKULAG007935 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 14 Mar 2018 20:30:21 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 14 Mar 2018 16:30:20 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Wed, 14 Mar 2018 16:30:20 -0400 From: "Acee Lindem (acee)" To: Mahesh Jethanandani , Kent Watsen CC: NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzS0b2QLloEr0SpIp5GIXL33aO/aH0AgAZCygCAAcCgAIAHpHgAgAA444CAAQroAIAAHUgA///OnAA= Date: Wed, 14 Mar 2018 20:30:20 +0000 Message-ID: <5999CD6E-9F85-4926-99B4-7E86246D4B09@cisco.com> References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: multipart/alternative; boundary="_000_5999CD6E9F85492699B47E86246D4B09ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 20:30:31 -0000 --_000_5999CD6E9F85492699B47E86246D4B09ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhZ3JlZSB0aGF0IGlmIG9uZSBpcyB0byBiZSBjb25zaXN0ZW50IHdpdGggdGhlIHJlc3Qgb2Yg dGhlIG1vZGVsLCBlLmcuLCDigJxhY2Vz4oCdLCBpdCBzaG91bGQgYmUg4oCcYWNsc+KAnS4gSG93 ZXZlciwgYm90aCBhcmUgYSBiaXQgY3J5cHRpYy4gSGF2aW5nIHNhaWQgdGhhdCwg4oCcYWNjZXNz LWxpc3Rz4oCdIGlzbuKAmXQgcmVhbGx5IGNvcnJlY3QgaWYgeW914oCZcmUgIGdvaW5nIHRvIGV4 cGFuZCBpdCwgaXQgc2hvdWxkIGJlIOKAnGFjY2Vzcy1jb250cm9sLWxpc3Rz4oCdLg0KDQpUaGFu a3MsDQpBY2VlDQoNCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJl aGFsZiBvZiBNYWhlc2ggSmV0aGFuYW5kYW5pIDxtamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4NCkRh dGU6IFdlZG5lc2RheSwgTWFyY2ggMTQsIDIwMTggYXQgMzoyNiBQTQ0KVG86IEtlbnQgV2F0c2Vu IDxrd2F0c2VuQGp1bmlwZXIubmV0Pg0KQ2M6IE5FVE1PRCBXRyA8bmV0bW9kQGlldGYub3JnPg0K U3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1t b2RlbC0xNy50eHQNCg0KDQoNCg0KT24gTWFyIDE0LCAyMDE4LCBhdCAxMDo0MiBBTSwgS2VudCBX YXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+PiB3 cm90ZToNCg0KSGkgTWFoZXNoLCAgcGxlYXNlIGxvb2sgZm9yIDw8S0VOVD4+IGJlbG93Lg0KDQpB bGwsIHBsZWFzZSB0YWtlIGEgbG9vayBhdCB0aGUgcXVlc3Rpb24gYXJvdW5kIHJlbmFtaW5nIHRo ZSAiYWNjZXNzLWxpc3RzIiBjb250YWluZXIuDQoNClRoYW5rcywNCktlbnQNCg0KDQoNCk9uIDMv MTMvMTgsIDk6NDYgUE0sICJNYWhlc2ggSmV0aGFuYW5kYW5pIiA8bWpldGhhbmFuZGFuaUBnbWFp bC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPj4gd3JvdGU6DQoNCg0KDQoNCg0K T24gTWFyIDEzLCAyMDE4LCBhdCAzOjIzIFBNLCBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVy Lm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KDQpIaSBNYWhlc2gsDQoN ClBsZWFzZSBsb29rIGZvciA8S0VOVD4gYmVsb3cuDQoNClRoYW5rcywNCktlbnQNCg0KDQpPbiAz LzgvMTgsIDc6NDAgUE0sICJNYWhlc2ggSmV0aGFuYW5kYW5pIiA8bWpldGhhbmFuZGFuaUBnbWFp bC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPj4gd3JvdGU6DQoNCktlbnQsDQoN Cg0KDQoNCk9uIE1hciA3LCAyMDE4LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNlbiA8a3dhdHNlbkBq dW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KDQpbVG8gYWxs IHRob3NlIHRoYXQgc2FpZCB0aGlzIGRyYWZ0IHdhcyByZWFkeSwgcmVhbGx5P10NCg0KDQpIaSBN YWhlc2gsDQoNClRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gIEkgZm91bmQgc29tZSBtb3JlIGlzc3Vl cy4gIFNvbWUgbXVzdCBiZSBmaXhlZCwNCm90aGVycyBhcmUgbml0cywgYW5kIG1pZ2h0IGJlIGNh dWdodCBieSB0aGUgUkZDIEVkaXRvci4gIEJ1dCBJIHRoaW5rDQp0aGF0IGl0J3MgZW1iYXJyYXNz aW5nIHRvIHJlY2VpdmUgY29tbWVudHMgZm9yIHN1Y2ggdGhpbmdzIGZyb20gdGhlDQpJRVNHLCBh cyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwgc28gcGxlYXNlIHNl ZQ0Kd2hhdCB5b3UgY2FuIGRvLg0KDQpUaGFua3MsDQpLZW50DQoNCg0KRnJvbSBJZG5pdHM6DQoN CiAqKiBUaGVyZSBhcmUgNiBpbnN0YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMgaW4gdGhlIGRvY3Vt ZW50LCB0aGUgbG9uZ2VzdCBvbmUNCiAgICBiZWluZyA3IGNoYXJhY3RlcnMgaW4gZXhjZXNzIG9m IDcyLg0KDQpIbW0uIFRoZSBpZG5pdHMgYXQgc3VibWlzc2lvbiB0aW1lIGRpZCBub3QgY29tcGxh aW4uIFdpbGwgYXBwbHkgdGhlIG5ldyBzY3JpcHQgdGhhdCB5b3UgcHJvdmlkZWQgdG8gbWFrZSBz dXJlIEkgd3JhcCB0aGVtIGFyb3VuZC4NCg0KDQoNCg0KDQogWW91IHdyb3RlIGJlZm9yZSB0aGF0 IGl0IHdhcyAiRml4ZWQiLCBidXQgaXQncyBzdGlsbCBoZXJlPyAgTm90ZTogIioqIiBpcw0KIGFu IGVycm9yIChpZG5pdHMgbGFiZWwpDQoNCiAtLSBUaGUgZG9jdW1lbnQgaGFzIGV4YW1wbGVzIHVz aW5nIElQdjQgZG9jdW1lbnRhdGlvbiBhZGRyZXNzZXMgYWNjb3JkaW5nDQogICAgdG8gUkZDNjg5 MCwgYnV0IGRvZXMgbm90IHVzZSBhbnkgSVB2NiBkb2N1bWVudGF0aW9uIGFkZHJlc3Nlcy4gIE1h eWJlDQogICAgdGhlcmUgc2hvdWxkIGJlIElQdjYgZXhhbXBsZXMsIHRvbz8NCg0KIEkgZG9uJ3Qg ZmVlbCBzdHJvbmdseSBhYm91dCB0aGlzLCBidXQgaWYgaXQncyBlYXN5IGVub3VnaCB0byBkby4u Lg0KDQpJbiB0aGUgQWJzdHJhY3Q6DQogLSBJIHRoaW5rIHRoZSB3b3JkICJhbiIgaXMgbWlzc2lu ZyAoZS5nLiwgYW4gQUNMKQ0KDQpBZGRlZC4NCg0KDQoNCg0KDQpJbiB0aGUgSW50cm9kdWN0aW9u Og0KIC0gc2hvdWxkICJvcmRlcmVkLWJ5LXVzZXIiIGJlICJvcmRlcmVkLWJ5IHVzZXIiIHRvIGF2 b2lkIGNvbmZ1c2lvbiwgb3IgcGVyaGFwcyBzYXkgaXQgYW5vdGhlciB3YXk/DQoNCkhvdyBhYm91 dCB0aGlzIGluIGJvdGggdGhlIEFic3RyYWN0IGFuZCB0aGUgSW50cm9kdWN0aW9uLg0KDQpPTEQ6 DQoNCkFDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBzZXQgb2YgcnVsZXMNCg0KTkVXOg0KQW4gQUNM IGlzIGEgc2V0IG9mIHJ1bGVzLCBpbiBhbiBvcmRlciBzZXQgYnkgdGhlIHVzZXINCg0KPEtFTlQ+ b3IgaG93IGFib3V0ICJBbiBBQ0wgaXMgYSB1c2VyLW9yZGVyZWQgc2V0IG9mIHJ1bGVz4oCdPw0K DQpPay4NCg0KDQoNCg0KDQoNCg0KIC0gd2hhdCBkb2VzICJhIHR1cGxlIG9mIiBtZWFuPyAgQ2Fu IHRoaXMgYmUgcmVzdGF0ZWQ/DQoNCkhvdyBhYm91dCB0aGlzPw0KDQpPTEQ6DQoNClRoZSBtYXRj aCBjcml0ZXJpYSBjb25zaXN0IG9mIGEgdHVwbGUgb2YgcGFja2V0IGhlYWRlciBtYXRjaCBjcml0 ZXJpYSBhbmQgY2FuIGhhdmUgbWV0YWRhdGEgbWF0Y2ggY3JpdGVyaWEgYXMgd2VsbC4NCg0KTkVX Og0KDQpUaGUgbWF0Y2ggY3JpdGVyaWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoZXMs IGFuZCBvciBvciBtZXRhZGF0YSBhcyBkZXNjcmliZWQgYmVsb3c6DQoNCjxLRU5UPm9yIGhvdyBh Ym91dCAiVGhlIG1hdGNoIGNyaXRlcmlhIGNhbiBiZSBhIG11bHRpcGxpY2l0eSBvZiBjcml0ZXJp YSwgYWxsIG9mIHdoaWNoIG11c3QgYmUgdHJ1ZSBmb3IgdGhlIG1hdGNoIHRvIG9jY3VyLiAgIFRo ZSBtYXRjaCBjcml0ZXJpYSBtYXkgbWF0Y2ggYWdhaW5zdCB2YWx1ZXMgaW4gdGhlIHBhY2tldCBo ZWFkZXIgb3IgYWdhaW5zdCB2ZW5kb3Itc3BlY2lmaWMgbWV0YWRhdGEgYWJvdXQgdGhlIHBhY2tl dC4iPyAgIC0gb3Igc29tZXRoaW5nIGluIGJldHdlZW4/DQoNCk9yIHNpbXBseSBhczoNCg0K4oCc VGhlIG1hdGNoIGNyaXRlcmlhIGFsbG93cyBmb3IgZGVmaW5pdGlvbiBvZiBwYWNrZXQgaGVhZGVy cyBhbmQgbWV0YWRhdGEsIGFsbCBvZiB3aGljaCBtdXN0IGJlIHRydWUgZm9yIHRoZSBtYXRjaCB0 byBvY2N1ci4iDQoNCjw8S0VOVD4+IG9rYXkNCg0KDQoNCiAtIHMvSW4gY2FzZSB2ZW5kb3Igc3Vw cG9ydHMgaXQvSW4gY2FzZSBhIHZlbmRvciBzdXBwb3J0cyBpdC8gPw0KDQpPay4NCg0KDQoNCg0K IC0gIlRoZSBsaXN0IG9mIFggaXMgZW5kbGVzcyBkZXBlbmRpbmcgb24uLi4iLiAgSXMgImVuZGxl c3MiIHRoZSByaWdodCB3b3JkLCBwZXJoYXBzIHJlc3RhdGU/DQpPTEQ6DQoNClRoZSBsaXN0IG9m IHBvdGVudGlhbCBhY3Rpb25zIGlzIGVuZGxlc3MNCg0KDQpORVc6DQoNClRoZSBsaXN0IG9mIHBv dGVudGlhbCBhY3Rpb25zIGlzIGxpbWl0bGVzcw0KDQo8S0VOVD4gb3IgbWF5YmUgInVuYm91bmRl ZOKAnT8NCg0KT2suDQoNCg0KDQoNCg0KIC0gc2FtZSBzZW50ZW5jZSBhcyBhYm92ZSwgc2hvdWxk ICJuZXR3b3JrZWQgZGV2aWNlcyIgYmUgIm5ldHdvcmsiIG9yICJuZXR3b3JraW5nIiBkZXZpY2Vz Pw0KDQpXaWxsIGNoYW5nZSDigJxuZXR3b3JrZWQgZGV2aWNlc+KAnSB0byDigJxuZXR3b3JraW5n IGRldmljZXPigJ0uDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiAzOg0KIC0gIkEgbmV0d29yayBzeXN0 ZW0gdXN1YWxseSBoYXZlIGEgbGlzdCBvZiBBQ0xzIiAgKHMvc3lzdGVtL3N5c3RlbXMvIG9yIHMv aGF2ZS9oYXMvPykNCg0Kcy9oYXZlL2hhcy8uDQoNCg0KDQoNCiAtICJUaGUgbWF0Y2ggY3JpdGVy aWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoaW5nIiAtIGlzIGNvbnNpc3QgdGhlIHJp Z2h0IHdvcmQ/DQoNCkhvdyB3b3VsZCB5b3UgcmVzdGF0ZSBpdD8gKEFmdGVyIEkgaGF2ZSBzL2Nv bnNpc3QvY29uc2lzdHMvKQ0KDQo8S0VOVD4gc2VlIGFib3ZlIChteSBjb21tZW50IGJlZm9yZSBs YXN0LCBpdCBpcyB0aGUgc2FtZSBzZW50ZW5jZSwgcmlnaHQ/KQ0KDQpPbmNlIHdlIGFncmVlIG9u IHRoZSBhYm92ZSBjb21tZW50LCBJIHdpbGwgcmVwbGljYXRlIGl0Lg0KDQo8PEtFTlQ+PiBva2F5 Lg0KDQoNCg0KDQogLSAiSXQgYXMgYWxzbyBwb3NzaWJsZSBmb3IgQUNFIHRvIG1hdGNoIG9uIG1l dGFkYXRhIiAgcy9hcy9pcy8gYW5kIHMvQUNFL2FuIEFDRS8NCg0KT2sNCg0KDQoNCg0KIC0gIldo ZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2VkIGRldmljZSwgdGhlIEFDTCBp cyBhcHBsaWVkIGluIGEgZGlyZWN0aW9uDQogICAgd2hpY2ggaW5kaWNhdGVzIGlmIGl0IHNob3Vs ZCBiZSBhcHBsaWVkIHRvIHBhY2tldCBlbnRlcmluZyAoaW5wdXQpIG9yIGxlYXZpbmcgdGhlDQog ICAgZGV2aWNlIChvdXRwdXQpLiIgIC0gcmVzdGF0ZSB0byB0YWxrIGFib3V0ICJpbmdyZXNzIiBh bmQgImVncmVzc+KAnT8NCg0KSG93IGFib3V0Og0KDQpXaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNl cyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIHRoZSBBQ0wgaXMgYXBwbGllZCBpbiBhIGRpcmVjdGlv biB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gaW5ncmVzcyBpbnRl cmZhY2UgKGlucHV0KSBvciBlZ3Jlc3MgaW50ZXJmYWNlIChvdXRwdXQpLg0KDQo8S0VOVD5vciBt YXliZSAiV2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCBk aXN0aW5jdCBBQ0xzIGFyZSBkZWZpbmVkIGZvciB0aGUgaW5ncmVzcyAoaW5wdXQpIGFuZCBlZ3Jl c3MgKG91dHB1dCkgZGlyZWN0aW9ucy7igJ0NCg0KT2suDQoNCg0KDQoNCg0KIC0gIkFuIGV4YW1w bGUgaW4gdGhlIGFwcGVuZGl4IHNob3dzIGhvdyB0byBleHByZXNzIGl0IGluIFlBTkcgbW9kZWwu IiAtIGVpdGhlciB0aGlzDQogICBpcyBub3QgdHJ1ZSwgb3IgdGhlIHNlbnRlbmNlIHNob3VsZCBu b3QgYmUgYXQgdGhlIGVuZCBvZiB0aGlzIHBhcmFncmFwaA0KDQpSZW1vdmVkLg0KDQoNCg0KDQoN CkluIFNlY3Rpb24gMy4xOg0KIC0gcy9hbmQgbXVzdCBzdGF0ZW1lbnRzL2FuZCAnbXVzdCcgc3Rh dGVtZW50cy8NCg0KRG9uZSBhbmQgcy9pZi1mZWF0dXJlL+KAmGlmLWZlYXR1cmXigJkvDQoNCg0K DQoNCiAtIHMvZGVmaW5lIG5ldyAibWF0Y2hlcyIgY2hvaWNlL2RlZmluZSBhIG5ldyAibWF0Y2hl cyIgY2hvaWNlLyA/DQoNCkRvbmUuDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA0LjE6DQogLSAiaWV0 Zi1hY2Nlc3MtY29udHJvbC1saXN0IiBpcyB0aGUgc3RhbmRhcmQgdG9wIGxldmVsIG1vZHVsZSBm b3IgYWNjZXNzIGxpc3RzDQogICAgIC0gd2hhdCBkb2VzIHRoaXMgbWVhbj8NCg0KT0xEOg0KImll dGYtYWNjZXNzLWNvbnRyb2wtbGlzdCIgaXMgdGhlIHN0YW5kYXJkIHRvcCBsZXZlbCBtb2R1bGUg Zm9yIGFjY2VzcyBsaXN0cw0KDQpORVc6DQoiaWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0IiBpcyB0 aGUgdG9wIGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxpc3RzDQoNCjxLRU5UPiBpdCdzIG1vcmUg dGhhbiB0aGUgd29yZCAic3RhbmRhcmQiLiAgTWF5YmUgc29tZXRoaW5nIGxpa2UgdGhpczogIFRo ZSAiaWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0Ig0KbW9kdWxlIGRlZmluZXMgYSBjb250YWluZXIg Y2FsbGVkICJhY2Nlc3MtbGlzdCIgIC0gd2hhdCBkbyB5b3UgdGhpbms/DQoNCk9rLg0KDQoNCg0K DQo8S0VOVD5CVFcsIHdoeSBpcyB0aGUgY29udGFpbmVyIGNhbGxlZCAiYWNjZXNzLWxpc3RzIiBh bmQgbm90IGUuZy4sICJhY2xzIi4gIEkgdGhvdWdodCB0aGF0IHRoZXJlIHdhcyBhIG5vZGUtbmFt aW5nIGlkaW9tIGFsb25nIHRoZSBsaW5lcyBvZiAiL3dpZGdldHMvd2lkZ2V0IiBmb3Igd2hlbiBh IGxpc3QgaXMgYSBkZXNjZW5kZW50IG9mIGEgY29udGFpbmVyLg0KDQpIaXN0b3J5LiBXaGVuIHdl IGluaGVyaXRlZCB0aGUgZHJhZnQsIGl0IHdhcyBuYW1lZCBhY2Nlc3MtbGlzdHMuIEkgY2FuIGNo YW5nZSBpdCB0byDigJxhY2xz4oCdLg0KDQo8PEtFTlQ+PiBJIHRoaW5rIGl0IHNob3VsZCBiZSAi YWNscyIsIGJ1dCBJIHdvdWxkbid0IHdhbnQgdG8gbWFrZSB0aGlzIGNoYW5nZSB1bmlsYXRlcmFs bHkuDQpEb2VzIGFueWJvZHkgZWxzZSBoYXZlIGFuIGlzc3VlIHdpdGggdGhlIGNvbnRhaW5lciBi ZWluZyBjYWxsZWQgImFjY2Vzcy1saXN0c+KAnSA/DQoNCiAtIFRoZSAiYWNjZXNzLWxpc3RzIiBj b250YWluZXIgc3RvcmVzIGEgbGlzdCBvZiAiYWNsIi4gLSBzL3N0b3Jlcy9oYXMgb3IgY29udGFp bnM/Lw0KDQpzL3N0b3Jlcy9oYXMvDQoNCg0KDQoNCiAtICIuLi50aGF0IGNhbiBiZSB1c2VkIHRv IGRldGVybWluZSB3aGljaCBydWxlIHdhcyBtYXRjaGVkIHVwb24iIC0gbm90IHN1cmUgaWYgdGhp cw0KICAgcGFydCBpcyBuZWVkZWQsIG9yIG1heWJlIGJldHRlciByZXN0YXRlZCAiLCB3aGljaCBj YW4gbGF0ZXIgYmUgdXNlZCB0byBkZXRlcm1pbmXigKYiPw0KDQpPay4NCg0KDQoNCg0KIC0gcy9h YmlsaXR5IGZvciBBQ0wncyB0byBiZS9hYmlsaXR5IGZvciBBQ0xzIHRvIGJlLw0KDQpPay4NCg0K DQoNCg0KDQpJbiBTZWN0aW9uIDQuMSAoaW4gdGhlIFlBTkcgbW9kdWxlKToNCiAtIEEgbnVtYmVy IG9mIGlkZW50aXRpZXMgcmVhZCAiQUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMuLi4iLiAgSXMg InByaW1hcmlseSINCiAgIGFuIGFjY3VyYXRlIHdvcmQ/IC0gaWYgc28sIHRoZW4gZG8gd2UgbmVl ZCB0byBzYXkgYW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzDQogICBub3QgdGhlIGNhc2U/DQoNCkFz IG9uZSBvZiB0aGUgdGV4dCBzYXlzLiBJdCBwcmltYXJpbHkgbWF0Y2hlcyBJUHY0LCBhbmQgZG9l cyBub3QgbWF0Y2ggZWl0aGVyIGV0aGVybmV0IG9yIElQdjYgaGVhZGVycy4gU3VjaCBBQ0wgdHlw ZXMgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBtaXhlZCBBQ0wgdHlwZXMgdGhhdCBtaWdodCBtYXRj aCBvbiBhIGNvbWJpbmF0aW9uIG9mIGV0aGVybmV0IGFuZCBJUHY0IGhlYWRlcnMgZXRjLg0KDQo8 S0VOVD5CdXQgbXkgY29tbWVudCBpcyBtb3JlIHRoYXQgInByaW1hcmlseSIgc2VlbXMgd2lzaHkt d2FzaHkuICBJdCBzZWVtcyBsaWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29tZXRoaW5n LCBpdCBhY3R1YWxseSBkb2VzIGl0LiAgIElmIHRoZXJlIGlzIGEgZ3JleSBhcmVhLCB3aGVyZSBp dCBtaWdodCBtYXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsIG1heWJlIGl0IHdvdWxk IGhlbHAgdG8gY2FsbCB0aGF0IG91dD8NCg0KT2suIFdpbGwgZHJvcCB0aGUgd29yZCDigJxwcmlt YXJpbHnigJ0uDQoNCg0KDQoNCg0KDQoNCiBTZXBhcmF0ZWx5LCBzL0FDTC9hbiBBQ0wvPw0KDQpP ay4NCg0KDQoNCg0KIC0gQSBudW1iZXIgb2YgZmVhdHVyZXMgcmVhZCAiRGV2aWNlIGNhbiBzdXBw b3J0Li4uIiAtIHMvRGV2aWNlL1RoZSBkZXZpY2UvPw0KDQpPay4NCg0KDQoNCg0KIC0gIkl0IGNh biBoYXZlIG9uZSBvciBtb3JlIEFjY2VzcyBDb250cm9sIExpc3RzIiAtIGxpc3RzIHNob3VsZCBi ZSBzaW5ndWxhci4NCg0KUmVhbGx5PyBFbmdsaXNoIGdyYW1tYXIgc2F5cyB0aGF0IGlmIGEgc2Vu dGVuY2UgaGFzIGJvdGggYSBzaW5ndWxhciBhbmQgYSBwbHVyYWwsIHRoZSBvbmUgbmVhcmVzdCB0 byB0aGUgc3ViamVjdCBpcyB0aGUgb25lIHlvdSBzZWxlY3QuDQoNCjxLRU5UPmFjdHVhbGx5LCBJ J20ganVzdCBnb2luZyBvZmYgdGhlIGZhY3QgdGhhdCB0aGUgbGlzdCBub2RlIGlzIGNhbGwgImFj bCIsIHdoaWNoIGlzIHNpbmd1bGFyLiAgUGVyaGFwcyBldmVuIGJldHRlciB3b3VsZCBiZSB0byBz YXk6ICBJdCBjYW4gY29udGFpbiBvbmUgb3IgbW9yZSAiYWNsIiBub2RlcyAtIHRob3VnaHRzPw0K DQpCdXQgZXZlbiBub2RlcyBpcyBhIHBsdXJhbC4gU28gd2hhdCB3b3VsZCBiZSB0aGUgZGlmZmVy ZW5jZSBiZXR3ZWVuIOKAnGFjbHPigJ0gYW5kIOKAnGFjbCBub2Rlc+KAnS4gSSB3b3VsZCByYXRo ZXIgaGF2ZSB0aGUgUkZDIGVkaXRvciBkZWFsIHdpdGggdGhpcy4NCg0KPDxLRU5UPj4gTXkgaXNz dWUgaXNuJ3Qgc28gbXVjaCB0aGUgcGx1cmFsaXR5LCBhcyBpdCBpcyBtYXRjaGluZyB3aGF0IGlz IGluIHRoZSBZQU5HLiAgIFRoZSBub2RlIGlzIGNhbGxlZCAiYWNsIiwgc28gdGhlbiB5b3Ugd2Fu dCB0byBzYXkgdGhhdCB0aGVyZSBhcmUgbXVsdGlwbGUgImFjbCIgbm9kZXMgKG5vdCAiYWNscyIp LiAgSW4gZmFjdCwgcHV0dGluZyAiYWNscyIgd291bGQgYmUgZXZlbiBtb3JlIGNvbmZ1c2luZyBp cyB0aGUgImFjY2Vzcy1saXN0cyIgY29udGFpbmVyIGlzIHJlbmFtZWQgdG8gImFjbHPigJ0uDQoN Ck9rLiBJIGNhbiByZXdvcmQgdGhlIHNlbnRlbmNlIHRvIHNheSDigJxJdCBjYW4gaGF2ZSBvbmUg bW9yZSBhY2wgbm9kZXPigJ0uDQoNCg0KDQoNCiAtICJBbiBBY2Nlc3MgQ29udHJvbCBMaXN0KEFD TCkiIC0gcHV0IGEgc3BhY2UgYmVmb3JlIChBQ0wpDQoNCk9rLg0KDQoNCg0KDQogLSAiIEluZGlj YXRlcyB0aGUgcHJpbWFyeSBpbnRlbmRlZCIgLSBoZXJlJ3MgdGhhdCB3b3JkICJwcmltYXJ5IiBh Z2Fpbi4uLg0KIC0gcy9hIGxpc3Qgb2YgYWNjZXNzLWxpc3QtZW50cmllcyhBQ0UpLyBhIGxpc3Qg b2YgYWNjZXNzLWxpc3QtZW50cnkgbm9kZXMgKEFDRSkvPw0KDQpPay4NCg0KDQoNCg0KIC0gcy9M aXN0IG9mIGFjY2VzcyBsaXN0IGVudHJpZXMoQUNFKS9MaXN0IG9mIGFjY2VzcyBsaXN0IGVudHJ5 IG5vZGVzIChBQ0UpLz8NCiAgICAgLSB0aGVyZSBpcyBtb3JlIHRoYW4gb25lIGluc3RhbmNlIG9m IHRoaXMgaW4gdGhlIG1vZGVsDQoNCkZpeGVkLg0KDQoNCg0KDQogLSAiLi4vLi4vLi4vLi4vdHlw ZSIgLSBzdGlsbCBzb21lIGxvbmcgcmVsYXRpdmUgWFBhdGhzDQoNCkZpeGVkLg0KDQoNCg0KDQog LSAiIG9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cyIgLSB0aGlzIGlzbid0 IHRoZXJlIHlldC4gIEkgdGhpbmsgeW91DQogICB3YW50IHRvIHNheSBzb21ldGhpbmcgbGlrZSAi dGhpcyBpcyBhIGNob2ljZSBzbyBhcyB0byBzdXBwb3J0IGZ1dHVyZSAnY2FzZScNCiAgIHN0YXRl bWVudHMsIHN1Y2ggYXMgb25lIGVuYWJsaW5nIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzIHRvIGJl IHJlZmVyZW5jZWTigJ0NCg0KSG93IGFib3V0Og0KDQpDaG9pY2Ugb2Ygc291cmNlIHBvcnQgZGVm aW5pdGlvbiB1c2luZyByYW5nZS9vcGVyYXRvciBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBz b3VyY2UgcG9ydHMsIHRvIGJlIGFkZGVkIGFzIGEgZnV0dXJlICdjYXNlJyBzdGF0ZW1lbnQuDQoN CjxLRU5UPkkgbGlrZSBteSBmcmFtaW5nIGJldHRlciBiZWNhdXNlIDEpIGl0IGlzIGxlc3MgY29t bWl0dGFsIGFib3V0IHRoZSBmdXR1cmUgYW5kIDIpIGl0IGRvZXNuJ3QgbGltaXQgdGhlcmUgdG8g YmVpbmcganVzdCBvbmUgJ2Nhc2UnIHN0YXRlbWVudCB0aGF0IG1pZ2h0IGJlIGFkZGVkIGluIHRo ZSBmdXR1cmUuDQoNCk9rLg0KDQoNCg0KDQoNCiAtIGRpdHRvIGZvciAib3IgcmVmZXJyaW5nIHRv IGEgZ3JvdXAgb2YgZGVzdGluYXRpb24gcG9ydHMuIg0KIC0gZGl0dG8gb24gYm90aCBvZiB0aGUg YWJvdmUgZm9yIHRoZSAidWRwIiBjb250YWluZXINCiAtIGlzIGl0IHBvc3NpYmxlIGZvciBib3Ro ICJlZ3Jlc3MtaW50ZXJmYWNlIiBhbmQgImluZ3Jlc3MtaW50ZXJmYWNlIiBsZWFmcyB0bw0KICAg YmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWU/ICAtIGlmIG5vdCwgc2hvdWxkIHRoZXJlIGEg J211c3QnIHN0YXRlbWVudCB0bw0KICAgcHJldmVudCB0aGF0IHBvc3NpYmlsaXR5PyAtIG9yIGFu IGV4cGxhbmF0aW9uIGZvciB3aGF0IGhhcHBlbnMgaWYgaXQgb2NjdXJzPw0KDQpMZXQgbWUgZGlz Y3VzcyB0aGlzIHdpdGggbXkgY28tYXV0aG9ycy4NCg0KPEtFTlQ+YW55IHVwZGF0ZSBvbiB0aGlz Pw0KDQpZZXMsIGl0IGlzIHBvc3NpYmxlIGZvciBib3RoIHRoZSDigJxlZ3Jlc3MtaW50ZXJmYWNl 4oCdIGFuZCDigJxpbmdyZXNzLWludGVyZmFjZeKAnSB0byBiZSBzcGVjaWZpZWQgYXQgdGhlIHNh bWUgdGltZS4NCg0KPDxLRU5UPj4gb2theSwgdGhlbiBtYXliZSB0aGVyZSBjYW4gYmUgYW4gZXhw bGFuYXRpb24gb2Ygd2hhdCBoYXBwZW5zIHdoZW4gdGhhdCBvY2N1cnM/DQoNCkl0IGlzIGEgbWF0 Y2hpbmcgbGVhZiwgYW5kIHRlY2huaWNhbGx5IG9uZSBjYW4gbWF0Y2ggb24gbW9yZSB0aGFuIG9u ZSBsZWFmLiBTbyBhIOKAmG11c3TigJkgc3RhdGVtZW50IGlzIG5vdCBuZWVkZWQgZnJvbSBhIG1v ZGVsIHBlcnNwZWN0aXZlLiBHZW5lcmFsbHkgdGhvdWdoLCB0aGUgcGFja2V0IGlzIGVpdGhlciBj b21pbmcgaW4gb24gYW4gaW5ncmVzcyAoaW5wdXQpIGludGVyZmFjZSBvciBnb2luZyBvdXQgYSBv dXRwdXQgKGVncmVzcykgaW50ZXJmYWNlLCBhbmQgb25lIHdvdWxkIHNob3VsZCBoYXZlIHNlcGFy YXRlIEFDRSBlbnRyaWVzIGZvciBlYWNoIGRpcmVjdGlvbiB0aGUgcGFja2V0IHRyYXZlbHMgdGhy b3VnaCB0aGUgaW50ZXJmYWNlLiBUaGUgbWF0Y2ggd2lsbCBmYWlsIGlmIGJvdGggZGlyZWN0aW9u cyBvZiB0aGUgaW50ZXJmYWNlIGFyZSBzcGVjaWZpZWQgaW4gdGhlIHNhbWUgQUNFIGVudHJ5LiBC dXQgaXNu4oCZdCB0aGF0IG9idmlvdXM/DQoNCg0KDQoNCg0KIC0gcy9UaGUgQUNMJ3MgYXBwbGll ZC9UaGUgQUNMcyBhcHBsaWVkLyAgICh0aGlzIGhhcHBlbnMgbW9yZSB0aGFuIG9uY2UgaW4gbW9k ZWwpDQoNCkZpeGVkLg0KDQoNCkluIFNlY3Rpb24gNC4yOg0KIC0gcmVmZXJlbmNlcyB0aGVtIGJ5 ICJ1c2VzIiAtLT4gcmVmZXJlbmNlcyB0aGVtIGJ5ICd1c2VzJyBzdGF0ZW1lbnRzICA/Pz8NCg0K T2suDQoNCg0KDQoNCiAtIG5vdCBhbGwgeW91ciAncmVmZXJlbmNlJyBzdGF0ZW1lbnRzIGhhdmUg dGhlIHRpdGxlIG9mIHRoZSByZWZlcmVuY2VkIGRvY3VtZW50Lg0KDQpGaXhlZC4NCg0KDQoNCg0K IC0gInRoZW4gdGhlIGRhdGFncmFtIG11c3QgYmUgZGVzdHJveWVkIiAtIHMvZGVzdHJveWVkL2Ry b3BwZWQvPw0KDQpPay4NCg0KDQoNCg0KIC0gIm9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIC4u LiIgIC0gc2FtZSBjb21tZW50cyBhcyBmb3IgcHJldmlvdXMgbW9kdWxlDQogLSAiZWNlIiBpcyBt aXNzaW5nIGEgJ3JlZmVyZW5jZScgc3RhdGVtZW50PyAgLQ0KDQpBZGRlZC4NCg0KDQoNCg0KIC0g IkluZGljYXRlcyB0aGF0IHRoZSBVcmdlbnQgcG9pbnRlciBmaWVsZCBpcyBzaWduaWZpY2FudCIg LSB1cmdlbnQgaXMNCiAgIGNhcGl0YWxpemVkLCBidXQgdGhlcmUncyBubyBjb250ZXh0IGFzIGZv ciB3aHkuICBQZXJoYXBzIG1pc3NpbmcgYQ0KICAgcmVmZXJlbmNlIHN0YXRlbWVudCB0b28/DQoN CkFkZGVkIGEgcmVmZXJlbmNlIHN0YXRlbWVudC4NCg0KDQoNCg0KIC0gaW4gIndpbmRvdy1zaXpl IiBsZWFmIGRlc2NyaXB0aW9uLCByZW1vdmUgcGFyZW50aGVzZXMNCg0KT2suDQoNCg0KDQoNCg0K SW4gU2VjdGlvbiA0LjM6DQogLSB0aGUgdGV4dCBzYXlzIHRoYXQgaXQgZHJvcHMgdHJhZmZpYyBm cm9tIFggdG8gWSwgYnV0IHRoZSBleGFtcGxlIHNlZW1zIHRvIGRvDQogICB0aGUgcmV2ZXJzZS4N Cg0KRml4ZWQuDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA0LjQ6DQogLSBUaGUgIldpdGggdGhlIGZv bGxvdyBYTUwgZXhhbXBsZToiIDxFWEFNUExFPiAiVGhpcyByZXByZXNlbnRzLi4uIiBpcw0KICAg ZGlmZmljdWx0IHRvIHJlYWQuICBIb3cgYWJvdXQganVzdCBoYXZpbmcgIlRoZSBmb2xsb3dpbmcg WE1MIGV4YW1wbGUgLi4uOuKAnT8NCg0KRml4ZWQuDQoNCg0KPEtFTlQ+IEJUVywgSSBtaXNzZWQg aXQgYmVmb3JlLCBidXQgSSB0aGluayB0aGUgNC40IHNlY3Rpb24gdGl0bGUgc2hvdWxkIGJlDQpw bHVyYWw6ICJQb3J0IFJhbmdlIFVzYWdlIEV4YW1wbGVz4oCdDQoNClRoZSB0aXRsZSBub3cgcmVh ZHM6DQoNCiJQb3J0IFJhbmdlIFVzYWdlIGFuZCBPdGhlciBFeGFtcGxlc+KAnS4gU2VlIGJlbG93 Lg0KDQo8PEtFTlQ+PiB3b3JrcyBmb3IgbWUuDQoNCg0KDQoNCiAtIGRvZXMgdGhlIHNlY29uZCBl eGFtcGxlIHByb3ZpZGUgYW55IHZhbHVlIG9mIHRoZSBmaXJzdD8gLSBzZWVtcyB0aGUgc2FtZSB0 byBtZeKApg0KDQpXaWxsIGNoYW5nZSB0aGUgZXhhbXBsZS4NCg0KPEtFTlQ+IHdhcyBpdCBjaGFu Z2VkIHBlciB0aGUgbmV4dCBpdGVtIGJlbG93LCBvciBzb21ldGhpbmcgZWxzZT8NCg0KQ2hhbmdl ZCB0aGUgZXhhbXBsZSB0byBhbiBBQ0UgZW50cnkgdGhhdCBkcm9wcyBhbGwgcGluZyByZXF1ZXN0 cy4NCg0KPDxLRU5UPj4gb2theS4gIEJ1dCBwbGVhc2UgdHdlYWsgYWxsIHlvdXIgZXhhbXBsZXMg c28gdGhhdCBhICdcJyBsaW5lLXdyYXBwaW5nIGlzbid0DQpoYXBwZW5pbmcgZm9yIGEgc2luZ2xl IGNoYXJhdGVyLiAgZS5nLiwgcmVtb3ZlIG9uZSBzcGFjZSBmcm9tIHRoZSBpbmRlbnQgb3IgcHV0 IHRoZQ0KeG1sbnMgb24gaXRzIG93biBsaW5lLg0KDQoNCg0KDQoNCiAtIHNlZW1zIGxpa2UgZXhh bXBsZSAzIGNvdWxkIGFsc28gYmUgZXhwcmVzc2VkIGFzICI8bG93ZXItcG9ydD4yMTwvbG93ZXIt cG9ydD4iLA0KICAgcmlnaHQ/ICAtIHRoZSB0ZXh0IGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhlIHNl Y3Rpb24gc2F5cyB0aGlzIGNvbnN0cnVjdCBpcw0KICAgcG9zc2libGUsIGJ1dCB0aGVyZSBpcyBu byBleGFtcGxlIGZvciBpdC4gIE1heWJlIHRoaXMgbWFrZXMgYSBiZXR0ZXIgZXggIzI/DQoNCkhh dmUgY2hhbmdlZCB0aGUgbGFuZ3VhZ2UgaW4gdGhlIGJlZ2lubmluZyBvZiB0aGUgc2VjdGlvbiB0 byBzYXk6DQoNCiJXaGVuIG9ubHkgYSBwb3J0IGlzIHByZXNlbnQsIGl0IHJlcHJlc2VudHMgYSBw b3J0LCB3aXRoIHRoZSBvcGVyYXRvciBzcGVjaWZ5aW5nIHRoZSByYW5nZS4iDQoNClRoYXQgaXMg YmVjYXVzZSwgaXQgbm93IGEgY2hvaWNlIGJldHdlZW4gc3BlY2lmeWluZyBhIHJhbmdlIG9yIHNw ZWNpZnlpbmcgYSBzaW5nbGUgcG9ydCB3aXRoIGFuIG9wZXJhdG9yLg0KDQoNCg0KDQoNCkluIGFs bCB5b3VyIFlBTkcgbW9kdWxlczoNCiAtIHJlcGxhY2UgIk5FVE1PRCAoTkVUQ09ORiBEYXRhIE1v ZGVsaW5nIExhbmd1YWdlKSIgd2l0aCAiTkVUTU9EIChOZXR3b3JrDQogICBNb2RlbGluZykgV29y a2luZyBHcm91cOKAnQ0KDQpPay4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uID8/Og0KIEluIHRoZSBl eGFtcGxlcywgd2h5IGRpZCB5b3UgYWRkIHRoZSAiPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGlu Zz0iVVRGLTgiPz4iDQogbGluZSBhbmQgdGhlICJjb25maWciIGVsZW1lbnQ/ICAtIHRoZSBleGFt cGxlcyB2YWxpZGF0ZSBlcXVhbGx5IHdlbGwgd2hlbg0KIHRoZXNlIGFyZSByZW1vdmVkLg0KDQpU aGUgZXhhbXBsZXMgY2FuIHRoZW4gYmUgY3V0IGFuZCBwYXN0ZWQgaW50byBhbnkgY2xpZW50IHN1 Y2ggYXMgbmNjbGllbnQgd2hpY2ggdGFrZXMgYW4gZW50aXJlIDxycGM+Lg0KDQoNCg0KDQoNCklu IFNlY3Rpb24gNjoNCiAtIHMvdGhyZWUgWUFORyBtb2R1bGUvdGhyZWUgWUFORyBtb2R1bGVzLw0K DQpGaXhlZC4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIDYuMToNCiAtIFRoZSBmaXJzdCBwYXJhZ3Jh cGggc2F5cyAidGhyZWUgVVJJIiwgYnV0IGl0IHNob3VsZCBiZSAidGhyZWUgVVJJc+KAnQ0KDQpG aXhlZC4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIEEuMToNCiAtICJUaGUgZm9sbG93aW5nIGZpZ3Vy ZSBpcyB0aGUgdHJlZSBzdHJ1Y3R1cmUiIC0gc2hvdWxkIHNheSAidHJlZSBkaWFncmFtIiBhbmQN CiAgIHNob3VsZCByZWZlcmVuY2UgdGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2 ZSBhIGRyYWZ0LXdpZGUgIlRyZWUNCiAgIERpYWdyYW0gTm90YXRpb24iIHNlY3Rpb24gaW4gdGhl IEludHJvZHVjdGlvbi4NCg0KQWRkZWQgYSBzZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24uDQoN Cg0KDQoNCiAtIHMvSW4gb3RoZXIgZXhhbXBsZS9JbiBhbm90aGVyIGV4YW1wbGUvPw0KIC0gcy93 aXRoIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy93aXRoIGEgbmV3IGNob2ljZSBvZiBhY3Rpb25zLz8N Cg0KQm90aCBmaXhlZC4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIEEuMzsNCiAtIHNvbWUgJ3JlZmVy ZW5jZScgc3RhdGVtZW50cyBhcmUgbWlzc2luZyB0aXRsZXMNCg0KQWRkZWQuDQoNCg0KDQoNCiAt IHNvbWUgJ2Rlc2NyaXB0aW9uJyBzdGF0ZW1lbnRzIG1pZ2h0IGJlbmVmaXQgZnJvbSBhICdyZWZl cmVuY2XigJkgc3RhdGVtZW50DQoNCkkgaGF2ZSBhZGRlZCByZWZlcmVuY2VzIHRoYXQgSSBjb3Vs ZCBmaW5kLg0KDQoNCg0KDQogLSAiVGhlIHVpbnQxNiB0eXBlIHBsYWNlaG9sZGVyIHR5cGUuLi4i IC0gaXMgdGhpcyBhIHR5cG8/DQoNCkRyb3BwZWQgdGhlIHNlY29uZCDigJx0eXBl4oCdLg0KDQpU aGFua3MuDQoNCjxLRU5UPm5wDQoNCg0KDQpLZW50IC8vIHNoZXBoZXJkDQoNCg0KDQoNCj09PT09 IG9yaWdpbmFsIG1lc3NhZ2UgPT09PT09DQoNClRoaXMgdmVyc2lvbiBvZiB0aGUgZHJhZnQgYWRk cmVzc2VzIGNvbW1lbnRzIHJhaXNlZCBkdXJpbmcgTEMsIHNoZXBoZXJkIHJldmlldyBhbmQgb3Ro ZXIgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIHRoYXQgcGVyaW9kLg0KDQoNCg0KDQpPbiBNYXIg MywgMjAxOCwgYXQgMjoxMyBQTSwgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4N ClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE5ldHdvcmsgTW9kZWxpbmcgV0cgb2Yg dGhlIElFVEYuDQoNCiAgICAgIFRpdGxlICAgICAgICAgICA6IE5ldHdvcmsgQWNjZXNzIENvbnRy b2wgTGlzdCAoQUNMKSBZQU5HIERhdGEgTW9kZWwNCiAgICAgIEF1dGhvcnMgICAgICAgICA6IE1h aGVzaCBKZXRoYW5hbmRhbmkNCiAgICAgICAgICAgICAgICAgICAgICAgIExpc2EgSHVhbmcNCiAg ICAgICAgICAgICAgICAgICAgICAgIFNvbmFsIEFnYXJ3YWwNCiAgICAgICAgICAgICAgICAgICAg ICAgIERhbmEgQmxhaXINCkZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1t b2RlbC0xNy50eHQNClBhZ2VzICAgICAgICAgICA6IDU3DQpEYXRlICAgICAgICAgICAgOiAyMDE4 LTAzLTAzDQoNCkFic3RyYWN0Og0KIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIGRhdGEgbW9kZWwg Zm9yIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkuDQogQUNMIGlzIGEgb3JkZXJlZC1ieS11c2Vy IHNldCBvZiBydWxlcywgdXNlZCB0byBjb25maWd1cmUgdGhlDQogZm9yd2FyZGluZyBiZWhhdmlv ciBpbiBkZXZpY2UuICBFYWNoIHJ1bGUgaXMgdXNlZCB0byBmaW5kIGEgbWF0Y2ggb24NCiBhIHBh Y2tldCwgYW5kIGRlZmluZSBhY3Rpb25zIHRoYXQgd2lsbCBiZSBwZXJmb3JtZWQgb24gdGhlIHBh Y2tldC4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFm dCBpczoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z QV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0y RG1vZGVsXyZkPUR3SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVC ZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPTQ0R0pscXhxQjBZSzVH OWdiMVRVekFvYnVnTUh4RFdmbGFQQ1ozSVlwS0EmZT0NCg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6 ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0y RG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllh R1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnla b2Mmcz1yYm05MVNTSl8wc3hGeGI2OTJkMEZIMEctZGJCVEFVQ2YyS1J5U3l6dEpRJmU9DQpodHRw czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFj a2VyLmlldGYub3JnX2RvY19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVs LTJEMTcmZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUt QlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz1zaXlweUJuM0Y4bzZic0Iz WjNFNXFTMHVhU3EyRVVHVVB3aXJ4X2FfS0R3JmU9DQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX3JmY2RpZmYtM0Z1cmwyLTNEZHJh ZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZkPUR3SUNBZyZjPUhBa1l1aDYz cnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQMHhuSlV2WkdKOUVQb09I N1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdT QUE4R0hmZ1lueVpvYyZzPXQybHB6U1NXNzJCdlFLMVZqUG94WDBBRHhoYjlaRDBmcDNmWHFjZDgw ZzgmZT0NCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0 ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lv biBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnPGh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX190b29scy5pZXRmLm9yZ18mZD1E d01GYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXpr UDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPUJneWpuZlNyWmZzd1dy VE1pVy1QZEtFSlVFbDNJWHR3Q1NvMVBReVZVYUEmcz00RmpHT2xkNDlHd0kwbW9aN2g2bHRsdXYw UlhOMXJQbUdwMGQtOG1qRG1BJmU9Pi4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWls YWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWZ0cC0zQV9fZnRwLmlldGYub3JnX2ludGVybmV0LTJEZHJhZnRzXyZkPUR3 SUNBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj05emtQ MHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJm09aHVCZS1CUktrOEI1WENS ZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZzPXhQN3o5VnhVZ3RPdFNWSWdxUEY1UktJcVRP aTZ3ai1IRVh2WktCUlRpVXcmZT0NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWls dG86bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19uZXRtb2QmZD1E d0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXpr UDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhD UmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3 RHVFNnZ1YUo0Q3FrX29pMUhBJmU9DQoNCk1haGVzaCBKZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRh bmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4NCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxp c3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly91cmxk ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFp bG1hbl9saXN0aW5mb19uZXRtb2QmZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhl TUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklT bGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz1P S0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29pMUhBJmU9DQoNCk1haGVzaCBK ZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5p QGdtYWlsLmNvbT4NCg0KDQpNYWhlc2ggSmV0aGFuYW5kYW5pDQptamV0aGFuYW5kYW5pQGdtYWls LmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQoNCg0KDQoNCk1haGVzaCBKZXRo YW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdt YWlsLmNvbT4NCg0KDQo= --_000_5999CD6E9F85492699B47E86246D4B09ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpIZWx2ZXRpY2E7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpNb25hY287DQoJcGFub3NlLTE6MiAwIDUgMCAwIDAgMCAwIDAg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRp di5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21z by1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0 ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsN Cglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBhZ3JlZSB0aGF0IGlm IG9uZSBpcyB0byBiZSBjb25zaXN0ZW50IHdpdGggdGhlIHJlc3Qgb2YgdGhlIG1vZGVsLCBlLmcu LCDigJxhY2Vz4oCdLCBpdCBzaG91bGQgYmUg4oCcYWNsc+KAnS4gSG93ZXZlciwgYm90aCBhcmUg YSBiaXQgY3J5cHRpYy4gSGF2aW5nIHNhaWQgdGhhdCwg4oCcYWNjZXNzLWxpc3Rz4oCdIGlzbuKA mXQgcmVhbGx5IGNvcnJlY3QgaWYgeW914oCZcmUgJm5ic3A7Z29pbmcgdG8gZXhwYW5kIGl0LCBp dCBzaG91bGQgYmUg4oCcYWNjZXNzLWNvbnRyb2wtbGlzdHPigJ0uDQo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhhbmtzLCA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFj ZWUgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Y29sb3I6YmxhY2siPm5ldG1vZCAmbHQ7bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9u IGJlaGFsZiBvZiBNYWhlc2ggSmV0aGFuYW5kYW5pICZsdDttamV0aGFuYW5kYW5pQGdtYWlsLmNv bSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+V2VkbmVzZGF5LCBNYXJjaCAxNCwgMjAxOCBhdCAzOjI2 IFBNPGJyPg0KPGI+VG86IDwvYj5LZW50IFdhdHNlbiAmbHQ7a3dhdHNlbkBqdW5pcGVyLm5ldCZn dDs8YnI+DQo8Yj5DYzogPC9iPk5FVE1PRCBXRyAmbHQ7bmV0bW9kQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5SZTogW25ldG1vZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1uZXRt b2QtYWNsLW1vZGVsLTE3LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxhIG5hbWU9Il9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPiZuYnNwOzwvbzpwPjwv YT48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij5PbiBNYXIgMTQsIDIwMTgsIGF0IDEwOjQyIEFNLCBLZW50IFdhdHNlbiAm bHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5rd2F0c2VuQGp1bmlwZXIubmV0PC9z cGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48 L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jmd0Ow0KIHdy b3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkhpIE1haGVzaCwmbmJzcDsgcGxlYXNlIGxvb2sgZm9y ICZsdDsmbHQ7S0VOVCZndDsmZ3Q7IGJlbG93Ljwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwv bzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkFsbCwgcGxl YXNlIHRha2UgYSBsb29rIGF0IHRoZSBxdWVzdGlvbiBhcm91bmQgcmVuYW1pbmcgdGhlICZxdW90 O2FjY2Vzcy1saXN0cyZxdW90OyBjb250YWluZXIuPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdCI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VGhhbmtz LDwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPktlbnQ8L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PbiAzLzEzLzE4LCA5OjQ2IFBNLCAm cXVvdDtNYWhlc2ggSmV0aGFuYW5kYW5pJnF1b3Q7ICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9 Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO2NvbG9yOnB1cnBsZSI+bWpl dGhhbmFuZGFuaUBnbWFpbC5jb208L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mZ3Q7DQogd3JvdGU6PG86 cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PbiBNYXIgMTMsIDIwMTgsIGF0IDM6MjMgUE0s IEtlbnQgV2F0c2VuICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1 bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWY7Y29sb3I6cHVycGxlIj5rd2F0c2VuQGp1bmlwZXIubmV0PC9zcGFu Pjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+Jmd0Ow0KIHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQiPkhpIE1haGVzaCw8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij5QbGVhc2UgbG9vayBmb3IgJmx0O0tFTlQmZ3Q7IGJlbG93Ljwv c3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwv c3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlRoYW5rcyw8 L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5LZW50PC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7PC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7PC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T24gMy84 LzE4LCA3OjQwIFBNLCAmcXVvdDtNYWhlc2ggSmV0aGFuYW5kYW5pJnF1b3Q7ICZsdDs8L3NwYW4+ PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO2Nv bG9yOnB1cnBsZSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L3NwYW4+PC9zcGFuPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4m Z3Q7DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+S2VudCw8bzpwPjwvbzpw Pjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+T24gTWFyIDcsIDIwMTgsIGF0IDE6NTUgUE0sIEtlbnQgV2F0c2VuICZsdDs8L3Nw YW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29s b3I6cHVycGxlIj5rd2F0c2VuQGp1bmlwZXIubmV0PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmd0Ow0K IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+W1RvIGFsbCB0aG9zZSB0aGF0 IHNhaWQgdGhpcyBkcmFmdCB3YXMgcmVhZHksIHJlYWxseT9dPGJyPg0KPGJyPg0KPGJyPg0KSGkg TWFoZXNoLDxicj4NCjxicj4NClRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gJm5ic3A7SSBmb3VuZCBz b21lIG1vcmUgaXNzdWVzLiAmbmJzcDtTb21lIG11c3QgYmUgZml4ZWQsPHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCm90aGVycyBhcmUgbml0cywg YW5kIG1pZ2h0IGJlIGNhdWdodCBieSB0aGUgUkZDIEVkaXRvci4gJm5ic3A7QnV0IEkgdGhpbms8 YnI+DQp0aGF0IGl0J3MgZW1iYXJyYXNzaW5nIHRvIHJlY2VpdmUgY29tbWVudHMgZm9yIHN1Y2gg dGhpbmdzIGZyb20gdGhlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjxicj4NCklFU0csIGFzIGlzIHJlY2VudGx5IHRoZSBjYXNlIGZvciB0aGUgc3lzbG9n IGRyYWZ0LCBzbyBwbGVhc2Ugc2VlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjxicj4NCndoYXQgeW91IGNhbiBkby48YnI+DQo8YnI+DQpUaGFua3MsPGJy Pg0KS2VudDxicj4NCjxicj4NCjxicj4NCkZyb20gSWRuaXRzOjxicj4NCjxicj4NCiZuYnNwOyoq IFRoZXJlIGFyZSA2IGluc3RhbmNlcyBvZiB0b28gbG9uZyBsaW5lcyBpbiB0aGUgZG9jdW1lbnQs IHRoZSBsb25nZXN0IG9uZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2JlaW5nIDcgY2hh cmFjdGVycyBpbiBleGNlc3Mgb2YgNzIuPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+SG1tLiBUaGUgaWRuaXRzIGF0IHN1Ym1pc3Npb24gdGltZSBkaWQgbm90IGNv bXBsYWluLiBXaWxsIGFwcGx5IHRoZSBuZXcgc2NyaXB0IHRoYXQNCiB5b3UgcHJvdmlkZWQgdG8g bWFrZSBzdXJlIEkgd3JhcCB0aGVtIGFyb3VuZC48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCiZuYnNwO1lvdSB3cm90ZSBiZWZv cmUgdGhhdCBpdCB3YXMgJnF1b3Q7Rml4ZWQmcXVvdDssIGJ1dCBpdCdzIHN0aWxsIGhlcmU/ICZu YnNwO05vdGU6ICZxdW90OyoqJnF1b3Q7IGlzPGJyPg0KJm5ic3A7YW4gZXJyb3IgKGlkbml0cyBs YWJlbCk8YnI+DQo8YnI+DQombmJzcDstLSBUaGUgZG9jdW1lbnQgaGFzIGV4YW1wbGVzIHVzaW5n IElQdjQgZG9jdW1lbnRhdGlvbiBhZGRyZXNzZXMgYWNjb3JkaW5nPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7dG8gUkZDNjg5MCwgYnV0IGRvZXMgbm90IHVzZSBhbnkgSVB2NiBkb2N1bWVu dGF0aW9uIGFkZHJlc3Nlcy4gJm5ic3A7TWF5YmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDt0aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9vPzxicj4NCjxicj4NCiZuYnNwO0kg ZG9uJ3QgZmVlbCBzdHJvbmdseSBhYm91dCB0aGlzLCBidXQgaWYgaXQncyBlYXN5IGVub3VnaCB0 byBkby4uLjxicj4NCjxicj4NCkluIHRoZSBBYnN0cmFjdDo8YnI+DQombmJzcDstIEkgdGhpbmsg dGhlIHdvcmQgJnF1b3Q7YW4mcXVvdDsgaXMgbWlzc2luZyAoZS5nLiwgYW4gQUNMKTwvc3Bhbj48 L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFkZGVkLjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gdGhl IEludHJvZHVjdGlvbjo8YnI+DQombmJzcDstIHNob3VsZCAmcXVvdDtvcmRlcmVkLWJ5LXVzZXIm cXVvdDsgYmUgJnF1b3Q7b3JkZXJlZC1ieSB1c2VyJnF1b3Q7IHRvIGF2b2lkIGNvbmZ1c2lvbiwg b3IgcGVyaGFwcyBzYXkgaXQgYW5vdGhlciB3YXk/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+SG93IGFib3V0IHRoaXMgaW4gYm90aCB0aGUgQWJzdHJhY3QgYW5k IHRoZSBJbnRyb2R1Y3Rpb24uPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T0xEOjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5v cm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWwgaW5p dGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRpYWwiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2 ZXRpY2EiPkFDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBzZXQgb2YgcnVsZXM8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+TkVXOjxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFuIEFDTCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4g b3JkZXIgc2V0IGJ5IHRoZSB1c2VyPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+Jmx0O0tFTlQmZ3Q7b3IgaG93IGFib3V0ICZxdW90O0FuIEFD TCBpcyBhIHVzZXItb3JkZXJlZCBzZXQgb2YgcnVsZXPigJ0/PG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPk9rLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv c3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPiZuYnNwOy0gd2hhdCBkb2VzICZxdW90O2EgdHVwbGUgb2YmcXVvdDsgbWVh bj8gJm5ic3A7Q2FuIHRoaXMgYmUgcmVzdGF0ZWQ/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+SG93IGFib3V0IHRoaXM/PG86cD48L286cD48L3NwYW4+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T0xEOjxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlO2JyZWFrLWJlZm9y ZTogcGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7b3JwaGFuczogMjt3aWRvd3M6 IDI7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6 aW5pdGlhbCBpbml0aWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj5UaGUgbWF0Y2ggY3JpdGVy aWEgY29uc2lzdCBvZiBhIHR1cGxlIG9mIHBhY2tldCBoZWFkZXIgbWF0Y2ggY3JpdGVyaWEgYW5k IGNhbiBoYXZlIG1ldGFkYXRhIG1hdGNoIGNyaXRlcmlhIGFzIHdlbGwuPC9zcGFuPjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5ORVc6PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQt dmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5k LXBvc2l0aW9uOmluaXRpYWwgaW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRp YWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2EiPlRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9m IHBhY2tldCBoZWFkZXIgbWF0Y2hlcywgYW5kIG9yIG9yIG1ldGFkYXRhIGFzIGRlc2NyaWJlZCBi ZWxvdzo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZsdDtLRU5UJmd0O29yIGhv dyBhYm91dCAmcXVvdDtUaGUgbWF0Y2ggY3JpdGVyaWEgY2FuIGJlIGEgbXVsdGlwbGljaXR5IG9m IGNyaXRlcmlhLCBhbGwgb2Ygd2hpY2gNCiBtdXN0IGJlIHRydWUgZm9yIHRoZSBtYXRjaCB0byBv Y2N1ci4mbmJzcDsmbmJzcDsgVGhlIG1hdGNoIGNyaXRlcmlhIG1heSBtYXRjaCBhZ2FpbnN0IHZh bHVlcyBpbiB0aGUgcGFja2V0IGhlYWRlciBvciBhZ2FpbnN0IHZlbmRvci1zcGVjaWZpYyBtZXRh ZGF0YSBhYm91dCB0aGUgcGFja2V0LiZxdW90Oz8mbmJzcDsmbmJzcDsgLSBvciBzb21ldGhpbmcg aW4gYmV0d2Vlbj88bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9yIHNp bXBseSBhczo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj7igJxUaGUg bWF0Y2ggY3JpdGVyaWEgYWxsb3dzIGZvciBkZWZpbml0aW9uIG9mIHBhY2tldCBoZWFkZXJzIGFu ZCBtZXRhZGF0YSwgYWxsIG9mIHdoaWNoDQogbXVzdCBiZSB0cnVlIGZvciB0aGUgbWF0Y2ggdG8g b2NjdXIuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsg b2theTxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gcy9JbiBjYXNlIHZlbmRvciBzdXBwb3J0cyBpdC9JbiBj YXNlIGEgdmVuZG9yIHN1cHBvcnRzIGl0LyA/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+T2suPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1RoZSBsaXN0IG9mIFggaXMgZW5kbGVz cyBkZXBlbmRpbmcgb24uLi4mcXVvdDsuICZuYnNwO0lzICZxdW90O2VuZGxlc3MmcXVvdDsgdGhl IHJpZ2h0IHdvcmQsIHBlcmhhcHMgcmVzdGF0ZT88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PTEQ6PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQt dmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5k LXBvc2l0aW9uOmluaXRpYWwgaW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRp YWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPlRoZSBsaXN0 IG9mIHBvdGVudGlhbCBhY3Rpb25zIGlzIGVuZGxlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZTticmVhay1iZWZv cmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dz OiAyO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91bmQtcmVwZWF0 OmluaXRpYWwgaW5pdGlhbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPk5FVzo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFj a2dyb3VuZDp3aGl0ZTticmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczog bm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBp bml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlhbCI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+VGhlIGxpc3Qgb2YgcG90ZW50aWFsIGFjdGlv bnMgaXMgbGltaXRsZXNzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZsdDtLRU5UJmd0OyBv ciBtYXliZSAmcXVvdDt1bmJvdW5kZWTigJ0/PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHNhbWUgc2VudGVu Y2UgYXMgYWJvdmUsIHNob3VsZCAmcXVvdDtuZXR3b3JrZWQgZGV2aWNlcyZxdW90OyBiZSAmcXVv dDtuZXR3b3JrJnF1b3Q7IG9yICZxdW90O25ldHdvcmtpbmcmcXVvdDsgZGV2aWNlcz88L3NwYW4+ PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5XaWxsIGNoYW5nZSDigJxuZXR3 b3JrZWQgZGV2aWNlc+KAnSB0byDigJxuZXR3b3JraW5nIGRldmljZXPigJ0uPG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBT ZWN0aW9uIDM6PGJyPg0KJm5ic3A7LSAmcXVvdDtBIG5ldHdvcmsgc3lzdGVtIHVzdWFsbHkgaGF2 ZSBhIGxpc3Qgb2YgQUNMcyZxdW90OyAmbmJzcDsocy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9oYXZl L2hhcy8/KTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPnMvaGF2 ZS9oYXMvLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+Jm5ic3A7LSAmcXVvdDtUaGUgbWF0Y2ggY3JpdGVyaWEgY29uc2lzdCBvZiBwYWNr ZXQgaGVhZGVyIG1hdGNoaW5nJnF1b3Q7IC0gaXMgY29uc2lzdCB0aGUgcmlnaHQgd29yZD88L3Nw YW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Ib3cgd291bGQgeW91IHJl c3RhdGUgaXQ/IChBZnRlciBJIGhhdmUgcy9jb25zaXN0L2NvbnNpc3RzLyk8bzpwPjwvbzpwPjwv c3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7S0VOVCZndDsg c2VlIGFib3ZlIChteSBjb21tZW50IGJlZm9yZSBsYXN0LCBpdCBpcyB0aGUgc2FtZSBzZW50ZW5j ZSwgcmlnaHQ/KTxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PbmNlIHdlIGFncmVlIG9uIHRoZSBh Ym92ZSBjb21tZW50LCBJIHdpbGwgcmVwbGljYXRlIGl0LjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4N CiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IG9rYXkuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtJdCBhcyBh bHNvIHBvc3NpYmxlIGZvciBBQ0UgdG8gbWF0Y2ggb24gbWV0YWRhdGEmcXVvdDsgJm5ic3A7cy9h cy9pcy8gYW5kIHMvQUNFL2FuIEFDRS88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj5PazxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4N Cjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtXaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBv ZiBhIG5ldHdvcmtlZCBkZXZpY2UsIHRoZSBBQ0wgaXMgYXBwbGllZCBpbiBhIGRpcmVjdGlvbjxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3doaWNoIGluZGljYXRlcyBpZiBpdCBzaG91bGQg YmUgYXBwbGllZCB0byBwYWNrZXQgZW50ZXJpbmcgKGlucHV0KSBvciBsZWF2aW5nIHRoZTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2RldmljZSAob3V0cHV0KS4mcXVvdDsgJm5ic3A7LSBy ZXN0YXRlIHRvIHRhbGsgYWJvdXQgJnF1b3Q7aW5ncmVzcyZxdW90OyBhbmQgJnF1b3Q7ZWdyZXNz 4oCdPzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkhvdyBhYm91 dDo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj5XaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtl ZCBkZXZpY2UsIHRoZSBBQ0wgaXMgYXBwbGllZCBpbiBhIGRpcmVjdGlvbg0KIHdoaWNoIGluZGlj YXRlcyBpZiBpdCBzaG91bGQgYmUgYXBwbGllZCB0byBpbmdyZXNzIGludGVyZmFjZSAoaW5wdXQp IG9yIGVncmVzcyBpbnRlcmZhY2UgKG91dHB1dCkuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PGJyPg0KJmx0O0tFTlQmZ3Q7b3IgbWF5YmUgJnF1b3Q7V2hlbiBhcHBsaWVkIHRvIGlu dGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCBkaXN0aW5jdCBBQ0xzIGFyZSBkZWZpbmVk IGZvciB0aGUgaW5ncmVzcyAoaW5wdXQpIGFuZCBlZ3Jlc3MgKG91dHB1dCkgZGlyZWN0aW9ucy7i gJ08bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T2suPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJy Pg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtBbiBleGFtcGxlIGluIHRoZSBh cHBlbmRpeCBzaG93cyBob3cgdG8gZXhwcmVzcyBpdCBpbiBZQU5HIG1vZGVsLiZxdW90OyAtIGVp dGhlciB0aGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7aXMgbm90IHRydWUsIG9yIHRoZSBzZW50 ZW5jZSBzaG91bGQgbm90IGJlIGF0IHRoZSBlbmQgb2YgdGhpcyBwYXJhZ3JhcGg8L3NwYW4+PC9z cGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5SZW1vdmVkLjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2Vj dGlvbiAzLjE6PGJyPg0KJm5ic3A7LSBzL2FuZCBtdXN0IHN0YXRlbWVudHMvYW5kICdtdXN0JyBz dGF0ZW1lbnRzLzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkRv bmUgYW5kIHMvaWYtZmVhdHVyZS/igJhpZi1mZWF0dXJl4oCZLzxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL2RlZmluZSBu ZXcgJnF1b3Q7bWF0Y2hlcyZxdW90OyBjaG9pY2UvZGVmaW5lIGEgbmV3ICZxdW90O21hdGNoZXMm cXVvdDsgY2hvaWNlLyA/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+RG9uZS48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4xOjxicj4NCiZuYnNwOy0gJnF1b3Q7aWV0Zi1h Y2Nlc3MtY29udHJvbC1saXN0JnF1b3Q7IGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxl IGZvciBhY2Nlc3MgbGlzdHM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDstIHdo YXQgZG9lcyB0aGlzIG1lYW4/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+T0xEOjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZxdW90O2lldGYtYWNj ZXNzLWNvbnRyb2wtbGlzdCZxdW90OyBpcyB0aGUgc3RhbmRhcmQgdG9wIGxldmVsIG1vZHVsZSBm b3IgYWNjZXNzIGxpc3RzPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+TkVXOjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZxdW90O2lldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCZxdW90OyBpcyB0aGUgdG9w IGxldmVsIG1vZHVsZSBmb3IgYWNjZXNzIGxpc3RzPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PGJyPg0KJmx0O0tFTlQmZ3Q7IGl0J3MgbW9yZSB0aGFuIHRoZSB3b3JkICZxdW90O3N0 YW5kYXJkJnF1b3Q7LiZuYnNwOyBNYXliZSBzb21ldGhpbmcgbGlrZSB0aGlzOiAmbmJzcDtUaGUg JnF1b3Q7aWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0JnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+bW9k dWxlIGRlZmluZXMgYSBjb250YWluZXIgY2FsbGVkICZxdW90O2FjY2Vzcy1saXN0JnF1b3Q7Jm5i c3A7IC0gd2hhdCBkbyB5b3UgdGhpbms/Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPk9rLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7S0VO VCZndDtCVFcsIHdoeSBpcyB0aGUgY29udGFpbmVyIGNhbGxlZCAmcXVvdDthY2Nlc3MtbGlzdHMm cXVvdDsgYW5kIG5vdCBlLmcuLCAmcXVvdDthY2xzJnF1b3Q7LiZuYnNwOyBJIHRob3VnaHQNCiB0 aGF0IHRoZXJlIHdhcyBhIG5vZGUtbmFtaW5nIGlkaW9tIGFsb25nIHRoZSBsaW5lcyBvZiAmcXVv dDsvd2lkZ2V0cy93aWRnZXQmcXVvdDsgZm9yIHdoZW4gYSBsaXN0IGlzIGEgZGVzY2VuZGVudCBv ZiBhIGNvbnRhaW5lci48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SGlzdG9yeS4gV2hlbiB3ZSBp bmhlcml0ZWQgdGhlIGRyYWZ0LCBpdCB3YXMgbmFtZWQgYWNjZXNzLWxpc3RzLiBJIGNhbiBjaGFu Z2UgaXQgdG8NCiDigJxhY2xz4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCiZsdDsmbHQ7S0VO VCZndDsmZ3Q7IEkgdGhpbmsgaXQgc2hvdWxkIGJlICZxdW90O2FjbHMmcXVvdDssIGJ1dCBJIHdv dWxkbid0IHdhbnQgdG8gbWFrZSB0aGlzIGNoYW5nZSB1bmlsYXRlcmFsbHkuJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+RG9l cyBhbnlib2R5IGVsc2UgaGF2ZSBhbiBpc3N1ZSB3aXRoIHRoZSBjb250YWluZXIgYmVpbmcgY2Fs bGVkICZxdW90O2FjY2Vzcy1saXN0c+KAnSA/PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhIj4mbmJzcDstIFRoZSAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsgY29udGFpbmVyIHN0 b3JlcyBhIGxpc3Qgb2YgJnF1b3Q7YWNsJnF1b3Q7LiAtIHMvc3RvcmVzL2hhcyBvciBjb250YWlu cz8vPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bh bj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPnMvc3RvcmVzL2hhcy88bzpw PjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZu YnNwOy0gJnF1b3Q7Li4udGhhdCBjYW4gYmUgdXNlZCB0byBkZXRlcm1pbmUgd2hpY2ggcnVsZSB3 YXMgbWF0Y2hlZCB1cG9uJnF1b3Q7IC0gbm90IHN1cmUgaWYgdGhpczxicj4NCiZuYnNwOyZuYnNw OyZuYnNwO3BhcnQgaXMgbmVlZGVkLCBvciBtYXliZSBiZXR0ZXIgcmVzdGF0ZWQgJnF1b3Q7LCB3 aGljaCBjYW4gbGF0ZXIgYmUgdXNlZCB0byBkZXRlcm1pbmXigKYmcXVvdDs/PC9zcGFuPjwvc3Bh bj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T2suPG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvYWJpbGl0eSBm b3IgQUNMJ3MgdG8gYmUvYWJpbGl0eSBmb3IgQUNMcyB0byBiZS88L3NwYW4+PC9zcGFuPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4xIChpbiB0 aGUgWUFORyBtb2R1bGUpOjxicj4NCiZuYnNwOy0gQSBudW1iZXIgb2YgaWRlbnRpdGllcyByZWFk ICZxdW90O0FDTCB0aGF0IHByaW1hcmlseSBtYXRjaGVzLi4uJnF1b3Q7LiAmbmJzcDtJcyAmcXVv dDtwcmltYXJpbHkmcXVvdDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDthbiBhY2N1cmF0ZSB3b3Jk PyAtIGlmIHNvLCB0aGVuIGRvIHdlIG5lZWQgdG8gc2F5IGFueXRoaW5nIGFib3V0IHdoZW4gaXQn czxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO25vdCB0aGUgY2FzZT88c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+QXMgb25lIG9mIHRoZSB0ZXh0IHNheXMuIEl0IHByaW1hcmlseSBt YXRjaGVzIElQdjQsIGFuZCBkb2VzIG5vdCBtYXRjaCBlaXRoZXIgZXRoZXJuZXQNCiBvciBJUHY2 IGhlYWRlcnMuIFN1Y2ggQUNMIHR5cGVzIGFyZSBkaWZmZXJlbnQgZnJvbSB0aGUgbWl4ZWQgQUNM IHR5cGVzIHRoYXQgbWlnaHQgbWF0Y2ggb24gYSBjb21iaW5hdGlvbiBvZiBldGhlcm5ldCBhbmQg SVB2NCBoZWFkZXJzIGV0Yy48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4mbHQ7S0VOVCZndDtCdXQgbXkgY29tbWVudCBpcyBtb3JlIHRoYXQg JnF1b3Q7cHJpbWFyaWx5JnF1b3Q7IHNlZW1zIHdpc2h5LXdhc2h5LiZuYnNwOyBJdCBzZWVtcyBs aWtlIGl0DQogZG9lc24ndCAqcHJpbWFyaWx5KiBkbyBzb21ldGhpbmcsIGl0IGFjdHVhbGx5IGRv ZXMgaXQuJm5ic3A7Jm5ic3A7IElmIHRoZXJlIGlzIGEgZ3JleSBhcmVhLCB3aGVyZSBpdCBtaWdo dCBtYXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsIG1heWJlIGl0IHdvdWxkIGhlbHAg dG8gY2FsbCB0aGF0IG91dD88bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T2suIFdpbGwgZHJvcCB0 aGUgd29yZCDigJxwcmltYXJpbHnigJ0uPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJy Pg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+Jm5ic3A7U2VwYXJhdGVseSwgcy9BQ0wvYW4gQUNMLz88L3NwYW4+PC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gQSBudW1iZXIgb2Yg ZmVhdHVyZXMgcmVhZCAmcXVvdDtEZXZpY2UgY2FuIHN1cHBvcnQuLi4mcXVvdDsgLSBzL0Rldmlj ZS9UaGUgZGV2aWNlLz88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7SXQgY2FuIGhhdmUgb25lIG9yIG1vcmUgQWNjZXNzIENvbnRy b2wgTGlzdHMmcXVvdDsgLSBsaXN0cyBzaG91bGQgYmUgc2luZ3VsYXIuPC9zcGFuPjwvc3Bhbj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+UmVhbGx5PyBFbmdsaXNoIGdyYW1tYXIgc2F5 cyB0aGF0IGlmIGEgc2VudGVuY2UgaGFzIGJvdGggYSBzaW5ndWxhciBhbmQgYSBwbHVyYWwsDQog dGhlIG9uZSBuZWFyZXN0IHRvIHRoZSBzdWJqZWN0IGlzIHRoZSBvbmUgeW91IHNlbGVjdC48bzpw PjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7 S0VOVCZndDthY3R1YWxseSwgSSdtIGp1c3QgZ29pbmcgb2ZmIHRoZSBmYWN0IHRoYXQgdGhlIGxp c3Qgbm9kZSBpcyBjYWxsICZxdW90O2FjbCZxdW90Oywgd2hpY2gNCiBpcyBzaW5ndWxhci4mbmJz cDsgUGVyaGFwcyBldmVuIGJldHRlciB3b3VsZCBiZSB0byBzYXk6PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5J dA0KIGNhbiBjb250YWluIG9uZSBvciBtb3JlICZxdW90O2FjbCZxdW90OyBub2RlcyAtIHRob3Vn aHRzPzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5CdXQgZXZlbiBub2RlcyBpcyBhIHBsdXJhbC4g U28gd2hhdCB3b3VsZCBiZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIOKAnGFjbHPigJ0gYW5kIOKA nGFjbA0KIG5vZGVz4oCdLiBJIHdvdWxkIHJhdGhlciBoYXZlIHRoZSBSRkMgZWRpdG9yIGRlYWwg d2l0aCB0aGlzLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IE15 IGlzc3VlIGlzbid0IHNvIG11Y2ggdGhlIHBsdXJhbGl0eSwgYXMgaXQgaXMgbWF0Y2hpbmcgd2hh dCBpcyBpbiB0aGUgWUFORy4mbmJzcDsmbmJzcDsgVGhlIG5vZGUgaXMgY2FsbGVkICZxdW90O2Fj bCZxdW90Oywgc28gdGhlbiB5b3Ugd2FudCB0byBzYXkgdGhhdCB0aGVyZSBhcmUgbXVsdGlwbGUg JnF1b3Q7YWNsJnF1b3Q7IG5vZGVzIChub3QgJnF1b3Q7YWNscyZxdW90OykuJm5ic3A7IEluIGZh Y3QsIHB1dHRpbmcgJnF1b3Q7YWNscyZxdW90OyB3b3VsZCBiZSBldmVuIG1vcmUgY29uZnVzaW5n IGlzIHRoZSAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsNCiBjb250YWluZXIgaXMgcmVuYW1lZCB0 byAmcXVvdDthY2xz4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPk9rLiBJIGNhbiByZXdvcmQgdGhlIHNlbnRlbmNl IHRvIHNheSDigJxJdCBjYW4gaGF2ZSBvbmUgbW9yZSBhY2wgbm9kZXPigJ0uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZx dW90O0FuIEFjY2VzcyBDb250cm9sIExpc3QoQUNMKSZxdW90OyAtIHB1dCBhIHNwYWNlIGJlZm9y ZSAoQUNMKTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLjxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ Jm5ic3A7LSAmcXVvdDsgSW5kaWNhdGVzIHRoZSBwcmltYXJ5IGludGVuZGVkJnF1b3Q7IC0gaGVy ZSdzIHRoYXQgd29yZCAmcXVvdDtwcmltYXJ5JnF1b3Q7IGFnYWluLi4uPGJyPg0KJm5ic3A7LSBz L2EgbGlzdCBvZiBhY2Nlc3MtbGlzdC1lbnRyaWVzKEFDRSkvIGEgbGlzdCBvZiBhY2Nlc3MtbGlz dC1lbnRyeSBub2RlcyAoQUNFKS8/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+T2suPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyaWVzKEFDRSkv TGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyeSBub2RlcyAoQUNFKS8/PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7LSB0aGVyZSBpcyBtb3JlIHRoYW4gb25lIGluc3RhbmNlIG9mIHRo aXMgaW4gdGhlIG1vZGVsPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Rml4ZWQuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj4mbmJzcDstICZxdW90Oy4uLy4uLy4uLy4uL3R5cGUmcXVvdDsgLSBzdGlsbCBz b21lIGxvbmcgcmVsYXRpdmUgWFBhdGhzPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Rml4ZWQuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90OyBvciByZWZlcnJpbmcgdG8gYSBncm91 cCBvZiBzb3VyY2UgcG9ydHMmcXVvdDsgLSB0aGlzIGlzbid0IHRoZXJlIHlldC4gJm5ic3A7SSB0 aGluayB5b3U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDt3YW50IHRvIHNheSBzb21ldGhpbmcgbGlr ZSAmcXVvdDt0aGlzIGlzIGEgY2hvaWNlIHNvIGFzIHRvIHN1cHBvcnQgZnV0dXJlICdjYXNlJzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwO3N0YXRlbWVudHMsIHN1Y2ggYXMgb25lIGVuYWJsaW5nIGEg Z3JvdXAgb2Ygc291cmNlIHBvcnRzIHRvIGJlIHJlZmVyZW5jZWTigJ08L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Ib3cgYWJvdXQ6PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPkNob2ljZSBvZiBzb3VyY2UgcG9ydCBkZWZpbml0aW9uIHVzaW5nIHJhbmdlL29wZXJhdG9y IG9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIHNvdXJjZQ0KIHBvcnRzLCB0byBiZSBhZGRlZCBh cyBhIGZ1dHVyZSAnY2FzZScgc3RhdGVtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZsdDtLRU5UJmd0O0kgbGlrZSBteSBmcmFtaW5nIGJldHRlciBiZWNhdXNl IDEpIGl0IGlzIGxlc3MgY29tbWl0dGFsIGFib3V0IHRoZSBmdXR1cmUgYW5kDQogMikgaXQgZG9l c24ndCBsaW1pdCB0aGVyZSB0byBiZWluZyBqdXN0IG9uZSAnY2FzZScgc3RhdGVtZW50IHRoYXQg bWlnaHQgYmUgYWRkZWQgaW4gdGhlIGZ1dHVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv c3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5Ok1v bmFjbztjb2xvcjojMDA4RjAwIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6TW9uYWNvO2NvbG9yOiMwMDhGMDAiPiZuYnNw Ozwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBkaXR0byBmb3IgJnF1b3Q7 b3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2YgZGVzdGluYXRpb24gcG9ydHMuJnF1b3Q7PGJyPg0K Jm5ic3A7LSBkaXR0byBvbiBib3RoIG9mIHRoZSBhYm92ZSBmb3IgdGhlICZxdW90O3VkcCZxdW90 OyBjb250YWluZXI8YnI+DQombmJzcDstIGlzIGl0IHBvc3NpYmxlIGZvciBib3RoICZxdW90O2Vn cmVzcy1pbnRlcmZhY2UmcXVvdDsgYW5kICZxdW90O2luZ3Jlc3MtaW50ZXJmYWNlJnF1b3Q7IGxl YWZzIHRvPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwO2JlIHNwZWNpZmllZCBhdCB0aGUgc2FtZSB0aW1lPyAmbmJz cDstIGlmIG5vdCwgc2hvdWxkIHRoZXJlIGEgJ211c3QnIHN0YXRlbWVudCB0bzxicj4NCiZuYnNw OyZuYnNwOyZuYnNwO3ByZXZlbnQgdGhhdCBwb3NzaWJpbGl0eT8gLSBvciBhbiBleHBsYW5hdGlv biBmb3Igd2hhdCBoYXBwZW5zIGlmIGl0IG9jY3Vycz88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86 cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj5MZXQgbWUgZGlzY3VzcyB0aGlzIHdpdGggbXkgY28tYXV0aG9y cy48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbHQ7S0VOVCZndDthbnkgdXBkYXRlIG9uIHRoaXM/PG86cD48L286cD48L3NwYW4+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PlllcywgaXQgaXMgcG9zc2libGUgZm9yIGJvdGggdGhlIOKAnGVncmVzcy1pbnRlcmZhY2XigJ0g YW5kIOKAnGluZ3Jlc3MtaW50ZXJmYWNl4oCdIHRvIGJlDQogc3BlY2lmaWVkIGF0IHRoZSBzYW1l IHRpbWUuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgb2theSwg dGhlbiBtYXliZSB0aGVyZSBjYW4gYmUgYW4gZXhwbGFuYXRpb24gb2Ygd2hhdCBoYXBwZW5zIHdo ZW4gdGhhdCBvY2N1cnM/PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+SXQgaXMgYSBtYXRjaGluZyBsZWFmLCBhbmQgdGVj aG5pY2FsbHkgb25lIGNhbiBtYXRjaCBvbiBtb3JlIHRoYW4gb25lIGxlYWYuIFNvIGEg4oCYbXVz dOKAmSBzdGF0ZW1lbnQgaXMgbm90IG5lZWRlZCBmcm9tIGEgbW9kZWwgcGVyc3BlY3RpdmUuIEdl bmVyYWxseSB0aG91Z2gsIHRoZSBwYWNrZXQNCiBpcyBlaXRoZXIgY29taW5nIGluIG9uIGFuIGlu Z3Jlc3MgKGlucHV0KSBpbnRlcmZhY2Ugb3IgZ29pbmcgb3V0IGEgb3V0cHV0IChlZ3Jlc3MpIGlu dGVyZmFjZSwgYW5kIG9uZSB3b3VsZCBzaG91bGQgaGF2ZSBzZXBhcmF0ZSBBQ0UgZW50cmllcyBm b3IgZWFjaCBkaXJlY3Rpb24gdGhlIHBhY2tldCB0cmF2ZWxzIHRocm91Z2ggdGhlIGludGVyZmFj ZS4gVGhlIG1hdGNoIHdpbGwgZmFpbCBpZiBib3RoIGRpcmVjdGlvbnMgb2YgdGhlIGludGVyZmFj ZQ0KIGFyZSBzcGVjaWZpZWQgaW4gdGhlIHNhbWUgQUNFIGVudHJ5LiBCdXQgaXNu4oCZdCB0aGF0 IG9idmlvdXM/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvVGhlIEFD TCdzIGFwcGxpZWQvVGhlIEFDTHMgYXBwbGllZC8gJm5ic3A7Jm5ic3A7KHRoaXMgaGFwcGVucyBt b3JlIHRoYW4gb25jZSBpbiBtb2RlbCk8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj5GaXhlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZh bWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4yOjxicj4NCiZuYnNwOy0gcmVmZXJl bmNlcyB0aGVtIGJ5ICZxdW90O3VzZXMmcXVvdDsgLS0mZ3Q7IHJlZmVyZW5jZXMgdGhlbSBieSAn dXNlcycgc3RhdGVtZW50cyAmbmJzcDs/Pz88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gbm90IGFsbCB5b3VyICdyZWZlcmVuY2UnIHN0YXRl bWVudHMgaGF2ZSB0aGUgdGl0bGUgb2YgdGhlIHJlZmVyZW5jZWQgZG9jdW1lbnQuPC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Rml4ZWQuPG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90 O3RoZW4gdGhlIGRhdGFncmFtIG11c3QgYmUgZGVzdHJveWVkJnF1b3Q7IC0gcy9kZXN0cm95ZWQv ZHJvcHBlZC8/PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T2su PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh Ij4mbmJzcDstICZxdW90O29yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIC4uLiZxdW90OyAmbmJz cDstIHNhbWUgY29tbWVudHMgYXMgZm9yIHByZXZpb3VzIG1vZHVsZTxicj4NCiZuYnNwOy0gJnF1 b3Q7ZWNlJnF1b3Q7IGlzIG1pc3NpbmcgYSAncmVmZXJlbmNlJyBzdGF0ZW1lbnQ/ICZuYnNwOy08 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+QWRkZWQuPG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90 O0luZGljYXRlcyB0aGF0IHRoZSBVcmdlbnQgcG9pbnRlciBmaWVsZCBpcyBzaWduaWZpY2FudCZx dW90OyAtIHVyZ2VudCBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO2NhcGl0YWxpemVkLCBidXQg dGhlcmUncyBubyBjb250ZXh0IGFzIGZvciB3aHkuICZuYnNwO1BlcmhhcHMgbWlzc2luZyBhPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cmVmZXJlbmNlIHN0YXRlbWVudCB0b28/PC9zcGFuPjwvc3Bh bj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+QWRkZWQgYSByZWZlcmVuY2Ugc3RhdGVt ZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+Jm5ic3A7LSBpbiAmcXVvdDt3aW5kb3ctc2l6ZSZxdW90OyBsZWFmIGRlc2NyaXB0aW9u LCByZW1vdmUgcGFyZW50aGVzZXM8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj5Pay48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4zOjxicj4NCiZuYnNwOy0gdGhlIHRleHQg c2F5cyB0aGF0IGl0IGRyb3BzIHRyYWZmaWMgZnJvbSBYIHRvIFksIGJ1dCB0aGUgZXhhbXBsZSBz ZWVtcyB0byBkbzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3RoZSByZXZlcnNlLjwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkZpeGVkLjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlv biA0LjQ6PGJyPg0KJm5ic3A7LSBUaGUgJnF1b3Q7V2l0aCB0aGUgZm9sbG93IFhNTCBleGFtcGxl OiZxdW90OyAmbHQ7RVhBTVBMRSZndDsgJnF1b3Q7VGhpcyByZXByZXNlbnRzLi4uJnF1b3Q7IGlz PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwO2RpZmZpY3VsdCB0byByZWFkLiAmbmJzcDtIb3cgYWJvdXQganVzdCBo YXZpbmcgJnF1b3Q7VGhlIGZvbGxvd2luZyBYTUwgZXhhbXBsZSAuLi464oCdPzwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkZpeGVkLjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZsdDtLRU5UJmd0OyBCVFcsIEkgbWlzc2VkIGl0IGJlZm9yZSwgYnV0IEkgdGhpbmsg dGhlIDQuNCBzZWN0aW9uIHRpdGxlIHNob3VsZCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPnBsdXJhbDog JnF1b3Q7UG9ydCBSYW5nZSBVc2FnZSBFeGFtcGxlc+KAnTxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij5UaGUgdGl0bGUgbm93IHJlYWRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZxdW90O1BvcnQgUmFuZ2UgVXNhZ2UgYW5kIE90aGVyIEV4YW1wbGVz4oCdLiBTZWUg YmVsb3cuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgd29ya3Mg Zm9yIG1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gZG9lcyB0aGUgc2Vjb25k IGV4YW1wbGUgcHJvdmlkZSBhbnkgdmFsdWUgb2YgdGhlIGZpcnN0PyAtIHNlZW1zIHRoZSBzYW1l IHRvIG1l4oCmPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+V2ls bCBjaGFuZ2UgdGhlIGV4YW1wbGUuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+Jmx0O0tFTlQmZ3Q7IHdhcyBpdCBjaGFuZ2VkIHBlciB0aGUg bmV4dCBpdGVtIGJlbG93LCBvciBzb21ldGhpbmcgZWxzZT88bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Q2hhbmdlZCB0aGUgZXhhbXBsZSB0byBhbiBBQ0UgZW50cnkgdGhhdCBkcm9wcyBhbGwgcGlu ZyByZXF1ZXN0cy48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7Jmx0O0tFTlQmZ3Q7Jmd0 OyBva2F5LiZuYnNwOyBCdXQgcGxlYXNlIHR3ZWFrIGFsbCB5b3VyIGV4YW1wbGVzIHNvIHRoYXQg YSAnXCcgbGluZS13cmFwcGluZyBpc24ndDxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPmhhcHBlbmluZyBmb3IgYSBzaW5nbGUgY2hhcmF0 ZXIuJm5ic3A7IGUuZy4sIHJlbW92ZSBvbmUgc3BhY2UgZnJvbSB0aGUgaW5kZW50IG9yIHB1dCB0 aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj54bWxucyBvbiBpdHMgb3duIGxpbmUuPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBz ZWVtcyBsaWtlIGV4YW1wbGUgMyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAmcXVvdDsmbHQ7 bG93ZXItcG9ydCZndDsyMSZsdDsvbG93ZXItcG9ydCZndDsmcXVvdDssPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7cmlnaHQ/ICZuYnNwOy0gdGhlIHRleHQgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUg c2VjdGlvbiBzYXlzIHRoaXMgY29uc3RydWN0IGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cG9z c2libGUsIGJ1dCB0aGVyZSBpcyBubyBleGFtcGxlIGZvciBpdC4gJm5ic3A7TWF5YmUgdGhpcyBt YWtlcyBhIGJldHRlciBleCAjMj88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj5IYXZlIGNoYW5nZWQgdGhlIGxhbmd1YWdlIGluIHRoZSBiZWdpbm5pbmcgb2YgdGhl IHNlY3Rpb24gdG8gc2F5OjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZxdW90O1doZW4gb25seSBhIHBvcnQgaXMg cHJlc2VudCwgaXQgcmVwcmVzZW50cyBhIHBvcnQsIHdpdGggdGhlIG9wZXJhdG9yIHNwZWNpZnlp bmcgdGhlDQogcmFuZ2UuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhhdCBpcyBiZWNhdXNlLCBpdCBu b3cgYSBjaG9pY2UgYmV0d2VlbiBzcGVjaWZ5aW5nIGEgcmFuZ2Ugb3Igc3BlY2lmeWluZyBhIHNp bmdsZQ0KIHBvcnQgd2l0aCBhbiBvcGVyYXRvci48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIGFsbCB5b3VyIFlBTkcgbW9k dWxlczo8YnI+DQombmJzcDstIHJlcGxhY2UgJnF1b3Q7TkVUTU9EIChORVRDT05GIERhdGEgTW9k ZWxpbmcgTGFuZ3VhZ2UpJnF1b3Q7IHdpdGggJnF1b3Q7TkVUTU9EIChOZXR3b3JrPHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwO01vZGVsaW5nKSBXb3JraW5nIEdyb3Vw4oCdPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+T2suPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uID8/Ojxicj4NCiZuYnNw O0luIHRoZSBleGFtcGxlcywgd2h5IGRpZCB5b3UgYWRkIHRoZSAmcXVvdDsmbHQ7P3htbCB2ZXJz aW9uPSZxdW90OzEuMCZxdW90OyBlbmNvZGluZz0mcXVvdDtVVEYtOCZxdW90Oz8mZ3Q7JnF1b3Q7 PGJyPg0KJm5ic3A7bGluZSBhbmQgdGhlICZxdW90O2NvbmZpZyZxdW90OyBlbGVtZW50PyAmbmJz cDstIHRoZSBleGFtcGxlcyB2YWxpZGF0ZSBlcXVhbGx5IHdlbGwgd2hlbjxicj4NCiZuYnNwO3Ro ZXNlIGFyZSByZW1vdmVkLjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPlRoZSBleGFtcGxlcyBjYW4gdGhlbiBiZSBjdXQgYW5kIHBhc3RlZCBpbnRvIGFueSBjbGll bnQgc3VjaCBhcyBuY2NsaWVudCB3aGljaCB0YWtlcw0KIGFuIGVudGlyZSAmbHQ7cnBjJmd0Oy48 bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCkluIFNlY3Rpb24gNjo8YnI+DQombmJzcDstIHMvdGhyZWUgWUFORyBtb2R1bGUvdGhy ZWUgWUFORyBtb2R1bGVzLzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPkZpeGVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA2LjE6PGJyPg0KJm5ic3A7LSBUaGUgZmlyc3Qg cGFyYWdyYXBoIHNheXMgJnF1b3Q7dGhyZWUgVVJJJnF1b3Q7LCBidXQgaXQgc2hvdWxkIGJlICZx dW90O3RocmVlIFVSSXPigJ08L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj5GaXhlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gQS4xOjxicj4NCiZuYnNwOy0gJnF1b3Q7VGhl IGZvbGxvd2luZyBmaWd1cmUgaXMgdGhlIHRyZWUgc3RydWN0dXJlJnF1b3Q7IC0gc2hvdWxkIHNh eSAmcXVvdDt0cmVlIGRpYWdyYW0mcXVvdDsgYW5kPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7c2hv dWxkIHJlZmVyZW5jZSB0aGUgdHJlZS1kaWFncmFtcyBkcmFmdCwgb3IgZWxzZSBoYXZlIGEgZHJh ZnQtd2lkZSAmcXVvdDtUcmVlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7RGlhZ3JhbSBOb3RhdGlv biZxdW90OyBzZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24uPC9zcGFuPjwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+QWRkZWQgYSBzZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rp b24uPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDstIHMvSW4gb3RoZXIgZXhhbXBsZS9JbiBhbm90aGVyIGV4YW1wbGUvPzxicj4N CiZuYnNwOy0gcy93aXRoIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy93aXRoIGEgbmV3IGNob2ljZSBv ZiBhY3Rpb25zLz88L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5C b3RoIGZpeGVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiBBLjM7PGJyPg0KJm5ic3A7LSBzb21lICdyZWZl cmVuY2UnIHN0YXRlbWVudHMgYXJlIG1pc3NpbmcgdGl0bGVzPC9zcGFuPjwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+QWRkZWQuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHNvbWUgJ2Rlc2NyaXB0aW9u JyBzdGF0ZW1lbnRzIG1pZ2h0IGJlbmVmaXQgZnJvbSBhICdyZWZlcmVuY2XigJkgc3RhdGVtZW50 PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SSBoYXZlIGFkZGVk IHJlZmVyZW5jZXMgdGhhdCBJIGNvdWxkIGZpbmQuPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1RoZSB1aW50MTYg dHlwZSBwbGFjZWhvbGRlciB0eXBlLi4uJnF1b3Q7IC0gaXMgdGhpcyBhIHR5cG8/PC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+RHJvcHBlZCB0aGUgc2Vjb25kIOKA nHR5cGXigJ0uPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhhbmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPjxicj4NCiZsdDtLRU5UJmd0O25wPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+S2VudCAvLyBzaGVwaGVyZDxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0K PGJyPg0KPT09PT0gb3JpZ2luYWwgbWVzc2FnZSA9PT09PT08YnI+DQo8YnI+DQpUaGlzIHZlcnNp b24gb2YgdGhlIGRyYWZ0IGFkZHJlc3NlcyBjb21tZW50cyByYWlzZWQgZHVyaW5nIExDLCBzaGVw aGVyZCByZXZpZXcgYW5kIG90aGVyIGNvbW1lbnRzIHJlY2VpdmVkIGR1cmluZyB0aGF0IHBlcmlv ZC48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86 cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPk9uIE1hciAz LCAyMDE4LCBhdCAyOjEzIFBNLDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1 cnBsZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+d3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KQSBOZXcgSW50ZXJuZXQtRHJh ZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9y aWVzLjxicj4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE5ldHdvcmsgTW9kZWxp bmcgV0cgb2YgdGhlIElFVEYuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7VGl0bGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBOZXR3b3JrIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkgWUFO RyBEYXRhIE1vZGVsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QXV0 aG9ycyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IE1h aGVzaCBKZXRoYW5hbmRhbmk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMaXNh IEh1YW5nPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7U29uYWwgQWdhcndhbDxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0RhbmEgQmxhaXI8YnI+DQpGaWxlbmFt ZSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IGRyYWZ0LWlldGYt bmV0bW9kLWFjbC1tb2RlbC0xNy50eHQ8YnI+DQpQYWdlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDU3PGJyPg0KRGF0ZSAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs6IDIwMTgtMDMtMDM8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDtUaGlzIGRv Y3VtZW50IGRlZmluZXMgYSBkYXRhIG1vZGVsIGZvciBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wp Ljxicj4NCiZuYnNwO0FDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBzZXQgb2YgcnVsZXMsIHVzZWQg dG8gY29uZmlndXJlIHRoZTxicj4NCiZuYnNwO2ZvcndhcmRpbmcgYmVoYXZpb3IgaW4gZGV2aWNl LiAmbmJzcDtFYWNoIHJ1bGUgaXMgdXNlZCB0byBmaW5kIGEgbWF0Y2ggb248YnI+DQombmJzcDth IHBhY2tldCwgYW5kIGRlZmluZSBhY3Rpb25zIHRoYXQgd2lsbCBiZSBwZXJmb3JtZWQgb24gdGhl IHBhY2tldC48YnI+DQo8YnI+DQo8YnI+DQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFn ZSBmb3IgdGhpcyBkcmFmdCBpczo8YnI+DQo8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8v dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIu aWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsXyZhbXA7ZD1E d0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZh bXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1 QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9NDRHSmxxeHFC MFlLNUc5Z2IxVFV6QW9idWdNSHhEV2ZsYVBDWjNJWXBLQSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNl LnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19k b2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmFtcDtkPUR3SUNBZyZhbXA7 Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1Aw eG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1 WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz00NEdKbHF4cUIwWUs1RzlnYjFU VXpBb2J1Z01IeERXZmxhUENaM0lZcEtBJmFtcDtlPTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGFsc28gaHRt bGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0i aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29s cy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcm YW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZh bXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXJi bTkxU1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmYW1wO2U9Ij48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdf aHRtbF9kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNB ZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDty PTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1C UktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1yYm05MVNTSl8wc3hG eGI2OTJkMEZIMEctZGJCVEFVQ2YyS1J5U3l6dEpRJmFtcDtlPTwvc3Bhbj48L3NwYW4+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPC9zcGFuPjwvc3Bhbj48YSBo cmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFj bC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpC WGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllh R1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZn WW55Wm9jJmFtcDtzPXNpeXB5Qm4zRjhvNmJzQjNaM0U1cVMwdWFTcTJFVUdVUHdpcnhfYV9LRHcm YW1wO2U9Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJw bGUiPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9f ZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNs LTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJY ZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFH VHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZ bnlab2MmYW1wO3M9c2l5cHlCbjNGOG82YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZh bXA7ZT08L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei Pjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJs ZSBhdDo8YnI+DQo8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX3JmY2RpZmYtM0Z1cmwy LTNEZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcm YW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05 emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJL azhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9dDJscHpTU1c3MkJ2UUsx VmpQb3hYMEFEeGhiOVpEMGZwM2ZYcWNkODBnOCZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29m cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDIt M0RkcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNBZyZh bXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6 a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktr OEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz10MmxwelNTVzcyQnZRSzFW alBveFgwQUR4aGI5WkQwZnAzZlhxY2Q4MGc4JmFtcDtlPTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbjxicj4NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBh dmFpbGFibGUgYXQ8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j b20vdjIvdXJsP3U9aHR0cC0zQV9fdG9vbHMuaWV0Zi5vcmdfJmFtcDtkPUR3TUZhUSZhbXA7Yz1I QWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5K VXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209Qmd5am5mU3JaZnN3V3JU TWlXLVBkS0VKVUVsM0lYdHdDU28xUFF5VlVhQSZhbXA7cz00RmpHT2xkNDlHd0kwbW9aN2g2bHRs dXYwUlhOMXJQbUdwMGQtOG1qRG1BJmFtcDtlPSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj50b29scy5pZXRmLm9yZzwvc3Bhbj48L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Ljxicj4NCjxicj4NCkludGVybmV0 LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQo8L3Nw YW4+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91 cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18mYW1wO2Q9RHdJQ0Fn JmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9 OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJS S2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXhQN3o5VnhVZ3RPdFNW SWdxUEY1UktJcVRPaTZ3ai1IRVh2WktCUlRpVXcmYW1wO2U9Ij48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0 c18mYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNa byZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtz PXhQN3o5VnhVZ3RPdFNWSWdxUEY1UktJcVRPaTZ3ai1IRVh2WktCUlRpVXcmYW1wO2U9PC9zcGFu Pjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+ DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm5l dG1vZCBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpuZXRt b2RAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9y OnB1cnBsZSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8v dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3Jn X21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhy NlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3 WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5y NjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0 Q3FrX29pMUhBJmFtcDtlPSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7 Y29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9 aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lD QWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7 cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUt QlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9T0tJVkxYTG8wUnNy ZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZhbXA7ZT08L3NwYW4+PC9zcGFuPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPjxicj4NCk1haGVzaCBKZXRoYW5hbmRhbmk8YnI+DQo8L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48YSBocmVm PSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L3Nw YW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwv c3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K bmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpuZXRtb2RA aWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1 cnBsZSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFu X2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBV akJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NC WWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdI ZmdZbnlab2MmYW1wO3M9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFI QSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1 cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB X193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19uZXRtb2QmYW1wO2Q9RHdJQ0FnJmFtcDtj PUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4 bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVY Q1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPU9LSVZMWExvMFJzcmYxRFNvTFdT eUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmYW1wO2U9PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48 L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+TWFoZXNoIEpldGhhbmFuZGFuaTxvOnA+PC9vOnA+PC9z cGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29s b3I6cHVycGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxv OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj5NYWhlc2ggSmV0aGFuYW5kYW5pPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWpldGhhbmFuZGFu aUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZjtjb2xvcjpwdXJwbGUiPm1qZXRoYW5hbmRhbmlAZ21haWwuY29t PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+TWFoZXNoIEpldGhhbmFuZGFuaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PGEg aHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_5999CD6E9F85492699B47E86246D4B09ciscocom_-- From nobody Wed Mar 14 14:02:22 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D5B126CC4; Wed, 14 Mar 2018 14:02:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 7EIVe2BVYxo1; Wed, 14 Mar 2018 14:02:13 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14AB91201FA; Wed, 14 Mar 2018 14:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4672; q=dns/txt; s=iport; t=1521061333; x=1522270933; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Vdk1M50atCI3PABfDEHiwLFRPHVejQCdLrTh+c61I8k=; b=NcUXG5FenuA7K/ULlfhxUKOVor3lLfl01+GIR8HsrbFY/tCydGm2+Qrj 9jGXnkrGVIAn6fJUegUZ3i5v95aSMf7QUD3OtqF5DH8mHH7yDVfmEL0W3 PgKXcWoBxNcsVvBumGSdoPatPozzBYNjK60CBvqgrfXO4IBoA7yhCH4kh g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAQCsjKla/5pdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNQgVUoCoNGihqNdIIDgRaUNoITCoFZgzcCGoMMITQYAQIBAQE?= =?us-ascii?q?BAQECayiFJgEFIxFFEAIBCBgCAiYCAgIwFRACBAENBYUYrgaCJohkggyBDYQhg?= =?us-ascii?q?hSBVIF8gniFBoMIMIIyBI1xjGMJApBegWOENYMRhTKRJQIREwGBKwEeOIFScBV?= =?us-ascii?q?kAYIYgmWOCneOTYEYAQEB?= X-IronPort-AV: E=Sophos;i="5.48,307,1517875200"; d="scan'208";a="83597931" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 21:02:12 +0000 Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w2EL2C2o008834 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 14 Mar 2018 21:02:12 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 14 Mar 2018 16:02:11 -0500 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Wed, 14 Mar 2018 16:02:11 -0500 From: "Clyde Wildes (cwildes)" To: "Benoit Claise (bclaise)" , Adam Roach , The IESG CC: "netmod-chairs@ietf.org" , Lou Berger , Kent Watsen , "draft-ietf-netmod-syslog-model@ietf.org" , "netmod@ietf.org" Thread-Topic: Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) Thread-Index: AQHTtrYcV91jBgWxxkacsH0dPPey+KPHCvYAgAB3pgCAANUSgIAIPiiA Date: Wed, 14 Mar 2018 21:02:11 +0000 Message-ID: <66EF138D-AF95-4D1A-A16C-476E21169226@cisco.com> References: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com> <6300eca8-3c6a-3837-c22a-3d67785fb968@nostrum.com> <56b08532-c309-a783-1dbd-76b0fd86e847@cisco.com> In-Reply-To: <56b08532-c309-a783-1dbd-76b0fd86e847@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.145.4] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 21:02:15 -0000 DQpBZGFtLA0KDQpBIG5ldyBkcmFmdCB3aWxsIGJlIHB1Ymxpc2hlZCBzb29uIHRoYXQgYWRkcmVz c2VzIHlvdXIgY29uY2VybiBhbmQgSSBoYXZlIHVzZWQgeW91ciB3b3JkaW5nLg0KDQpUaGFua3Ms DQoNCkNseWRlDQoNCg0KDQpPbiAzLzkvMTgsIDY6MDkgQU0sICJCZW5vaXQgQ2xhaXNlIChiY2xh aXNlKSIgPGJjbGFpc2VAY2lzY28uY29tPiB3cm90ZToNCg0KICAgIE9uIDMvOS8yMDE4IDI6Mjcg QU0sIEFkYW0gUm9hY2ggd3JvdGU6DQogICAgPiBPbiAzLzgvMTggMTI6MTggUE0sIENseWRlIFdp bGRlcyAoY3dpbGRlcykgd3JvdGU6DQogICAgPj4gQWRhbSwNCiAgICA+Pg0KICAgID4+IEFuIGVh cmxpZXIgdmVyc2lvbiBvZiB0aGUgbW9kZWwgKGRyYWZ0LWlldGYtbmV0bW9kLXN5c2xvZy1tb2Rl bC0wOCANCiAgICA+PiBhbmQgcHJpb3IpIGluY2x1ZGVkIOKAnHRlcm1pbmFs4oCdIGFzIGEgc3lz bG9nIGRlc3RpbmF0aW9uIHdoaWNoIA0KICAgID4+IGFkZHJlc3NlcyB5b3VyIHJlcXVpcmVtZW50 IGJlbG93Og0KICAgID4+DQogICAgPj4gICAgICAgICAgICAgICstLXJ3IHRlcm1pbmFsIHt0ZXJt aW5hbC1hY3Rpb259Pw0KICAgID4+ICAgICAgICAgICAgICB8ICArLS1ydyBhbGwtdGVybWluYWxz IQ0KICAgID4+ICAgICAgICAgICAgICB8ICB8ICArLS1ydyBsb2ctc2VsZWN0b3INCiAgICA+PiAg ICAgICAgICAgICAgfCAgfCAgICAgKy0tcncgKHNlbGVjdG9yLWZhY2lsaXR5KQ0KICAgID4+ICAg ICAgICAgICAgICB8ICB8ICAgICB8ICArLS06KG5vLWxvZy1mYWNpbGl0eSkNCiAgICA+PiAgICAg ICAgICAgICAgfCAgfCAgICAgfCAgfCAgKy0tcncgbm8tZmFjaWxpdGllcz8gICBlbXB0eQ0KICAg ID4+ICAgICAgICAgICAgICB8ICB8ICAgICB8ICArLS06KGxvZy1mYWNpbGl0eSkNCiAgICA+PiAg ICAgICAgICAgICAgfCAgfCAgICAgfCAgICAgKy0tcncgbG9nLWZhY2lsaXR5KiBbZmFjaWxpdHld DQogICAgPj4gICAgICAgICAgICAgIHwgIHwgICAgIHwgICAgICAgICstLXJ3IGZhY2lsaXR5ICAg ICAgICAgICAgIHVuaW9uDQogICAgPj4gICAgICAgICAgICAgIHwgIHwgICAgIHwgICAgICAgICst LXJ3IHNldmVyaXR5ICAgICAgICAgICAgIHVuaW9uDQogICAgPj4gICAgICAgICAgICAgIHwgIHwg ICAgIHwgICAgICAgICstLXJ3IHNldmVyaXR5LW9wZXJhdG9yPyBlbnVtZXJhdGlvbiANCiAgICA+ PiB7c2VsZWN0b3Itc2V2b3AtY29uZmlnfT8NCiAgICA+PiAgICAgICAgICAgICAgfCAgfCAgICAg Ky0tcncgcGF0dGVybi1tYXRjaD8gICBzdHJpbmcgDQogICAgPj4ge3NlbGVjdG9yLW1hdGNoLWNv bmZpZ30/DQogICAgPj4gICAgICAgICAgICAgIHwgICstLXJ3IHRlcm1pbmFsKiBbbmFtZV0gDQog ICAgPj4ge3Rlcm1pbmFsLWZhY2lsaXR5LXVzZXItbG9nZ2luZy1jb25maWd9Pw0KICAgID4+ICAg ICAgICAgICAgICB8ICAgICArLS1ydyBuYW1lICAgICAgICAgICAgc3RyaW5nDQogICAgPj4gICAg ICAgICAgICAgIHwgICAgICstLXJ3IGxvZy1zZWxlY3Rvcg0KICAgID4+ICAgICAgICAgICAgICB8 ICAgICAgICArLS1ydyAoc2VsZWN0b3ItZmFjaWxpdHkpDQogICAgPj4gICAgICAgICAgICAgIHwg ICAgICAgIHwgICstLToobm8tbG9nLWZhY2lsaXR5KQ0KICAgID4+ICAgICAgICAgICAgICB8ICAg ICAgICB8ICB8ICArLS1ydyBuby1mYWNpbGl0aWVzPyAgIGVtcHR5DQogICAgPj4gICAgICAgICAg ICAgIHwgICAgICAgIHwgICstLToobG9nLWZhY2lsaXR5KQ0KICAgID4+ICAgICAgICAgICAgICB8 ICAgICAgICB8ICAgICArLS1ydyBsb2ctZmFjaWxpdHkqIFtmYWNpbGl0eV0NCiAgICA+PiAgICAg ICAgICAgICAgfCAgICAgICAgfCAgICAgICAgKy0tcncgZmFjaWxpdHkgICAgICAgICAgICAgdW5p b24NCiAgICA+PiAgICAgICAgICAgICAgfCAgICAgICAgfCAgICAgICAgKy0tcncgc2V2ZXJpdHkg ICAgICAgICAgICAgdW5pb24NCiAgICA+PiAgICAgICAgICAgICAgfCAgICAgICAgfCAgICAgICAg Ky0tcncgc2V2ZXJpdHktb3BlcmF0b3I/IGVudW1lcmF0aW9uIA0KICAgID4+IHtzZWxlY3Rvci1z ZXZvcC1jb25maWd9Pw0KICAgID4+ICAgICAgICAgICAgICB8ICAgICAgICArLS1ydyBwYXR0ZXJu LW1hdGNoPyAgIHN0cmluZyANCiAgICA+PiB7c2VsZWN0b3ItbWF0Y2gtY29uZmlnfT8NCiAgICA+ Pg0KICAgID4+IEEgY29uc2Vuc3VzIG9mIHRoZSBncm91cCB3YXMgdGhhdCBpdCB3YXMgYmVzdCB0 byByZW1vdmUgdGhpcyANCiAgICA+PiBkZXN0aW5hdGlvbiBpbiB0aGUgbW9kZWwgYXMgYSBzaW1w bGlmaWNhdGlvbiwgYW5kIHRoYXQgdmVuZG9ycyB0aGF0IA0KICAgID4+IHN1cHBvcnRlZCBzYW1l IGNvdWxkIGFkZCBpdCBiYWNrIHRocm91Z2ggYW4gYXVnbWVudGF0aW9uLg0KICAgID4NCiAgICA+ IFRoYW5rcyBmb3IgdGhlIGhpc3RvcnkgLS0gdGhhdCdzIHVzZWZ1bCB0byBrbm93LiBJIGRvbid0 IGhhdmUgYW55IA0KICAgID4gZGVzaXJlIHRvIHJlLW9wZW4gYSBzZXR0bGVkIGlzc3VlLCBzbyBw bGVhc2UgZG9uJ3QgcmVhZCBteSByZXNwb25zZSBhcyANCiAgICA+IGEgcmVxdWVzdCB0byBnbyBi YWNrIHRvIHRoZSBvbGRlciwgbW9yZSBjb21wbGV4IG1vZGVsLg0KICAgID4NCiAgICA+IE15IGNv bmNlcm4gbm93IGlzIHRoYXQgdGhlIHVuc3RhdGVkIGFzc3VtcHRpb24gYWJvdmUgaXNuJ3QgaW5k aWNhdGVkIA0KICAgID4gaW4gdGhlIGRvY3VtZW50OyBhbmQgYWJzZW50IHN1Y2ggYSB0cmVhdG1l bnQsIEkgZmVhciB0aGF0IHNvbWUgdmVuZG9ycyANCiAgICA+IG1heSBkbyB3aGF0IHlvdSBleHBl Y3QgKGV4dGVuZCB0aGUgbW9kZWwpLCB3aGlsZSBzb21lIG1heSBkbyB3aGF0IEkgDQogICAgPiBt ZW50aW9uZWQgKGV4cGVjdCB0ZXJtaW5hbCBzeXNsb2cgb3V0cHV0IHRvIGJlIHByb3Zpc2lvbmVk IHZpYSBhIA0KICAgID4gc3BlY2lhbCBmaWxlc3lzdGVtIG5vZGUgdXNpbmcgdGhlICJmaWxlIiBz dWJ0cmVlKS4gVGhpcyBhbWJpZ3VpdHkgDQogICAgPiBkb2Vzbid0IHNlZW0gaWRlYWwuDQogICAg Pg0KICAgID4gSSB3b3VsZCBzdWdnZXN0IHRoYXQgdGhlIGRvY3VtZW50IGhhdmUgdGV4dCBzcGVj aWZpY2FsbHkgaW5kaWNhdGluZyANCiAgICA+IHRoYXQgdGVybWluYWwgb3V0cHV0IHdpdGggcmVx dWlyZW1lbnRzIG1vcmUgY29tcGxleCB0aGFuIHRoZSBjb25zb2xlIA0KICAgID4gc3VidHJlZSBj dXJyZW50bHkgcHJvdmlkZXMgYXJlIGV4cGVjdGVkIHRvIGJlIHN1cHBvcnRlZCB2aWEgdmVuZG9y IA0KICAgID4gZXh0ZW5zaW9ucyByYXRoZXIgdGhhbiBoYW5kbGVkIHZpYSB0aGUgZmlsZSBzdWJ0 cmVlLg0KICAgIFRoYXQgbWFrZXMgc2Vuc2UuDQogICAgDQogICAgUmVnYXJkcywgQi4NCiAgICA+ DQogICAgPiAvYQ0KICAgID4NCiAgICA+IC4NCiAgICA+DQogICAgDQogICAgDQoNCg== From nobody Wed Mar 14 14:04:40 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A70A1127337; Wed, 14 Mar 2018 14:04:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 hDk8mv4YOWAL; Wed, 14 Mar 2018 14:04:30 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16775126CC4; Wed, 14 Mar 2018 14:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3330; q=dns/txt; s=iport; t=1521061470; x=1522271070; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=bn1+C6EQuKtqEdHMJIdCkm/c9OcvoAoDbdAI8UWTiwg=; b=kZ7Ti6GxBW58K5PWct9jDOSYngBK3RROoDx1RxqKhU6P4VeGNiQakOLE G8sbfel7BPkGhVbRGAlLc5nEuUE6IZ3a10eWqeN3xyq2zmyQxXg9Qp/zR H8IVzTNT+xGHfGL6O+xQj24BJkMS4gkEkXy2hTZJvGkZB7ETrww/IkAnb Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAQDijKla/4sNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNQgVUoCoNGihqNdIIDgRaUNoITCoUQAhqDDCE0GAECAQEBAQE?= =?us-ascii?q?BAmsohSUBAQEBAgEjBA1FEAIBCA4KAgImAgICMBUQAgQBDQWFEAiuBoFsOohkg?= =?us-ascii?q?gyBDYQhghSBVIF8gniFBoMIMIIyBIgdhVSMYwkCkF6BY4x4h3aJLwIREwGBKwE?= =?us-ascii?q?eOIFScBVkAYIYgmWOCneOTYEYAQEB?= X-IronPort-AV: E=Sophos;i="5.48,307,1517875200"; d="scan'208";a="84270956" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 21:04:29 +0000 Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id w2EL4Tpm026751 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 14 Mar 2018 21:04:29 GMT Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 14 Mar 2018 16:04:28 -0500 Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Wed, 14 Mar 2018 16:04:28 -0500 From: "Clyde Wildes (cwildes)" To: Alexey Melnikov , The IESG CC: "draft-ietf-netmod-syslog-model@ietf.org" , Lou Berger , Kent Watsen , "netmod-chairs@ietf.org" , "netmod@ietf.org" Thread-Topic: Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) Thread-Index: AQHTtYacyLUWCgNeHUaIa29OTtsJ0KPHQm0AgAEhWACACDUTAA== Date: Wed, 14 Mar 2018 21:04:28 +0000 Message-ID: References: <152036678480.28267.2878978732820211120.idtracker@ietfa.amsl.com> <1520606666.3093526.1297375920.65A6D407@webmail.messagingengine.com> In-Reply-To: <1520606666.3093526.1297375920.65A6D407@webmail.messagingengine.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.145.4] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Alexey Melnikov's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 21:04:32 -0000 QWxleGV5LA0KDQpJIGJlbGlldmUgdGhhdCBJIGhhdmUgYWRkcmVzc2VkIGJvdGggb2YgeW91ciBj b25jZXJucyBpbiB0aGUgYWJvdXQgdG8gYmUgcHVibGlzaGVkIGRyYWZ0Lg0KDQpUaGFua3MsDQoN CkNseWRlDQoNCk9uIDMvOS8xOCwgNjo0NCBBTSwgIkFsZXhleSBNZWxuaWtvdiIgPGFhbWVsbmlr b3ZAZmFzdG1haWwuZm0+IHdyb3RlOg0KDQogICAgSGkgQ2x5ZGUsDQogICAgDQogICAgT24gVGh1 LCBNYXIgOCwgMjAxOCwgYXQgOToyOCBQTSwgQ2x5ZGUgV2lsZGVzIChjd2lsZGVzKSB3cm90ZToN CiAgICA+IEFsZXhleSwNCiAgICA+IA0KICAgID4gWW91ciBtaW5vciBjb21tZW50cyBhcmUgYWRk cmVzc2VkIGJlbG934oCmDQogICAgPiANCiAgICA+IE9uIDMvNi8xOCwgMTI6MDYgUE0sICJBbGV4 ZXkgTWVsbmlrb3YiIDxhYW1lbG5pa292QGZhc3RtYWlsLmZtPiB3cm90ZToNCiAgICA+ID4gICAg IA0KICAgID4gICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICA+ICAgICBDT01NRU5UOg0KICAgID4gICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCiAgICA+ICAgICANCiAgICA+ICAgICBUaGFuayB5b3UgZm9yIHRoaXMg ZG9jdW1lbnQuDQogICAgPiAgICAgDQogICAgPiAgICAgSSBhbHNvIHByZWZlciBmb3IgVENQIHRv IGJlIGRvY3VtZW50ZWQsIGlmIHVzZWQgaW4gcmVhbCB3b3JsZC4NCiAgICA+ICAgICANCiAgICA+ ICAgICBTb21lIG1pbm9yIGNvbW1lbnRzOg0KICAgIA0KICAgIA0KICAgID4gICAgIDIpIE9uIHBh Z2UgMTk6DQogICAgPiAgICAgDQogICAgPiAgICAgRXhhbXBsZTogY29tcGFyZS0+ZXF1YWxzIGFu ZCBhY3Rpb24tPm5vLW1hdGNoIG1lYW5zDQogICAgPiAgICAgbWVzc2FnZXMgdGhhdCBoYXZlIGEg c2V2ZXJpdHkgdGhhdCBpcyBub3QgZXF1YWwgdG8gdGhlDQogICAgPiAgICAgc3BlY2lmaWVkIHNl dmVyaXR5IHdpbGwgYmUgbG9nZ2VkLiI7DQogICAgPiAgICAgDQogICAgPiAgICAgRG8geW91IG1l YW4gImFjdGlvbi0+YmxvY2siIGluc3RlYWQgb2YgImFjdGlvbi0+bm8tbWF0Y2giPw0KICAgID4g DQogICAgPiBbY2x3XSBBbiBlcXVhbHMgY29tcGFyZSB3aXRoIGFjdGlvbiBuby1tYXRjaCBtZWFu cyBsb2cgdGhlIG1lc3NhZ2UsIG5vdCANCiAgICA+IGJsb2NrIGl0Lg0KICAgIA0KICAgIFlvdXIg ZG9jdW1lbnQgb25seSB0YWxrcyBhYm91dCAiYWN0aW9uLT5uby1tYXRjaCIgaW4gb25lIHBsYWNl IGluIHRoZSBleGFtcGxlLiBIYXMgdGVybWlub2xvZ3kgY2hhbmdlcyBvdmVyIHllYXJzIGFuZCB5 b3UgZm9yZ290IHRvIHVwZGF0ZSB0aGUgZXhhbXBsZT8NCiAgICANCiAgICBJdCBpcyBwb3NzaWJs ZSBJIGFtIGNvbmZ1c2VkIGhlcmUuDQogICAgDQogICAgPiAgICAgDQogICAgPiAgICAgMykgV2hl biBsb2dnaW5nIHRvIGZpbGU6IGhvdyBpcyB0aGUgZmlsZSBuYW1lIGNvbnN0cnVjdGVkIGZyb20g dGhlIA0KICAgID4gbmFtZSBmaWxlOg0KICAgID4gICAgIFVSSSBpZiBtdWx0aXBsZSBmaWxlcyBh cmUgcHJlc2VydmVkIGJ5IHRoZSBzeXN0ZW0/IEUuZy4gaWYgdGhlIGxvZyANCiAgICA+IGZpbGUg aXMNCiAgICA+ICAgICByb3RhdGVkIGRhaWx5IGFuZCA1IGxhc3QgZmlsZXMgYXJlIHByZXNlcnZl ZCwgaG93IGRvZXMgZWFjaCANCiAgICA+IGluZGl2aWR1YWwgZmlsZW5hbWUNCiAgICA+ICAgICBs b29rPyBJZiBJIHVuZGVyc3Rvb2QgaG93IHRoaXMgaXMgdXNlZCwgdGhpcyBuZWVkcyBtb3JlIA0K ICAgID4gY2xhcmlmaWNhdGlvbi4NCiAgICA+IA0KICAgID4gW2Nsd10gV2UgZGVjaWRlZCB0byBs ZWF2ZSB0aGlzIGZvciB0aGUgaW1wbGVtZW50ZXIgYXMgZmlsZSBzeXN0ZW1zIG1heSANCiAgICA+ IGJlIGRpZmZlcmVudCBmb3IgZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucy4NCiAgICANCiAgICBJ IHRoaW5rIHlvdSBzaG91bGQgY2xhcmlmeSBpbiB0aGUgZG9jdW1lbnQgd2hhdCBpcyB0aGUgcHVy cG9zZSBvZiBmaWxlbmFtZSBhbmQgc2F5IHNvbWV0aGluZyBhYm91dCB0aGUgYWJvdmUuIEkgYXBw cmVjaWF0ZSB0aGF0IHRoaXMgbWlnaHQgbm90IGJlIG5lZWRlZCBmb3IgaW50ZXJvcGVyYWJpbGl0 eSwgYnV0IHdoYXQgeW91IGhhdmUgaW4gdGhlIGRvY3VtZW50IGRvZXNuJ3QgcHJvdmlkZSBlbm91 Z2ggZGV0YWlscyB0byBpbXBsZW1lbnQgdGhpcyBhc3BlY3QuIEV2ZW4gc2F5aW5nIHRoYXQgaW1w bGVtZW50YXRpb25zIGNhbiBkZXJpdmUgbG9nIHNwZWNpZmljIGZpbGVuYW1lcyBmcm9tIHRoZSBi YXNlIG9uZSBpbnN0ZWFkIG9mIHNheWluZyBub3RoaW5nIHdvdWxkIGJlIGJldHRlci4NCiAgICAN CiAgICBUaGFuayB5b3UsDQogICAgQWxleGV5DQogICAgDQoNCg== From nobody Wed Mar 14 14:20:35 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D5D4C1201FA; Wed, 14 Mar 2018 14:20:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152106243381.19024.18371796484686451018@ietfa.amsl.com> Date: Wed, 14 Mar 2018 14:20:33 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-25.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 21:20:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : A YANG Data Model for Syslog Configuration Authors : Clyde Wildes Kiran Koushik Filename : draft-ietf-netmod-syslog-model-25.txt Pages : 31 Date : 2018-03-14 Abstract: This document defines a YANG data model for the configuration of a syslog process. It is intended this model be used by vendors who implement syslog in their systems. The YANG model in this document conforms to the Network Management Datastore Architecture defined in [draft-ietf-netmod-revised- datastores]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-25 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-25 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-25 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 Mar 14 15:04:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B511C12D574 for ; Wed, 14 Mar 2018 15:04:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 8eB62mNE97D6 for ; Wed, 14 Mar 2018 15:04:22 -0700 (PDT) Received: from mail-pl0-x22b.google.com (mail-pl0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (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 53BD8129C6C for ; Wed, 14 Mar 2018 15:04:22 -0700 (PDT) Received: by mail-pl0-x22b.google.com with SMTP id w22-v6so2505204pll.2 for ; Wed, 14 Mar 2018 15:04:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ljrh3D9vacGQFyDqMTqSGpTQon/seRzzu28U/6XGDis=; b=r5xOaO18+sfjnkG0d9haAJPUfpRVqXOJwQfTsneWMUCuQrl0sMj5M3HMn73/5HHx8h GDI97Byx6S4Lacvdf2qAsCAaJhCaGkzEddx3abpK/xvsb+qSPtsB6xekZLdbZ8IA6Xd3 +eCvaq9CMNRfv7FhP3JKabVSoUAi09xp70/cDUxbwSR/Zqirenbyv605VEJwLEm9nMSv QHNp7yijnvfaR/GmTY4f5Cr88g9R0nv/A19SAoBZzxxn4s4T3Fq+/0Je3eGCGAQ6EODb 90a+owwN9Q3ynynyMqJkjlq4YvIM+FHV0JG0SNSApsAp486pA1/Zjz4c1B/eC43u96q2 xj9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ljrh3D9vacGQFyDqMTqSGpTQon/seRzzu28U/6XGDis=; b=dSsLWNB1hA39VW+5dWgwga3t/2+ZA2UqRa1XaqTbEcnVP7J0Blij8Qyz2cKKWLu9Ol 7viKct3bFHVjmlNMi4WEPiiud74yrhSQpx8X//+vbZeuI91GN8E06msNuTmHav7ne+Mr dzUMBFzuVc8Vg2p19rJlWxihDJTwOi/nKleB3Krq4d5WPXaeb0sP5kxn+3613/Iy93V6 5u2DRloXeDz2BIydCb3sLoF5KqySK2bnaOu6ggUPlcK6WsFYWYNM3I71BTxZC5ExrPYV ln6zjGV+w1FYNsDlHB5Ujiov//7zuyNRsPfYN3vhYvSU79p0L8KPUSnNsKOyfLjzvOSX jP1w== X-Gm-Message-State: AElRT7Ff9U/r1EhNweqzH4HiNO4Stggnz3LNCgNQ+bfx9VI4Yr9eQzhH 6HZCOxYDPDXw0RTLJvUFFDRPXw== X-Google-Smtp-Source: AG47ELuYUt1ljJvOlpJ700PMwIchgPhM+C7sixHbO2vPAca2IvL2cYgBQNnXbCDg/7kaD9y6MiObmw== X-Received: by 2002:a17:902:8c93:: with SMTP id t19-v6mr5380034plo.304.1521065061539; Wed, 14 Mar 2018 15:04:21 -0700 (PDT) Received: from ?IPv6:2601:647:4700:1280:4520:6168:1f49:5ea4? ([2601:647:4700:1280:4520:6168:1f49:5ea4]) by smtp.gmail.com with ESMTPSA id v14sm7610303pfi.8.2018.03.14.15.04.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Mar 2018 15:04:20 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-C3E23FAB-B20A-47F0-B174-06757FBCED30 Mime-Version: 1.0 (1.0) From: Mahesh Jethanandani X-Mailer: iPhone Mail (14G60) In-Reply-To: <5999CD6E-9F85-4926-99B4-7E86246D4B09@cisco.com> Date: Wed, 14 Mar 2018 15:04:18 -0700 Cc: Kent Watsen , NETMOD WG Content-Transfer-Encoding: 7bit Message-Id: References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> <5999CD6E-9F85-4926-99B4-7E86246D4B09@cisco.com> To: "Acee Lindem (acee)" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 22:04:28 -0000 --Apple-Mail-C3E23FAB-B20A-47F0-B174-06757FBCED30 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable If we agree to make any change, and currently I do not see a consensus on it= , it would be to make it 'acls'. Expanding it to 'access-control-lists', wou= ld beg the question of why not expand 'acl', 'ace' and 'aces', and we do not= want to go there. Mahesh Jethanandani=20 mjethanandani@gmail.com > On Mar 14, 2018, at 1:30 PM, Acee Lindem (acee) wrote: >=20 > I agree that if one is to be consistent with the rest of the model, e.g., =E2= =80=9Caces=E2=80=9D, it should be =E2=80=9Cacls=E2=80=9D. However, both are a= bit cryptic. Having said that, =E2=80=9Caccess-lists=E2=80=9D isn=E2=80=99t= really correct if you=E2=80=99re going to expand it, it should be =E2=80=9C= access-control-lists=E2=80=9D. > =20 > Thanks, > Acee > =20 > From: netmod on behalf of Mahesh Jethanandani > Date: Wednesday, March 14, 2018 at 3:26 PM > To: Kent Watsen > Cc: NETMOD WG > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt > =20 > =20 >=20 >=20 > On Mar 14, 2018, at 10:42 AM, Kent Watsen wrote: > =20 > Hi Mahesh, please look for <> below. > =20 > All, please take a look at the question around renaming the "access-lists"= container. > =20 > Thanks, > Kent > =20 > =20 > =20 > On 3/13/18, 9:46 PM, "Mahesh Jethanandani" wrote= : > =20 > =20 >=20 >=20 >=20 > On Mar 13, 2018, at 3:23 PM, Kent Watsen wrote: > =20 > Hi Mahesh, > =20 > Please look for below. > =20 > Thanks, > Kent > =20 > =20 > On 3/8/18, 7:40 PM, "Mahesh Jethanandani" wrote:= > =20 > Kent, >=20 >=20 >=20 >=20 > On Mar 7, 2018, at 1:55 PM, Kent Watsen wrote: > =20 > [To all those that said this draft was ready, really?] >=20 >=20 > Hi Mahesh, >=20 > Thanks for the update. I found some more issues. Some must be fixed,=20 > others are nits, and might be caught by the RFC Editor. But I think > that it's embarrassing to receive comments for such things from the=20 > IESG, as is recently the case for the syslog draft, so please see=20 > what you can do. >=20 > Thanks, > Kent >=20 >=20 > =46rom Idnits: >=20 > ** There are 6 instances of too long lines in the document, the longest o= ne > being 7 characters in excess of 72. > =20 > Hmm. The idnits at submission time did not complain. Will apply the new sc= ript that you provided to make sure I wrap them around. >=20 >=20 >=20 >=20 >=20 > You wrote before that it was "Fixed", but it's still here? Note: "**" is= > an error (idnits label) >=20 > -- The document has examples using IPv4 documentation addresses according= > to RFC6890, but does not use any IPv6 documentation addresses. Maybe > there should be IPv6 examples, too? >=20 > I don't feel strongly about this, but if it's easy enough to do... >=20 > In the Abstract: > - I think the word "an" is missing (e.g., an ACL) > =20 > Added. >=20 >=20 >=20 >=20 >=20 > In the Introduction: > - should "ordered-by-user" be "ordered-by user" to avoid confusion, or pe= rhaps say it another way? > =20 > How about this in both the Abstract and the Introduction. > =20 > OLD: > ACL is a ordered-by-user set of rules > =20 > NEW: > An ACL is a set of rules, in an order set by the user > =20 > or how about "An ACL is a user-ordered set of rules=E2=80=9D? > =20 > Ok. >=20 >=20 >=20 >=20 >=20 >=20 > =20 > - what does "a tuple of" mean? Can this be restated? > =20 > How about this? > =20 > OLD: > The match criteria consist of a tuple of packet header match criteria and c= an have metadata match criteria as well. > =20 > NEW: > The match criteria consist of packet header matches, and or or metadata as= described below: > =20 > or how about "The match criteria can be a multiplicity of criteria, a= ll of which must be true for the match to occur. The match criteria may ma= tch against values in the packet header or against vendor-specific metadata a= bout the packet."? - or something in between? > =20 > Or simply as: > =20 > =E2=80=9CThe match criteria allows for definition of packet headers and me= tadata, all of which must be true for the match to occur." >=20 > <> okay > =20 > =20 > =20 > - s/In case vendor supports it/In case a vendor supports it/ ? > =20 > Ok. >=20 >=20 >=20 >=20 > - "The list of X is endless depending on...". Is "endless" the right wor= d, perhaps restate? > OLD: > The list of potential actions is endless > =20 > NEW: > The list of potential actions is limitless > =20 > or maybe "unbounded=E2=80=9D? > =20 > Ok. >=20 >=20 >=20 > =20 > =20 > - same sentence as above, should "networked devices" be "network" or "net= working" devices? > =20 > Will change =E2=80=9Cnetworked devices=E2=80=9D to =E2=80=9Cnetworking dev= ices=E2=80=9D. >=20 >=20 >=20 >=20 >=20 > In Section 3: > - "A network system usually have a list of ACLs" (s/system/systems/ or s= /have/has/?) > =20 > s/have/has/. >=20 >=20 >=20 >=20 > - "The match criteria consist of packet header matching" - is consist the= right word? > =20 > How would you restate it? (After I have s/consist/consists/) > =20 > see above (my comment before last, it is the same sentence, right?)= > =20 > Once we agree on the above comment, I will replicate it. >=20 > <> okay. >=20 >=20 >=20 >=20 > - "It as also possible for ACE to match on metadata" s/as/is/ and s/ACE/= an ACE/ > =20 > Ok >=20 >=20 >=20 >=20 > - "When applied to interfaces of a networked device, the ACL is applied i= n a direction > which indicates if it should be applied to packet entering (input) or l= eaving the > device (output)." - restate to talk about "ingress" and "egress=E2=80= =9D? > =20 > How about: > =20 > When applied to interfaces of a networked device, the ACL is applied in a d= irection which indicates if it should be applied to ingress interface (input= ) or egress interface (output). >=20 > or maybe "When applied to interfaces of a networked device, distinct= ACLs are defined for the ingress (input) and egress (output) directions.=E2= =80=9D > =20 > Ok. >=20 >=20 >=20 > =20 > =20 > - "An example in the appendix shows how to express it in YANG model." - e= ither this > is not true, or the sentence should not be at the end of this paragraph= > =20 > Removed. >=20 >=20 >=20 >=20 >=20 > In Section 3.1: > - s/and must statements/and 'must' statements/ > =20 > Done and s/if-feature/=E2=80=98if-feature=E2=80=99/ >=20 >=20 >=20 >=20 > - s/define new "matches" choice/define a new "matches" choice/ ? > =20 > Done. >=20 >=20 >=20 >=20 >=20 > In Section 4.1: > - "ietf-access-control-list" is the standard top level module for access l= ists > - what does this mean? > =20 > OLD: > "ietf-access-control-list" is the standard top level module for access lis= ts > =20 > NEW: > "ietf-access-control-list" is the top level module for access lists >=20 > it's more than the word "standard". Maybe something like this: Th= e "ietf-access-control-list" > module defines a container called "access-list" - what do you think? =20 > =20 > Ok. >=20 >=20 >=20 > =20 > BTW, why is the container called "access-lists" and not e.g., "acls"= . I thought that there was a node-naming idiom along the lines of "/widgets= /widget" for when a list is a descendent of a container. > =20 > History. When we inherited the draft, it was named access-lists. I can cha= nge it to =E2=80=9Cacls=E2=80=9D. >=20 > <> I think it should be "acls", but I wouldn't want to make this cha= nge unilaterally.=20 > Does anybody else have an issue with the container being called "access-li= sts=E2=80=9D ? > =20 > - The "access-lists" container stores a list of "acl". - s/stores/has or c= ontains?/=20 > =20 > s/stores/has/ >=20 >=20 >=20 >=20 > - "...that can be used to determine which rule was matched upon" - not su= re if this > part is needed, or maybe better restated ", which can later be used to d= etermine=E2=80=A6"? > =20 > Ok. >=20 >=20 >=20 >=20 > - s/ability for ACL's to be/ability for ACLs to be/ > =20 > Ok. >=20 >=20 >=20 >=20 >=20 > In Section 4.1 (in the YANG module): > - A number of identities read "ACL that primarily matches...". Is "prima= rily" > an accurate word? - if so, then do we need to say anything about when i= t's > not the case?=20 > =20 > As one of the text says. It primarily matches IPv4, and does not match eit= her ethernet or IPv6 headers. Such ACL types are different from the mixed AC= L types that might match on a combination of ethernet and IPv4 headers etc. > =20 > But my comment is more that "primarily" seems wishy-washy. It seems= like it doesn't *primarily* do something, it actually does it. If there i= s a grey area, where it might match something else, if possible, maybe it wo= uld help to call that out? > =20 > Ok. Will drop the word =E2=80=9Cprimarily=E2=80=9D. >=20 >=20 >=20 >=20 >=20 >=20 >=20 > Separately, s/ACL/an ACL/? > =20 > Ok. >=20 >=20 >=20 >=20 > - A number of features read "Device can support..." - s/Device/The device= /? > =20 > Ok. >=20 >=20 >=20 >=20 > - "It can have one or more Access Control Lists" - lists should be singul= ar. > =20 > Really? English grammar says that if a sentence has both a singular and a p= lural, the one nearest to the subject is the one you select. > =20 > actually, I'm just going off the fact that the list node is call "ac= l", which is singular. Perhaps even better would be to say: It can contain= one or more "acl" nodes - thoughts? > =20 > But even nodes is a plural. So what would be the difference between =E2=80= =9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D. I would rather have the RFC= editor deal with this. >=20 > <> My issue isn't so much the plurality, as it is matching what is i= n the YANG. The node is called "acl", so then you want to say that there a= re multiple "acl" nodes (not "acls"). In fact, putting "acls" would be even= more confusing is the "access-lists" container is renamed to "acls=E2=80=9D= . > =20 > Ok. I can reword the sentence to say =E2=80=9CIt can have one more acl nod= es=E2=80=9D. >=20 >=20 > =20 > =20 > - "An Access Control List(ACL)" - put a space before (ACL) > =20 > Ok. >=20 >=20 >=20 >=20 > - " Indicates the primary intended" - here's that word "primary" again...= > - s/a list of access-list-entries(ACE)/ a list of access-list-entry nodes= (ACE)/? > =20 > Ok. >=20 >=20 >=20 >=20 > - s/List of access list entries(ACE)/List of access list entry nodes (ACE= )/? > - there is more than one instance of this in the model > =20 > Fixed. >=20 >=20 >=20 >=20 > - "../../../../type" - still some long relative XPaths > =20 > Fixed. >=20 >=20 >=20 >=20 > - " or referring to a group of source ports" - this isn't there yet. I t= hink you > want to say something like "this is a choice so as to support future 'c= ase' > statements, such as one enabling a group of source ports to be referenc= ed=E2=80=9D > =20 > How about: > =20 > Choice of source port definition using range/operator or referring to a gr= oup of source ports, to be added as a future 'case' statement. > =20 > I like my framing better because 1) it is less committal about the f= uture and 2) it doesn't limit there to being just one 'case' statement that m= ight be added in the future. > =20 > Ok. >=20 >=20 >=20 > =20 > =20 > - ditto for "or referring to a group of destination ports." > - ditto on both of the above for the "udp" container > - is it possible for both "egress-interface" and "ingress-interface" leaf= s to=20 > be specified at the same time? - if not, should there a 'must' stateme= nt to > prevent that possibility? - or an explanation for what happens if it oc= curs? > =20 > Let me discuss this with my co-authors. > =20 > any update on this? > =20 > Yes, it is possible for both the =E2=80=9Cegress-interface=E2=80=9D and =E2= =80=9Cingress-interface=E2=80=9D to be specified at the same time. >=20 > <> okay, then maybe there can be an explanation of what happens when= that occurs? > =20 > It is a matching leaf, and technically one can match on more than one leaf= . So a =E2=80=98must=E2=80=99 statement is not needed from a model perspecti= ve. Generally though, the packet is either coming in on an ingress (input) i= nterface or going out a output (egress) interface, and one would should have= separate ACE entries for each direction the packet travels through the inte= rface. The match will fail if both directions of the interface are specified= in the same ACE entry. But isn=E2=80=99t that obvious? >=20 >=20 >=20 >=20 >=20 > - s/The ACL's applied/The ACLs applied/ (this happens more than once in= model) > =20 > Fixed. > =20 >=20 > In Section 4.2: > - references them by "uses" --> references them by 'uses' statements ???= > =20 > Ok. >=20 >=20 >=20 >=20 > - not all your 'reference' statements have the title of the referenced do= cument. > =20 > Fixed. >=20 >=20 >=20 >=20 > - "then the datagram must be destroyed" - s/destroyed/dropped/? > =20 > Ok. >=20 >=20 >=20 >=20 > - "or referring to a group of ..." - same comments as for previous modul= e > - "ece" is missing a 'reference' statement? -=20 > =20 > Added. >=20 >=20 >=20 >=20 > - "Indicates that the Urgent pointer field is significant" - urgent is > capitalized, but there's no context as for why. Perhaps missing a > reference statement too? > =20 > Added a reference statement. >=20 >=20 >=20 >=20 > - in "window-size" leaf description, remove parentheses > =20 > Ok. >=20 >=20 >=20 >=20 >=20 > In Section 4.3: > - the text says that it drops traffic from X to Y, but the example seems t= o do > the reverse. > =20 > Fixed. >=20 >=20 >=20 >=20 >=20 > In Section 4.4: > - The "With the follow XML example:" "This represents..." is=20= > difficult to read. How about just having "The following XML example ..= .:=E2=80=9D? > =20 > Fixed. > =20 > =20 > BTW, I missed it before, but I think the 4.4 section title should b= e > plural: "Port Range Usage Examples=E2=80=9D > =20 > The title now reads: > =20 > "Port Range Usage and Other Examples=E2=80=9D. See below. >=20 > <> works for me. >=20 >=20 >=20 > =20 > - does the second example provide any value of the first? - seems the sam= e to me=E2=80=A6 > =20 > Will change the example. > =20 > was it changed per the next item below, or something else? > =20 > Changed the example to an ACE entry that drops all ping requests. > =20 > <> okay. But please tweak all your examples so that a '\' line-wrap= ping isn't > happening for a single charater. e.g., remove one space from the indent o= r put the > xmlns on its own line. >=20 >=20 >=20 >=20 >=20 > - seems like example 3 could also be expressed as "21", > right? - the text at the beginning of the section says this construct i= s > possible, but there is no example for it. Maybe this makes a better ex= #2? > =20 > Have changed the language in the beginning of the section to say: > =20 > "When only a port is present, it represents a port, with the operator spec= ifying the range." > =20 > That is because, it now a choice between specifying a range or specifying a= single port with an operator. >=20 >=20 >=20 >=20 >=20 > In all your YANG modules: > - replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD (Network= =20 > Modeling) Working Group=E2=80=9D > =20 > Ok. >=20 >=20 >=20 >=20 >=20 > In Section ??: > In the examples, why did you add the "" > line and the "config" element? - the examples validate equally well when= > these are removed. > =20 > The examples can then be cut and pasted into any client such as ncclient w= hich takes an entire . >=20 >=20 >=20 >=20 >=20 > In Section 6: > - s/three YANG module/three YANG modules/ > =20 > Fixed. >=20 >=20 >=20 >=20 >=20 > In Section 6.1: > - The first paragraph says "three URI", but it should be "three URIs=E2=80= =9D > =20 > Fixed. >=20 >=20 >=20 >=20 >=20 > In Section A.1: > - "The following figure is the tree structure" - should say "tree diagram= " and > should reference the tree-diagrams draft, or else have a draft-wide "Tr= ee > Diagram Notation" section in the Introduction. > =20 > Added a section in the Introduction. >=20 >=20 >=20 >=20 > - s/In other example/In another example/? > - s/with new choice of actions/with a new choice of actions/? > =20 > Both fixed. >=20 >=20 >=20 >=20 >=20 > In Section A.3; > - some 'reference' statements are missing titles > =20 > Added. >=20 >=20 >=20 >=20 > - some 'description' statements might benefit from a 'reference=E2=80=99 s= tatement > =20 > I have added references that I could find. >=20 >=20 >=20 >=20 > - "The uint16 type placeholder type..." - is this a typo? > =20 > Dropped the second =E2=80=9Ctype=E2=80=9D. > =20 > Thanks. >=20 > np > =20 > =20 > =20 > Kent // shepherd > =20 >=20 >=20 >=20 > =3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D >=20 > This version of the draft addresses comments raised during LC, shepherd re= view and other comments received during that period. >=20 >=20 >=20 >=20 > On Mar 3, 2018, at 2:13 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts directo= ries. > This draft is a work item of the Network Modeling WG of the IETF. >=20 > Title : Network Access Control List (ACL) YANG Data Model > Authors : Mahesh Jethanandani > Lisa Huang > Sonal Agarwal > Dana Blair > Filename : draft-ietf-netmod-acl-model-17.txt > Pages : 57 > Date : 2018-03-03 >=20 > Abstract: > This document defines a data model for Access Control List (ACL). > ACL is a ordered-by-user set of rules, used to configure the > forwarding behavior in device. Each rule is used to find a match on > a packet, and define actions that will be performed on the packet. >=20 >=20 > The IETF datatracker status page for this draft is: > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbf= h0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3D= huBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3D44GJlqxqB0YK5G9gb1TUzAobugMH= xDWflaPCZ3IYpKA&e=3D >=20 > There are also htmlized versions available at: > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html= _draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh= 0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3D= huBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Drbm91SSJ_0sxFxb692d0FH0G-dbB= TAUCf2KRySyztJQ&e=3D > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.or= g_doc_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63r= suhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISl= aJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DsiypyBn3F8o6bsB3Z= 3E5qS0uaSq2EUGUPwirx_a_KDw&e=3D >=20 > A diff from the previous version is available at: > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_rfcdif= f-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63r= suhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISl= aJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Dt2lpzSSW72BvQK1Vj= PoxX0ADxhb9ZD0fp3fXqcd80g8&e=3D >=20 >=20 > Please note that it may take a couple of minutes from the time of submissi= on > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet= -2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9z= kP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67S= AA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RKIqTOi6wj-HEXvZKBRTiUw&e=3D >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI= &r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWU= wZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI= &r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWU= wZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97DuE6vuaJ4Cqk_oi1HA&e=3D > =20 > Mahesh Jethanandani > mjethanandani@gmail.com > =20 > =20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 > =20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 --Apple-Mail-C3E23FAB-B20A-47F0-B174-06757FBCED30 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
If we agree to make any change, and cu= rrently I do not see a consensus on it, it would be to make it 'acls'. Expan= ding it to 'access-control-lists', would beg the question of why not expand '= acl', 'ace' and 'aces', and we do not want to go there.

Mahesh Jethanandani 

On Mar 14, 2= 018, at 1:30 PM, Acee Lindem (acee) <ac= ee@cisco.com> wrote:

I agree that if one is to be consistent with the rest= of the model, e.g., =E2=80=9Caces=E2=80=9D, it should be =E2=80=9Cacls=E2=80= =9D. However, both are a bit cryptic. Having said that, =E2=80=9Caccess-list= s=E2=80=9D isn=E2=80=99t really correct if you=E2=80=99re  going to exp= and it, it should be =E2=80=9Caccess-control-lists=E2=80=9D.

 

Thanks,

Acee

 

From: netmod <netmod-bounces@ietf.org> on behalf o= f Mahesh Jethanandani <mjethan= andani@gmail.com>
Date: Wednesday, March 14, 2018 at 3:26 PM
To: Kent Watsen <kwatsen@ju= niper.net>
Cc: NETMOD WG <netmod@ietf.org<= /a>>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt<= o:p>

 

 



On Mar 14, 2018, at 10:42 AM, Kent Watsen <kwatsen@juniper.net> wrote:

 

Hi Ma= hesh,  please look for <<KENT>> below.

 = ;=

All, p= lease take a look at the question around renaming the "access-lists" contain= er.=

 = ;=

Thank= s,=

Kent<= /span>

 = ;=

 = ;=

 = ;=

On 3/13/18, 9:46 PM, "Mahesh Jethan= andani" <mjethanandani@gmail.= com<= span style=3D"mso-bookmark:_MailOriginalBody">> wrote:

 

=

 

=




On Mar 13, 2018, at 3:23 PM, Kent W= atsen <kwatsen@juniper.net<= /span>> wrote:

 

=

Hi Ma= hesh,

 = ;=

Pleas= e look for <KENT> below.

 = ;=

Thank= s,=

Kent<= /span>

 = ;=

 = ;=

On 3/8/18, 7:40 PM, "Mahesh Jethana= ndani" <mjethanandani@gmail.c= om> wrote:

 

=

Kent,





On Mar 7, 2018, at 1:55 PM, Kent Wa= tsen <kwatsen@juniper.net<= /span>> wrote:

 

=

[To all those that said this draft was ready, really?]


Hi Mahesh,

Thanks for the update.  I found some more issues.  Some must be fi= xed, 
others are nits, and might be caught by the RFC Editor.  But I think that it's embarrassing to receive comments for such things from the 
IESG, as is recently the case for the syslog draft, so please see 
what you can do.

Thanks,
Kent


=46rom Idnits:

 ** There are 6 instances of too long lines in the document, the longes= t one
    being 7 characters in excess of 72.

=

 

=

Hmm. The idnits at submission time d= id not complain. Will apply the new script that you provided to make sure I wrap them around.






 You wrote before that it was "Fixed", but it's still here?  Note:= "**" is
 an error (idnits label)

 -- The document has examples using IPv4 documentation addresses accord= ing
    to RFC6890, but does not use any IPv6 documentation a= ddresses.  Maybe
    there should be IPv6 examples, too?

 I don't feel strongly about this, but if it's easy enough to do...
=
In the Abstract:
 - I think the word "an" is missing (e.g., an ACL)

 

=

Added.

=






In the Introduction:
 - should "ordered-by-user" be "ordered-by user" to avoid confusion, or= perhaps say it another way?

 

=

How about this in both the Abstract= and the Introduction.

 

=

OLD:

ACL is a ordered-by-user set of rules

 

=

NEW:

An ACL is a set of rules, in an ord= er set by the user

 

=

<KENT>or how about "An ACL is= a user-ordered set of rules=E2=80=9D?

 

=

Ok.







 

=

 - what does "a tuple of" mean?  Can this be resta= ted?

 

=

How about this?

 

=

OLD:

The match criteria consist of=
 a tuple of packet header match criteria and can have metadata match criteri=
a as well.

 

=

NEW:

The match criteria consist of=
 packet header matches, and or or metadata as described below:

 

=

<KENT>or how about "The match= criteria can be a multiplicity of criteria, all of which must be true for the match to occur.   The match criteria may mat= ch against values in the packet header or against vendor-specific metadata a= bout the packet."?   - or something in between?<= /span>

 

=

Or simply as:

 

=

=E2=80=9CThe match criteria allows f= or definition of packet headers and metadata, all of which must be true for the match to occur."


<<KENT>> okay

 

=

 

=

 

=

 - s/In case vendor supports it/In case a vendor suppor= ts it/ ?

 

=

Ok.





 - "The list of X is endless depending on...".  Is= "endless" the right word, perhaps restate?

OLD:

The list of potential actions is endless
 

NEW:

The list of potential actions is limitless

 

=

<KENT> or maybe "unbounded=E2= =80=9D?

 

=

Ok.




 

=

 

=

 - same sentence as above, should "networked devices" b= e "network" or "networking" devices?

 

=

Will change =E2=80=9Cnetworked devi= ces=E2=80=9D to =E2=80=9Cnetworking devices=E2=80=9D.






In Section 3:
 - "A network system usually have a list of ACLs"  (s/system/syste= ms/ or s/have/has/?)

 

=

s/have/has/.





 - "The match criteria consist of packet header matchin= g" - is consist the right word?

 

=

How would you restate it? (After I h= ave s/consist/consists/)

 

=

<KENT> see above (my comment b= efore last, it is the same sentence, right?)

 

=

Once we agree on the above comment,= I will replicate it.


<<KENT>> okay.





 - "It as also possible for ACE to match on metadata" &= nbsp;s/as/is/ and s/ACE/an ACE/

 

=

Ok





 - "When applied to interfaces of a networked device, t= he ACL is applied in a direction
    which indicates if it should be applied to packet en= tering (input) or leaving the
    device (output)."  - restate to talk about "ing= ress" and "egress=E2=80=9D?

 

=

How about:=

 

=

When applied to interfaces of a net= worked device, the ACL is applied in a direction which indicates if it should be applied to ingress interface (input) or egr= ess interface (output).


<KENT>or maybe "When applied to interfaces of a networked device, dist= inct ACLs are defined for the ingress (input) and egress (output) directions= .=E2=80=9D

 

=

Ok.




 

=

 

=

 - "An example in the appendix shows how to express it i= n YANG model." - either this
   is not true, or the sentence should not be at the end of t= his paragraph

 

=

Removed.






In Section 3.1:
 - s/and must statements/and 'must' statements/

 

=

Done and s/if-feature/=E2=80=98if-f= eature=E2=80=99/





 - s/define new "matches" choice/define a new "matches"= choice/ ?

 

=

Done.






In Section 4.1:
 - "ietf-access-control-list" is the standard top level module for acce= ss lists
     - what does this mean?

 

=

OLD:

"ietf-access-control-list" is the s= tandard top level module for access lists

 

=

NEW:

"ietf-access-control-list" is the t= op level module for access lists


<KENT> it's more than the word "standard".  Maybe something like t= his:  The "ietf-access-control-list"

module defines a container called "= access-list"  - what do you think?  =

 

=

Ok.




 

=

<KENT>BTW, why is the contain= er called "access-lists" and not e.g., "acls".  I thought that there was a node-naming idiom along the lines of "/widgets/widget" for= when a list is a descendent of a container.

 

=

History. When we inherited the draf= t, it was named access-lists. I can change it to =E2=80=9Cacls=E2=80=9D.


<<KENT>> I think it should be "acls", but I wouldn't want to mak= e this change unilaterally. 

Does anybody else have an issue wit= h the container being called "access-lists=E2=80=9D ?

 

=

 - The "access-lists" container stores a list of "acl".= - s/stores/has or contains?/ 

 

=

s/stores/has/





 - "...that can be used to determine which rule was mat= ched upon" - not sure if this
   part is needed, or maybe better restated ", which can late= r be used to determine=E2=80=A6"?

 

=

Ok.





 - s/ability for ACL's to be/ability for ACLs to be/

 

=

Ok.






In Section 4.1 (in the YANG module):
 - A number of identities read "ACL that primarily matches...".  I= s "primarily"
   an accurate word? - if so, then do we need to say anything= about when it's
   not the case? <= /span><= /o:p>

 

=

As one of the text says. It primari= ly matches IPv4, and does not match either ethernet or IPv6 headers. Such ACL types are different from the mixed ACL types that= might match on a combination of ethernet and IPv4 headers etc.

 

=

<KENT>But my comment is more t= hat "primarily" seems wishy-washy.  It seems like it doesn't *primarily* do something, it actually does it.   If there= is a grey area, where it might match something else, if possible, maybe it w= ould help to call that out?

 

=

Ok. Will drop the word =E2=80=9Cpri= marily=E2=80=9D.








 Separately, s/ACL/an ACL/?

 

=

Ok.





 - A number of features read "Device can support..." - s= /Device/The device/?

 

=

Ok.





 - "It can have one or more Access Control Lists" - lis= ts should be singular.

 

=

Really? English grammar says that i= f a sentence has both a singular and a plural, the one nearest to the subject is the one you select.

 

=

<KENT>actually, I'm just goin= g off the fact that the list node is call "acl", which is singular.  Perhaps even better would be to say:  = It can contain one or more "acl" nodes - thoughts?

 

=

But even nodes is a plural. So what= would be the difference between =E2=80=9Cacls=E2=80=9D and =E2=80=9Cacl nodes=E2=80=9D. I would rather have the RFC editor deal with this.


<<KENT>> My issue isn't so much the plurality, as it is matching= what is in the YANG.   The node is called "acl", so then you want= to say that there are multiple "acl" nodes (not "acls").  In fact, put= ting "acls" would be even more confusing is the "access-lists" container is renamed to "acls=E2=80=9D.

 

Ok. I can reword the sentence to say =E2=80=9CIt can ha= ve one more acl nodes=E2=80=9D.



 

=

 

=

 - "An Access Control List(ACL)" - put a space before (= ACL)

 

=

Ok.





 - " Indicates the primary intended" - here's that word= "primary" again...
 - s/a list of access-list-entries(ACE)/ a list of access-list-entry no= des (ACE)/?<= o:p>

 

=

Ok.





 - s/List of access list entries(ACE)/List of access li= st entry nodes (ACE)/?
     - there is more than one instance of this in t= he model

 

=

Fixed.

=





 - "../../../../type" - still some long relative XPaths= <= /span>

 

=

Fixed.

=





 - " or referring to a group of source ports" - this is= n't there yet.  I think you
   want to say something like "this is a choice so as to supp= ort future 'case'
   statements, such as one enabling a group of source ports t= o be referenced=E2=80=9D

 

=

How about:=

 

=

Choice of source port definition us= ing range/operator or referring to a group of source ports, to be added as a future 'case' statement.

 

=

<KENT>I like my framing bette= r because 1) it is less committal about the future and 2) it doesn't limit there to being just one 'case' statement that might be a= dded in the future.

 

=

Ok.




 

 

 - ditto for "or referring to a group of destination po= rts."
 - ditto on both of the above for the "udp" container
 - is it possible for both "egress-interface" and "ingress-interface" l= eafs to 
   be specified at the same time?  - if not, should ther= e a 'must' statement to
   prevent that possibility? - or an explanation for what hap= pens if it occurs?

 

=

Let me discuss this with my co-auth= ors.

 

=

<KENT>any update on this?

 

=

Yes, it is possible for both the =E2= =80=9Cegress-interface=E2=80=9D and =E2=80=9Cingress-interface=E2=80=9D to b= e specified at the same time.


<<KENT>> okay, then maybe there can be an explanation of what ha= ppens when that occurs?

 

It is a matching leaf, and technically one can match on= more than one leaf. So a =E2=80=98must=E2=80=99 statement is not needed fro= m a model perspective. Generally though, the packet is either coming in on an ingress (input) interface or going out a output (= egress) interface, and one would should have separate ACE entries for each d= irection the packet travels through the interface. The match will fail if bo= th directions of the interface are specified in the same ACE entry. But isn=E2=80=99t that obvious?






 - s/The ACL's applied/The ACLs applied/   (t= his happens more than once in model)

 

=

Fixed.

=

 

=


In Section 4.2:
 - references them by "uses" --> references them by 'uses' statement= s  ???<= o:p>

 

=

Ok.





 - not all your 'reference' statements have the title o= f the referenced document.

 

=

Fixed.

=





 - "then the datagram must be destroyed" - s/destroyed/= dropped/?

 

=

Ok.





 - "or referring to a group of ..."  - same commen= ts as for previous module
 - "ece" is missing a 'reference' statement?  - 

 

=

Added.

=





 - "Indicates that the Urgent pointer field is signific= ant" - urgent is
   capitalized, but there's no context as for why.  Perh= aps missing a
   reference statement too?

 

=

Added a reference statement.





 - in "window-size" leaf description, remove parenthese= s=

 

=

Ok.






In Section 4.3:
 - the text says that it drops traffic from X to Y, but the example see= ms to do
   the reverse.

 

=

Fixed.

=






In Section 4.4:
 - The "With the follow XML example:" <EXAMPLE> "This represents.= .." is 
   difficult to read.  How about just having "The follow= ing XML example ...:=E2=80=9D?

 

=

Fixed.

=

 

=

 

=

<KENT> BTW, I missed it befor= e, but I think the 4.4 section title should be

plural: "Port Range Usage Examples=E2= =80=9D

 

=

The title now reads:

 

=

"Port Range Usage and Other Example= s=E2=80=9D. See below.


<<KENT>> works for me.




 

=

 - does the second example provide any value of the fir= st? - seems the same to me=E2=80=A6

 

=

Will change the example.=

 

=

<KENT> was it changed per the= next item below, or something else?

 

=

Changed the example to an ACE entry= that drops all ping requests.

 

=

<<KENT>> okay.  Bu= t please tweak all your examples so that a '\' line-wrapping isn't

happening for a single charater.&nb= sp; e.g., remove one space from the indent or put the

xmlns on its own line.





 - seems like example 3 could also be expressed as "<= ;lower-port>21</lower-port>",
   right?  - the text at the beginning of the section sa= ys this construct is
   possible, but there is no example for it.  Maybe this= makes a better ex #2?

 

=

Have changed the language in the be= ginning of the section to say:

 

=

"When only a port is present, it re= presents a port, with the operator specifying the range."

 

=

That is because, it now a choice be= tween specifying a range or specifying a single port with an operator.






In all your YANG modules:
 - replace "NETMOD (NETCONF Data Modeling Language)" with "NETMOD (Netw= ork 
   Modeling) Working Group=E2=80=9D

 

=

Ok.






In Section ??:
 In the examples, why did you add the "<?xml version=3D"1.0" encodin= g=3D"UTF-8"?>"
 line and the "config" element?  - the examples validate equally w= ell when
 these are removed.

 

=

The examples can then be cut and pa= sted into any client such as ncclient which takes an entire <rpc>.






In Section 6:
 - s/three YANG module/three YANG modules/

 

=

Fixed.

=






In Section 6.1:
 - The first paragraph says "three URI", but it should be "three URIs=E2= =80=9D<= /o:p>

 

=

Fixed.

=






In Section A.1:
 - "The following figure is the tree structure" - should say "tree diag= ram" and
   should reference the tree-diagrams draft, or else have a d= raft-wide "Tree
   Diagram Notation" section in the Introduction.

 

=

Added a section in the Introduction= .





 - s/In other example/In another example/?
 - s/with new choice of actions/with a new choice of actions/?

 

=

Both fixed.






In Section A.3;
 - some 'reference' statements are missing titles

 

=

Added.

=





 - some 'description' statements might benefit from a '= reference=E2=80=99 statement

 

=

I have added references that I coul= d find.





 - "The uint16 type placeholder type..." - is this a ty= po?=

 

=

Dropped the second =E2=80=9Ctype=E2= =80=9D.

 

=

Thanks.


<KENT>np

 

=

 

=

 

=

Kent // shepherd<= /span>

 

=




=3D=3D=3D=3D=3D original message =3D=3D=3D=3D=3D=3D

This version of the draft addresses comments raised during LC, shepherd revi= ew and other comments received during that period.




<= /span>

On Mar 3, 2018, at 2:13 PM, = internet-drafts@ietf.org=  wrote:


A New Internet-Draft is available from the on-line Internet-Drafts directori= es.
This draft is a work item of the Network Modeling WG of the IETF.

      Title      &nbs= p;    : Network Access Control List (ACL) YANG Data Mode= l
      Authors      &n= bsp;  : Mahesh Jethanandani
            &nbs= p;           Lisa Hua= ng
            &nbs= p;           Sonal Ag= arwal
            &nbs= p;           Dana Bla= ir
Filename        : draft-ietf-netmod-acl-m= odel-17.txt
Pages           : 57
Date            : 201= 8-03-03

Abstract:
 This document defines a data model for Access Control List (ACL).
 ACL is a ordered-by-user set of rules, used to configure the
 forwarding behavior in device.  Each rule is used to find a match= on
 a packet, and define actions that will be performed on the packet.
=

The IETF datatracker status page for this draft is:
https://urldefense.proofpoint.com/v2/url?u=3D= https-3A__datatracker.ietf.org_doc_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel_&= d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0= xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67= SAA8GHfgYnyZoc&s=3D44GJlqxqB0YK5G9gb1TUzAobugMHxDWflaPCZ3IYpKA&e=3D<= /span>

There are also htmlized versions available at:
https://urldefense.proofpoint.com/v2/url?u=3D= https-3A__tools.ietf.org_html_draft-2Dietf-2Dnetmod-2Dacl-2Dmodel-2D17&d= =3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3D9zkP0x= nJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCRf7lG_gWUwZNr67S= AA8GHfgYnyZoc&s=3Drbm91SSJ_0sxFxb692d0FH0G-dbBTAUCf2KRySyztJQ&e=3D
https://urldefense.proofpoint.com/v2= /url?u=3Dhttps-3A__datatracker.ietf.org_doc_html_draft-2Dietf-2Dnetmod-2Dacl= -2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= zoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B= 5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DsiypyBn3F8o6bsB3Z3E5qS0uaSq2EUGUPwi= rx_a_KDw&e=3D

A diff from the previous version is available at:
https://urldefense.proofpoint.com/v2= /url?u=3Dhttps-3A__www.ietf.org_rfcdiff-3Furl2-3Ddraft-2Dietf-2Dnetmod-2Dacl= -2Dmodel-2D17&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= zoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B= 5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3Dt2lpzSSW72BvQK1VjPoxX0ADxhb9ZD0fp3f= Xqcd80g8&e=3D


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:
https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet-= 2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI= &r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3DhuBe-BRKk8B5XCR= f7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DxP7z9VxUgtOtSVIgqPF5RKIqTOi6wj-HEXvZKBR= TiUw&e=3D

_______________________________________________
netmod mailing list
netmod@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_= mailman_listinfo_netmod&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-n= db3voDTXcWzoCI&r=3D9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=3Dh= uBe-BRKk8B5XCRf7lG_gWUwZNr67SAA8GHfgYnyZoc&s=3DOKIVLXLo0Rsrf1DSoLWSyHj97= DuE6vuaJ4Cqk_oi1HA&e=3D

 

=

Mahesh Jethanandani

 

=

 

=

Mahesh Jethanandani




 

Mahesh Jethanandani



= --Apple-Mail-C3E23FAB-B20A-47F0-B174-06757FBCED30-- From nobody Wed Mar 14 15:12:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C533412D7EA for ; Wed, 14 Mar 2018 15:12:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 6FFvppohJpEb for ; Wed, 14 Mar 2018 15:12:45 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CFCB12D77B for ; Wed, 14 Mar 2018 15:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=209142; q=dns/txt; s=iport; t=1521065564; x=1522275164; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=QmfNRt0irSfj9CuUDyqwPfgZKn1HQ7WK7rCMWNDI8oE=; b=ErdEObGzQcHIzZ3SxuB1lhZ+mdY5Q5k3PmpwVbzuy21PnBdRSO/DgJBE JRUynRagmUNIaSjVz2Y12I2wrYvMmPhe2a/gVLes8iZIfGXqFvq1r2E5h T7sIqQfC1qx/Jw6f7Vqjfrp3T3FI40vhVyrxpi46RWUPhdTdxWeZHbL5O 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ARAQAonala/40NJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJaSS1lcCgKg0aKGo10ggOBFockjRIUgX8KIoRuAhqDDCE0GAE?= =?us-ascii?q?CAQEBAQEBAmsohSUBAQEBAxoBCARHCxACAQgOAwMBAiEBBgMCAgIfERQJCAIED?= =?us-ascii?q?gWENEwDFQ+uBYFsOocnDYEwggqFLoIUgygogniCWkQCAgEYgSUOHxkWCIJKMII?= =?us-ascii?q?yBIkCijWGbDEJAoZEgwyDWIM2gWNOg2eDEYUyh3aCBjmGcAIREwGBKwEeOIFSc?= =?us-ascii?q?BUZISoBghgJgiocgQMBC40RdwEBjRsBJQeBA4EYAQEB?= X-IronPort-AV: E=Sophos;i="5.48,307,1517875200"; d="scan'208,217";a="367878566" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 22:12:42 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w2EMCgHO020448 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 14 Mar 2018 22:12:42 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 14 Mar 2018 18:12:41 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Wed, 14 Mar 2018 18:12:41 -0400 From: "Acee Lindem (acee)" To: Mahesh Jethanandani CC: Kent Watsen , NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzS0b2QLloEr0SpIp5GIXL33aO/aH0AgAZCygCAAcCgAIAHpHgAgAA444CAAQroAIAAHUgA///OnACAAF1SAP//v0SA Date: Wed, 14 Mar 2018 22:12:41 +0000 Message-ID: References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> <5999CD6E-9F85-4926-99B4-7E86246D4B09@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: multipart/alternative; boundary="_000_CE91DDC8F13648CA9FB5DB6B200CE2FEciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 22:12:50 -0000 --_000_CE91DDC8F13648CA9FB5DB6B200CE2FEciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWdyZWVkIOKAkyBJIHdhcyBqdXN0IG1ha2luZyB0aGUgcG9pbnQgdGhhdCDigJxhY2Nlc3MtbGlz dHPigJ0gaXNu4oCZdCBjb3JyZWN0LiBJdCBzZWVtcyB0aGVyZSBoYXZlIGJlZW4gb3RoZXIgbm9u LWJhY2t3YXJkIGNvbXBhdGlibGUgY2hhbmdlcyB0byB0aGUgbW9kZWwsIHNvIEkgZG9u4oCZdCBz ZWUgd2h5IHlvdSB3b3VsZG7igJl0IGZpeCBpdC4NClRoYW5rcywNCkFjZWUNCg0KRnJvbTogTWFo ZXNoIEpldGhhbmFuZGFuaSA8bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQpEYXRlOiBXZWRuZXNk YXksIE1hcmNoIDE0LCAyMDE4IGF0IDY6MDQgUE0NClRvOiBBY2VlIExpbmRlbSA8YWNlZUBjaXNj by5jb20+DQpDYzogS2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ+LCBORVRNT0QgV0cg PG5ldG1vZEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMTcudHh0DQoNCklmIHdlIGFncmVlIHRvIG1ha2UgYW55 IGNoYW5nZSwgYW5kIGN1cnJlbnRseSBJIGRvIG5vdCBzZWUgYSBjb25zZW5zdXMgb24gaXQsIGl0 IHdvdWxkIGJlIHRvIG1ha2UgaXQgJ2FjbHMnLiBFeHBhbmRpbmcgaXQgdG8gJ2FjY2Vzcy1jb250 cm9sLWxpc3RzJywgd291bGQgYmVnIHRoZSBxdWVzdGlvbiBvZiB3aHkgbm90IGV4cGFuZCAnYWNs JywgJ2FjZScgYW5kICdhY2VzJywgYW5kIHdlIGRvIG5vdCB3YW50IHRvIGdvIHRoZXJlLg0KDQpN YWhlc2ggSmV0aGFuYW5kYW5pDQptamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhh bmFuZGFuaUBnbWFpbC5jb20+DQoNCk9uIE1hciAxNCwgMjAxOCwgYXQgMTozMCBQTSwgQWNlZSBM aW5kZW0gKGFjZWUpIDxhY2VlQGNpc2NvLmNvbTxtYWlsdG86YWNlZUBjaXNjby5jb20+PiB3cm90 ZToNCkkgYWdyZWUgdGhhdCBpZiBvbmUgaXMgdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSByZXN0 IG9mIHRoZSBtb2RlbCwgZS5nLiwg4oCcYWNlc+KAnSwgaXQgc2hvdWxkIGJlIOKAnGFjbHPigJ0u IEhvd2V2ZXIsIGJvdGggYXJlIGEgYml0IGNyeXB0aWMuIEhhdmluZyBzYWlkIHRoYXQsIOKAnGFj Y2Vzcy1saXN0c+KAnSBpc27igJl0IHJlYWxseSBjb3JyZWN0IGlmIHlvdeKAmXJlICBnb2luZyB0 byBleHBhbmQgaXQsIGl0IHNob3VsZCBiZSDigJxhY2Nlc3MtY29udHJvbC1saXN0c+KAnS4NCg0K VGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBuZXRtb2QgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnPG1h aWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBNYWhlc2ggSmV0aGFu YW5kYW5pIDxtamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFp bC5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5LCBNYXJjaCAxNCwgMjAxOCBhdCAzOjI2IFBNDQpUbzog S2VudCBXYXRzZW4gPGt3YXRzZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5u ZXQ+Pg0KQ2M6IE5FVE1PRCBXRyA8bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5v cmc+Pg0KU3ViamVjdDogUmU6IFtuZXRtb2RdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbmV0bW9k LWFjbC1tb2RlbC0xNy50eHQNCg0KDQoNCg0KDQpPbiBNYXIgMTQsIDIwMTgsIGF0IDEwOjQyIEFN LCBLZW50IFdhdHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVy Lm5ldD4+IHdyb3RlOg0KDQpIaSBNYWhlc2gsICBwbGVhc2UgbG9vayBmb3IgPDxLRU5UPj4gYmVs b3cuDQoNCkFsbCwgcGxlYXNlIHRha2UgYSBsb29rIGF0IHRoZSBxdWVzdGlvbiBhcm91bmQgcmVu YW1pbmcgdGhlICJhY2Nlc3MtbGlzdHMiIGNvbnRhaW5lci4NCg0KVGhhbmtzLA0KS2VudA0KDQoN Cg0KT24gMy8xMy8xOCwgOTo0NiBQTSwgIk1haGVzaCBKZXRoYW5hbmRhbmkiIDxtamV0aGFuYW5k YW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+PiB3cm90ZToNCg0K DQoNCg0KDQoNCk9uIE1hciAxMywgMjAxOCwgYXQgMzoyMyBQTSwgS2VudCBXYXRzZW4gPGt3YXRz ZW5AanVuaXBlci5uZXQ8bWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCg0KSGkg TWFoZXNoLA0KDQpQbGVhc2UgbG9vayBmb3IgPEtFTlQ+IGJlbG93Lg0KDQpUaGFua3MsDQpLZW50 DQoNCg0KT24gMy84LzE4LCA3OjQwIFBNLCAiTWFoZXNoIEpldGhhbmFuZGFuaSIgPG1qZXRoYW5h bmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbT4+IHdyb3RlOg0K DQpLZW50LA0KDQoNCg0KDQoNCk9uIE1hciA3LCAyMDE4LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNl biA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdyb3Rl Og0KDQpbVG8gYWxsIHRob3NlIHRoYXQgc2FpZCB0aGlzIGRyYWZ0IHdhcyByZWFkeSwgcmVhbGx5 P10NCg0KDQpIaSBNYWhlc2gsDQoNClRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gIEkgZm91bmQgc29t ZSBtb3JlIGlzc3Vlcy4gIFNvbWUgbXVzdCBiZSBmaXhlZCwNCm90aGVycyBhcmUgbml0cywgYW5k IG1pZ2h0IGJlIGNhdWdodCBieSB0aGUgUkZDIEVkaXRvci4gIEJ1dCBJIHRoaW5rDQp0aGF0IGl0 J3MgZW1iYXJyYXNzaW5nIHRvIHJlY2VpdmUgY29tbWVudHMgZm9yIHN1Y2ggdGhpbmdzIGZyb20g dGhlDQpJRVNHLCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBmb3IgdGhlIHN5c2xvZyBkcmFmdCwg c28gcGxlYXNlIHNlZQ0Kd2hhdCB5b3UgY2FuIGRvLg0KDQpUaGFua3MsDQpLZW50DQoNCg0KRnJv bSBJZG5pdHM6DQoNCiAqKiBUaGVyZSBhcmUgNiBpbnN0YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMg aW4gdGhlIGRvY3VtZW50LCB0aGUgbG9uZ2VzdCBvbmUNCiAgICBiZWluZyA3IGNoYXJhY3RlcnMg aW4gZXhjZXNzIG9mIDcyLg0KDQpIbW0uIFRoZSBpZG5pdHMgYXQgc3VibWlzc2lvbiB0aW1lIGRp ZCBub3QgY29tcGxhaW4uIFdpbGwgYXBwbHkgdGhlIG5ldyBzY3JpcHQgdGhhdCB5b3UgcHJvdmlk ZWQgdG8gbWFrZSBzdXJlIEkgd3JhcCB0aGVtIGFyb3VuZC4NCg0KDQoNCg0KDQoNCiBZb3Ugd3Jv dGUgYmVmb3JlIHRoYXQgaXQgd2FzICJGaXhlZCIsIGJ1dCBpdCdzIHN0aWxsIGhlcmU/ICBOb3Rl OiAiKioiIGlzDQogYW4gZXJyb3IgKGlkbml0cyBsYWJlbCkNCg0KIC0tIFRoZSBkb2N1bWVudCBo YXMgZXhhbXBsZXMgdXNpbmcgSVB2NCBkb2N1bWVudGF0aW9uIGFkZHJlc3NlcyBhY2NvcmRpbmcN CiAgICB0byBSRkM2ODkwLCBidXQgZG9lcyBub3QgdXNlIGFueSBJUHY2IGRvY3VtZW50YXRpb24g YWRkcmVzc2VzLiAgTWF5YmUNCiAgICB0aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9v Pw0KDQogSSBkb24ndCBmZWVsIHN0cm9uZ2x5IGFib3V0IHRoaXMsIGJ1dCBpZiBpdCdzIGVhc3kg ZW5vdWdoIHRvIGRvLi4uDQoNCkluIHRoZSBBYnN0cmFjdDoNCiAtIEkgdGhpbmsgdGhlIHdvcmQg ImFuIiBpcyBtaXNzaW5nIChlLmcuLCBhbiBBQ0wpDQoNCkFkZGVkLg0KDQoNCg0KDQoNCg0KSW4g dGhlIEludHJvZHVjdGlvbjoNCiAtIHNob3VsZCAib3JkZXJlZC1ieS11c2VyIiBiZSAib3JkZXJl ZC1ieSB1c2VyIiB0byBhdm9pZCBjb25mdXNpb24sIG9yIHBlcmhhcHMgc2F5IGl0IGFub3RoZXIg d2F5Pw0KDQpIb3cgYWJvdXQgdGhpcyBpbiBib3RoIHRoZSBBYnN0cmFjdCBhbmQgdGhlIEludHJv ZHVjdGlvbi4NCg0KT0xEOg0KDQpBQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0IG9mIHJ1bGVz DQoNCk5FVzoNCkFuIEFDTCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4gb3JkZXIgc2V0IGJ5IHRo ZSB1c2VyDQoNCjxLRU5UPm9yIGhvdyBhYm91dCAiQW4gQUNMIGlzIGEgdXNlci1vcmRlcmVkIHNl dCBvZiBydWxlc+KAnT8NCg0KT2suDQoNCg0KDQoNCg0KDQoNCg0KDQogLSB3aGF0IGRvZXMgImEg dHVwbGUgb2YiIG1lYW4/ICBDYW4gdGhpcyBiZSByZXN0YXRlZD8NCg0KSG93IGFib3V0IHRoaXM/ DQoNCk9MRDoNCg0KVGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgYSB0dXBsZSBvZiBwYWNr ZXQgaGVhZGVyIG1hdGNoIGNyaXRlcmlhIGFuZCBjYW4gaGF2ZSBtZXRhZGF0YSBtYXRjaCBjcml0 ZXJpYSBhcyB3ZWxsLg0KDQpORVc6DQoNClRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9mIHBh Y2tldCBoZWFkZXIgbWF0Y2hlcywgYW5kIG9yIG9yIG1ldGFkYXRhIGFzIGRlc2NyaWJlZCBiZWxv dzoNCg0KPEtFTlQ+b3IgaG93IGFib3V0ICJUaGUgbWF0Y2ggY3JpdGVyaWEgY2FuIGJlIGEgbXVs dGlwbGljaXR5IG9mIGNyaXRlcmlhLCBhbGwgb2Ygd2hpY2ggbXVzdCBiZSB0cnVlIGZvciB0aGUg bWF0Y2ggdG8gb2NjdXIuICAgVGhlIG1hdGNoIGNyaXRlcmlhIG1heSBtYXRjaCBhZ2FpbnN0IHZh bHVlcyBpbiB0aGUgcGFja2V0IGhlYWRlciBvciBhZ2FpbnN0IHZlbmRvci1zcGVjaWZpYyBtZXRh ZGF0YSBhYm91dCB0aGUgcGFja2V0LiI/ICAgLSBvciBzb21ldGhpbmcgaW4gYmV0d2Vlbj8NCg0K T3Igc2ltcGx5IGFzOg0KDQrigJxUaGUgbWF0Y2ggY3JpdGVyaWEgYWxsb3dzIGZvciBkZWZpbml0 aW9uIG9mIHBhY2tldCBoZWFkZXJzIGFuZCBtZXRhZGF0YSwgYWxsIG9mIHdoaWNoIG11c3QgYmUg dHJ1ZSBmb3IgdGhlIG1hdGNoIHRvIG9jY3VyLiINCg0KPDxLRU5UPj4gb2theQ0KDQoNCg0KIC0g cy9JbiBjYXNlIHZlbmRvciBzdXBwb3J0cyBpdC9JbiBjYXNlIGEgdmVuZG9yIHN1cHBvcnRzIGl0 LyA/DQoNCk9rLg0KDQoNCg0KDQoNCiAtICJUaGUgbGlzdCBvZiBYIGlzIGVuZGxlc3MgZGVwZW5k aW5nIG9uLi4uIi4gIElzICJlbmRsZXNzIiB0aGUgcmlnaHQgd29yZCwgcGVyaGFwcyByZXN0YXRl Pw0KT0xEOg0KDQpUaGUgbGlzdCBvZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBlbmRsZXNzDQoNCg0K TkVXOg0KDQpUaGUgbGlzdCBvZiBwb3RlbnRpYWwgYWN0aW9ucyBpcyBsaW1pdGxlc3MNCg0KPEtF TlQ+IG9yIG1heWJlICJ1bmJvdW5kZWTigJ0/DQoNCk9rLg0KDQoNCg0KDQoNCg0KIC0gc2FtZSBz ZW50ZW5jZSBhcyBhYm92ZSwgc2hvdWxkICJuZXR3b3JrZWQgZGV2aWNlcyIgYmUgIm5ldHdvcmsi IG9yICJuZXR3b3JraW5nIiBkZXZpY2VzPw0KDQpXaWxsIGNoYW5nZSDigJxuZXR3b3JrZWQgZGV2 aWNlc+KAnSB0byDigJxuZXR3b3JraW5nIGRldmljZXPigJ0uDQoNCg0KDQoNCg0KDQpJbiBTZWN0 aW9uIDM6DQogLSAiQSBuZXR3b3JrIHN5c3RlbSB1c3VhbGx5IGhhdmUgYSBsaXN0IG9mIEFDTHMi ICAocy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9oYXZlL2hhcy8/KQ0KDQpzL2hhdmUvaGFzLy4NCg0K DQoNCg0KDQogLSAiVGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgcGFja2V0IGhlYWRlciBt YXRjaGluZyIgLSBpcyBjb25zaXN0IHRoZSByaWdodCB3b3JkPw0KDQpIb3cgd291bGQgeW91IHJl c3RhdGUgaXQ/IChBZnRlciBJIGhhdmUgcy9jb25zaXN0L2NvbnNpc3RzLykNCg0KPEtFTlQ+IHNl ZSBhYm92ZSAobXkgY29tbWVudCBiZWZvcmUgbGFzdCwgaXQgaXMgdGhlIHNhbWUgc2VudGVuY2Us IHJpZ2h0PykNCg0KT25jZSB3ZSBhZ3JlZSBvbiB0aGUgYWJvdmUgY29tbWVudCwgSSB3aWxsIHJl cGxpY2F0ZSBpdC4NCg0KPDxLRU5UPj4gb2theS4NCg0KDQoNCg0KDQogLSAiSXQgYXMgYWxzbyBw b3NzaWJsZSBmb3IgQUNFIHRvIG1hdGNoIG9uIG1ldGFkYXRhIiAgcy9hcy9pcy8gYW5kIHMvQUNF L2FuIEFDRS8NCg0KT2sNCg0KDQoNCg0KDQogLSAiV2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMg b2YgYSBuZXR3b3JrZWQgZGV2aWNlLCB0aGUgQUNMIGlzIGFwcGxpZWQgaW4gYSBkaXJlY3Rpb24N CiAgICB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gcGFja2V0IGVu dGVyaW5nIChpbnB1dCkgb3IgbGVhdmluZyB0aGUNCiAgICBkZXZpY2UgKG91dHB1dCkuIiAgLSBy ZXN0YXRlIHRvIHRhbGsgYWJvdXQgImluZ3Jlc3MiIGFuZCAiZWdyZXNz4oCdPw0KDQpIb3cgYWJv dXQ6DQoNCldoZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2VkIGRldmljZSwg dGhlIEFDTCBpcyBhcHBsaWVkIGluIGEgZGlyZWN0aW9uIHdoaWNoIGluZGljYXRlcyBpZiBpdCBz aG91bGQgYmUgYXBwbGllZCB0byBpbmdyZXNzIGludGVyZmFjZSAoaW5wdXQpIG9yIGVncmVzcyBp bnRlcmZhY2UgKG91dHB1dCkuDQoNCjxLRU5UPm9yIG1heWJlICJXaGVuIGFwcGxpZWQgdG8gaW50 ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIGRpc3RpbmN0IEFDTHMgYXJlIGRlZmluZWQg Zm9yIHRoZSBpbmdyZXNzIChpbnB1dCkgYW5kIGVncmVzcyAob3V0cHV0KSBkaXJlY3Rpb25zLuKA nQ0KDQpPay4NCg0KDQoNCg0KDQoNCiAtICJBbiBleGFtcGxlIGluIHRoZSBhcHBlbmRpeCBzaG93 cyBob3cgdG8gZXhwcmVzcyBpdCBpbiBZQU5HIG1vZGVsLiIgLSBlaXRoZXIgdGhpcw0KICAgaXMg bm90IHRydWUsIG9yIHRoZSBzZW50ZW5jZSBzaG91bGQgbm90IGJlIGF0IHRoZSBlbmQgb2YgdGhp cyBwYXJhZ3JhcGgNCg0KUmVtb3ZlZC4NCg0KDQoNCg0KDQoNCkluIFNlY3Rpb24gMy4xOg0KIC0g cy9hbmQgbXVzdCBzdGF0ZW1lbnRzL2FuZCAnbXVzdCcgc3RhdGVtZW50cy8NCg0KRG9uZSBhbmQg cy9pZi1mZWF0dXJlL+KAmGlmLWZlYXR1cmXigJkvDQoNCg0KDQoNCg0KIC0gcy9kZWZpbmUgbmV3 ICJtYXRjaGVzIiBjaG9pY2UvZGVmaW5lIGEgbmV3ICJtYXRjaGVzIiBjaG9pY2UvID8NCg0KRG9u ZS4NCg0KDQoNCg0KDQoNCkluIFNlY3Rpb24gNC4xOg0KIC0gImlldGYtYWNjZXNzLWNvbnRyb2wt bGlzdCIgaXMgdGhlIHN0YW5kYXJkIHRvcCBsZXZlbCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0cw0K ICAgICAtIHdoYXQgZG9lcyB0aGlzIG1lYW4/DQoNCk9MRDoNCiJpZXRmLWFjY2Vzcy1jb250cm9s LWxpc3QiIGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHMN Cg0KTkVXOg0KImlldGYtYWNjZXNzLWNvbnRyb2wtbGlzdCIgaXMgdGhlIHRvcCBsZXZlbCBtb2R1 bGUgZm9yIGFjY2VzcyBsaXN0cw0KDQo8S0VOVD4gaXQncyBtb3JlIHRoYW4gdGhlIHdvcmQgInN0 YW5kYXJkIi4gIE1heWJlIHNvbWV0aGluZyBsaWtlIHRoaXM6ICBUaGUgImlldGYtYWNjZXNzLWNv bnRyb2wtbGlzdCINCm1vZHVsZSBkZWZpbmVzIGEgY29udGFpbmVyIGNhbGxlZCAiYWNjZXNzLWxp c3QiICAtIHdoYXQgZG8geW91IHRoaW5rPw0KDQpPay4NCg0KDQoNCg0KDQo8S0VOVD5CVFcsIHdo eSBpcyB0aGUgY29udGFpbmVyIGNhbGxlZCAiYWNjZXNzLWxpc3RzIiBhbmQgbm90IGUuZy4sICJh Y2xzIi4gIEkgdGhvdWdodCB0aGF0IHRoZXJlIHdhcyBhIG5vZGUtbmFtaW5nIGlkaW9tIGFsb25n IHRoZSBsaW5lcyBvZiAiL3dpZGdldHMvd2lkZ2V0IiBmb3Igd2hlbiBhIGxpc3QgaXMgYSBkZXNj ZW5kZW50IG9mIGEgY29udGFpbmVyLg0KDQpIaXN0b3J5LiBXaGVuIHdlIGluaGVyaXRlZCB0aGUg ZHJhZnQsIGl0IHdhcyBuYW1lZCBhY2Nlc3MtbGlzdHMuIEkgY2FuIGNoYW5nZSBpdCB0byDigJxh Y2xz4oCdLg0KDQo8PEtFTlQ+PiBJIHRoaW5rIGl0IHNob3VsZCBiZSAiYWNscyIsIGJ1dCBJIHdv dWxkbid0IHdhbnQgdG8gbWFrZSB0aGlzIGNoYW5nZSB1bmlsYXRlcmFsbHkuDQpEb2VzIGFueWJv ZHkgZWxzZSBoYXZlIGFuIGlzc3VlIHdpdGggdGhlIGNvbnRhaW5lciBiZWluZyBjYWxsZWQgImFj Y2Vzcy1saXN0c+KAnSA/DQoNCiAtIFRoZSAiYWNjZXNzLWxpc3RzIiBjb250YWluZXIgc3RvcmVz IGEgbGlzdCBvZiAiYWNsIi4gLSBzL3N0b3Jlcy9oYXMgb3IgY29udGFpbnM/Lw0KDQpzL3N0b3Jl cy9oYXMvDQoNCg0KDQoNCg0KIC0gIi4uLnRoYXQgY2FuIGJlIHVzZWQgdG8gZGV0ZXJtaW5lIHdo aWNoIHJ1bGUgd2FzIG1hdGNoZWQgdXBvbiIgLSBub3Qgc3VyZSBpZiB0aGlzDQogICBwYXJ0IGlz IG5lZWRlZCwgb3IgbWF5YmUgYmV0dGVyIHJlc3RhdGVkICIsIHdoaWNoIGNhbiBsYXRlciBiZSB1 c2VkIHRvIGRldGVybWluZeKApiI/DQoNCk9rLg0KDQoNCg0KDQoNCiAtIHMvYWJpbGl0eSBmb3Ig QUNMJ3MgdG8gYmUvYWJpbGl0eSBmb3IgQUNMcyB0byBiZS8NCg0KT2suDQoNCg0KDQoNCg0KDQpJ biBTZWN0aW9uIDQuMSAoaW4gdGhlIFlBTkcgbW9kdWxlKToNCiAtIEEgbnVtYmVyIG9mIGlkZW50 aXRpZXMgcmVhZCAiQUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMuLi4iLiAgSXMgInByaW1hcmls eSINCiAgIGFuIGFjY3VyYXRlIHdvcmQ/IC0gaWYgc28sIHRoZW4gZG8gd2UgbmVlZCB0byBzYXkg YW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzDQogICBub3QgdGhlIGNhc2U/DQoNCkFzIG9uZSBvZiB0 aGUgdGV4dCBzYXlzLiBJdCBwcmltYXJpbHkgbWF0Y2hlcyBJUHY0LCBhbmQgZG9lcyBub3QgbWF0 Y2ggZWl0aGVyIGV0aGVybmV0IG9yIElQdjYgaGVhZGVycy4gU3VjaCBBQ0wgdHlwZXMgYXJlIGRp ZmZlcmVudCBmcm9tIHRoZSBtaXhlZCBBQ0wgdHlwZXMgdGhhdCBtaWdodCBtYXRjaCBvbiBhIGNv bWJpbmF0aW9uIG9mIGV0aGVybmV0IGFuZCBJUHY0IGhlYWRlcnMgZXRjLg0KDQo8S0VOVD5CdXQg bXkgY29tbWVudCBpcyBtb3JlIHRoYXQgInByaW1hcmlseSIgc2VlbXMgd2lzaHktd2FzaHkuICBJ dCBzZWVtcyBsaWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29tZXRoaW5nLCBpdCBhY3R1 YWxseSBkb2VzIGl0LiAgIElmIHRoZXJlIGlzIGEgZ3JleSBhcmVhLCB3aGVyZSBpdCBtaWdodCBt YXRjaCBzb21ldGhpbmcgZWxzZSwgaWYgcG9zc2libGUsIG1heWJlIGl0IHdvdWxkIGhlbHAgdG8g Y2FsbCB0aGF0IG91dD8NCg0KT2suIFdpbGwgZHJvcCB0aGUgd29yZCDigJxwcmltYXJpbHnigJ0u DQoNCg0KDQoNCg0KDQoNCg0KDQogU2VwYXJhdGVseSwgcy9BQ0wvYW4gQUNMLz8NCg0KT2suDQoN Cg0KDQoNCg0KIC0gQSBudW1iZXIgb2YgZmVhdHVyZXMgcmVhZCAiRGV2aWNlIGNhbiBzdXBwb3J0 Li4uIiAtIHMvRGV2aWNlL1RoZSBkZXZpY2UvPw0KDQpPay4NCg0KDQoNCg0KDQogLSAiSXQgY2Fu IGhhdmUgb25lIG9yIG1vcmUgQWNjZXNzIENvbnRyb2wgTGlzdHMiIC0gbGlzdHMgc2hvdWxkIGJl IHNpbmd1bGFyLg0KDQpSZWFsbHk/IEVuZ2xpc2ggZ3JhbW1hciBzYXlzIHRoYXQgaWYgYSBzZW50 ZW5jZSBoYXMgYm90aCBhIHNpbmd1bGFyIGFuZCBhIHBsdXJhbCwgdGhlIG9uZSBuZWFyZXN0IHRv IHRoZSBzdWJqZWN0IGlzIHRoZSBvbmUgeW91IHNlbGVjdC4NCg0KPEtFTlQ+YWN0dWFsbHksIEkn bSBqdXN0IGdvaW5nIG9mZiB0aGUgZmFjdCB0aGF0IHRoZSBsaXN0IG5vZGUgaXMgY2FsbCAiYWNs Iiwgd2hpY2ggaXMgc2luZ3VsYXIuICBQZXJoYXBzIGV2ZW4gYmV0dGVyIHdvdWxkIGJlIHRvIHNh eTogIEl0IGNhbiBjb250YWluIG9uZSBvciBtb3JlICJhY2wiIG5vZGVzIC0gdGhvdWdodHM/DQoN CkJ1dCBldmVuIG5vZGVzIGlzIGEgcGx1cmFsLiBTbyB3aGF0IHdvdWxkIGJlIHRoZSBkaWZmZXJl bmNlIGJldHdlZW4g4oCcYWNsc+KAnSBhbmQg4oCcYWNsIG5vZGVz4oCdLiBJIHdvdWxkIHJhdGhl ciBoYXZlIHRoZSBSRkMgZWRpdG9yIGRlYWwgd2l0aCB0aGlzLg0KDQo8PEtFTlQ+PiBNeSBpc3N1 ZSBpc24ndCBzbyBtdWNoIHRoZSBwbHVyYWxpdHksIGFzIGl0IGlzIG1hdGNoaW5nIHdoYXQgaXMg aW4gdGhlIFlBTkcuICAgVGhlIG5vZGUgaXMgY2FsbGVkICJhY2wiLCBzbyB0aGVuIHlvdSB3YW50 IHRvIHNheSB0aGF0IHRoZXJlIGFyZSBtdWx0aXBsZSAiYWNsIiBub2RlcyAobm90ICJhY2xzIiku ICBJbiBmYWN0LCBwdXR0aW5nICJhY2xzIiB3b3VsZCBiZSBldmVuIG1vcmUgY29uZnVzaW5nIGlz IHRoZSAiYWNjZXNzLWxpc3RzIiBjb250YWluZXIgaXMgcmVuYW1lZCB0byAiYWNsc+KAnS4NCg0K T2suIEkgY2FuIHJld29yZCB0aGUgc2VudGVuY2UgdG8gc2F5IOKAnEl0IGNhbiBoYXZlIG9uZSBt b3JlIGFjbCBub2Rlc+KAnS4NCg0KDQoNCg0KDQogLSAiQW4gQWNjZXNzIENvbnRyb2wgTGlzdChB Q0wpIiAtIHB1dCBhIHNwYWNlIGJlZm9yZSAoQUNMKQ0KDQpPay4NCg0KDQoNCg0KDQogLSAiIElu ZGljYXRlcyB0aGUgcHJpbWFyeSBpbnRlbmRlZCIgLSBoZXJlJ3MgdGhhdCB3b3JkICJwcmltYXJ5 IiBhZ2Fpbi4uLg0KIC0gcy9hIGxpc3Qgb2YgYWNjZXNzLWxpc3QtZW50cmllcyhBQ0UpLyBhIGxp c3Qgb2YgYWNjZXNzLWxpc3QtZW50cnkgbm9kZXMgKEFDRSkvPw0KDQpPay4NCg0KDQoNCg0KDQog LSBzL0xpc3Qgb2YgYWNjZXNzIGxpc3QgZW50cmllcyhBQ0UpL0xpc3Qgb2YgYWNjZXNzIGxpc3Qg ZW50cnkgbm9kZXMgKEFDRSkvPw0KICAgICAtIHRoZXJlIGlzIG1vcmUgdGhhbiBvbmUgaW5zdGFu Y2Ugb2YgdGhpcyBpbiB0aGUgbW9kZWwNCg0KRml4ZWQuDQoNCg0KDQoNCg0KIC0gIi4uLy4uLy4u Ly4uL3R5cGUiIC0gc3RpbGwgc29tZSBsb25nIHJlbGF0aXZlIFhQYXRocw0KDQpGaXhlZC4NCg0K DQoNCg0KDQogLSAiIG9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cyIgLSB0 aGlzIGlzbid0IHRoZXJlIHlldC4gIEkgdGhpbmsgeW91DQogICB3YW50IHRvIHNheSBzb21ldGhp bmcgbGlrZSAidGhpcyBpcyBhIGNob2ljZSBzbyBhcyB0byBzdXBwb3J0IGZ1dHVyZSAnY2FzZScN CiAgIHN0YXRlbWVudHMsIHN1Y2ggYXMgb25lIGVuYWJsaW5nIGEgZ3JvdXAgb2Ygc291cmNlIHBv cnRzIHRvIGJlIHJlZmVyZW5jZWTigJ0NCg0KSG93IGFib3V0Og0KDQpDaG9pY2Ugb2Ygc291cmNl IHBvcnQgZGVmaW5pdGlvbiB1c2luZyByYW5nZS9vcGVyYXRvciBvciByZWZlcnJpbmcgdG8gYSBn cm91cCBvZiBzb3VyY2UgcG9ydHMsIHRvIGJlIGFkZGVkIGFzIGEgZnV0dXJlICdjYXNlJyBzdGF0 ZW1lbnQuDQoNCjxLRU5UPkkgbGlrZSBteSBmcmFtaW5nIGJldHRlciBiZWNhdXNlIDEpIGl0IGlz IGxlc3MgY29tbWl0dGFsIGFib3V0IHRoZSBmdXR1cmUgYW5kIDIpIGl0IGRvZXNuJ3QgbGltaXQg dGhlcmUgdG8gYmVpbmcganVzdCBvbmUgJ2Nhc2UnIHN0YXRlbWVudCB0aGF0IG1pZ2h0IGJlIGFk ZGVkIGluIHRoZSBmdXR1cmUuDQoNCk9rLg0KDQoNCg0KDQoNCg0KIC0gZGl0dG8gZm9yICJvciBy ZWZlcnJpbmcgdG8gYSBncm91cCBvZiBkZXN0aW5hdGlvbiBwb3J0cy4iDQogLSBkaXR0byBvbiBi b3RoIG9mIHRoZSBhYm92ZSBmb3IgdGhlICJ1ZHAiIGNvbnRhaW5lcg0KIC0gaXMgaXQgcG9zc2li bGUgZm9yIGJvdGggImVncmVzcy1pbnRlcmZhY2UiIGFuZCAiaW5ncmVzcy1pbnRlcmZhY2UiIGxl YWZzIHRvDQogICBiZSBzcGVjaWZpZWQgYXQgdGhlIHNhbWUgdGltZT8gIC0gaWYgbm90LCBzaG91 bGQgdGhlcmUgYSAnbXVzdCcgc3RhdGVtZW50IHRvDQogICBwcmV2ZW50IHRoYXQgcG9zc2liaWxp dHk/IC0gb3IgYW4gZXhwbGFuYXRpb24gZm9yIHdoYXQgaGFwcGVucyBpZiBpdCBvY2N1cnM/DQoN CkxldCBtZSBkaXNjdXNzIHRoaXMgd2l0aCBteSBjby1hdXRob3JzLg0KDQo8S0VOVD5hbnkgdXBk YXRlIG9uIHRoaXM/DQoNClllcywgaXQgaXMgcG9zc2libGUgZm9yIGJvdGggdGhlIOKAnGVncmVz cy1pbnRlcmZhY2XigJ0gYW5kIOKAnGluZ3Jlc3MtaW50ZXJmYWNl4oCdIHRvIGJlIHNwZWNpZmll ZCBhdCB0aGUgc2FtZSB0aW1lLg0KDQo8PEtFTlQ+PiBva2F5LCB0aGVuIG1heWJlIHRoZXJlIGNh biBiZSBhbiBleHBsYW5hdGlvbiBvZiB3aGF0IGhhcHBlbnMgd2hlbiB0aGF0IG9jY3Vycz8NCg0K SXQgaXMgYSBtYXRjaGluZyBsZWFmLCBhbmQgdGVjaG5pY2FsbHkgb25lIGNhbiBtYXRjaCBvbiBt b3JlIHRoYW4gb25lIGxlYWYuIFNvIGEg4oCYbXVzdOKAmSBzdGF0ZW1lbnQgaXMgbm90IG5lZWRl ZCBmcm9tIGEgbW9kZWwgcGVyc3BlY3RpdmUuIEdlbmVyYWxseSB0aG91Z2gsIHRoZSBwYWNrZXQg aXMgZWl0aGVyIGNvbWluZyBpbiBvbiBhbiBpbmdyZXNzIChpbnB1dCkgaW50ZXJmYWNlIG9yIGdv aW5nIG91dCBhIG91dHB1dCAoZWdyZXNzKSBpbnRlcmZhY2UsIGFuZCBvbmUgd291bGQgc2hvdWxk IGhhdmUgc2VwYXJhdGUgQUNFIGVudHJpZXMgZm9yIGVhY2ggZGlyZWN0aW9uIHRoZSBwYWNrZXQg dHJhdmVscyB0aHJvdWdoIHRoZSBpbnRlcmZhY2UuIFRoZSBtYXRjaCB3aWxsIGZhaWwgaWYgYm90 aCBkaXJlY3Rpb25zIG9mIHRoZSBpbnRlcmZhY2UgYXJlIHNwZWNpZmllZCBpbiB0aGUgc2FtZSBB Q0UgZW50cnkuIEJ1dCBpc27igJl0IHRoYXQgb2J2aW91cz8NCg0KDQoNCg0KDQoNCg0KIC0gcy9U aGUgQUNMJ3MgYXBwbGllZC9UaGUgQUNMcyBhcHBsaWVkLyAgICh0aGlzIGhhcHBlbnMgbW9yZSB0 aGFuIG9uY2UgaW4gbW9kZWwpDQoNCkZpeGVkLg0KDQoNCkluIFNlY3Rpb24gNC4yOg0KIC0gcmVm ZXJlbmNlcyB0aGVtIGJ5ICJ1c2VzIiAtLT4gcmVmZXJlbmNlcyB0aGVtIGJ5ICd1c2VzJyBzdGF0 ZW1lbnRzICA/Pz8NCg0KT2suDQoNCg0KDQoNCg0KIC0gbm90IGFsbCB5b3VyICdyZWZlcmVuY2Un IHN0YXRlbWVudHMgaGF2ZSB0aGUgdGl0bGUgb2YgdGhlIHJlZmVyZW5jZWQgZG9jdW1lbnQuDQoN CkZpeGVkLg0KDQoNCg0KDQoNCiAtICJ0aGVuIHRoZSBkYXRhZ3JhbSBtdXN0IGJlIGRlc3Ryb3ll ZCIgLSBzL2Rlc3Ryb3llZC9kcm9wcGVkLz8NCg0KT2suDQoNCg0KDQoNCg0KIC0gIm9yIHJlZmVy cmluZyB0byBhIGdyb3VwIG9mIC4uLiIgIC0gc2FtZSBjb21tZW50cyBhcyBmb3IgcHJldmlvdXMg bW9kdWxlDQogLSAiZWNlIiBpcyBtaXNzaW5nIGEgJ3JlZmVyZW5jZScgc3RhdGVtZW50PyAgLQ0K DQpBZGRlZC4NCg0KDQoNCg0KDQogLSAiSW5kaWNhdGVzIHRoYXQgdGhlIFVyZ2VudCBwb2ludGVy IGZpZWxkIGlzIHNpZ25pZmljYW50IiAtIHVyZ2VudCBpcw0KICAgY2FwaXRhbGl6ZWQsIGJ1dCB0 aGVyZSdzIG5vIGNvbnRleHQgYXMgZm9yIHdoeS4gIFBlcmhhcHMgbWlzc2luZyBhDQogICByZWZl cmVuY2Ugc3RhdGVtZW50IHRvbz8NCg0KQWRkZWQgYSByZWZlcmVuY2Ugc3RhdGVtZW50Lg0KDQoN Cg0KDQoNCiAtIGluICJ3aW5kb3ctc2l6ZSIgbGVhZiBkZXNjcmlwdGlvbiwgcmVtb3ZlIHBhcmVu dGhlc2VzDQoNCk9rLg0KDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA0LjM6DQogLSB0aGUgdGV4dCBz YXlzIHRoYXQgaXQgZHJvcHMgdHJhZmZpYyBmcm9tIFggdG8gWSwgYnV0IHRoZSBleGFtcGxlIHNl ZW1zIHRvIGRvDQogICB0aGUgcmV2ZXJzZS4NCg0KRml4ZWQuDQoNCg0KDQoNCg0KDQpJbiBTZWN0 aW9uIDQuNDoNCiAtIFRoZSAiV2l0aCB0aGUgZm9sbG93IFhNTCBleGFtcGxlOiIgPEVYQU1QTEU+ ICJUaGlzIHJlcHJlc2VudHMuLi4iIGlzDQogICBkaWZmaWN1bHQgdG8gcmVhZC4gIEhvdyBhYm91 dCBqdXN0IGhhdmluZyAiVGhlIGZvbGxvd2luZyBYTUwgZXhhbXBsZSAuLi464oCdPw0KDQpGaXhl ZC4NCg0KDQo8S0VOVD4gQlRXLCBJIG1pc3NlZCBpdCBiZWZvcmUsIGJ1dCBJIHRoaW5rIHRoZSA0 LjQgc2VjdGlvbiB0aXRsZSBzaG91bGQgYmUNCnBsdXJhbDogIlBvcnQgUmFuZ2UgVXNhZ2UgRXhh bXBsZXPigJ0NCg0KVGhlIHRpdGxlIG5vdyByZWFkczoNCg0KIlBvcnQgUmFuZ2UgVXNhZ2UgYW5k IE90aGVyIEV4YW1wbGVz4oCdLiBTZWUgYmVsb3cuDQoNCjw8S0VOVD4+IHdvcmtzIGZvciBtZS4N Cg0KDQoNCg0KDQogLSBkb2VzIHRoZSBzZWNvbmQgZXhhbXBsZSBwcm92aWRlIGFueSB2YWx1ZSBv ZiB0aGUgZmlyc3Q/IC0gc2VlbXMgdGhlIHNhbWUgdG8gbWXigKYNCg0KV2lsbCBjaGFuZ2UgdGhl IGV4YW1wbGUuDQoNCjxLRU5UPiB3YXMgaXQgY2hhbmdlZCBwZXIgdGhlIG5leHQgaXRlbSBiZWxv dywgb3Igc29tZXRoaW5nIGVsc2U/DQoNCkNoYW5nZWQgdGhlIGV4YW1wbGUgdG8gYW4gQUNFIGVu dHJ5IHRoYXQgZHJvcHMgYWxsIHBpbmcgcmVxdWVzdHMuDQoNCjw8S0VOVD4+IG9rYXkuICBCdXQg cGxlYXNlIHR3ZWFrIGFsbCB5b3VyIGV4YW1wbGVzIHNvIHRoYXQgYSAnXCcgbGluZS13cmFwcGlu ZyBpc24ndA0KaGFwcGVuaW5nIGZvciBhIHNpbmdsZSBjaGFyYXRlci4gIGUuZy4sIHJlbW92ZSBv bmUgc3BhY2UgZnJvbSB0aGUgaW5kZW50IG9yIHB1dCB0aGUNCnhtbG5zIG9uIGl0cyBvd24gbGlu ZS4NCg0KDQoNCg0KDQoNCg0KIC0gc2VlbXMgbGlrZSBleGFtcGxlIDMgY291bGQgYWxzbyBiZSBl eHByZXNzZWQgYXMgIjxsb3dlci1wb3J0PjIxPC9sb3dlci1wb3J0PiIsDQogICByaWdodD8gIC0g dGhlIHRleHQgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgc2VjdGlvbiBzYXlzIHRoaXMgY29uc3Ry dWN0IGlzDQogICBwb3NzaWJsZSwgYnV0IHRoZXJlIGlzIG5vIGV4YW1wbGUgZm9yIGl0LiAgTWF5 YmUgdGhpcyBtYWtlcyBhIGJldHRlciBleCAjMj8NCg0KSGF2ZSBjaGFuZ2VkIHRoZSBsYW5ndWFn ZSBpbiB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzZWN0aW9uIHRvIHNheToNCg0KIldoZW4gb25seSBh IHBvcnQgaXMgcHJlc2VudCwgaXQgcmVwcmVzZW50cyBhIHBvcnQsIHdpdGggdGhlIG9wZXJhdG9y IHNwZWNpZnlpbmcgdGhlIHJhbmdlLiINCg0KVGhhdCBpcyBiZWNhdXNlLCBpdCBub3cgYSBjaG9p Y2UgYmV0d2VlbiBzcGVjaWZ5aW5nIGEgcmFuZ2Ugb3Igc3BlY2lmeWluZyBhIHNpbmdsZSBwb3J0 IHdpdGggYW4gb3BlcmF0b3IuDQoNCg0KDQoNCg0KDQpJbiBhbGwgeW91ciBZQU5HIG1vZHVsZXM6 DQogLSByZXBsYWNlICJORVRNT0QgKE5FVENPTkYgRGF0YSBNb2RlbGluZyBMYW5ndWFnZSkiIHdp dGggIk5FVE1PRCAoTmV0d29yaw0KICAgTW9kZWxpbmcpIFdvcmtpbmcgR3JvdXDigJ0NCg0KT2su DQoNCg0KDQoNCg0KDQpJbiBTZWN0aW9uID8/Og0KIEluIHRoZSBleGFtcGxlcywgd2h5IGRpZCB5 b3UgYWRkIHRoZSAiPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4iDQogbGlu ZSBhbmQgdGhlICJjb25maWciIGVsZW1lbnQ/ICAtIHRoZSBleGFtcGxlcyB2YWxpZGF0ZSBlcXVh bGx5IHdlbGwgd2hlbg0KIHRoZXNlIGFyZSByZW1vdmVkLg0KDQpUaGUgZXhhbXBsZXMgY2FuIHRo ZW4gYmUgY3V0IGFuZCBwYXN0ZWQgaW50byBhbnkgY2xpZW50IHN1Y2ggYXMgbmNjbGllbnQgd2hp Y2ggdGFrZXMgYW4gZW50aXJlIDxycGM+Lg0KDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA2Og0KIC0g cy90aHJlZSBZQU5HIG1vZHVsZS90aHJlZSBZQU5HIG1vZHVsZXMvDQoNCkZpeGVkLg0KDQoNCg0K DQoNCg0KSW4gU2VjdGlvbiA2LjE6DQogLSBUaGUgZmlyc3QgcGFyYWdyYXBoIHNheXMgInRocmVl IFVSSSIsIGJ1dCBpdCBzaG91bGQgYmUgInRocmVlIFVSSXPigJ0NCg0KRml4ZWQuDQoNCg0KDQoN Cg0KDQpJbiBTZWN0aW9uIEEuMToNCiAtICJUaGUgZm9sbG93aW5nIGZpZ3VyZSBpcyB0aGUgdHJl ZSBzdHJ1Y3R1cmUiIC0gc2hvdWxkIHNheSAidHJlZSBkaWFncmFtIiBhbmQNCiAgIHNob3VsZCBy ZWZlcmVuY2UgdGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2ZSBhIGRyYWZ0LXdp ZGUgIlRyZWUNCiAgIERpYWdyYW0gTm90YXRpb24iIHNlY3Rpb24gaW4gdGhlIEludHJvZHVjdGlv bi4NCg0KQWRkZWQgYSBzZWN0aW9uIGluIHRoZSBJbnRyb2R1Y3Rpb24uDQoNCg0KDQoNCg0KIC0g cy9JbiBvdGhlciBleGFtcGxlL0luIGFub3RoZXIgZXhhbXBsZS8/DQogLSBzL3dpdGggbmV3IGNo b2ljZSBvZiBhY3Rpb25zL3dpdGggYSBuZXcgY2hvaWNlIG9mIGFjdGlvbnMvPw0KDQpCb3RoIGZp eGVkLg0KDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiBBLjM7DQogLSBzb21lICdyZWZlcmVuY2UnIHN0 YXRlbWVudHMgYXJlIG1pc3NpbmcgdGl0bGVzDQoNCkFkZGVkLg0KDQoNCg0KDQoNCiAtIHNvbWUg J2Rlc2NyaXB0aW9uJyBzdGF0ZW1lbnRzIG1pZ2h0IGJlbmVmaXQgZnJvbSBhICdyZWZlcmVuY2Xi gJkgc3RhdGVtZW50DQoNCkkgaGF2ZSBhZGRlZCByZWZlcmVuY2VzIHRoYXQgSSBjb3VsZCBmaW5k Lg0KDQoNCg0KDQoNCiAtICJUaGUgdWludDE2IHR5cGUgcGxhY2Vob2xkZXIgdHlwZS4uLiIgLSBp cyB0aGlzIGEgdHlwbz8NCg0KRHJvcHBlZCB0aGUgc2Vjb25kIOKAnHR5cGXigJ0uDQoNClRoYW5r cy4NCg0KPEtFTlQ+bnANCg0KDQoNCktlbnQgLy8gc2hlcGhlcmQNCg0KDQoNCg0KPT09PT0gb3Jp Z2luYWwgbWVzc2FnZSA9PT09PT0NCg0KVGhpcyB2ZXJzaW9uIG9mIHRoZSBkcmFmdCBhZGRyZXNz ZXMgY29tbWVudHMgcmFpc2VkIGR1cmluZyBMQywgc2hlcGhlcmQgcmV2aWV3IGFuZCBvdGhlciBj b21tZW50cyByZWNlaXZlZCBkdXJpbmcgdGhhdCBwZXJpb2QuDQoNCg0KDQoNCg0KT24gTWFyIDMs IDIwMTgsIGF0IDI6MTMgUE0sIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBh dmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpU aGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBOZXR3b3JrIE1vZGVsaW5nIFdHIG9mIHRo ZSBJRVRGLg0KDQogICAgICBUaXRsZSAgICAgICAgICAgOiBOZXR3b3JrIEFjY2VzcyBDb250cm9s IExpc3QgKEFDTCkgWUFORyBEYXRhIE1vZGVsDQogICAgICBBdXRob3JzICAgICAgICAgOiBNYWhl c2ggSmV0aGFuYW5kYW5pDQogICAgICAgICAgICAgICAgICAgICAgICBMaXNhIEh1YW5nDQogICAg ICAgICAgICAgICAgICAgICAgICBTb25hbCBBZ2Fyd2FsDQogICAgICAgICAgICAgICAgICAgICAg ICBEYW5hIEJsYWlyDQpGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9k ZWwtMTcudHh0DQpQYWdlcyAgICAgICAgICAgOiA1Nw0KRGF0ZSAgICAgICAgICAgIDogMjAxOC0w My0wMw0KDQpBYnN0cmFjdDoNCiBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBkYXRhIG1vZGVsIGZv ciBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wpLg0KIEFDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBz ZXQgb2YgcnVsZXMsIHVzZWQgdG8gY29uZmlndXJlIHRoZQ0KIGZvcndhcmRpbmcgYmVoYXZpb3Ig aW4gZGV2aWNlLiAgRWFjaCBydWxlIGlzIHVzZWQgdG8gZmluZCBhIG1hdGNoIG9uDQogYSBwYWNr ZXQsIGFuZCBkZWZpbmUgYWN0aW9ucyB0aGF0IHdpbGwgYmUgcGVyZm9ybWVkIG9uIHRoZSBwYWNr ZXQuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQg aXM6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRt b2RlbF8mZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUt QlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz00NEdKbHF4cUIwWUs1Rzln YjFUVXpBb2J1Z01IeERXZmxhUENaM0lZcEtBJmU9DQoNClRoZXJlIGFyZSBhbHNvIGh0bWxpemVk IHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGlldGYtMkRu ZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBV akJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdU dmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9j JnM9cmJtOTFTU0pfMHN4RnhiNjkyZDBGSDBHLWRiQlRBVUNmMktSeVN5enRKUSZlPQ0KaHR0cHM6 Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tl ci5pZXRmLm9yZ19kb2NfaHRtbF9kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0y RDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJS S2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9c2l5cHlCbjNGOG82YnNCM1oz RTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZlPQ0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMg dmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j b20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19yZmNkaWZmLTNGdXJsMi0zRGRyYWZ0 LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmZD1Ed0lDQWcmYz1IQWtZdWg2M3Jz dWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZ aHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FB OEdIZmdZbnlab2Mmcz10MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQwZnAzZlhxY2Q4MGc4 JmU9DQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24g YW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fdG9vbHMuaWV0Zi5vcmdfJmQ9RHdN RmFRJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1Aw eG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1CZ3lqbmZTclpmc3dXclRN aVctUGRLRUpVRWwzSVh0d0NTbzFQUXlWVWFBJnM9NEZqR09sZDQ5R3dJMG1vWjdoNmx0bHV2MFJY TjFyUG1HcDBkLThtakRtQSZlPT4uDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18mZD1Ed0lD QWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4 bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3 bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz14UDd6OVZ4VWd0T3RTVklncVBGNVJLSXFUT2k2 d2otSEVYdlpLQlJUaVV3JmU9DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRv Om5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91 cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdJ Q0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1Aw eG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1Jm N2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1 RTZ2dWFKNENxa19vaTFIQSZlPQ0KDQpNYWhlc2ggSmV0aGFuYW5kYW5pDQptamV0aGFuYW5kYW5p QGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0 DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt YW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1L LW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xh SmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9T0tJ VkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZlPQ0KDQpNYWhlc2ggSmV0 aGFuYW5kYW5pDQptamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBn bWFpbC5jb20+DQoNCg0KTWFoZXNoIEpldGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5j b208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPg0KDQoNCg0KDQoNCk1haGVzaCBKZXRo YW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdt YWlsLmNvbT4NCg0KDQoNCg== --_000_CE91DDC8F13648CA9FB5DB6B200CE2FEciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpIZWx2ZXRpY2E7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpNb25hY287DQoJcGFub3NlLTE6MiAwIDUgMCAwIDAgMCAwIDAg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRp di5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5 OkNvbnNvbGFzO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1l OmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZ3JlZWQg4oCTIEkgd2FzIGp1c3QgbWFr aW5nIHRoZSBwb2ludCB0aGF0IOKAnGFjY2Vzcy1saXN0c+KAnSBpc27igJl0IGNvcnJlY3QuIEl0 IHNlZW1zIHRoZXJlIGhhdmUgYmVlbiBvdGhlciBub24tYmFja3dhcmQgY29tcGF0aWJsZSBjaGFu Z2VzIHRvIHRoZSBtb2RlbCwgc28gSSBkb27igJl0IHNlZSB3aHkgeW91IHdvdWxkbuKAmXQgZml4 IGl0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxicj4NCkFj ZWUgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Y29sb3I6YmxhY2siPk1haGVzaCBKZXRoYW5hbmRhbmkgJmx0O21qZXRoYW5hbmRhbmlAZ21h aWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXksIE1hcmNoIDE0LCAyMDE4IGF0 IDY6MDQgUE08YnI+DQo8Yj5UbzogPC9iPkFjZWUgTGluZGVtICZsdDthY2VlQGNpc2NvLmNvbSZn dDs8YnI+DQo8Yj5DYzogPC9iPktlbnQgV2F0c2VuICZsdDtrd2F0c2VuQGp1bmlwZXIubmV0Jmd0 OywgTkVUTU9EIFdHICZsdDtuZXRtb2RAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9i PlJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMTcu dHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PklmIHdlIGFncmVlIHRvIG1ha2UgYW55IGNoYW5nZSwgYW5kIGN1cnJlbnRseSBJIGRvIG5vdCBz ZWUgYSBjb25zZW5zdXMgb24gaXQsIGl0IHdvdWxkIGJlIHRvIG1ha2UgaXQgJ2FjbHMnLiBFeHBh bmRpbmcgaXQgdG8gJ2FjY2Vzcy1jb250cm9sLWxpc3RzJywgd291bGQgYmVnIHRoZSBxdWVzdGlv biBvZiB3aHkgbm90IGV4cGFuZCAnYWNsJywgJ2FjZScgYW5kICdhY2VzJywNCiBhbmQgd2UgZG8g bm90IHdhbnQgdG8gZ28gdGhlcmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9IkFw cGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PGJyPg0KTWFoZXNoIEpldGhhbmFuZGFuaSZuYnNwOyA8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGEg aHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5tamV0aGFuYW5kYW5pQGdtYWls LmNvbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0OjBp bjttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4tbGVmdDouNWluIj4NCjxicj4NCk9uIE1hciAx NCwgMjAxOCwgYXQgMTozMCBQTSwgQWNlZSBMaW5kZW0gKGFjZWUpICZsdDs8YSBocmVmPSJtYWls dG86YWNlZUBjaXNjby5jb20iPmFjZWVAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj5JIGFncmVlIHRoYXQgaWYgb25lIGlzIHRvIGJlIGNvbnNpc3RlbnQgd2l0 aCB0aGUgcmVzdCBvZiB0aGUgbW9kZWwsIGUuZy4sIOKAnGFjZXPigJ0sIGl0IHNob3VsZCBiZSDi gJxhY2xz4oCdLiBIb3dldmVyLCBib3RoIGFyZSBhIGJpdCBjcnlwdGljLiBIYXZpbmcgc2FpZCB0 aGF0LCDigJxhY2Nlc3MtbGlzdHPigJ0gaXNu4oCZdCByZWFsbHkgY29ycmVjdCBpZiB5b3XigJly ZSAmbmJzcDtnb2luZyB0byBleHBhbmQNCiBpdCwgaXQgc2hvdWxkIGJlIOKAnGFjY2Vzcy1jb250 cm9sLWxpc3Rz4oCdLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5UaGFua3MsIDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkFjZWUgPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+bmV0bW9kICZsdDs8YSBocmVmPSJtYWls dG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmciPm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPC9hPiZn dDsgb24gYmVoYWxmIG9mIE1haGVzaCBKZXRoYW5hbmRhbmkgJmx0OzxhIGhyZWY9Im1haWx0bzpt amV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+bWpldGhhbmFuZGFuaUBnbWFpbC5jb208L2E+Jmd0Ozxi cj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXksIE1hcmNoIDE0LCAyMDE4IGF0IDM6MjYgUE08YnI+ DQo8Yj5UbzogPC9iPktlbnQgV2F0c2VuICZsdDs8YSBocmVmPSJtYWlsdG86a3dhdHNlbkBqdW5p cGVyLm5ldCI+a3dhdHNlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5ORVRN T0QgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9y ZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbmV0bW9kXSBJLUQgQWN0aW9uOiBk cmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMTcudHh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+Jm5i c3A7PG86cD48L286cD48L2E+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5PbiBNYXIgMTQsIDIwMTgsIGF0 IDEwOjQyIEFNLCBLZW50IFdhdHNlbiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzprd2F0c2Vu QGp1bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij5rd2F0c2VuQGp1bmlwZXIubmV0PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+Jmd0Ow0KIHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+SGkgTWFo ZXNoLCZuYnNwOyBwbGVhc2UgbG9vayBmb3IgJmx0OyZsdDtLRU5UJmd0OyZndDsgYmVsb3cuPC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+QWxsLCBwbGVhc2UgdGFrZSBhIGxvb2sg YXQgdGhlIHF1ZXN0aW9uIGFyb3VuZCByZW5hbWluZyB0aGUgJnF1b3Q7YWNjZXNzLWxpc3RzJnF1 b3Q7IGNvbnRhaW5lci48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5UaGFua3Ms PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+S2VudDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9uIDMvMTMvMTgsIDk6 NDYgUE0sICZxdW90O01haGVzaCBKZXRoYW5hbmRhbmkmcXVvdDsgJmx0Ozwvc3Bhbj48L3NwYW4+ PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6cHVy cGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZndDsNCiB3 cm90ZTo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PbiBNYXIgMTMs IDIwMTgsIGF0IDM6MjMgUE0sIEtlbnQgV2F0c2VuICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9 Im1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6cHVycGxlIj5rd2F0c2Vu QGp1bmlwZXIubmV0PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmd0Ow0KIHdyb3RlOjwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+SGkgTWFoZXNoLDwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlBs ZWFzZSBsb29rIGZvciAmbHQ7S0VOVCZndDsgYmVsb3cuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VGhhbmtzLDwvc3Bhbj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQiPktlbnQ8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj5PbiAzLzgvMTgsIDc6NDAgUE0sICZxdW90O01haGVzaCBKZXRoYW5h bmRhbmkmcXVvdDsgJmx0Ozwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRh bmlAZ21haWwuY29tIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6cHVycGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNv bTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZndDsNCiB3cm90ZTo8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPktlbnQsPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T24gTWFyIDcsIDIwMTgs IGF0IDE6NTUgUE0sIEtlbnQgV2F0c2VuICZsdDs8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0 bzprd2F0c2VuQGp1bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6cHVycGxlIj5rd2F0c2VuQGp1bmlw ZXIubmV0PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmd0Ow0KIHdyb3RlOjwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhIj5bVG8gYWxsIHRob3NlIHRoYXQgc2FpZCB0aGlzIGRyYWZ0IHdhcyBy ZWFkeSwgcmVhbGx5P108YnI+DQo8YnI+DQo8YnI+DQpIaSBNYWhlc2gsPGJyPg0KPGJyPg0KVGhh bmtzIGZvciB0aGUgdXBkYXRlLiAmbmJzcDtJIGZvdW5kIHNvbWUgbW9yZSBpc3N1ZXMuICZuYnNw O1NvbWUgbXVzdCBiZSBmaXhlZCw8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PGJyPg0Kb3RoZXJzIGFyZSBuaXRzLCBhbmQgbWlnaHQgYmUgY2F1Z2h0IGJ5 IHRoZSBSRkMgRWRpdG9yLiAmbmJzcDtCdXQgSSB0aGluazxicj4NCnRoYXQgaXQncyBlbWJhcnJh c3NpbmcgdG8gcmVjZWl2ZSBjb21tZW50cyBmb3Igc3VjaCB0aGluZ3MgZnJvbSB0aGU8c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KSUVTRywgYXMg aXMgcmVjZW50bHkgdGhlIGNhc2UgZm9yIHRoZSBzeXNsb2cgZHJhZnQsIHNvIHBsZWFzZSBzZWU8 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0Kd2hh dCB5b3UgY2FuIGRvLjxicj4NCjxicj4NClRoYW5rcyw8YnI+DQpLZW50PGJyPg0KPGJyPg0KPGJy Pg0KRnJvbSBJZG5pdHM6PGJyPg0KPGJyPg0KJm5ic3A7KiogVGhlcmUgYXJlIDYgaW5zdGFuY2Vz IG9mIHRvbyBsb25nIGxpbmVzIGluIHRoZSBkb2N1bWVudCwgdGhlIGxvbmdlc3Qgb25lPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YmVpbmcgNyBjaGFyYWN0ZXJzIGluIGV4Y2VzcyBvZiA3 Mi48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SG1tLiBUaGUgaWRuaXRzIGF0IHN1Ym1pc3Npb24g dGltZSBkaWQgbm90IGNvbXBsYWluLiBXaWxsIGFwcGx5IHRoZSBuZXcgc2NyaXB0IHRoYXQNCiB5 b3UgcHJvdmlkZWQgdG8gbWFrZSBzdXJlIEkgd3JhcCB0aGVtIGFyb3VuZC48L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJy Pg0KJm5ic3A7WW91IHdyb3RlIGJlZm9yZSB0aGF0IGl0IHdhcyAmcXVvdDtGaXhlZCZxdW90Oywg YnV0IGl0J3Mgc3RpbGwgaGVyZT8gJm5ic3A7Tm90ZTogJnF1b3Q7KiomcXVvdDsgaXM8YnI+DQom bmJzcDthbiBlcnJvciAoaWRuaXRzIGxhYmVsKTxicj4NCjxicj4NCiZuYnNwOy0tIFRoZSBkb2N1 bWVudCBoYXMgZXhhbXBsZXMgdXNpbmcgSVB2NCBkb2N1bWVudGF0aW9uIGFkZHJlc3NlcyBhY2Nv cmRpbmc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0byBSRkM2ODkwLCBidXQgZG9lcyBu b3QgdXNlIGFueSBJUHY2IGRvY3VtZW50YXRpb24gYWRkcmVzc2VzLiAmbmJzcDtNYXliZTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RoZXJlIHNob3VsZCBiZSBJUHY2IGV4YW1wbGVzLCB0 b28/PGJyPg0KPGJyPg0KJm5ic3A7SSBkb24ndCBmZWVsIHN0cm9uZ2x5IGFib3V0IHRoaXMsIGJ1 dCBpZiBpdCdzIGVhc3kgZW5vdWdoIHRvIGRvLi4uPGJyPg0KPGJyPg0KSW4gdGhlIEFic3RyYWN0 Ojxicj4NCiZuYnNwOy0gSSB0aGluayB0aGUgd29yZCAmcXVvdDthbiZxdW90OyBpcyBtaXNzaW5n IChlLmcuLCBhbiBBQ0wpPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFkZGVkLjwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48 YnI+DQpJbiB0aGUgSW50cm9kdWN0aW9uOjxicj4NCiZuYnNwOy0gc2hvdWxkICZxdW90O29yZGVy ZWQtYnktdXNlciZxdW90OyBiZSAmcXVvdDtvcmRlcmVkLWJ5IHVzZXImcXVvdDsgdG8gYXZvaWQg Y29uZnVzaW9uLCBvciBwZXJoYXBzIHNheSBpdCBhbm90aGVyIHdheT88L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+SG93IGFib3V0IHRoaXMgaW4gYm90aCB0aGUgQWJzdHJhY3QgYW5kIHRoZSBJbnRy b2R1Y3Rpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PTEQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm dDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtv cnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWwgaW5pdGlhbDti YWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRpYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2Ei PkFDTCBpcyBhIG9yZGVyZWQtYnktdXNlciBzZXQgb2YgcnVsZXM8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5ORVc6PC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFuIEFDTCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4gb3Jk ZXIgc2V0IGJ5IHRoZSB1c2VyPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7S0VOVCZndDtvciBob3cgYWJvdXQgJnF1b3Q7QW4gQUNM IGlzIGEgdXNlci1vcmRlcmVkIHNldCBvZiBydWxlc+KAnT88L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj5Pay48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSB3aGF0IGRvZXMgJnF1b3Q7YSB0 dXBsZSBvZiZxdW90OyBtZWFuPyAmbmJzcDtDYW4gdGhpcyBiZSByZXN0YXRlZD88L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+SG93IGFib3V0IHRoaXM/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5PTEQ6PC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlO2JyZWFrLWJlZm9y ZTogcGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7b3JwaGFuczogMjt3aWRvd3M6 IDI7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6 aW5pdGlhbCBpbml0aWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0aWNhIj5UaGUgbWF0Y2ggY3JpdGVy aWEgY29uc2lzdCBvZiBhIHR1cGxlIG9mIHBhY2tldCBoZWFkZXIgbWF0Y2ggY3JpdGVyaWEgYW5k IGNhbiBoYXZlIG1ldGFkYXRhIG1hdGNoIGNyaXRlcmlhIGFzIHdlbGwuPC9zcGFuPjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk5FVzo8L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2Zv bnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3Jv dW5kLXBvc2l0aW9uOmluaXRpYWwgaW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGlu aXRpYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2EiPlRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0 IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hlcywgYW5kIG9yIG9yIG1ldGFkYXRhIGFzIGRlc2NyaWJl ZCBiZWxvdzo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmx0O0tFTlQmZ3Q7 b3IgaG93IGFib3V0ICZxdW90O1RoZSBtYXRjaCBjcml0ZXJpYSBjYW4gYmUgYSBtdWx0aXBsaWNp dHkgb2YgY3JpdGVyaWEsIGFsbCBvZg0KIHdoaWNoIG11c3QgYmUgdHJ1ZSBmb3IgdGhlIG1hdGNo IHRvIG9jY3VyLiZuYnNwOyZuYnNwOyBUaGUgbWF0Y2ggY3JpdGVyaWEgbWF5IG1hdGNoIGFnYWlu c3QgdmFsdWVzIGluIHRoZSBwYWNrZXQgaGVhZGVyIG9yIGFnYWluc3QgdmVuZG9yLXNwZWNpZmlj IG1ldGFkYXRhIGFib3V0IHRoZSBwYWNrZXQuJnF1b3Q7PyZuYnNwOyZuYnNwOyAtIG9yIHNvbWV0 aGluZyBpbiBiZXR3ZWVuPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij5PciBzaW1wbHkgYXM6PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij7igJxUaGUgbWF0Y2ggY3JpdGVyaWEgYWxsb3dzIGZvciBkZWZpbml0aW9uIG9mIHBhY2tldCBo ZWFkZXJzIGFuZCBtZXRhZGF0YSwgYWxsIG9mDQogd2hpY2ggbXVzdCBiZSB0cnVlIGZvciB0aGUg bWF0Y2ggdG8gb2NjdXIuJnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCiZsdDsmbHQ7S0VO VCZndDsmZ3Q7IG9rYXk8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL0luIGNhc2UgdmVuZG9yIHN1 cHBvcnRzIGl0L0luIGNhc2UgYSB2ZW5kb3Igc3VwcG9ydHMgaXQvID88L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7VGhlIGxpc3Qgb2YgWCBpcyBlbmRs ZXNzIGRlcGVuZGluZyBvbi4uLiZxdW90Oy4gJm5ic3A7SXMgJnF1b3Q7ZW5kbGVzcyZxdW90OyB0 aGUgcmlnaHQgd29yZCwgcGVyaGFwcyByZXN0YXRlPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPk9MRDo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6 IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWwg aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRpYWwiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPlRoZSBsaXN0IG9mIHBvdGVudGlhbCBhY3Rp b25zIGlzIGVuZGxlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGU7YnJlYWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFy aWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAyO3dpZG93czogMjtiYWNrZ3JvdW5kLXBv c2l0aW9uOmluaXRpYWwgaW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRpYWwi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ TkVXOjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZTti cmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6 IDI7d2lkb3dzOiAyO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91 bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlhbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+VGhlIGxpc3Qgb2YgcG90ZW50aWFsIGFjdGlvbnMgaXMgbGltaXRsZXNz PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmx0O0tFTlQmZ3Q7IG9yIG1heWJlICZxdW90 O3VuYm91bmRlZOKAnT88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gc2FtZSBzZW50ZW5j ZSBhcyBhYm92ZSwgc2hvdWxkICZxdW90O25ldHdvcmtlZCBkZXZpY2VzJnF1b3Q7IGJlICZxdW90 O25ldHdvcmsmcXVvdDsgb3IgJnF1b3Q7bmV0d29ya2luZyZxdW90OyBkZXZpY2VzPzwvc3Bhbj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj5XaWxsIGNoYW5nZSDigJxuZXR3b3JrZWQgZGV2aWNlc+KAnSB0byDi gJxuZXR3b3JraW5nIGRldmljZXPigJ0uPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi Pjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gMzo8YnI+ DQombmJzcDstICZxdW90O0EgbmV0d29yayBzeXN0ZW0gdXN1YWxseSBoYXZlIGEgbGlzdCBvZiBB Q0xzJnF1b3Q7ICZuYnNwOyhzL3N5c3RlbS9zeXN0ZW1zLyBvciBzL2hhdmUvaGFzLz8pPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPnMvaGF2ZS9oYXMvLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1Ro ZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hpbmcmcXVvdDsg LSBpcyBjb25zaXN0IHRoZSByaWdodCB3b3JkPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Ib3cg d291bGQgeW91IHJlc3RhdGUgaXQ/IChBZnRlciBJIGhhdmUgcy9jb25zaXN0L2NvbnNpc3RzLyk8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZsdDtLRU5UJmd0OyBzZWUgYWJvdmUgKG15IGNvbW1lbnQgYmVmb3JlIGxhc3QsIGl0IGlzIHRo ZSBzYW1lIHNlbnRlbmNlLCByaWdodD8pPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T25jZSB3 ZSBhZ3JlZSBvbiB0aGUgYWJvdmUgY29tbWVudCwgSSB3aWxsIHJlcGxpY2F0ZSBpdC48L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgb2theS48L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4N Cjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPiZuYnNwOy0gJnF1b3Q7SXQgYXMgYWxzbyBwb3NzaWJsZSBmb3IgQUNFIHRvIG1hdGNoIG9u IG1ldGFkYXRhJnF1b3Q7ICZuYnNwO3MvYXMvaXMvIGFuZCBzL0FDRS9hbiBBQ0UvPC9zcGFuPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPk9rPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7V2hlbiBhcHBsaWVkIHRv IGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCB0aGUgQUNMIGlzIGFwcGxpZWQgaW4g YSBkaXJlY3Rpb248YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt3aGljaCBpbmRpY2F0ZXMg aWYgaXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gcGFja2V0IGVudGVyaW5nIChpbnB1dCkgb3IgbGVh dmluZyB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkZXZpY2UgKG91dHB1dCkuJnF1 b3Q7ICZuYnNwOy0gcmVzdGF0ZSB0byB0YWxrIGFib3V0ICZxdW90O2luZ3Jlc3MmcXVvdDsgYW5k ICZxdW90O2VncmVzc+KAnT88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SG93IGFib3V0Ojwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+V2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2 aWNlLCB0aGUgQUNMIGlzIGFwcGxpZWQgaW4gYSBkaXJlY3Rpb24NCiB3aGljaCBpbmRpY2F0ZXMg aWYgaXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gaW5ncmVzcyBpbnRlcmZhY2UgKGlucHV0KSBvciBl Z3Jlc3MgaW50ZXJmYWNlIChvdXRwdXQpLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij48YnI+DQombHQ7S0VOVCZndDtvciBtYXliZSAmcXVvdDtXaGVuIGFwcGxpZWQgdG8gaW50ZXJm YWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIGRpc3RpbmN0IEFDTHMgYXJlIGRlZmluZWQgZm9y IHRoZSBpbmdyZXNzIChpbnB1dCkgYW5kIGVncmVzcyAob3V0cHV0KSBkaXJlY3Rpb25zLuKAnTwv c3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O0FuIGV4YW1wbGUg aW4gdGhlIGFwcGVuZGl4IHNob3dzIGhvdyB0byBleHByZXNzIGl0IGluIFlBTkcgbW9kZWwuJnF1 b3Q7IC0gZWl0aGVyIHRoaXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtpcyBub3QgdHJ1ZSwgb3Ig dGhlIHNlbnRlbmNlIHNob3VsZCBub3QgYmUgYXQgdGhlIGVuZCBvZiB0aGlzIHBhcmFncmFwaDwv c3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5SZW1vdmVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9u IDMuMTo8YnI+DQombmJzcDstIHMvYW5kIG11c3Qgc3RhdGVtZW50cy9hbmQgJ211c3QnIHN0YXRl bWVudHMvPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkRvbmUgYW5kIHMvaWYtZmVhdHVyZS/igJhp Zi1mZWF0dXJl4oCZLzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvZGVmaW5lIG5ldyAmcXVvdDttYXRjaGVz JnF1b3Q7IGNob2ljZS9kZWZpbmUgYSBuZXcgJnF1b3Q7bWF0Y2hlcyZxdW90OyBjaG9pY2UvID88 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+RG9uZS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA0 LjE6PGJyPg0KJm5ic3A7LSAmcXVvdDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDsgaXMg dGhlIHN0YW5kYXJkIHRvcCBsZXZlbCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0czxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOy0gd2hhdCBkb2VzIHRoaXMgbWVhbj88L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+T0xEOjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mcXVv dDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDsgaXMgdGhlIHN0YW5kYXJkIHRvcCBsZXZl bCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0czwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+TkVXOjwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mcXVvdDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVv dDsgaXMgdGhlIHRvcCBsZXZlbCBtb2R1bGUgZm9yIGFjY2VzcyBsaXN0czwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQombHQ7S0VOVCZndDsgaXQncyBtb3JlIHRoYW4gdGhl IHdvcmQgJnF1b3Q7c3RhbmRhcmQmcXVvdDsuJm5ic3A7IE1heWJlIHNvbWV0aGluZyBsaWtlIHRo aXM6ICZuYnNwO1RoZSAmcXVvdDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDs8L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+bW9kdWxlIGRlZmluZXMgYSBjb250YWluZXIgY2FsbGVkICZxdW90O2FjY2Vz cy1saXN0JnF1b3Q7Jm5ic3A7IC0gd2hhdCBkbyB5b3UgdGhpbms/Jm5ic3A7Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZsdDtLRU5UJmd0O0JUVywgd2h5IGlzIHRoZSBjb250YWluZXIg Y2FsbGVkICZxdW90O2FjY2Vzcy1saXN0cyZxdW90OyBhbmQgbm90IGUuZy4sICZxdW90O2FjbHMm cXVvdDsuJm5ic3A7IEkgdGhvdWdodA0KIHRoYXQgdGhlcmUgd2FzIGEgbm9kZS1uYW1pbmcgaWRp b20gYWxvbmcgdGhlIGxpbmVzIG9mICZxdW90Oy93aWRnZXRzL3dpZGdldCZxdW90OyBmb3Igd2hl biBhIGxpc3QgaXMgYSBkZXNjZW5kZW50IG9mIGEgY29udGFpbmVyLjwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPkhpc3RvcnkuIFdoZW4gd2UgaW5oZXJpdGVkIHRoZSBkcmFmdCwgaXQgd2FzIG5h bWVkIGFjY2Vzcy1saXN0cy4gSSBjYW4gY2hhbmdlIGl0DQogdG8g4oCcYWNsc+KAnS48L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgSSB0aGluayBpdCBzaG91bGQg YmUgJnF1b3Q7YWNscyZxdW90OywgYnV0IEkgd291bGRuJ3Qgd2FudCB0byBtYWtlIHRoaXMgY2hh bmdlIHVuaWxhdGVyYWxseS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+RG9lcyBhbnlib2R5IGVsc2UgaGF2ZSBhbiBpc3N1 ZSB3aXRoIHRoZSBjb250YWluZXIgYmVpbmcgY2FsbGVkICZxdW90O2FjY2Vzcy1saXN0c+KAnSA/ PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gVGhlICZxdW90 O2FjY2Vzcy1saXN0cyZxdW90OyBjb250YWluZXIgc3RvcmVzIGEgbGlzdCBvZiAmcXVvdDthY2wm cXVvdDsuIC0gcy9zdG9yZXMvaGFzIG9yIGNvbnRhaW5zPy88c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPnMvc3Rv cmVzL2hhcy88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDsuLi50aGF0IGNhbiBiZSB1c2VkIHRvIGRl dGVybWluZSB3aGljaCBydWxlIHdhcyBtYXRjaGVkIHVwb24mcXVvdDsgLSBub3Qgc3VyZSBpZiB0 aGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cGFydCBpcyBuZWVkZWQsIG9yIG1heWJlIGJldHRl ciByZXN0YXRlZCAmcXVvdDssIHdoaWNoIGNhbiBsYXRlciBiZSB1c2VkIHRvIGRldGVybWluZeKA piZxdW90Oz88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gcy9h YmlsaXR5IGZvciBBQ0wncyB0byBiZS9hYmlsaXR5IGZvciBBQ0xzIHRvIGJlLzwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj5Pay48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA0LjEgKGluIHRoZSBZ QU5HIG1vZHVsZSk6PGJyPg0KJm5ic3A7LSBBIG51bWJlciBvZiBpZGVudGl0aWVzIHJlYWQgJnF1 b3Q7QUNMIHRoYXQgcHJpbWFyaWx5IG1hdGNoZXMuLi4mcXVvdDsuICZuYnNwO0lzICZxdW90O3By aW1hcmlseSZxdW90Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO2FuIGFjY3VyYXRlIHdvcmQ/IC0g aWYgc28sIHRoZW4gZG8gd2UgbmVlZCB0byBzYXkgYW55dGhpbmcgYWJvdXQgd2hlbiBpdCdzPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7bm90IHRoZSBjYXNlPzxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+QXMgb25l IG9mIHRoZSB0ZXh0IHNheXMuIEl0IHByaW1hcmlseSBtYXRjaGVzIElQdjQsIGFuZCBkb2VzIG5v dCBtYXRjaCBlaXRoZXIgZXRoZXJuZXQNCiBvciBJUHY2IGhlYWRlcnMuIFN1Y2ggQUNMIHR5cGVz IGFyZSBkaWZmZXJlbnQgZnJvbSB0aGUgbWl4ZWQgQUNMIHR5cGVzIHRoYXQgbWlnaHQgbWF0Y2gg b24gYSBjb21iaW5hdGlvbiBvZiBldGhlcm5ldCBhbmQgSVB2NCBoZWFkZXJzIGV0Yy48L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZsdDtL RU5UJmd0O0J1dCBteSBjb21tZW50IGlzIG1vcmUgdGhhdCAmcXVvdDtwcmltYXJpbHkmcXVvdDsg c2VlbXMgd2lzaHktd2FzaHkuJm5ic3A7IEl0IHNlZW1zIGxpa2UgaXQNCiBkb2Vzbid0ICpwcmlt YXJpbHkqIGRvIHNvbWV0aGluZywgaXQgYWN0dWFsbHkgZG9lcyBpdC4mbmJzcDsmbmJzcDsgSWYg dGhlcmUgaXMgYSBncmV5IGFyZWEsIHdoZXJlIGl0IG1pZ2h0IG1hdGNoIHNvbWV0aGluZyBlbHNl LCBpZiBwb3NzaWJsZSwgbWF5YmUgaXQgd291bGQgaGVscCB0byBjYWxsIHRoYXQgb3V0Pzwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLiBXaWxsIGRyb3AgdGhlIHdvcmQg4oCccHJpbWFyaWx5 4oCdLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPiZuYnNwO1NlcGFyYXRlbHksIHMvQUNML2FuIEFDTC8/PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPk9rLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIEEgbnVtYmVyIG9mIGZlYXR1cmVzIHJlYWQgJnF1 b3Q7RGV2aWNlIGNhbiBzdXBwb3J0Li4uJnF1b3Q7IC0gcy9EZXZpY2UvVGhlIGRldmljZS8/PC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O0l0IGNhbiBo YXZlIG9uZSBvciBtb3JlIEFjY2VzcyBDb250cm9sIExpc3RzJnF1b3Q7IC0gbGlzdHMgc2hvdWxk IGJlIHNpbmd1bGFyLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5SZWFsbHk/IEVuZ2xpc2ggZ3Jh bW1hciBzYXlzIHRoYXQgaWYgYSBzZW50ZW5jZSBoYXMgYm90aCBhIHNpbmd1bGFyIGFuZCBhIHBs dXJhbCwNCiB0aGUgb25lIG5lYXJlc3QgdG8gdGhlIHN1YmplY3QgaXMgdGhlIG9uZSB5b3Ugc2Vs ZWN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jmx0O0tFTlQmZ3Q7YWN0dWFsbHksIEknbSBqdXN0IGdvaW5nIG9mZiB0aGUgZmFjdCB0 aGF0IHRoZSBsaXN0IG5vZGUgaXMgY2FsbCAmcXVvdDthY2wmcXVvdDssIHdoaWNoDQogaXMgc2lu Z3VsYXIuJm5ic3A7IFBlcmhhcHMgZXZlbiBiZXR0ZXIgd291bGQgYmUgdG8gc2F5OjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDs8L3NwYW4+PC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+SXQNCiBjYW4gY29udGFpbiBvbmUgb3IgbW9yZSAmcXVvdDthY2wmcXVvdDsgbm9k ZXMgLSB0aG91Z2h0cz88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5CdXQgZXZlbiBub2RlcyBp cyBhIHBsdXJhbC4gU28gd2hhdCB3b3VsZCBiZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIOKAnGFj bHPigJ0gYW5kIOKAnGFjbA0KIG5vZGVz4oCdLiBJIHdvdWxkIHJhdGhlciBoYXZlIHRoZSBSRkMg ZWRpdG9yIGRlYWwgd2l0aCB0aGlzLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQombHQ7Jmx0O0tF TlQmZ3Q7Jmd0OyBNeSBpc3N1ZSBpc24ndCBzbyBtdWNoIHRoZSBwbHVyYWxpdHksIGFzIGl0IGlz IG1hdGNoaW5nIHdoYXQgaXMgaW4gdGhlIFlBTkcuJm5ic3A7Jm5ic3A7IFRoZSBub2RlIGlzIGNh bGxlZCAmcXVvdDthY2wmcXVvdDssIHNvIHRoZW4geW91IHdhbnQgdG8gc2F5IHRoYXQgdGhlcmUg YXJlIG11bHRpcGxlICZxdW90O2FjbCZxdW90OyBub2RlcyAobm90ICZxdW90O2FjbHMmcXVvdDsp LiZuYnNwOyBJbiBmYWN0LCBwdXR0aW5nICZxdW90O2FjbHMmcXVvdDsgd291bGQgYmUgZXZlbiBt b3JlIGNvbmZ1c2luZyBpcyB0aGUgJnF1b3Q7YWNjZXNzLWxpc3RzJnF1b3Q7DQogY29udGFpbmVy IGlzIHJlbmFtZWQgdG8gJnF1b3Q7YWNsc+KAnS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPk9rLiBJIGNhbiByZXdv cmQgdGhlIHNlbnRlbmNlIHRvIHNheSDigJxJdCBjYW4gaGF2ZSBvbmUgbW9yZSBhY2wgbm9kZXPi gJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtBbiBBY2Nlc3MgQ29udHJvbCBMaXN0KEFDTCkm cXVvdDsgLSBwdXQgYSBzcGFjZSBiZWZvcmUgKEFDTCk8L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7IEluZGljYXRlcyB0aGUgcHJpbWFyeSBpbnRlbmRl ZCZxdW90OyAtIGhlcmUncyB0aGF0IHdvcmQgJnF1b3Q7cHJpbWFyeSZxdW90OyBhZ2Fpbi4uLjxi cj4NCiZuYnNwOy0gcy9hIGxpc3Qgb2YgYWNjZXNzLWxpc3QtZW50cmllcyhBQ0UpLyBhIGxpc3Qg b2YgYWNjZXNzLWxpc3QtZW50cnkgbm9kZXMgKEFDRSkvPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij5Pay48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL0xpc3Qgb2YgYWNjZXNzIGxpc3QgZW50cmllcyhBQ0Up L0xpc3Qgb2YgYWNjZXNzIGxpc3QgZW50cnkgbm9kZXMgKEFDRSkvPzxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOy0gdGhlcmUgaXMgbW9yZSB0aGFuIG9uZSBpbnN0YW5jZSBvZiB0 aGlzIGluIHRoZSBtb2RlbDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFy azpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5GaXhlZC48L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+ Jm5ic3A7LSAmcXVvdDsuLi8uLi8uLi8uLi90eXBlJnF1b3Q7IC0gc3RpbGwgc29tZSBsb25nIHJl bGF0aXZlIFhQYXRoczwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5GaXhlZC48L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7LSAmcXVvdDsgb3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzJnF1b3Q7 IC0gdGhpcyBpc24ndCB0aGVyZSB5ZXQuICZuYnNwO0kgdGhpbmsgeW91PGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7d2FudCB0byBzYXkgc29tZXRoaW5nIGxpa2UgJnF1b3Q7dGhpcyBpcyBhIGNob2lj ZSBzbyBhcyB0byBzdXBwb3J0IGZ1dHVyZSAnY2FzZSc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtz dGF0ZW1lbnRzLCBzdWNoIGFzIG9uZSBlbmFibGluZyBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cyB0 byBiZSByZWZlcmVuY2Vk4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkhvdyBhYm91dDo8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj5DaG9pY2Ugb2Ygc291cmNlIHBvcnQgZGVmaW5pdGlvbiB1c2lu ZyByYW5nZS9vcGVyYXRvciBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZg0KIHNvdXJjZSBwb3J0 cywgdG8gYmUgYWRkZWQgYXMgYSBmdXR1cmUgJ2Nhc2UnIHN0YXRlbWVudC48L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZsdDtLRU5UJmd0O0kgbGlrZSBteSBmcmFt aW5nIGJldHRlciBiZWNhdXNlIDEpIGl0IGlzIGxlc3MgY29tbWl0dGFsIGFib3V0IHRoZSBmdXR1 cmUgYW5kDQogMikgaXQgZG9lc24ndCBsaW1pdCB0aGVyZSB0byBiZWluZyBqdXN0IG9uZSAnY2Fz ZScgc3RhdGVtZW50IHRoYXQgbWlnaHQgYmUgYWRkZWQgaW4gdGhlIGZ1dHVyZS48L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTpNb25hY287Y29sb3I6IzAwOEYwMCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5Ok1vbmFjbztjb2xvcjojMDA4RjAw Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gZGl0dG8gZm9yICZxdW90O29yIHJlZmVycmluZyB0 byBhIGdyb3VwIG9mIGRlc3RpbmF0aW9uIHBvcnRzLiZxdW90Ozxicj4NCiZuYnNwOy0gZGl0dG8g b24gYm90aCBvZiB0aGUgYWJvdmUgZm9yIHRoZSAmcXVvdDt1ZHAmcXVvdDsgY29udGFpbmVyPGJy Pg0KJm5ic3A7LSBpcyBpdCBwb3NzaWJsZSBmb3IgYm90aCAmcXVvdDtlZ3Jlc3MtaW50ZXJmYWNl JnF1b3Q7IGFuZCAmcXVvdDtpbmdyZXNzLWludGVyZmFjZSZxdW90OyBsZWFmcyB0bzxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQombmJzcDsmbmJz cDsmbmJzcDtiZSBzcGVjaWZpZWQgYXQgdGhlIHNhbWUgdGltZT8gJm5ic3A7LSBpZiBub3QsIHNo b3VsZCB0aGVyZSBhICdtdXN0JyBzdGF0ZW1lbnQgdG88YnI+DQombmJzcDsmbmJzcDsmbmJzcDtw cmV2ZW50IHRoYXQgcG9zc2liaWxpdHk/IC0gb3IgYW4gZXhwbGFuYXRpb24gZm9yIHdoYXQgaGFw cGVucyBpZiBpdCBvY2N1cnM/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkxldCBtZSBkaXNjdXNz IHRoaXMgd2l0aCBteSBjby1hdXRob3JzLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jmx0O0tFTlQmZ3Q7YW55IHVwZGF0ZSBvbiB0aGlz Pzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBp bjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2lu YWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPlllcywgaXQgaXMgcG9zc2libGUgZm9yIGJvdGgg dGhlIOKAnGVncmVzcy1pbnRlcmZhY2XigJ0gYW5kIOKAnGluZ3Jlc3MtaW50ZXJmYWNl4oCdIHRv IGJlDQogc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWUuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4N CiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IG9rYXksIHRoZW4gbWF5YmUgdGhlcmUgY2FuIGJlIGFuIGV4 cGxhbmF0aW9uIG9mIHdoYXQgaGFwcGVucyB3aGVuIHRoYXQgb2NjdXJzPzwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ SXQgaXMgYSBtYXRjaGluZyBsZWFmLCBhbmQgdGVjaG5pY2FsbHkgb25lIGNhbiBtYXRjaCBvbiBt b3JlIHRoYW4gb25lIGxlYWYuIFNvIGEg4oCYbXVzdOKAmSBzdGF0ZW1lbnQgaXMgbm90IG5lZWRl ZCBmcm9tIGEgbW9kZWwgcGVyc3BlY3RpdmUuIEdlbmVyYWxseSB0aG91Z2gsIHRoZSBwYWNrZXQN CiBpcyBlaXRoZXIgY29taW5nIGluIG9uIGFuIGluZ3Jlc3MgKGlucHV0KSBpbnRlcmZhY2Ugb3Ig Z29pbmcgb3V0IGEgb3V0cHV0IChlZ3Jlc3MpIGludGVyZmFjZSwgYW5kIG9uZSB3b3VsZCBzaG91 bGQgaGF2ZSBzZXBhcmF0ZSBBQ0UgZW50cmllcyBmb3IgZWFjaCBkaXJlY3Rpb24gdGhlIHBhY2tl dCB0cmF2ZWxzIHRocm91Z2ggdGhlIGludGVyZmFjZS4gVGhlIG1hdGNoIHdpbGwgZmFpbCBpZiBi b3RoIGRpcmVjdGlvbnMgb2YgdGhlIGludGVyZmFjZQ0KIGFyZSBzcGVjaWZpZWQgaW4gdGhlIHNh bWUgQUNFIGVudHJ5LiBCdXQgaXNu4oCZdCB0aGF0IG9idmlvdXM/PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvVGhlIEFDTCdzIGFwcGxpZWQv VGhlIEFDTHMgYXBwbGllZC8gJm5ic3A7Jm5ic3A7KHRoaXMgaGFwcGVucyBtb3JlIHRoYW4gb25j ZSBpbiBtb2RlbCk8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Rml4ZWQuPC9zcGFuPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rp b24gNC4yOjxicj4NCiZuYnNwOy0gcmVmZXJlbmNlcyB0aGVtIGJ5ICZxdW90O3VzZXMmcXVvdDsg LS0mZ3Q7IHJlZmVyZW5jZXMgdGhlbSBieSAndXNlcycgc3RhdGVtZW50cyAmbmJzcDs/Pz88L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi Pjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gbm90IGFsbCB5b3VyICdy ZWZlcmVuY2UnIHN0YXRlbWVudHMgaGF2ZSB0aGUgdGl0bGUgb2YgdGhlIHJlZmVyZW5jZWQgZG9j dW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkZpeGVkLjwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZx dW90O3RoZW4gdGhlIGRhdGFncmFtIG11c3QgYmUgZGVzdHJveWVkJnF1b3Q7IC0gcy9kZXN0cm95 ZWQvZHJvcHBlZC8/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPk9rLjwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDst ICZxdW90O29yIHJlZmVycmluZyB0byBhIGdyb3VwIG9mIC4uLiZxdW90OyAmbmJzcDstIHNhbWUg Y29tbWVudHMgYXMgZm9yIHByZXZpb3VzIG1vZHVsZTxicj4NCiZuYnNwOy0gJnF1b3Q7ZWNlJnF1 b3Q7IGlzIG1pc3NpbmcgYSAncmVmZXJlbmNlJyBzdGF0ZW1lbnQ/ICZuYnNwOy08c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPkFkZGVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O0luZGljYXRlcyB0aGF0IHRoZSBV cmdlbnQgcG9pbnRlciBmaWVsZCBpcyBzaWduaWZpY2FudCZxdW90OyAtIHVyZ2VudCBpczxicj4N CiZuYnNwOyZuYnNwOyZuYnNwO2NhcGl0YWxpemVkLCBidXQgdGhlcmUncyBubyBjb250ZXh0IGFz IGZvciB3aHkuICZuYnNwO1BlcmhhcHMgbWlzc2luZyBhPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 cmVmZXJlbmNlIHN0YXRlbWVudCB0b28/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFkZGVkIGEg cmVmZXJlbmNlIHN0YXRlbWVudC48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBpbiAmcXVvdDt3aW5kb3ctc2l6 ZSZxdW90OyBsZWFmIGRlc2NyaXB0aW9uLCByZW1vdmUgcGFyZW50aGVzZXM8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+T2suPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4zOjxicj4NCiZuYnNw Oy0gdGhlIHRleHQgc2F5cyB0aGF0IGl0IGRyb3BzIHRyYWZmaWMgZnJvbSBYIHRvIFksIGJ1dCB0 aGUgZXhhbXBsZSBzZWVtcyB0byBkbzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3RoZSByZXZlcnNl Ljwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5GaXhlZC48L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlv biA0LjQ6PGJyPg0KJm5ic3A7LSBUaGUgJnF1b3Q7V2l0aCB0aGUgZm9sbG93IFhNTCBleGFtcGxl OiZxdW90OyAmbHQ7RVhBTVBMRSZndDsgJnF1b3Q7VGhpcyByZXByZXNlbnRzLi4uJnF1b3Q7IGlz PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwO2RpZmZpY3VsdCB0byByZWFkLiAmbmJzcDtIb3cgYWJvdXQganVzdCBo YXZpbmcgJnF1b3Q7VGhlIGZvbGxvd2luZyBYTUwgZXhhbXBsZSAuLi464oCdPzwvc3Bhbj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj5GaXhlZC48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbHQ7S0VOVCZn dDsgQlRXLCBJIG1pc3NlZCBpdCBiZWZvcmUsIGJ1dCBJIHRoaW5rIHRoZSA0LjQgc2VjdGlvbiB0 aXRsZSBzaG91bGQgYmU8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+cGx1cmFsOiAmcXVvdDtQb3J0IFJhbmdl IFVzYWdlIEV4YW1wbGVz4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhlIHRpdGxlIG5v dyByZWFkczo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i bXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZxdW90 O1BvcnQgUmFuZ2UgVXNhZ2UgYW5kIE90aGVyIEV4YW1wbGVz4oCdLiBTZWUgYmVsb3cuPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxicj4NCiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IHdvcmtzIGZvciBtZS48L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIGRvZXMgdGhlIHNlY29uZCBl eGFtcGxlIHByb3ZpZGUgYW55IHZhbHVlIG9mIHRoZSBmaXJzdD8gLSBzZWVtcyB0aGUgc2FtZSB0 byBtZeKApjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5XaWxsIGNoYW5nZSB0aGUgZXhhbXBsZS48 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZsdDtLRU5UJmd0OyB3YXMgaXQgY2hhbmdlZCBwZXIgdGhlIG5leHQgaXRlbSBiZWxvdywgb3Ig c29tZXRoaW5nIGVsc2U/PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2Jh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Q2hhbmdlZCB0aGUgZXhh bXBsZSB0byBhbiBBQ0UgZW50cnkgdGhhdCBkcm9wcyBhbGwgcGluZyByZXF1ZXN0cy48L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IG9rYXkuJm5ic3A7IEJ1 dCBwbGVhc2UgdHdlYWsgYWxsIHlvdXIgZXhhbXBsZXMgc28gdGhhdCBhICdcJyBsaW5lLXdyYXBw aW5nIGlzbid0PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPmhhcHBlbmluZyBmb3IgYSBzaW5nbGUgY2hhcmF0ZXIuJm5ic3A7IGUuZy4s IHJlbW92ZSBvbmUgc3BhY2UgZnJvbSB0aGUgaW5kZW50IG9yIHB1dCB0aGU8L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+eG1sbnMgb24g aXRzIG93biBsaW5lLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBz ZWVtcyBsaWtlIGV4YW1wbGUgMyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAmcXVvdDsmbHQ7 bG93ZXItcG9ydCZndDsyMSZsdDsvbG93ZXItcG9ydCZndDsmcXVvdDssPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7cmlnaHQ/ICZuYnNwOy0gdGhlIHRleHQgYXQgdGhlIGJlZ2lubmluZyBvZiB0aGUg c2VjdGlvbiBzYXlzIHRoaXMgY29uc3RydWN0IGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cG9z c2libGUsIGJ1dCB0aGVyZSBpcyBubyBleGFtcGxlIGZvciBpdC4gJm5ic3A7TWF5YmUgdGhpcyBt YWtlcyBhIGJldHRlciBleCAjMj88L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SGF2ZSBjaGFuZ2Vk IHRoZSBsYW5ndWFnZSBpbiB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzZWN0aW9uIHRvIHNheTo8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZxdW90O1doZW4gb25seSBhIHBvcnQgaXMgcHJlc2VudCwgaXQgcmVwcmVz ZW50cyBhIHBvcnQsIHdpdGggdGhlIG9wZXJhdG9yIHNwZWNpZnlpbmcNCiB0aGUgcmFuZ2UuJnF1 b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj5UaGF0IGlzIGJlY2F1c2UsIGl0IG5vdyBhIGNob2ljZSBiZXR3 ZWVuIHNwZWNpZnlpbmcgYSByYW5nZSBvciBzcGVjaWZ5aW5nIGEgc2luZ2xlDQogcG9ydCB3aXRo IGFuIG9wZXJhdG9yLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBhbGwgeW91ciBZQU5HIG1vZHVsZXM6PGJy Pg0KJm5ic3A7LSByZXBsYWNlICZxdW90O05FVE1PRCAoTkVUQ09ORiBEYXRhIE1vZGVsaW5nIExh bmd1YWdlKSZxdW90OyB3aXRoICZxdW90O05FVE1PRCAoTmV0d29yazxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtN b2RlbGluZykgV29ya2luZyBHcm91cOKAnTwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Pay48L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+PGJyPg0KSW4gU2VjdGlvbiA/Pzo8YnI+DQombmJzcDtJbiB0aGUgZXhhbXBsZXMsIHdo eSBkaWQgeW91IGFkZCB0aGUgJnF1b3Q7Jmx0Oz94bWwgdmVyc2lvbj0mcXVvdDsxLjAmcXVvdDsg ZW5jb2Rpbmc9JnF1b3Q7VVRGLTgmcXVvdDs/Jmd0OyZxdW90Ozxicj4NCiZuYnNwO2xpbmUgYW5k IHRoZSAmcXVvdDtjb25maWcmcXVvdDsgZWxlbWVudD8gJm5ic3A7LSB0aGUgZXhhbXBsZXMgdmFs aWRhdGUgZXF1YWxseSB3ZWxsIHdoZW48YnI+DQombmJzcDt0aGVzZSBhcmUgcmVtb3ZlZC48L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+VGhlIGV4YW1wbGVzIGNhbiB0aGVuIGJlIGN1dCBhbmQgcGFz dGVkIGludG8gYW55IGNsaWVudCBzdWNoIGFzIG5jY2xpZW50IHdoaWNoIHRha2VzDQogYW4gZW50 aXJlICZsdDtycGMmZ3Q7Ljwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJt c28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uIDY6PGJyPg0KJm5ic3A7 LSBzL3RocmVlIFlBTkcgbW9kdWxlL3RocmVlIFlBTkcgbW9kdWxlcy88L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Rml4ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNi4xOjxicj4NCiZuYnNw Oy0gVGhlIGZpcnN0IHBhcmFncmFwaCBzYXlzICZxdW90O3RocmVlIFVSSSZxdW90OywgYnV0IGl0 IHNob3VsZCBiZSAmcXVvdDt0aHJlZSBVUklz4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkZp eGVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uIEEuMTo8YnI+DQombmJzcDstICZxdW90O1Ro ZSBmb2xsb3dpbmcgZmlndXJlIGlzIHRoZSB0cmVlIHN0cnVjdHVyZSZxdW90OyAtIHNob3VsZCBz YXkgJnF1b3Q7dHJlZSBkaWFncmFtJnF1b3Q7IGFuZDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3No b3VsZCByZWZlcmVuY2UgdGhlIHRyZWUtZGlhZ3JhbXMgZHJhZnQsIG9yIGVsc2UgaGF2ZSBhIGRy YWZ0LXdpZGUgJnF1b3Q7VHJlZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO0RpYWdyYW0gTm90YXRp b24mcXVvdDsgc2VjdGlvbiBpbiB0aGUgSW50cm9kdWN0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj5BZGRlZCBhIHNlY3Rpb24gaW4gdGhlIEludHJvZHVjdGlvbi48L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7 LSBzL0luIG90aGVyIGV4YW1wbGUvSW4gYW5vdGhlciBleGFtcGxlLz88YnI+DQombmJzcDstIHMv d2l0aCBuZXcgY2hvaWNlIG9mIGFjdGlvbnMvd2l0aCBhIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy8/ PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNv LWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkJvdGggZml4ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNl Y3Rpb24gQS4zOzxicj4NCiZuYnNwOy0gc29tZSAncmVmZXJlbmNlJyBzdGF0ZW1lbnRzIGFyZSBt aXNzaW5nIHRpdGxlczwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5BZGRlZC48L3NwYW4+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5i c3A7LSBzb21lICdkZXNjcmlwdGlvbicgc3RhdGVtZW50cyBtaWdodCBiZW5lZml0IGZyb20gYSAn cmVmZXJlbmNl4oCZIHN0YXRlbWVudDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5JIGhhdmUgYWRk ZWQgcmVmZXJlbmNlcyB0aGF0IEkgY291bGQgZmluZC48L3NwYW4+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtU aGUgdWludDE2IHR5cGUgcGxhY2Vob2xkZXIgdHlwZS4uLiZxdW90OyAtIGlzIHRoaXMgYSB0eXBv Pzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFs Qm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Ecm9wcGVkIHRoZSBzZWNvbmQg4oCcdHlwZeKAnS48 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPlRoYW5rcy48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ PGJyPg0KJmx0O0tFTlQmZ3Q7bnA8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ S2VudCAvLyBzaGVwaGVyZDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8 YnI+DQo9PT09PSBvcmlnaW5hbCBtZXNzYWdlID09PT09PTxicj4NCjxicj4NClRoaXMgdmVyc2lv biBvZiB0aGUgZHJhZnQgYWRkcmVzc2VzIGNvbW1lbnRzIHJhaXNlZCBkdXJpbmcgTEMsIHNoZXBo ZXJkIHJldmlldyBhbmQgb3RoZXIgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIHRoYXQgcGVyaW9k Ljxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+T24gTWFyIDMsIDIwMTgsIGF0IDI6MTMg UE0sPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bh bj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5pbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOzwvc3Bh bj48L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj53 cm90ZTo8YnI+DQo8YnI+DQo8YnI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUg ZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KVGhpcyBk cmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTmV0d29yayBNb2RlbGluZyBXRyBvZiB0aGUgSUVU Ri48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaXRsZSAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs6IE5ldHdvcmsgQWNjZXNzIENvbnRyb2wgTGlzdCAoQUNMKSBZQU5HIERhdGEgTW9kZWw8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtBdXRob3JzICZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogTWFoZXNoIEpldGhhbmFuZGFu aTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0xpc2EgSHVhbmc8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTb25hbCBBZ2Fyd2FsPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7RGFuYSBCbGFpcjxicj4NCkZpbGVuYW1lICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogZHJhZnQtaWV0Zi1uZXRtb2QtYWNsLW1vZGVs LTE3LnR4dDxicj4NClBhZ2VzICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogNTc8YnI+DQpEYXRlICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMjAxOC0wMy0w Mzxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwO1RoaXMgZG9jdW1lbnQgZGVmaW5lcyBh IGRhdGEgbW9kZWwgZm9yIEFjY2VzcyBDb250cm9sIExpc3QgKEFDTCkuPGJyPg0KJm5ic3A7QUNM IGlzIGEgb3JkZXJlZC1ieS11c2VyIHNldCBvZiBydWxlcywgdXNlZCB0byBjb25maWd1cmUgdGhl PGJyPg0KJm5ic3A7Zm9yd2FyZGluZyBiZWhhdmlvciBpbiBkZXZpY2UuICZuYnNwO0VhY2ggcnVs ZSBpcyB1c2VkIHRvIGZpbmQgYSBtYXRjaCBvbjxicj4NCiZuYnNwO2EgcGFja2V0LCBhbmQgZGVm aW5lIGFjdGlvbnMgdGhhdCB3aWxsIGJlIHBlcmZvcm1lZCBvbiB0aGUgcGFja2V0Ljxicj4NCjxi cj4NCjxicj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0 IGlzOjxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29m cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19kb2NfZHJh ZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZ dWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZa R0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjds R19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz00NEdKbHF4cUIwWUs1RzlnYjFUVXpBb2J1 Z01IeERXZmxhUENaM0lZcEtBJmFtcDtlPSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGlldGYt MkRuZXRtb2QtMkRhY2wtMkRtb2RlbF8mYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZ aHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2 N1NBQThHSGZnWW55Wm9jJmFtcDtzPTQ0R0pscXhxQjBZSzVHOWdiMVRVekFvYnVnTUh4RFdmbGFQ Q1ozSVlwS0EmYW1wO2U9PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj48YnI+DQo8YnI+DQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBh dmFpbGFibGUgYXQ6PGJyPg0KPC9zcGFuPjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxf ZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZhbXA7ZD1Ed0lDQWcmYW1w O2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQ MHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhC NVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9cmJtOTFTU0pfMHN4RnhiNjky ZDBGSDBHLWRiQlRBVUNmMktSeVN5enRKUSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0 Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYz cnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlF UG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dX VXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXJibTkxU1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJU QVVDZjJLUnlTeXp0SlEmYW1wO2U9PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21h cms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8L3NwYW4+PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0 Zi5vcmdfZG9jX2h0bWxfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWwtMkQxNyZh bXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFt cDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9c2l5 cHlCbjNGOG82YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZhbXA7ZT0iPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxk ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRm Lm9yZ19kb2NfaHRtbF9kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFt cDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1w O209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1zaXlw eUJuM0Y4bzZic0IzWjNFNXFTMHVhU3EyRVVHVVB3aXJ4X2FfS0R3JmFtcDtlPTwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwv YT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KQSBk aWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4NCjwvc3Bh bj48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYt MkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3Jz dWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBv T0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3 Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz10MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQw ZnAzZlhxY2Q4MGc4JmFtcDtlPSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2E7Y29sb3I6cHVycGxlIj5odHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19yZmNkaWZmLTNGdXJsMi0zRGRyYWZ0LTJEaWV0Zi0y RG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1 aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9P SDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXda TnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXQybHB6U1NXNzJCdlFLMVZqUG94WDBBRHhoYjlaRDBm cDNmWHFjZDgwZzgmYW1wO2U9PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0K dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9zcGFu PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw LTNBX190b29scy5pZXRmLm9yZ18mYW1wO2Q9RHdNRmFRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2Ni ZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFu MmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1CZ3lqbmZTclpmc3dXclRNaVctUGRLRUpVRWwzSVh0 d0NTbzFQUXlWVWFBJmFtcDtzPTRGakdPbGQ0OUd3STBtb1o3aDZsdGx1djBSWE4xclBtR3AwZC04 bWpEbUEmYW1wO2U9Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xv cjpwdXJwbGUiPnRvb2xzLmlldGYub3JnPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhIj4uPGJyPg0KPGJyPg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNv IGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Ojxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWZ0cC0zQV9fZnRw LmlldGYub3JnX2ludGVybmV0LTJEZHJhZnRzXyZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQ b09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dV d1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9eFA3ejlWeFVndE90U1ZJZ3FQRjVSS0lxVE9pNndq LUhFWHZaS0JSVGlVdyZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWZ0cC0zQV9fZnRwLmlldGYub3JnX2ludGVybmV0LTJEZHJhZnRzXyZhbXA7ZD1Ed0lDQWcm YW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05 emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJL azhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9eFA3ejlWeFVndE90U1ZJ Z3FQRjVSS0lxVE9pNndqLUhFWHZaS0JSVGlVdyZhbXA7ZT08L3NwYW4+PC9zcGFuPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlz dDxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5uZXRtb2RA aWV0Zi5vcmc8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPjxicj4NCjwvc3Bhbj48L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29m cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5m b19uZXRtb2QmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1u ZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklT bGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9j JmFtcDtzPU9LSVZMWExvMFJzcmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmYW1wO2U9 Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJwbGUiPmh0 dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3Lmll dGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2 M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5 RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19n V1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVF NnZ1YUo0Q3FrX29pMUhBJmFtcDtlPTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCk1haGVzaCBKZXRoYW5hbmRhbmk8YnI+DQo8 L3NwYW4+PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5tamV0aGFu YW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQpuZXRtb2QgbWFpbGluZyBsaXN0PGJyPg0KPC9zcGFuPjwvc3Bh bj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj48c3BhbiBzdHlsZT0ibXNvLWJvb2tt YXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJwbGUiPm5ldG1vZEBpZXRmLm9yZzwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwv YT48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KPC9zcGFuPjwv c3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9 aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lD QWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7 cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUt QlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1wO3M9T0tJVkxYTG8wUnNy ZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJtc28t Ym9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0 aW5mb19uZXRtb2QmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVN Sy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2 aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55 Wm9jJmFtcDtzPU9LSVZMWExvMFJzcmYxRFNvTFdTeUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmYW1w O2U9PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJv ZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5NYWhlc2ggSmV0aGFuYW5kYW5pPC9zcGFuPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWY7Y29sb3I6cHVycGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW47YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9Im1zby1ib29r bWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5NYWhlc2ggSmV0aGFu YW5kYW5pPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxC b2R5Ij48L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWY7Y29sb3I6cHVycGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PC9zcGFuPjwvYT48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPk1haGVzaCBKZXRoYW5hbmRhbmk8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxP cmlnaW5hbEJvZHkiPjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5j b20iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPm1qZXRoYW5h bmRhbmlAZ21haWwuY29tPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_CE91DDC8F13648CA9FB5DB6B200CE2FEciscocom_-- From nobody Wed Mar 14 15:14:25 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08BEC12D7EA for ; Wed, 14 Mar 2018 15:14:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ye4UZzRB4A6 for ; Wed, 14 Mar 2018 15:14:19 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 324F312D77B for ; Wed, 14 Mar 2018 15:14:19 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2EM9flm014444; Wed, 14 Mar 2018 15:14:16 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=PvflZpcxeSauI6qgiYcSK6lI2I1ttXAYwLKdJoGAHFA=; b=oCy/VQ6PBzK/4oI0FDA7bqIgJQ15pAxVIvZ/aPNfmj/7WJwNE5M2bHq920XjT9AdLhkX Z5NxrNqpL3ofIkNV8H9/0KKAEfVK+sdY3Y7sJWD/eJfrQL4bWxejTRSRx/bGCEBlY5IW n6goKHdAyzFLRVXDApTTCoToLNRt4sWHi33lhuCrduF4N+kfY2zg00Dql2YNcXqL3Q+M 3M+huFyg5+bheirc/N1PvLwotb6WmYU6lx2lxUPH2S+LdAmjqF9dDNuywHTJW0wVG4KM Iss8dooWaX1bcElF+cs+k+3AohIcMWL6tcOwCP7P64szhZcVEn4geTktPtxXO60go6uV GQ== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp0016.outbound.protection.outlook.com [216.32.180.16]) by mx0b-00273201.pphosted.com with ESMTP id 2gq9ys07kb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 14 Mar 2018 15:14:15 -0700 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB2826.namprd05.prod.outlook.com (10.168.175.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Wed, 14 Mar 2018 22:14:13 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0609.006; Wed, 14 Mar 2018 22:14:13 +0000 From: Kent Watsen To: Mahesh Jethanandani CC: NETMOD WG Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt Thread-Index: AQHTszzPFGfywEAqkE2girWJpowDfKO/FKsAgAXu+ACAAhRzAIAHciwAgAB78oCAAMfYgIAAYFcA///rpQA= Date: Wed, 14 Mar 2018 22:14:12 +0000 Message-ID: <6746E40A-9526-4ECB-B63E-44C0F7995A59@juniper.net> References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> <789CD28A-F375-4392-9A09-5F1FAB135292@juniper.net> <70A81D2E-7038-4D06-B734-4675B30A1DF1@gmail.com> <8509544F-40A6-4FF1-A8A5-354220C5EB2B@juniper.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB2826; 7:G/b5nFkD4w8c4/WlqUXavAIm4URojWwxZ8gTtmLcdE26phKbGHIIqSeMfi/L/+jiGgQDRNN1JxKwGHIRk5bJx8k7IaVQYBh1sCJlfwWQ3t9qW7pLEzUaEMS78lInbyhxiWMZknZkR64052ynuPqH/snYALKaXVeAUyqZxHkaJUrr2BjE17ldqXv0TJpNtqXDRLC4jZovAQ2D9ozC4jIwfQm5YXVcXA5nrBfIJNzKqOpmtntthjGIWDSQODWwnrNq x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 23adf096-cd3f-46ec-31b0-08d589f8eb00 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB2826; x-ms-traffictypediagnostic: DM5PR05MB2826: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(10436049006162)(138986009662008)(85827821059158)(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231221)(944501244)(52105095)(6055026)(6041310)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR05MB2826; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB2826; x-forefront-prvs: 0611A21987 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(39380400002)(376002)(366004)(39860400002)(51444003)(199004)(189003)(76104003)(51914003)(57704003)(377424004)(5250100002)(14971765001)(3660700001)(26005)(83716003)(966005)(81166006)(82746002)(8676002)(6116002)(3846002)(97736004)(39060400002)(105586002)(229853002)(236005)(7736002)(93886005)(2950100002)(76176011)(2900100001)(54896002)(16200700003)(6306002)(53946003)(9326002)(606006)(25786009)(478600001)(1411001)(36756003)(6246003)(106356001)(5660300001)(53936002)(6512007)(99286004)(66066001)(81156014)(8936002)(4326008)(14454004)(186003)(2906002)(33656002)(6916009)(316002)(53546011)(6436002)(86362001)(575784001)(58126008)(59450400001)(3280700002)(6506007)(102836004)(68736007)(6486002)(579004)(559001)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB2826; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: 52GnbUP8lJ6yz/z0YDLHKoaX8lEGI5jL3H1+JqOI1PyFVJVWTTR71dKJMipbChk5ulqx8PH0NN6MBlmFcTelEFAMGK6FV6Bv1NqKYDAYyyCCnqrxkeot1CrCjRy0aYSAeS6ZRCdVQqti1cM02q0uuGTqCMAxVclkyuFWbtTidvWOXnG2pxGMVspdkZ+A9YIcPDMN0n3+WVoAtCiKpidBvThTqf9I30AHHnfrWOGc3tYOPuuOwnV25TKTP0ThizMaWQXTZjGD63X8n86OmXWTf71I4OPMJf+ASPQXgxv4CuR/+cDXCphfbUKQPDq9D+R+4cN0LrJZZLShjZ1MOsrHMA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_6746E40A95264ECBB63E44C0F7995A59junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 23adf096-cd3f-46ec-31b0-08d589f8eb00 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2018 22:14:12.9025 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB2826 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-14_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803140238 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2018 22:14:24 -0000 --_000_6746E40A95264ECBB63E44C0F7995A59junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFoZXNoLA0KDQpUd28gaW5zdGFuY2VzIG9mIDw8PEtFTlQ+Pj4gYmVsb3cuDQoNCktlbnQg Ly8gc2hlcGhlcmQNCg0KDQpPbiAzLzE0LzE4LCAzOjI3IFBNLCAiTWFoZXNoIEpldGhhbmFuZGFu aSIgPG1qZXRoYW5hbmRhbmlAZ21haWwuY29tPG1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNv bT4+IHdyb3RlOg0KDQoNCg0KDQpPbiBNYXIgMTQsIDIwMTgsIGF0IDEwOjQyIEFNLCBLZW50IFdh dHNlbiA8a3dhdHNlbkBqdW5pcGVyLm5ldDxtYWlsdG86a3dhdHNlbkBqdW5pcGVyLm5ldD4+IHdy b3RlOg0KDQpIaSBNYWhlc2gsICBwbGVhc2UgbG9vayBmb3IgPDxLRU5UPj4gYmVsb3cuDQoNCkFs bCwgcGxlYXNlIHRha2UgYSBsb29rIGF0IHRoZSBxdWVzdGlvbiBhcm91bmQgcmVuYW1pbmcgdGhl ICJhY2Nlc3MtbGlzdHMiIGNvbnRhaW5lci4NCg0KVGhhbmtzLA0KS2VudA0KDQoNCg0KT24gMy8x My8xOCwgOTo0NiBQTSwgIk1haGVzaCBKZXRoYW5hbmRhbmkiIDxtamV0aGFuYW5kYW5pQGdtYWls LmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+PiB3cm90ZToNCg0KDQoNCg0KDQpP biBNYXIgMTMsIDIwMTgsIGF0IDM6MjMgUE0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1bmlwZXIu bmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCkhpIE1haGVzaCwNCg0K UGxlYXNlIGxvb2sgZm9yIDxLRU5UPiBiZWxvdy4NCg0KVGhhbmtzLA0KS2VudA0KDQoNCk9uIDMv OC8xOCwgNzo0MCBQTSwgIk1haGVzaCBKZXRoYW5hbmRhbmkiIDxtamV0aGFuYW5kYW5pQGdtYWls LmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+PiB3cm90ZToNCg0KS2VudCwNCg0K DQoNCg0KT24gTWFyIDcsIDIwMTgsIGF0IDE6NTUgUE0sIEtlbnQgV2F0c2VuIDxrd2F0c2VuQGp1 bmlwZXIubmV0PG1haWx0bzprd2F0c2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCltUbyBhbGwg dGhvc2UgdGhhdCBzYWlkIHRoaXMgZHJhZnQgd2FzIHJlYWR5LCByZWFsbHk/XQ0KDQoNCkhpIE1h aGVzaCwNCg0KVGhhbmtzIGZvciB0aGUgdXBkYXRlLiAgSSBmb3VuZCBzb21lIG1vcmUgaXNzdWVz LiAgU29tZSBtdXN0IGJlIGZpeGVkLA0Kb3RoZXJzIGFyZSBuaXRzLCBhbmQgbWlnaHQgYmUgY2F1 Z2h0IGJ5IHRoZSBSRkMgRWRpdG9yLiAgQnV0IEkgdGhpbmsNCnRoYXQgaXQncyBlbWJhcnJhc3Np bmcgdG8gcmVjZWl2ZSBjb21tZW50cyBmb3Igc3VjaCB0aGluZ3MgZnJvbSB0aGUNCklFU0csIGFz IGlzIHJlY2VudGx5IHRoZSBjYXNlIGZvciB0aGUgc3lzbG9nIGRyYWZ0LCBzbyBwbGVhc2Ugc2Vl DQp3aGF0IHlvdSBjYW4gZG8uDQoNClRoYW5rcywNCktlbnQNCg0KDQpGcm9tIElkbml0czoNCg0K ICoqIFRoZXJlIGFyZSA2IGluc3RhbmNlcyBvZiB0b28gbG9uZyBsaW5lcyBpbiB0aGUgZG9jdW1l bnQsIHRoZSBsb25nZXN0IG9uZQ0KICAgIGJlaW5nIDcgY2hhcmFjdGVycyBpbiBleGNlc3Mgb2Yg NzIuDQoNCkhtbS4gVGhlIGlkbml0cyBhdCBzdWJtaXNzaW9uIHRpbWUgZGlkIG5vdCBjb21wbGFp bi4gV2lsbCBhcHBseSB0aGUgbmV3IHNjcmlwdCB0aGF0IHlvdSBwcm92aWRlZCB0byBtYWtlIHN1 cmUgSSB3cmFwIHRoZW0gYXJvdW5kLg0KDQoNCg0KDQoNCiBZb3Ugd3JvdGUgYmVmb3JlIHRoYXQg aXQgd2FzICJGaXhlZCIsIGJ1dCBpdCdzIHN0aWxsIGhlcmU/ICBOb3RlOiAiKioiIGlzDQogYW4g ZXJyb3IgKGlkbml0cyBsYWJlbCkNCg0KIC0tIFRoZSBkb2N1bWVudCBoYXMgZXhhbXBsZXMgdXNp bmcgSVB2NCBkb2N1bWVudGF0aW9uIGFkZHJlc3NlcyBhY2NvcmRpbmcNCiAgICB0byBSRkM2ODkw LCBidXQgZG9lcyBub3QgdXNlIGFueSBJUHY2IGRvY3VtZW50YXRpb24gYWRkcmVzc2VzLiAgTWF5 YmUNCiAgICB0aGVyZSBzaG91bGQgYmUgSVB2NiBleGFtcGxlcywgdG9vPw0KDQogSSBkb24ndCBm ZWVsIHN0cm9uZ2x5IGFib3V0IHRoaXMsIGJ1dCBpZiBpdCdzIGVhc3kgZW5vdWdoIHRvIGRvLi4u DQoNCkluIHRoZSBBYnN0cmFjdDoNCiAtIEkgdGhpbmsgdGhlIHdvcmQgImFuIiBpcyBtaXNzaW5n IChlLmcuLCBhbiBBQ0wpDQoNCkFkZGVkLg0KDQoNCg0KDQoNCkluIHRoZSBJbnRyb2R1Y3Rpb246 DQogLSBzaG91bGQgIm9yZGVyZWQtYnktdXNlciIgYmUgIm9yZGVyZWQtYnkgdXNlciIgdG8gYXZv aWQgY29uZnVzaW9uLCBvciBwZXJoYXBzIHNheSBpdCBhbm90aGVyIHdheT8NCg0KSG93IGFib3V0 IHRoaXMgaW4gYm90aCB0aGUgQWJzdHJhY3QgYW5kIHRoZSBJbnRyb2R1Y3Rpb24uDQoNCk9MRDoN Cg0KQUNMIGlzIGEgb3JkZXJlZC1ieS11c2VyIHNldCBvZiBydWxlcw0KDQpORVc6DQpBbiBBQ0wg aXMgYSBzZXQgb2YgcnVsZXMsIGluIGFuIG9yZGVyIHNldCBieSB0aGUgdXNlcg0KDQo8S0VOVD5v ciBob3cgYWJvdXQgIkFuIEFDTCBpcyBhIHVzZXItb3JkZXJlZCBzZXQgb2YgcnVsZXPigJ0/DQoN Ck9rLg0KDQoNCg0KDQoNCg0KDQogLSB3aGF0IGRvZXMgImEgdHVwbGUgb2YiIG1lYW4/ICBDYW4g dGhpcyBiZSByZXN0YXRlZD8NCg0KSG93IGFib3V0IHRoaXM/DQoNCk9MRDoNCg0KVGhlIG1hdGNo IGNyaXRlcmlhIGNvbnNpc3Qgb2YgYSB0dXBsZSBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoIGNyaXRl cmlhIGFuZCBjYW4gaGF2ZSBtZXRhZGF0YSBtYXRjaCBjcml0ZXJpYSBhcyB3ZWxsLg0KDQpORVc6 DQoNClRoZSBtYXRjaCBjcml0ZXJpYSBjb25zaXN0IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hlcywg YW5kIG9yIG9yIG1ldGFkYXRhIGFzIGRlc2NyaWJlZCBiZWxvdzoNCg0KPEtFTlQ+b3IgaG93IGFi b3V0ICJUaGUgbWF0Y2ggY3JpdGVyaWEgY2FuIGJlIGEgbXVsdGlwbGljaXR5IG9mIGNyaXRlcmlh LCBhbGwgb2Ygd2hpY2ggbXVzdCBiZSB0cnVlIGZvciB0aGUgbWF0Y2ggdG8gb2NjdXIuICAgVGhl IG1hdGNoIGNyaXRlcmlhIG1heSBtYXRjaCBhZ2FpbnN0IHZhbHVlcyBpbiB0aGUgcGFja2V0IGhl YWRlciBvciBhZ2FpbnN0IHZlbmRvci1zcGVjaWZpYyBtZXRhZGF0YSBhYm91dCB0aGUgcGFja2V0 LiI/ICAgLSBvciBzb21ldGhpbmcgaW4gYmV0d2Vlbj8NCg0KT3Igc2ltcGx5IGFzOg0KDQrigJxU aGUgbWF0Y2ggY3JpdGVyaWEgYWxsb3dzIGZvciBkZWZpbml0aW9uIG9mIHBhY2tldCBoZWFkZXJz IGFuZCBtZXRhZGF0YSwgYWxsIG9mIHdoaWNoIG11c3QgYmUgdHJ1ZSBmb3IgdGhlIG1hdGNoIHRv IG9jY3VyLiINCg0KPDxLRU5UPj4gb2theQ0KDQoNCg0KIC0gcy9JbiBjYXNlIHZlbmRvciBzdXBw b3J0cyBpdC9JbiBjYXNlIGEgdmVuZG9yIHN1cHBvcnRzIGl0LyA/DQoNCk9rLg0KDQoNCg0KDQog LSAiVGhlIGxpc3Qgb2YgWCBpcyBlbmRsZXNzIGRlcGVuZGluZyBvbi4uLiIuICBJcyAiZW5kbGVz cyIgdGhlIHJpZ2h0IHdvcmQsIHBlcmhhcHMgcmVzdGF0ZT8NCk9MRDoNCg0KVGhlIGxpc3Qgb2Yg cG90ZW50aWFsIGFjdGlvbnMgaXMgZW5kbGVzcw0KDQoNCk5FVzoNCg0KVGhlIGxpc3Qgb2YgcG90 ZW50aWFsIGFjdGlvbnMgaXMgbGltaXRsZXNzDQoNCjxLRU5UPiBvciBtYXliZSAidW5ib3VuZGVk 4oCdPw0KDQpPay4NCg0KDQoNCg0KDQogLSBzYW1lIHNlbnRlbmNlIGFzIGFib3ZlLCBzaG91bGQg Im5ldHdvcmtlZCBkZXZpY2VzIiBiZSAibmV0d29yayIgb3IgIm5ldHdvcmtpbmciIGRldmljZXM/ DQoNCldpbGwgY2hhbmdlIOKAnG5ldHdvcmtlZCBkZXZpY2Vz4oCdIHRvIOKAnG5ldHdvcmtpbmcg ZGV2aWNlc+KAnS4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIDM6DQogLSAiQSBuZXR3b3JrIHN5c3Rl bSB1c3VhbGx5IGhhdmUgYSBsaXN0IG9mIEFDTHMiICAocy9zeXN0ZW0vc3lzdGVtcy8gb3Igcy9o YXZlL2hhcy8/KQ0KDQpzL2hhdmUvaGFzLy4NCg0KDQoNCg0KIC0gIlRoZSBtYXRjaCBjcml0ZXJp YSBjb25zaXN0IG9mIHBhY2tldCBoZWFkZXIgbWF0Y2hpbmciIC0gaXMgY29uc2lzdCB0aGUgcmln aHQgd29yZD8NCg0KSG93IHdvdWxkIHlvdSByZXN0YXRlIGl0PyAoQWZ0ZXIgSSBoYXZlIHMvY29u c2lzdC9jb25zaXN0cy8pDQoNCjxLRU5UPiBzZWUgYWJvdmUgKG15IGNvbW1lbnQgYmVmb3JlIGxh c3QsIGl0IGlzIHRoZSBzYW1lIHNlbnRlbmNlLCByaWdodD8pDQoNCk9uY2Ugd2UgYWdyZWUgb24g dGhlIGFib3ZlIGNvbW1lbnQsIEkgd2lsbCByZXBsaWNhdGUgaXQuDQoNCjw8S0VOVD4+IG9rYXku DQoNCg0KDQoNCiAtICJJdCBhcyBhbHNvIHBvc3NpYmxlIGZvciBBQ0UgdG8gbWF0Y2ggb24gbWV0 YWRhdGEiICBzL2FzL2lzLyBhbmQgcy9BQ0UvYW4gQUNFLw0KDQpPaw0KDQoNCg0KDQogLSAiV2hl biBhcHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBuZXR3b3JrZWQgZGV2aWNlLCB0aGUgQUNMIGlz IGFwcGxpZWQgaW4gYSBkaXJlY3Rpb24NCiAgICB3aGljaCBpbmRpY2F0ZXMgaWYgaXQgc2hvdWxk IGJlIGFwcGxpZWQgdG8gcGFja2V0IGVudGVyaW5nIChpbnB1dCkgb3IgbGVhdmluZyB0aGUNCiAg ICBkZXZpY2UgKG91dHB1dCkuIiAgLSByZXN0YXRlIHRvIHRhbGsgYWJvdXQgImluZ3Jlc3MiIGFu ZCAiZWdyZXNz4oCdPw0KDQpIb3cgYWJvdXQ6DQoNCldoZW4gYXBwbGllZCB0byBpbnRlcmZhY2Vz IG9mIGEgbmV0d29ya2VkIGRldmljZSwgdGhlIEFDTCBpcyBhcHBsaWVkIGluIGEgZGlyZWN0aW9u IHdoaWNoIGluZGljYXRlcyBpZiBpdCBzaG91bGQgYmUgYXBwbGllZCB0byBpbmdyZXNzIGludGVy ZmFjZSAoaW5wdXQpIG9yIGVncmVzcyBpbnRlcmZhY2UgKG91dHB1dCkuDQoNCjxLRU5UPm9yIG1h eWJlICJXaGVuIGFwcGxpZWQgdG8gaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmtlZCBkZXZpY2UsIGRp c3RpbmN0IEFDTHMgYXJlIGRlZmluZWQgZm9yIHRoZSBpbmdyZXNzIChpbnB1dCkgYW5kIGVncmVz cyAob3V0cHV0KSBkaXJlY3Rpb25zLuKAnQ0KDQpPay4NCg0KDQoNCg0KDQogLSAiQW4gZXhhbXBs ZSBpbiB0aGUgYXBwZW5kaXggc2hvd3MgaG93IHRvIGV4cHJlc3MgaXQgaW4gWUFORyBtb2RlbC4i IC0gZWl0aGVyIHRoaXMNCiAgIGlzIG5vdCB0cnVlLCBvciB0aGUgc2VudGVuY2Ugc2hvdWxkIG5v dCBiZSBhdCB0aGUgZW5kIG9mIHRoaXMgcGFyYWdyYXBoDQoNClJlbW92ZWQuDQoNCg0KDQoNCg0K SW4gU2VjdGlvbiAzLjE6DQogLSBzL2FuZCBtdXN0IHN0YXRlbWVudHMvYW5kICdtdXN0JyBzdGF0 ZW1lbnRzLw0KDQpEb25lIGFuZCBzL2lmLWZlYXR1cmUv4oCYaWYtZmVhdHVyZeKAmS8NCg0KDQoN Cg0KIC0gcy9kZWZpbmUgbmV3ICJtYXRjaGVzIiBjaG9pY2UvZGVmaW5lIGEgbmV3ICJtYXRjaGVz IiBjaG9pY2UvID8NCg0KRG9uZS4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIDQuMToNCiAtICJpZXRm LWFjY2Vzcy1jb250cm9sLWxpc3QiIGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxlIGZv ciBhY2Nlc3MgbGlzdHMNCiAgICAgLSB3aGF0IGRvZXMgdGhpcyBtZWFuPw0KDQpPTEQ6DQoiaWV0 Zi1hY2Nlc3MtY29udHJvbC1saXN0IiBpcyB0aGUgc3RhbmRhcmQgdG9wIGxldmVsIG1vZHVsZSBm b3IgYWNjZXNzIGxpc3RzDQoNCk5FVzoNCiJpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QiIGlzIHRo ZSB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHMNCg0KPEtFTlQ+IGl0J3MgbW9yZSB0 aGFuIHRoZSB3b3JkICJzdGFuZGFyZCIuICBNYXliZSBzb21ldGhpbmcgbGlrZSB0aGlzOiAgVGhl ICJpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QiDQptb2R1bGUgZGVmaW5lcyBhIGNvbnRhaW5lciBj YWxsZWQgImFjY2Vzcy1saXN0IiAgLSB3aGF0IGRvIHlvdSB0aGluaz8NCg0KT2suDQoNCg0KDQoN CjxLRU5UPkJUVywgd2h5IGlzIHRoZSBjb250YWluZXIgY2FsbGVkICJhY2Nlc3MtbGlzdHMiIGFu ZCBub3QgZS5nLiwgImFjbHMiLiAgSSB0aG91Z2h0IHRoYXQgdGhlcmUgd2FzIGEgbm9kZS1uYW1p bmcgaWRpb20gYWxvbmcgdGhlIGxpbmVzIG9mICIvd2lkZ2V0cy93aWRnZXQiIGZvciB3aGVuIGEg bGlzdCBpcyBhIGRlc2NlbmRlbnQgb2YgYSBjb250YWluZXIuDQoNCkhpc3RvcnkuIFdoZW4gd2Ug aW5oZXJpdGVkIHRoZSBkcmFmdCwgaXQgd2FzIG5hbWVkIGFjY2Vzcy1saXN0cy4gSSBjYW4gY2hh bmdlIGl0IHRvIOKAnGFjbHPigJ0uDQoNCjw8S0VOVD4+IEkgdGhpbmsgaXQgc2hvdWxkIGJlICJh Y2xzIiwgYnV0IEkgd291bGRuJ3Qgd2FudCB0byBtYWtlIHRoaXMgY2hhbmdlIHVuaWxhdGVyYWxs eS4NCkRvZXMgYW55Ym9keSBlbHNlIGhhdmUgYW4gaXNzdWUgd2l0aCB0aGUgY29udGFpbmVyIGJl aW5nIGNhbGxlZCAiYWNjZXNzLWxpc3Rz4oCdID8NCg0KIC0gVGhlICJhY2Nlc3MtbGlzdHMiIGNv bnRhaW5lciBzdG9yZXMgYSBsaXN0IG9mICJhY2wiLiAtIHMvc3RvcmVzL2hhcyBvciBjb250YWlu cz8vDQoNCnMvc3RvcmVzL2hhcy8NCg0KDQoNCg0KIC0gIi4uLnRoYXQgY2FuIGJlIHVzZWQgdG8g ZGV0ZXJtaW5lIHdoaWNoIHJ1bGUgd2FzIG1hdGNoZWQgdXBvbiIgLSBub3Qgc3VyZSBpZiB0aGlz DQogICBwYXJ0IGlzIG5lZWRlZCwgb3IgbWF5YmUgYmV0dGVyIHJlc3RhdGVkICIsIHdoaWNoIGNh biBsYXRlciBiZSB1c2VkIHRvIGRldGVybWluZeKApiI/DQoNCk9rLg0KDQoNCg0KDQogLSBzL2Fi aWxpdHkgZm9yIEFDTCdzIHRvIGJlL2FiaWxpdHkgZm9yIEFDTHMgdG8gYmUvDQoNCk9rLg0KDQoN Cg0KDQoNCkluIFNlY3Rpb24gNC4xIChpbiB0aGUgWUFORyBtb2R1bGUpOg0KIC0gQSBudW1iZXIg b2YgaWRlbnRpdGllcyByZWFkICJBQ0wgdGhhdCBwcmltYXJpbHkgbWF0Y2hlcy4uLiIuICBJcyAi cHJpbWFyaWx5Ig0KICAgYW4gYWNjdXJhdGUgd29yZD8gLSBpZiBzbywgdGhlbiBkbyB3ZSBuZWVk IHRvIHNheSBhbnl0aGluZyBhYm91dCB3aGVuIGl0J3MNCiAgIG5vdCB0aGUgY2FzZT8NCg0KQXMg b25lIG9mIHRoZSB0ZXh0IHNheXMuIEl0IHByaW1hcmlseSBtYXRjaGVzIElQdjQsIGFuZCBkb2Vz IG5vdCBtYXRjaCBlaXRoZXIgZXRoZXJuZXQgb3IgSVB2NiBoZWFkZXJzLiBTdWNoIEFDTCB0eXBl cyBhcmUgZGlmZmVyZW50IGZyb20gdGhlIG1peGVkIEFDTCB0eXBlcyB0aGF0IG1pZ2h0IG1hdGNo IG9uIGEgY29tYmluYXRpb24gb2YgZXRoZXJuZXQgYW5kIElQdjQgaGVhZGVycyBldGMuDQoNCjxL RU5UPkJ1dCBteSBjb21tZW50IGlzIG1vcmUgdGhhdCAicHJpbWFyaWx5IiBzZWVtcyB3aXNoeS13 YXNoeS4gIEl0IHNlZW1zIGxpa2UgaXQgZG9lc24ndCAqcHJpbWFyaWx5KiBkbyBzb21ldGhpbmcs IGl0IGFjdHVhbGx5IGRvZXMgaXQuICAgSWYgdGhlcmUgaXMgYSBncmV5IGFyZWEsIHdoZXJlIGl0 IG1pZ2h0IG1hdGNoIHNvbWV0aGluZyBlbHNlLCBpZiBwb3NzaWJsZSwgbWF5YmUgaXQgd291bGQg aGVscCB0byBjYWxsIHRoYXQgb3V0Pw0KDQpPay4gV2lsbCBkcm9wIHRoZSB3b3JkIOKAnHByaW1h cmlseeKAnS4NCg0KDQoNCg0KDQoNCg0KIFNlcGFyYXRlbHksIHMvQUNML2FuIEFDTC8/DQoNCk9r Lg0KDQoNCg0KDQogLSBBIG51bWJlciBvZiBmZWF0dXJlcyByZWFkICJEZXZpY2UgY2FuIHN1cHBv cnQuLi4iIC0gcy9EZXZpY2UvVGhlIGRldmljZS8/DQoNCk9rLg0KDQoNCg0KDQogLSAiSXQgY2Fu IGhhdmUgb25lIG9yIG1vcmUgQWNjZXNzIENvbnRyb2wgTGlzdHMiIC0gbGlzdHMgc2hvdWxkIGJl IHNpbmd1bGFyLg0KDQpSZWFsbHk/IEVuZ2xpc2ggZ3JhbW1hciBzYXlzIHRoYXQgaWYgYSBzZW50 ZW5jZSBoYXMgYm90aCBhIHNpbmd1bGFyIGFuZCBhIHBsdXJhbCwgdGhlIG9uZSBuZWFyZXN0IHRv IHRoZSBzdWJqZWN0IGlzIHRoZSBvbmUgeW91IHNlbGVjdC4NCg0KPEtFTlQ+YWN0dWFsbHksIEkn bSBqdXN0IGdvaW5nIG9mZiB0aGUgZmFjdCB0aGF0IHRoZSBsaXN0IG5vZGUgaXMgY2FsbCAiYWNs Iiwgd2hpY2ggaXMgc2luZ3VsYXIuICBQZXJoYXBzIGV2ZW4gYmV0dGVyIHdvdWxkIGJlIHRvIHNh eTogIEl0IGNhbiBjb250YWluIG9uZSBvciBtb3JlICJhY2wiIG5vZGVzIC0gdGhvdWdodHM/DQoN CkJ1dCBldmVuIG5vZGVzIGlzIGEgcGx1cmFsLiBTbyB3aGF0IHdvdWxkIGJlIHRoZSBkaWZmZXJl bmNlIGJldHdlZW4g4oCcYWNsc+KAnSBhbmQg4oCcYWNsIG5vZGVz4oCdLiBJIHdvdWxkIHJhdGhl ciBoYXZlIHRoZSBSRkMgZWRpdG9yIGRlYWwgd2l0aCB0aGlzLg0KDQo8PEtFTlQ+PiBNeSBpc3N1 ZSBpc24ndCBzbyBtdWNoIHRoZSBwbHVyYWxpdHksIGFzIGl0IGlzIG1hdGNoaW5nIHdoYXQgaXMg aW4gdGhlIFlBTkcuICAgVGhlIG5vZGUgaXMgY2FsbGVkICJhY2wiLCBzbyB0aGVuIHlvdSB3YW50 IHRvIHNheSB0aGF0IHRoZXJlIGFyZSBtdWx0aXBsZSAiYWNsIiBub2RlcyAobm90ICJhY2xzIiku ICBJbiBmYWN0LCBwdXR0aW5nICJhY2xzIiB3b3VsZCBiZSBldmVuIG1vcmUgY29uZnVzaW5nIGlz IHRoZSAiYWNjZXNzLWxpc3RzIiBjb250YWluZXIgaXMgcmVuYW1lZCB0byAiYWNsc+KAnS4NCg0K T2suIEkgY2FuIHJld29yZCB0aGUgc2VudGVuY2UgdG8gc2F5IOKAnEl0IGNhbiBoYXZlIG9uZSBt b3JlIGFjbCBub2Rlc+KAnS4NCg0KPDw8S0VOVD4+PiBncmVhdCwgYnV0IGRvbid0IGZvcmdldCB0 aGUgIm9yIiAgOykNCg0KDQogLSAiQW4gQWNjZXNzIENvbnRyb2wgTGlzdChBQ0wpIiAtIHB1dCBh IHNwYWNlIGJlZm9yZSAoQUNMKQ0KDQpPay4NCg0KDQoNCg0KIC0gIiBJbmRpY2F0ZXMgdGhlIHBy aW1hcnkgaW50ZW5kZWQiIC0gaGVyZSdzIHRoYXQgd29yZCAicHJpbWFyeSIgYWdhaW4uLi4NCiAt IHMvYSBsaXN0IG9mIGFjY2Vzcy1saXN0LWVudHJpZXMoQUNFKS8gYSBsaXN0IG9mIGFjY2Vzcy1s aXN0LWVudHJ5IG5vZGVzIChBQ0UpLz8NCg0KT2suDQoNCg0KDQoNCiAtIHMvTGlzdCBvZiBhY2Nl c3MgbGlzdCBlbnRyaWVzKEFDRSkvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyeSBub2RlcyAoQUNF KS8/DQogICAgIC0gdGhlcmUgaXMgbW9yZSB0aGFuIG9uZSBpbnN0YW5jZSBvZiB0aGlzIGluIHRo ZSBtb2RlbA0KDQpGaXhlZC4NCg0KDQoNCg0KIC0gIi4uLy4uLy4uLy4uL3R5cGUiIC0gc3RpbGwg c29tZSBsb25nIHJlbGF0aXZlIFhQYXRocw0KDQpGaXhlZC4NCg0KDQoNCg0KIC0gIiBvciByZWZl cnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2UgcG9ydHMiIC0gdGhpcyBpc24ndCB0aGVyZSB5ZXQu ICBJIHRoaW5rIHlvdQ0KICAgd2FudCB0byBzYXkgc29tZXRoaW5nIGxpa2UgInRoaXMgaXMgYSBj aG9pY2Ugc28gYXMgdG8gc3VwcG9ydCBmdXR1cmUgJ2Nhc2UnDQogICBzdGF0ZW1lbnRzLCBzdWNo IGFzIG9uZSBlbmFibGluZyBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cyB0byBiZSByZWZlcmVuY2Vk 4oCdDQoNCkhvdyBhYm91dDoNCg0KQ2hvaWNlIG9mIHNvdXJjZSBwb3J0IGRlZmluaXRpb24gdXNp bmcgcmFuZ2Uvb3BlcmF0b3Igb3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRz LCB0byBiZSBhZGRlZCBhcyBhIGZ1dHVyZSAnY2FzZScgc3RhdGVtZW50Lg0KDQo8S0VOVD5JIGxp a2UgbXkgZnJhbWluZyBiZXR0ZXIgYmVjYXVzZSAxKSBpdCBpcyBsZXNzIGNvbW1pdHRhbCBhYm91 dCB0aGUgZnV0dXJlIGFuZCAyKSBpdCBkb2Vzbid0IGxpbWl0IHRoZXJlIHRvIGJlaW5nIGp1c3Qg b25lICdjYXNlJyBzdGF0ZW1lbnQgdGhhdCBtaWdodCBiZSBhZGRlZCBpbiB0aGUgZnV0dXJlLg0K DQpPay4NCg0KDQoNCg0KDQogLSBkaXR0byBmb3IgIm9yIHJlZmVycmluZyB0byBhIGdyb3VwIG9m IGRlc3RpbmF0aW9uIHBvcnRzLiINCiAtIGRpdHRvIG9uIGJvdGggb2YgdGhlIGFib3ZlIGZvciB0 aGUgInVkcCIgY29udGFpbmVyDQogLSBpcyBpdCBwb3NzaWJsZSBmb3IgYm90aCAiZWdyZXNzLWlu dGVyZmFjZSIgYW5kICJpbmdyZXNzLWludGVyZmFjZSIgbGVhZnMgdG8NCiAgIGJlIHNwZWNpZmll ZCBhdCB0aGUgc2FtZSB0aW1lPyAgLSBpZiBub3QsIHNob3VsZCB0aGVyZSBhICdtdXN0JyBzdGF0 ZW1lbnQgdG8NCiAgIHByZXZlbnQgdGhhdCBwb3NzaWJpbGl0eT8gLSBvciBhbiBleHBsYW5hdGlv biBmb3Igd2hhdCBoYXBwZW5zIGlmIGl0IG9jY3Vycz8NCg0KTGV0IG1lIGRpc2N1c3MgdGhpcyB3 aXRoIG15IGNvLWF1dGhvcnMuDQoNCjxLRU5UPmFueSB1cGRhdGUgb24gdGhpcz8NCg0KWWVzLCBp dCBpcyBwb3NzaWJsZSBmb3IgYm90aCB0aGUg4oCcZWdyZXNzLWludGVyZmFjZeKAnSBhbmQg4oCc aW5ncmVzcy1pbnRlcmZhY2XigJ0gdG8gYmUgc3BlY2lmaWVkIGF0IHRoZSBzYW1lIHRpbWUuDQoN Cjw8S0VOVD4+IG9rYXksIHRoZW4gbWF5YmUgdGhlcmUgY2FuIGJlIGFuIGV4cGxhbmF0aW9uIG9m IHdoYXQgaGFwcGVucyB3aGVuIHRoYXQgb2NjdXJzPw0KDQpJdCBpcyBhIG1hdGNoaW5nIGxlYWYs IGFuZCB0ZWNobmljYWxseSBvbmUgY2FuIG1hdGNoIG9uIG1vcmUgdGhhbiBvbmUgbGVhZi4gU28g YSDigJhtdXN04oCZIHN0YXRlbWVudCBpcyBub3QgbmVlZGVkIGZyb20gYSBtb2RlbCBwZXJzcGVj dGl2ZS4gR2VuZXJhbGx5IHRob3VnaCwgdGhlIHBhY2tldCBpcyBlaXRoZXIgY29taW5nIGluIG9u IGFuIGluZ3Jlc3MgKGlucHV0KSBpbnRlcmZhY2Ugb3IgZ29pbmcgb3V0IGEgb3V0cHV0IChlZ3Jl c3MpIGludGVyZmFjZSwgYW5kIG9uZSB3b3VsZCBzaG91bGQgaGF2ZSBzZXBhcmF0ZSBBQ0UgZW50 cmllcyBmb3IgZWFjaCBkaXJlY3Rpb24gdGhlIHBhY2tldCB0cmF2ZWxzIHRocm91Z2ggdGhlIGlu dGVyZmFjZS4gVGhlIG1hdGNoIHdpbGwgZmFpbCBpZiBib3RoIGRpcmVjdGlvbnMgb2YgdGhlIGlu dGVyZmFjZSBhcmUgc3BlY2lmaWVkIGluIHRoZSBzYW1lIEFDRSBlbnRyeS4gQnV0IGlzbuKAmXQg dGhhdCBvYnZpb3VzPw0KDQo8PDxLRU5UPj4+IFllcywgYnV0IG1hdGNoZXMgYXJlIHR5cGljYWxs eSBhZGRpdGl2ZSwgYnV0IGhlcmUgdGhleSB6ZXJvIGVhY2ggb3RoZXIgb3V0LiAgV2hlbiBiZWZv cmUgeW91IHdyb3RlIHRoYXQgaXQgd2FzIHBvc3NpYmxlIGZvciB0aGVzZSB0byBiZSBzcGVjaWZp ZWQgYXQgdGhlIHNhbWUgdGltZSwgeW91IGp1c3QgbWVhbnQgdGhlIGN1cnJlbnQgbW9kZWwncyBz eW50YXggYWxsb3dzIGl0LCBidXQgaXQgZG9lc24ndCBtYWtlIHNlbWFudGljIHNlbnNlIHRvIGRv IHNvPyAgIElmIHRydWUsIHRoZW4gd2h5IHdvdWxkbid0IHRoZXJlIGJlIGEgJ211c3QnIGV4cHJl c3Npb25zIHByZXZlbnRpbmcgdGhlIHBvc3NpYmlsaXR5Pw0KDQoNCiAtIHMvVGhlIEFDTCdzIGFw cGxpZWQvVGhlIEFDTHMgYXBwbGllZC8gICAodGhpcyBoYXBwZW5zIG1vcmUgdGhhbiBvbmNlIGlu IG1vZGVsKQ0KDQpGaXhlZC4NCg0KDQpJbiBTZWN0aW9uIDQuMjoNCiAtIHJlZmVyZW5jZXMgdGhl bSBieSAidXNlcyIgLS0+IHJlZmVyZW5jZXMgdGhlbSBieSAndXNlcycgc3RhdGVtZW50cyAgPz8/ DQoNCk9rLg0KDQoNCg0KDQogLSBub3QgYWxsIHlvdXIgJ3JlZmVyZW5jZScgc3RhdGVtZW50cyBo YXZlIHRoZSB0aXRsZSBvZiB0aGUgcmVmZXJlbmNlZCBkb2N1bWVudC4NCg0KRml4ZWQuDQoNCg0K DQoNCiAtICJ0aGVuIHRoZSBkYXRhZ3JhbSBtdXN0IGJlIGRlc3Ryb3llZCIgLSBzL2Rlc3Ryb3ll ZC9kcm9wcGVkLz8NCg0KT2suDQoNCg0KDQoNCiAtICJvciByZWZlcnJpbmcgdG8gYSBncm91cCBv ZiAuLi4iICAtIHNhbWUgY29tbWVudHMgYXMgZm9yIHByZXZpb3VzIG1vZHVsZQ0KIC0gImVjZSIg aXMgbWlzc2luZyBhICdyZWZlcmVuY2UnIHN0YXRlbWVudD8gIC0NCg0KQWRkZWQuDQoNCg0KDQoN CiAtICJJbmRpY2F0ZXMgdGhhdCB0aGUgVXJnZW50IHBvaW50ZXIgZmllbGQgaXMgc2lnbmlmaWNh bnQiIC0gdXJnZW50IGlzDQogICBjYXBpdGFsaXplZCwgYnV0IHRoZXJlJ3Mgbm8gY29udGV4dCBh cyBmb3Igd2h5LiAgUGVyaGFwcyBtaXNzaW5nIGENCiAgIHJlZmVyZW5jZSBzdGF0ZW1lbnQgdG9v Pw0KDQpBZGRlZCBhIHJlZmVyZW5jZSBzdGF0ZW1lbnQuDQoNCg0KDQoNCiAtIGluICJ3aW5kb3ct c2l6ZSIgbGVhZiBkZXNjcmlwdGlvbiwgcmVtb3ZlIHBhcmVudGhlc2VzDQoNCk9rLg0KDQoNCg0K DQoNCkluIFNlY3Rpb24gNC4zOg0KIC0gdGhlIHRleHQgc2F5cyB0aGF0IGl0IGRyb3BzIHRyYWZm aWMgZnJvbSBYIHRvIFksIGJ1dCB0aGUgZXhhbXBsZSBzZWVtcyB0byBkbw0KICAgdGhlIHJldmVy c2UuDQoNCkZpeGVkLg0KDQoNCg0KDQoNCkluIFNlY3Rpb24gNC40Og0KIC0gVGhlICJXaXRoIHRo ZSBmb2xsb3cgWE1MIGV4YW1wbGU6IiA8RVhBTVBMRT4gIlRoaXMgcmVwcmVzZW50cy4uLiIgaXMN CiAgIGRpZmZpY3VsdCB0byByZWFkLiAgSG93IGFib3V0IGp1c3QgaGF2aW5nICJUaGUgZm9sbG93 aW5nIFhNTCBleGFtcGxlIC4uLjrigJ0/DQoNCkZpeGVkLg0KDQoNCjxLRU5UPiBCVFcsIEkgbWlz c2VkIGl0IGJlZm9yZSwgYnV0IEkgdGhpbmsgdGhlIDQuNCBzZWN0aW9uIHRpdGxlIHNob3VsZCBi ZQ0KcGx1cmFsOiAiUG9ydCBSYW5nZSBVc2FnZSBFeGFtcGxlc+KAnQ0KDQpUaGUgdGl0bGUgbm93 IHJlYWRzOg0KDQoiUG9ydCBSYW5nZSBVc2FnZSBhbmQgT3RoZXIgRXhhbXBsZXPigJ0uIFNlZSBi ZWxvdy4NCg0KPDxLRU5UPj4gd29ya3MgZm9yIG1lLg0KDQoNCg0KDQogLSBkb2VzIHRoZSBzZWNv bmQgZXhhbXBsZSBwcm92aWRlIGFueSB2YWx1ZSBvZiB0aGUgZmlyc3Q/IC0gc2VlbXMgdGhlIHNh bWUgdG8gbWXigKYNCg0KV2lsbCBjaGFuZ2UgdGhlIGV4YW1wbGUuDQoNCjxLRU5UPiB3YXMgaXQg Y2hhbmdlZCBwZXIgdGhlIG5leHQgaXRlbSBiZWxvdywgb3Igc29tZXRoaW5nIGVsc2U/DQoNCkNo YW5nZWQgdGhlIGV4YW1wbGUgdG8gYW4gQUNFIGVudHJ5IHRoYXQgZHJvcHMgYWxsIHBpbmcgcmVx dWVzdHMuDQoNCjw8S0VOVD4+IG9rYXkuICBCdXQgcGxlYXNlIHR3ZWFrIGFsbCB5b3VyIGV4YW1w bGVzIHNvIHRoYXQgYSAnXCcgbGluZS13cmFwcGluZyBpc24ndA0KaGFwcGVuaW5nIGZvciBhIHNp bmdsZSBjaGFyYXRlci4gIGUuZy4sIHJlbW92ZSBvbmUgc3BhY2UgZnJvbSB0aGUgaW5kZW50IG9y IHB1dCB0aGUNCnhtbG5zIG9uIGl0cyBvd24gbGluZS4NCg0KDQoNCg0KDQogLSBzZWVtcyBsaWtl IGV4YW1wbGUgMyBjb3VsZCBhbHNvIGJlIGV4cHJlc3NlZCBhcyAiPGxvd2VyLXBvcnQ+MjE8L2xv d2VyLXBvcnQ+IiwNCiAgIHJpZ2h0PyAgLSB0aGUgdGV4dCBhdCB0aGUgYmVnaW5uaW5nIG9mIHRo ZSBzZWN0aW9uIHNheXMgdGhpcyBjb25zdHJ1Y3QgaXMNCiAgIHBvc3NpYmxlLCBidXQgdGhlcmUg aXMgbm8gZXhhbXBsZSBmb3IgaXQuICBNYXliZSB0aGlzIG1ha2VzIGEgYmV0dGVyIGV4ICMyPw0K DQpIYXZlIGNoYW5nZWQgdGhlIGxhbmd1YWdlIGluIHRoZSBiZWdpbm5pbmcgb2YgdGhlIHNlY3Rp b24gdG8gc2F5Og0KDQoiV2hlbiBvbmx5IGEgcG9ydCBpcyBwcmVzZW50LCBpdCByZXByZXNlbnRz IGEgcG9ydCwgd2l0aCB0aGUgb3BlcmF0b3Igc3BlY2lmeWluZyB0aGUgcmFuZ2UuIg0KDQpUaGF0 IGlzIGJlY2F1c2UsIGl0IG5vdyBhIGNob2ljZSBiZXR3ZWVuIHNwZWNpZnlpbmcgYSByYW5nZSBv ciBzcGVjaWZ5aW5nIGEgc2luZ2xlIHBvcnQgd2l0aCBhbiBvcGVyYXRvci4NCg0KDQoNCg0KDQpJ biBhbGwgeW91ciBZQU5HIG1vZHVsZXM6DQogLSByZXBsYWNlICJORVRNT0QgKE5FVENPTkYgRGF0 YSBNb2RlbGluZyBMYW5ndWFnZSkiIHdpdGggIk5FVE1PRCAoTmV0d29yaw0KICAgTW9kZWxpbmcp IFdvcmtpbmcgR3JvdXDigJ0NCg0KT2suDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA/PzoNCiBJbiB0 aGUgZXhhbXBsZXMsIHdoeSBkaWQgeW91IGFkZCB0aGUgIjw/eG1sIHZlcnNpb249IjEuMCIgZW5j b2Rpbmc9IlVURi04Ij8+Ig0KIGxpbmUgYW5kIHRoZSAiY29uZmlnIiBlbGVtZW50PyAgLSB0aGUg ZXhhbXBsZXMgdmFsaWRhdGUgZXF1YWxseSB3ZWxsIHdoZW4NCiB0aGVzZSBhcmUgcmVtb3ZlZC4N Cg0KVGhlIGV4YW1wbGVzIGNhbiB0aGVuIGJlIGN1dCBhbmQgcGFzdGVkIGludG8gYW55IGNsaWVu dCBzdWNoIGFzIG5jY2xpZW50IHdoaWNoIHRha2VzIGFuIGVudGlyZSA8cnBjPi4NCg0KDQoNCg0K DQpJbiBTZWN0aW9uIDY6DQogLSBzL3RocmVlIFlBTkcgbW9kdWxlL3RocmVlIFlBTkcgbW9kdWxl cy8NCg0KRml4ZWQuDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiA2LjE6DQogLSBUaGUgZmlyc3QgcGFy YWdyYXBoIHNheXMgInRocmVlIFVSSSIsIGJ1dCBpdCBzaG91bGQgYmUgInRocmVlIFVSSXPigJ0N Cg0KRml4ZWQuDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiBBLjE6DQogLSAiVGhlIGZvbGxvd2luZyBm aWd1cmUgaXMgdGhlIHRyZWUgc3RydWN0dXJlIiAtIHNob3VsZCBzYXkgInRyZWUgZGlhZ3JhbSIg YW5kDQogICBzaG91bGQgcmVmZXJlbmNlIHRoZSB0cmVlLWRpYWdyYW1zIGRyYWZ0LCBvciBlbHNl IGhhdmUgYSBkcmFmdC13aWRlICJUcmVlDQogICBEaWFncmFtIE5vdGF0aW9uIiBzZWN0aW9uIGlu IHRoZSBJbnRyb2R1Y3Rpb24uDQoNCkFkZGVkIGEgc2VjdGlvbiBpbiB0aGUgSW50cm9kdWN0aW9u Lg0KDQoNCg0KDQogLSBzL0luIG90aGVyIGV4YW1wbGUvSW4gYW5vdGhlciBleGFtcGxlLz8NCiAt IHMvd2l0aCBuZXcgY2hvaWNlIG9mIGFjdGlvbnMvd2l0aCBhIG5ldyBjaG9pY2Ugb2YgYWN0aW9u cy8/DQoNCkJvdGggZml4ZWQuDQoNCg0KDQoNCg0KSW4gU2VjdGlvbiBBLjM7DQogLSBzb21lICdy ZWZlcmVuY2UnIHN0YXRlbWVudHMgYXJlIG1pc3NpbmcgdGl0bGVzDQoNCkFkZGVkLg0KDQoNCg0K DQogLSBzb21lICdkZXNjcmlwdGlvbicgc3RhdGVtZW50cyBtaWdodCBiZW5lZml0IGZyb20gYSAn cmVmZXJlbmNl4oCZIHN0YXRlbWVudA0KDQpJIGhhdmUgYWRkZWQgcmVmZXJlbmNlcyB0aGF0IEkg Y291bGQgZmluZC4NCg0KDQoNCg0KIC0gIlRoZSB1aW50MTYgdHlwZSBwbGFjZWhvbGRlciB0eXBl Li4uIiAtIGlzIHRoaXMgYSB0eXBvPw0KDQpEcm9wcGVkIHRoZSBzZWNvbmQg4oCcdHlwZeKAnS4N Cg0KVGhhbmtzLg0KDQo8S0VOVD5ucA0KDQoNCg0KS2VudCAvLyBzaGVwaGVyZA0KDQoNCg0KDQo9 PT09PSBvcmlnaW5hbCBtZXNzYWdlID09PT09PQ0KDQpUaGlzIHZlcnNpb24gb2YgdGhlIGRyYWZ0 IGFkZHJlc3NlcyBjb21tZW50cyByYWlzZWQgZHVyaW5nIExDLCBzaGVwaGVyZCByZXZpZXcgYW5k IG90aGVyIGNvbW1lbnRzIHJlY2VpdmVkIGR1cmluZyB0aGF0IHBlcmlvZC4NCg0KDQoNCg0KT24g TWFyIDMsIDIwMTgsIGF0IDI6MTMgUE0sIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFm dCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3Jp ZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBOZXR3b3JrIE1vZGVsaW5nIFdH IG9mIHRoZSBJRVRGLg0KDQogICAgICBUaXRsZSAgICAgICAgICAgOiBOZXR3b3JrIEFjY2VzcyBD b250cm9sIExpc3QgKEFDTCkgWUFORyBEYXRhIE1vZGVsDQogICAgICBBdXRob3JzICAgICAgICAg OiBNYWhlc2ggSmV0aGFuYW5kYW5pDQogICAgICAgICAgICAgICAgICAgICAgICBMaXNhIEh1YW5n DQogICAgICAgICAgICAgICAgICAgICAgICBTb25hbCBBZ2Fyd2FsDQogICAgICAgICAgICAgICAg ICAgICAgICBEYW5hIEJsYWlyDQpGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLW5ldG1vZC1h Y2wtbW9kZWwtMTcudHh0DQpQYWdlcyAgICAgICAgICAgOiA1Nw0KRGF0ZSAgICAgICAgICAgIDog MjAxOC0wMy0wMw0KDQpBYnN0cmFjdDoNCiBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBkYXRhIG1v ZGVsIGZvciBBY2Nlc3MgQ29udHJvbCBMaXN0IChBQ0wpLg0KIEFDTCBpcyBhIG9yZGVyZWQtYnkt dXNlciBzZXQgb2YgcnVsZXMsIHVzZWQgdG8gY29uZmlndXJlIHRoZQ0KIGZvcndhcmRpbmcgYmVo YXZpb3IgaW4gZGV2aWNlLiAgRWFjaCBydWxlIGlzIHVzZWQgdG8gZmluZCBhIG1hdGNoIG9uDQog YSBwYWNrZXQsIGFuZCBkZWZpbmUgYWN0aW9ucyB0aGF0IHdpbGwgYmUgcGVyZm9ybWVkIG9uIHRo ZSBwYWNrZXQuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMg ZHJhZnQgaXM6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0 cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRh Y2wtMkRtb2RlbF8mZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3Zv RFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZt PWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz00NEdKbHF4cUIw WUs1RzlnYjFUVXpBb2J1Z01IeERXZmxhUENaM0lZcEtBJmU9DQoNClRoZXJlIGFyZSBhbHNvIGh0 bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGll dGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZT Y2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJn c0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZn WW55Wm9jJnM9cmJtOTFTU0pfMHN4RnhiNjkyZDBGSDBHLWRiQlRBVUNmMktSeVN5enRKUSZlPQ0K aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRh dHJhY2tlci5pZXRmLm9yZ19kb2NfaHRtbF9kcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRt b2RlbC0yRDE3JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RU WGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1o dUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9c2l5cHlCbjNGOG82 YnNCM1ozRTVxUzB1YVNxMkVVR1VQd2lyeF9hX0tEdyZlPQ0KDQpBIGRpZmYgZnJvbSB0aGUgcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zw b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19yZmNkaWZmLTNGdXJsMi0z RGRyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmZD1Ed0lDQWcmYz1IQWtZ dWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9OXprUDB4bkpVdlpHSjlF UG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pO cjY3U0FBOEdIZmdZbnlab2Mmcz10MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQwZnAzZlhx Y2Q4MGc4JmU9DQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt aW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fdG9vbHMuaWV0Zi5vcmdf JmQ9RHdNRmFRJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZy PTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1CZ3lqbmZTclpm c3dXclRNaVctUGRLRUpVRWwzSVh0d0NTbzFQUXlWVWFBJnM9NEZqR09sZDQ5R3dJMG1vWjdoNmx0 bHV2MFJYTjFyUG1HcDBkLThtakRtQSZlPT4uDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBh dmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18m ZD1Ed0lDQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9 OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZtPWh1QmUtQlJLazhC NVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2Mmcz14UDd6OVZ4VWd0T3RTVklncVBGNVJL SXFUT2k2d2otSEVYdlpLQlJUaVV3JmU9DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8 bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbmV0bW9k JmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZy PTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4 QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJnM9T0tJVkxYTG8wUnNyZjFEU29MV1N5 SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZlPQ0KDQpNYWhlc2ggSmV0aGFuYW5kYW5pDQptamV0aGFu YW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGlu ZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCmh0dHBzOi8v dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3Jn X21haWxtYW5fbGlzdGluZm9fbmV0bW9kJmQ9RHdJQ0FnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBV akJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdU dmpJU2xhSmRjWm8mbT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9j JnM9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZlPQ0KDQpNYWhl c2ggSmV0aGFuYW5kYW5pDQptamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFu ZGFuaUBnbWFpbC5jb20+DQoNCg0KTWFoZXNoIEpldGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBn bWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPg0KDQoNCg0KDQpNYWhlc2gg SmV0aGFuYW5kYW5pDQptamV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFu aUBnbWFpbC5jb20+DQoNCg0K --_000_6746E40A95264ECBB63E44C0F7995A59junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <05DB8A5D7DAB4344966BC4690563F914@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpNb25hY287DQoJcGFub3NlLTE6MiAwIDUgMCAwIDAgMCAwIDAg MDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28t c3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6Q291cmllcjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWZvbnQtdmFyaWFudDpu b3JtYWwgIWltcG9ydGFudDsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCXRleHQtdHJhbnNmb3JtOm5v bmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTsNCgl2ZXJ0aWNhbC1hbGlnbjpiYXNlbGlu ZTt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5 bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRl IiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmkiPkhpIE1haGVzaCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmkiPlR3byBpbnN0YW5jZXMgb2YgJmx0OyZsdDsmbHQ7S0VOVCZndDsmZ3Q7 Jmd0OyBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmkiPktlbnQgLy8gc2hlcGhlcmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMy8xNC8xOCwgMzoyNyBQTSwgJnF1b3Q7TWFoZXNoIEpl dGhhbmFuZGFuaSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwu Y29tIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286 cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNYXIgMTQsIDIwMTgsIGF0 IDEwOjQyIEFNLCBLZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBl ci5uZXQiPmt3YXRzZW5AanVuaXBlci5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+SGkgTWFoZXNoLCZuYnNwOyBwbGVhc2Ug bG9vayBmb3IgJmx0OyZsdDtLRU5UJmd0OyZndDsgYmVsb3cuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPkFsbCwg cGxlYXNlIHRha2UgYSBsb29rIGF0IHRoZSBxdWVzdGlvbiBhcm91bmQgcmVuYW1pbmcgdGhlICZx dW90O2FjY2Vzcy1saXN0cyZxdW90OyBjb250YWluZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmkiPktlbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5PbiAzLzEzLzE4LCA5OjQ2IFBNLCAmcXVvdDtNYWhl c2ggSmV0aGFuYW5kYW5pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bWpldGhhbmFuZGFuaUBn bWFpbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1qZXRoYW5hbmRhbmlAZ21haWwu Y29tPC9zcGFuPjwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+T24gTWFyIDEzLCAyMDE4LCBhdCAzOjIzIFBNLCBLZW50IFdhdHNlbiAm bHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVuaXBlci5uZXQiPjxzcGFuIHN0eWxlPSJjb2xv cjpwdXJwbGUiPmt3YXRzZW5AanVuaXBlci5uZXQ8L3NwYW4+PC9hPiZndDsgd3JvdGU6PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5IaSBNYWhlc2gsPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlBsZWFzZSBsb29rIGZvciAm bHQ7S0VOVCZndDsgYmVsb3cuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNh bGlicmkiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPktlbnQ8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmki PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T24gMy84LzE4LCA3OjQwIFBNLCAmcXVv dDtNYWhlc2ggSmV0aGFuYW5kYW5pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bWpldGhhbmFu ZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1qZXRoYW5hbmRhbmlA Z21haWwuY29tPC9zcGFuPjwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPktlbnQsPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9uIE1hciA3LCAyMDE4 LCBhdCAxOjU1IFBNLCBLZW50IFdhdHNlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmt3YXRzZW5AanVu aXBlci5uZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmt3YXRzZW5AanVuaXBlci5uZXQ8 L3NwYW4+PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPltUbyBh bGwgdGhvc2UgdGhhdCBzYWlkIHRoaXMgZHJhZnQgd2FzIHJlYWR5LCByZWFsbHk/XTxicj4NCjxi cj4NCjxicj4NCkhpIE1haGVzaCw8YnI+DQo8YnI+DQpUaGFua3MgZm9yIHRoZSB1cGRhdGUuICZu YnNwO0kgZm91bmQgc29tZSBtb3JlIGlzc3Vlcy4gJm5ic3A7U29tZSBtdXN0IGJlIGZpeGVkLDxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpvdGhl cnMgYXJlIG5pdHMsIGFuZCBtaWdodCBiZSBjYXVnaHQgYnkgdGhlIFJGQyBFZGl0b3IuICZuYnNw O0J1dCBJIHRoaW5rPGJyPg0KdGhhdCBpdCdzIGVtYmFycmFzc2luZyB0byByZWNlaXZlIGNvbW1l bnRzIGZvciBzdWNoIHRoaW5ncyBmcm9tIHRoZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQpJRVNHLCBhcyBpcyByZWNlbnRseSB0aGUgY2FzZSBm b3IgdGhlIHN5c2xvZyBkcmFmdCwgc28gcGxlYXNlIHNlZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQp3aGF0IHlvdSBjYW4gZG8uPGJyPg0KPGJy Pg0KVGhhbmtzLDxicj4NCktlbnQ8YnI+DQo8YnI+DQo8YnI+DQpGcm9tIElkbml0czo8YnI+DQo8 YnI+DQombmJzcDsqKiBUaGVyZSBhcmUgNiBpbnN0YW5jZXMgb2YgdG9vIGxvbmcgbGluZXMgaW4g dGhlIGRvY3VtZW50LCB0aGUgbG9uZ2VzdCBvbmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDtiZWluZyA3IGNoYXJhY3RlcnMgaW4gZXhjZXNzIG9mIDcyLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkhtbS4gVGhlIGlk bml0cyBhdCBzdWJtaXNzaW9uIHRpbWUgZGlkIG5vdCBjb21wbGFpbi4gV2lsbCBhcHBseSB0aGUg bmV3IHNjcmlwdCB0aGF0IHlvdSBwcm92aWRlZCB0byBtYWtlIHN1cmUgSSB3cmFwIHRoZW0gYXJv dW5kLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj48YnI+DQombmJzcDtZb3Ugd3JvdGUgYmVmb3JlIHRoYXQgaXQgd2FzICZxdW90O0ZpeGVk JnF1b3Q7LCBidXQgaXQncyBzdGlsbCBoZXJlPyAmbmJzcDtOb3RlOiAmcXVvdDsqKiZxdW90OyBp czxicj4NCiZuYnNwO2FuIGVycm9yIChpZG5pdHMgbGFiZWwpPGJyPg0KPGJyPg0KJm5ic3A7LS0g VGhlIGRvY3VtZW50IGhhcyBleGFtcGxlcyB1c2luZyBJUHY0IGRvY3VtZW50YXRpb24gYWRkcmVz c2VzIGFjY29yZGluZzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RvIFJGQzY4OTAsIGJ1 dCBkb2VzIG5vdCB1c2UgYW55IElQdjYgZG9jdW1lbnRhdGlvbiBhZGRyZXNzZXMuICZuYnNwO01h eWJlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlcmUgc2hvdWxkIGJlIElQdjYgZXhh bXBsZXMsIHRvbz88YnI+DQo8YnI+DQombmJzcDtJIGRvbid0IGZlZWwgc3Ryb25nbHkgYWJvdXQg dGhpcywgYnV0IGlmIGl0J3MgZWFzeSBlbm91Z2ggdG8gZG8uLi48YnI+DQo8YnI+DQpJbiB0aGUg QWJzdHJhY3Q6PGJyPg0KJm5ic3A7LSBJIHRoaW5rIHRoZSB3b3JkICZxdW90O2FuJnF1b3Q7IGlz IG1pc3NpbmcgKGUuZy4sIGFuIEFDTCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5BZGRlZC48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gdGhlIEludHJv ZHVjdGlvbjo8YnI+DQombmJzcDstIHNob3VsZCAmcXVvdDtvcmRlcmVkLWJ5LXVzZXImcXVvdDsg YmUgJnF1b3Q7b3JkZXJlZC1ieSB1c2VyJnF1b3Q7IHRvIGF2b2lkIGNvbmZ1c2lvbiwgb3IgcGVy aGFwcyBzYXkgaXQgYW5vdGhlciB3YXk/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+SG93IGFib3V0IHRoaXMgaW4gYm90aCB0 aGUgQWJzdHJhY3QgYW5kIHRoZSBJbnRyb2R1Y3Rpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7Zm9udC12 YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyO2JhY2tncm91bmQt cG9zaXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlh bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+QUNMIGlzIGEgb3JkZXJlZC1i eS11c2VyIHNldCBvZiBydWxlczwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+TkVXOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPkFuIEFDTCBpcyBhIHNldCBvZiBydWxlcywgaW4gYW4gb3JkZXIgc2V0IGJ5IHRoZSB1c2Vy PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jmx0O0tFTlQmZ3Q7b3IgaG93IGFi b3V0ICZxdW90O0FuIEFDTCBpcyBhIHVzZXItb3JkZXJlZCBzZXQgb2YgcnVsZXPigJ0/PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9r LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSB3aGF0IGRv ZXMgJnF1b3Q7YSB0dXBsZSBvZiZxdW90OyBtZWFuPyAmbmJzcDtDYW4gdGhpcyBiZSByZXN0YXRl ZD88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5Ib3cgYWJvdXQgdGhpcz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj5PTEQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTticmVhay1iZWZvcmU6 IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAy O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWwgaW5pdGlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+VGhlIG1h dGNoIGNyaXRlcmlhIGNvbnNpc3Qgb2YgYSB0dXBsZSBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoIGNy aXRlcmlhIGFuZCBjYW4gaGF2ZSBtZXRhZGF0YSBtYXRjaCBjcml0ZXJpYSBhcyB3ZWxsLjwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk5FVzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlO2Jy ZWFrLWJlZm9yZTogcGFnZTtmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7b3JwaGFuczog Mjt3aWRvd3M6IDI7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRpYWw7YmFja2dyb3Vu ZC1yZXBlYXQ6aW5pdGlhbCBpbml0aWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6SGVsdmV0 aWNhIj5UaGUgbWF0Y2ggY3JpdGVyaWEgY29uc2lzdCBvZiBwYWNrZXQgaGVhZGVyIG1hdGNoZXMs IGFuZCBvciBvciBtZXRhZGF0YSBhcyBkZXNjcmliZWQgYmVsb3c6PC9zcGFuPjxvOnA+PC9vOnA+ PC9wcmU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jmx0O0tFTlQmZ3Q7b3IgaG93IGFib3V0ICZxdW90O1RoZSBtYXRjaCBjcml0ZXJpYSBjYW4g YmUgYSBtdWx0aXBsaWNpdHkgb2YgY3JpdGVyaWEsIGFsbCBvZiB3aGljaCBtdXN0IGJlIHRydWUg Zm9yIHRoZSBtYXRjaCB0byBvY2N1ci4mbmJzcDsmbmJzcDsgVGhlIG1hdGNoIGNyaXRlcmlhIG1h eSBtYXRjaCBhZ2FpbnN0IHZhbHVlcyBpbiB0aGUgcGFja2V0IGhlYWRlciBvciBhZ2FpbnN0IHZl bmRvci1zcGVjaWZpYw0KIG1ldGFkYXRhIGFib3V0IHRoZSBwYWNrZXQuJnF1b3Q7PyZuYnNwOyZu YnNwOyAtIG9yIHNvbWV0aGluZyBpbiBiZXR3ZWVuPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T3Igc2lt cGx5IGFzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPuKAnFRoZSBtYXRjaCBjcml0ZXJpYSBhbGxvd3Mg Zm9yIGRlZmluaXRpb24gb2YgcGFja2V0IGhlYWRlcnMgYW5kIG1ldGFkYXRhLCBhbGwgb2Ygd2hp Y2ggbXVzdCBiZSB0cnVlIGZvciB0aGUgbWF0Y2ggdG8gb2NjdXIuJnF1b3Q7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0OyZndDsgb2theTxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL0lu IGNhc2UgdmVuZG9yIHN1cHBvcnRzIGl0L0luIGNhc2UgYSB2ZW5kb3Igc3VwcG9ydHMgaXQvID88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtUaGUgbGlzdCBvZiBYIGlzIGVuZGxlc3MgZGVwZW5k aW5nIG9uLi4uJnF1b3Q7LiAmbmJzcDtJcyAmcXVvdDtlbmRsZXNzJnF1b3Q7IHRoZSByaWdodCB3 b3JkLCBwZXJoYXBzIHJlc3RhdGU/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7YnJl YWstYmVmb3JlOiBwYWdlO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDtvcnBoYW5zOiAy O3dpZG93czogMjtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWwgaW5pdGlhbDtiYWNrZ3JvdW5k LXJlcGVhdDppbml0aWFsIGluaXRpYWwiPlRoZSBsaXN0IG9mIHBvdGVudGlhbCBhY3Rpb25zIGlz IGVuZGxlc3M8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTti cmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6 IDI7d2lkb3dzOiAyO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91 bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlhbCI+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj5ORVc6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTticmVhay1iZWZvcmU6IHBhZ2U7Zm9udC12YXJp YW50LWxpZ2F0dXJlczogbm9ybWFsO29ycGhhbnM6IDI7d2lkb3dzOiAyO2JhY2tncm91bmQtcG9z aXRpb246aW5pdGlhbCBpbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlhbCI+ VGhlIGxpc3Qgb2YgcG90ZW50aWFsIGFjdGlvbnMgaXMgbGltaXRsZXNzPG86cD48L286cD48L3By ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bHQ7S0VOVCZndDsgb3IgbWF5YmUgJnF1b3Q7dW5ib3VuZGVk4oCdPzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJy Pg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhIj4mbmJzcDstIHNhbWUgc2VudGVuY2UgYXMgYWJvdmUsIHNob3VsZCAmcXVvdDtuZXR3 b3JrZWQgZGV2aWNlcyZxdW90OyBiZSAmcXVvdDtuZXR3b3JrJnF1b3Q7IG9yICZxdW90O25ldHdv cmtpbmcmcXVvdDsgZGV2aWNlcz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5XaWxsIGNoYW5nZSDigJxuZXR3b3JrZWQgZGV2 aWNlc+KAnSB0byDigJxuZXR3b3JraW5nIGRldmljZXPigJ0uPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gMzo8 YnI+DQombmJzcDstICZxdW90O0EgbmV0d29yayBzeXN0ZW0gdXN1YWxseSBoYXZlIGEgbGlzdCBv ZiBBQ0xzJnF1b3Q7ICZuYnNwOyhzL3N5c3RlbS9zeXN0ZW1zLyBvciBzL2hhdmUvaGFzLz8pPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+cy9oYXZlL2hhcy8uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7VGhlIG1hdGNoIGNyaXRlcmlhIGNvbnNp c3Qgb2YgcGFja2V0IGhlYWRlciBtYXRjaGluZyZxdW90OyAtIGlzIGNvbnNpc3QgdGhlIHJpZ2h0 IHdvcmQ/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+SG93IHdvdWxkIHlvdSByZXN0YXRlIGl0PyAoQWZ0ZXIgSSBoYXZlIHMv Y29uc2lzdC9jb25zaXN0cy8pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jmx0 O0tFTlQmZ3Q7IHNlZSBhYm92ZSAobXkgY29tbWVudCBiZWZvcmUgbGFzdCwgaXQgaXMgdGhlIHNh bWUgc2VudGVuY2UsIHJpZ2h0Pyk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T25jZSB3ZSBhZ3JlZSBvbiB0aGUgYWJvdmUgY29tbWVu dCwgSSB3aWxsIHJlcGxpY2F0ZSBpdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48YnI+DQombHQ7Jmx0O0tFTlQmZ3Q7Jmd0OyBva2F5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtJ dCBhcyBhbHNvIHBvc3NpYmxlIGZvciBBQ0UgdG8gbWF0Y2ggb24gbWV0YWRhdGEmcXVvdDsgJm5i c3A7cy9hcy9pcy8gYW5kIHMvQUNFL2FuIEFDRS88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5PazxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O1do ZW4gYXBwbGllZCB0byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2VkIGRldmljZSwgdGhlIEFDTCBp cyBhcHBsaWVkIGluIGEgZGlyZWN0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7d2hp Y2ggaW5kaWNhdGVzIGlmIGl0IHNob3VsZCBiZSBhcHBsaWVkIHRvIHBhY2tldCBlbnRlcmluZyAo aW5wdXQpIG9yIGxlYXZpbmcgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGV2aWNl IChvdXRwdXQpLiZxdW90OyAmbmJzcDstIHJlc3RhdGUgdG8gdGFsayBhYm91dCAmcXVvdDtpbmdy ZXNzJnF1b3Q7IGFuZCAmcXVvdDtlZ3Jlc3PigJ0/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+SG93IGFib3V0OjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPldoZW4gYXBwbGllZCB0 byBpbnRlcmZhY2VzIG9mIGEgbmV0d29ya2VkIGRldmljZSwgdGhlIEFDTCBpcyBhcHBsaWVkIGlu IGEgZGlyZWN0aW9uIHdoaWNoIGluZGljYXRlcyBpZiBpdCBzaG91bGQgYmUgYXBwbGllZCB0byBp bmdyZXNzIGludGVyZmFjZSAoaW5wdXQpIG9yIGVncmVzcyBpbnRlcmZhY2UgKG91dHB1dCkuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KJmx0 O0tFTlQmZ3Q7b3IgbWF5YmUgJnF1b3Q7V2hlbiBhcHBsaWVkIHRvIGludGVyZmFjZXMgb2YgYSBu ZXR3b3JrZWQgZGV2aWNlLCBkaXN0aW5jdCBBQ0xzIGFyZSBkZWZpbmVkIGZvciB0aGUgaW5ncmVz cyAoaW5wdXQpIGFuZCBlZ3Jlc3MgKG91dHB1dCkgZGlyZWN0aW9ucy7igJ08bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2suPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O0FuIGV4YW1wbGUgaW4gdGhlIGFw cGVuZGl4IHNob3dzIGhvdyB0byBleHByZXNzIGl0IGluIFlBTkcgbW9kZWwuJnF1b3Q7IC0gZWl0 aGVyIHRoaXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtpcyBub3QgdHJ1ZSwgb3IgdGhlIHNlbnRl bmNlIHNob3VsZCBub3QgYmUgYXQgdGhlIGVuZCBvZiB0aGlzIHBhcmFncmFwaDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlJl bW92ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gMy4xOjxicj4NCiZuYnNwOy0gcy9hbmQgbXVzdCBzdGF0 ZW1lbnRzL2FuZCAnbXVzdCcgc3RhdGVtZW50cy88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Eb25lIGFuZCBzL2lmLWZlYXR1 cmUv4oCYaWYtZmVhdHVyZeKAmS88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL2RlZmluZSBuZXcgJnF1b3Q7bWF0Y2hlcyZx dW90OyBjaG9pY2UvZGVmaW5lIGEgbmV3ICZxdW90O21hdGNoZXMmcXVvdDsgY2hvaWNlLyA/PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+RG9uZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA0LjE6PGJyPg0KJm5ic3A7LSAmcXVvdDtpZXRm LWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDsgaXMgdGhlIHN0YW5kYXJkIHRvcCBsZXZlbCBtb2R1 bGUgZm9yIGFjY2VzcyBsaXN0czxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOy0g d2hhdCBkb2VzIHRoaXMgbWVhbj88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5PTEQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+JnF1b3Q7aWV0Zi1hY2Nlc3MtY29udHJvbC1saXN0 JnF1b3Q7IGlzIHRoZSBzdGFuZGFyZCB0b3AgbGV2ZWwgbW9kdWxlIGZvciBhY2Nlc3MgbGlzdHM8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5ORVc6PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+JnF1b3Q7aWV0 Zi1hY2Nlc3MtY29udHJvbC1saXN0JnF1b3Q7IGlzIHRoZSB0b3AgbGV2ZWwgbW9kdWxlIGZvciBh Y2Nlc3MgbGlzdHM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQombHQ7S0VOVCZndDsgaXQncyBtb3JlIHRoYW4gdGhlIHdvcmQgJnF1b3Q7c3Rh bmRhcmQmcXVvdDsuJm5ic3A7IE1heWJlIHNvbWV0aGluZyBsaWtlIHRoaXM6ICZuYnNwO1RoZSAm cXVvdDtpZXRmLWFjY2Vzcy1jb250cm9sLWxpc3QmcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj5tb2R1bGUgZGVmaW5lcyBhIGNvbnRhaW5lciBjYWxsZWQgJnF1b3Q7YWNj ZXNzLWxpc3QmcXVvdDsmbmJzcDsgLSB3aGF0IGRvIHlvdSB0aGluaz8mbmJzcDsmbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0K PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZsdDtLRU5UJmd0O0JU Vywgd2h5IGlzIHRoZSBjb250YWluZXIgY2FsbGVkICZxdW90O2FjY2Vzcy1saXN0cyZxdW90OyBh bmQgbm90IGUuZy4sICZxdW90O2FjbHMmcXVvdDsuJm5ic3A7IEkgdGhvdWdodCB0aGF0IHRoZXJl IHdhcyBhIG5vZGUtbmFtaW5nIGlkaW9tIGFsb25nIHRoZSBsaW5lcyBvZiAmcXVvdDsvd2lkZ2V0 cy93aWRnZXQmcXVvdDsgZm9yIHdoZW4gYSBsaXN0IGlzIGEgZGVzY2VuZGVudCBvZiBhIGNvbnRh aW5lci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+SGlzdG9yeS4gV2hlbiB3ZSBpbmhlcml0ZWQgdGhlIGRyYWZ0LCBpdCB3YXMgbmFt ZWQgYWNjZXNzLWxpc3RzLiBJIGNhbiBjaGFuZ2UgaXQgdG8g4oCcYWNsc+KAnS48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQombHQ7Jmx0O0tFTlQmZ3Q7Jmd0OyBJIHRo aW5rIGl0IHNob3VsZCBiZSAmcXVvdDthY2xzJnF1b3Q7LCBidXQgSSB3b3VsZG4ndCB3YW50IHRv IG1ha2UgdGhpcyBjaGFuZ2UgdW5pbGF0ZXJhbGx5LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PkRvZXMgYW55Ym9keSBlbHNlIGhhdmUgYW4gaXNzdWUgd2l0aCB0aGUgY29udGFpbmVyIGJlaW5n IGNhbGxlZCAmcXVvdDthY2Nlc3MtbGlzdHPigJ0gPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhIj4mbmJzcDstIFRoZSAmcXVvdDthY2Nlc3MtbGlzdHMmcXVvdDsgY29udGFpbmVy IHN0b3JlcyBhIGxpc3Qgb2YgJnF1b3Q7YWNsJnF1b3Q7LiAtIHMvc3RvcmVzL2hhcyBvciBjb250 YWlucz8vPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPnMvc3RvcmVzL2hhcy88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDsuLi50aGF0IGNhbiBiZSB1c2VkIHRv IGRldGVybWluZSB3aGljaCBydWxlIHdhcyBtYXRjaGVkIHVwb24mcXVvdDsgLSBub3Qgc3VyZSBp ZiB0aGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7cGFydCBpcyBuZWVkZWQsIG9yIG1heWJlIGJl dHRlciByZXN0YXRlZCAmcXVvdDssIHdoaWNoIGNhbiBsYXRlciBiZSB1c2VkIHRvIGRldGVybWlu ZeKApiZxdW90Oz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL2FiaWxpdHkgZm9yIEFDTCdzIHRvIGJl L2FiaWxpdHkgZm9yIEFDTHMgdG8gYmUvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2suPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCkluIFNlY3Rpb24gNC4x IChpbiB0aGUgWUFORyBtb2R1bGUpOjxicj4NCiZuYnNwOy0gQSBudW1iZXIgb2YgaWRlbnRpdGll cyByZWFkICZxdW90O0FDTCB0aGF0IHByaW1hcmlseSBtYXRjaGVzLi4uJnF1b3Q7LiAmbmJzcDtJ cyAmcXVvdDtwcmltYXJpbHkmcXVvdDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDthbiBhY2N1cmF0 ZSB3b3JkPyAtIGlmIHNvLCB0aGVuIGRvIHdlIG5lZWQgdG8gc2F5IGFueXRoaW5nIGFib3V0IHdo ZW4gaXQnczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO25vdCB0aGUgY2FzZT88c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+QXMgb25lIG9mIHRo ZSB0ZXh0IHNheXMuIEl0IHByaW1hcmlseSBtYXRjaGVzIElQdjQsIGFuZCBkb2VzIG5vdCBtYXRj aCBlaXRoZXIgZXRoZXJuZXQgb3IgSVB2NiBoZWFkZXJzLiBTdWNoIEFDTCB0eXBlcyBhcmUgZGlm ZmVyZW50IGZyb20gdGhlIG1peGVkIEFDTCB0eXBlcyB0aGF0IG1pZ2h0IG1hdGNoIG9uIGEgY29t YmluYXRpb24gb2YgZXRoZXJuZXQgYW5kIElQdjQNCiBoZWFkZXJzIGV0Yy48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDtCdXQgbXkgY29tbWVudCBpcyBtb3Jl IHRoYXQgJnF1b3Q7cHJpbWFyaWx5JnF1b3Q7IHNlZW1zIHdpc2h5LXdhc2h5LiZuYnNwOyBJdCBz ZWVtcyBsaWtlIGl0IGRvZXNuJ3QgKnByaW1hcmlseSogZG8gc29tZXRoaW5nLCBpdCBhY3R1YWxs eSBkb2VzIGl0LiZuYnNwOyZuYnNwOyBJZiB0aGVyZSBpcyBhIGdyZXkgYXJlYSwgd2hlcmUgaXQg bWlnaHQgbWF0Y2ggc29tZXRoaW5nIGVsc2UsIGlmIHBvc3NpYmxlLA0KIG1heWJlIGl0IHdvdWxk IGhlbHAgdG8gY2FsbCB0aGF0IG91dD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2suIFdpbGwgZHJvcCB0aGUgd29yZCDigJxwcmlt YXJpbHnigJ0uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0K PGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6SGVsdmV0aWNhIj4mbmJzcDtTZXBhcmF0ZWx5LCBzL0FDTC9hbiBBQ0wvPzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9r LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh Ij4mbmJzcDstIEEgbnVtYmVyIG9mIGZlYXR1cmVzIHJlYWQgJnF1b3Q7RGV2aWNlIGNhbiBzdXBw b3J0Li4uJnF1b3Q7IC0gcy9EZXZpY2UvVGhlIGRldmljZS8/PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+T2suPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0g JnF1b3Q7SXQgY2FuIGhhdmUgb25lIG9yIG1vcmUgQWNjZXNzIENvbnRyb2wgTGlzdHMmcXVvdDsg LSBsaXN0cyBzaG91bGQgYmUgc2luZ3VsYXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+UmVhbGx5PyBFbmdsaXNoIGdyYW1t YXIgc2F5cyB0aGF0IGlmIGEgc2VudGVuY2UgaGFzIGJvdGggYSBzaW5ndWxhciBhbmQgYSBwbHVy YWwsIHRoZSBvbmUgbmVhcmVzdCB0byB0aGUgc3ViamVjdCBpcyB0aGUgb25lIHlvdSBzZWxlY3Qu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jmx0O0tFTlQmZ3Q7YWN0dWFsbHks IEknbSBqdXN0IGdvaW5nIG9mZiB0aGUgZmFjdCB0aGF0IHRoZSBsaXN0IG5vZGUgaXMgY2FsbCAm cXVvdDthY2wmcXVvdDssIHdoaWNoIGlzIHNpbmd1bGFyLiZuYnNwOyBQZXJoYXBzIGV2ZW4gYmV0 dGVyIHdvdWxkIGJlIHRvIHNheTo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPiZuYnNwOzwvc3Bhbj5JdA0KIGNhbiBjb250YWluIG9uZSBvciBtb3JlICZxdW90O2Fj bCZxdW90OyBub2RlcyAtIHRob3VnaHRzPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5CdXQgZXZlbiBub2RlcyBpcyBhIHBsdXJhbC4g U28gd2hhdCB3b3VsZCBiZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIOKAnGFjbHPigJ0gYW5kIOKA nGFjbCBub2Rlc+KAnS4gSSB3b3VsZCByYXRoZXIgaGF2ZSB0aGUgUkZDIGVkaXRvciBkZWFsIHdp dGggdGhpcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQombHQ7Jmx0 O0tFTlQmZ3Q7Jmd0OyBNeSBpc3N1ZSBpc24ndCBzbyBtdWNoIHRoZSBwbHVyYWxpdHksIGFzIGl0 IGlzIG1hdGNoaW5nIHdoYXQgaXMgaW4gdGhlIFlBTkcuJm5ic3A7Jm5ic3A7IFRoZSBub2RlIGlz IGNhbGxlZCAmcXVvdDthY2wmcXVvdDssIHNvIHRoZW4geW91IHdhbnQgdG8gc2F5IHRoYXQgdGhl cmUgYXJlIG11bHRpcGxlICZxdW90O2FjbCZxdW90OyBub2RlcyAobm90ICZxdW90O2FjbHMmcXVv dDspLiZuYnNwOyBJbiBmYWN0LCBwdXR0aW5nICZxdW90O2FjbHMmcXVvdDsgd291bGQgYmUgZXZl biBtb3JlIGNvbmZ1c2luZyBpcyB0aGUgJnF1b3Q7YWNjZXNzLWxpc3RzJnF1b3Q7DQogY29udGFp bmVyIGlzIHJlbmFtZWQgdG8gJnF1b3Q7YWNsc+KAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2su IEkgY2FuIHJld29yZCB0aGUgc2VudGVuY2UgdG8gc2F5IOKAnEl0IGNhbiBoYXZlIG9uZSBtb3Jl IGFjbCBub2Rlc+KAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxicj4NCiZsdDsmbHQ7Jmx0O0tFTlQmZ3Q7Jmd0OyZndDsgZ3JlYXQsIGJ1dCBk b24ndCBmb3JnZXQgdGhlICZxdW90O29yJnF1b3Q7Jm5ic3A7IDspPG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7QW4gQWNj ZXNzIENvbnRyb2wgTGlzdChBQ0wpJnF1b3Q7IC0gcHV0IGEgc3BhY2UgYmVmb3JlIChBQ0wpPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPiZuYnNwOy0gJnF1b3Q7IEluZGljYXRlcyB0aGUgcHJpbWFyeSBpbnRlbmRlZCZx dW90OyAtIGhlcmUncyB0aGF0IHdvcmQgJnF1b3Q7cHJpbWFyeSZxdW90OyBhZ2Fpbi4uLjxicj4N CiZuYnNwOy0gcy9hIGxpc3Qgb2YgYWNjZXNzLWxpc3QtZW50cmllcyhBQ0UpLyBhIGxpc3Qgb2Yg YWNjZXNzLWxpc3QtZW50cnkgbm9kZXMgKEFDRSkvPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9rLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIHMvTGlz dCBvZiBhY2Nlc3MgbGlzdCBlbnRyaWVzKEFDRSkvTGlzdCBvZiBhY2Nlc3MgbGlzdCBlbnRyeSBu b2RlcyAoQUNFKS8/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7LSB0aGVyZSBp cyBtb3JlIHRoYW4gb25lIGluc3RhbmNlIG9mIHRoaXMgaW4gdGhlIG1vZGVsPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Rml4 ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRp Y2EiPiZuYnNwOy0gJnF1b3Q7Li4vLi4vLi4vLi4vdHlwZSZxdW90OyAtIHN0aWxsIHNvbWUgbG9u ZyByZWxhdGl2ZSBYUGF0aHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDsgb3IgcmVmZXJy aW5nIHRvIGEgZ3JvdXAgb2Ygc291cmNlIHBvcnRzJnF1b3Q7IC0gdGhpcyBpc24ndCB0aGVyZSB5 ZXQuICZuYnNwO0kgdGhpbmsgeW91PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7d2FudCB0byBzYXkg c29tZXRoaW5nIGxpa2UgJnF1b3Q7dGhpcyBpcyBhIGNob2ljZSBzbyBhcyB0byBzdXBwb3J0IGZ1 dHVyZSAnY2FzZSc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtzdGF0ZW1lbnRzLCBzdWNoIGFzIG9u ZSBlbmFibGluZyBhIGdyb3VwIG9mIHNvdXJjZSBwb3J0cyB0byBiZSByZWZlcmVuY2Vk4oCdPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+SG93IGFib3V0OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj5DaG9pY2Ugb2Ygc291cmNlIHBvcnQgZGVmaW5pdGlvbiB1c2luZyBy YW5nZS9vcGVyYXRvciBvciByZWZlcnJpbmcgdG8gYSBncm91cCBvZiBzb3VyY2UgcG9ydHMsIHRv IGJlIGFkZGVkIGFzIGEgZnV0dXJlICdjYXNlJyBzdGF0ZW1lbnQuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jmx0O0tFTlQmZ3Q7SSBsaWtlIG15IGZyYW1pbmcgYmV0dGVyIGJlY2F1c2UgMSkgaXQgaXMg bGVzcyBjb21taXR0YWwgYWJvdXQgdGhlIGZ1dHVyZSBhbmQgMikgaXQgZG9lc24ndCBsaW1pdCB0 aGVyZSB0byBiZWluZyBqdXN0IG9uZSAnY2FzZScgc3RhdGVtZW50IHRoYXQgbWlnaHQgYmUgYWRk ZWQgaW4gdGhlIGZ1dHVyZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC41cHQ7Zm9udC1mYW1pbHk6TW9uYWNvO2NvbG9yOiMwMDhGMDAiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguNXB0O2ZvbnQtZmFtaWx5Ok1vbmFjbztjb2xvcjojMDA4RjAwIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBkaXR0 byBmb3IgJnF1b3Q7b3IgcmVmZXJyaW5nIHRvIGEgZ3JvdXAgb2YgZGVzdGluYXRpb24gcG9ydHMu JnF1b3Q7PGJyPg0KJm5ic3A7LSBkaXR0byBvbiBib3RoIG9mIHRoZSBhYm92ZSBmb3IgdGhlICZx dW90O3VkcCZxdW90OyBjb250YWluZXI8YnI+DQombmJzcDstIGlzIGl0IHBvc3NpYmxlIGZvciBi b3RoICZxdW90O2VncmVzcy1pbnRlcmZhY2UmcXVvdDsgYW5kICZxdW90O2luZ3Jlc3MtaW50ZXJm YWNlJnF1b3Q7IGxlYWZzIHRvPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO2JlIHNwZWNpZmllZCBhdCB0aGUgc2Ft ZSB0aW1lPyAmbmJzcDstIGlmIG5vdCwgc2hvdWxkIHRoZXJlIGEgJ211c3QnIHN0YXRlbWVudCB0 bzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3ByZXZlbnQgdGhhdCBwb3NzaWJpbGl0eT8gLSBvciBh biBleHBsYW5hdGlvbiBmb3Igd2hhdCBoYXBwZW5zIGlmIGl0IG9jY3Vycz88L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5MZXQg bWUgZGlzY3VzcyB0aGlzIHdpdGggbXkgY28tYXV0aG9ycy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbHQ7S0VOVCZndDthbnkgdXBkYXRlIG9uIHRoaXM/PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlllcywgaXQg aXMgcG9zc2libGUgZm9yIGJvdGggdGhlIOKAnGVncmVzcy1pbnRlcmZhY2XigJ0gYW5kIOKAnGlu Z3Jlc3MtaW50ZXJmYWNl4oCdIHRvIGJlIHNwZWNpZmllZCBhdCB0aGUgc2FtZSB0aW1lLjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCiZsdDsmbHQ7S0VOVCZndDsmZ3Q7 IG9rYXksIHRoZW4gbWF5YmUgdGhlcmUgY2FuIGJlIGFuIGV4cGxhbmF0aW9uIG9mIHdoYXQgaGFw cGVucyB3aGVuIHRoYXQgb2NjdXJzPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdCBpcyBhIG1hdGNo aW5nIGxlYWYsIGFuZCB0ZWNobmljYWxseSBvbmUgY2FuIG1hdGNoIG9uIG1vcmUgdGhhbiBvbmUg bGVhZi4gU28gYSDigJhtdXN04oCZIHN0YXRlbWVudCBpcyBub3QgbmVlZGVkIGZyb20gYSBtb2Rl bCBwZXJzcGVjdGl2ZS4gR2VuZXJhbGx5IHRob3VnaCwgdGhlIHBhY2tldCBpcyBlaXRoZXIgY29t aW5nIGluIG9uIGFuIGluZ3Jlc3MgKGlucHV0KSBpbnRlcmZhY2Ugb3IgZ29pbmcgb3V0IGEgb3V0 cHV0DQogKGVncmVzcykgaW50ZXJmYWNlLCBhbmQgb25lIHdvdWxkIHNob3VsZCBoYXZlIHNlcGFy YXRlIEFDRSBlbnRyaWVzIGZvciBlYWNoIGRpcmVjdGlvbiB0aGUgcGFja2V0IHRyYXZlbHMgdGhy b3VnaCB0aGUgaW50ZXJmYWNlLiBUaGUgbWF0Y2ggd2lsbCBmYWlsIGlmIGJvdGggZGlyZWN0aW9u cyBvZiB0aGUgaW50ZXJmYWNlIGFyZSBzcGVjaWZpZWQgaW4gdGhlIHNhbWUgQUNFIGVudHJ5LiBC dXQgaXNu4oCZdCB0aGF0IG9idmlvdXM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQombHQ7Jmx0OyZsdDtLRU5UJmd0OyZndDsmZ3Q7IFll cywgYnV0IG1hdGNoZXMgYXJlIHR5cGljYWxseSBhZGRpdGl2ZSwgYnV0IGhlcmUgdGhleSB6ZXJv IGVhY2ggb3RoZXIgb3V0LiZuYnNwOyBXaGVuIGJlZm9yZSB5b3Ugd3JvdGUgdGhhdCBpdCB3YXMg cG9zc2libGUgZm9yIHRoZXNlIHRvIGJlIHNwZWNpZmllZCBhdCB0aGUgc2FtZSB0aW1lLCB5b3Ug anVzdCBtZWFudCB0aGUgY3VycmVudCBtb2RlbCdzIHN5bnRheCBhbGxvd3MgaXQsIGJ1dCBpdCBk b2Vzbid0IG1ha2Ugc2VtYW50aWMNCiBzZW5zZSB0byBkbyBzbz8gJm5ic3A7Jm5ic3A7SWYgdHJ1 ZSwgdGhlbiB3aHkgd291bGRuJ3QgdGhlcmUgYmUgYSAnbXVzdCcgZXhwcmVzc2lvbnMgcHJldmVu dGluZyB0aGUgcG9zc2liaWxpdHk/PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNw Oy0gcy9UaGUgQUNMJ3MgYXBwbGllZC9UaGUgQUNMcyBhcHBsaWVkLyAmbmJzcDsmbmJzcDsodGhp cyBoYXBwZW5zIG1vcmUgdGhhbiBvbmNlIGluIG1vZGVsKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkZpeGVkLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBT ZWN0aW9uIDQuMjo8YnI+DQombmJzcDstIHJlZmVyZW5jZXMgdGhlbSBieSAmcXVvdDt1c2VzJnF1 b3Q7IC0tJmd0OyByZWZlcmVuY2VzIHRoZW0gYnkgJ3VzZXMnIHN0YXRlbWVudHMgJm5ic3A7Pz8/ PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+T2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPiZuYnNwOy0gbm90IGFsbCB5b3VyICdyZWZlcmVuY2UnIHN0YXRlbWVudHMg aGF2ZSB0aGUgdGl0bGUgb2YgdGhlIHJlZmVyZW5jZWQgZG9jdW1lbnQuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Rml4ZWQu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei PiZuYnNwOy0gJnF1b3Q7dGhlbiB0aGUgZGF0YWdyYW0gbXVzdCBiZSBkZXN0cm95ZWQmcXVvdDsg LSBzL2Rlc3Ryb3llZC9kcm9wcGVkLz88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtvciByZWZl cnJpbmcgdG8gYSBncm91cCBvZiAuLi4mcXVvdDsgJm5ic3A7LSBzYW1lIGNvbW1lbnRzIGFzIGZv ciBwcmV2aW91cyBtb2R1bGU8YnI+DQombmJzcDstICZxdW90O2VjZSZxdW90OyBpcyBtaXNzaW5n IGEgJ3JlZmVyZW5jZScgc3RhdGVtZW50PyAmbmJzcDstPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkFkZGVkLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstICZxdW90O0lu ZGljYXRlcyB0aGF0IHRoZSBVcmdlbnQgcG9pbnRlciBmaWVsZCBpcyBzaWduaWZpY2FudCZxdW90 OyAtIHVyZ2VudCBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO2NhcGl0YWxpemVkLCBidXQgdGhl cmUncyBubyBjb250ZXh0IGFzIGZvciB3aHkuICZuYnNwO1BlcmhhcHMgbWlzc2luZyBhPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7cmVmZXJlbmNlIHN0YXRlbWVudCB0b28/PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+QWRkZWQg YSByZWZlcmVuY2Ugc3RhdGVtZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj4mbmJzcDstIGluICZxdW90O3dpbmRvdy1zaXplJnF1b3Q7 IGxlYWYgZGVzY3JpcHRpb24sIHJlbW92ZSBwYXJlbnRoZXNlczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9rLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJ biBTZWN0aW9uIDQuMzo8YnI+DQombmJzcDstIHRoZSB0ZXh0IHNheXMgdGhhdCBpdCBkcm9wcyB0 cmFmZmljIGZyb20gWCB0byBZLCBidXQgdGhlIGV4YW1wbGUgc2VlbXMgdG8gZG88YnI+DQombmJz cDsmbmJzcDsmbmJzcDt0aGUgcmV2ZXJzZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlv biA0LjQ6PGJyPg0KJm5ic3A7LSBUaGUgJnF1b3Q7V2l0aCB0aGUgZm9sbG93IFhNTCBleGFtcGxl OiZxdW90OyAmbHQ7RVhBTVBMRSZndDsgJnF1b3Q7VGhpcyByZXByZXNlbnRzLi4uJnF1b3Q7IGlz PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwO2RpZmZpY3VsdCB0byByZWFkLiAmbmJzcDtIb3cgYWJvdXQganVzdCBo YXZpbmcgJnF1b3Q7VGhlIGZvbGxvd2luZyBYTUwgZXhhbXBsZSAuLi464oCdPzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkZp eGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZsdDtLRU5UJmd0OyBCVFcsIEkgbWlzc2VkIGl0IGJl Zm9yZSwgYnV0IEkgdGhpbmsgdGhlIDQuNCBzZWN0aW9uIHRpdGxlIHNob3VsZCBiZTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPnBsdXJhbDogJnF1b3Q7UG9ydCBSYW5nZSBVc2Fn ZSBFeGFtcGxlc+KAnTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj5UaGUgdGl0bGUgbm93IHJlYWRzOjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZxdW90O1BvcnQgUmFuZ2UgVXNhZ2UgYW5kIE90aGVyIEV4YW1wbGVz4oCdLiBTZWUgYmVsb3cu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KJmx0OyZsdDtLRU5UJmd0 OyZndDsgd29ya3MgZm9yIG1lLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZl dGljYSI+Jm5ic3A7LSBkb2VzIHRoZSBzZWNvbmQgZXhhbXBsZSBwcm92aWRlIGFueSB2YWx1ZSBv ZiB0aGUgZmlyc3Q/IC0gc2VlbXMgdGhlIHNhbWUgdG8gbWXigKY8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5XaWxsIGNoYW5n ZSB0aGUgZXhhbXBsZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbHQ7S0VO VCZndDsgd2FzIGl0IGNoYW5nZWQgcGVyIHRoZSBuZXh0IGl0ZW0gYmVsb3csIG9yIHNvbWV0aGlu ZyBlbHNlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5DaGFuZ2VkIHRoZSBleGFtcGxlIHRvIGFuIEFDRSBlbnRyeSB0aGF0IGRyb3Bz IGFsbCBwaW5nIHJlcXVlc3RzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZsdDsmbHQ7S0VOVCZndDsmZ3Q7IG9rYXkuJm5ic3A7 IEJ1dCBwbGVhc2UgdHdlYWsgYWxsIHlvdXIgZXhhbXBsZXMgc28gdGhhdCBhICdcJyBsaW5lLXdy YXBwaW5nIGlzbid0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+aGFwcGVuaW5nIGZvciBhIHNpbmdsZSBj aGFyYXRlci4mbmJzcDsgZS5nLiwgcmVtb3ZlIG9uZSBzcGFjZSBmcm9tIHRoZSBpbmRlbnQgb3Ig cHV0IHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPnhtbG5zIG9uIGl0cyBvd24gbGluZS48YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2EiPiZuYnNwOy0gc2VlbXMgbGlrZSBleGFtcGxlIDMgY291bGQgYWxzbyBiZSBl eHByZXNzZWQgYXMgJnF1b3Q7Jmx0O2xvd2VyLXBvcnQmZ3Q7MjEmbHQ7L2xvd2VyLXBvcnQmZ3Q7 JnF1b3Q7LDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO3JpZ2h0PyAmbmJzcDstIHRoZSB0ZXh0IGF0 IHRoZSBiZWdpbm5pbmcgb2YgdGhlIHNlY3Rpb24gc2F5cyB0aGlzIGNvbnN0cnVjdCBpczxicj4N CiZuYnNwOyZuYnNwOyZuYnNwO3Bvc3NpYmxlLCBidXQgdGhlcmUgaXMgbm8gZXhhbXBsZSBmb3Ig aXQuICZuYnNwO01heWJlIHRoaXMgbWFrZXMgYSBiZXR0ZXIgZXggIzI/PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+SGF2ZSBj aGFuZ2VkIHRoZSBsYW5ndWFnZSBpbiB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzZWN0aW9uIHRvIHNh eTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mcXVv dDtXaGVuIG9ubHkgYSBwb3J0IGlzIHByZXNlbnQsIGl0IHJlcHJlc2VudHMgYSBwb3J0LCB3aXRo IHRoZSBvcGVyYXRvciBzcGVjaWZ5aW5nIHRoZSByYW5nZS4mcXVvdDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5UaGF0IGlzIGJlY2F1c2UsIGl0IG5v dyBhIGNob2ljZSBiZXR3ZWVuIHNwZWNpZnlpbmcgYSByYW5nZSBvciBzcGVjaWZ5aW5nIGEgc2lu Z2xlIHBvcnQgd2l0aCBhbiBvcGVyYXRvci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gYWxsIHlvdXIgWUFORyBtb2R1bGVz Ojxicj4NCiZuYnNwOy0gcmVwbGFjZSAmcXVvdDtORVRNT0QgKE5FVENPTkYgRGF0YSBNb2RlbGlu ZyBMYW5ndWFnZSkmcXVvdDsgd2l0aCAmcXVvdDtORVRNT0QgKE5ldHdvcms8c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7TW9kZWxpbmcpIFdvcmtpbmcgR3JvdXDigJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5Pay48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlv biA/Pzo8YnI+DQombmJzcDtJbiB0aGUgZXhhbXBsZXMsIHdoeSBkaWQgeW91IGFkZCB0aGUgJnF1 b3Q7Jmx0Oz94bWwgdmVyc2lvbj0mcXVvdDsxLjAmcXVvdDsgZW5jb2Rpbmc9JnF1b3Q7VVRGLTgm cXVvdDs/Jmd0OyZxdW90Ozxicj4NCiZuYnNwO2xpbmUgYW5kIHRoZSAmcXVvdDtjb25maWcmcXVv dDsgZWxlbWVudD8gJm5ic3A7LSB0aGUgZXhhbXBsZXMgdmFsaWRhdGUgZXF1YWxseSB3ZWxsIHdo ZW48YnI+DQombmJzcDt0aGVzZSBhcmUgcmVtb3ZlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5UaGUgZXhhbXBsZXMgY2Fu IHRoZW4gYmUgY3V0IGFuZCBwYXN0ZWQgaW50byBhbnkgY2xpZW50IHN1Y2ggYXMgbmNjbGllbnQg d2hpY2ggdGFrZXMgYW4gZW50aXJlICZsdDtycGMmZ3Q7LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQpJbiBTZWN0aW9uIDY6PGJy Pg0KJm5ic3A7LSBzL3RocmVlIFlBTkcgbW9kdWxlL3RocmVlIFlBTkcgbW9kdWxlcy88L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5Okhl bHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiA2LjE6PGJyPg0KJm5ic3A7LSBUaGUgZmlyc3QgcGFy YWdyYXBoIHNheXMgJnF1b3Q7dGhyZWUgVVJJJnF1b3Q7LCBidXQgaXQgc2hvdWxkIGJlICZxdW90 O3RocmVlIFVSSXPigJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5GaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiBBLjE6PGJyPg0K Jm5ic3A7LSAmcXVvdDtUaGUgZm9sbG93aW5nIGZpZ3VyZSBpcyB0aGUgdHJlZSBzdHJ1Y3R1cmUm cXVvdDsgLSBzaG91bGQgc2F5ICZxdW90O3RyZWUgZGlhZ3JhbSZxdW90OyBhbmQ8YnI+DQombmJz cDsmbmJzcDsmbmJzcDtzaG91bGQgcmVmZXJlbmNlIHRoZSB0cmVlLWRpYWdyYW1zIGRyYWZ0LCBv ciBlbHNlIGhhdmUgYSBkcmFmdC13aWRlICZxdW90O1RyZWU8YnI+DQombmJzcDsmbmJzcDsmbmJz cDtEaWFncmFtIE5vdGF0aW9uJnF1b3Q7IHNlY3Rpb24gaW4gdGhlIEludHJvZHVjdGlvbi48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj5BZGRlZCBhIHNlY3Rpb24gaW4gdGhlIEludHJvZHVjdGlvbi48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+Jm5ic3A7LSBzL0luIG90 aGVyIGV4YW1wbGUvSW4gYW5vdGhlciBleGFtcGxlLz88YnI+DQombmJzcDstIHMvd2l0aCBuZXcg Y2hvaWNlIG9mIGFjdGlvbnMvd2l0aCBhIG5ldyBjaG9pY2Ugb2YgYWN0aW9ucy8/PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ Qm90aCBmaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYSI+PGJyPg0KSW4gU2VjdGlvbiBBLjM7PGJyPg0KJm5ic3A7LSBzb21lICdyZWZl cmVuY2UnIHN0YXRlbWVudHMgYXJlIG1pc3NpbmcgdGl0bGVzPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+QWRkZWQuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPiZuYnNw Oy0gc29tZSAnZGVzY3JpcHRpb24nIHN0YXRlbWVudHMgbWlnaHQgYmVuZWZpdCBmcm9tIGEgJ3Jl ZmVyZW5jZeKAmSBzdGF0ZW1lbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5JIGhhdmUgYWRkZWQgcmVmZXJlbmNlcyB0aGF0 IEkgY291bGQgZmluZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OkhlbHZldGljYSI+Jm5ic3A7LSAmcXVvdDtUaGUgdWludDE2IHR5cGUgcGxhY2Vob2xkZXIg dHlwZS4uLiZxdW90OyAtIGlzIHRoaXMgYSB0eXBvPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkRyb3BwZWQgdGhlIHNlY29u ZCDigJx0eXBl4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPlRoYW5rcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48YnI+DQombHQ7S0VOVCZndDtucDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPktlbnQgLy8gc2hlcGhlcmQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGlj YSI+PGJyPg0KPGJyPg0KPGJyPg0KPT09PT0gb3JpZ2luYWwgbWVzc2FnZSA9PT09PT08YnI+DQo8 YnI+DQpUaGlzIHZlcnNpb24gb2YgdGhlIGRyYWZ0IGFkZHJlc3NlcyBjb21tZW50cyByYWlzZWQg ZHVyaW5nIExDLCBzaGVwaGVyZCByZXZpZXcgYW5kIG90aGVyIGNvbW1lbnRzIHJlY2VpdmVkIGR1 cmluZyB0aGF0IHBlcmlvZC48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYSI+T24gTWFyIDMsIDIwMTgsIGF0IDI6MTMgUE0s PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJw bGUiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPndyb3RlOjxicj4NCjxicj4NCjxicj4NCkEg TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0 LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRo ZSBOZXR3b3JrIE1vZGVsaW5nIFdHIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogTmV0d29yayBBY2Nlc3MgQ29udHJv bCBMaXN0IChBQ0wpIFlBTkcgRGF0YSBNb2RlbDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO0F1dGhvcnMgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7OiBNYWhlc2ggSmV0aGFuYW5kYW5pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7TGlzYSBIdWFuZzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O1NvbmFsIEFnYXJ3YWw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtEYW5hIEJs YWlyPGJyPg0KRmlsZW5hbWUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7OiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMTcudHh0PGJyPg0KUGFnZXMgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiA1 Nzxicj4NCkRhdGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiAyMDE4LTAzLTAzPGJyPg0KPGJyPg0KQWJzdHJhY3Q6PGJy Pg0KJm5ic3A7VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgZGF0YSBtb2RlbCBmb3IgQWNjZXNzIENv bnRyb2wgTGlzdCAoQUNMKS48YnI+DQombmJzcDtBQ0wgaXMgYSBvcmRlcmVkLWJ5LXVzZXIgc2V0 IG9mIHJ1bGVzLCB1c2VkIHRvIGNvbmZpZ3VyZSB0aGU8YnI+DQombmJzcDtmb3J3YXJkaW5nIGJl aGF2aW9yIGluIGRldmljZS4gJm5ic3A7RWFjaCBydWxlIGlzIHVzZWQgdG8gZmluZCBhIG1hdGNo IG9uPGJyPg0KJm5ic3A7YSBwYWNrZXQsIGFuZCBkZWZpbmUgYWN0aW9ucyB0aGF0IHdpbGwgYmUg cGVyZm9ybWVkIG9uIHRoZSBwYWNrZXQuPGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0YXRy YWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PGJyPg0KPGEgaHJlZj0iaHR0cHM6 Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tl ci5pZXRmLm9yZ19kb2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9kLTJEYWNsLTJEbW9kZWxfJmFtcDtk PUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJ JmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209 aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz00NEdKbHF4 cUIwWUs1RzlnYjFUVXpBb2J1Z01IeERXZmxhUENaM0lZcEtBJmFtcDtlPSI+PHNwYW4gc3R5bGU9 ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91 PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19kb2NfZHJhZnQtMkRpZXRmLTJEbmV0bW9k LTJEYWNsLTJEbW9kZWxfJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVq QlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZ YUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hm Z1lueVpvYyZhbXA7cz00NEdKbHF4cUIwWUs1RzlnYjFUVXpBb2J1Z01IeERXZmxhUENaM0lZcEtB JmFtcDtlPTwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVy c2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0y RGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZ dWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZa R0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjds R19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz1yYm05MVNTSl8wc3hGeGI2OTJkMEZIMEct ZGJCVEFVQ2YyS1J5U3l6dEpRJmFtcDtlPSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0 cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5p ZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1w O2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pv Q0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7 bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXJibTkx U1NKXzBzeEZ4YjY5MmQwRkgwRy1kYkJUQVVDZjJLUnlTeXp0SlEmYW1wO2U9PC9zcGFuPjwvYT48 YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9 aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5l dG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1wO2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZ aHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2 N1NBQThHSGZnWW55Wm9jJmFtcDtzPXNpeXB5Qm4zRjhvNmJzQjNaM0U1cVMwdWFTcTJFVUdVUHdp cnhfYV9LRHcmYW1wO2U9Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3VybGRl ZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYu b3JnX2RvY19odG1sX2RyYWZ0LTJEaWV0Zi0yRG5ldG1vZC0yRGFjbC0yRG1vZGVsLTJEMTcmYW1w O2Q9RHdJQ0FnJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pv Q0kmYW1wO3I9OXprUDB4bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7 bT1odUJlLUJSS2s4QjVYQ1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXNpeXB5 Qm4zRjhvNmJzQjNaM0U1cVMwdWFTcTJFVUdVUHdpcnhfYV9LRHcmYW1wO2U9PC9zcGFuPjwvYT48 YnI+DQo8YnI+DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUg YXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYt MkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3JmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3Jz dWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBv T0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3 Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz10MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQw ZnAzZlhxY2Q4MGc4JmFtcDtlPSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdf cmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYtMkRuZXRtb2QtMkRhY2wtMkRtb2RlbC0yRDE3 JmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRY Y1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8m YW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4R0hmZ1lueVpvYyZhbXA7cz10 MmxwelNTVzcyQnZRSzFWalBveFgwQUR4aGI5WkQwZnAzZlhxY2Q4MGc4JmFtcDtlPTwvc3Bhbj48 L2E+PGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBs ZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjxicj4NCnVudGlsIHRoZSBo dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQ8c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZl bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3Rvb2xzLmlldGYub3JnXyZhbXA7 ZD1Ed01GYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDtt PUJneWpuZlNyWmZzd1dyVE1pVy1QZEtFSlVFbDNJWHR3Q1NvMVBReVZVYUEmYW1wO3M9NEZqR09s ZDQ5R3dJMG1vWjdoNmx0bHV2MFJYTjFyUG1HcDBkLThtakRtQSZhbXA7ZT0iPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPnRvb2xzLmlldGYub3JnPC9zcGFuPjwvYT4uPGJyPg0KPGJyPg0KSW50 ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Ojxicj4N CjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1mdHAt M0FfX2Z0cC5pZXRmLm9yZ19pbnRlcm5ldC0yRGRyYWZ0c18mYW1wO2Q9RHdJQ0FnJmFtcDtjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4bkpV dlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVYQ1Jm N2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPXhQN3o5VnhVZ3RPdFNWSWdxUEY1UktJ cVRPaTZ3ai1IRVh2WktCUlRpVXcmYW1wO2U9Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5o dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9ZnRwLTNBX19mdHAuaWV0 Zi5vcmdfaW50ZXJuZXQtMkRkcmFmdHNfJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhy NlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3 WWhxbjJnc0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5y NjdTQUE4R0hmZ1lueVpvYyZhbXA7cz14UDd6OVZ4VWd0T3RTVklncVBGNVJLSXFUT2k2d2otSEVY dlpLQlJUaVV3JmFtcDtlPTwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpuZXRtb2QgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1 cnBsZSI+bmV0bW9kQGlldGYub3JnPC9zcGFuPjwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19t YWlsbWFuX2xpc3RpbmZvX25ldG1vZCZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZT Y2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1lo cW4yZ3NCWWFHVHZqSVNsYUpkY1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3 U0FBOEdIZmdZbnlab2MmYW1wO3M9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENx a19vaTFIQSZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt YW5fbGlzdGluZm9fbmV0bW9kJmFtcDtkPUR3SUNBZyZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPTl6a1AweG5KVXZaR0o5RVBvT0g3WWhxbjJn c0JZYUdUdmpJU2xhSmRjWm8mYW1wO209aHVCZS1CUktrOEI1WENSZjdsR19nV1V3Wk5yNjdTQUE4 R0hmZ1lueVpvYyZhbXA7cz1PS0lWTFhMbzBSc3JmMURTb0xXU3lIajk3RHVFNnZ1YUo0Q3FrX29p MUhBJmFtcDtlPTwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6SGVsdmV0aWNhIj48YnI+DQpNYWhlc2ggSmV0aGFuYW5kYW5pPGJyPg0KPC9zcGFuPjxh IGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6cHVycGxlIj5tamV0aGFuYW5k YW5pQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bh bj48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpwdXJwbGUiPm5ldG1vZEBpZXRmLm9y Zzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX25l dG1vZCZhbXA7ZD1Ed0lDQWcmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2 b0RUWGNXem9DSSZhbXA7cj05emtQMHhuSlV2WkdKOUVQb09IN1locW4yZ3NCWWFHVHZqSVNsYUpk Y1pvJmFtcDttPWh1QmUtQlJLazhCNVhDUmY3bEdfZ1dVd1pOcjY3U0FBOEdIZmdZbnlab2MmYW1w O3M9T0tJVkxYTG8wUnNyZjFEU29MV1N5SGo5N0R1RTZ2dWFKNENxa19vaTFIQSZhbXA7ZT0iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOnB1 cnBsZSI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB X193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19uZXRtb2QmYW1wO2Q9RHdJQ0FnJmFtcDtj PUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9OXprUDB4 bkpVdlpHSjlFUG9PSDdZaHFuMmdzQllhR1R2aklTbGFKZGNabyZhbXA7bT1odUJlLUJSS2s4QjVY Q1JmN2xHX2dXVXdaTnI2N1NBQThHSGZnWW55Wm9jJmFtcDtzPU9LSVZMWExvMFJzcmYxRFNvTFdT eUhqOTdEdUU2dnVhSjRDcWtfb2kxSEEmYW1wO2U9PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5NYWhlc2gg SmV0aGFuYW5kYW5pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj48c3BhbiBzdHls ZT0iY29sb3I6cHVycGxlIj5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvc3Bhbj48L2E+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk1h aGVzaCBKZXRoYW5hbmRhbmk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBo cmVmPSJtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpw dXJwbGUiPm1qZXRoYW5hbmRhbmlAZ21haWwuY29tPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+TWFoZXNoIEpldGhhbmFuZGFuaTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29t Ij5tamV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_6746E40A95264ECBB63E44C0F7995A59junipernet_-- From nobody Thu Mar 15 07:03:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6FAE12D952 for ; Thu, 15 Mar 2018 07:03:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=umich.edu 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 T2ZTAg0hikWl for ; Thu, 15 Mar 2018 07:03:22 -0700 (PDT) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 E1D1B12AF83 for ; Thu, 15 Mar 2018 07:03:21 -0700 (PDT) Received: by mail-lf0-x230.google.com with SMTP id h127-v6so10305526lfg.12 for ; Thu, 15 Mar 2018 07:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=x6dskW/RiylFksJPKlKJj68W3tnSyDex0T8v0XvLNTk=; b=OL6YLqqJhycLTYivpcQLOpw1z4hBQY9zeQUnzkujk93ncqnhxTlr4s4hXAYLsUQWhq yQExN2DT89roOwIS10XJ0y1wHzPAj2ZyM19nQldidxFXGs/AdIX5JHw62kuP+eB0V9jx xb3rphiGNiOoENBmDOyrE24p/+VLyvW0IvoqILE8GOyZDaRNBz6gPQlfmZr/77+LHKmn T3DCJpySLXiwsgu/dxClYJIPFELDIetdSejeBnnD3HbLKtBvanO7byceHem1mKypts0C mwJtF3bsgztbz8L4oEKZV1XuDhDzRm/K+af0E8KPyJR1xhmGa5kcVP+wLypjyJLPZnia pMIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=x6dskW/RiylFksJPKlKJj68W3tnSyDex0T8v0XvLNTk=; b=OcLvMVR0awRoGtmhHoX5JdBqUS2UB9/iZdFZDAQWS0yk/j0UjXyjWcvy1M/GMxjVt7 eQ11tpHGXYbscYIj0YFOnC2b80J81+xB+DyyvOrXYASvPVV3O1YpFUK+IH/Qlhis/s+D OB1F3w0/qhNoEwqtu+TC5AR1ctfhUgXQNThIihQqUnXwMUewf/o8SQl3NfJztNT+Ue47 rb/u8Lqk8WVW6H+m4dZpuyWax/2RqlyVb8JuPnZaNk0wXPtu+zNjhNa66GJo5AZFvVHC vbF9E42uN1RV7F+HBbZBwBabevEQgtuQFU1lB8fjGxJm1YdHsvWJtdzzTxVbVxqMclv7 Go7w== X-Gm-Message-State: AElRT7Gm7s0bxv9MJRonmdagByJT/QT/EOYJFb8P6O1VKdxXl+GBnLH5 UhS083Hdu6PDaux8aynXTHXA7fY/IF3VooVgtt87V0Wknic= X-Google-Smtp-Source: AG47ELssUrIbJgv+BAXsgUCJD41vhz0dP04nQ+9NHihTTjlb8XEHYMPzq9kmHPjpT/9ryiT/4krL0m30ZhAJwB1FVl8= X-Received: by 10.46.87.72 with SMTP id r8mr6409340ljd.93.1521122600002; Thu, 15 Mar 2018 07:03:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.32.226 with HTTP; Thu, 15 Mar 2018 07:03:19 -0700 (PDT) In-Reply-To: <152106243381.19024.18371796484686451018@ietfa.amsl.com> References: <152106243381.19024.18371796484686451018@ietfa.amsl.com> From: Bob Harold Date: Thu, 15 Mar 2018 10:03:19 -0400 Message-ID: To: internet-drafts@ietf.org Cc: i-d-announce@ietf.org, netmod@ietf.org Content-Type: multipart/alternative; boundary="f403045f89183bd568056773f48d" Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-25.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2018 14:03:29 -0000 --f403045f89183bd568056773f48d Content-Type: text/plain; charset="UTF-8" On Wed, Mar 14, 2018 at 5:20 PM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > > Title : A YANG Data Model for Syslog Configuration > Authors : Clyde Wildes > Kiran Koushik > Filename : draft-ietf-netmod-syslog-model-25.txt > Pages : 31 > Date : 2018-03-14 > > Abstract: > This document defines a YANG data model for the configuration of a > syslog process. It is intended this model be used by vendors who > implement syslog in their systems. > > The YANG model in this document conforms to the Network Management > Datastore Architecture defined in [draft-ietf-netmod-revised- > datastores]. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-25 > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-25 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-25 > > Section: Appendix A.3. Syslog File Naming Convention - log-file/number-of-files specified - the logging system can create up to log-file/number-of-files syslog archive files after which, the contents of the last archived file could be overwritten. The "last" archived file (last in time) would be the most recent file, but I think you wanted to say the "oldest" archived file instead. -- Bob Harold --f403045f89183bd568056773f48d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

= On Wed, Mar 14, 2018 at 5:20 PM, <internet-drafts@ietf.org>= wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Network Modeling WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= A YANG Data Model for Syslog Configuration
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Clyd= e Wildes
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Kiran Koushik
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-netmod-syslog-model-25.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 31
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2018-03-14

Abstract:
=C2=A0 =C2=A0This document defines a YANG data model for the configuration = of a
=C2=A0 =C2=A0syslog process.=C2=A0 It is intended this model be used by ven= dors who
=C2=A0 =C2=A0implement syslog in their systems.

=C2=A0 =C2=A0The YANG model in this document conforms to the Network Manage= ment
=C2=A0 =C2=A0Datastore Architecture defined in [draft-ietf-netmod-revised-<= br> =C2=A0 =C2=A0datastores].


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/do= c/draft-ietf-netmod-syslog-model/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-= ietf-netmod-syslog-model-25
https://datatracker.ietf.org/= doc/html/draft-ietf-netmod-syslog-model-25

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-syslog-model-25


Section:=C2=A0 Appendix A.3.=C2=A0 Syslog File Naming Con= vention

- log-file/number-of-files specified - the logging system can = create
up to log-file/number-of-f= iles syslog archive files after which, the =
contents of the last archived file could be overwritten.
=

=C2=A0The "last" archived file (last in time)= would be the most recent file, but I think you wanted to say the "old= est" archived file instead.

--=C2=A0
Bob Harold


--f403045f89183bd568056773f48d-- From nobody Thu Mar 15 08:45:48 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C45301273E2 for ; Thu, 15 Mar 2018 08:45:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 gOIkqVW-E46F for ; Thu, 15 Mar 2018 08:45:45 -0700 (PDT) Received: from Mail2.SpriteLink.NET (Mail2.spritelink.net [195.182.5.83]) by ietfa.amsl.com (Postfix) with ESMTP id A233F12711E for ; Thu, 15 Mar 2018 08:45:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Mail2.SpriteLink.NET (Postfix) with ESMTP id 7DEF0261A2B for ; Thu, 15 Mar 2018 16:45:48 +0100 (CET) X-Virus-Scanned: amavisd-new at SpriteLink.NET Received: from Mail2.SpriteLink.NET ([195.182.5.83]) by localhost (Mail2.SpriteLink.NET [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNTIu6RTir2u for ; Thu, 15 Mar 2018 16:45:46 +0100 (CET) Received: from mbp.local (c-1789e455.014-82-73746f13.cust.bredbandsbolaget.se [85.228.137.23]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kristian@spritelink.net) by Mail2.SpriteLink.NET (Postfix) with ESMTPSA id 330912619F3 for ; Thu, 15 Mar 2018 16:45:46 +0100 (CET) To: netmod@ietf.org References: <152011518004.12021.16209647205835091770@ietfa.amsl.com> <18B0636C-36F2-4EF9-B518-04C29D2D3FDD@juniper.net> <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> From: Kristian Larsson Message-ID: <3e94eb47-cb60-494a-03b1-429274c9bbbd@spritelink.net> Date: Thu, 15 Mar 2018 16:45:41 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <40483B35-C929-4754-86F7-89D9FF38DE35@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-17.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2018 15:45:48 -0000 Gentlemen, ... snip snip... On 2018-03-09 01:40, Mahesh Jethanandani wrote: > Choice of source port definition using range/operator or referring to a > group of source ports, to be added as a future 'case' statement. > >>  - ditto for "or referring to a group of destination ports." >>  - ditto on both of the above for the "udp" container >>  - is it possible for both "egress-interface" and "ingress-interface" >> leafs to >>    be specified at the same time?  - if not, should there a 'must' >> statement to >>    prevent that possibility? - or an explanation for what happens if >> it occurs? > > Let me discuss this with my co-authors. It is possible to match both egress-interface and ingress-interface in the same ACL. Different devices support different type of attachment points for ACLs. Most routers, like an ASR9k or Juniper MX, supports attaching ACLs on interfaces in either ingress or egress direction. If we apply ACL FOO ingress on interface BAR then it would perhaps be weird to use the ingress-interface match in the FOO ACL since ingress-interface will always be BAR for every packet evaluated. Using egress-interface would make a lot more sense (and we will know the egress-interface if the platform performs the route lookup before evluating the ACL which is an implementation issue). We could introduce a must constraint to avoid a silly situation but I don't think that's a real improvement on the model. Above all, considering the other type of attachment, which we find among others on Linux with iptables or nftables, which is a sort of "global" attachment point, it makes sense to be able to specify both. nftables rules are not written and attached to a particular interface but rather end up in a central list of rules and so it makes sense being able to write individual rules that match on ingress-interface, egress-interface or both (or none). A must constraint would make that impossible, so please don't add a must. Kind regards, Kristian. From nobody Fri Mar 16 02:10:58 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D13C126DCA; Fri, 16 Mar 2018 02:10:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152119145135.4527.9404543829023364174@ietfa.amsl.com> Date: Fri, 16 Mar 2018 02:10:51 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-acl-model-18.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 09:10:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Network Access Control List (ACL) YANG Data Model Authors : Mahesh Jethanandani Lisa Huang Sonal Agarwal Dana Blair Filename : draft-ietf-netmod-acl-model-18.txt Pages : 58 Date : 2018-03-16 Abstract: This document defines a data model for Access Control List (ACL). An ACL is a user-ordered set of rules, used to configure the forwarding behavior in device. Each rule is used to find a match on a packet, and define actions that will be performed on the packet. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-acl-model-18 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-acl-model-18 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-acl-model-18 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 Mar 16 02:21:21 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E16C127735; Fri, 16 Mar 2018 02:21:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152119208034.4450.7688880729885334815@ietfa.amsl.com> Date: Fri, 16 Mar 2018 02:21:20 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-syslog-model-26.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 09:21:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : A YANG Data Model for Syslog Configuration Authors : Clyde Wildes Kiran Koushik Filename : draft-ietf-netmod-syslog-model-26.txt Pages : 31 Date : 2018-03-16 Abstract: This document defines a YANG data model for the configuration of a syslog process. It is intended this model be used by vendors who implement syslog in their systems. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-syslog-model-26 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-26 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-syslog-model-26 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 Mar 16 14:28:52 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE6D2126BF0; Fri, 16 Mar 2018 14:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 hH5F0i0jsXqB; Fri, 16 Mar 2018 14:28:50 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBB9A1267BB; Fri, 16 Mar 2018 14:28:50 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 77E66B80C7D; Fri, 16 Mar 2018 14:28:47 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180316212847.77E66B80C7D@rfc-editor.org> Date: Fri, 16 Mar 2018 14:28:47 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?BCP_215=2C_RFC_8340_on_YANG_Tree_Diagrams?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 21:28:52 -0000 A new Request for Comments is now available in online RFC libraries. BCP 215 RFC 8340 Title: YANG Tree Diagrams Author: M. Bjorklund, L. Berger, Ed. Status: Best Current Practice Stream: IETF Date: March 2018 Mailbox: mbj@tail-f.com, lberger@labn.net Pages: 13 Characters: 23841 See Also: BCP 215 I-D Tag: draft-ietf-netmod-yang-tree-diagrams-06.txt URL: https://www.rfc-editor.org/info/rfc8340 DOI: 10.17487/RFC8340 This document captures the current syntax used in YANG module tree diagrams. The purpose of this document is to provide a single location for this definition. This syntax may be updated from time to time based on the evolution of the YANG language. This document is a product of the Network Modeling Working Group of the IETF. BCP: This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Fri Mar 16 14:30:08 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA0D712D86D; Fri, 16 Mar 2018 14:29:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 rcYSzlBaJOd4; Fri, 16 Mar 2018 14:29:32 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDE03126FB3; Fri, 16 Mar 2018 14:29:32 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9B6C8B80CA7; Fri, 16 Mar 2018 14:29:29 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180316212929.9B6C8B80CA7@rfc-editor.org> Date: Fri, 16 Mar 2018 14:29:29 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?RFC_8342_on_Network_Management_Datastore_Archi?= =?utf-8?q?tecture_=28NMDA=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 21:29:51 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8342 Title: Network Management Datastore Architecture (NMDA) Author: M. Bjorklund, J. Schoenwaelder, P. Shafer, K. Watsen, R. Wilton Status: Standards Track Stream: IETF Date: March 2018 Mailbox: mbj@tail-f.com, j.schoenwaelder@jacobs-university.de, phil@juniper.net, kwatsen@juniper.net, rwilton@cisco.com Pages: 44 Characters: 79301 Updates: RFC 7950 I-D Tag: draft-ietf-netmod-revised-datastores-10.txt URL: https://www.rfc-editor.org/info/rfc8342 DOI: 10.17487/RFC8342 Datastores are a fundamental concept binding the data models written in the YANG data modeling language to network management protocols such as the Network Configuration Protocol (NETCONF) and RESTCONF. This document defines an architectural framework for datastores based on the experience gained with the initial simpler model, addressing requirements that were not well supported in the initial model. This document updates RFC 7950. This document is a product of the Network Modeling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Fri Mar 16 14:30:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DDA112D874; Fri, 16 Mar 2018 14:30:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 hha4yTwoNCs1; Fri, 16 Mar 2018 14:30:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AF2512D969; Fri, 16 Mar 2018 14:30:00 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id CFF94B80CD5; Fri, 16 Mar 2018 14:29:56 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180316212956.CFF94B80CD5@rfc-editor.org> Date: Fri, 16 Mar 2018 14:29:56 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?RFC_8343_on_A_YANG_Data_Model_for_Interface_Ma?= =?utf-8?q?nagement?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 21:30:29 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8343 Title: A YANG Data Model for Interface Management Author: M. Bjorklund Status: Standards Track Stream: IETF Date: March 2018 Mailbox: mbj@tail-f.com Pages: 49 Characters: 91573 Obsoletes: RFC 7223 I-D Tag: draft-ietf-netmod-rfc7223bis-03.txt URL: https://www.rfc-editor.org/info/rfc8343 DOI: 10.17487/RFC8343 This document defines a YANG data model for the management of network interfaces. It is expected that interface-type-specific data models augment the generic interfaces data model defined in this document. The data model includes definitions for configuration and system state (status information and counters for the collection of statistics). The YANG data model in this document conforms to the Network Management Datastore Architecture (NMDA) defined in RFC 8342. This document obsoletes RFC 7223. This document is a product of the Network Modeling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Fri Mar 16 14:38:48 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55883126BF0; Fri, 16 Mar 2018 14:38:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dehPmuiEkNHI; Fri, 16 Mar 2018 14:38:45 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 132AF126C26; Fri, 16 Mar 2018 14:30:21 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id B4F89B80CE7; Fri, 16 Mar 2018 14:30:17 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180316213017.B4F89B80CE7@rfc-editor.org> Date: Fri, 16 Mar 2018 14:30:17 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?RFC_8344_on_A_YANG_Data_Model_for_IP_Managemen?= =?utf-8?q?t?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 21:38:46 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8344 Title: A YANG Data Model for IP Management Author: M. Bjorklund Status: Standards Track Stream: IETF Date: March 2018 Mailbox: mbj@tail-f.com Pages: 34 Characters: 59931 Obsoletes: RFC 7277 I-D Tag: draft-ietf-netmod-rfc7277bis-03.txt URL: https://www.rfc-editor.org/info/rfc8344 DOI: 10.17487/RFC8344 This document defines a YANG data model for management of IP implementations. The data model includes configuration and system state. The YANG data model in this document conforms to the Network Management Datastore Architecture defined in RFC 8342. This document obsoletes RFC 7277. This document is a product of the Network Modeling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Sat Mar 17 10:34:15 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AF64512783A; Fri, 16 Mar 2018 05:13:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.75.1 Auto-Submitted: auto-generated Precedence: bulk Cc: netmod-chairs@ietf.org, The IESG , kwatsen@juniper.net, netmod@ietf.org, Kent Watsen , draft-ietf-netmod-syslog-model@ietf.org, Lou Berger , bclaise@cisco.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <152120242671.14564.14134978887311119507.idtracker@ietfa.amsl.com> Date: Fri, 16 Mar 2018 05:13:46 -0700 Archived-At: X-Mailman-Approved-At: Sat, 17 Mar 2018 10:34:14 -0700 Subject: [netmod] Protocol Action: 'A YANG Data Model for Syslog Configuration' to Proposed Standard (draft-ietf-netmod-syslog-model-26.txt) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2018 12:13:47 -0000 The IESG has approved the following document: - 'A YANG Data Model for Syslog Configuration' (draft-ietf-netmod-syslog-model-26.txt) as Proposed Standard This document is the product of the Network Modeling Working Group. The IESG contact persons are Warren Kumari and Benoit Claise. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/ Technical Summary This document defines a YANG data model for the configuration of a syslog process. It is intended this model be used by vendors who implement syslog in their systems. Working Group Summary Was there anything in WG process that is worth noting? For example, was there controversy about particular points or were there decisions where the consensus was particularly rough? Yes, the model initially had defined support for configuring Syslog over TPC (RFC 6587). However, after reviewing the reasoning for why RFC 6587 was made HISTORIC, as decided to remove the support. Some stated that their companies support Syslog over TCP and now they would have to augment this model with a vendor-specific extension. There may be a subtle distinction between IETF defining an insecure protocol versus defining a data model to configure, amongst other things, an insecure protocol. We believe we did the right thing, from an IETF perspective, but please double-check this. Document Quality Are there existing implementations of the protocol? Have a significant number of vendors indicated their plan to implement the specification? Are there any reviewers that merit special mention as having done a thorough review, e.g., one that resulted in important changes or a conclusion that the document had no substantive issues? If there was a MIB Doctor, Media Type or other expert review, what was its course (briefly)? In the case of a Media Type review, on what date was the request posted? This draft defines a data model (not a protocol). So far, two vendors have indicated that they're interested in implementing this data model. There was a YANG Doctor review on the -17 that was successful: https://datatracker.ietf.org/doc/review-ietf-netmod-syslog-model-17-yangdoctors-lc-watsen-2017-09-12/ Personnel The Shepherd is Kent Watsen. The AD is Benoit Claise. From nobody Sat Mar 17 15:36:14 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED1D12D7F6; Sat, 17 Mar 2018 15:36:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.416 X-Spam-Level: X-Spam-Status: No, score=-14.416 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_10_20=0.093, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 1Mh6LKE5AEh5; Sat, 17 Mar 2018 15:35:59 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 298501241F8; Sat, 17 Mar 2018 15:35:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2551; q=dns/txt; s=iport; t=1521326159; x=1522535759; h=to:from:subject:message-id:date:mime-version; bh=xXRhHukfqRFMIZIlWDzIU6Kr9ZwaSRb0G2Z+eX8gb2A=; b=idcbLXT1PhZGTQpg1gFVfFWsl++QQOeps43240kfxecgW476VVddOHP+ /KPkbw0QZEo6YL+/PJGJ4+o0Al6cNUbfsZIdeFoKHZD44et7Y2bYYtiDc krc7KoimAeqaMt/dsVGWObRFgQc5AIY/U5jCrFvJfEkU1Uu1XN5ZGFWNr 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CTAQDpl61a/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2ciiDXYsMjlULgT+OcYUPFIF+CyOIRTUXAQIBAQEBAQECayi?= =?us-ascii?q?FT28GAT0CXwEMCAEBhRQPj2ObQIImJoRIg2aCCQWFM4NqgXwMhC2BRoFHg0CCY?= =?us-ascii?q?QOYNgmPKgeIGYUUinyFOYEqIAMzgVIzGggbFYJ9gj6OLUA0AZAfAQEB?= X-IronPort-AV: E=Sophos;i="5.48,322,1517875200"; d="scan'208,217";a="2670737" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Mar 2018 22:35:55 +0000 Received: from [10.61.211.207] ([10.61.211.207]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w2HMZtst001311; Sat, 17 Mar 2018 22:35:55 GMT To: NETMOD Working Group , NETCONF , "i2rs@ietf.org" From: Benoit Claise Message-ID: Date: Sat, 17 Mar 2018 22:35:55 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------E1FDFA4D65BC1FDD95D6E942" Content-Language: en-US Archived-At: Subject: [netmod] RFC 8340 to 8346 published X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2018 22:36:01 -0000 This is a multi-part message in MIME format. --------------E1FDFA4D65BC1FDD95D6E942 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Dear all, RFC8340     | draft-ietf-netmod-yang-tree-diagrams-06.txt RFC8341     | draft-ietf-netconf-rfc6536bis-09.txt RFC8342     | draft-ietf-netmod-revised-datastores-10.txt RFC8343     | draft-ietf-netmod-rfc7223bis-03.txt RFC8344     | draft-ietf-netmod-rfc7277bis-03.txt RFC8345     | draft-ietf-i2rs-yang-network-topo-20.txt RFC8346     | draft-ietf-i2rs-yang-l3-topology-16.txt Congratulations to all persons involved. Regards, Benoit --------------E1FDFA4D65BC1FDD95D6E942 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear all,

RFC8340    |     draft-ietf-netmod-yang-tree-diagrams-06.txt
RFC8341    |     draft-ietf-netconf-rfc6536bis-09.txt
RFC8342    |     draft-ietf-netmod-revised-datastores-10.txt
RFC8343    |     draft-ietf-netmod-rfc7223bis-03.txt
RFC8344    |     draft-ietf-netmod-rfc7277bis-03.txt
RFC8345    |     draft-ietf-i2rs-yang-network-topo-20.txt
RFC8346    |     draft-ietf-i2rs-yang-l3-topology-16.txt

Congratulations to all persons involved.

Regards, Benoit
--------------E1FDFA4D65BC1FDD95D6E942-- From nobody Sat Mar 17 16:13:37 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE83B12D87F for ; Sat, 17 Mar 2018 16:13:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 HLomZzJ9TanE for ; Sat, 17 Mar 2018 16:13:33 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86EE012426E for ; Sat, 17 Mar 2018 16:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8281; q=dns/txt; s=iport; t=1521328412; x=1522538012; h=to:from:subject:message-id:date:mime-version; bh=/VLU8ZMbDz7jqaO5K9DF57oae0j424kpVVqbGOCacz8=; b=HRuD3cTZiB3cFdi8UReNX5z8oMmkCwlIvwz6lGwdBTdbx6XLIpft84qX +zKLO/ZBnO5qbHxvEjBG/XdAXj1KxZy9/j7/7UONIkOzZcAgXYs0Rqg96 lk3I/02kmjtoMLu/BR51gAby3MOCwBTpT74zPtuTJDe1HaxXtQNz80AJG I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqCAAkoK1a/xbLJq1dGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYQ2ciiDXYoacoxRAYIDC4EkG45xhQ8UgX4LI4QghCU0GAECAQEBAQE?= =?us-ascii?q?BAmsohU+BMwJTDA0IAQEXhH0PqxaCJiaESINmggkFhTODaoFTASgMgWRVgnNeA?= =?us-ascii?q?gGBLQQUAQGDJoJhA5g2CY8qB4gZhRSKfIU5gSoeOIFSMxoIGxU6gkOQa0A0AY1?= =?us-ascii?q?lgjoBAQE?= X-IronPort-AV: E=Sophos;i="5.48,322,1517875200"; d="scan'208,217";a="2671306" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Mar 2018 23:13:29 +0000 Received: from [10.61.211.207] ([10.61.211.207]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w2HNDSZF012236 for ; Sat, 17 Mar 2018 23:13:29 GMT To: NETMOD Working Group From: Benoit Claise Message-ID: <51a75ec9-0821-d28b-ac81-8bede95b838d@cisco.com> Date: Sat, 17 Mar 2018 23:13:28 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------CB7E6A37025F38D89F9BEFE4" Content-Language: en-US Archived-At: Subject: [netmod] schema mount situation and next steps X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2018 23:13:35 -0000 This is a multi-part message in MIME format. --------------CB7E6A37025F38D89F9BEFE4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Dear all, In the last two weeks, I've been multiplying the schema mount discussions. It's now time to draw the conclusions and to move on. I'm sad that schema-mount is not NMDA compliant. We approved RFC6087bis with the NMDA transition guidelines. I'm sad that progression to IETF-LC has not been completed on the schema-mount document since the WGLC in November. As discussed with the document shepherd Joel, there is not a strong support position for the schema mount document (version 08), but rough consensus. The interaction with YANG library bis has been noted during the WGLC. What happened since that WGLC closure on Nov6th is that the people position became tougher and that multiple possible tracks have been investigated. I believe we heard the arguments from everybody. Taking my AD responsibilities, what's next? 1. We have been losing so much time (which I regret) since the WGLC that publishing 08 now makes sense, solving one aspect of the problem: the situation where the set of YANG modules is the same in all datastores. Is this perfect solution? Certainly not. The LNE and NI documents, in the RFC editor queue, depend on the version 8 of schema mount. So let's pursue that publication path. 2. The document 08 should be edited before requesting the publication. - The draft should be clearly specified that this solution is not fully NMDA complaint. For example, in the abstract - The draft should mention an applicability statement, such as the one the chairs proposed: This work was produced during the period when NMDA solutions were being developed in parallel. While the model defined in this document can be used with both NMDA and non-NMDA supporting implementations, there are limitations in its NMDA applicability. When used with Yang Library [RFC7895] only non-NMDA implementations can be supported. When used with the revised Yang Library defined in [I.D.ietf-netconf-rfc7895bis], NMDA implementations can be supported with certain limitations. Specifically, this document requires use of the now deprecated module-list grouping, and the same schema represented in schema list of ietf-schema-mount MUST be used in all datastores. Inline type mount points, which don't use the schema list, don't have this limitation as they  can support different schema in different datastores by instantiating the [I.D.ietf-netconf-rfc7895bis] version of YANG library under the inline mount point. A future revision of this work is expected to provide for full NMDA support. - Some edits are needed: the nits from the YD review https://www.ietf.org/mail-archive/web/netmod/current/msg19443.html Another one, addressing one of Lada's important complaints. The use of mount points does not impact the nature of the mounted data or in which datastore information is made available. For example, the datastore from which YANG Library module information may be obtained is not impacted by the use of schema mount. This is case for both the top level YANG Library module and any YANG Library modules included under a mount point. The Schema Mount module itself MUST be present in the same datastore as the YANG Library module. Next, we want to work on a NMDA solution, based on the pre-09 version ... I guess. This solution will obsolete the current 08 document and reference the YANG library bis. Let's dedicate the full second NETMOD session (on Wednesday) to schema mount and let's use our energy to focus on the best solution. Regards, Benoit (as OPS AD) --------------CB7E6A37025F38D89F9BEFE4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear all,

In the last two weeks, I've been multiplying the schema mount discussions.
It's now time to draw the conclusions and to move on.

I'm sad that schema-mount is not NMDA compliant. We approved RFC6087bis with the NMDA transition guidelines.
I'm sad that progression to IETF-LC has not been completed on the schema-mount document since the WGLC in November.

As discussed with the document shepherd Joel, there is not a strong support position for the schema mount document (version 08), but rough consensus. The interaction with YANG library bis has been noted during the WGLC. What happened since that WGLC closure on Nov6th is that the people position became tougher and that multiple possible tracks have been investigated. I believe we heard the arguments from everybody.

Taking my AD responsibilities, what's next?

1. We have been losing so much time (which I regret) since the WGLC that publishing 08 now makes sense, solving one aspect of the problem: the situation where the set of YANG modules is the same in all datastores. Is this perfect solution? Certainly not.
The LNE and NI documents, in the RFC editor queue, depend on the version 8 of schema mount.
So let's pursue that publication path.

2. The document 08 should be edited before requesting the publication.
- The draft should be clearly specified that this solution is not fully NMDA complaint. For example, in the abstract
- The draft should mention an applicability statement, such as the one the chairs proposed:
This work was produced during the period when NMDA solutions were being
developed in parallel. While the model defined in this document can be
used with both NMDA and non-NMDA supporting implementations, there are
limitations in its NMDA applicability. When used with Yang Library
[RFC7895] only non-NMDA implementations can be supported. When used with
the revised Yang Library defined in [I.D.ietf-netconf-rfc7895bis], NMDA
implementations can be supported with certain limitations. Specifically,
this document requires use of the now deprecated module-list grouping,
and the same schema represented in schema list of ietf-schema-mount MUST
be used in all datastores. Inline type mount points, which don't use the
schema list, don't have this limitation as they  can support different
schema in different datastores by instantiating the
[I.D.ietf-netconf-rfc7895bis] version of YANG library under the inline
mount point. A future revision of this work is expected to provide for
full NMDA support.
- Some edits are needed: the nits from the YD review
https://www.ietf.org/mail-archive/web/netmod/current/msg19443.html
Another one, addressing one of Lada's important complaints.
The use of mount points does not impact the nature of the mounted data
or in which datastore information is made available. For example, the
datastore from which YANG Library module information may be obtained is
not impacted by the use of schema mount.  This is case for both the top
level YANG Library module and any YANG Library modules included under a
mount point. The Schema Mount module itself MUST be present in the same
datastore as the YANG Library module.
Next, we want to work on a NMDA solution, based on the pre-09 version ... I guess.
This solution will obsolete the current 08 document and reference the YANG library bis.

Let's dedicate the full second NETMOD session (on Wednesday) to schema mount and let's use our energy to focus on the best solution.

Regards, Benoit (as OPS AD)


--------------CB7E6A37025F38D89F9BEFE4-- From nobody Sat Mar 17 17:29:20 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CF1C12426E; Sat, 17 Mar 2018 17:29:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.957 X-Spam-Level: X-Spam-Status: No, score=0.957 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 KHu5x_QUUmOo; Sat, 17 Mar 2018 17:29:12 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 9CA47124205; Sat, 17 Mar 2018 17:29:11 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=31.133.157.12; From: "Susan Hares" To: "'Benoit Claise'" , "'NETMOD Working Group'" , "'NETCONF'" , References: In-Reply-To: Date: Sat, 17 Mar 2018 20:29:05 -0400 Message-ID: <01ed01d3be50$20e97bf0$62bc73d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01EE_01D3BE2E.99D87830" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEiz2XEpXlG9LBtV+f9LYgOZkDmFqU3ATJw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [netmod] [i2rs] RFC 8340 to 8346 published X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2018 00:29:13 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01EE_01D3BE2E.99D87830 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Benoit: =20 A Big Thank you to you and Alia Atlas! I=E2=80=99m thrilled to see the = I2RS topology RFCs happen.=20 =20 Sue Hares=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Saturday, March 17, 2018 6:36 PM To: NETMOD Working Group; NETCONF; i2rs@ietf.org Subject: [i2rs] RFC 8340 to 8346 published =20 Dear all, RFC8340 | = draft-ietf-netmod-yang-tree-diagrams-06.txt RFC8341 | = draft-ietf-netconf-rfc6536bis-09.txt RFC8342 | = draft-ietf-netmod-revised-datastores-10.txt RFC8343 | = draft-ietf-netmod-rfc7223bis-03.txt RFC8344 | = draft-ietf-netmod-rfc7277bis-03.txt RFC8345 | = draft-ietf-i2rs-yang-network-topo-20.txt RFC8346 | = draft-ietf-i2rs-yang-l3-topology-16.txt Congratulations to all persons involved. Regards, Benoit ------=_NextPart_000_01EE_01D3BE2E.99D87830 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Benoit:

 

A Big Thank you to you and Alia Atlas!=C2=A0=C2=A0 I=E2=80=99m = thrilled to see the I2RS topology RFCs happen.

 

Sue Hares

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit = Claise
Sent: Saturday, March 17, 2018 6:36 PM
To: = NETMOD Working Group; NETCONF; i2rs@ietf.org
Subject: [i2rs] = RFC 8340 to 8346 published

 

Dear = all,

RFC8340 &nbs= p;  |     = draft-ietf-netmod-yang-tree-diagrams-06.txt

RFC8341 &nbs= p;  |     = draft-ietf-netconf-rfc6536bis-09.txt
RFC8342 &nbs= p;  |     = draft-ietf-netmod-revised-datastores-10.txt
RFC8343 &nbs= p;  |     = draft-ietf-netmod-rfc7223bis-03.txt
RFC8344 &nbs= p;  |     = draft-ietf-netmod-rfc7277bis-03.txt
RFC8345 &nbs= p;  |     = draft-ietf-i2rs-yang-network-topo-20.txt
RFC8346 &nbs= p;  |     = draft-ietf-i2rs-yang-l3-topology-16.txt

Congratulations to all = persons involved.

Regards, = Benoit

------=_NextPart_000_01EE_01D3BE2E.99D87830-- From nobody Mon Mar 19 05:50:29 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5B3A12D880 for ; Mon, 19 Mar 2018 05:50:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.91 X-Spam-Level: X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VBm_6NoQZf_6 for ; Mon, 19 Mar 2018 05:50:18 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00096.outbound.protection.outlook.com [40.107.0.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38716127601 for ; Mon, 19 Mar 2018 05:50:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=n42Tmz4C8iCeem+RwwZfJqiM+aC+Fm/m7W8ZED/qjfg=; b=oQjzlYZO9aae23lxEQlT5ns4r4SG/5UNdxKFj+afUxoc/0AwmGvAwRDQ8uArPLgYqXUal6XLiIrP+dRPfg27vMG7XBFsHuUhKPdQQAfRuBuCX0cF5No7EKLRjqwsRzj4DRDgGBQ4DfLmZT0ILQD749t7ZRfwDB0N2ouRnVZRBm0= Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB0535.eurprd07.prod.outlook.com (10.141.47.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.609.6; Mon, 19 Mar 2018 12:50:15 +0000 Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::10f9:c880:5c9b:c105]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::10f9:c880:5c9b:c105%7]) with mapi id 15.20.0609.009; Mon, 19 Mar 2018 12:50:14 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: leaf-list with default(s), no way to have explicitly empty list Thread-Index: AdO/gCoMRKqxbwvsRWOnfVJB/1VAMA== Date: Mon, 19 Mar 2018 12:50:14 +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=jason.sterne@nokia.com; x-originating-ip: [135.245.212.28] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM3PR07MB0535; 7:xeWI7BoDG0Uc//TOenoNYucOJdTJvrNORfYNzU6laMl6CjFXdsjo5P0DUh4SljEWAC8osNUV7qkLLnOJ0UtCXYnWNCgxzACM4KkWz+nxMKMJBXg3gobiAKpUiU4mxuWKZbExUvFzXRSTgtfAb9kDvlGb0VdJcFYyOy7XqNppTh3ZVaUFGneOBNzn8Xa165KtdBDOSeaAH9VXZQNxSrtA7DAcoDLdrff0vuVuutj808Gu+7rX/hlP+FOsje5x9iGm x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: a08e01e4-ef5c-4f7b-76f6-08d58d97f5ef x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM3PR07MB0535; x-ms-traffictypediagnostic: AM3PR07MB0535: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231221)(11241501184)(806099)(944501244)(52105095)(10201501046)(6055026)(6041310)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:AM3PR07MB0535; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB0535; x-forefront-prvs: 06167FAD59 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(346002)(39380400002)(396003)(39860400002)(189003)(199004)(53754006)(478600001)(2900100001)(99286004)(14454004)(86362001)(74316002)(6116002)(790700001)(33656002)(2351001)(3846002)(2906002)(7696005)(25786009)(6506007)(8676002)(66066001)(53936002)(105586002)(55016002)(6306002)(5640700003)(54896002)(9686003)(8936002)(6916009)(81166006)(81156014)(1730700003)(7736002)(3280700002)(5250100002)(2501003)(6436002)(97736004)(5660300001)(186003)(68736007)(5630700001)(3660700001)(26005)(106356001)(316002)(102836004)(43043002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB0535; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: dBJQwL7haOt5vDd0DfJvmLSgvRa/nw94j/joph49YHTeVdgT8RdnQQ5aZarphE6iGPYcO98s/LdDLbf8QFYMz5kbnx387xXmyGS+t20TCZQl/Y7aCxRCKLV7g88KU9cLfx/wSz+wTrxo3wIo0vthxN9QzpYnaOBP6aNVysqo+2ma9xV1wob5/cz3QIJkIssydvQ9bKFtvmpEkzXtM/mV3sGNLLUQpVG9r3fDLxcjYe/v6PbA9L7FO/ehxMopRU7uasMFUIKJloMd5VrS6kJTbgevBe49flETVg5c3x55op77HVRvVM3JN9zuRevIkI3sAGP9ipkKe4tnSbQXoYsPiqRg51EGWnu5qvrYPwf6pNqU1kNQNISkAuost5yOEKI7 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM3PR07MB11243E053FD5F76411FE28259BD40AM3PR07MB1124eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: a08e01e4-ef5c-4f7b-76f6-08d58d97f5ef X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2018 12:50:14.7842 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB0535 Archived-At: Subject: [netmod] leaf-list with default(s), no way to have explicitly empty list X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 12:50:22 -0000 --_000_AM3PR07MB11243E053FD5F76411FE28259BD40AM3PR07MB1124eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, In YANG 1.1 we can specify defaults for leaf-lists. I assume that means there is no way for a NETCONF client to explicitly crea= te/declare an empty list (i.e. a list with no values) when there is a defau= lt (i.e. declare that no values are to be in use) ? In that case, if the ability to explicitly say "no values are in use" in a = leaf-list with defaults would have to be done in some other way, e.g. perha= ps using a choice like this: choice source { case source { leaf-list source { ... default "x"; } } case none { leaf no-sources { type empty; } } } Rgds, Jason --_000_AM3PR07MB11243E053FD5F76411FE28259BD40AM3PR07MB1124eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

In YANG 1.1 we can specify defa= ults for leaf-lists.

 

I assume that means there is no= way for a NETCONF client to explicitly create/declare an empty list (i.e. = a list with no values) when there is a default (i.e. declare that no values= are to be in use) ?

 

In that case, if the ability to= explicitly say "no values are in use" in a leaf-list with defaul= ts would have to be done in some other way, e.g. perhaps using a choice lik= e this:

 

choice source {

    case source {

        leaf-list= source { …  default "x"; }

    }

    case none {

        leaf no-s= ources { type empty; }

    }

}

 

Rgds,

Jason

--_000_AM3PR07MB11243E053FD5F76411FE28259BD40AM3PR07MB1124eurp_-- From nobody Mon Mar 19 06:19:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28A0B1275FD; Mon, 19 Mar 2018 06:19:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.688 X-Spam-Level: X-Spam-Status: No, score=-2.688 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_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 LHd2XCe7Up3V; Mon, 19 Mar 2018 06:19:41 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 94DEC1242F5; Mon, 19 Mar 2018 06:19:39 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id f125so7264961wme.4; Mon, 19 Mar 2018 06:19:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-language:thread-index; bh=0woRkbQ+MCQm2UFuwTUA/YWyqJ3KnRtCNH41sQJTeUc=; b=gIOas78A/wBcxX7c1aBE83ZuBx2GN0SS6t838UHJtWZYJCv8RpOMBalXuxyI7cpSmF 9an9SoFoj7GdO6IXB4WkxXTpFFrmqFHr/d2WwQvPReD7+tXcE7Ak067sw8D9deOcEr6d Mz9+wuX7x0pwf5dDsiK1cjUD1zdJP9j7IU6iAPaJTeiEmVVNDllP2DUJ+dXWy4s9IXf5 EbbpFc806l666i4+eM6tmKjNKNbRUBJhG+QyafHx/fZdaPB6PQTFhGxkdQa7Xm3lJWSF NWhOEOVIQOF+zKuxNf+SNUwfG3kmCqTmiOq7YYzvUKgpL9gGyQUaP5Xwa0py1JeCNhCV aXrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-language:thread-index; bh=0woRkbQ+MCQm2UFuwTUA/YWyqJ3KnRtCNH41sQJTeUc=; b=JBXAug+Qg1heDsejKbfPXDc/xMbapotJhE9nOW705gF6pB5xHrWFXdiHPgtK9OY5lc G9aJGKe+E/Oa9mVW4G+R/IndPajAYURXm3IrpmkzH4xgL9dKQCY++wRfa0XABNrheMU2 I26b6G16lZkOAIAjofaR6IWvxOSiXl4BTUYRvpCc5olxs8WMqkYRbWYzo38ExJQQTDWa YhlB8qDSzMjemyZbkXHtme3nkicHN/rKFYtQIPE3DNDDPf1zbZzk3zD4BcOuhGVt/fcg 6TX6eoI8b6+GdeUXIA4cbEsbSAhvDGTcjv3a4vgD57pULwnJqyUsTggt/rr9LIgt5x7X CqCQ== X-Gm-Message-State: AElRT7GT38++zrCmpwI86QK5w11uwGJtoR3LLz3O8SU/i5z9+40nlI4k 4pOBwQbU2sx8ShJkNsegWR4= X-Google-Smtp-Source: AG47ELu0XaJOB1dPki9G4CVac7KJWtU/PK5XakhLy0Mufi6QzqgUgfz5hVTVWbXTnticWLrNphzlZg== X-Received: by 10.80.183.67 with SMTP id g61mr13390902ede.301.1521465578097; Mon, 19 Mar 2018 06:19:38 -0700 (PDT) Received: from DESKTOPFLHJVQJ ([2001:16b8:2d49:dd00:c9d5:73a1:c69:7335]) by smtp.gmail.com with ESMTPSA id 4sm206439edx.8.2018.03.19.06.19.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Mar 2018 06:19:37 -0700 (PDT) From: "Mehmet Ersue" To: "'Benoit Claise'" , "'NETMOD Working Group'" , "'NETCONF'" , References: In-Reply-To: Date: Mon, 19 Mar 2018 14:19:39 +0100 Message-ID: <00fc01d3bf84$efefe120$cfcfa360$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FD_01D3BF8D.51B50C70" X-Mailer: Microsoft Outlook 16.0 Content-Language: de Thread-Index: AQEiz2XEpXlG9LBtV+f9LYgOZkDmFqU5ar+Q Archived-At: Subject: Re: [netmod] [Netconf] RFC 8340 to 8346 published X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 13:19:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00FD_01D3BF8D.51B50C70 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable A big +1. =20 Mehmet =20 From: Netconf On Behalf Of Benoit Claise Sent: Saturday, March 17, 2018 11:36 PM To: NETMOD Working Group ; NETCONF ; = i2rs@ietf.org Subject: [Netconf] RFC 8340 to 8346 published =20 Dear all, RFC8340 | = draft-ietf-netmod-yang-tree-diagrams-06.txt RFC8341 | = draft-ietf-netconf-rfc6536bis-09.txt RFC8342 | = draft-ietf-netmod-revised-datastores-10.txt RFC8343 | = draft-ietf-netmod-rfc7223bis-03.txt RFC8344 | = draft-ietf-netmod-rfc7277bis-03.txt RFC8345 | = draft-ietf-i2rs-yang-network-topo-20.txt RFC8346 | = draft-ietf-i2rs-yang-l3-topology-16.txt Congratulations to all persons involved. Regards, Benoit ------=_NextPart_000_00FD_01D3BF8D.51B50C70 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

A big = +1.

 

Mehmet

 

From: Netconf <netconf-bounces@ietf.org> = On Behalf Of Benoit Claise
Sent: Saturday, March 17, = 2018 11:36 PM
To: NETMOD Working Group = <netmod@ietf.org>; NETCONF <netconf@ietf.org>; = i2rs@ietf.org
Subject: [Netconf] RFC 8340 to 8346 = published

 

Dear = all,

RFC8340 &nbs= p;  |     = draft-ietf-netmod-yang-tree-diagrams-06.txt

RFC8341 &nbs= p;  |     = draft-ietf-netconf-rfc6536bis-09.txt
RFC8342 &nbs= p;  |     = draft-ietf-netmod-revised-datastores-10.txt
RFC8343 &nbs= p;  |     = draft-ietf-netmod-rfc7223bis-03.txt
RFC8344 &nbs= p;  |     = draft-ietf-netmod-rfc7277bis-03.txt
RFC8345 &nbs= p;  |     = draft-ietf-i2rs-yang-network-topo-20.txt
RFC8346 &nbs= p;  |     = draft-ietf-i2rs-yang-l3-topology-16.txt

Congratulations to all = persons involved.

Regards, = Benoit

------=_NextPart_000_00FD_01D3BF8D.51B50C70-- From nobody Mon Mar 19 20:25:22 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34E812D94E; Mon, 19 Mar 2018 20:25:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ardeFk1riw7o; Mon, 19 Mar 2018 20:25:14 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E5C912D779; Mon, 19 Mar 2018 20:25:14 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id A7B03B80C59; Mon, 19 Mar 2018 20:25:06 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180320032506.A7B03B80C59@rfc-editor.org> Date: Mon, 19 Mar 2018 20:25:06 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?RFC_8349_on_A_YANG_Data_Model_for_Routing_Mana?= =?utf-8?q?gement_=28NMDA_Version=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2018 03:25:17 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8349 Title: A YANG Data Model for Routing Management (NMDA Version) Author: L. Lhotka, A. Lindem, Y. Qu Status: Standards Track Stream: IETF Date: March 2018 Mailbox: lhotka@nic.cz, acee@cisco.com, yingzhen.qu@huawei.com Pages: 80 Characters: 147002 Obsoletes: RFC 8022 I-D Tag: draft-ietf-netmod-rfc8022bis-11.txt URL: https://www.rfc-editor.org/info/rfc8349 DOI: 10.17487/RFC8349 This document specifies three YANG modules and one submodule. Together, they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common building blocks for such extensions -- routes, Routing Information Bases (RIBs), and control-plane protocols. The YANG modules in this document conform to the Network Management Datastore Architecture (NMDA). This document obsoletes RFC 8022. This document is a product of the Network Modeling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Tue Mar 20 03:57:11 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECA5212E8C6 for ; Tue, 20 Mar 2018 03:57:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 cYkFF3BRhG12 for ; Tue, 20 Mar 2018 03:57:05 -0700 (PDT) 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 5D9EA12702E for ; Tue, 20 Mar 2018 03:56:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10166; q=dns/txt; s=iport; t=1521543389; x=1522752989; h=subject:from:to:references:message-id:date:mime-version: in-reply-to; bh=qhhU4ggt4mWt82XgpvZ/hWUJyjDbncK2/ZeWLZivB3o=; b=f+J8DxExMr8Xy/iTCvk4qSENc5yQZH48IJQFx8Jv2mmKwcfuXvRG2etJ LAXMHzHX8xdFhYOBTPzb19VHgzxLsZLjU2B16RhZzmHz7A+mB8siEM2J4 T5OxmV72Iq+TMcbJJbJA0X5PBJlGYj4TsVFCHhqQsgb1da01yKlrIN/iR c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAQBq57Ba/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQ2ciiDXYodcoxXggQLgSQbjniFDxSBfgsYAQqEIU0Cg2k0GAE?= =?us-ascii?q?CAQEBAQEBAmsohSYCBAEBIUsbC0ICAicwBg0GAgEBFgGEfw+oQYImJoRIg3CCC?= =?us-ascii?q?QWFN4NqgVMBKAyBZFUzgkBeAQEBgS0EFAEBgyaCYQOHUZBsCY8zB4gchRqLAYU?= =?us-ascii?q?5gSoeOIFSMxoIGxU6gkOCMhuOHkA0AY4rgjoBAQE?= X-IronPort-AV: E=Sophos;i="5.48,335,1517875200"; d="scan'208,217";a="2723490" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Mar 2018 10:56:27 +0000 Received: from [10.61.87.157] (ams3-vpn-dhcp6046.cisco.com [10.61.87.157]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w2KAuPwi018406 for ; Tue, 20 Mar 2018 10:56:26 GMT From: Benoit Claise To: NETMOD Working Group References: <51a75ec9-0821-d28b-ac81-8bede95b838d@cisco.com> Message-ID: Date: Tue, 20 Mar 2018 10:56:25 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <51a75ec9-0821-d28b-ac81-8bede95b838d@cisco.com> Content-Type: multipart/alternative; boundary="------------85A5F3A8F43804DB5BB04114" Content-Language: en-US Archived-At: Subject: Re: [netmod] schema mount situation and next steps X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2018 10:57:10 -0000 This is a multi-part message in MIME format. --------------85A5F3A8F43804DB5BB04114 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Dear all, Some recent news regarding the schema mount. Sometimes, magic happens when people speak to each others face to face. It did happen this week and there is a new schema mount plan that should make everybody a little bit happier. The second NETMOD  session (Wednesday) will exclusively focus on the schema mount. Regards, Benoit (OPS AD) > Dear all, > > In the last two weeks, I've been multiplying the schema mount discussions. > It's now time to draw the conclusions and to move on. > > I'm sad that schema-mount is not NMDA compliant. We approved > RFC6087bis with the NMDA transition guidelines. > I'm sad that progression to IETF-LC has not been completed on the > schema-mount document since the WGLC in November. > > As discussed with the document shepherd Joel, there is not a strong > support position for the schema mount document (version 08), but rough > consensus. The interaction with YANG library bis has been noted during > the WGLC. What happened since that WGLC closure on Nov6th is that the > people position became tougher and that multiple possible tracks have > been investigated. I believe we heard the arguments from everybody. > > Taking my AD responsibilities, what's next? > > 1. We have been losing so much time (which I regret) since the WGLC > that publishing 08 now makes sense, solving one aspect of the problem: > the situation where the set of YANG modules is the same in all > datastores. Is this perfect solution? Certainly not. > The LNE and NI documents, in the RFC editor queue, depend on the > version 8 of schema mount. > So let's pursue that publication path. > > 2. The document 08 should be edited before requesting the publication. > - The draft should be clearly specified that this solution is not > fully NMDA complaint. For example, in the abstract > - The draft should mention an applicability statement, such as the one > the chairs proposed: > > This work was produced during the period when NMDA solutions were being > developed in parallel. While the model defined in this document can be > used with both NMDA and non-NMDA supporting implementations, there are > limitations in its NMDA applicability. When used with Yang Library > [RFC7895] only non-NMDA implementations can be supported. When used with > the revised Yang Library defined in [I.D.ietf-netconf-rfc7895bis], NMDA > implementations can be supported with certain limitations. Specifically, > this document requires use of the now deprecated module-list grouping, > and the same schema represented in schema list of ietf-schema-mount MUST > be used in all datastores. Inline type mount points, which don't use the > schema list, don't have this limitation as they  can support different > schema in different datastores by instantiating the > [I.D.ietf-netconf-rfc7895bis] version of YANG library under the inline > mount point. A future revision of this work is expected to provide for > full NMDA support. > > - Some edits are needed: the nits from the YD review > https://www.ietf.org/mail-archive/web/netmod/current/msg19443.html > Another one, addressing one of Lada's important complaints. > > The use of mount points does not impact the nature of the mounted data > or in which datastore information is made available. For example, the > datastore from which YANG Library module information may be obtained is > not impacted by the use of schema mount. This is case for both the top > level YANG Library module and any YANG Library modules included under a > mount point. The Schema Mount module itself MUST be present in the same > datastore as the YANG Library module. > > Next, we want to work on a NMDA solution, based on the pre-09 version > ... I guess. > This solution will obsolete the current 08 document and reference the > YANG library bis. > > Let's dedicate the full second NETMOD session (on Wednesday) to schema > mount and let's use our energy to focus on the best solution. > > Regards, Benoit (as OPS AD) > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------85A5F3A8F43804DB5BB04114 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Dear all,

Some recent news regarding the schema mount.
Sometimes, magic happens when people speak to each others face to face.
It did happen this week and there is a new schema mount plan that should make everybody a little bit happier.
The second NETMOD  session (Wednesday) will exclusively focus on the schema mount. 

Regards, Benoit (OPS AD)
Dear all,

In the last two weeks, I've been multiplying the schema mount discussions.
It's now time to draw the conclusions and to move on.

I'm sad that schema-mount is not NMDA compliant. We approved RFC6087bis with the NMDA transition guidelines.
I'm sad that progression to IETF-LC has not been completed on the schema-mount document since the WGLC in November.

As discussed with the document shepherd Joel, there is not a strong support position for the schema mount document (version 08), but rough consensus. The interaction with YANG library bis has been noted during the WGLC. What happened since that WGLC closure on Nov6th is that the people position became tougher and that multiple possible tracks have been investigated. I believe we heard the arguments from everybody.

Taking my AD responsibilities, what's next?

1. We have been losing so much time (which I regret) since the WGLC that publishing 08 now makes sense, solving one aspect of the problem: the situation where the set of YANG modules is the same in all datastores. Is this perfect solution? Certainly not.
The LNE and NI documents, in the RFC editor queue, depend on the version 8 of schema mount.
So let's pursue that publication path.

2. The document 08 should be edited before requesting the publication.
- The draft should be clearly specified that this solution is not fully NMDA complaint. For example, in the abstract
- The draft should mention an applicability statement, such as the one the chairs proposed:
This work was produced during the period when NMDA solutions were being
developed in parallel. While the model defined in this document can be
used with both NMDA and non-NMDA supporting implementations, there are
limitations in its NMDA applicability. When used with Yang Library
[RFC7895] only non-NMDA implementations can be supported. When used with
the revised Yang Library defined in [I.D.ietf-netconf-rfc7895bis], NMDA
implementations can be supported with certain limitations. Specifically,
this document requires use of the now deprecated module-list grouping,
and the same schema represented in schema list of ietf-schema-mount MUST
be used in all datastores. Inline type mount points, which don't use the
schema list, don't have this limitation as they  can support different
schema in different datastores by instantiating the
[I.D.ietf-netconf-rfc7895bis] version of YANG library under the inline
mount point. A future revision of this work is expected to provide for
full NMDA support.
- Some edits are needed: the nits from the YD review
https://www.ietf.org/mail-archive/web/netmod/current/msg19443.html
Another one, addressing one of Lada's important complaints.
The use of mount points does not impact the nature of the mounted data
or in which datastore information is made available. For example, the
datastore from which YANG Library module information may be obtained is
not impacted by the use of schema mount.  This is case for both the top
level YANG Library module and any YANG Library modules included under a
mount point. The Schema Mount module itself MUST be present in the same
datastore as the YANG Library module.
Next, we want to work on a NMDA solution, based on the pre-09 version ... I guess.
This solution will obsolete the current 08 document and reference the YANG library bis.

Let's dedicate the full second NETMOD session (on Wednesday) to schema mount and let's use our energy to focus on the best solution.

Regards, Benoit (as OPS AD)




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

--------------85A5F3A8F43804DB5BB04114-- From nobody Tue Mar 20 07:27:11 2018 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 637081200FC; Tue, 20 Mar 2018 07:27:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.75.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <152155603035.9808.5901805221200670398@ietfa.amsl.com> Date: Tue, 20 Mar 2018 07:27:10 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-schema-mount-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2018 14:27:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Schema Mount Authors : Martin Bjorklund Ladislav Lhotka Filename : draft-ietf-netmod-schema-mount-09.txt Pages : 26 Date : 2018-03-20 Abstract: This document defines a mechanism to combine YANG modules into the schema defined in other YANG modules. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-09 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-schema-mount-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-schema-mount-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Mar 21 04:40:18 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F21112DA27 for ; Wed, 21 Mar 2018 04:40:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id urKnsLRcZFGD for ; Wed, 21 Mar 2018 04:40:14 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 B389C126DD9 for ; Wed, 21 Mar 2018 04:40:14 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2LBd9ht006944 for ; Wed, 21 Mar 2018 04:39:41 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=SqGx+W9HXNsQB4d0Sya3KLGa8zJZEviffBKngkqnC1E=; b=irrcUclQ00jWdcUfx+Ze9UoZ799qtfMdoF6d+jVBJOhLrl4iH5l/ERv+p0/zwp3McooU J5LGaOk+TBanqwfP1Uy+m/nTcxQIJjG7AVUvi+F8wRZ1JFWa20rMoaRQHyn6Zio+INHs XhZpLbY6iBnmnV8ianqQuKbPd++Q/OYCvd8KGnGYnu4nnY1mz+yCImDK2ZD3/YvehgS2 BHukuZ/tjpZ1XP2y2nY/M3/dgInr6c95YmjZDyroK9DHWhLmEYu+jm6gHkZnj02i3VjQ lBucKGcZarzaHxAv/jC612Oha9/+8fGe04vMEyJSSosGglj6J+wtznun/bbFjKAAuNnJ 2w== Received: from nam02-cy1-obe.outbound.protection.outlook.com (mail-cys01nam02lp0055.outbound.protection.outlook.com [207.46.163.55]) by mx0b-00273201.pphosted.com with ESMTP id 2gug4r8ng7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Wed, 21 Mar 2018 04:39:41 -0700 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3339.namprd05.prod.outlook.com (10.174.191.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.609.6; Wed, 21 Mar 2018 11:39:39 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0609.009; Wed, 21 Mar 2018 11:39:39 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: kw review of draft-ietf-netmod-schema-mount-09 Thread-Index: AQHTwQlM9NByzlrSJEWVUfCPYYYOxA== Date: Wed, 21 Mar 2018 11:39:39 +0000 Message-ID: <8AF14BCA-4DEB-4CC0-BED9-B2D03F17E7B9@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [193.110.55.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3339; 7:P9u+e/XgPymDGXkrb0Sl+W74uzGix1vsrT6zeG7tQeINdPC1ra6OSvbJhwAHX4mh6fstxqji52yDx+pESImQ7kuDXG6SkR+zRsmI39xkaSde1CHJvR4IMTv/YjRYj9IfFdfkfv1/F6s4k1My9/w87cy4+GcnoKzthwbk3eWLiIRvsmeFXQGfAxm3XOm9xwyC0tLvpH4pd+FXzMxE3fm5ftYEhwA1tRQv4TlrYlOhq70jfimVe2M+scEu5gXCdFtM x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: be14d92a-f3b3-4012-9e3f-08d58f206e93 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB3339; x-ms-traffictypediagnostic: DM5PR05MB3339: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231221)(944501322)(52105095)(93006095)(93001095)(3002001)(6055026)(6041310)(20161123562045)(20161123558120)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR05MB3339; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3339; x-forefront-prvs: 0618E4E7E1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(346002)(396003)(376002)(39380400002)(189003)(199004)(377424004)(3280700002)(3846002)(6116002)(7736002)(6512007)(2906002)(8936002)(8676002)(5640700003)(1730700003)(81156014)(81166006)(5660300001)(305945005)(58126008)(2351001)(316002)(66066001)(86362001)(2900100001)(106356001)(83716003)(68736007)(82746002)(6916009)(186003)(5250100002)(102836004)(99286004)(6486002)(478600001)(6506007)(14454004)(6436002)(25786009)(36756003)(97736004)(105586002)(33656002)(26005)(2501003)(53936002)(3660700001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3339; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: 4Nh7GK88i69kT4oUW52Ccs/f9VwxNFQORT9V9wM9X9jee6nUM5eSZNlovqRg1s7zXr8PjolsPpuX3Onh2LcO6XoThyEcwJ9K/Z/Uxgt/TKIeVb6WxMm6yEC+vT+xsmXhPDmm5CUhqQN0Jbdw077It/90swal3ZdiTAsSL+By0uZ8BzpQgndgJjAqP78un5COBp0SUajVx9kHFe2lxV2NfEFcPlfocfqSKUz74LPokwodd/ALRqJ8UvSumagJCpxNwiHPy7p1PHMYdwsf0QoEhC5dQ1sQ+HMp5FkeofsX5umwRE/QAqd93eFcb1CuxB8b4kdvXfHBRWBQbxzsBA/oTg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <6A0EF95923522C4686FEFD08C8C76B25@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: be14d92a-f3b3-4012-9e3f-08d58f206e93 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2018 11:39:39.9086 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3339 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-21_04:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803210142 Archived-At: Subject: [netmod] kw review of draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2018 11:40:16 -0000 DQoxOiBwYXJhZ3JhcGggc3RhcnRpbmcgdy8gIkluIHNvbWUgY2FzZXMiLCAxc3Qgc2VudGVuY2Us IHMvb2Z0ZW4vc29tZXRpbWVzLw0KDQoyOiBhZGQgcmVmIHRvIFJGQyA4MTc0DQoNCjIuMTogcy9k ZWZpbmVzIGEgbGFiZWwgZm9yL2RlZmluZXMgdGhlIGxhYmVsIGZvci8NCg0KMy4xOg0KICBhKSAy bmQgcGFyYWdyYXBoLCBzL2RlZmluZXMgYSBsYWJlbCBmb3IvZGVmaW5lcyB0aGUgbGFiZWwgZm9y Lw0KICBiKSA0dGggcGFyYWdyYXBoLCBhZGQgcmVmIHRvIFJGQyA2MDIwDQoNCjMuMiwgMXN0IHBh cmFncmFwaDoNCiBhKSAxc3Qgc2VudGVuY2UsIHMvcGFyZW50IHNjaGVtYS9kYXRhIG1vZGVsIHN1 cHBvcnRlZCBieSB0aGUgc2VydmVyLz8NCiBiKSAybmQgc2VudGVuY2UsIHMjeWFuZ21udDpzY2hl bWEtbW91bnRzIy95YW5nbW50OnNjaGVtYS1tb3VudHMjPw0KIGMpIDJuZCBzZW50ZW5jZSwgYXJl IG1vdW50cyBhcyBzdGFibGUgYXMgeWFuZyBsaWJyYXJ5PyAgSXQgc2VlbXMgdGhhdA0KICAgIGlm IGEgbmV3IExORSB3ZXJlIGFkZGVkLCB0aGF0IHdvdWxkIGFkZCBhIG5ldyBtb3VudCBwb2ludCB3 L28gDQogICAgY2hhbmdpbmcgeWFuZyBsaWJyYXJ5Li4uDQogZCkgcGVyaGFwcyBkaXNjdXNzIHRo ZSBpbXBsaWNhdGlvbnMgb2YgaXQgYmVpbmcgYXMgc3RhYmxlPyAgRS5nLiwNCiAgICBjbGllbnRz IG9ubHkgbmVlZCB0byBjaGVjayAveWFuZ21udDpzY2hlbWEtbW91bnRzIHdoZW4geWFuZw0KICAg IGxpYnJhcnkncyBjaGVja3N1bSBjaGFuZ2VzPw0KDQozLjIsIDJuZCBwYXJhZ3JhcGgsIGNhbiB5 b3UgYWRkIHRoZSBzZWN0aW9uIGluIHJ0Z3dnLWxuZS1tb2RlbCB0aGF0DQogICAgIGhhcyB0aGUg ZXhjZXB0aW9uLCBvciBzb21lIHRleHQgYWJvdXQgdGhlIG5hdHVyZSBvZiB0aGUgZXhjZXB0aW9u DQogICAgIGRlZmluZWQgaW4gdGhhdCBkb2N1bWVudD8NCg0KMy4yLCBsYXN0IHBhcmFncmFwaDog aXMgImluIG9wZXJhdGlvbmFsIHN0YXRlIg0KDQozLjM6IGFuIGV4YW1wbGUgd291bGQgYmUgaGVs cGZ1bA0KDQo1OiBlbmQgb2YgMm5kIHBhcmFncmFwaCwgYW4gZXhhbXBsZSB3b3VsZCBiZSBuaWNl DQoNCjY6IDJuZCBwYXJhZ3JhcGgsIGlzIHRoZSByZWYgdG8gUkZDNzk1MCBjb3JyZWN0Pw0KDQo5 OiBpbiB0aGUgaWV0Zi15YW5nLXNjaGVtYS1tb3VudCBtb2R1bGU6DQogYSkgaW4gdGhlIHRvcC1s ZXZlbCBkZXNjcmlwdGlvbiBzdG10LCBzL3NwZWNpZnkvc3BlY2lmaWVzLz8NCiBiKSBpbiB0aGUg Im1vdW50LXBvaW50IiBjb250YWluZXIncyBkZXNjcmlwdGlvbiBzdGF0ZW1lbnQsIHdvdWxkIGl0 IGJlDQogICAgaGVscGZ1bCB0byBhZGQgdGhhdCBtdWx0aXBsZSBpbnN0YW5jZXMgb2YgdGhlIG1v dW50LXBvaW50IG1heSBleGlzdA0KICAgIHdoZW4gdGhlIGV4dGVuc2lvbiBzdGF0ZW1lbnQgaXMg dXNlZCBpbiBhICdsaXN0JyBvciAnZ3JvdXBpbmcnIHN0bXQ/DQogICAgLSB0aGlzIHRvIGhlbHAg d2l0aCB0aGUgbGFzdCBwYXJhZ3JhcGggaW4gdGhlIGRlc2NyaXB0aW9uIHN0bXRzIGZvcg0KICAg ICAgYm90aCB0aGUgaW5saW5lIGFuZCBzaGFyZWQtc2NoZW1hIG5vZGVzPw0KIGMpIHdoeSBpcyAi c2hhcmVkLXNjaGVtYSIgYSBwcmVzZW5jZSBjb250YWluZXI/DQogZCkgZm9yIHBhcmVudC1yZWZl cmVuY2UsIHdvdWxkIGl0IGJlIGhlbHBmdWwgdG8gbm90ZSB0aGF0IHRoZSByZWZlcmVuY2UNCiAg ICBNQVkgYmUgdG8gbm9kZXMgdGhhdCB0aGVtc2VsdmVzIHdlcmUgYnJvdWdodCBpbiB2aWEgYSBw YXJlbnQgcmVmLCBmb3INCiAgICB0aGUgbmVzdGVkIHNjaGVtYSBtb3VudCBjYXNlPw0KDQpBLiBz aG91bGRuJ3QgdGhlcmUgYmUgYW4gZXhhbXBsZSBwYXJlbnQgc2NoZW1hIG1vZHVsZSBzaG93aW5n IHRoZQ0KICAgIm1vdW50LXBvaW50IiBleHRlbnNpb24gc3RhdGVtZW50IGRlZmluaW5nIHRoZSAi cm9vdCIgbGFiZWw/DQoNCg0KZ2xvYmFsOg0KIGEpIHNob3VsZCAiZGF0YSBub2RlIiBiZSBhIHRl cm0/DQogYikgbm93aGVyZSBpcyBSRkMgRWRpdG9yIGFza2VkIHRvIG1hcCBYWFhYIHRvIHRoZSBh c3NpZ25lZCBSRkMgbnVtYmVyDQogYykgbm93aGVyZSBpcyBSRkMgRWRpdG9yIGFza2VkIHRvIG1h cCAyMDE4LTAzLTIwIHRvIHRoZSBwdWJsaXNoZWQgZGF0ZQ0KDQoNCktlbnQgLy8gY29udHJpYnV0 b3INCg0KDQoNCg0K From nobody Wed Mar 21 07:05:20 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49CD512DA3D; Wed, 21 Mar 2018 07:05:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rjZf52a5qvTW; Wed, 21 Mar 2018 07:05:12 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30C8012DA29; Wed, 21 Mar 2018 07:05:09 -0700 (PDT) Received: from mb.local ([IPv6:2601:647:4201:9671:c89d:cf1e:9e3a:19f1]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w2LE58ms078671 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 21 Mar 2018 14:05:08 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host [IPv6:2601:647:4201:9671:c89d:cf1e:9e3a:19f1] claimed to be mb.local From: joel jaeggli To: NETMOD Working Group Cc: draft-ietf-netmod-yang-tree-diagrams@ietf.org Message-ID: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> Date: Wed, 21 Mar 2018 07:04:32 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dUwGAIGw2oZF5UMUEHUlki16rYMT661JD" Archived-At: Subject: [netmod] WGLC - draft-ietf-netmod-schema-mount (version 09) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2018 14:05:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dUwGAIGw2oZF5UMUEHUlki16rYMT661JD Content-Type: multipart/mixed; boundary="Gbsb77COnfvTSgUT7ZFIqo7TrnN0QuE8M"; protected-headers="v1" From: joel jaeggli To: NETMOD Working Group Cc: draft-ietf-netmod-yang-tree-diagrams@ietf.org Message-ID: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> Subject: WGLC - draft-ietf-netmod-schema-mount (version 09) --Gbsb77COnfvTSgUT7ZFIqo7TrnN0QuE8M Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, We are running a 2 week WGLC again on draft-ietf-netmod-schema-mount in order to review the proposed changes in draft 09. https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ the 08 - 09 diff is available here: https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-netmod-schema-mount-08&url= 2=3Ddraft-ietf-netmod-schema-mount-09 Please send email to the list indicating your support or concerns. We are particularly interested in statements of the form: * I have reviewed this draft and I prefer it to draft-08 * I have reviewed this draft and found no issues. * I have reviewed this draft and found the following issues: ... This WGLC will conclude Wednesday April 4th. Statements indicating there is no known IPR have already been made during the previous WGLC. If anyone is aware of new information regarding IPR they should make us aware of that as soon as feasible. Thank you, NETMOD WG Chairs --Gbsb77COnfvTSgUT7ZFIqo7TrnN0QuE8M-- --dUwGAIGw2oZF5UMUEHUlki16rYMT661JD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iF0EARECAB0WIQRcbgEEuvBAsFvTw4vwADWrtn9WsgUCWrJmcAAKCRDwADWrtn9W sk5nAJ9mYhzmEuGzypX+BHSjOD0wC5QWZgCghQF0VW7obJg6CLE75JI50HIUVGg= =sgDf -----END PGP SIGNATURE----- --dUwGAIGw2oZF5UMUEHUlki16rYMT661JD-- From nobody Wed Mar 21 10:12:46 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B30E12E043 for ; Wed, 21 Mar 2018 10:12:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OHcXHGBP6wyV for ; Wed, 21 Mar 2018 10:12:43 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C2BA3127137 for ; Wed, 21 Mar 2018 10:12:42 -0700 (PDT) Received: from localhost (dhcp-89c1.meeting.ietf.org [31.133.137.193]) by mail.tail-f.com (Postfix) with ESMTPSA id E3AA01AE0187; Wed, 21 Mar 2018 18:12:40 +0100 (CET) Date: Wed, 21 Mar 2018 17:12:41 +0000 (GMT) Message-Id: <20180321.171241.1024483904775728885.mbj@tail-f.com> To: kwatsen@juniper.net Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <8AF14BCA-4DEB-4CC0-BED9-B2D03F17E7B9@juniper.net> References: <8AF14BCA-4DEB-4CC0-BED9-B2D03F17E7B9@juniper.net> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] kw review of draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2018 17:12:45 -0000 Thanks for the quick review! Comments inline. Kent Watsen wrote: > > 1: paragraph starting w/ "In some cases", 1st sentence, s/often/sometimes/ fixed. > 2: add ref to RFC 8174 fixed. > 2.1: s/defines a label for/defines the label for/ > 3.1: > a) 2nd paragraph, s/defines a label for/defines the label for/ Is this really correct? If we say "the label", it seems that we first have to say that such a label exists; otherwise, which label does "the label" refer to? > b) 4th paragraph, add ref to RFC 6020 fixed. > 3.2, 1st paragraph: > a) 1st sentence, s/parent schema/data model supported by the server/? "parent schema" is a term defined in this document, so I think it is appropriate to use it here. > b) 2nd sentence, s#yangmnt:schema-mounts#/yangmnt:schema-mounts#? changed to "/schema-mounts". We ususally don't use the prefixes in text when we talk about the new module, unless there's a risk of confusion. > c) 2nd sentence, are mounts as stable as yang library? It seems that > if a new LNE were added, that would add a new mount point w/o > changing yang library... Well, adding a new LNE doesn't add a new mount point. But I think we should remove this sentence; it was appropriate when we had the "schema" list, which is now removed. > d) perhaps discuss the implications of it being as stable? E.g., > clients only need to check /yangmnt:schema-mounts when yang > library's checksum changes? See above, sentence removed. > 3.2, 2nd paragraph, can you add the section in rtgwg-lne-model that > has the exception, or some text about the nature of the exception > defined in that document? > > 3.2, last paragraph: is "in operational state" I don't understand this comment. > 3.3: an example would be helpful > 5: end of 2nd paragraph, an example would be nice I will look at this and see if we can add examples. > 6: 2nd paragraph, is the ref to RFC7950 correct? Nope, should be 7895, fixed. > 9: in the ietf-yang-schema-mount module: > a) in the top-level description stmt, s/specify/specifies/? fixed. > b) in the "mount-point" container's description statement, would it be > helpful to add that multiple instances of the mount-point may exist > when the extension statement is used in a 'list' or 'grouping' stmt? > - this to help with the last paragraph in the description stmts for > both the inline and shared-schema nodes? I don't understand what you suggest should be made more clear. Can you propose some text? > c) why is "shared-schema" a presence container? B/c its existence mean that the moint point has a shared schema; it is same in all instances of the mount point. Also, the leaf-list in the container is optional, so we need the presence to be able to create the container w/o any children. > d) for parent-reference, would it be helpful to note that the reference > MAY be to nodes that themselves were brought in via a parent ref, for > the nested schema mount case? Maybe, if it can be expressed in a non-confusing way... I'm not sure my first attept fulfils that: Note that in the case 'ietf-yang-schema-mount' is itself mounted, a 'parent-reference' in the mounted module may refer to nodes that were brought into the accessible tree through a 'parent-reference' in the parent schema."; > A. shouldn't there be an example parent schema module showing the > "mount-point" extension statement defining the "root" label? The example has: "mount-point": [ { "module": "ietf-logical-network-element", "label": "root", This means that the "root" label is defined in the module "ietf-logical-network-element". > global: > a) should "data node" be a term? fixed (imported from 7950) > b) nowhere is RFC Editor asked to map XXXX to the assigned RFC number fixed > c) nowhere is RFC Editor asked to map 2018-03-20 to the published date fixed /martin > > > Kent // contributor > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Thu Mar 22 05:21:40 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D958A1242F7 for ; Thu, 22 Mar 2018 05:21:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 D75FVRK7cFc4 for ; Thu, 22 Mar 2018 05:21:36 -0700 (PDT) Received: from mail-pg0-x22c.google.com (mail-pg0-x22c.google.com [IPv6:2607:f8b0:400e:c05::22c]) (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 577491200C5 for ; Thu, 22 Mar 2018 05:21:36 -0700 (PDT) Received: by mail-pg0-x22c.google.com with SMTP id i9so3165718pgq.10 for ; Thu, 22 Mar 2018 05:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=SfEK7LnWmvHX5XXKtKmRxB9NmyjSo9unBscVIBxdZ7Y=; b=NuAzyBZXi9c9bjvrFJyo7Sjy9++OdDhXEgzYcChmlB6jCYjxS4DpFJv67HGY6IcEjV jfwp7zkMM3wmxMFEClzjAawX/7hS+938BfDgCQlny9yCBibxCuU7wpgmzyud+zzzESFz ZgqinU9KUXlXnaNQI0xfhLMd7JmvAjTiv+gVMPu8porVBWIhoLdiz+A/NgtkWrVTdC9S g5bX0Qm8eCL9LgDKsC+DYljVmrvxYmIx7AeaxUgJFz0/Q9/P9+/iOD3aouSNHr3QANt9 xjhJF6xR+Vn4LeCY2NJB7Ej876/L8WiTh+mFbm8vQebaVZ/fw3D82uEPOtldmE1xA80C RZFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=SfEK7LnWmvHX5XXKtKmRxB9NmyjSo9unBscVIBxdZ7Y=; b=pth8FBS17QcdYZAIOAIgFKkf1Id4u4oiiFMEmWUi68wT5PZpVUBaZu/ex3ZlBi84/a DsQ6WK3dP+Yh5c0cw5XIVGaaeyp7aMiv1gq/G6gDVJAlTj/+13jtjRY+UwtdCs32eI3b rNN3wfu3AyPrcO1ZyW+rXbGSEMJgapswY6Xn6fVh92MYF1lJaGfFjfyvTFdRuyG3UJMV BZYYfikVDOGDEs9aP/0tyBhiH/vlkM1xsu0dAChUPTGhm0E4RF08YWe2UQ6gTTieB8TJ Mv44MgaKiObi5xLPa+Hzg0nN3PoRnUUclntGy1Euu/EC8zimNgGEirlPty7lkJ0RpOEu URkA== X-Gm-Message-State: AElRT7EN2hiiImU/gbuvm9+fSS9gYXIKJ8AsdO+uMS1u88Cly586Xdhh QGE9Vg981MR3Rnkyry/iWrgJYa89zMaoZyp7pyk= X-Google-Smtp-Source: AG47ELtkUBWldxC/3ugZ8FNuolZM+MPkKjECaAATFXBsWkh3VV2NnO8R80r3i759Rwuk6pMstlXWIyC0IL5N2+u30tM= X-Received: by 10.99.97.149 with SMTP id v143mr17797759pgb.319.1521721295383; Thu, 22 Mar 2018 05:21:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.161.8 with HTTP; Thu, 22 Mar 2018 05:21:34 -0700 (PDT) In-Reply-To: References: <2e8e5191-77cd-6576-890e-45a7d8c007d7@nokia.com> From: nicola sambo Date: Thu, 22 Mar 2018 13:21:34 +0100 Message-ID: To: netmod@ietf.org, n.sambo@sssup.it Content-Type: multipart/alternative; boundary="94eb2c0cc38242333a0567ff59d2" Archived-At: Subject: [netmod] Fwd: [CCAMP] Comments on draft-sambo-ccamp-yang-fsm-transponder-reconf-00 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2018 12:21:39 -0000 --94eb2c0cc38242333a0567ff59d2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, I forward this email exchange from ccamp since can be of interest within netmod in relation with the generic FSM model. Best, Nicola ---------- Messaggio inoltrato ---------- Da: *nicola sambo* Data: gioved=C3=AC 22 marzo 2018 Oggetto: [CCAMP] Comments on draft-sambo-ccamp-yang-fsm-transponder-reconf-00 A: Dieter Beller Cc: nicola.sambo@sssup.it, "ccamp@ietf.org" Hi Dieter, answers inline: 2018-03-21 19:54 GMT+01:00 Dieter Beller : > Hi Nicola, > > as there was no time left for providing my comments at the end of the > CCAMP session this morning, I am providing my comments by e-mail: > > Are you assuming that the FSM is running autonomously on the optical > transponder? What are the events that trigger state transitions? > the FSM is installed by the SDN controller in the agent of the transponder and then runs there. We enabled this instruction with a NETCONF message. For the case of a transponder, the events can be a BER above the threshold or the OSNR below a threshold or some other monitored parameter. We assumed these parameters monitored at the DSP of coherent receiver. > I understood that there are local events that the optical transponder > creates and there can also be external events coming from an SDN controll= er > for example. > The events are detected (more than created) by the transponder at the receiver end. The SDN controller only instructs the transponder about the possible events and reactions by setting the thresholds and the reconfiguration settings. So, the SDN controller only instructs the transponder. > > Slide 6 only shows half of the picture: when the FSM of an OT decides to > change its state, the remote transponder has to do exactly the same state > transition. > If the two transponders terminating the optical signal are not configured > consistently, no traffic can be carried across the optical path. This mea= ns > that state > changes require coordination between the two optical transponders. How is > this accomplished such that the service disruption time is minimized? > One of the actions when the event is detected is this coordination. The transponder at the receiver side sends a message to the transmitter to synchronize about the transmission parameters to be adopted. This message can be sent over a control channel. This way both the tx and rx know the format, FEC, and so on. We mentioned this in the draft. We will add a more detailed paragraph in the new version of the draft. > > Slide 6 shows an example where the modulation scheme is changed from > 16-QAM to QPSK. This reduces the data rate of the traffic to 50% (from > 200Gbps > to 100Gbps for example). I suppose that the traffic that can be dropped > must be best effort traffic. > Yes, right. We can also expand this in the new version, by referring to service classes use cases from Telecom Italia and DT. > > These network operations issues need to be addressed in the draft for thi= s > specific optical transponder FSM use case. Otherwise, its applicability i= s > doubtful. > > Ok. We'll clarify these points in the version 01. Thanks. Best, Nicola > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > --94eb2c0cc38242333a0567ff59d2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all,

I forward this email exchange from ccamp since c= an be of interest within netmod in relation with the generic FSM model.=C2= =A0

Best,
Nicola


-----= ----- Messaggio inoltrato ----------
Da: nicola sambo <nicosambo@gmail.com>
Data: gioved= =C3=AC 22 marzo 2018
Oggetto: [CCAMP] Comments on draft-sambo-ccamp-yang= -fsm-transponder-reconf-00
A: Dieter Beller <Dieter.Beller@nokia.com>
Cc: nicola.sambo@sssup.it, "ccamp@ietf.org" <ccamp@ietf.org>


Hi Dieter,=

answers inline:

2018-03-21 19= :54 GMT+01:00 Dieter Beller <Dieter.Beller@nokia.com>:=
Hi Nicola,

as there was no time left for providing my comments at the end of the CCAMP= session this morning, I am providing my comments by e-mail:

Are you assuming that the FSM is running autonomously on the optical transp= onder? What are the events that=C2=A0 trigger state transitions?

the FSM is instal= led by the SDN controller in the agent of the transponder and then runs the= re. We enabled this instruction with a NETCONF <edit-config> message.=

For the case of a transpo= nder, the events can be a BER above the threshold or the OSNR below a thres= hold or some other monitored parameter. We assumed these parameters monitor= ed at the DSP of coherent receiver.
=C2=A0
I understood that there are local events that the optical transponder creat= es and there can also be external events coming from an SDN controller for = example.

The events are de= tected (more than created) by the transponder at the receiver end. The SDN = controller only instructs the transponder about the possible events and rea= ctions by setting the thresholds and the reconfiguration settings. So, the = SDN controller only instructs the transponder.

=C2=A0

Slide 6 only shows half of the picture: when the FSM of an OT decides to ch= ange its state, the remote transponder has to do exactly the same state tra= nsition.
If the two transponders terminating the optical signal are not configured c= onsistently, no traffic can be carried across the optical path. This means = that state
changes require coordination between the two optical transponders. How is t= his accomplished such that the service disruption time is minimized?

One of the action= s when the event is detected is this coordination. The transponder at the r= eceiver side sends a message to the =C2=A0transmitter to synchronize about = the transmission parameters to be adopted. This message can be sent over a = control channel. This way both the tx and rx know the format, FEC, and so o= n.

We mentioned this in th= e draft. We will add a more detailed paragraph in the new version of the dr= aft.

=C2=A0

Slide 6 shows an example where the modulation scheme is changed from 16-QAM= to QPSK. This reduces the data rate of the traffic to 50% (from 200Gbps to 100Gbps for example). I suppose that the traffic that can be dropped mus= t be best effort traffic.

Yes, right. We ca= n also expand this in the new version, by referring to service classes use = cases from Telecom Italia and DT.

=C2=A0

These network operations issues need to be addressed in the draft for this = specific optical transponder FSM use case. Otherwise, its applicability is = doubtful.


Ok. We'll cla= rify these points in the version 01.
Thanks.

Best,
Nicola =C2=A0

=C2=A0

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


--94eb2c0cc38242333a0567ff59d2-- From nobody Fri Mar 23 13:39:02 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FA00126C3D for ; Fri, 23 Mar 2018 13:39:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tD0QXq_b_IPB for ; Fri, 23 Mar 2018 13:38:59 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 8A4CA124207 for ; Fri, 23 Mar 2018 13:38:59 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2NKYMbw011982; Fri, 23 Mar 2018 13:38:59 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=Fbwco/OLRkd8NJkBWTIzsaheJSdUdNJOSjvVFz4lpkc=; b=K8kJ+yTV/L3Mphv4jL3OhOyAKHtDcGP9zPvz09tBsVqYdQAjuqA7rXiYFxuosX6qXKCm /ObmFROp+2RruX0V+6FkRNcYiBLs4NRqggWl1d4+LRUlt1F1UzFSJdRWOVioLkWYs74C xGaAQMoBQTFSp40seRtf/1RCYp8kZw0vshKyZs1k7do0xZpYaEJV5m2woiLR9YyUeosk a1aPPvXOOnzBw7x+Z6t2F0qJfJMRsG6UHB9WsmNc9M6al38jh914o+i5t8rquSihZN6y nb52cYOVZ+cG9v6iF0N3WQznhfOZAiwhWvcmz8geez9lgvvbgKNqWZC6vucHG3q7licn YQ== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0024.outbound.protection.outlook.com [207.46.163.24]) by mx0a-00273201.pphosted.com with ESMTP id 2gw2st0r94-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 23 Mar 2018 13:38:59 -0700 Received: from DM5PR05MB3484.namprd05.prod.outlook.com (10.174.240.147) by DM5PR05MB3035.namprd05.prod.outlook.com (10.168.177.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.609.6; Fri, 23 Mar 2018 20:38:56 +0000 Received: from DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f]) by DM5PR05MB3484.namprd05.prod.outlook.com ([fe80::d13e:bdcf:3798:c34f%2]) with mapi id 15.20.0609.009; Fri, 23 Mar 2018 20:38:56 +0000 From: Kent Watsen To: Martin Bjorklund CC: "netmod@ietf.org" Thread-Topic: [netmod] kw review of draft-ietf-netmod-schema-mount-09 Thread-Index: AQHTwQlM9NByzlrSJEWVUfCPYYYOxKPa7ZCAgAMbPAA= Date: Fri, 23 Mar 2018 20:38:56 +0000 Message-ID: <6565510F-2433-423D-89BA-6894709D427D@juniper.net> References: <8AF14BCA-4DEB-4CC0-BED9-B2D03F17E7B9@juniper.net> <20180321.171241.1024483904775728885.mbj@tail-f.com> In-Reply-To: <20180321.171241.1024483904775728885.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR05MB3035; 7:w5jodL5JFq6lBUKwH7xFDEEjNAmaKCITa051NxlRhhwuwg8kzhBrusJgSCBPrPEk6UIXhmhtafjai1cnfq1lbX1vjSCtMrxA66+D5aNznAWCNLPrB52u/m5DGnxV1L6EuToqY/e/OAYj0hRYWpQDf6Cy6kmpKHRUbMyuQ3w0qfJbeFa2OPNIompGkrbJlzDG0b357KHB1lGFghbyDfPVmmF5yZ5jVON7AY9tw/M3WL6A68IDoaJ1WRlgSsZvH42n x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: ee5b3561-44c3-4dd9-f0f2-08d590fe19ab x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DM5PR05MB3035; x-ms-traffictypediagnostic: DM5PR05MB3035: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231221)(944501327)(52105095)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041310)(20161123564045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011); SRVR:DM5PR05MB3035; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3035; x-forefront-prvs: 0620CADDF3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39380400002)(366004)(376002)(39860400002)(396003)(189003)(199004)(3660700001)(6506007)(229853002)(102836004)(86362001)(26005)(316002)(186003)(106356001)(2616005)(478600001)(81166006)(66066001)(6436002)(59450400001)(2900100001)(8936002)(6916009)(6486002)(83716003)(68736007)(446003)(81156014)(11346002)(3846002)(76176011)(6512007)(33656002)(97736004)(53936002)(99286004)(5250100002)(4326008)(305945005)(6246003)(5660300001)(8676002)(7736002)(3280700002)(6116002)(82746002)(105586002)(25786009)(2906002)(14454004)(36756003)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3035; H:DM5PR05MB3484.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: X42afQwM40EgVwQb50HdKAo30WX0EQCUzCAO3qAt0eH9fID8qM/mHNL5lHvZDiALYMictY580XrdUUgx0BTm+MbcM8AU8whr/w6mRVomhU+l7SkLrivwOCK8A04neD8BIdFquhbZnX+BypWc5ZYVKTBoe8j2U0pwKSsnIV5850Q4fYHQRtGGrCKPfMVsD8TUa7aTad53LENsMzIFQvr1/9FlxjWpdq1UcuYGgqscNHoA2v1VmRY2W4NMd1qoy4qKekFJadQtyXRsyQ7td26idQukbmIu3/qlFHcwVfW0wnzv9sAyLu2+v6jdD/GoJrVjbR/IezfxqIhpekqAfZ8oyA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <75931FD8A9B0704082B5DDCAF0DFDD2E@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: ee5b3561-44c3-4dd9-f0f2-08d590fe19ab X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Mar 2018 20:38:56.8844 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3035 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-03-23_13:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803230233 Archived-At: Subject: Re: [netmod] kw review of draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2018 20:39:01 -0000 W1JlZHVjaW5nIHRvIGp1c3QgdGhlIG9wZW4gdGhyZWFkc10NCg0KDQo+PiAzLjE6DQo+PiAgIGEp IDJuZCBwYXJhZ3JhcGgsIHMvZGVmaW5lcyBhIGxhYmVsIGZvci9kZWZpbmVzIHRoZSBsYWJlbCBm b3IvDQo+DQo+IElzIHRoaXMgcmVhbGx5IGNvcnJlY3Q/ICAgSWYgd2Ugc2F5ICJ0aGUgbGFiZWwi LCBpdCBzZWVtcyB0aGF0IHdlDQo+IGZpcnN0IGhhdmUgdG8gc2F5IHRoYXQgc3VjaCBhIGxhYmVs IGV4aXN0czsgb3RoZXJ3aXNlLCB3aGljaCBsYWJlbA0KPiBkb2VzICJ0aGUgbGFiZWwiIHJlZmVy IHRvPw0KDQpJIHRoaW5rIHNvLCBpbiB0aGF0IHRoZXJlIGNhbiBvbmx5IGJlIG9uZSwgd2hlcmVh cyAiYSBsYWJlbCIgDQpzb3VuZHMgbGVzcyBkZWZpbml0aXZlLiAgVGhhdCBzYWlkLCBJIGltYWdp bmUgdGhpcyBiZWluZyANCnNvbWV0aGluZyBSRkMgRWRpdG9yIG1pZ2h0IGNhdGNoLg0KDQoNCj4+ IDMuMiwgMXN0IHBhcmFncmFwaDoNCj4+ICBhKSAxc3Qgc2VudGVuY2UsIHMvcGFyZW50IHNjaGVt YS9kYXRhIG1vZGVsIHN1cHBvcnRlZCBieSB0aGUgc2VydmVyLz8NCj4NCj4gInBhcmVudCBzY2hl bWEiIGlzIGEgdGVybSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIHNvIEkgdGhpbmsgaXQgaXMN Cj4gYXBwcm9wcmlhdGUgdG8gdXNlIGl0IGhlcmUuDQoNCkkgc2F3IGl0LCBidXQgSSB0aG91Z2h0 IHRoaXMgc2VudGVuY2UgcmVnYXJkZWQgdGhlIGRhdGEgbW9kZWwgKGEgDQpjb2xsZWN0aW9uIG9m IHNjaGVtYSksIG1vcmUgc28gdGhhbiB0aGUgcGFyZW50IHNjaGVtYS4NCg0KDQo+PiAgYikgMm5k IHNlbnRlbmNlLCBzI3lhbmdtbnQ6c2NoZW1hLW1vdW50cyMveWFuZ21udDpzY2hlbWEtbW91bnRz Iz8NCj4NCj4gY2hhbmdlZCB0byAiL3NjaGVtYS1tb3VudHMiLiAgIFdlIHVzdXNhbGx5IGRvbid0 IHVzZSB0aGUgcHJlZml4ZXMgaW4NCj4gdGV4dCB3aGVuIHdlIHRhbGsgYWJvdXQgdGhlIG5ldyBt b2R1bGUsIHVubGVzcyB0aGVyZSdzIGEgcmlzayBvZg0KPiBjb25mdXNpb24uDQoNCm9rYXkNCg0K DQo+PiAgYykgMm5kIHNlbnRlbmNlLCBhcmUgbW91bnRzIGFzIHN0YWJsZSBhcyB5YW5nIGxpYnJh cnk/ICBJdCBzZWVtcyB0aGF0DQo+PiAgICAgaWYgYSBuZXcgTE5FIHdlcmUgYWRkZWQsIHRoYXQg d291bGQgYWRkIGEgbmV3IG1vdW50IHBvaW50IHcvbyANCj4+ICAgICBjaGFuZ2luZyB5YW5nIGxp YnJhcnkuLi4NCj4NCj4gV2VsbCwgYWRkaW5nIGEgbmV3IExORSBkb2Vzbid0IGFkZCBhIG5ldyBt b3VudCBwb2ludC4NCj4NCj4gQnV0IEkgdGhpbmsgd2Ugc2hvdWxkIHJlbW92ZSB0aGlzIHNlbnRl bmNlOyBpdCB3YXMgYXBwcm9wcmlhdGUgd2hlbiANCj4gd2UgaGFkIHRoZSAic2NoZW1hIiBsaXN0 LCB3aGljaCBpcyBub3cgcmVtb3ZlZC4NCg0Kb2theQ0KDQoNCj4+ICBkKSBwZXJoYXBzIGRpc2N1 c3MgdGhlIGltcGxpY2F0aW9ucyBvZiBpdCBiZWluZyBhcyBzdGFibGU/ICBFLmcuLA0KPj4gICAg IGNsaWVudHMgb25seSBuZWVkIHRvIGNoZWNrIC95YW5nbW50OnNjaGVtYS1tb3VudHMgd2hlbiB5 YW5nDQo+PiAgICAgbGlicmFyeSdzIGNoZWNrc3VtIGNoYW5nZXM/DQo+DQo+IFNlZSBhYm92ZSwg c2VudGVuY2UgcmVtb3ZlZC4NCg0Kb2theQ0KDQoNCj4gMy4yLCAybmQgcGFyYWdyYXBoLCBjYW4g eW91IGFkZCBhIHJlZmVyZW5jZSB0byB0aGUgc2VjdGlvbiBpbiANCj4gICAgICBydGd3Zy1sbmUt bW9kZWwgdGhhdCBoYXMgdGhlIGV4Y2VwdGlvbiwgb3Igc29tZSB0ZXh0IGFib3V0DQo+ICAgICAg dGhlIG5hdHVyZSBvZiB0aGUgZXhjZXB0aW9uIGRlZmluZWQgaW4gdGhhdCBkb2N1bWVudD8NCg0K ZGlkIHlvdSBtaXNzIHRoaXMgY29tbWVudCBiZWZvcmU/DQoNCg0KPj4gMy4yLCBsYXN0IHBhcmFn cmFwaDogaXMgImluIHRoZSBvcGVyYXRpb25hbCBzdGF0ZSINCj4NCj4gSSBkb24ndCB1bmRlcnN0 YW5kIHRoaXMgY29tbWVudC4NCg0KVW5kb3VidGVkbHksIGFzIEkgZGlkbid0IGNvbXBsZXRlIGl0 ISAgOykNCg0KVHJ5aW5nIGFnYWluLCBpcyAiaW4gdGhlIG9wZXJhdGlvbmFsIHN0YXRlIiBuZWVk ZWQgaW4gdGhpcyBzZW50ZW5jZT8NClRoZSBzZW50ZW5jZSBzZWVtcyB0byByZWFkIGJldHRlciB3 aXRob3V0IGl0LiAgSWYgaXQgaXMgbmVlZGVkLCB0aGVuDQpjYW4gd2Ugc2F5IGl0IGFub3RoZXIg d2F5IG9yIHNvbWVob3cgZXhwYW5kIG9uIGl0IHNvIGl0J3MgY2xlYXI/DQoNCg0KDQo+PiAzLjM6 IGFuIGV4YW1wbGUgd291bGQgYmUgaGVscGZ1bA0KPj4gNTogZW5kIG9mIDJuZCBwYXJhZ3JhcGgs IGFuIGV4YW1wbGUgd291bGQgYmUgbmljZQ0KPg0KPiBJIHdpbGwgbG9vayBhdCB0aGlzIGFuZCBz ZWUgaWYgd2UgY2FuIGFkZCBleGFtcGxlcy4NCg0Kb2theQ0KDQoNCg0KPj4gIGIpIGluIHRoZSAi bW91bnQtcG9pbnQiIG5vZGUncyBkZXNjcmlwdGlvbiBzdGF0ZW1lbnQsIHdvdWxkIGl0IGJlDQo+ PiAgICAgaGVscGZ1bCB0byBhZGQgdGhhdCBtdWx0aXBsZSBpbnN0YW5jZXMgb2YgdGhlIG1vdW50 LXBvaW50IG1heSBleGlzdA0KPj4gICAgIHdoZW4gdGhlIGV4dGVuc2lvbiBzdGF0ZW1lbnQgaXMg dXNlZCBpbiBhICdsaXN0JyBvciAnZ3JvdXBpbmcnIHN0bXQ/DQo+PiAgICAgLSB0aGlzIHRvIGhl bHAgd2l0aCB0aGUgbGFzdCBwYXJhZ3JhcGggaW4gdGhlIGRlc2NyaXB0aW9uIHN0bXRzIGZvcg0K Pj4gICAgICAgYm90aCB0aGUgaW5saW5lIGFuZCBzaGFyZWQtc2NoZW1hIG5vZGVzPw0KPg0KPiBJ IGRvbid0IHVuZGVyc3RhbmQgd2hhdCB5b3Ugc3VnZ2VzdCBzaG91bGQgYmUgbWFkZSBtb3JlIGNs ZWFyLiAgQ2FuDQo+IHlvdSBwcm9wb3NlIHNvbWUgdGV4dD8NCg0KQm90aCB0aGUgaW5saW5lIGFu ZCBzaGFyZWQtc2NoZW1hIG5vZGVzIGhhdmUgdGhpcyB0ZXh0Og0KDQogICBEaWZmZXJlbnQgaW5z dGFuY2VzIG9mIHRoZSBtb3VudCBwb2ludCBtYXkgaGF2ZQ0KICAgZGlmZmVyZW50IHNjaGVtYXMg bW91bnRlZC4iOw0KDQpJbiBwYXJ0aWN1bGFyLCBJJ20gbG9va2luZyBhdCAiZGlmZmVyZW50IGlu c3RhbmNlcyBvZiB0aGUgbW91bnQgcG9pbnQiDQphbmQgd29uZGVyaW5nIHVuZGVyIHdoYXQgY29u ZGl0aW9ucyB0aGVyZSBtaWdodCBiZSBkaWZmZXJlbnQgaW5zdGFuY2VzDQpvZiBhIG1vdW50IHBv aW50LiAgTXkgc3VnZ2VzdGlvbiBpcyB0byBhZGQgdG8gdGhlIGRlc2NyaXB0aW9uIGZvciANCi9z Y2hlbWEtbW91bnRzL21vdW50LXBvaW50IHNvbWV0aGluZyBsaWtlOg0KDQogIERpZmZlcmVudCBp bnN0YW5jZXMgb2YgdGhlIG1vdW50IHBvaW50IG1heSBvY2N1ciB3aGVuIHRoZSAibW91bnQtcG9p bnQiDQogIGV4dGVuc2lvbiBzdGF0ZW1lbnQgaXMgdXNlZCB1bmRlciBhICdsaXN0JyBvciBhICdn cm91cGluZycuDQoNCg0KDQoNCj4+ICBjKSB3aHkgaXMgInNoYXJlZC1zY2hlbWEiIGEgcHJlc2Vu Y2UgY29udGFpbmVyPw0KPg0KPiBCL2MgaXRzIGV4aXN0ZW5jZSBtZWFuIHRoYXQgdGhlIG1vaW50 IHBvaW50IGhhcyBhIHNoYXJlZCBzY2hlbWE7IGl0IGlzDQo+IHNhbWUgaW4gYWxsIGluc3RhbmNl cyBvZiB0aGUgbW91bnQgcG9pbnQuICBBbHNvLCB0aGUgbGVhZi1saXN0IGluIHRoZQ0KPiBjb250 YWluZXIgaXMgb3B0aW9uYWwsIHNvIHdlIG5lZWQgdGhlIHByZXNlbmNlIHRvIGJlIGFibGUgdG8g Y3JlYXRlDQo+IHRoZSBjb250YWluZXIgdy9vIGFueSBjaGlsZHJlbi4NCg0KSSBkaWRuJ3QgcmVh bGl6ZSB0aGF0IHRoZSBsZWFmLWxpc3Qgd2FzIG9wdGlvbmFsLCBldmVuIHRob3VnaCBJIHNhdw0K dGhhdCB0aGVyZSBpc24ndCBhICdtaW4tZWxlbWVudHMnIHN0YXRlbWVudC4gIFNvbWVob3csIEkg dGhvdWdodCB0aGF0IA0KaGF2aW5nIGEgcGFyZW50IHJlZmVyZW5jZSB3YXMgd2hhdCBkaXN0aW5n dWlzaGVzIGl0LiAgVGhlIHRleHQgZG9lcw0Kc3RhdGUgdGhhdCB0aGVyZSBjYW4gYmUgemVybyBw YXJlbnQgcmVmZXJlbmNlcyBpbiB0aGUgMm5kLXRvLWxhc3QgDQpwYXJhZ3JhcGggaW4gU2VjdGlv biA0IGJ1dCwgd2hlbiByZWFkaW5nIHRoZSBZQU5HLCB0aGUgZGVzY3JpcHRpb24gDQpzdGF0ZW1l bnRzIGZvciAiaW5saW5lIiBhbmQgInNoYXJlZC1zY2hlbWEiIG5vZGVzIGFyZSBpZGVudGljYWwg DQpleGNlcHQgZm9yIHRoZSBiaXQgcmVnYXJkaW5nIHBhcmVudCByZWZlcmVuY2VzLCB3aGljaCBj b25mdXNlZCBtZS4NCg0KDQoNCj4+ICBkKSBmb3IgcGFyZW50LXJlZmVyZW5jZSwgd291bGQgaXQg YmUgaGVscGZ1bCB0byBub3RlIHRoYXQgdGhlIHJlZmVyZW5jZQ0KPj4gICAgIE1BWSBiZSB0byBu b2RlcyB0aGF0IHRoZW1zZWx2ZXMgd2VyZSBicm91Z2h0IGluIHZpYSBhIHBhcmVudCByZWYsIGZv cg0KPj4gICAgIHRoZSBuZXN0ZWQgc2NoZW1hIG1vdW50IGNhc2U/DQo+DQo+IE1heWJlLCBpZiBp dCBjYW4gYmUgZXhwcmVzc2VkIGluIGEgbm9uLWNvbmZ1c2luZyB3YXkuLi4gSSdtIG5vdCBzdXJl DQo+IG15IGZpcnN0IGF0dGVwdCBmdWxmaWxzIHRoYXQ6DQo+DQo+ICAgICAgICAgICAgIE5vdGUg dGhhdCBpbiB0aGUgY2FzZSAnaWV0Zi15YW5nLXNjaGVtYS1tb3VudCcgaXMNCj4gICAgICAgICAg ICAgaXRzZWxmIG1vdW50ZWQsIGEgJ3BhcmVudC1yZWZlcmVuY2UnIGluIHRoZSBtb3VudGVkDQo+ ICAgICAgICAgICAgIG1vZHVsZSBtYXkgcmVmZXIgdG8gbm9kZXMgdGhhdCB3ZXJlIGJyb3VnaHQg aW50byB0aGUNCj4gICAgICAgICAgICAgYWNjZXNzaWJsZSB0cmVlIHRocm91Z2ggYSAncGFyZW50 LXJlZmVyZW5jZScgaW4gdGhlDQo+ICAgICAgICAgICAgIHBhcmVudCBzY2hlbWEuIjsNCg0Kd29y a3MgZm9yIG1lLCBhbmQgYW4gZXhhbXBsZSBpbGx1c3RyYXRpbmcgdGhpcyB3b3VsZCBiZSBncmVh dC4gIEkNCnByb3Bvc2VkIHRoaXMgYmVmb3JlIGFzIHdlbGwuDQoNCg0KPj4gQS4gc2hvdWxkbid0 IHRoZXJlIGJlIGFuIGV4YW1wbGUgcGFyZW50IHNjaGVtYSBtb2R1bGUgc2hvd2luZyB0aGUNCj4+ ICAgICJtb3VudC1wb2ludCIgZXh0ZW5zaW9uIHN0YXRlbWVudCBkZWZpbmluZyB0aGUgInJvb3Qi IGxhYmVsPw0KPg0KPiBUaGUgZXhhbXBsZSBoYXM6DQo+DQo+ICAgICAgICJtb3VudC1wb2ludCI6 IFsNCj4gICAgICAgICB7DQo+ICAgICAgICAgICAibW9kdWxlIjogImlldGYtbG9naWNhbC1uZXR3 b3JrLWVsZW1lbnQiLA0KPiAgICAgICAgICAgImxhYmVsIjogInJvb3QiLA0KPg0KPiBUaGlzIG1l YW5zIHRoYXQgdGhlICJyb290IiBsYWJlbCBpcyBkZWZpbmVkIGluIHRoZSBtb2R1bGUNCj4gImll dGYtbG9naWNhbC1uZXR3b3JrLWVsZW1lbnQiLg0KDQpZZXMsIGJ1dCBpdCdzIG5vdCBvYnZpb3Vz LCBhbmQgaXQgaXMgYSBiaXQgb2RkIGluIHRoYXQgb25lIG1pZ2h0DQp0aGluayB0aGF0IHRoaXMg ZHJhZnQgd291bGQgYmUgd3JpdHRlbiBiZWZvcmUgcnRnd2ctbG5lLW1vZGVsLg0KVGhpcyBzZWN0 aW9uIHNob3VsZCBleHBsYWluIHRoYXQgdGhlIG1vdW50IHBvaW50IGRlZmluZWQgaW4gdGhhdA0K b3RoZXIgZHJhZnQuIA0KDQoNCktlbnQgIC8vIGNvbnRyaWJ1dG9yDQoNCg0KDQo= From nobody Sat Mar 24 16:54:04 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E238127010 for ; Sat, 24 Mar 2018 16:54:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 Vbibatb_pOA3 for ; Sat, 24 Mar 2018 16:54:00 -0700 (PDT) Received: from smtp2.eurecom.fr (smtp2.eurecom.fr [193.55.113.211]) by ietfa.amsl.com (Postfix) with ESMTP id 7831512025C for ; Sat, 24 Mar 2018 16:54:00 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.48,356,1517871600"; d="scan'208";a="7833765" Received: from thorgal.eurecom.fr ([10.3.2.220]) by drago2i.eurecom.fr with ESMTP; 25 Mar 2018 00:53:44 +0100 Received: (from apache@localhost) by thorgal.eurecom.fr (8.14.4+Sun/8.14.4/Submit) id w2ONriIT014366 for netmod@ietf.org; Sun, 25 Mar 2018 00:53:44 +0100 (CET) X-Authentication-Warning: thorgal.eurecom.fr: apache set sender to otilibil@eurecom.fr using -f Received: from lam06-2-82-234-168-183.fbx.proxad.net (lam06-2-82-234-168-183.fbx.proxad.net [82.234.168.183]) by webmail.eurecom.fr (Horde MIME library) with HTTP; Sun, 25 Mar 2018 00:53:44 +0100 Message-ID: <20180325005344.oh7t0dutic440sc0@webmail.eurecom.fr> Date: Sun, 25 Mar 2018 00:53:44 +0100 From: otilibil@eurecom.fr To: netmod@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Originating-IP: 82.234.168.183 X-Remote-Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36 Archived-At: Subject: [netmod] How to grep through a YANG? With grepyang X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2018 23:54:02 -0000 Hello members, I have put on Github 'grepyang' =20 (https://github.com/ariel-anieli/grepyang.git), a script that greps =20 through a YANG, and extracts snippets matching a key, it seems 'pyang' =20 does not have that feature; for example: # ./grepyang cancel-commit ietf-netconf@2011-06-01.yang 853: rpc cancel-commit { 854: if-feature confirmed-commit; 855: description 856: "This operation is used to cancel an ongoing confirmed commit. 857: If the confirmed commit is persistent, the parameter 858: 'persist-id' must be given, and it must match the value of the 859: 'persist' parameter."; 860: reference "RFC 6241, Section 8.4.4.1"; 861: 862: input { 863: leaf persist-id { 864: type string; 865: description 866: "This parameter is given in order to cancel a persistent 867: confirmed commit. The value must be equal to the value 868: given in the 'persist' parameter to the operation. 869: If it does not match, the operation fails with an 870: 'invalid-value' error."; 871: } 872: } 873: } If you have any feedback, please, do so: I will improve the tool from it. Regards, Ariel ----------------------------------------------------------------------------= --- This message was sent using EURECOM Webmail: http://webmail.eurecom.fr From nobody Sun Mar 25 05:46:34 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA79F127601 for ; Sun, 25 Mar 2018 05:46:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 o8dzS8_JaSpS for ; Sun, 25 Mar 2018 05:46:30 -0700 (PDT) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255019.outbound.protection.outlook.com [40.92.255.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B9421241F8 for ; Sun, 25 Mar 2018 05:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DgXeUE5kE12f8Q7VYcas7sikd5QDmlau6kjW5fbCS90=; b=Uo9JdrAnpdZYQW5zxBjxDHE/2wR0hT1IcGANvrElclYUOu9L7ZZ+7ZHBfxt+K+MxKl1ieq7YhvLiHcDke4YJEZUHT2ysSilUw4dtwHfOOSpwAK3vOWu42Z1Sz55mz6PDXuN7edjSHycAsmoYTRxU2GvmvhtrOdCagTbwUvsxbzGKX9nOLeSTK/kShXAhwUWxyvvuPN5JeHxx5OO1kWunFyjoRAJg7jX55SSHz1IljXH5uB6bNpVfQoOrXLsADQIfir05bAIcVa0pfFRfUyf3+qWuKExIzXa0LPN+atOalMBKV1D8W4jyUdR+RsYnpTk0GNYkUpvb2/F2WvLCJyOjmQ== Received: from SG2APC01FT050.eop-APC01.prod.protection.outlook.com (10.152.250.55) by SG2APC01HT154.eop-APC01.prod.protection.outlook.com (10.152.251.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7; Sun, 25 Mar 2018 12:46:26 +0000 Received: from HK2PR0401MB1265.apcprd04.prod.outlook.com (10.152.250.54) by SG2APC01FT050.mail.protection.outlook.com (10.152.251.238) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7 via Frontend Transport; Sun, 25 Mar 2018 12:46:25 +0000 Received: from HK2PR0401MB1265.apcprd04.prod.outlook.com ([fe80::2db2:49db:7b47:d80]) by HK2PR0401MB1265.apcprd04.prod.outlook.com ([fe80::2db2:49db:7b47:d80%4]) with mapi id 15.20.0609.012; Sun, 25 Mar 2018 12:46:25 +0000 From: Rohit Ranade To: "netmod@ietf.org" Thread-Topic: Comments on schema mount draft Thread-Index: AQHTxDbT1I3AIjMZP0GUUq533Jigqg== Date: Sun, 25 Mar 2018 12:46:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:2345548C3E2BD5409E48042D10B44D9B1D3161C7E3B1E0B22FAA015964616144; UpperCasedChecksum:FCA51C7710AE56F27669E031645CA2940671BA30DF8C9BB5486FCF7E47E7AABC; SizeAsReceived:6817; Count:43 x-tmn: [ypZTJhByyXIb/ectN+5oXz5sE8Pi775d] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SG2APC01HT154; 7:GxYSaaR0iJM6AZ4oYQISdq2uQaL+AqCnRalMUWYqWLVd/07/GYqd39pSraaK6RExLihXdMQnBUQSJOeW5ZA7Jd95HYuAuHhIZ/k/0jUxDEfVJqZWyWPDal+8yzAM183+mvrHbaL0l/1F7+h0/2QWWelsaMb7XvQ4Z3OxcGaVSFxBWc9hf6v5Bplx3x55CENVVeIfhlYgCmOSfJyJEYbESOKm8qLhKdYhXku22bja6juunwDOQeOr9bepZM+HhePW x-incomingheadercount: 43 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:SG2APC01HT154; x-ms-traffictypediagnostic: SG2APC01HT154: x-ms-office365-filtering-correlation-id: e897936a-68e1-4a54-aee6-08d5924e6bf8 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:SG2APC01HT154; BCL:0; PCL:0; RULEID:; SRVR:SG2APC01HT154; x-forefront-prvs: 0622A98CD5 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:SG2APC01HT154; H:HK2PR0401MB1265.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:; x-microsoft-antispam-message-info: hzWyKBzDNo9N2XejlzW18hZ2svakDmTuPWmD1ZBpffa7v012NwMYt3DMchk3OQrvhqVRx76gLiGIHl8kezIemgeJ7xAy2aGImDPRyjsKCe2597laPG8PkVaqqD0PhaqAgmUtXD6ctxciHotRr4iTvfP5CaYmjr+T0XbYdrzsMxF8TfzfdH04DdXXN81HTFFj spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR0401MB12659DDADA1E5DAE6EE5AFA3DBAE0HK2PR0401MB1265_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e897936a-68e1-4a54-aee6-08d5924e6bf8 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2018 12:46:25.8046 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT154 Archived-At: Subject: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2018 12:46:33 -0000 --_000_HK2PR0401MB12659DDADA1E5DAE6EE5AFA3DBAE0HK2PR0401MB1265_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, Please find some comments for the schema mount draft. If I find any other w= ill send in another mail. Editorial: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1. Section 3.1 "The "mount-point" statement MUST NOT be used in a YANG version 1 module." =3D=3D> It is unclear why such a restriction is placed. 2. Section 3.2 "state data in the "yangmnt:schema-mounts"" =3D=3D> Here the yang tree diagram is not yet introduced. I feel better = to introduce this diagram as it makes it easier to understand the data-nodes 3. Section 3.2 "Data in this container is intended to be as stable as data in the top-level YANG library" =3D=3D> What is the meaning of "as stable" as ? As a developer , I am un= clear what needs to be done here. Please clarify. 4. Section 3.2 "i.e., instances of that mount point MUST NOT contain any data above those that are defined in the parent schema." =3D=3D> Here "any data above", means "above" in the hieararchy ? Not cle= ar, this is similar to having a USB slot, but no device mounted on it as yet in UNIX terms. = Right ? The query output on parent-schema should give empty data. 5. Section 3.2 "If multiple mount points with the same name are defined in the same module - either directly or because the mount point is defined in a grouping and the grouping is used multiple times - then the corresponding "mount-point" entry applies equally to all such mount points." =3D=3D> As per tree diagram, "mount-point" has two keys. So each module c= an have multiple mount points. So how to apply it "equally" ? Not clear. 6. Section 3.2 Instead of "inline" and "shared-schema", I suggest to use "variable-sche= ma" and "same-schema" Reason: The key difference between the two is that in one case, the sche= ma MAY be different while in the other the schema is same. The name can be similar to the re= ason. Logical Point: 1. Consider the topology where 1 main device is present with N logical devi= ces behind it. When the mounting is done, it is quite possible that some of N devices a= re having different versions of modules. This can lead to each instance of mount point, having different schema. How can the client understand the schema of each mount-point instance ? = Preferably get-schema of these devices and then know the model ? With Regards, Rohit R --_000_HK2PR0401MB12659DDADA1E5DAE6EE5AFA3DBAE0HK2PR0401MB1265_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi All,

Please find some comments for the schema mount draft. If I find any ot= her will send in another mail.

Editorial:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1. Section 3.1 
   "The "mount-point" statement MUST NOT be u= sed in a YANG version 1
   module."
   =3D=3D> It is unclear why such a restriction is placed= .

2. Section 3.2
   "state data in the "yangmnt:schema-mounts"= " 
   =3D=3D> Here the yang tree diagram is not yet introduc= ed. I feel better to introduce
   this diagram as it makes it easier to understand the data= -nodes  

3. Section 3.2
   "Data in this container is intended to be as stable = as data in the
   top-level YANG library"
   =3D=3D> What is the meaning of "as stable" a= s ? As a developer , I am unclear what needs 
   to be done here. Please clarify.
   
4. Section 3.2
   "i.e., instances of that mount point MUST NOT contai= n any data above
   those that are defined in the parent schema."
   =3D=3D> Here "any data above", means "a= bove" in the hieararchy ? Not clear, this is similar
   to having a USB slot, but no device mounted on it as yet = in UNIX terms. Right ?
   The query output on parent-schema should give empty data.=  
   
5. Section 3.2
   "If multiple mount points with the same name are def= ined in the same
   module - either directly or because the mount point is de= fined in a
   grouping and the grouping is used multiple times - then t= he
   corresponding "mount-point" entry applies equal= ly to all such mount
   points."
  =3D=3D> As per tree diagram, "mount-point" has two= keys. So each module can have multiple
  mount points. So how to apply it "equally" ? Not clea= r.

6. Section 3.2
   Instead of "inline" and "shared-schema&quo= t;, I suggest to use "variable-schema" and 
   "same-schema"
   Reason: The key difference between the two is that in one= case, the schema MAY be different
   while in the other the schema is same. The name can be si= milar to the reason.
   
Logical Point:
1. Consider the topology where 1 main device is present with N logical= devices behind it.
   When the mounting is done, it is quite possible that some= of N devices are having different
   versions of modules.
   This can lead to each instance of mount point, having dif= ferent schema.
   How can the client understand the schema of each mount-po= int instance ? Preferably get-schema of these devices and then know the mod= el ?
   
With Regards,

Rohit R

--_000_HK2PR0401MB12659DDADA1E5DAE6EE5AFA3DBAE0HK2PR0401MB1265_-- From nobody Sun Mar 25 05:58:10 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A481127867 for ; Sun, 25 Mar 2018 05:58:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 TSN-4MmUqx5y for ; Sun, 25 Mar 2018 05:58:05 -0700 (PDT) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254043.outbound.protection.outlook.com [40.92.254.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF71D1205D3 for ; Sun, 25 Mar 2018 05:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=WLS9D5SI4OlWMgkBgn11jhq0PCUlgX9NQ0lCTCELl/I=; b=DSvkMVZPEiILaDIFBwCH2s445VXi99AR+nflZ+dUL/pcaFVObACPDkYIQryRMvtjOLIH6xRN3ytL8NV0Bg8g0tA9wwsTB8zj9fsnTuvCTFjLJidbmBLOd2OKkGNSwHUibMyf+5EfzSUdYd/E4EJ6ksSgmjGBV8lw3ejt8BV2wNT/8avLgfD/LxPiC3V/ilPKxv/44W+sp9X528/3HPgZYRl0SZzw/EGzAuX/drXXPpOz7Flj1SFAAwbR2+Mtx3oDuWMimS1ujyejWF9fQd9ViAg3bBYdlozO1czs5ESg6tSLelxrlkylYtnQI68FhUgS0noyixOr1rwbtRP114He+Q== Received: from SG2APC01FT049.eop-APC01.prod.protection.outlook.com (10.152.250.53) by SG2APC01HT239.eop-APC01.prod.protection.outlook.com (10.152.251.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7; Sun, 25 Mar 2018 12:58:02 +0000 Received: from HK2PR0401MB1265.apcprd04.prod.outlook.com (10.152.250.52) by SG2APC01FT049.mail.protection.outlook.com (10.152.251.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7 via Frontend Transport; Sun, 25 Mar 2018 12:58:02 +0000 Received: from HK2PR0401MB1265.apcprd04.prod.outlook.com ([fe80::2db2:49db:7b47:d80]) by HK2PR0401MB1265.apcprd04.prod.outlook.com ([fe80::2db2:49db:7b47:d80%4]) with mapi id 15.20.0609.012; Sun, 25 Mar 2018 12:58:02 +0000 From: Rohit Ranade To: "netmod@ietf.org" Thread-Topic: Comments on schema mount draft Thread-Index: AQHTxDbT1I3AIjMZP0GUUq533JigqqPg6RpI Date: Sun, 25 Mar 2018 12:58:02 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:C6B9651D9E5DEF8F8F543D18D54C989E63BD0A8290E7E08F04507B2CBDFFB287; UpperCasedChecksum:95A0B9B1E5DB6D1C877FCCC6FB9A61AF3928700F07C0BB43CF6B168443B1156D; SizeAsReceived:7012; Count:45 x-tmn: [NJkqfwqZ/jeoe04k5kf7OaVotZNnPQp2] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SG2APC01HT239; 7:780G7qPa2677hT7EqPE3q697Oloe36qJiCZrzKB3rlprjMzXXVZw/lGlAqGaVt6T5llZn9KrDPzl6WdyiOzAyEP38jE/eX0ZFpLiK1sLnqwsfSmjSjbW2K5zCadikEMButZqM6froS2oZOipbQDJNLgN3pWrnatYiPszcwyL1Rzi99DA00lfTao1kwtwXC4z1wXnfaQN1ZD5o6Iw4gvBuINgqm6g1+vdTdExDn7ydaXP2LdCbsji61GnOYGDWgiz x-incomingheadercount: 45 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:SG2APC01HT239; x-ms-traffictypediagnostic: SG2APC01HT239: x-ms-office365-filtering-correlation-id: 5957f7fa-1ecb-47a0-fdcc-08d592500b04 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:SG2APC01HT239; BCL:0; PCL:0; RULEID:; SRVR:SG2APC01HT239; x-forefront-prvs: 0622A98CD5 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:SG2APC01HT239; H:HK2PR0401MB1265.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:; x-microsoft-antispam-message-info: YAMXZA5z0Gfyw5DmAl1t4NyUl/ykdkbdroukuVYjyFzFnfESew1Sdp5KO/AKpdaVe87hS7lZSfT+kiHCJqNLvBh52kcxk17Yvy3pOZGaSHtFBGx9fCNQX/7NuvnEQ5eRuqRWDMRKvUZ9sTe2x5lOLLbBAlaKltx11e9hMXXadCxDYbOnPY4kUTgiHKXjROdZ spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR0401MB12652DB9D751FB5B2E0029B6DBAE0HK2PR0401MB1265_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5957f7fa-1ecb-47a0-fdcc-08d592500b04 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2018 12:58:02.2298 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT239 Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2018 12:58:07 -0000 --_000_HK2PR0401MB12652DB9D751FB5B2E0029B6DBAE0HK2PR0401MB1265_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable One more point. How to configure access control rules for the mounted models ? I think in the "Security Considerations" section, we should highlight th= e need for configuring NACM rules before mounting the nodes. Else all information c= an be queried. 1 example for rule configuration for notification and data-node will be = helpful. With Regards, Rohit R ________________________________ From: netmod on behalf of Rohit Ranade Sent: Sunday, March 25, 2018 12:46:25 PM To: netmod@ietf.org Subject: [netmod] Comments on schema mount draft Hi All, Please find some comments for the schema mount draft. If I find any other w= ill send in another mail. Editorial: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1. Section 3.1 "The "mount-point" statement MUST NOT be used in a YANG version 1 module." =3D=3D> It is unclear why such a restriction is placed.. 2. Section 3.2 "state data in the "yangmnt:schema-mounts"" =3D=3D> Here the yang tree diagram is not yet introduced. I feel better = to introduce this diagram as it makes it easier to understand the data-nodes 3. Section 3.2 "Data in this container is intended to be as stable as data in the top-level YANG library" =3D=3D> What is the meaning of "as stable" as ? As a developer , I am un= clear what needs to be done here. Please clarify. 4. Section 3.2 "i.e., instances of that mount point MUST NOT contain any data above those that are defined in the parent schema." =3D=3D> Here "any data above", means "above" in the hieararchy ? Not cle= ar, this is similar to having a USB slot, but no device mounted on it as yet in UNIX terms. = Right ? The query output on parent-schema should give empty data. 5. Section 3.2 "If multiple mount points with the same name are defined in the same module - either directly or because the mount point is defined in a grouping and the grouping is used multiple times - then the corresponding "mount-point" entry applies equally to all such mount points." =3D=3D> As per tree diagram, "mount-point" has two keys. So each module c= an have multiple mount points. So how to apply it "equally" ? Not clear. 6. Section 3.2 Instead of "inline" and "shared-schema", I suggest to use "variable-sche= ma" and "same-schema" Reason: The key difference between the two is that in one case, the sche= ma MAY be different while in the other the schema is same. The name can be similar to the re= ason. Logical Point: 1. Consider the topology where 1 main device is present with N logical devi= ces behind it. When the mounting is done, it is quite possible that some of N devices a= re having different versions of modules. This can lead to each instance of mount point, having different schema. How can the client understand the schema of each mount-point instance ? = Preferably get-schema of these devices and then know the model ? With Regards, Rohit R --_000_HK2PR0401MB12652DB9D751FB5B2E0029B6DBAE0HK2PR0401MB1265_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable


One more point.

How to configure access control rules for the mounted models ?
   I think in the "Security Considerations" sectio= n, we should highlight the need for
   configuring NACM rules before mounting the nodes. Else al= l information can be queried.
   1 example for rule configuration for notification and dat= a-node will be helpful. 

With Regards,

Rohit R

From: netmod <netmod-bou= nces@ietf.org> on behalf of Rohit Ranade <rohitrranade@outlook.com>= ;
Sent: Sunday, March 25, 2018 12:46:25 PM
To: netmod@ietf.org
Subject: [netmod] Comments on schema mount draft
 

Hi All,

Please find some comments for the schema mount draft. If I find any ot= her will send in another mail.

Editorial:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1. Section 3.1 
   "The "mount-point" statement MUST NOT be u= sed in a YANG version 1
   module."
   =3D=3D> It is unclear why such a restriction is placed= ..

2. Section 3.2
   "state data in the "yangmnt:schema-mounts"= " 
   =3D=3D> Here the yang tree diagram is not yet introduc= ed. I feel better to introduce
   this diagram as it makes it easier to understand the data= -nodes  

3. Section 3.2
   "Data in this container is intended to be as stable = as data in the
   top-level YANG library"
   =3D=3D> What is the meaning of "as stable" a= s ? As a developer , I am unclear what needs 
   to be done here. Please clarify.
   
4. Section 3.2
   "i.e., instances of that mount point MUST NOT contai= n any data above
   those that are defined in the parent schema."
   =3D=3D> Here "any data above", means "a= bove" in the hieararchy ? Not clear, this is similar
   to having a USB slot, but no device mounted on it as yet = in UNIX terms. Right ?
   The query output on parent-schema should give empty data.=  
   
5. Section 3.2
   "If multiple mount points with the same name are def= ined in the same
   module - either directly or because the mount point is de= fined in a
   grouping and the grouping is used multiple times - then t= he
   corresponding "mount-point" entry applies equal= ly to all such mount
   points."
  =3D=3D> As per tree diagram, "mount-point" has two= keys. So each module can have multiple
  mount points. So how to apply it "equally" ? Not clea= r.

6. Section 3.2
   Instead of "inline" and "shared-schema&quo= t;, I suggest to use "variable-schema" and 
   "same-schema"
   Reason: The key difference between the two is that in one= case, the schema MAY be different
   while in the other the schema is same. The name can be si= milar to the reason.
   
Logical Point:
1. Consider the topology where 1 main device is present with N logical= devices behind it.
   When the mounting is done, it is quite possible that some= of N devices are having different
   versions of modules.
   This can lead to each instance of mount point, having dif= ferent schema.
   How can the client understand the schema of each mount-po= int instance ? Preferably get-schema of these devices and then know the mod= el ?
   
With Regards,

Rohit R

--_000_HK2PR0401MB12652DB9D751FB5B2E0029B6DBAE0HK2PR0401MB1265_-- From nobody Mon Mar 26 01:11:33 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEDAF1252BA for ; Mon, 26 Mar 2018 01:11:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 VaJS3pURRtZd for ; Mon, 26 Mar 2018 01:11:30 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9B4041205F0 for ; Mon, 26 Mar 2018 01:11:30 -0700 (PDT) Received: from localhost (unknown [173.38.220.45]) by mail.tail-f.com (Postfix) with ESMTPSA id BEF821AE0187; Mon, 26 Mar 2018 10:11:29 +0200 (CEST) Date: Mon, 26 Mar 2018 10:11:29 +0200 (CEST) Message-Id: <20180326.101129.936165036878075905.mbj@tail-f.com> To: rohitrranade@outlook.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2018 08:11:32 -0000 Hi, Thank you for these comments, replies inline. Rohit Ranade wrote: > Hi All, > > Please find some comments for the schema mount draft. If I find any > other will send in another mail. > > Editorial: > ============ > 1. Section 3.1 > "The "mount-point" statement MUST NOT be used in a YANG version 1 > module." > ==> It is unclear why such a restriction is placed. The reason is that YANG 1 doesn't support inline actions and notification, which means that top-level rpcs and notifs in the mounted module cannot be invoked using the mechanism described in section 5. I will try to clarify this. > 2. Section 3.2 > "state data in the "yangmnt:schema-mounts"" > ==> Here the yang tree diagram is not yet introduced. I feel better to > introduce > this diagram as it makes it easier to understand the data-nodes Ok. I moved section 8 to a new section 3.2. > 3. Section 3.2 > "Data in this container is intended to be as stable as data in the > top-level YANG library" > ==> What is the meaning of "as stable" as ? As a developer , I am > unclear what needs > to be done here. Please clarify. Kent also had a comment around this, and the text about stable is now removed. > 4. Section 3.2 > "i.e., instances of that mount point MUST NOT contain any data above > those that are defined in the parent schema." > ==> Here "any data above", means "above" in the hieararchy ? No, this was just wrong; it should be "except". > Not > clear, this is similar > to having a USB slot, but no device mounted on it as yet in UNIX > terms. Right ? > The query output on parent-schema should give empty data. > > 5. Section 3.2 > "If multiple mount points with the same name are defined in the same > module - either directly or because the mount point is defined in a > grouping and the grouping is used multiple times - then the > corresponding "mount-point" entry applies equally to all such mount > points." > ==> As per tree diagram, "mount-point" has two keys. So each module > can have multiple > mount points. So how to apply it "equally" ? Not clear. Note that the sentence starts with "If multiple mount points with the same name are defined in the same module" -- so this clearly doesn't apply to mount points with different names, right? For example, you can have: container foo { yangmnt:mount-point my-mnt-point; } container bar { yangmnt:mount-point my-mnt-point; } There is just one entry in the "mount-point" list, so that entry applies to both these mount points. Both are either "inline" or "shared-schema". > 6. Section 3.2 > Instead of "inline" and "shared-schema", I suggest to use > "variable-schema" and > "same-schema" > Reason: The key difference between the two is that in one case, the > schema MAY be different > while in the other the schema is same. The name can be similar to the > reason. At this point, we have to live with these terms. This was part of the compromise leading to this solution; there are other documents in the RFC editor's queue that depend on these terms. > Logical Point: > 1. Consider the topology where 1 main device is present with N logical > devices behind it. > When the mounting is done, it is quite possible that some of N devices > are having different > versions of modules. > This can lead to each instance of mount point, having different > schema. > How can the client understand the schema of each mount-point instance > ? Preferably get-schema of these devices and then know the model ? This draft says that each instance will have its own YANG library instance. So there the client can detect which versions of the different modules each instance supports. Then can be invoked to get the modules, if it is supported. /martin From nobody Mon Mar 26 04:18:08 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3C2812D95A for ; Mon, 26 Mar 2018 04:17:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 M3zhPZQ0tNcd for ; Mon, 26 Mar 2018 04:17:53 -0700 (PDT) Received: from smtp2.eurecom.fr (smtp2.eurecom.fr [193.55.113.211]) by ietfa.amsl.com (Postfix) with ESMTP id 1BDAF129C51 for ; Mon, 26 Mar 2018 04:17:52 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.48,364,1517871600"; d="scan'208";a="7836994" Received: from thorgal.eurecom.fr ([10.3.2.220]) by drago2i.eurecom.fr with ESMTP; 26 Mar 2018 13:17:52 +0200 Received: (from apache@localhost) by thorgal.eurecom.fr (8.14.4+Sun/8.14.4/Submit) id w2QBHpxX017476 for netmod@ietf.org; Mon, 26 Mar 2018 13:17:51 +0200 (CEST) X-Authentication-Warning: thorgal.eurecom.fr: apache set sender to otilibil@eurecom.fr using -f Received: from reverse.completel.net (reverse.completel.net [92.103.89.82]) by webmail.eurecom.fr (Horde MIME library) with HTTP; Mon, 26 Mar 2018 13:17:51 +0200 Message-ID: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> Date: Mon, 26 Mar 2018 13:17:51 +0200 From: otilibil@eurecom.fr To: netmod@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Originating-IP: 92.103.89.82 X-Remote-Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36 Archived-At: Subject: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2018 11:17:58 -0000 Hi members, I comment on that draft: * Instead of "it is often necessary that an existing module (or a set =20 of modules) is added to the data model starting at a non-root =20 location", this would read better: "it is often necessary that an =20 existing module (or a set of modules) be added to the data model at =20 locations other than the root." (Section 1) * 'The "mount-point" statement MUST NOT be used in a YANG version 1 =20 module' Why this documents keeps YANG 1 off from its scope? (Section =20 3.1) * 'Specifically, a server that doesn?t support the NMDA, MAY implement =20 revision 2016-06-21 of "ietf-yang-library" [RFC7950] under a mount =20 point' [RFC7895] defines "ietf-yang-library", not [RFC7950] (Section 6) * Why not "Tree Diagram" instead of "Data Model"? The wording has =20 become a Best Practice (Section 8) * Idem, "This document...has the following diagram" captures better =20 the Best Practice than "This document...has the following structure" =20 (Section 8) * Same remark on restricting to YANG 1.1: "The ?mount-point? statement =20 MUST NOT be used in a YANG version 1 module, neither explicitly nor =20 via a ?uses? statement (description of the extension "mount-point") * Should this sentence refers only to [RFC6020]? "This document =20 registers a YANG module in the YANG Module Names registry [RFC6020]" =20 (Section 10) * The document cites /schema-mounts as "The schema defined by this =20 state data provides detailed information about a server implementation =20 may help an attacker identify the server capabilities and server =20 implementations with known bugs" I think this section should warn also =20 on: ** Section 2.1.2 and 4 of [RFC7895] (the list 'module' contains =20 the leaf 'schema': from which anyone may retrieve a YANG module) ** Section 3 of [RFC6022] (it defines the RPC 'get-schema'; with =20 which anyone may get a YANG module) ** and Section 5 of [RFC8341] (reminding administrators to set =20 user rights accordingly, and giving their defaults values). Regards, Ariel [RFC6020] https://tools.ietf.org/html/rfc6020 [RFC7895] https://tools.ietf.org/html/rfc7895 [RFC7950] https://tools.ietf.org/html/rfc7950 [RFC8341] https://tools.ietf.org/html/rfc8341 ----------------------------------------------------------------------------= --- This message was sent using EURECOM Webmail: http://webmail.eurecom.fr From nobody Mon Mar 26 07:30:56 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 002A01275F4 for ; Mon, 26 Mar 2018 07:30:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 F9KLRRHr5Lwx for ; Mon, 26 Mar 2018 07:30:47 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 75A161250B8 for ; Mon, 26 Mar 2018 07:30:47 -0700 (PDT) Received: by trail.lhotka.name (Postfix, from userid 109) id 2C16D1820056; Mon, 26 Mar 2018 16:28:24 +0200 (CEST) Received: from localhost (nat-2.nic.cz [217.31.205.2]) by trail.lhotka.name (Postfix) with ESMTPSA id 9A62E1820054; Mon, 26 Mar 2018 16:28:22 +0200 (CEST) From: Ladislav Lhotka To: Rohit Ranade , "netmod\@ietf.org" In-Reply-To: References: Mail-Followup-To: Rohit Ranade , "netmod\@ietf.org" Date: Mon, 26 Mar 2018 16:30:44 +0200 Message-ID: <871sg6c3jf.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2018 14:30:55 -0000 Rohit Ranade writes: > One more point. > > How to configure access control rules for the mounted models ? If you mean NACM from the viewpoint of the the parent tree, then I think the consensus was that it has to be specified in the parent tree, including rules for mounted data. This should probably be mentioned in the text. NACM data can also be present in the mounted tree, but it should be used only for the "internal" session in the case of split management, and ignored in the outer session. Lada > I think in the "Security Considerations" section, we should highlight the need for > configuring NACM rules before mounting the nodes. Else all information can be queried. > 1 example for rule configuration for notification and data-node will be helpful. > > > With Regards, > > Rohit R > > ________________________________ > From: netmod on behalf of Rohit Ranade > Sent: Sunday, March 25, 2018 12:46:25 PM > To: netmod@ietf.org > Subject: [netmod] Comments on schema mount draft > > > Hi All, > > Please find some comments for the schema mount draft. If I find any other will send in another mail. > > Editorial: > ============ > 1. Section 3.1 > "The "mount-point" statement MUST NOT be used in a YANG version 1 > module." > ==> It is unclear why such a restriction is placed.. > > 2. Section 3.2 > "state data in the "yangmnt:schema-mounts"" > ==> Here the yang tree diagram is not yet introduced. I feel better to introduce > this diagram as it makes it easier to understand the data-nodes > > 3. Section 3.2 > "Data in this container is intended to be as stable as data in the > top-level YANG library" > ==> What is the meaning of "as stable" as ? As a developer , I am unclear what needs > to be done here. Please clarify. > > 4. Section 3.2 > "i.e., instances of that mount point MUST NOT contain any data above > those that are defined in the parent schema." > ==> Here "any data above", means "above" in the hieararchy ? Not clear, this is similar > to having a USB slot, but no device mounted on it as yet in UNIX terms. Right ? > The query output on parent-schema should give empty data. > > 5. Section 3.2 > "If multiple mount points with the same name are defined in the same > module - either directly or because the mount point is defined in a > grouping and the grouping is used multiple times - then the > corresponding "mount-point" entry applies equally to all such mount > points." > ==> As per tree diagram, "mount-point" has two keys. So each module can have multiple > mount points. So how to apply it "equally" ? Not clear. > > 6. Section 3.2 > Instead of "inline" and "shared-schema", I suggest to use "variable-schema" and > "same-schema" > Reason: The key difference between the two is that in one case, the schema MAY be different > while in the other the schema is same. The name can be similar to the reason. > > Logical Point: > 1. Consider the topology where 1 main device is present with N logical devices behind it. > When the mounting is done, it is quite possible that some of N devices are having different > versions of modules. > This can lead to each instance of mount point, having different schema. > How can the client understand the schema of each mount-point instance ? Preferably get-schema of these devices and then know the model ? > > With Regards, > > Rohit R > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Mar 26 16:10:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC703127909; Mon, 26 Mar 2018 16:10:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 L_ddaTezXwiY; Mon, 26 Mar 2018 16:10:12 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C24A12D942; Mon, 26 Mar 2018 16:10:12 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9391FB83033; Mon, 26 Mar 2018 16:09:55 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, netmod@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180326230955.9391FB83033@rfc-editor.org> Date: Mon, 26 Mar 2018 16:09:55 -0700 (PDT) Archived-At: Subject: [netmod] =?utf-8?q?RFC_8348_on_A_YANG_Data_Model_for_Hardware_Man?= =?utf-8?q?agement?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2018 23:10:14 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8348 Title: A YANG Data Model for Hardware Management Author: A. Bierman, M. Bjorklund, J. Dong, D. Romascanu Status: Standards Track Stream: IETF Date: March 2018 Mailbox: andy@yumaworks.com, mbj@tail-f.com, jie.dong@huawei.com, dromasca@gmail.com Pages: 60 Characters: 108230 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-netmod-entity-08.txt URL: https://www.rfc-editor.org/info/rfc8348 DOI: 10.17487/RFC8348 This document defines a YANG data model for the management of hardware on a single server. This document is a product of the Network Modeling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Mon Mar 26 20:48:08 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17D0B126E64 for ; Mon, 26 Mar 2018 20:48:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CedP20WJTNLg for ; Mon, 26 Mar 2018 20:48:02 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 6B1D2124D6C for ; Mon, 26 Mar 2018 20:48:02 -0700 (PDT) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id D04AE5B9DBAD9 for ; Tue, 27 Mar 2018 04:47:58 +0100 (IST) Received: from DGGEMA423-HUB.china.huawei.com (10.1.198.156) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 27 Mar 2018 04:47:59 +0100 Received: from DGGEMA521-MBS.china.huawei.com ([169.254.5.3]) by dggema423-hub.china.huawei.com ([10.1.198.156]) with mapi id 14.03.0361.001; Tue, 27 Mar 2018 11:47:56 +0800 From: "Yemin (Amy)" To: "otilibil@eurecom.fr" , "netmod@ietf.org" Thread-Topic: [netmod] Comments on draft-ietf-netmod-schema-mount-09 Thread-Index: AQHTxPQs2rTyFU6SUUilNgTzKCTcPKPjb8lQ Date: Tue, 27 Mar 2018 03:47:56 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> References: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> In-Reply-To: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.30.234] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 03:48:05 -0000 Hi all,=20 I also have a question/comment regarding this draft, maybe if it's discusse= d already.=20 If there a model A, which I would like to use just part of model A in anoth= er model B, what should I do? The draft states that "This document allows mounting of complete data model= s only. Other specifications may extend this model by defining additional = mechanisms such as mounting sub-hierarchies of a module." It seems that the current schema mount doesn't support such usage.=20 Then I'm thinking that using deviation to create a new sub-module A', then = mount the sub-module A' in model B.=20 Will it be a possible way out? BR, Amy -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of otilibil@eurecom= .fr Sent: Monday, March 26, 2018 7:18 PM To: netmod@ietf.org Subject: [netmod] Comments on draft-ietf-netmod-schema-mount-09 Hi members, I comment on that draft: * Instead of "it is often necessary that an existing module (or a set of mo= dules) is added to the data model starting at a non-root location", this wo= uld read better: "it is often necessary that an existing module (or a set o= f modules) be added to the data model at locations other than the root." (S= ection 1) * 'The "mount-point" statement MUST NOT be used in a YANG version 1 module'= Why this documents keeps YANG 1 off from its scope? (Section 3.1) * 'Specifically, a server that doesn?t support the NMDA, MAY implement revi= sion 2016-06-21 of "ietf-yang-library" [RFC7950] under a mount point' [RFC7= 895] defines "ietf-yang-library", not [RFC7950] (Section 6) * Why not "Tree Diagram" instead of "Data Model"? The wording has become a = Best Practice (Section 8) * Idem, "This document...has the following diagram" captures better the Bes= t Practice than "This document...has the following structure" =20 (Section 8) * Same remark on restricting to YANG 1.1: "The ?mount-point? statement MUST= NOT be used in a YANG version 1 module, neither explicitly nor via a ?uses= ? statement (description of the extension "mount-point") * Should this sentence refers only to [RFC6020]? "This document registers a= YANG module in the YANG Module Names registry [RFC6020]" =20 (Section 10) * The document cites /schema-mounts as "The schema defined by this state da= ta provides detailed information about a server implementation may help an = attacker identify the server capabilities and server implementations with k= nown bugs" I think this section should warn also on: ** Section 2.1.2 and 4 of [RFC7895] (the list 'module' contains the lea= f 'schema': from which anyone may retrieve a YANG module) ** Section 3 of [RFC6022] (it defines the RPC 'get-schema'; with which = anyone may get a YANG module) ** and Section 5 of [RFC8341] (reminding administrators to set user rig= hts accordingly, and giving their defaults values). Regards, Ariel [RFC6020] https://tools.ietf.org/html/rfc6020 [RFC7895] https://tools.ietf.org/html/rfc7895 [RFC7950] https://tools.ietf.org/html/rfc7950 [RFC8341] https://tools.ietf.org/html/rfc8341 ---------------------------------------------------------------------------= ---- This message was sent using EURECOM Webmail: http://webmail.eurecom.fr _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Mar 26 21:46:35 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9691F126B72 for ; Mon, 26 Mar 2018 21:46:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 Riy6F0Yqezlz for ; Mon, 26 Mar 2018 21:46:32 -0700 (PDT) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2767124BAC for ; Mon, 26 Mar 2018 21:46:32 -0700 (PDT) From: Alex Campbell To: "netmod@ietf.org" Thread-Topic: sub-intf-vlan-model for VLAN forwarding Thread-Index: AQHTxXpMV/8CQXVXq0GVp+F74KUtLg== Date: Tue, 27 Mar 2018 04:46:31 +0000 Message-ID: <1522125991339.8157@Aviatnet.com> Accept-Language: en-NZ, en-US Content-Language: en-NZ X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.15.6.9] Content-Type: multipart/alternative; boundary="_000_15221259913398157Aviatnetcom_" MIME-Version: 1.0 Archived-At: Subject: [netmod] sub-intf-vlan-model for VLAN forwarding X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 04:46:33 -0000 --_000_15221259913398157Aviatnetcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm currently looking at draft-ietf-netmod-sub-intf-vlan-model-03 to see wh= ether we can use this as our main model for VLAN forwarding, and it appears= the answer is no. There is no way to configure forwarding in this model; it is strictly about= interfaces. The appendix gives the impression that this model can be used to configure = forwarding, though: "Both models can be used for configuring similar basic = layer 2 forwarding topologies," Is forwarding configuration out of scope of this model? Thanks, Alex --_000_15221259913398157Aviatnetcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,


I'm currently looking at draft-ietf-netmod-sub-intf-vlan-model-03 to see= whether we can use this as our main model for VLAN forwarding, and it appe= ars the answer is no.
There is no way to configure forwarding in this model; it is strictly about= interfaces.


The appendix gives the impression that this model can be used to configu= re forwarding, though: "Both models can be used for configuring simila= r basic layer 2 forwarding topologies,"

Is forwarding configuration out of scope of this model?


Thanks,

  Alex

--_000_15221259913398157Aviatnetcom_-- From nobody Tue Mar 27 03:13:41 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9737812D93E for ; Tue, 27 Mar 2018 03:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.799 X-Spam-Level: X-Spam-Status: No, score=-6.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: DNS error: SERVFAIL)" 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 iL6xmKxMm5FB for ; Tue, 27 Mar 2018 03:13:36 -0700 (PDT) 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 CC79912D88D for ; Tue, 27 Mar 2018 03:13:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4575; q=dns/txt; s=iport; t=1522145616; x=1523355216; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=ibXhwbpfSlWwgG2XBvY3eckEXKw2iwy6e1qRQbERfrU=; b=IpV1aPosHRVC/Q0hWogr5rNko+pq6sKSxxt+0AsOiVexiHXkgLkpgVdp YvhzeYHqbHtS5aX67ygTJJ/owVeTdzh4/pdwF92i7eRPdQMMqQI0Td1D2 Klp6tn+6w4DnSoema6JurR5YTqQI3re6DAw12Ch1f3k5eF7m6tY+kX3bi o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CbAAB0GLpa/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYQicCiLXF+OAQghgQ+NbIRlggMLGAEKhBVMAoQhNBgBAgEBAQE?= =?us-ascii?q?BAQJrKIUmAQEEAQFsGwsEFC4nMAYBDAYCAQGFCg+uPCCEOINughIFhT6DbkCBL?= =?us-ascii?q?gyCWYMTAQGHMwOXQgiOLQaHQoR6imCFHYElHDgmgSwzGggbFTqCQ5BRPjCQCwE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.48,366,1517875200"; d="scan'208,217";a="2851422" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Mar 2018 10:13:32 +0000 Received: from [10.63.23.169] (dhcp-ensft1-uk-vla370-10-63-23-169.cisco.com [10.63.23.169]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w2RADWDm009839; Tue, 27 Mar 2018 10:13:32 GMT To: Alex Campbell , "netmod@ietf.org" References: <1522125991339.8157@Aviatnet.com> From: Robert Wilton Message-ID: <068faa0a-5754-e55d-cb8b-bd477d8360d5@cisco.com> Date: Tue, 27 Mar 2018 11:13:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1522125991339.8157@Aviatnet.com> Content-Type: multipart/alternative; boundary="------------F7252BD3E09BA091BE207DD7" Content-Language: en-US Archived-At: Subject: Re: [netmod] sub-intf-vlan-model for VLAN forwarding X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 10:13:40 -0000 This is a multi-part message in MIME format. --------------F7252BD3E09BA091BE207DD7 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi Alex, You are correct. This model does not define any VLAN based forwarding by itself, that is entirely left to other models. The options available today are: IETF: - Use this model in conjunction with IPv4/IPv6 YANG models for L3 routed traffic. - Use this model in conjunction with an L2VPN YANG model (e.g. draft-ietf-bess-l2vpn-yang-08), or perhaps also with draft-ietf-bess-evpn-yang-05. IEEE: - Use the IEEE 802.1 bridging YANG model (which isn't based on sub-interface constructs at all). OpenConfig: - They have a hybrid model that supports both L2VPN based services and basic VLAN based switching. Thanks, Rob On 27/03/2018 05:46, Alex Campbell wrote: > > Hi, > > > I'm currently looking at draft-ietf-netmod-sub-intf-vlan-model-03 to > see whether we can use this as our main model for VLAN forwarding, and > it appears the answer is no. > There is no way to configure forwarding in this model; it is strictly > about interfaces. > > > The appendix gives the impression that this model can be used to > configure forwarding, though: "Both models can be used for configuring > similar basic layer 2 forwarding topologies," > > Is forwarding configuration out of scope of this model? > > > Thanks, > > Alex > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------F7252BD3E09BA091BE207DD7 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Hi Alex,


You are correct. This model does not define any VLAN based forwarding by itself, that is entirely left to other models.


The options available today are:


IETF:

- Use this model in conjunction with IPv4/IPv6 YANG models for L3 routed traffic.

- Use this model in conjunction with an L2VPN YANG model (e.g. draft-ietf-bess-l2vpn-yang-08), or perhaps also with draft-ietf-bess-evpn-yang-05.


IEEE:

- Use the IEEE 802.1 bridging YANG model (which isn't based on sub-interface constructs at all).


OpenConfig:

- They have a hybrid model that supports both L2VPN based services and basic VLAN based switching.


Thanks,
Rob


On 27/03/2018 05:46, Alex Campbell wrote:

Hi,


I'm currently looking at draft-ietf-netmod-sub-intf-vlan-model-03 to see whether we can use this as our main model for VLAN forwarding, and it appears the answer is no.
There is no way to configure forwarding in this model; it is strictly about interfaces.


The appendix gives the impression that this model can be used to configure forwarding, though: "Both models can be used for configuring similar basic layer 2 forwarding topologies,"

Is forwarding configuration out of scope of this model?


Thanks,

Alex



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

--------------F7252BD3E09BA091BE207DD7-- From nobody Tue Mar 27 03:33:31 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 827CD12D88D for ; Tue, 27 Mar 2018 03:33:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.8 X-Spam-Level: X-Spam-Status: No, score=-6.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: DNS error: SERVFAIL)" 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 bbWablYQDxmi for ; Tue, 27 Mar 2018 03:33:25 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A94621200B9 for ; Tue, 27 Mar 2018 03:33:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4321; q=dns/txt; s=iport; t=1522146804; x=1523356404; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=5P2RmJlrQDxWMOXTf567LzSdIs0hGEcbBF3eObiNDKA=; b=EKOx3CoHmZT69cntLQkjCxAUSY597JOFaXhgytlejNk7CnLmBnjyb2e0 lQTj/fuOWMk8V0+jW60v7VhIlWnM3vKElw86peKrkp+0rucApp6WzvWXR 4rQMY4f791LaYJn12A++puPKIAdWXlGHqixxagVe25dmpaf+ZxuTR/y/b 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CaAABbHbpa/xbLJq1TBgQZAQEBAQEBA?= =?us-ascii?q?QEBAQEBBwEBAQEBhCJwKINciABfjgEIIYEPiw2HRIIDCxgLhBVMAoQhNBgBAgE?= =?us-ascii?q?BAQEBAQJrKIUlAQEBAwEBASEPAQU2FwQLEQQBAQECAiMDAgInHwkIBgEMBgIBA?= =?us-ascii?q?YUCCA+sEYIghFiDboIXgQiENoNuQIEMIgyBXH2CaCsBAQOBMBUMgwuCVAOHKJA?= =?us-ascii?q?aCIVTiFoGgTA5hVkihFiJFYFLgliCRYElHDiBUjMaCBsVOoJDCYITjjU+MJALA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos;i="5.48,367,1517875200"; d="scan'208";a="2800831" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Mar 2018 10:33:21 +0000 Received: from [10.63.23.169] (dhcp-ensft1-uk-vla370-10-63-23-169.cisco.com [10.63.23.169]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w2RAXLcf001836; Tue, 27 Mar 2018 10:33:21 GMT To: "Yemin (Amy)" , "otilibil@eurecom.fr" , "netmod@ietf.org" References: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> From: Robert Wilton Message-ID: Date: Tue, 27 Mar 2018 11:33:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 10:33:28 -0000 Hi Amy, On 27/03/2018 04:47, Yemin (Amy) wrote: > Hi all, > > I also have a question/comment regarding this draft, maybe if it's discussed already. > > If there a model A, which I would like to use just part of model A in another model B, what should I do? > The draft states that "This document allows mounting of complete data models only. Other specifications may extend this model by defining additional mechanisms such as mounting sub-hierarchies of a module." > It seems that the current schema mount doesn't support such usage. That is correct. > > > Then I'm thinking that using deviation to create a new sub-module A', then mount the sub-module A' in model B. > Will it be a possible way out? If you have a module A, then you could create another module, A-deviations, that used deviation delete statements to remove parts of A's schema. Then a server could mount both modules A and A-deviations, hence excluding parts of module A at the mount point. However, this approach would not allow you to only mount a descendant subtree in A.  E.g. You couldn't just directly mount the "interfaces/interface/statistics" container from RFC 8343, but you could mount the ietf-interfaces module and then deviate delete all nodes except for the interfaces/interface/statistics container. Thanks, Rob > > BR, > Amy > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of otilibil@eurecom.fr > Sent: Monday, March 26, 2018 7:18 PM > To: netmod@ietf.org > Subject: [netmod] Comments on draft-ietf-netmod-schema-mount-09 > > Hi members, > > I comment on that draft: > > * Instead of "it is often necessary that an existing module (or a set of modules) is added to the data model starting at a non-root location", this would read better: "it is often necessary that an existing module (or a set of modules) be added to the data model at locations other than the root." (Section 1) > > * 'The "mount-point" statement MUST NOT be used in a YANG version 1 module' Why this documents keeps YANG 1 off from its scope? (Section > 3.1) > > * 'Specifically, a server that doesn?t support the NMDA, MAY implement revision 2016-06-21 of "ietf-yang-library" [RFC7950] under a mount point' [RFC7895] defines "ietf-yang-library", not [RFC7950] (Section 6) > > * Why not "Tree Diagram" instead of "Data Model"? The wording has become a Best Practice (Section 8) > > * Idem, "This document...has the following diagram" captures better the Best Practice than "This document...has the following structure" > (Section 8) > > * Same remark on restricting to YANG 1.1: "The ?mount-point? statement MUST NOT be used in a YANG version 1 module, neither explicitly nor via a ?uses? statement (description of the extension "mount-point") > > * Should this sentence refers only to [RFC6020]? "This document registers a YANG module in the YANG Module Names registry [RFC6020]" > (Section 10) > > * The document cites /schema-mounts as "The schema defined by this state data provides detailed information about a server implementation may help an attacker identify the server capabilities and server implementations with known bugs" I think this section should warn also > on: > ** Section 2.1.2 and 4 of [RFC7895] (the list 'module' contains the leaf 'schema': from which anyone may retrieve a YANG module) > ** Section 3 of [RFC6022] (it defines the RPC 'get-schema'; with which anyone may get a YANG module) > ** and Section 5 of [RFC8341] (reminding administrators to set user rights accordingly, and giving their defaults values). > > Regards, > Ariel > > [RFC6020] https://tools.ietf.org/html/rfc6020 > [RFC7895] https://tools.ietf.org/html/rfc7895 > [RFC7950] https://tools.ietf.org/html/rfc7950 > [RFC8341] https://tools.ietf.org/html/rfc8341 > > > ------------------------------------------------------------------------------- > This message was sent using EURECOM Webmail: http://webmail.eurecom.fr > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Tue Mar 27 07:57:00 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6260912DA43 for ; Tue, 27 Mar 2018 07:56:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 WF8M6XEfrVy0 for ; Tue, 27 Mar 2018 07:56:55 -0700 (PDT) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255023.outbound.protection.outlook.com [40.92.255.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 102C412DA42 for ; Tue, 27 Mar 2018 07:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=IXtr1H9ZtRaOd5B/LeY9UmwU+BDPgubVEz7DP3HuuC4=; b=Pkyvi4GEoKu5I3sf0/4KIk9Ix6r26Y/X9ZBuFje+xVaGAYWIXgk/lyJ+vYsIyRebKjNJKfE5MSJ4l4ktAi+FWeJ0RQ86I69lAtVsU29brP/uqhV1hT5vqQzlQKMU7NkM5x9x4lSYc60CCIZ8yYtFT9S9rEau9sKDUq6YmGdrPbqsSZCABzeJPy66TkOUmgZX6eZFLvvJgvt9e2Wcg9taHR9caxU/Yjq7d/59VL1Hq7hnPEKntZc3xHItB92e5nC8Zm6o66dCY+KGVfuNA6nvtuWjc3v59We4/uxJ5nYwLY4wZ/bJ2JM6fqwxpe7xhvqLtt0nQjVcbxJZF7mhUTdH6A== Received: from SG2APC01FT017.eop-APC01.prod.protection.outlook.com (10.152.250.54) by SG2APC01HT112.eop-APC01.prod.protection.outlook.com (10.152.251.226) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7; Tue, 27 Mar 2018 14:56:52 +0000 Received: from KL1PR0401MB1272.apcprd04.prod.outlook.com (10.152.250.59) by SG2APC01FT017.mail.protection.outlook.com (10.152.250.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7 via Frontend Transport; Tue, 27 Mar 2018 14:56:51 +0000 Received: from KL1PR0401MB1272.apcprd04.prod.outlook.com ([fe80::d9b7:e319:1828:812d]) by KL1PR0401MB1272.apcprd04.prod.outlook.com ([fe80::d9b7:e319:1828:812d%13]) with mapi id 15.20.0609.012; Tue, 27 Mar 2018 14:56:51 +0000 From: Rohit Ranade To: Ladislav Lhotka , "netmod@ietf.org" Thread-Topic: [netmod] Comments on schema mount draft Thread-Index: AQHTxDbT1I3AIjMZP0GUUq533JigqqPg6RpIgAGshACAAZgvVg== Date: Tue, 27 Mar 2018 14:56:51 +0000 Message-ID: References: , <871sg6c3jf.fsf@nic.cz> In-Reply-To: <871sg6c3jf.fsf@nic.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:CA571B355CC3C8F093D0DF8A2874D3E845D8AD46AAD8C48E47E374C876025CF8; UpperCasedChecksum:14277228FD2C72E53924873981A1A0B6989D42E087DEF3DEA2DF5CD8518520F2; SizeAsReceived:7130; Count:45 x-tmn: [teUWAtT/s1I9Sbs2Nrc3Q4o46TIlmF4O] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SG2APC01HT112; 7:My+CuRlydOR7R53fWtTZt/v0vQ4CQlObdsETQU1ilUjtLKHj+1mVwm1TJk4/meKim5ZElhP9X6Qhi9AC2hkhVzpD7uJJLO5jKGduMN5KY/IqsVEqMMcKr/BRN7OPUtHMp4G+/bpJS3bvC97u9dti5/peJeKgVea8XuOoWOtYCD99vqxXYmDWHnvKMLe4EeseJVlmtcyCtcxuX20pgPBT3migUWC32cmt6Kyf18Hr9Td9Xni0NbPjDzU5t4DRXlOO x-incomingheadercount: 45 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:SG2APC01HT112; x-ms-traffictypediagnostic: SG2APC01HT112: x-ms-office365-filtering-correlation-id: 42fa49f6-4bc0-45cd-3fe0-08d593f2f96c x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:SG2APC01HT112; BCL:0; PCL:0; RULEID:; SRVR:SG2APC01HT112; x-forefront-prvs: 0624A2429E x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:SG2APC01HT112; H:KL1PR0401MB1272.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:; x-microsoft-antispam-message-info: idhaxmCF8dH2KVCx3J7aZ0fyKKm88QObH8WNcuQvfm2wa0zwDeRVo5c+QX2rp30onuvIpB5xFXYHfs20R1gDMS+g/YaSJYIsrEwzEQYkJxIsJhnb792SMELqORyJkVwYbXpkNdfnk7Nn/Gz4lgQtatf+1LkQKetwwh/EE8Q4OloBnR0Z43b+vnH+SQHfiQhj spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_KL1PR0401MB1272CD39EBC2D98C5EF13EA5DBAC0KL1PR0401MB1272_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 42fa49f6-4bc0-45cd-3fe0-08d593f2f96c X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2018 14:56:51.7845 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT112 Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 14:56:58 -0000 --_000_KL1PR0401MB1272CD39EBC2D98C5EF13EA5DBAC0KL1PR0401MB1272_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClNpbmNlIHRoZSBzZXNzaW9uIG1hbmFnZW1lbnQgd2l0aCBNb3VudGVkIGRldmljZXMs IGlzIG5vdCBrbm93biB0byB0aGUgY2xpZW50LCBob3cgd2lsbCB0aGUgY2xpZW50IGtub3cgaG93 IHRvIGNvbmZpZ3VyZSBOQUNNIHJ1bGVzIGZvciB0aGUgaW5uZXIgZGV2aWNlcyA/IFBsZWFzZSBw cm92aWRlIGFuIGV4YW1wbGUgdXNlLWNhc2UuDQpGcm9tIHRoZSBjbGllbnQgcGVyc3BlY3RpdmUs IGFsbCBydWxlcyBmb3IgYSBwYXJ0aWN1bGFyIG1vdW50ZWQgZGV2aWNlLCB3aWxsIHRoZSBoYXZl IHRoZSAgeHBhdGggb2YgdGhlIGNvcnJlc3BvbmRpbmcgbW91bnQtcG9pbnQgYXMgcHJlZml4Lg0K DQpXaXRoIFJlZ2FyZHMsDQpSb2hpdCBSDQoNClNlbnQgZnJvbSBNYWlsPGh0dHBzOi8vZ28ubWlj cm9zb2Z0LmNvbS9md2xpbmsvP0xpbmtJZD01NTA5ODY+IGZvciBXaW5kb3dzIDEwDQoNCkZyb206 IExhZGlzbGF2IExob3RrYTxtYWlsdG86bGhvdGthQG5pYy5jej4NClNlbnQ6IDI2IOCkruCkvuCk sOCljeCkmiAyMDE4IDIwOjAwDQpUbzogUm9oaXQgUmFuYWRlPG1haWx0bzpyb2hpdHJyYW5hZGVA b3V0bG9vay5jb20+OyBuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NClN1 YmplY3Q6IFJlOiBbbmV0bW9kXSBDb21tZW50cyBvbiBzY2hlbWEgbW91bnQgZHJhZnQNCg0KUm9o aXQgUmFuYWRlIDxyb2hpdHJyYW5hZGVAb3V0bG9vay5jb20+IHdyaXRlczoNCg0KPiBPbmUgbW9y ZSBwb2ludC4NCj4NCj4gSG93IHRvIGNvbmZpZ3VyZSBhY2Nlc3MgY29udHJvbCBydWxlcyBmb3Ig dGhlIG1vdW50ZWQgbW9kZWxzID8NCg0KSWYgeW91IG1lYW4gTkFDTSBmcm9tIHRoZSB2aWV3cG9p bnQgb2YgdGhlIHRoZSBwYXJlbnQgdHJlZSwgdGhlbiBJIHRoaW5rDQp0aGUgY29uc2Vuc3VzIHdh cyB0aGF0IGl0IGhhcyB0byBiZSBzcGVjaWZpZWQgaW4gdGhlIHBhcmVudCB0cmVlLA0KaW5jbHVk aW5nIHJ1bGVzIGZvciBtb3VudGVkIGRhdGEuIFRoaXMgc2hvdWxkIHByb2JhYmx5IGJlIG1lbnRp b25lZCBpbiB0aGUNCnRleHQuDQoNCk5BQ00gZGF0YSBjYW4gYWxzbyBiZSBwcmVzZW50IGluIHRo ZSBtb3VudGVkIHRyZWUsIGJ1dCBpdCBzaG91bGQgYmUgdXNlZA0Kb25seSBmb3IgdGhlICJpbnRl cm5hbCIgc2Vzc2lvbiBpbiB0aGUgY2FzZSBvZiBzcGxpdCBtYW5hZ2VtZW50LCBhbmQNCmlnbm9y ZWQgaW4gdGhlIG91dGVyIHNlc3Npb24uDQoNCkxhZGENCg0KPiAgICBJIHRoaW5rIGluIHRoZSAi U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMiIHNlY3Rpb24sIHdlIHNob3VsZCBoaWdobGlnaHQgdGhl IG5lZWQgZm9yDQo+ICAgIGNvbmZpZ3VyaW5nIE5BQ00gcnVsZXMgYmVmb3JlIG1vdW50aW5nIHRo ZSBub2Rlcy4gRWxzZSBhbGwgaW5mb3JtYXRpb24gY2FuIGJlIHF1ZXJpZWQuDQo+ICAgIDEgZXhh bXBsZSBmb3IgcnVsZSBjb25maWd1cmF0aW9uIGZvciBub3RpZmljYXRpb24gYW5kIGRhdGEtbm9k ZSB3aWxsIGJlIGhlbHBmdWwuDQo+DQo+DQo+IFdpdGggUmVnYXJkcywNCj4NCj4gUm9oaXQgUg0K Pg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBGcm9tOiBuZXRtb2QgPG5l dG1vZC1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgUm9oaXQgUmFuYWRlIDxyb2hpdHJy YW5hZGVAb3V0bG9vay5jb20+DQo+IFNlbnQ6IFN1bmRheSwgTWFyY2ggMjUsIDIwMTggMTI6NDY6 MjUgUE0NCj4gVG86IG5ldG1vZEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBbbmV0bW9kXSBDb21tZW50 cyBvbiBzY2hlbWEgbW91bnQgZHJhZnQNCj4NCj4NCj4gSGkgQWxsLA0KPg0KPiBQbGVhc2UgZmlu ZCBzb21lIGNvbW1lbnRzIGZvciB0aGUgc2NoZW1hIG1vdW50IGRyYWZ0LiBJZiBJIGZpbmQgYW55 IG90aGVyIHdpbGwgc2VuZCBpbiBhbm90aGVyIG1haWwuDQo+DQo+IEVkaXRvcmlhbDoNCj4gPT09 PT09PT09PT09DQo+IDEuIFNlY3Rpb24gMy4xDQo+ICAgICJUaGUgIm1vdW50LXBvaW50IiBzdGF0 ZW1lbnQgTVVTVCBOT1QgYmUgdXNlZCBpbiBhIFlBTkcgdmVyc2lvbiAxDQo+ICAgIG1vZHVsZS4i DQo+ICAgID09PiBJdCBpcyB1bmNsZWFyIHdoeSBzdWNoIGEgcmVzdHJpY3Rpb24gaXMgcGxhY2Vk Li4NCj4NCj4gMi4gU2VjdGlvbiAzLjINCj4gICAgInN0YXRlIGRhdGEgaW4gdGhlICJ5YW5nbW50 OnNjaGVtYS1tb3VudHMiIg0KPiAgICA9PT4gSGVyZSB0aGUgeWFuZyB0cmVlIGRpYWdyYW0gaXMg bm90IHlldCBpbnRyb2R1Y2VkLiBJIGZlZWwgYmV0dGVyIHRvIGludHJvZHVjZQ0KPiAgICB0aGlz IGRpYWdyYW0gYXMgaXQgbWFrZXMgaXQgZWFzaWVyIHRvIHVuZGVyc3RhbmQgdGhlIGRhdGEtbm9k ZXMNCj4NCj4gMy4gU2VjdGlvbiAzLjINCj4gICAgIkRhdGEgaW4gdGhpcyBjb250YWluZXIgaXMg aW50ZW5kZWQgdG8gYmUgYXMgc3RhYmxlIGFzIGRhdGEgaW4gdGhlDQo+ICAgIHRvcC1sZXZlbCBZ QU5HIGxpYnJhcnkiDQo+ICAgID09PiBXaGF0IGlzIHRoZSBtZWFuaW5nIG9mICJhcyBzdGFibGUi IGFzID8gQXMgYSBkZXZlbG9wZXIgLCBJIGFtIHVuY2xlYXIgd2hhdCBuZWVkcw0KPiAgICB0byBi ZSBkb25lIGhlcmUuIFBsZWFzZSBjbGFyaWZ5Lg0KPg0KPiA0LiBTZWN0aW9uIDMuMg0KPiAgICAi aS5lLiwgaW5zdGFuY2VzIG9mIHRoYXQgbW91bnQgcG9pbnQgTVVTVCBOT1QgY29udGFpbiBhbnkg ZGF0YSBhYm92ZQ0KPiAgICB0aG9zZSB0aGF0IGFyZSBkZWZpbmVkIGluIHRoZSBwYXJlbnQgc2No ZW1hLiINCj4gICAgPT0+IEhlcmUgImFueSBkYXRhIGFib3ZlIiwgbWVhbnMgImFib3ZlIiBpbiB0 aGUgaGllYXJhcmNoeSA/IE5vdCBjbGVhciwgdGhpcyBpcyBzaW1pbGFyDQo+ICAgIHRvIGhhdmlu ZyBhIFVTQiBzbG90LCBidXQgbm8gZGV2aWNlIG1vdW50ZWQgb24gaXQgYXMgeWV0IGluIFVOSVgg dGVybXMuIFJpZ2h0ID8NCj4gICAgVGhlIHF1ZXJ5IG91dHB1dCBvbiBwYXJlbnQtc2NoZW1hIHNo b3VsZCBnaXZlIGVtcHR5IGRhdGEuDQo+DQo+IDUuIFNlY3Rpb24gMy4yDQo+ICAgICJJZiBtdWx0 aXBsZSBtb3VudCBwb2ludHMgd2l0aCB0aGUgc2FtZSBuYW1lIGFyZSBkZWZpbmVkIGluIHRoZSBz YW1lDQo+ICAgIG1vZHVsZSAtIGVpdGhlciBkaXJlY3RseSBvciBiZWNhdXNlIHRoZSBtb3VudCBw b2ludCBpcyBkZWZpbmVkIGluIGENCj4gICAgZ3JvdXBpbmcgYW5kIHRoZSBncm91cGluZyBpcyB1 c2VkIG11bHRpcGxlIHRpbWVzIC0gdGhlbiB0aGUNCj4gICAgY29ycmVzcG9uZGluZyAibW91bnQt cG9pbnQiIGVudHJ5IGFwcGxpZXMgZXF1YWxseSB0byBhbGwgc3VjaCBtb3VudA0KPiAgICBwb2lu dHMuIg0KPiAgID09PiBBcyBwZXIgdHJlZSBkaWFncmFtLCAibW91bnQtcG9pbnQiIGhhcyB0d28g a2V5cy4gU28gZWFjaCBtb2R1bGUgY2FuIGhhdmUgbXVsdGlwbGUNCj4gICBtb3VudCBwb2ludHMu IFNvIGhvdyB0byBhcHBseSBpdCAiZXF1YWxseSIgPyBOb3QgY2xlYXIuDQo+DQo+IDYuIFNlY3Rp b24gMy4yDQo+ICAgIEluc3RlYWQgb2YgImlubGluZSIgYW5kICJzaGFyZWQtc2NoZW1hIiwgSSBz dWdnZXN0IHRvIHVzZSAidmFyaWFibGUtc2NoZW1hIiBhbmQNCj4gICAgInNhbWUtc2NoZW1hIg0K PiAgICBSZWFzb246IFRoZSBrZXkgZGlmZmVyZW5jZSBiZXR3ZWVuIHRoZSB0d28gaXMgdGhhdCBp biBvbmUgY2FzZSwgdGhlIHNjaGVtYSBNQVkgYmUgZGlmZmVyZW50DQo+ICAgIHdoaWxlIGluIHRo ZSBvdGhlciB0aGUgc2NoZW1hIGlzIHNhbWUuIFRoZSBuYW1lIGNhbiBiZSBzaW1pbGFyIHRvIHRo ZSByZWFzb24uDQo+DQo+IExvZ2ljYWwgUG9pbnQ6DQo+IDEuIENvbnNpZGVyIHRoZSB0b3BvbG9n eSB3aGVyZSAxIG1haW4gZGV2aWNlIGlzIHByZXNlbnQgd2l0aCBOIGxvZ2ljYWwgZGV2aWNlcyBi ZWhpbmQgaXQuDQo+ICAgIFdoZW4gdGhlIG1vdW50aW5nIGlzIGRvbmUsIGl0IGlzIHF1aXRlIHBv c3NpYmxlIHRoYXQgc29tZSBvZiBOIGRldmljZXMgYXJlIGhhdmluZyBkaWZmZXJlbnQNCj4gICAg dmVyc2lvbnMgb2YgbW9kdWxlcy4NCj4gICAgVGhpcyBjYW4gbGVhZCB0byBlYWNoIGluc3RhbmNl IG9mIG1vdW50IHBvaW50LCBoYXZpbmcgZGlmZmVyZW50IHNjaGVtYS4NCj4gICAgSG93IGNhbiB0 aGUgY2xpZW50IHVuZGVyc3RhbmQgdGhlIHNjaGVtYSBvZiBlYWNoIG1vdW50LXBvaW50IGluc3Rh bmNlID8gUHJlZmVyYWJseSBnZXQtc2NoZW1hIG9mIHRoZXNlIGRldmljZXMgYW5kIHRoZW4ga25v dyB0aGUgbW9kZWwgPw0KPg0KPiBXaXRoIFJlZ2FyZHMsDQo+DQo+IFJvaGl0IFINCj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbmV0bW9kIG1haWxp bmcgbGlzdA0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRtb2QNCg0KLS0NCkxhZGlzbGF2IExob3RrYQ0KSGVhZCwgQ1ouTklDIExh YnMNClBHUCBLZXkgSUQ6IDB4QjhGOTJCMDhBOUY3NkM2Nw0KDQo= --_000_KL1PR0401MB1272CD39EBC2D98C5EF13EA5DBAC0KL1PR0401MB1272_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpNYW5nYWw7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDIgMyAzIDIgMjt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIg NCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0K CXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Ik5pcm1hbGEgVUkiOw0KCXBhbm9zZS0xOjIgMTEgNSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TaW5jZSB0 aGUgc2Vzc2lvbiBtYW5hZ2VtZW50IHdpdGggTW91bnRlZCBkZXZpY2VzLCBpcyBub3Qga25vd24g dG8gdGhlIGNsaWVudCwgaG93IHdpbGwgdGhlIGNsaWVudCBrbm93IGhvdyB0byBjb25maWd1cmUg TkFDTSBydWxlcyBmb3IgdGhlIGlubmVyIGRldmljZXMgPyBQbGVhc2UgcHJvdmlkZSBhbiBleGFt cGxlIHVzZS1jYXNlLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZyb20gdGhlIGNsaWVudCBw ZXJzcGVjdGl2ZSwgYWxsIHJ1bGVzIGZvciBhIHBhcnRpY3VsYXIgbW91bnRlZCBkZXZpY2UsIHdp bGwgdGhlIGhhdmUgdGhlICZuYnNwO3hwYXRoIG9mIHRoZSBjb3JyZXNwb25kaW5nIG1vdW50LXBv aW50IGFzIHByZWZpeC48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldpdGggUmVnYXJkcyw8L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5Sb2hpdCBSIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZW50IGZyb20gPGEg aHJlZj0iaHR0cHM6Ly9nby5taWNyb3NvZnQuY29tL2Z3bGluay8/TGlua0lkPTU1MDk4NiI+DQpN YWlsPC9hPiBmb3IgV2luZG93cyAxMDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2Fs JnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJt c28tZWxlbWVudDpwYXJhLWJvcmRlci1kaXY7Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJvcmRlcjpub25lO3BhZGRpbmc6MGNtIj48Yj5Gcm9tOiA8L2I+PGEgaHJl Zj0ibWFpbHRvOmxob3RrYUBuaWMuY3oiPkxhZGlzbGF2IExob3RrYTwvYT48YnI+DQo8Yj5TZW50 OiA8L2I+MjYgPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O05pcm1hbGEgVUkmcXVvdDss c2Fucy1zZXJpZiI+4KSu4KS+4KSw4KWN4KSaPC9zcGFuPiAyMDE4IDIwOjAwPGJyPg0KPGI+VG86 IDwvYj48YSBocmVmPSJtYWlsdG86cm9oaXRycmFuYWRlQG91dGxvb2suY29tIj5Sb2hpdCBSYW5h ZGU8L2E+OyA8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj4NCm5ldG1vZEBpZXRmLm9y ZzwvYT48YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtuZXRtb2RdIENvbW1lbnRzIG9uIHNjaGVt YSBtb3VudCBkcmFmdDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtNYW5nYWwm cXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYi PlJvaGl0IFJhbmFkZSAmbHQ7cm9oaXRycmFuYWRlQG91dGxvb2suY29tJmd0OyB3cml0ZXM6PGJy Pg0KPGJyPg0KJmd0OyBPbmUgbW9yZSBwb2ludC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBIb3cgdG8g Y29uZmlndXJlIGFjY2VzcyBjb250cm9sIHJ1bGVzIGZvciB0aGUgbW91bnRlZCBtb2RlbHMgPzxi cj4NCjxicj4NCklmIHlvdSBtZWFuIE5BQ00gZnJvbSB0aGUgdmlld3BvaW50IG9mIHRoZSB0aGUg cGFyZW50IHRyZWUsIHRoZW4gSSB0aGluazxicj4NCnRoZSBjb25zZW5zdXMgd2FzIHRoYXQgaXQg aGFzIHRvIGJlIHNwZWNpZmllZCBpbiB0aGUgcGFyZW50IHRyZWUsPGJyPg0KaW5jbHVkaW5nIHJ1 bGVzIGZvciBtb3VudGVkIGRhdGEuIFRoaXMgc2hvdWxkIHByb2JhYmx5IGJlIG1lbnRpb25lZCBp biB0aGU8YnI+DQp0ZXh0Ljxicj4NCjxicj4NCk5BQ00gZGF0YSBjYW4gYWxzbyBiZSBwcmVzZW50 IGluIHRoZSBtb3VudGVkIHRyZWUsIGJ1dCBpdCBzaG91bGQgYmUgdXNlZDxicj4NCm9ubHkgZm9y IHRoZSAmcXVvdDtpbnRlcm5hbCZxdW90OyBzZXNzaW9uIGluIHRoZSBjYXNlIG9mIHNwbGl0IG1h bmFnZW1lbnQsIGFuZDxicj4NCmlnbm9yZWQgaW4gdGhlIG91dGVyIHNlc3Npb24uPGJyPg0KPGJy Pg0KTGFkYTxicj4NCjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiBJIHRo aW5rIGluIHRoZSAmcXVvdDtTZWN1cml0eSBDb25zaWRlcmF0aW9ucyZxdW90OyBzZWN0aW9uLCB3 ZSBzaG91bGQgaGlnaGxpZ2h0IHRoZSBuZWVkIGZvcjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwm cXVvdDssc2VyaWYiPiBjb25maWd1cmluZyBOQUNNIHJ1bGVzIGJlZm9yZSBtb3VudGluZyB0aGUg bm9kZXMuIEVsc2UgYWxsIGluZm9ybWF0aW9uIGNhbiBiZSBxdWVyaWVkLjxicj4NCiZndDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiAxIGV4YW1wbGUgZm9yIHJ1bGUgY29uZmlndXJhdGlv biBmb3Igbm90aWZpY2F0aW9uIGFuZCBkYXRhLW5vZGUgd2lsbCBiZSBoZWxwZnVsLjxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBXaXRoIFJlZ2FyZHMsPGJyPg0KJmd0Ozxicj4NCiZndDsg Um9oaXQgUjxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyBGcm9tOiBuZXRtb2QgJmx0O25ldG1vZC1ib3VuY2VzQGlldGYub3JnJmd0 OyBvbiBiZWhhbGYgb2YgUm9oaXQgUmFuYWRlICZsdDtyb2hpdHJyYW5hZGVAb3V0bG9vay5jb20m Z3Q7PGJyPg0KJmd0OyBTZW50OiBTdW5kYXksIE1hcmNoIDI1LCAyMDE4IDEyOjQ2OjI1IFBNPGJy Pg0KJmd0OyBUbzogbmV0bW9kQGlldGYub3JnPGJyPg0KJmd0OyBTdWJqZWN0OiBbbmV0bW9kXSBD b21tZW50cyBvbiBzY2hlbWEgbW91bnQgZHJhZnQ8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDsgSGkgQWxsLDxicj4NCiZndDs8YnI+DQomZ3Q7IFBsZWFzZSBmaW5kIHNvbWUgY29tbWVudHMg Zm9yIHRoZSBzY2hlbWEgbW91bnQgZHJhZnQuIElmIEkgZmluZCBhbnkgb3RoZXIgd2lsbCBzZW5k IGluIGFub3RoZXIgbWFpbC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBFZGl0b3JpYWw6PGJyPg0KJmd0 OyA9PT09PT09PT09PT08YnI+DQomZ3Q7IDEuIFNlY3Rpb24gMy4xPGJyPg0KJmd0Ozwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O01hbmdhbCZxdW90OyxzZXJpZiI+ICZxdW90O1RoZSAmcXVvdDttb3VudC1wb2ludCZxdW90OyBz dGF0ZW1lbnQgTVVTVCBOT1QgYmUgdXNlZCBpbiBhIFlBTkcgdmVyc2lvbiAxPGJyPg0KJmd0Ozwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IG1vZHVsZS4mcXVvdDs8YnI+DQomZ3Q7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gPT0mZ3Q7IEl0IGlzIHVuY2xlYXIgd2h5IHN1Y2ggYSBy ZXN0cmljdGlvbiBpcyBwbGFjZWQuLjxicj4NCiZndDs8YnI+DQomZ3Q7IDIuIFNlY3Rpb24gMy4y PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+ICZxdW90O3N0YXRlIGRhdGEg aW4gdGhlICZxdW90O3lhbmdtbnQ6c2NoZW1hLW1vdW50cyZxdW90OyZxdW90Ozxicj4NCiZndDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiA9PSZndDsgSGVyZSB0aGUgeWFuZyB0cmVlIGRp YWdyYW0gaXMgbm90IHlldCBpbnRyb2R1Y2VkLiBJIGZlZWwgYmV0dGVyIHRvIGludHJvZHVjZTxi cj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiB0aGlzIGRpYWdyYW0gYXMgaXQg bWFrZXMgaXQgZWFzaWVyIHRvIHVuZGVyc3RhbmQgdGhlIGRhdGEtbm9kZXM8YnI+DQomZ3Q7PGJy Pg0KJmd0OyAzLiBTZWN0aW9uIDMuMjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiAmcXVvdDtEYXRhIGluIHRoaXMgY29udGFpbmVyIGlzIGludGVuZGVkIHRvIGJlIGFzIHN0 YWJsZSBhcyBkYXRhIGluIHRoZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYi PiB0b3AtbGV2ZWwgWUFORyBsaWJyYXJ5JnF1b3Q7PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZx dW90OyxzZXJpZiI+ID09Jmd0OyBXaGF0IGlzIHRoZSBtZWFuaW5nIG9mICZxdW90O2FzIHN0YWJs ZSZxdW90OyBhcyA/IEFzIGEgZGV2ZWxvcGVyICwgSSBhbSB1bmNsZWFyIHdoYXQgbmVlZHM8YnI+ DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gdG8gYmUgZG9uZSBoZXJlLiBQbGVh c2UgY2xhcmlmeS48YnI+DQomZ3Q7PGJyPg0KJmd0OyA0LiBTZWN0aW9uIDMuMjxicj4NCiZndDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiAmcXVvdDtpLmUuLCBpbnN0YW5jZXMgb2YgdGhh dCBtb3VudCBwb2ludCBNVVNUIE5PVCBjb250YWluIGFueSBkYXRhIGFib3ZlPGJyPg0KJmd0Ozwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IHRob3NlIHRoYXQgYXJlIGRlZmluZWQgaW4gdGhl IHBhcmVudCBzY2hlbWEuJnF1b3Q7PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJp ZiI+ID09Jmd0OyBIZXJlICZxdW90O2FueSBkYXRhIGFib3ZlJnF1b3Q7LCBtZWFucyAmcXVvdDth Ym92ZSZxdW90OyBpbiB0aGUgaGllYXJhcmNoeSA/IE5vdCBjbGVhciwgdGhpcyBpcyBzaW1pbGFy PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IHRvIGhhdmluZyBhIFVTQiBz bG90LCBidXQgbm8gZGV2aWNlIG1vdW50ZWQgb24gaXQgYXMgeWV0IGluIFVOSVggdGVybXMuIFJp Z2h0ID88YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gVGhlIHF1ZXJ5IG91 dHB1dCBvbiBwYXJlbnQtc2NoZW1hIHNob3VsZCBnaXZlIGVtcHR5IGRhdGEuPGJyPg0KJmd0Ozxi cj4NCiZndDsgNS4gU2VjdGlvbiAzLjI8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNl cmlmIj4gJnF1b3Q7SWYgbXVsdGlwbGUgbW91bnQgcG9pbnRzIHdpdGggdGhlIHNhbWUgbmFtZSBh cmUgZGVmaW5lZCBpbiB0aGUgc2FtZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiBtb2R1bGUgLSBlaXRoZXIgZGlyZWN0bHkgb3IgYmVjYXVzZSB0aGUgbW91bnQgcG9pbnQg aXMgZGVmaW5lZCBpbiBhPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IGdy b3VwaW5nIGFuZCB0aGUgZ3JvdXBpbmcgaXMgdXNlZCBtdWx0aXBsZSB0aW1lcyAtIHRoZW4gdGhl PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IGNvcnJlc3BvbmRpbmcgJnF1 b3Q7bW91bnQtcG9pbnQmcXVvdDsgZW50cnkgYXBwbGllcyBlcXVhbGx5IHRvIGFsbCBzdWNoIG1v dW50PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IHBvaW50cy4mcXVvdDs8 YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gPT0mZ3Q7IEFzIHBlciB0cmVlIGRpYWdy YW0sICZxdW90O21vdW50LXBvaW50JnF1b3Q7IGhhcyB0d28ga2V5cy4gU28gZWFjaCBtb2R1bGUg Y2FuIGhhdmUgbXVsdGlwbGU8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gbW91bnQg cG9pbnRzLiBTbyBob3cgdG8gYXBwbHkgaXQgJnF1b3Q7ZXF1YWxseSZxdW90OyA/IE5vdCBjbGVh ci48YnI+DQomZ3Q7PGJyPg0KJmd0OyA2LiBTZWN0aW9uIDMuMjxicj4NCiZndDs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtN YW5nYWwmcXVvdDssc2VyaWYiPiBJbnN0ZWFkIG9mICZxdW90O2lubGluZSZxdW90OyBhbmQgJnF1 b3Q7c2hhcmVkLXNjaGVtYSZxdW90OywgSSBzdWdnZXN0IHRvIHVzZSAmcXVvdDt2YXJpYWJsZS1z Y2hlbWEmcXVvdDsgYW5kPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+ICZx dW90O3NhbWUtc2NoZW1hJnF1b3Q7PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJp ZiI+IFJlYXNvbjogVGhlIGtleSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIHR3byBpcyB0aGF0IGlu IG9uZSBjYXNlLCB0aGUgc2NoZW1hIE1BWSBiZSBkaWZmZXJlbnQ8YnI+DQomZ3Q7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gd2hpbGUgaW4gdGhlIG90aGVyIHRoZSBzY2hlbWEgaXMgc2Ft ZS4gVGhlIG5hbWUgY2FuIGJlIHNpbWlsYXIgdG8gdGhlIHJlYXNvbi48YnI+DQomZ3Q7PGJyPg0K Jmd0OyBMb2dpY2FsIFBvaW50Ojxicj4NCiZndDsgMS4gQ29uc2lkZXIgdGhlIHRvcG9sb2d5IHdo ZXJlIDEgbWFpbiBkZXZpY2UgaXMgcHJlc2VudCB3aXRoIE4gbG9naWNhbCBkZXZpY2VzIGJlaGlu ZCBpdC48YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gV2hlbiB0aGUgbW91 bnRpbmcgaXMgZG9uZSwgaXQgaXMgcXVpdGUgcG9zc2libGUgdGhhdCBzb21lIG9mIE4gZGV2aWNl cyBhcmUgaGF2aW5nIGRpZmZlcmVudDxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiB2ZXJzaW9ucyBvZiBtb2R1bGVzLjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDss c2VyaWYiPiBUaGlzIGNhbiBsZWFkIHRvIGVhY2ggaW5zdGFuY2Ugb2YgbW91bnQgcG9pbnQsIGhh dmluZyBkaWZmZXJlbnQgc2NoZW1hLjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiBIb3cgY2FuIHRoZSBjbGllbnQgdW5kZXJzdGFuZCB0aGUgc2NoZW1hIG9mIGVhY2ggbW91 bnQtcG9pbnQgaW5zdGFuY2UgPyBQcmVmZXJhYmx5IGdldC1zY2hlbWEgb2YgdGhlc2UgZGV2aWNl cyBhbmQgdGhlbiBrbm93IHRoZSBtb2RlbCA/PGJyPg0KJmd0Ozxicj4NCiZndDsgV2l0aCBSZWdh cmRzLDxicj4NCiZndDs8YnI+DQomZ3Q7IFJvaGl0IFI8YnI+DQomZ3Q7IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBuZXRtb2QgbWFpbGlu ZyBsaXN0PGJyPg0KJmd0OyBuZXRtb2RAaWV0Zi5vcmc8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIj5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48YnI+DQo8YnI+DQotLSA8YnI+DQpMYWRp c2xhdiBMaG90a2E8YnI+DQpIZWFkLCBDWi5OSUMgTGFiczxicj4NClBHUCBLZXkgSUQ6IDB4QjhG OTJCMDhBOUY3NkM2NzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_KL1PR0401MB1272CD39EBC2D98C5EF13EA5DBAC0KL1PR0401MB1272_-- From nobody Tue Mar 27 08:06:49 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94A8B12DA41 for ; Tue, 27 Mar 2018 08:06:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 7Bs9UIj5uh4Y for ; Tue, 27 Mar 2018 08:06:42 -0700 (PDT) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254108.outbound.protection.outlook.com [40.92.254.108]) (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 8E3D212D964 for ; Tue, 27 Mar 2018 08:06:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=C9afTCKy7bi3boytFE9o3IAgWK+pNOusK/EDoRTcuf0=; b=q9JZMWEEl50unkI6acfNEmfvlPWlbZGdf+tfFAf7J2GFBI4NCjTs4ZGdP+uhNS1UwYhh6e7e5g5BiPgUzlU+4H96ABLf1lKPcjuiwPwWPWEmYwCPHQmPbMvPnyu+gCaqsU6wKzfdWtiMf7auGopD59wQutsCQpaoUg30N+vpY/uHllfTZapTg/hnFyJajrbQP6wreHMRGit8oxsmIJPhONNhgcGqHDDdMV66jpWOt8iecu23i9/kae9S5/X5fZkDvlU6vxPCPRHSr4TIy5K4ejKg6SRqCG4JhEf61nchKuBpUga2sEljpusJ3+fSvES5tnZ8oUZYUHXg3eBM6QGVoA== Received: from PU1APC01FT064.eop-APC01.prod.protection.outlook.com (10.152.252.55) by PU1APC01HT240.eop-APC01.prod.protection.outlook.com (10.152.252.254) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.631.7; Tue, 27 Mar 2018 15:06:39 +0000 Received: from KL1PR0401MB1272.apcprd04.prod.outlook.com (10.152.252.51) by PU1APC01FT064.mail.protection.outlook.com (10.152.253.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.567.16 via Frontend Transport; Tue, 27 Mar 2018 15:06:38 +0000 Received: from KL1PR0401MB1272.apcprd04.prod.outlook.com ([fe80::d9b7:e319:1828:812d]) by KL1PR0401MB1272.apcprd04.prod.outlook.com ([fe80::d9b7:e319:1828:812d%13]) with mapi id 15.20.0609.012; Tue, 27 Mar 2018 15:06:38 +0000 From: Rohit Ranade To: Martin Bjorklund CC: "netmod@ietf.org" Thread-Topic: [netmod] Comments on schema mount draft Thread-Index: AQHTxDbT1I3AIjMZP0GUUq533JigqqPiK6iAgAIEP90= Date: Tue, 27 Mar 2018 15:06:38 +0000 Message-ID: References: , <20180326.101129.936165036878075905.mbj@tail-f.com> In-Reply-To: <20180326.101129.936165036878075905.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:5EC1D123AD80C502CCE515F17FA9336544A3460E56931D1FA959D4BEA6C9B35D; UpperCasedChecksum:812E8C68D51D7140E98C0A293E11D0FFA9A09B4D72543796FE9EAA09F40D6844; SizeAsReceived:7105; Count:46 x-tmn: [6EabwOp3h0L0ixnm7MNo5J0A5S1oaJu6N6U7mscV9t0=] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PU1APC01HT240; 7:eaHjAKwPtb4zgVnRazGME6n1RpwQEaTxGkTLGjKQmvI7QLCq+J7+5RNiFQSFQ5E6WHG6cLrvVkPUHi1RfOcOqclgbrLTC9Bb/kQMbEFrwer8oNfj+rOjLoJP0VeWirWcXmj6F2pv3FopChe0jWcC/W69lySOPsmu0606NPH1aXE+1Fr+6ZVZ4FxG0lKG9exQzzwyH7coLk8CrNq0VBw1/x4JIhXKWztqynwKRRB5DxlCX/9dDwL24P1zP/8vQKgj x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:PU1APC01HT240; x-ms-traffictypediagnostic: PU1APC01HT240: x-ms-office365-filtering-correlation-id: 71a1a996-22b7-46d8-74c6-08d593f456d7 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT240; BCL:0; PCL:0; RULEID:; SRVR:PU1APC01HT240; x-forefront-prvs: 0624A2429E x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT240; H:KL1PR0401MB1272.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:; x-microsoft-antispam-message-info: P1vJMEqVD65Pm7dJqDiR3pWRBuLQTSIccMj1mOuQLEz2EPeV6T7u6WbJ5NEqEsSB8Aoz3IQZd4UDP+a3vS/Gy09/0lQq4bUgbWtrfJzqcPO5O+S4GpMMZrmhcD2lVj6wzcZqj8O43mjDKv1Grb6z9aN9G16SsnFGeEkXxhGtYe16uAqscz0FHYC4+fQHjBr8 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_KL1PR0401MB1272858515A76DF861B73D21DBAC0KL1PR0401MB1272_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 71a1a996-22b7-46d8-74c6-08d593f456d7 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2018 15:06:38.0275 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT240 Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 15:06:49 -0000 --_000_KL1PR0401MB1272858515A76DF861B73D21DBAC0KL1PR0401MB1272_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFydGluLA0KDQpXLnIudCA8Z2V0LXNjaGVtYT4gb24gdGhlIG1haW4gZGV2aWNlLCBpdCB3 aWxsIG1lYW4gdGhhdCBmb3Igc3VjY2Vzc2Z1bCA8Z2V0LXNjaGVtYT4gZm9yIGFsbCB0aGUgc2No ZW1hIG9mIG1vdW50ZWQgZGV2aWNlcywgdGhlIG1haW4gZGV2aWNlIG11c3QgYmUgdXBncmFkZWQg dG8gaGlnaGVyIHZlcnNpb24gZmlyc3QgYW5kIG11c3QgY29udGFpbiBBTEwgdGhlIHNjaGVtYSBv ZiBhbGwgdGhlIGRldmljZXMgYmVoaW5kIHRoZSBtYWluIGRldmljZS4NClRoaXMgcG9pbnQgbWF5 IHByb3ZlIHRvIGJlIHRyaWNreSBhcyB0aGUgd2hvbGUgdG9wb2xvZ3kgdXBncmFkZSBoYXMgdG8g YmUgY29uc2lkZXJlZCBhbHdheXMuIEkgZmVlbCB3ZSBjYW4gYWRkIHNvbWUgdGV4dCByZWdhcmRp bmcgdGhpcy4NCg0KQWxzbyBob3cgdG8g4oCcbW91bnTigJ0gYW4gaW5zdGFuY2Ugb2YgYSBtb3Vu dC1wb2ludCA/IEJlY2F1c2Ugb25jZSB0aGlzIGRyYWZ0IGlzIG91dCwgZWFjaCBpbXBsZW1lbnRl ciBtYXkgZGVmaW5lIHByaXZhdGUgUlBDcyBmb3IgbW91bnQgYW5kIHVuLW1vdW50IGlmIHRoaXMg bW9kdWxlIGRvZXMgbm90IGRlZmluZSBpdC4gV2hldGhlciBhbnkgcGxhbiBhYm91dCBpdCA/DQoN Cg0KDQoNCldpdGggUmVnYXJkcywNClJvaGl0IFINCg0KU2VudCBmcm9tIE1haWw8aHR0cHM6Ly9n by5taWNyb3NvZnQuY29tL2Z3bGluay8/TGlua0lkPTU1MDk4Nj4gZm9yIFdpbmRvd3MgMTANCg0K RnJvbTogTWFydGluIEJqb3JrbHVuZDxtYWlsdG86bWJqQHRhaWwtZi5jb20+DQpTZW50OiAyNiDg pK7gpL7gpLDgpY3gpJogMjAxOCAxMzo0MQ0KVG86IHJvaGl0cnJhbmFkZUBvdXRsb29rLmNvbTxt YWlsdG86cm9oaXRycmFuYWRlQG91dGxvb2suY29tPg0KQ2M6IG5ldG1vZEBpZXRmLm9yZzxtYWls dG86bmV0bW9kQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtuZXRtb2RdIENvbW1lbnRzIG9uIHNj aGVtYSBtb3VudCBkcmFmdA0KDQpIaSwNCg0KVGhhbmsgeW91IGZvciB0aGVzZSBjb21tZW50cywg cmVwbGllcyBpbmxpbmUuDQoNClJvaGl0IFJhbmFkZSA8cm9oaXRycmFuYWRlQG91dGxvb2suY29t PiB3cm90ZToNCj4gSGkgQWxsLA0KPg0KPiBQbGVhc2UgZmluZCBzb21lIGNvbW1lbnRzIGZvciB0 aGUgc2NoZW1hIG1vdW50IGRyYWZ0LiBJZiBJIGZpbmQgYW55DQo+IG90aGVyIHdpbGwgc2VuZCBp biBhbm90aGVyIG1haWwuDQo+DQo+IEVkaXRvcmlhbDoNCj4gPT09PT09PT09PT09DQo+IDEuIFNl Y3Rpb24gMy4xDQo+ICAgICJUaGUgIm1vdW50LXBvaW50IiBzdGF0ZW1lbnQgTVVTVCBOT1QgYmUg dXNlZCBpbiBhIFlBTkcgdmVyc2lvbiAxDQo+ICAgIG1vZHVsZS4iDQo+ICAgID09PiBJdCBpcyB1 bmNsZWFyIHdoeSBzdWNoIGEgcmVzdHJpY3Rpb24gaXMgcGxhY2VkLg0KDQpUaGUgcmVhc29uIGlz IHRoYXQgWUFORyAxIGRvZXNuJ3Qgc3VwcG9ydCBpbmxpbmUgYWN0aW9ucyBhbmQNCm5vdGlmaWNh dGlvbiwgd2hpY2ggbWVhbnMgdGhhdCB0b3AtbGV2ZWwgcnBjcyBhbmQgbm90aWZzIGluIHRoZQ0K bW91bnRlZCBtb2R1bGUgY2Fubm90IGJlIGludm9rZWQgdXNpbmcgdGhlIG1lY2hhbmlzbSBkZXNj cmliZWQgaW4NCnNlY3Rpb24gNS4gIEkgd2lsbCB0cnkgdG8gY2xhcmlmeSB0aGlzLg0KDQo+IDIu IFNlY3Rpb24gMy4yDQo+ICAgICJzdGF0ZSBkYXRhIGluIHRoZSAieWFuZ21udDpzY2hlbWEtbW91 bnRzIiINCj4gICAgPT0+IEhlcmUgdGhlIHlhbmcgdHJlZSBkaWFncmFtIGlzIG5vdCB5ZXQgaW50 cm9kdWNlZC4gSSBmZWVsIGJldHRlciB0bw0KPiAgICBpbnRyb2R1Y2UNCj4gICAgdGhpcyBkaWFn cmFtIGFzIGl0IG1ha2VzIGl0IGVhc2llciB0byB1bmRlcnN0YW5kIHRoZSBkYXRhLW5vZGVzDQoN Ck9rLiAgSSBtb3ZlZCBzZWN0aW9uIDggdG8gYSBuZXcgc2VjdGlvbiAzLjIuDQoNCj4gMy4gU2Vj dGlvbiAzLjINCj4gICAgIkRhdGEgaW4gdGhpcyBjb250YWluZXIgaXMgaW50ZW5kZWQgdG8gYmUg YXMgc3RhYmxlIGFzIGRhdGEgaW4gdGhlDQo+ICAgIHRvcC1sZXZlbCBZQU5HIGxpYnJhcnkiDQo+ ICAgID09PiBXaGF0IGlzIHRoZSBtZWFuaW5nIG9mICJhcyBzdGFibGUiIGFzID8gQXMgYSBkZXZl bG9wZXIgLCBJIGFtDQo+ICAgIHVuY2xlYXIgd2hhdCBuZWVkcw0KPiAgICB0byBiZSBkb25lIGhl cmUuIFBsZWFzZSBjbGFyaWZ5Lg0KDQpLZW50IGFsc28gaGFkIGEgY29tbWVudCBhcm91bmQgdGhp cywgYW5kIHRoZSB0ZXh0IGFib3V0IHN0YWJsZSBpcyBub3cNCnJlbW92ZWQuDQoNCj4gNC4gU2Vj dGlvbiAzLjINCj4gICAgImkuZS4sIGluc3RhbmNlcyBvZiB0aGF0IG1vdW50IHBvaW50IE1VU1Qg Tk9UIGNvbnRhaW4gYW55IGRhdGEgYWJvdmUNCj4gICAgdGhvc2UgdGhhdCBhcmUgZGVmaW5lZCBp biB0aGUgcGFyZW50IHNjaGVtYS4iDQo+ICAgID09PiBIZXJlICJhbnkgZGF0YSBhYm92ZSIsIG1l YW5zICJhYm92ZSIgaW4gdGhlIGhpZWFyYXJjaHkgPw0KDQpObywgdGhpcyB3YXMganVzdCB3cm9u ZzsgaXQgc2hvdWxkIGJlICJleGNlcHQiLg0KDQo+ICAgIE5vdA0KPiAgICBjbGVhciwgdGhpcyBp cyBzaW1pbGFyDQo+ICAgIHRvIGhhdmluZyBhIFVTQiBzbG90LCBidXQgbm8gZGV2aWNlIG1vdW50 ZWQgb24gaXQgYXMgeWV0IGluIFVOSVgNCj4gICAgdGVybXMuIFJpZ2h0ID8NCj4gICAgVGhlIHF1 ZXJ5IG91dHB1dCBvbiBwYXJlbnQtc2NoZW1hIHNob3VsZCBnaXZlIGVtcHR5IGRhdGEuDQo+DQo+ IDUuIFNlY3Rpb24gMy4yDQo+ICAgICJJZiBtdWx0aXBsZSBtb3VudCBwb2ludHMgd2l0aCB0aGUg c2FtZSBuYW1lIGFyZSBkZWZpbmVkIGluIHRoZSBzYW1lDQo+ICAgIG1vZHVsZSAtIGVpdGhlciBk aXJlY3RseSBvciBiZWNhdXNlIHRoZSBtb3VudCBwb2ludCBpcyBkZWZpbmVkIGluIGENCj4gICAg Z3JvdXBpbmcgYW5kIHRoZSBncm91cGluZyBpcyB1c2VkIG11bHRpcGxlIHRpbWVzIC0gdGhlbiB0 aGUNCj4gICAgY29ycmVzcG9uZGluZyAibW91bnQtcG9pbnQiIGVudHJ5IGFwcGxpZXMgZXF1YWxs eSB0byBhbGwgc3VjaCBtb3VudA0KPiAgICBwb2ludHMuIg0KPiAgID09PiBBcyBwZXIgdHJlZSBk aWFncmFtLCAibW91bnQtcG9pbnQiIGhhcyB0d28ga2V5cy4gU28gZWFjaCBtb2R1bGUNCj4gICBj YW4gaGF2ZSBtdWx0aXBsZQ0KPiAgIG1vdW50IHBvaW50cy4gU28gaG93IHRvIGFwcGx5IGl0ICJl cXVhbGx5IiA/IE5vdCBjbGVhci4NCg0KTm90ZSB0aGF0IHRoZSBzZW50ZW5jZSBzdGFydHMgd2l0 aCAiSWYgbXVsdGlwbGUgbW91bnQgcG9pbnRzIHdpdGggdGhlDQpzYW1lIG5hbWUgYXJlIGRlZmlu ZWQgaW4gdGhlIHNhbWUgbW9kdWxlIiAtLSBzbyB0aGlzIGNsZWFybHkgZG9lc24ndA0KYXBwbHkg dG8gbW91bnQgcG9pbnRzIHdpdGggZGlmZmVyZW50IG5hbWVzLCByaWdodD8NCg0KRm9yIGV4YW1w bGUsIHlvdSBjYW4gaGF2ZToNCg0KICBjb250YWluZXIgZm9vIHsNCiAgICB5YW5nbW50Om1vdW50 LXBvaW50IG15LW1udC1wb2ludDsNCiAgfQ0KICBjb250YWluZXIgYmFyIHsNCiAgICB5YW5nbW50 Om1vdW50LXBvaW50IG15LW1udC1wb2ludDsNCiAgfQ0KDQpUaGVyZSBpcyBqdXN0IG9uZSBlbnRy eSBpbiB0aGUgIm1vdW50LXBvaW50IiBsaXN0LCBzbyB0aGF0IGVudHJ5DQphcHBsaWVzIHRvIGJv dGggdGhlc2UgbW91bnQgcG9pbnRzLiAgQm90aCBhcmUgZWl0aGVyICJpbmxpbmUiIG9yDQoic2hh cmVkLXNjaGVtYSIuDQoNCg0KPiA2LiBTZWN0aW9uIDMuMg0KPiAgICBJbnN0ZWFkIG9mICJpbmxp bmUiIGFuZCAic2hhcmVkLXNjaGVtYSIsIEkgc3VnZ2VzdCB0byB1c2UNCj4gICAgInZhcmlhYmxl LXNjaGVtYSIgYW5kDQo+ICAgICJzYW1lLXNjaGVtYSINCj4gICAgUmVhc29uOiBUaGUga2V5IGRp ZmZlcmVuY2UgYmV0d2VlbiB0aGUgdHdvIGlzIHRoYXQgaW4gb25lIGNhc2UsIHRoZQ0KPiAgICBz Y2hlbWEgTUFZIGJlIGRpZmZlcmVudA0KPiAgICB3aGlsZSBpbiB0aGUgb3RoZXIgdGhlIHNjaGVt YSBpcyBzYW1lLiBUaGUgbmFtZSBjYW4gYmUgc2ltaWxhciB0byB0aGUNCj4gICAgcmVhc29uLg0K DQpBdCB0aGlzIHBvaW50LCB3ZSBoYXZlIHRvIGxpdmUgd2l0aCB0aGVzZSB0ZXJtcy4gIFRoaXMg d2FzIHBhcnQgb2YgdGhlDQpjb21wcm9taXNlIGxlYWRpbmcgdG8gdGhpcyBzb2x1dGlvbjsgdGhl cmUgYXJlIG90aGVyIGRvY3VtZW50cyBpbiB0aGUNClJGQyBlZGl0b3IncyBxdWV1ZSB0aGF0IGRl cGVuZCBvbiB0aGVzZSB0ZXJtcy4NCg0KPiBMb2dpY2FsIFBvaW50Og0KPiAxLiBDb25zaWRlciB0 aGUgdG9wb2xvZ3kgd2hlcmUgMSBtYWluIGRldmljZSBpcyBwcmVzZW50IHdpdGggTiBsb2dpY2Fs DQo+IGRldmljZXMgYmVoaW5kIGl0Lg0KPiAgICBXaGVuIHRoZSBtb3VudGluZyBpcyBkb25lLCBp dCBpcyBxdWl0ZSBwb3NzaWJsZSB0aGF0IHNvbWUgb2YgTiBkZXZpY2VzDQo+ICAgIGFyZSBoYXZp bmcgZGlmZmVyZW50DQo+ICAgIHZlcnNpb25zIG9mIG1vZHVsZXMuDQo+ICAgIFRoaXMgY2FuIGxl YWQgdG8gZWFjaCBpbnN0YW5jZSBvZiBtb3VudCBwb2ludCwgaGF2aW5nIGRpZmZlcmVudA0KPiAg ICBzY2hlbWEuDQo+ICAgIEhvdyBjYW4gdGhlIGNsaWVudCB1bmRlcnN0YW5kIHRoZSBzY2hlbWEg b2YgZWFjaCBtb3VudC1wb2ludCBpbnN0YW5jZQ0KPiAgICA/IFByZWZlcmFibHkgZ2V0LXNjaGVt YSBvZiB0aGVzZSBkZXZpY2VzIGFuZCB0aGVuIGtub3cgdGhlIG1vZGVsID8NCg0KVGhpcyBkcmFm dCBzYXlzIHRoYXQgZWFjaCBpbnN0YW5jZSB3aWxsIGhhdmUgaXRzIG93biBZQU5HIGxpYnJhcnkN Cmluc3RhbmNlLiAgU28gdGhlcmUgdGhlIGNsaWVudCBjYW4gZGV0ZWN0IHdoaWNoIHZlcnNpb25z IG9mIHRoZQ0KZGlmZmVyZW50IG1vZHVsZXMgZWFjaCBpbnN0YW5jZSBzdXBwb3J0cy4gIFRoZW4g PGdldC1zY2hlbWE+IGNhbiBiZQ0KaW52b2tlZCB0byBnZXQgdGhlIG1vZHVsZXMsIGlmIGl0IGlz IHN1cHBvcnRlZC4NCg0KDQovbWFydGluDQoNCg== --_000_KL1PR0401MB1272858515A76DF861B73D21DBAC0KL1PR0401MB1272_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1hbmdhbDsNCglwYW5vc2UtMToyIDQgNSAz IDUgMiAzIDMgMiAyO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7 DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiTmlybWFsYSBVSSI7DQoJcGFub3NlLTE6MiAxMSA1IDIgNCAyIDQg MiAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdyYXBo LCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUt cHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJn aW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQg NzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDox MjYwNjc4MDI3Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlk czo0NDQzNTY2MTQgLTEgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2 OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1s ZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpcRjBGMDsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2 ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpcRjBBNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2 ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpc RjBBNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7 fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBBNzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2lu LWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT4NCjwv aGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3MiI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgTWFydGlu LDwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90 OyxzZXJpZiI+Vy5yLnQgJmx0O2dldC1zY2hlbWEmZ3Q7IG9uIHRoZSBtYWluIGRldmljZSwgaXQg d2lsbCBtZWFuIHRoYXQgZm9yIHN1Y2Nlc3NmdWwgJmx0O2dldC1zY2hlbWEmZ3Q7IGZvciBhbGwg dGhlIHNjaGVtYSBvZiBtb3VudGVkIGRldmljZXMsIHRoZSBtYWluIGRldmljZSBtdXN0IGJlIHVw Z3JhZGVkIHRvIGhpZ2hlciB2ZXJzaW9uIGZpcnN0IGFuZCBtdXN0IGNvbnRhaW4NCiBBTEwgdGhl IHNjaGVtYSBvZiBhbGwgdGhlIGRldmljZXMgYmVoaW5kIHRoZSBtYWluIGRldmljZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj5UaGlzIHBvaW50IG1heSBwcm92ZSB0byBi ZSB0cmlja3kgYXMgdGhlIHdob2xlIHRvcG9sb2d5IHVwZ3JhZGUgaGFzIHRvIGJlIGNvbnNpZGVy ZWQgYWx3YXlzLiBJIGZlZWwgd2UgY2FuIGFkZCBzb21lIHRleHQgcmVnYXJkaW5nIHRoaXMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O01hbmdhbCZxdW90OyxzZXJpZiI+QWxzbyBob3cgdG8gPC9zcGFuPg0KPHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+4oCcPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPm1vdW50 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPuKAnTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2Fs JnF1b3Q7LHNlcmlmIj4gYW4gaW5zdGFuY2Ugb2YgYSBtb3VudC1wb2ludCA/IEJlY2F1c2Ugb25j ZSB0aGlzDQogZHJhZnQgaXMgb3V0LCBlYWNoIGltcGxlbWVudGVyIG1heSBkZWZpbmUgcHJpdmF0 ZSBSUENzIGZvciBtb3VudCBhbmQgdW4tbW91bnQgaWYgdGhpcyBtb2R1bGUgZG9lcyBub3QgZGVm aW5lIGl0LiBXaGV0aGVyIGFueSBwbGFuIGFib3V0IGl0ID88bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFu Z2FsJnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldpdGggUmVn YXJkcyw8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Sb2hpdCBSPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlNlbnQgZnJvbSA8YSBocmVmPSJodHRwczovL2dvLm1pY3Jvc29mdC5jb20vZndsaW5r Lz9MaW5rSWQ9NTUwOTg2Ij4NCk1haWw8L2E+IGZvciBXaW5kb3dzIDEwPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXYgc3R5bGU9Im1zby1lbGVtZW50OnBhcmEtYm9yZGVyLWRpdjtib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYm9yZGVyOm5vbmU7cGFkZGluZzowY20i PjxiPkZyb206IDwvYj48YSBocmVmPSJtYWlsdG86bWJqQHRhaWwtZi5jb20iPk1hcnRpbiBCam9y a2x1bmQ8L2E+PGJyPg0KPGI+U2VudDogPC9iPjI2IDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtOaXJtYWxhIFVJJnF1b3Q7LHNhbnMtc2VyaWYiPuCkruCkvuCksOCljeCkmjwvc3Bhbj4g MjAxOCAxMzo0MTxicj4NCjxiPlRvOiA8L2I+PGEgaHJlZj0ibWFpbHRvOnJvaGl0cnJhbmFkZUBv dXRsb29rLmNvbSI+cm9oaXRycmFuYWRlQG91dGxvb2suY29tPC9hPjxicj4NCjxiPkNjOiA8L2I+ PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0bW9kQGlldGYub3JnPC9hPjxicj4N CjxiPlN1YmplY3Q6IDwvYj5SZTogW25ldG1vZF0gQ29tbWVudHMgb24gc2NoZW1hIG1vdW50IGRy YWZ0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+SGksPGJyPg0K PGJyPg0KVGhhbmsgeW91IGZvciB0aGVzZSBjb21tZW50cywgcmVwbGllcyBpbmxpbmUuPGJyPg0K PGJyPg0KUm9oaXQgUmFuYWRlICZsdDtyb2hpdHJyYW5hZGVAb3V0bG9vay5jb20mZ3Q7IHdyb3Rl Ojxicj4NCiZndDsgSGkgQWxsLDxicj4NCiZndDsgPGJyPg0KJmd0OyBQbGVhc2UgZmluZCBzb21l IGNvbW1lbnRzIGZvciB0aGUgc2NoZW1hIG1vdW50IGRyYWZ0LiBJZiBJIGZpbmQgYW55PGJyPg0K Jmd0OyBvdGhlciB3aWxsIHNlbmQgaW4gYW5vdGhlciBtYWlsLjxicj4NCiZndDsgPGJyPg0KJmd0 OyBFZGl0b3JpYWw6PGJyPg0KJmd0OyA9PT09PT09PT09PT08YnI+DQomZ3Q7IDEuIFNlY3Rpb24g My4xPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+ICZxdW90O1RoZSAmcXVv dDttb3VudC1wb2ludCZxdW90OyBzdGF0ZW1lbnQgTVVTVCBOT1QgYmUgdXNlZCBpbiBhIFlBTkcg dmVyc2lvbiAxPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IG1vZHVsZS4m cXVvdDs8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gPT0mZ3Q7IEl0IGlz IHVuY2xlYXIgd2h5IHN1Y2ggYSByZXN0cmljdGlvbiBpcyBwbGFjZWQuPGJyPg0KPGJyPg0KVGhl IHJlYXNvbiBpcyB0aGF0IFlBTkcgMSBkb2Vzbid0IHN1cHBvcnQgaW5saW5lIGFjdGlvbnMgYW5k PGJyPg0Kbm90aWZpY2F0aW9uLCB3aGljaCBtZWFucyB0aGF0IHRvcC1sZXZlbCBycGNzIGFuZCBu b3RpZnMgaW4gdGhlPGJyPg0KbW91bnRlZCBtb2R1bGUgY2Fubm90IGJlIGludm9rZWQgdXNpbmcg dGhlIG1lY2hhbmlzbSBkZXNjcmliZWQgaW48YnI+DQpzZWN0aW9uIDUuPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlm Ij4gSSB3aWxsIHRyeSB0byBjbGFyaWZ5IHRoaXMuPGJyPg0KPGJyPg0KJmd0OyAyLiBTZWN0aW9u IDMuMjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiAmcXVvdDtzdGF0ZSBk YXRhIGluIHRoZSAmcXVvdDt5YW5nbW50OnNjaGVtYS1tb3VudHMmcXVvdDsmcXVvdDs8YnI+DQom Z3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gPT0mZ3Q7IEhlcmUgdGhlIHlhbmcgdHJl ZSBkaWFncmFtIGlzIG5vdCB5ZXQgaW50cm9kdWNlZC4gSSBmZWVsIGJldHRlciB0bzxicj4NCiZn dDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiBpbnRyb2R1Y2U8YnI+DQomZ3Q7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gdGhpcyBkaWFncmFtIGFzIGl0IG1ha2VzIGl0IGVhc2ll ciB0byB1bmRlcnN0YW5kIHRoZSBkYXRhLW5vZGVzPGJyPg0KPGJyPg0KT2suPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNl cmlmIj4gSSBtb3ZlZCBzZWN0aW9uIDggdG8gYSBuZXcgc2VjdGlvbiAzLjIuPGJyPg0KPGJyPg0K Jmd0OyAzLiBTZWN0aW9uIDMuMjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYi PiAmcXVvdDtEYXRhIGluIHRoaXMgY29udGFpbmVyIGlzIGludGVuZGVkIHRvIGJlIGFzIHN0YWJs ZSBhcyBkYXRhIGluIHRoZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiB0 b3AtbGV2ZWwgWUFORyBsaWJyYXJ5JnF1b3Q7PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90 OyxzZXJpZiI+ID09Jmd0OyBXaGF0IGlzIHRoZSBtZWFuaW5nIG9mICZxdW90O2FzIHN0YWJsZSZx dW90OyBhcyA/IEFzIGEgZGV2ZWxvcGVyICwgSSBhbTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwm cXVvdDssc2VyaWYiPiB1bmNsZWFyIHdoYXQgbmVlZHM8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2Fs JnF1b3Q7LHNlcmlmIj4gdG8gYmUgZG9uZSBoZXJlLiBQbGVhc2UgY2xhcmlmeS48YnI+DQo8YnI+ DQpLZW50IGFsc28gaGFkIGEgY29tbWVudCBhcm91bmQgdGhpcywgYW5kIHRoZSB0ZXh0IGFib3V0 IHN0YWJsZSBpcyBub3c8YnI+DQpyZW1vdmVkLjxicj4NCjxicj4NCiZndDsgNC4gU2VjdGlvbiAz LjI8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gJnF1b3Q7aS5lLiwgaW5z dGFuY2VzIG9mIHRoYXQgbW91bnQgcG9pbnQgTVVTVCBOT1QgY29udGFpbiBhbnkgZGF0YSBhYm92 ZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiB0aG9zZSB0aGF0IGFyZSBk ZWZpbmVkIGluIHRoZSBwYXJlbnQgc2NoZW1hLiZxdW90Ozxicj4NCiZndDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5n YWwmcXVvdDssc2VyaWYiPiA9PSZndDsgSGVyZSAmcXVvdDthbnkgZGF0YSBhYm92ZSZxdW90Oywg bWVhbnMgJnF1b3Q7YWJvdmUmcXVvdDsgaW4gdGhlIGhpZWFyYXJjaHkgPzxicj4NCjxicj4NCk5v LCB0aGlzIHdhcyBqdXN0IHdyb25nOyBpdCBzaG91bGQgYmUgJnF1b3Q7ZXhjZXB0JnF1b3Q7Ljxi cj4NCjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiBOb3Q8YnI+DQomZ3Q7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gY2xlYXIsIHRoaXMgaXMgc2ltaWxhcjxicj4N CiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiB0byBoYXZpbmcgYSBVU0Igc2xvdCwg YnV0IG5vIGRldmljZSBtb3VudGVkIG9uIGl0IGFzIHlldCBpbiBVTklYPGJyPg0KJmd0Ozwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O01hbmdhbCZxdW90OyxzZXJpZiI+IHRlcm1zLiBSaWdodCA/PGJyPg0KJmd0Ozwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O01hbmdhbCZxdW90OyxzZXJpZiI+IFRoZSBxdWVyeSBvdXRwdXQgb24gcGFyZW50LXNjaGVtYSBz aG91bGQgZ2l2ZSBlbXB0eSBkYXRhLjxicj4NCiZndDsgPGJyPg0KJmd0OyA1LiBTZWN0aW9uIDMu Mjxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiAmcXVvdDtJZiBtdWx0aXBs ZSBtb3VudCBwb2ludHMgd2l0aCB0aGUgc2FtZSBuYW1lIGFyZSBkZWZpbmVkIGluIHRoZSBzYW1l PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IG1vZHVsZSAtIGVpdGhlciBk aXJlY3RseSBvciBiZWNhdXNlIHRoZSBtb3VudCBwb2ludCBpcyBkZWZpbmVkIGluIGE8YnI+DQom Z3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gZ3JvdXBpbmcgYW5kIHRoZSBncm91cGlu ZyBpcyB1c2VkIG11bHRpcGxlIHRpbWVzIC0gdGhlbiB0aGU8YnI+DQomZ3Q7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZu YnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFu Z2FsJnF1b3Q7LHNlcmlmIj4gY29ycmVzcG9uZGluZyAmcXVvdDttb3VudC1wb2ludCZxdW90OyBl bnRyeSBhcHBsaWVzIGVxdWFsbHkgdG8gYWxsIHN1Y2ggbW91bnQ8YnI+DQomZ3Q7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gcG9pbnRzLiZxdW90Ozxicj4NCiZndDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVv dDssc2VyaWYiPiA9PSZndDsgQXMgcGVyIHRyZWUgZGlhZ3JhbSwgJnF1b3Q7bW91bnQtcG9pbnQm cXVvdDsgaGFzIHR3byBrZXlzLiBTbyBlYWNoIG1vZHVsZTxicj4NCiZndDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVv dDssc2VyaWYiPiBjYW4gaGF2ZSBtdWx0aXBsZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiBtb3VudCBwb2ludHMuIFNvIGhvdyB0byBhcHBseSBpdCAmcXVvdDtlcXVhbGx5JnF1b3Q7 ID8gTm90IGNsZWFyLjxicj4NCjxicj4NCk5vdGUgdGhhdCB0aGUgc2VudGVuY2Ugc3RhcnRzIHdp dGggJnF1b3Q7SWYgbXVsdGlwbGUgbW91bnQgcG9pbnRzIHdpdGggdGhlPGJyPg0Kc2FtZSBuYW1l IGFyZSBkZWZpbmVkIGluIHRoZSBzYW1lIG1vZHVsZSZxdW90OyAtLSBzbyB0aGlzIGNsZWFybHkg ZG9lc24ndDxicj4NCmFwcGx5IHRvIG1vdW50IHBvaW50cyB3aXRoIGRpZmZlcmVudCBuYW1lcywg cmlnaHQ/PGJyPg0KPGJyPg0KRm9yIGV4YW1wbGUsIHlvdSBjYW4gaGF2ZTo8YnI+DQo8YnI+DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5n YWwmcXVvdDssc2VyaWYiPiBjb250YWluZXIgZm9vIHs8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVv dDssc2VyaWYiPiB5YW5nbW50Om1vdW50LXBvaW50IG15LW1udC1wb2ludDs8YnI+DQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVv dDssc2VyaWYiPiB9PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gY29udGFpbmVyIGJhciB7PGJyPg0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4geWFuZ21udDptb3VudC1wb2ludCBteS1tbnQt cG9pbnQ7PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gfTxicj4NCjxicj4NClRoZXJlIGlzIGp1c3Qg b25lIGVudHJ5IGluIHRoZSAmcXVvdDttb3VudC1wb2ludCZxdW90OyBsaXN0LCBzbyB0aGF0IGVu dHJ5PGJyPg0KYXBwbGllcyB0byBib3RoIHRoZXNlIG1vdW50IHBvaW50cy48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2Vy aWYiPiBCb3RoIGFyZSBlaXRoZXIgJnF1b3Q7aW5saW5lJnF1b3Q7IG9yPGJyPg0KJnF1b3Q7c2hh cmVkLXNjaGVtYSZxdW90Oy48YnI+DQo8YnI+DQo8YnI+DQomZ3Q7IDYuIFNlY3Rpb24gMy4yPGJy Pg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IEluc3RlYWQgb2YgJnF1b3Q7aW5s aW5lJnF1b3Q7IGFuZCAmcXVvdDtzaGFyZWQtc2NoZW1hJnF1b3Q7LCBJIHN1Z2dlc3QgdG8gdXNl PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+ICZxdW90O3ZhcmlhYmxlLXNj aGVtYSZxdW90OyBhbmQ8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gJnF1 b3Q7c2FtZS1zY2hlbWEmcXVvdDs8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlm Ij4gUmVhc29uOiBUaGUga2V5IGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgdHdvIGlzIHRoYXQgaW4g b25lIGNhc2UsIHRoZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiBzY2hl bWEgTUFZIGJlIGRpZmZlcmVudDxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYi PiB3aGlsZSBpbiB0aGUgb3RoZXIgdGhlIHNjaGVtYSBpcyBzYW1lLiBUaGUgbmFtZSBjYW4gYmUg c2ltaWxhciB0byB0aGU8YnI+DQomZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TWFuZ2FsJnF1b3Q7LHNlcmlmIj4gcmVh c29uLjxicj4NCjxicj4NCkF0IHRoaXMgcG9pbnQsIHdlIGhhdmUgdG8gbGl2ZSB3aXRoIHRoZXNl IHRlcm1zLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O01hbmdhbCZxdW90OyxzZXJpZiI+IFRoaXMgd2FzIHBhcnQgb2YgdGhlPGJyPg0KY29tcHJv bWlzZSBsZWFkaW5nIHRvIHRoaXMgc29sdXRpb247IHRoZXJlIGFyZSBvdGhlciBkb2N1bWVudHMg aW4gdGhlPGJyPg0KUkZDIGVkaXRvcidzIHF1ZXVlIHRoYXQgZGVwZW5kIG9uIHRoZXNlIHRlcm1z Ljxicj4NCjxicj4NCiZndDsgTG9naWNhbCBQb2ludDo8YnI+DQomZ3Q7IDEuIENvbnNpZGVyIHRo ZSB0b3BvbG9neSB3aGVyZSAxIG1haW4gZGV2aWNlIGlzIHByZXNlbnQgd2l0aCBOIGxvZ2ljYWw8 YnI+DQomZ3Q7IGRldmljZXMgYmVoaW5kIGl0Ljxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVv dDssc2VyaWYiPiBXaGVuIHRoZSBtb3VudGluZyBpcyBkb25lLCBpdCBpcyBxdWl0ZSBwb3NzaWJs ZSB0aGF0IHNvbWUgb2YgTiBkZXZpY2VzPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsm bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90Oyxz ZXJpZiI+IGFyZSBoYXZpbmcgZGlmZmVyZW50PGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90 OyxzZXJpZiI+IHZlcnNpb25zIG9mIG1vZHVsZXMuPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZx dW90OyxzZXJpZiI+IFRoaXMgY2FuIGxlYWQgdG8gZWFjaCBpbnN0YW5jZSBvZiBtb3VudCBwb2lu dCwgaGF2aW5nIGRpZmZlcmVudDxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYi PiBzY2hlbWEuPGJyPg0KJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IEhvdyBjYW4g dGhlIGNsaWVudCB1bmRlcnN0YW5kIHRoZSBzY2hlbWEgb2YgZWFjaCBtb3VudC1wb2ludCBpbnN0 YW5jZTxicj4NCiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtNYW5nYWwmcXVvdDssc2VyaWYiPiA/IFByZWZlcmFibHkg Z2V0LXNjaGVtYSBvZiB0aGVzZSBkZXZpY2VzIGFuZCB0aGVuIGtub3cgdGhlIG1vZGVsID88YnI+ DQo8YnI+DQpUaGlzIGRyYWZ0IHNheXMgdGhhdCBlYWNoIGluc3RhbmNlIHdpbGwgaGF2ZSBpdHMg b3duIFlBTkcgbGlicmFyeTxicj4NCmluc3RhbmNlLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IFNvIHRoZXJl IHRoZSBjbGllbnQgY2FuIGRldGVjdCB3aGljaCB2ZXJzaW9ucyBvZiB0aGU8YnI+DQpkaWZmZXJl bnQgbW9kdWxlcyBlYWNoIGluc3RhbmNlIHN1cHBvcnRzLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O01hbmdhbCZxdW90OyxzZXJpZiI+IFRoZW4g Jmx0O2dldC1zY2hlbWEmZ3Q7IGNhbiBiZTxicj4NCmludm9rZWQgdG8gZ2V0IHRoZSBtb2R1bGVz LCBpZiBpdCBpcyBzdXBwb3J0ZWQuPGJyPg0KPGJyPg0KPGJyPg0KL21hcnRpbjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_KL1PR0401MB1272858515A76DF861B73D21DBAC0KL1PR0401MB1272_-- From nobody Tue Mar 27 17:10:19 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EFB01200C1 for ; Tue, 27 Mar 2018 17:10:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UjwkWwA6qTzN for ; Tue, 27 Mar 2018 17:10:15 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50091.outbound.protection.outlook.com [40.107.5.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95583126D3F for ; Tue, 27 Mar 2018 17:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JVEFqzMg/DRiVmkZWI/WcqHPcP/94Auy8mWR2Jy7tf8=; b=S91I4cc5XgG5myOY444Qass2fYm4/yiCbsVKAGiwArqV9LW/B9ROSi9q6G823iNYxE750mmpUgzho4xw8E5/WTt0V4e/P72gHwnOsf0m1S4B8QiMb0zS7ZLpjgCsXTBjGr6JKgAVWgwaSeF+E8C91krd9HiVDweBR0zTmWxvXOE= Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB0520.eurprd07.prod.outlook.com (10.141.47.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.631.5; Wed, 28 Mar 2018 00:10:11 +0000 Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399%4]) with mapi id 15.20.0631.009; Wed, 28 Mar 2018 00:10:10 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQ== Date: Wed, 28 Mar 2018 00:10:10 +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=jason.sterne@nokia.com; x-originating-ip: [135.245.20.18] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM3PR07MB0520; 7:rSep3/zaPFqIVQomIeze0lsy4vF2YfZK0TXHU3cOrLQc6N6+XJyz2zUXg+gQvvHoQkpGmdMA1tjedTsg4tOB2kUZP/b/O1Vsqc+D7Xsz38LABLVx2fhrX3jAPLKaX4ebfxtxBV0yWpU81QKenc38i+w4tLqxYv6Rawkmn321QLnR5YEagMwHLcYV4a1dSeN87BPnbXXb21AycqatsCfJbdMcWMFK2y7I0jteUL8G7BfsaieMO5FrUvs1ax2/4RVT x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: c9e0f17f-9aff-4fd5-3c8f-08d59440459a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM3PR07MB0520; x-ms-traffictypediagnostic: AM3PR07MB0520: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231221)(11241501184)(806099)(944501327)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041310)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:AM3PR07MB0520; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB0520; x-forefront-prvs: 06259BA5A2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(39380400002)(376002)(39860400002)(366004)(189003)(199004)(53754006)(55016002)(26005)(54896002)(33656002)(25786009)(99286004)(7736002)(316002)(74316002)(81156014)(6916009)(478600001)(97736004)(8676002)(68736007)(486005)(486005)(106356001)(5640700003)(186003)(53936002)(81166006)(1730700003)(9686003)(102836004)(790700001)(6436002)(6116002)(3846002)(66066001)(2900100001)(6306002)(2351001)(2906002)(5250100002)(3280700002)(7696005)(5660300001)(105586002)(5630700001)(3660700001)(8936002)(14454004)(6506007)(86362001)(476003)(2501003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB0520; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: aVhoAHTBcuoL1/2tQd4ZeS4XacaQczSnp1U7pvzgCK4kQb+s6VbLI2I/md0kURKgeAx+QCsJcurCR9qinNMdBSLlEdjJl90kSjAtljTkM23BJ5euJl0ZWCGZnBKwVgr202ZZJg3KEyDXCqrB5N8Xs97rA5JhLjAcs69QXuu4zGCMNmQ3H8gKUEOxHaO8h1rkkWrEQB5SjITam1osKwc0MX3xy82mJ1rVwmR8fLP8maxXOm085A3fV/3NhWrPIhF/rdlgMK+Qxb0Zp3X664kHC7c97yMG/9u5QVzyeXUdetjV0qMRwj9D5hcHTFajgQ4R/BbRvUWb9/hWqIznDybMVpR66ateewg88TA2OZyX6W3C5/3wxl82jUIfKnR1zE+r spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM3PR07MB112461BED4C88FDC4343C4F39BA30AM3PR07MB1124eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: c9e0f17f-9aff-4fd5-3c8f-08d59440459a X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2018 00:10:10.8096 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB0520 Archived-At: Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 00:10:17 -0000 --_000_AM3PR07MB112461BED4C88FDC4343C4F39BA30AM3PR07MB1124eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I'm pretty sure that this xpath (e.g. in a must statement) isn't correct: (A) ../container-a/list-b[name=3D*]/some-leaf and should just be this instead: (B) ../container-a/list-b/some-leaf Or is the * an allowable wildcard for a key value in a predicate ? I also had a question about whether the following "must" correctly checks t= hat at least one entry exists in a-list. container c1 { leaf foo { must "a-list"; type uint16; } list a-list { key "entry"; leaf entry { type uint16; } leaf another-entry { type uint32; } } } I think I could also replace that must with the following: must "count(a-list) > 1"; but does must "a-list"; achieve the same thing ? Rgds, Jason --_000_AM3PR07MB112461BED4C88FDC4343C4F39BA30AM3PR07MB1124eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

I'm pretty sure that this xpath (e.g. in a must stat= ement) isn't correct:

 

        &nbs= p;     (A) ../container-a/list-b[name=3D*]/some-leaf

 

and should just be this instead:

 

        &nbs= p;     (B) ../container-a/list-b/some-leaf

 

Or is the * an allowable wildcard for a key value in= a predicate ?

 

I also had a question about whether the following &q= uot;must" correctly checks that at least one entry exists in a-list.

  

  container c1 {

    leaf foo {

      must "a= -list";

      type uint16;=

    }

    list a-list {=

      key “entry&= #8221;;

      leaf entry {=

        type = uint16;

      }=

      leaf another-entr= y {

        type = uint32;

      }=

    }

  }

 

I think I could also replace that must with the foll= owing:

      must "c= ount(a-list) > 1";

but does must "a-list"; achieve the same t= hing ?

 

Rgds,

Jason

--_000_AM3PR07MB112461BED4C88FDC4343C4F39BA30AM3PR07MB1124eurp_-- From nobody Tue Mar 27 18:56:56 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 031E8120724 for ; Tue, 27 Mar 2018 18:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 8-hd66FNr2v1 for ; Tue, 27 Mar 2018 18:56:54 -0700 (PDT) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC463126BF7 for ; Tue, 27 Mar 2018 18:56:54 -0700 (PDT) From: Alex Campbell To: "Sterne, Jason (Nokia - CA/Ottawa)" , "netmod@ietf.org" Thread-Topic: YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQACPNCk Date: Wed, 28 Mar 2018 01:56:52 +0000 Message-ID: <1522202212651.39558@Aviatnet.com> References: In-Reply-To: Accept-Language: en-NZ, en-US Content-Language: en-NZ X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.15.6.10] Content-Type: multipart/alternative; boundary="_000_152220221265139558Aviatnetcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 01:56:56 -0000 --_000_152220221265139558Aviatnetcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, For one thing, it should be ../a-list since a-list is not a child of foo. Also - if foo is not configured and has no default value, then any must exp= ressions in foo are not evaluated because it is not part of the "accessible= tree". (I tested this in ConfD) Apart from these issues, yes it will behave as you expect - it will fail if= a-list contains no entries. must "count(a-list) > 1"; is not equivalent since it requires at least two = entries. However, you can more simply add a min-elements 1; statement to a-list to a= chieve the same goal - no XPath required. ________________________________ From: netmod on behalf of Sterne, Jason (Nokia - = CA/Ottawa) Sent: Wednesday, 28 March 2018 1:10 p.m. To: netmod@ietf.org Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards Hi all, I'm pretty sure that this xpath (e.g. in a must statement) isn't correct: (A) ../container-a/list-b[name=3D*]/some-leaf and should just be this instead: (B) ../container-a/list-b/some-leaf Or is the * an allowable wildcard for a key value in a predicate ? I also had a question about whether the following "must" correctly checks t= hat at least one entry exists in a-list. container c1 { leaf foo { must "a-list"; type uint16; } list a-list { key "entry"; leaf entry { type uint16; } leaf another-entry { type uint32; } } } I think I could also replace that must with the following: must "count(a-list) > 1"; but does must "a-list"; achieve the same thing ? Rgds, Jason --_000_152220221265139558Aviatnetcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,


For one thing, it should be ../a-list since a-list is not a child of foo.

Also - if foo is not configured and has no default value, then any must exp= ressions in foo= are not evaluated because it is not part of the "accessible tree"= ;. (I tested this in ConfD)

Apart from these issues, yes it will behave as you expect - it will fail= if a-list contains no entries.


must "count(a-list) >= 1"; is not equivalent since it requires at least two entries.


However, you can more simply add a min-elemen= ts 1; statement to a-list to achieve the same goal - no XPath required.


From: netmod <netmod-b= ounces@ietf.org> on behalf of Sterne, Jason (Nokia - CA/Ottawa) <jaso= n.sterne@nokia.com>
Sent: Wednesday, 28 March 2018 1:10 p.m.
To: netmod@ietf.org
Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards
 

Hi all,

 

I'm pretty sure that this xpath (e.g. in a must stat= ement) isn't correct:

 

        &nbs= p;     (A) ../container-a/list-b[name=3D*]/some-leaf

 

and should just be this instead:

 

        &nbs= p;     (B) ../container-a/list-b/some-leaf

 

Or is the * an allowable wildcard for a key value in= a predicate ?

 

I also had a question about whether the following &q= uot;must" correctly checks that at least one entry exists in a-list.

  

  container c1 {

    leaf foo {

      must "= a-list";

      type uint16= ;

    }

    list a-list {

      key “entry= ”;

      leaf entry = {

        type= uint16;

      }

      leaf another-ent= ry {

        type= uint32;

      }

    }

  }

 

I think I could also replace that must with the foll= owing:

      must "= count(a-list) > 1";

but does must "a-list"; achieve the same t= hing ?

 

Rgds,

Jason

--_000_152220221265139558Aviatnetcom_-- From nobody Tue Mar 27 23:26:30 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D52B126DC2 for ; Tue, 27 Mar 2018 23:26:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 wjrP9AF6U64F for ; Tue, 27 Mar 2018 23:26:26 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id A77FE126D73 for ; Tue, 27 Mar 2018 23:26:26 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 9C3151AE00A0; Wed, 28 Mar 2018 08:26:24 +0200 (CEST) Date: Wed, 28 Mar 2018 08:26:24 +0200 (CEST) Message-Id: <20180328.082624.24188104780598722.mbj@tail-f.com> To: jason.sterne@nokia.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 06:26:28 -0000 Hi, "Sterne, Jason (Nokia - CA/Ottawa)" wrote: > Hi all, > > I'm pretty sure that this xpath (e.g. in a must statement) isn't > correct: > > (A) ../container-a/list-b[name=*]/some-leaf > > and should just be this instead: > > (B) ../container-a/list-b/some-leaf Assuming all list entries has a 'name', yes, it is the same. > Or is the * an allowable wildcard for a key value in a predicate ? "*" is syntactically legal, but is not a wildcard on all values of the node; it is a wildcard for all nodes. So if all list entries has a name, A will evaluate to the same nodeset as B, since "name = *" is a node-set comparison, and the node "name" will be present in the node set from "*" (node set comparisons are not always intuitive; read the spec for all details ;-) > I also had a question about whether the following "must" correctly > checks that at least one entry exists in a-list. > > container c1 { > leaf foo { > must "a-list"; > type uint16; > } > list a-list { > key "entry"; > leaf entry { > type uint16; > } > leaf another-entry { > type uint32; > } > } > } > > I think I could also replace that must with the following: > must "count(a-list) > 1"; > but does must "a-list"; achieve the same thing ? Yes, but if the list is big, the simple "a-list" may be more efficient, since "count()" will actually count all instances (modulo existance of optimizations in the evaluator). /martin From nobody Tue Mar 27 23:28:50 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EC0D1241F3 for ; Tue, 27 Mar 2018 23:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 uQlbz4pdCxq1 for ; Tue, 27 Mar 2018 23:28:47 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id DA707126D73 for ; Tue, 27 Mar 2018 23:28:46 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 302B41AE00A0; Wed, 28 Mar 2018 08:28:46 +0200 (CEST) Date: Wed, 28 Mar 2018 08:28:46 +0200 (CEST) Message-Id: <20180328.082846.267785197953149454.mbj@tail-f.com> To: jason.sterne@nokia.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180328.082624.24188104780598722.mbj@tail-f.com> References: <20180328.082624.24188104780598722.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 06:28:49 -0000 Martin Bjorklund wrote: > Hi, > > "Sterne, Jason (Nokia - CA/Ottawa)" wrote: > > Hi all, > > > > I'm pretty sure that this xpath (e.g. in a must statement) isn't > > correct: > > > > (A) ../container-a/list-b[name=*]/some-leaf > > > > and should just be this instead: > > > > (B) ../container-a/list-b/some-leaf > > Assuming all list entries has a 'name', yes, it is the same. > > > Or is the * an allowable wildcard for a key value in a predicate ? > > "*" is syntactically legal, but is not a wildcard on all values of the > node; it is a wildcard for all nodes. > > So if all list entries has a name, A will evaluate to the same nodeset > as B, since "name = *" is a node-set comparison, and the node "name" > will be present in the node set from "*" (node set comparisons are not > always intuitive; read the spec for all details ;-) > > > I also had a question about whether the following "must" correctly > > checks that at least one entry exists in a-list. > > > > container c1 { > > leaf foo { > > must "a-list"; > > type uint16; > > } > > list a-list { > > key "entry"; > > leaf entry { > > type uint16; > > } > > leaf another-entry { > > type uint32; > > } > > } > > } > > > > I think I could also replace that must with the following: > > must "count(a-list) > 1"; > > but does must "a-list"; achieve the same thing ? > > Yes, but if the list is big, the simple "a-list" may be more > efficient, since "count()" will actually count all instances > (modulo existance of optimizations in the evaluator). Whoops, I was too quick; see Alex's email for a better answer! /martin From nobody Wed Mar 28 09:11:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AE5B127599 for ; Wed, 28 Mar 2018 09:11:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B38sRvu8xQ1G for ; Wed, 28 Mar 2018 09:11:51 -0700 (PDT) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-he1eur02on0710.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe05::710]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37CB21243F6 for ; Wed, 28 Mar 2018 09:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ITJxT2diEPst+jIn31XR+b7+XntEUVQIO7N9IrRcV1I=; b=YS5+wVOWOuAHZgCI5PIn5b7lsNax+ey6W2wi9OukGDJEBnPnu9qq6/EpJBaly9ova1dzaDvR1cXKmfFz6RCtLdROAc39c99F0qrwmbKajSSbmKCoSuClnMzmejX2G60zGF8qctihWwJrQYT09np8m08Kdh8+JqXZqMOaMHp7+vQ= Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB0630.eurprd07.prod.outlook.com (10.160.3.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.631.11; Wed, 28 Mar 2018 16:11:45 +0000 Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399%4]) with mapi id 15.20.0631.009; Wed, 28 Mar 2018 16:11:45 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: Alex Campbell , "netmod@ietf.org" Thread-Topic: YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQACPNCkABzr32A= Date: Wed, 28 Mar 2018 16:11:45 +0000 Message-ID: References: <1522202212651.39558@Aviatnet.com> In-Reply-To: <1522202212651.39558@Aviatnet.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=jason.sterne@nokia.com; x-originating-ip: [135.245.20.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM3PR07MB0630; 7:y5yhlTWgxlk60NfAaOSv2zrMGyEIfzRLBn+G92Jbs0UmgULnLBJzAUYmH221XR7LbZIqQyTeX+XawIKUsYbHLH98ldiWwIRF2lG7RZ4vf7dg6CFut83fqdwYEqQG1F2Ss/kGFLZSA66ANjEYXZfO2yF8WqnLDlE6gJ6j7vET8CftIvnlEUx8SMe8T3ptpynemoFI3yVZ+EjDbwlW5W7Zc0lQK/WktryFu0h4cXn4IZkRs6gj5k4N8IIlLIUyCcPR x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 64fd3683-e45b-477c-4a4f-08d594c69a69 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM3PR07MB0630; x-ms-traffictypediagnostic: AM3PR07MB0630: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(82608151540597)(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231221)(11241501184)(806099)(944501327)(52105095)(93006095)(93001095)(6055026)(6041310)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:AM3PR07MB0630; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB0630; x-forefront-prvs: 06259BA5A2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(39860400002)(396003)(366004)(376002)(346002)(199004)(189003)(53754006)(3846002)(790700001)(66066001)(486005)(486005)(476003)(6246003)(68736007)(478600001)(33656002)(102836004)(186003)(2900100001)(14454004)(26005)(53546011)(6506007)(6116002)(5660300001)(106356001)(5250100002)(11346002)(446003)(110136005)(316002)(2501003)(55016002)(7736002)(99286004)(6436002)(97736004)(3280700002)(3660700001)(74316002)(8676002)(9686003)(229853002)(236005)(54896002)(105586002)(53936002)(6306002)(86362001)(8936002)(2906002)(25786009)(76176011)(81156014)(81166006)(7696005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB0630; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: LZiwpkK8O3sm6SU0chajez8VmVofbdexQHyrdAssGJk0rN2AMlVLA5cnnXCY0pORTlekBabut8+DsH4t8Sv8ZpTf6WxcbzEpexPuI/zxF47b56BNJRebhLibK3SnDWyLnjgFWEi2uJc20Sm7YzYT1/bjQNb3LJobFNHMpats29RK8uyGa9dticc/6AQss0z+X58JQFRq0FVYY9FzpW7xA11tp5ne2fyklgz+D78zoYpFWql9mCy1S8dvX45u/hV23ADJFAwLhKDX8UXqpo8rTl1qNNtrSfjnZ/VXFp+W84rsw0xeFb1C7TX0ALC0tcvqkHiKpebqsrehSXnX3rVuBgxTpzaSTiBsuB2rE+LR4ShCVpAF6n8ECMiYDgcuoCFx spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM3PR07MB112427002EE13423DDA8A6E49BA30AM3PR07MB1124eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 64fd3683-e45b-477c-4a4f-08d594c69a69 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2018 16:11:45.7507 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB0630 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 16:11:53 -0000 --_000_AM3PR07MB112427002EE13423DDA8A6E49BA30AM3PR07MB1124eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Alex. Sorry about those sloppy mistakes. I agree about the ../a-li= st and I should have said count > 0. In the 2nd part of my email, my intention was to only allow foo to be confi= gured if a-list has at least one entry configured. So I don't think min-e= lements 1 would work. I don't want to always require an entry in a-list. = I only want to require one if foo is configured. I guess this also achieves the same thing right ? must "../a-list[entry=3D*]"; If foo has a default value, then does that mean the "must" is evaluated eve= n if foo is deleted from the config ? leaf foo { must "../a-list"; <- always evaluated because of default ? type uint16; default 5; } If the must is always evaluated then it would be the equivalent of having m= in-elements 1 in a-list. Rgds, Jason From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com] Sent: Tuesday, March 27, 2018 9:57 PM To: Sterne, Jason (Nokia - CA/Ottawa) ; netmod@ietf= .org Subject: Re: YANG 'must' Xpaths, predicates and wildcards Hi, For one thing, it should be ../a-list since a-list is not a child of foo. Also - if foo is not configured and has no default value, then any must exp= ressions in foo are not evaluated because it is not part of the "accessible= tree". (I tested this in ConfD) Apart from these issues, yes it will behave as you expect - it will fail if= a-list contains no entries. must "count(a-list) > 1"; is not equivalent since it requires at least two = entries. However, you can more simply add a min-elements 1; statement to a-list to a= chieve the same goal - no XPath required. ________________________________ From: netmod > on b= ehalf of Sterne, Jason (Nokia - CA/Ottawa) > Sent: Wednesday, 28 March 2018 1:10 p.m. To: netmod@ietf.org Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards Hi all, I'm pretty sure that this xpath (e.g. in a must statement) isn't correct: (A) ../container-a/list-b[name=3D*]/some-leaf and should just be this instead: (B) ../container-a/list-b/some-leaf Or is the * an allowable wildcard for a key value in a predicate ? I also had a question about whether the following "must" correctly checks t= hat at least one entry exists in a-list. container c1 { leaf foo { must "a-list"; type uint16; } list a-list { key "entry"; leaf entry { type uint16; } leaf another-entry { type uint32; } } } I think I could also replace that must with the following: must "count(a-list) > 1"; but does must "a-list"; achieve the same thing ? Rgds, Jason --_000_AM3PR07MB112427002EE13423DDA8A6E49BA30AM3PR07MB1124eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Al= ex.  Sorry about those sloppy mistakes.  I agree about the ../a-l= ist and I should have said count > 0.

&nbs= p;

In the 2<= sup>nd part of my email, my intention was to only allow foo to be con= figured if a-list has at least one entry configured.   So I don't= think min-elements 1 would work.  I don't want to always require an entry in a-list.  I only want to require one if = foo is configured.

&nbs= p;

I guess t= his also achieves the same thing right ?

     = ; must "../a-list[entry=3D*]";

&nbs= p;

If foo ha= s a default value, then does that mean the "must" is evaluated ev= en if foo is deleted from the config ?

    leaf foo {=

     = ; must "../a-list";   <- always evaluated because of= default ?

     = ; type uint16;

     = ; default 5;

    }

If the mu= st is always evaluated then it would be the equivalent of having min-elemen= ts 1 in a-list.

&nbs= p;

Rgds,

Jason

 

From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com]
Sent: Tuesday, March 27, 2018 9:57 PM
To: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>= ; netmod@ietf.org
Subject: Re: YANG 'must' Xpaths, predicates and wildcards=

 

Hi,

 

For one thing, it should be= ../a-list since a-list is not a child of foo.=

Also - if foo<= /span> is not configured and h= as no default value, then any must expressions in foo are no= t evaluated because it is not part of the "accessible tree". (I t= ested this in ConfD)

Apart from these issues, ye= s it will behave as you expect - it will fail if a-list con= tains no entries.

 

must "count(a-list) > 1"; is not e= quivalent since it requires at least two entries.

 

However, you can more simpl= y add a min-elements 1; s= tatement to a-list&nbs= p;to achieve the same goal - no XPath required.

 

From: netmod <netmod-bounces@ietf.org> on be= half of Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com&= gt;
Sent: Wednesday, 28 March 2018 1:10 p.m.
To: netmod@ietf.org
Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards

 = ;

Hi all,

 

I'm pretty sure that t= his xpath (e.g. in a must statement) isn't correct:

 

   &nbs= p;          (A) ../container-a= /list-b[name=3D*]/some-leaf

 

and should just be thi= s instead:

 

   &nbs= p;          (B) ../container-a= /list-b/some-leaf

 

Or is the * an allowab= le wildcard for a key value in a predicate ?

 

I also had a question = about whether the following "must" correctly checks that at least= one entry exists in a-list.

  

  container c1 {<= span style=3D"color:#212121">

    leaf foo {=

     = ; must "a-list";<= /span>

     = ; type uint16;

    }

    list a-lis= t {

      key= “entry”;

     &nbs= p;leaf entry {

     = ;   type uint16;

     &nbs= p;}

      lea= f another-entry {

     &nbs= p;  type uint32;

     &nbs= p;}

    }

  }

 

I think I could also r= eplace that must with the following:

     = ; must "count(a-list) > 1";

but does must "a-= list"; achieve the same thing ?

 

Rgds,

Jason

--_000_AM3PR07MB112427002EE13423DDA8A6E49BA30AM3PR07MB1124eurp_-- From nobody Wed Mar 28 09:19:53 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C831243F6 for ; Wed, 28 Mar 2018 09:19:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9jWyUJWoQ-Bs for ; Wed, 28 Mar 2018 09:19:50 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50117.outbound.protection.outlook.com [40.107.5.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0E521275AB for ; Wed, 28 Mar 2018 09:19:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6ePqTZpUOIQkh0G3nZNGDYyMBTLWar1XG2Tdpi3MxI4=; b=O/VpyOCemtaulbqSNYx6aYjp5Y+N7wT8geX71qV+0sORTxl5Mvs5gJz8DSFxBzgQa9Vp+Eyz83N+sj9DDZ55YONfBi/ajXYZyERMUi/uWs/i1CZyPsR4ZVmG4HValcMWQbJfvoQ3L84y8QtM4w0nfFAG1QLkDFgvsjsO2KDJZfY= Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB449.eurprd07.prod.outlook.com (10.242.113.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.631.5; Wed, 28 Mar 2018 16:19:47 +0000 Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399%4]) with mapi id 15.20.0631.009; Wed, 28 Mar 2018 16:19:47 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: Martin Bjorklund CC: "netmod@ietf.org" Thread-Topic: [netmod] YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQANJsQAABRyAMA= Date: Wed, 28 Mar 2018 16:19:46 +0000 Message-ID: References: <20180328.082624.24188104780598722.mbj@tail-f.com> In-Reply-To: <20180328.082624.24188104780598722.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.245.20.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM3PR07MB449; 7:3y0rIQQw1pBvMrPFR4u/raxG4Tn2Kj+Zva81FXwMndrMR6m2kd9RByBfz6wJ/cwLz4chWCd02H548J0SKQmNVcTOSV6H/ctp7iLsx5/5XQFYzQpwdLcWgqzZNx15httodr10jdGbDCVPuruB5ood5mV0j8GzAhcaDk/PcBj5QW/21SoW5GDAG2ike+GFxHsKJZiByw+0nyV961OWi8jhd6GQYeXUpKh5mUmXFHeUsmrfOPBFY3rdhJw2p3lv5+ay x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: da5914eb-75ba-4768-d7c0-08d594c7b93f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM3PR07MB449; x-ms-traffictypediagnostic: AM3PR07MB449: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(82608151540597)(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(3231221)(11241501184)(806099)(944501327)(52105095)(6055026)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:AM3PR07MB449; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB449; x-forefront-prvs: 06259BA5A2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(39860400002)(39380400002)(396003)(53754006)(189003)(13464003)(199004)(76176011)(6116002)(6436002)(3846002)(33656002)(478600001)(53936002)(4326008)(8676002)(2906002)(6246003)(105586002)(81166006)(316002)(55016002)(5250100002)(81156014)(25786009)(9686003)(6346003)(8936002)(3660700001)(7696005)(102836004)(186003)(99286004)(106356001)(11346002)(74316002)(305945005)(3280700002)(97736004)(86362001)(2900100001)(229853002)(14454004)(486005)(53546011)(7736002)(476003)(486005)(6506007)(446003)(26005)(66066001)(68736007)(5660300001)(6916009); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB449; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com; x-microsoft-antispam-message-info: c8d+oRdZK+7UYhrJtB/0lBYzJ6xGXAmnmQelNZro4i3rzdg91c+cZqMAJakz3/obC54XC94Mmn9TzFT1JwglOI/tNBvDM6MeBWSUi4NfEIbfI5ojYc5tSgyixg0MhPAd8FRNR3hvyUmglpjfwuIzpN5gOZf8JUti1RmNe8Vh6pihhqQNtnmNYiFsyUuxHSVsGtoyej371w+QW0vDlVK86m4xbLd/Eyhib0kUIw/HltZ8DOl6z83z/7Vy7SrhIsMvk96ec7XMV891CewgC1KZuvc/Rjq3ff4glXLAYpLugLL6oEMFBkfiOa/L9rzdVARnRbLh/aUSUHABirWYJm7oO6BT5TXbW3qFGOEJmeE/3cmkadqi223Y4YJmftmuSfDN spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: da5914eb-75ba-4768-d7c0-08d594c7b93f X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2018 16:19:46.9383 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB449 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 16:19:52 -0000 Thx Martin. Pls see below. Jason > -----Original Message----- > From: Martin Bjorklund [mailto:mbj@tail-f.com] > Sent: Wednesday, March 28, 2018 2:26 AM > To: Sterne, Jason (Nokia - CA/Ottawa) > Cc: netmod@ietf.org > Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards >=20 > Hi, >=20 > "Sterne, Jason (Nokia - CA/Ottawa)" wrote: > > Hi all, > > > > I'm pretty sure that this xpath (e.g. in a must statement) isn't > > correct: > > > > (A) ../container-a/list-b[name=3D*]/some-leaf > > > > and should just be this instead: > > > > (B) ../container-a/list-b/some-leaf >=20 > Assuming all list entries has a 'name', yes, it is the same. >=20 > > Or is the * an allowable wildcard for a key value in a predicate ? >=20 > "*" is syntactically legal,=20 [>>JTS: ] That surprises me. I've seen the use of * described in XPath docs= but it always seems to be in cases outside any predicates. I couldn't fin= d somewhere that shows * as a wildcard in a predicate (or examples of them)= . [>>JTS: ] Does this [xyz=3D*] work for all types of keys (strings, integers= , etc) ? (i.e. will match on all entries in the list) but is not a wildcard on all values of the > node; it is a wildcard for all nodes. >=20 > So if all list entries has a name, A will evaluate to the same nodeset > as B, since "name =3D *" is a node-set comparison, and the node "name" > will be present in the node set from "*" (node set comparisons are not > always intuitive; read the spec for all details ;-) [>>JTS: ] I'll try to dig through the specs but this subtlety (wildcard for= all nodes, vs wildcard for all values) is beyond me at the moment. =20 [>>JTS: ] You mention "if all list entries has a name". I assume you mean = that all list-b entries have a name. I wasn't clear enough above but in my= example, 'name' is the key for list-b. So all entries have a name (ignor= ing config false lists that can have no keys for the moment). >=20 > > I also had a question about whether the following "must" correctly > > checks that at least one entry exists in a-list. > > > > container c1 { > > leaf foo { > > must "a-list"; > > type uint16; > > } > > list a-list { > > key "entry"; > > leaf entry { > > type uint16; > > } > > leaf another-entry { > > type uint32; > > } > > } > > } > > > > I think I could also replace that must with the following: > > must "count(a-list) > 1"; > > but does must "a-list"; achieve the same thing ? >=20 > Yes, but if the list is big, the simple "a-list" may be more > efficient, since "count()" will actually count all instances > (modulo existance of optimizations in the evaluator). >=20 >=20 > /martin From nobody Wed Mar 28 09:36:14 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8C361243F6 for ; Wed, 28 Mar 2018 09:36:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.01 X-Spam-Level: X-Spam-Status: No, score=-7.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LNmbGTGZWQoQ for ; Wed, 28 Mar 2018 09:36:06 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F4D4124235 for ; Wed, 28 Mar 2018 09:36:03 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:1f99:257b:62cc:c0d5]) by mail.nic.cz (Postfix) with ESMTPSA id 8C72962614 for ; Wed, 28 Mar 2018 18:36:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1522254961; bh=YXtCLlAnKrWVLUCpXrAydk3aKBoHFgAq/exEjPuvXFE=; h=From:To:Date; b=m9Fol3TjslyqUrChjuDyZiGFeMHe6zdvKjIsDEETiBEIr5bDx/uKLmgMsXqVDgz+q HinhgKl6kntw+/mXQFOevibZNr6zYH8JnEAsI1kY/leJT7w/pPPvnNlC7xJnkZazHD eBLqBB433R6IttNB8EWAgEvSQ4w8mop6gHEQvE1c= Message-ID: <0daef4eb0ccfa7e990fddbd98f6fb17e9a05a4dd.camel@nic.cz> From: Ladislav Lhotka To: netmod@ietf.org Date: Wed, 28 Mar 2018 18:36:01 +0200 In-Reply-To: References: <20180328.082624.24188104780598722.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 16:36:13 -0000 On Wed, 2018-03-28 at 16:19 +0000, Sterne, Jason (Nokia - CA/Ottawa) wrote: > Thx Martin. Pls see below. > Jason > > > -----Original Message----- > > From: Martin Bjorklund [mailto:mbj@tail-f.com] > > Sent: Wednesday, March 28, 2018 2:26 AM > > To: Sterne, Jason (Nokia - CA/Ottawa) > > Cc: netmod@ietf.org > > Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards > > > > Hi, > > > > "Sterne, Jason (Nokia - CA/Ottawa)" wrote: > > > Hi all, > > > > > > I'm pretty sure that this xpath (e.g. in a must statement) isn't > > > correct: > > > > > > (A) ../container-a/list-b[name=*]/some-leaf > > > > > > and should just be this instead: > > > > > > (B) ../container-a/list-b/some-leaf > > > > Assuming all list entries has a 'name', yes, it is the same. > > > > > Or is the * an allowable wildcard for a key value in a predicate ? > > > > "*" is syntactically legal, > > [>>JTS: ] That surprises me. I've seen the use of * described in XPath docs > but it always seems to be in cases outside any predicates. I couldn't find > somewhere that shows * as a wildcard in a predicate (or examples of them). > [>>JTS: ] Does this [xyz=*] work for all types of keys (strings, integers, > etc) ? (i.e. will match on all entries in the list) > > but is not a wildcard on all values of the > > node; it is a wildcard for all nodes. It really doesn't matter, the asterisk is a special case of location path that selects all element children of the context node, see https://www.w3.org/TR/1999/REC-xpath-19991116/#location-paths If used in a predicate like [xyz=*], then the rules (quite complex) for equality expressions have to be taken into account. Lada > > > > So if all list entries has a name, A will evaluate to the same nodeset > > as B, since "name = *" is a node-set comparison, and the node "name" > > will be present in the node set from "*" (node set comparisons are not > > always intuitive; read the spec for all details ;-) > > [>>JTS: ] I'll try to dig through the specs but this subtlety (wildcard for > all nodes, vs wildcard for all values) is beyond me at the moment. > [>>JTS: ] You mention "if all list entries has a name". I assume you mean > that all list-b entries have a name. I wasn't clear enough above but in my > example, 'name' is the key for list-b. So all entries have a name (ignoring > config false lists that can have no keys for the moment). > > > > > > I also had a question about whether the following "must" correctly > > > checks that at least one entry exists in a-list. > > > > > > container c1 { > > > leaf foo { > > > must "a-list"; > > > type uint16; > > > } > > > list a-list { > > > key "entry"; > > > leaf entry { > > > type uint16; > > > } > > > leaf another-entry { > > > type uint32; > > > } > > > } > > > } > > > > > > I think I could also replace that must with the following: > > > must "count(a-list) > 1"; > > > but does must "a-list"; achieve the same thing ? > > > > Yes, but if the list is big, the simple "a-list" may be more > > efficient, since "count()" will actually count all instances > > (modulo existance of optimizations in the evaluator). > > > > > > /martin > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Mar 28 10:27:57 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D4A3126C89 for ; Wed, 28 Mar 2018 10:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 AsVY7UDHa-5n for ; Wed, 28 Mar 2018 10:27:53 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id ADDF11243F3 for ; Wed, 28 Mar 2018 10:27:53 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 368101AE00A0; Wed, 28 Mar 2018 19:27:51 +0200 (CEST) Date: Wed, 28 Mar 2018 19:27:50 +0200 (CEST) Message-Id: <20180328.192750.259736782775438140.mbj@tail-f.com> To: jason.sterne@nokia.com Cc: Alex.Campbell@Aviatnet.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <1522202212651.39558@Aviatnet.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 17:27:56 -0000 "Sterne, Jason (Nokia - CA/Ottawa)" wrote: > Thanks Alex. Sorry about those sloppy mistakes. I agree about the > ../a-list and I should have said count > 0. > > In the 2nd part of my email, my intention was to only allow foo to be > configured if a-list has at least one entry configured. So I don't > think min-elements 1 would work. I don't want to always require an > entry in a-list. I only want to require one if foo is configured. > > I guess this also achieves the same thing right ? > must "../a-list[entry=*]"; Yes, if all a-list entries has a node called "entry". But if that't what you want, do: must "../a-list[entry]"; > If foo has a default value, then does that mean the "must" is > evaluated even if foo is deleted from the config ? > leaf foo { > must "../a-list"; <- always evaluated because of default ? > type uint16; > default 5; > } > If the must is always evaluated then it would be the equivalent of > having min-elements 1 in a-list. Correct. /martin > > Rgds, > Jason > > From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com] > Sent: Tuesday, March 27, 2018 9:57 PM > To: Sterne, Jason (Nokia - CA/Ottawa) ; > netmod@ietf..org > Subject: Re: YANG 'must' Xpaths, predicates and wildcards > > > Hi, > > > > For one thing, it should be ../a-list since a-list is not a child of > foo. > > Also - if foo is not configured and has no default value, then any > must expressions in foo are not evaluated because it is not part of > the "accessible tree". (I tested this in ConfD) > > Apart from these issues, yes it will behave as you expect - it will > fail if a-list contains no entries. > > > > must "count(a-list) > 1"; is not equivalent since it requires at least > two entries. > > > > However, you can more simply add a min-elements 1; statement to a-list > to achieve the same goal - no XPath required. > > > > ________________________________ > From: netmod > > on behalf of Sterne, Jason (Nokia - CA/Ottawa) > > > Sent: Wednesday, 28 March 2018 1:10 p.m. > To: netmod@ietf.org > Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards > > Hi all, > > I'm pretty sure that this xpath (e.g. in a must statement) isn't > correct: > > (A) ../container-a/list-b[name=*]/some-leaf > > and should just be this instead: > > (B) ../container-a/list-b/some-leaf > > Or is the * an allowable wildcard for a key value in a predicate ? > > I also had a question about whether the following "must" correctly > checks that at least one entry exists in a-list. > > container c1 { > leaf foo { > must "a-list"; > type uint16; > } > list a-list { > key "entry"; > leaf entry { > type uint16; > } > leaf another-entry { > type uint32; > } > } > } > > I think I could also replace that must with the following: > must "count(a-list) > 1"; > but does must "a-list"; achieve the same thing ? > > Rgds, > Jason From nobody Wed Mar 28 10:46:45 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10A04126DED for ; Wed, 28 Mar 2018 10:46:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Em-q_lyncjBJ for ; Wed, 28 Mar 2018 10:46:41 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30139.outbound.protection.outlook.com [40.107.3.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 947AC1243F3 for ; Wed, 28 Mar 2018 10:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=IzCeiJYaZn71pJUGZmU1XyV2ZtmqfzzUAXpF1gwx5I8=; b=sZH19OSUU2eVCsSU8eamAz3nYpYuUJ4CPfxvlExTjzuQmCNSyjpBxufL88RwSjB2Zk+SYuo/CDYUiOvCVwbiPP3GCqXKzyeF+rgzhInEefUZF4NHITt3+JGrw9aHnyPqzobLsMj+acK+gk0/hS9+AbjcZS13x6Hbq7XoKm+XGA8= Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB337.eurprd07.prod.outlook.com (10.242.109.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.631.5; Wed, 28 Mar 2018 17:46:37 +0000 Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::c88d:cbe7:1cfc:7399%4]) with mapi id 15.20.0631.009; Wed, 28 Mar 2018 17:46:37 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: Martin Bjorklund CC: "Alex.Campbell@Aviatnet.com" , "netmod@ietf.org" Thread-Topic: [netmod] YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQACPNCkABzr32AABRfBAAAAbAMA Date: Wed, 28 Mar 2018 17:46:37 +0000 Message-ID: References: <1522202212651.39558@Aviatnet.com> <20180328.192750.259736782775438140.mbj@tail-f.com> In-Reply-To: <20180328.192750.259736782775438140.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.245.20.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM3PR07MB337; 7:c4+UZNWM0pmnia3Y5JUWaxOTDXpledpGZrby4U2WmmcTSjeZFe6YDOuU0JPyQViH/2B3Nsv8AI/r0fRvGyayVgF7hUsyAa6EZcbIAa7A5xRHFbYAsMiiNJuzMKNXf79i/A+B5pKJezUDXVok3h5T661k9eSlaxHR5sEmmfAwYiUiDVhsvCbi628Q4l6rSPCn5KdYsrPI4viQMlMiM84eOfieEc2ufvenWFZ+1BdC3Lc1OyUTFgN6QEVfbxah3GLn x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: fd19d572-b1fe-4ca9-2463-08d594d3db03 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM3PR07MB337; x-ms-traffictypediagnostic: AM3PR07MB337: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(82608151540597)(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(3231221)(11241501184)(806099)(944501327)(52105095)(6055026)(6041310)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(6072148)(201708071742011); SRVR:AM3PR07MB337; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB337; x-forefront-prvs: 06259BA5A2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(376002)(39860400002)(396003)(346002)(366004)(199004)(189003)(53754006)(13464003)(486005)(93886005)(2900100001)(99286004)(14454004)(54906003)(97736004)(76176011)(6346003)(446003)(316002)(11346002)(7696005)(486005)(26005)(102836004)(68736007)(86362001)(478600001)(53546011)(6506007)(186003)(4326008)(33656002)(55016002)(2906002)(106356001)(81156014)(53936002)(6436002)(9686003)(105586002)(74316002)(3280700002)(3660700001)(81166006)(305945005)(8676002)(6916009)(66066001)(7736002)(3846002)(5250100002)(6116002)(6246003)(476003)(229853002)(25786009)(5660300001)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB337; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com; x-microsoft-antispam-message-info: m3j8XzTDWysSwmXN5KNxBGUFTZJSNcGqOXCgaMX8bHFOyb+S8hAPmy8EJ+ChM5iqcK2T+7AVH9lIPBqbTyDH7Zgsx5q5BFa9Y6exHbhbbPeGMBauq/HWDNt4iPm4kGjAAFRHLj6NgkC18pvPi/0BssWZhccIwWLJzZwoE/ftSgpgUdqqzUgv+NRoLovC1awWdpMP0cDU8ppYtRYe3ePf31ZUoEVjf3oPUEDq2tCK0P9+av5oYMQoqBbWKUZ0bRIWUMeiW61tbJUF8HPPHvY1O7JEGJPlYhl9YVYHKVUxidfwBWCZdF6w6FZcu5zQ3eLsbPaYi6Arh2DAPKM+EYZTtclhH4RynddpmCGxQkPIKEC2pHp8dg074CBlP23noh5k spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: fd19d572-b1fe-4ca9-2463-08d594d3db03 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2018 17:46:37.5750 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB337 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 17:46:44 -0000 VGh4LiAgSW4gdGhlIGNhc2UgSSdtIG1vc3QgY29uY2VybmVkIGFib3V0LCBhLWxpc3QgKGFuZCBh bGwgZGVzY2VuZGFudHMpIGlzIGNvbmZpZyB0cnVlIGFuZCAnZW50cnknIGlzIHRoZSBrZXkgbGVh Zi4gIFNvIGFsbCBhLWxpc3QgZW50cmllcyBoYXZlIGEgbm9kZSBjYWxsZWQgJ2VudHJ5JyBieSBk ZWZpbml0aW9uLg0KDQooSSdtIHJlZ3JldHRpbmcgdXNpbmcgdGhlIG5hbWUgJ2VudHJ5JyBmb3Ig bXkga2V5IG5vdyBpbiB0aGlzIGV4YW1wbGUg8J+Yig0KDQpJbiB0aGlzIGNhc2UgaXQgc2VlbXMg YWxsIHRoZSBmb2xsb3dpbmcgcmVzdWx0IGluIHRoZSBlcXVpdmFsZW50IGJlaGF2aW9yIChjaGVj a2luZyB0aGF0IGEtbGlzdCBoYXMgYXQgbGVhc3Qgb25lIGVudHJ5KToNCgltdXN0ICIuLi9hLWxp c3QiOw0KCW11c3QgIi4uL2EtbGlzdFtlbnRyeT0qXSI7DQoJbXVzdCAiLi4vYS1saXN0W2VudHJ5 XSI7ICA8LSB0aGlzIGNvbmZ1c2VzIG1lIGJ1dCBJJ2xsIHRha2UgeW91ciB3b3JkIGZvciBpdA0K CW11c3QgIi4uL2EtbGlzdC9lbnRyeSI7DQoJbXVzdCAiLi4vYS1saXN0W2VudHJ5PSpdL2VudHJ5 IjsNCgltdXN0ICIuLi9hLWxpc3RbZW50cnldL2VudHJ5IjsgIDwtIG5vdCBzdXJlIGFib3V0IHRo aXMgb25lDQoNClJnZHMsDQpKYXNvbg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ IEZyb206IE1hcnRpbiBCam9ya2x1bmQgW21haWx0bzptYmpAdGFpbC1mLmNvbV0NCj4gU2VudDog V2VkbmVzZGF5LCBNYXJjaCAyOCwgMjAxOCAxOjI4IFBNDQo+IFRvOiBTdGVybmUsIEphc29uIChO b2tpYSAtIENBL090dGF3YSkgPGphc29uLnN0ZXJuZUBub2tpYS5jb20+DQo+IENjOiBBbGV4LkNh bXBiZWxsQEF2aWF0bmV0LmNvbTsgbmV0bW9kQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbbmV0 bW9kXSBZQU5HICdtdXN0JyBYcGF0aHMsIHByZWRpY2F0ZXMgYW5kIHdpbGRjYXJkcw0KPiANCj4g IlN0ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EvT3R0YXdhKSIgPGphc29uLnN0ZXJuZUBub2tpYS5j b20+IHdyb3RlOg0KPiA+IFRoYW5rcyBBbGV4LiAgU29ycnkgYWJvdXQgdGhvc2Ugc2xvcHB5IG1p c3Rha2VzLiAgSSBhZ3JlZSBhYm91dCB0aGUNCj4gPiAuLi9hLWxpc3QgYW5kIEkgc2hvdWxkIGhh dmUgc2FpZCBjb3VudCA+IDAuDQo+ID4NCj4gPiBJbiB0aGUgMm5kIHBhcnQgb2YgbXkgZW1haWws IG15IGludGVudGlvbiB3YXMgdG8gb25seSBhbGxvdyBmb28gdG8gYmUNCj4gPiBjb25maWd1cmVk IGlmIGEtbGlzdCBoYXMgYXQgbGVhc3Qgb25lIGVudHJ5IGNvbmZpZ3VyZWQuICBTbyBJIGRvbid0 DQo+ID4gdGhpbmsgbWluLWVsZW1lbnRzIDEgd291bGQgd29yay4gIEkgZG9uJ3Qgd2FudCB0byBh bHdheXMgcmVxdWlyZSBhbg0KPiA+IGVudHJ5IGluIGEtbGlzdC4gIEkgb25seSB3YW50IHRvIHJl cXVpcmUgb25lIGlmIGZvbyBpcyBjb25maWd1cmVkLg0KPiA+DQo+ID4gSSBndWVzcyB0aGlzIGFs c28gYWNoaWV2ZXMgdGhlIHNhbWUgdGhpbmcgcmlnaHQgPw0KPiA+ICAgICAgIG11c3QgIi4uL2Et bGlzdFtlbnRyeT0qXSI7DQo+IA0KPiBZZXMsIGlmIGFsbCBhLWxpc3QgZW50cmllcyBoYXMgYSBu b2RlIGNhbGxlZCAiZW50cnkiLiAgQnV0IGlmIHRoYXQndA0KPiB3aGF0IHlvdSB3YW50LCBkbzoN Cj4gDQo+ICAgICAgICBtdXN0ICIuLi9hLWxpc3RbZW50cnldIjsNCj4gDQo+IA0KPiA+IElmIGZv byBoYXMgYSBkZWZhdWx0IHZhbHVlLCB0aGVuIGRvZXMgdGhhdCBtZWFuIHRoZSAibXVzdCIgaXMN Cj4gPiBldmFsdWF0ZWQgZXZlbiBpZiBmb28gaXMgZGVsZXRlZCBmcm9tIHRoZSBjb25maWcgPw0K PiA+ICAgICBsZWFmIGZvbyB7DQo+ID4gICAgICAgbXVzdCAiLi4vYS1saXN0IjsgICA8LSBhbHdh eXMgZXZhbHVhdGVkIGJlY2F1c2Ugb2YgZGVmYXVsdCA/DQo+ID4gICAgICAgdHlwZSB1aW50MTY7 DQo+ID4gICAgICAgZGVmYXVsdCA1Ow0KPiA+ICAgICB9DQo+ID4gSWYgdGhlIG11c3QgaXMgYWx3 YXlzIGV2YWx1YXRlZCB0aGVuIGl0IHdvdWxkIGJlIHRoZSBlcXVpdmFsZW50IG9mDQo+ID4gaGF2 aW5nIG1pbi1lbGVtZW50cyAxIGluIGEtbGlzdC4NCj4gDQo+IA0KPiBDb3JyZWN0Lg0KPiANCj4g DQo+IC9tYXJ0aW4NCj4gDQo+ID4NCj4gPiBSZ2RzLA0KPiA+IEphc29uDQo+ID4NCj4gPiBGcm9t OiBBbGV4IENhbXBiZWxsIFttYWlsdG86QWxleC5DYW1wYmVsbEBBdmlhdG5ldC5jb21dDQo+ID4g U2VudDogVHVlc2RheSwgTWFyY2ggMjcsIDIwMTggOTo1NyBQTQ0KPiA+IFRvOiBTdGVybmUsIEph c29uIChOb2tpYSAtIENBL090dGF3YSkgPGphc29uLnN0ZXJuZUBub2tpYS5jb20+Ow0KPiA+IG5l dG1vZEBpZXRmLi5vcmcNCj4gPiBTdWJqZWN0OiBSZTogWUFORyAnbXVzdCcgWHBhdGhzLCBwcmVk aWNhdGVzIGFuZCB3aWxkY2FyZHMNCj4gPg0KPiA+DQo+ID4gSGksDQo+ID4NCj4gPg0KPiA+DQo+ ID4gRm9yIG9uZSB0aGluZywgaXQgc2hvdWxkIGJlIC4uL2EtbGlzdCBzaW5jZSBhLWxpc3QgaXMg bm90IGEgY2hpbGQgb2YNCj4gPiBmb28uDQo+ID4NCj4gPiBBbHNvIC0gaWYgZm9vIGlzIG5vdCBj b25maWd1cmVkIGFuZCBoYXMgbm8gZGVmYXVsdCB2YWx1ZSwgdGhlbiBhbnkNCj4gPiBtdXN0IGV4 cHJlc3Npb25zIGluIGZvbyBhcmUgbm90IGV2YWx1YXRlZCBiZWNhdXNlIGl0IGlzIG5vdCBwYXJ0 IG9mDQo+ID4gdGhlICJhY2Nlc3NpYmxlIHRyZWUiLiAoSSB0ZXN0ZWQgdGhpcyBpbiBDb25mRCkN Cj4gPg0KPiA+IEFwYXJ0IGZyb20gdGhlc2UgaXNzdWVzLCB5ZXMgaXQgd2lsbCBiZWhhdmUgYXMg eW91IGV4cGVjdCAtIGl0IHdpbGwNCj4gPiBmYWlsIGlmIGEtbGlzdCBjb250YWlucyBubyBlbnRy aWVzLg0KPiA+DQo+ID4NCj4gPg0KPiA+IG11c3QgImNvdW50KGEtbGlzdCkgPiAxIjsgaXMgbm90 IGVxdWl2YWxlbnQgc2luY2UgaXQgcmVxdWlyZXMgYXQgbGVhc3QNCj4gPiB0d28gZW50cmllcy4N Cj4gPg0KPiA+DQo+ID4NCj4gPiBIb3dldmVyLCB5b3UgY2FuIG1vcmUgc2ltcGx5IGFkZCBhIG1p bi1lbGVtZW50cyAxOyBzdGF0ZW1lbnQgdG8gYS1saXN0DQo+ID4gdG8gYWNoaWV2ZSB0aGUgc2Ft ZSBnb2FsIC0gbm8gWFBhdGggcmVxdWlyZWQuDQo+ID4NCj4gPg0KPiA+DQo+ID4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBGcm9tOiBuZXRtb2QgPG5ldG1vZC1ib3VuY2Vz QGlldGYub3JnPG1haWx0bzpuZXRtb2QtDQo+IGJvdW5jZXNAaWV0Zi5vcmc+Pg0KPiA+IG9uIGJl aGFsZiBvZiBTdGVybmUsIEphc29uIChOb2tpYSAtIENBL090dGF3YSkNCj4gPiA8amFzb24uc3Rl cm5lQG5va2lhLmNvbTxtYWlsdG86amFzb24uc3Rlcm5lQG5va2lhLmNvbT4+DQo+ID4gU2VudDog V2VkbmVzZGF5LCAyOCBNYXJjaCAyMDE4IDE6MTAgcC5tLg0KPiA+IFRvOiBuZXRtb2RAaWV0Zi5v cmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9yZz4NCj4gPiBTdWJqZWN0OiBbbmV0bW9kXSBZQU5HICdt dXN0JyBYcGF0aHMsIHByZWRpY2F0ZXMgYW5kIHdpbGRjYXJkcw0KPiA+DQo+ID4gSGkgYWxsLA0K PiA+DQo+ID4gSSdtIHByZXR0eSBzdXJlIHRoYXQgdGhpcyB4cGF0aCAoZS5nLiBpbiBhIG11c3Qg c3RhdGVtZW50KSBpc24ndA0KPiA+IGNvcnJlY3Q6DQo+ID4NCj4gPiAgICAgICAgICAgICAgIChB KSAuLi9jb250YWluZXItYS9saXN0LWJbbmFtZT0qXS9zb21lLWxlYWYNCj4gPg0KPiA+IGFuZCBz aG91bGQganVzdCBiZSB0aGlzIGluc3RlYWQ6DQo+ID4NCj4gPiAgICAgICAgICAgICAgIChCKSAu Li9jb250YWluZXItYS9saXN0LWIvc29tZS1sZWFmDQo+ID4NCj4gPiBPciBpcyB0aGUgKiBhbiBh bGxvd2FibGUgd2lsZGNhcmQgZm9yIGEga2V5IHZhbHVlIGluIGEgcHJlZGljYXRlID8NCj4gPg0K PiA+IEkgYWxzbyBoYWQgYSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoZSBmb2xsb3dpbmcgIm11 c3QiIGNvcnJlY3RseQ0KPiA+IGNoZWNrcyB0aGF0IGF0IGxlYXN0IG9uZSBlbnRyeSBleGlzdHMg aW4gYS1saXN0Lg0KPiA+DQo+ID4gICBjb250YWluZXIgYzEgew0KPiA+ICAgICBsZWFmIGZvbyB7 DQo+ID4gICAgICAgbXVzdCAiYS1saXN0IjsNCj4gPiAgICAgICB0eXBlIHVpbnQxNjsNCj4gPiAg ICAgfQ0KPiA+ICAgICBsaXN0IGEtbGlzdCB7DQo+ID4gICAgICAga2V5ICJlbnRyeSI7DQo+ID4g ICAgICAgbGVhZiBlbnRyeSB7DQo+ID4gICAgICAgICB0eXBlIHVpbnQxNjsNCj4gPiAgICAgICB9 DQo+ID4gICAgICAgbGVhZiBhbm90aGVyLWVudHJ5IHsNCj4gPiAgICAgICAgIHR5cGUgdWludDMy Ow0KPiA+ICAgICAgIH0NCj4gPiAgICAgfQ0KPiA+ICAgfQ0KPiA+DQo+ID4gSSB0aGluayBJIGNv dWxkIGFsc28gcmVwbGFjZSB0aGF0IG11c3Qgd2l0aCB0aGUgZm9sbG93aW5nOg0KPiA+ICAgICAg IG11c3QgImNvdW50KGEtbGlzdCkgPiAxIjsNCj4gPiBidXQgZG9lcyBtdXN0ICJhLWxpc3QiOyBh Y2hpZXZlIHRoZSBzYW1lIHRoaW5nID8NCj4gPg0KPiA+IFJnZHMsDQo+ID4gSmFzb24NCg== From nobody Wed Mar 28 10:50:59 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F9261270B4 for ; Wed, 28 Mar 2018 10:50:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 zt4Bud74jaAs for ; Wed, 28 Mar 2018 10:50:55 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1E82B126C89 for ; Wed, 28 Mar 2018 10:50:55 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 648DB1AE00A0; Wed, 28 Mar 2018 19:50:54 +0200 (CEST) Date: Wed, 28 Mar 2018 19:50:54 +0200 (CEST) Message-Id: <20180328.195054.808825470516981841.mbj@tail-f.com> To: jason.sterne@nokia.com Cc: Alex.Campbell@Aviatnet.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <20180328.192750.259736782775438140.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 17:50:57 -0000 IlN0ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EvT3R0YXdhKSIgPGphc29uLnN0ZXJuZUBub2tpYS5j b20+IHdyb3RlOg0KPiBUaHguICBJbiB0aGUgY2FzZSBJJ20gbW9zdCBjb25jZXJuZWQgYWJvdXQs IGEtbGlzdCAoYW5kIGFsbA0KPiBkZXNjZW5kYW50cykgaXMgY29uZmlnIHRydWUgYW5kICdlbnRy eScgaXMgdGhlIGtleSBsZWFmLg0KDQpObyBuZWVkIHRvIGNoZWNrIGZvciBhIGtleSdzIGV4aXN0 YW5jZSENCg0KPiBTbyBhbGwNCj4gYS1saXN0IGVudHJpZXMgaGF2ZSBhIG5vZGUgY2FsbGVkICdl bnRyeScgYnkgZGVmaW5pdGlvbi4NCj4gDQo+IChJJ20gcmVncmV0dGluZyB1c2luZyB0aGUgbmFt ZSAnZW50cnknIGZvciBteSBrZXkgbm93IGluIHRoaXMgZXhhbXBsZSDwn5iKDQo+IA0KPiBJbiB0 aGlzIGNhc2UgaXQgc2VlbXMgYWxsIHRoZSBmb2xsb3dpbmcgcmVzdWx0IGluIHRoZSBlcXVpdmFs ZW50IGJlaGF2aW9yIChjaGVja2luZyB0aGF0IGEtbGlzdCBoYXMgYXQgbGVhc3Qgb25lIGVudHJ5 KToNCj4gCW11c3QgIi4uL2EtbGlzdCI7DQo+IAltdXN0ICIuLi9hLWxpc3RbZW50cnk9Kl0iOw0K PiAJbXVzdCAiLi4vYS1saXN0W2VudHJ5XSI7ICA8LSB0aGlzIGNvbmZ1c2VzIG1lIGJ1dCBJJ2xs IHRha2UgeW91ciB3b3JkIGZvciBpdA0KPiAJbXVzdCAiLi4vYS1saXN0L2VudHJ5IjsNCj4gCW11 c3QgIi4uL2EtbGlzdFtlbnRyeT0qXS9lbnRyeSI7DQo+IAltdXN0ICIuLi9hLWxpc3RbZW50cnld L2VudHJ5IjsgIDwtIG5vdCBzdXJlIGFib3V0IHRoaXMgb25lDQoNClllcy4gIEFzIHdvdWxkOg0K DQogICAgbXVzdCAiLi4vYS1saXN0WzE9MV0vZW50cnkiOw0KICAgIG11c3QgIi4uL2EtbGlzdFtj b3VudCgqKSA+IDBdL2VudHJ5IjsNCg0KZXRjOyBpZiB5b3Ugd2FudCB0byBoYXZlIGEgY29uZnVz aW5nIGV4cHJlc3Npb24gaW5zdGVhZCBvZiB0aGUgc2ltcGxlOg0KDQogICAgbXVzdCAiLi4vYS1s aXN0IjsNCg0KDQovbWFydGluDQoNCg0KDQo+IA0KPiBSZ2RzLA0KPiBKYXNvbg0KPiANCj4gPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IE1hcnRpbiBCam9ya2x1bmQgW21h aWx0bzptYmpAdGFpbC1mLmNvbV0NCj4gPiBTZW50OiBXZWRuZXNkYXksIE1hcmNoIDI4LCAyMDE4 IDE6MjggUE0NCj4gPiBUbzogU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9PdHRhd2EpIDxqYXNv bi5zdGVybmVAbm9raWEuY29tPg0KPiA+IENjOiBBbGV4LkNhbXBiZWxsQEF2aWF0bmV0LmNvbTsg bmV0bW9kQGlldGYub3JnDQo+ID4gU3ViamVjdDogUmU6IFtuZXRtb2RdIFlBTkcgJ211c3QnIFhw YXRocywgcHJlZGljYXRlcyBhbmQgd2lsZGNhcmRzDQo+ID4gDQo+ID4gIlN0ZXJuZSwgSmFzb24g KE5va2lhIC0gQ0EvT3R0YXdhKSIgPGphc29uLnN0ZXJuZUBub2tpYS5jb20+IHdyb3RlOg0KPiA+ ID4gVGhhbmtzIEFsZXguICBTb3JyeSBhYm91dCB0aG9zZSBzbG9wcHkgbWlzdGFrZXMuICBJIGFn cmVlIGFib3V0IHRoZQ0KPiA+ID4gLi4vYS1saXN0IGFuZCBJIHNob3VsZCBoYXZlIHNhaWQgY291 bnQgPiAwLg0KPiA+ID4NCj4gPiA+IEluIHRoZSAybmQgcGFydCBvZiBteSBlbWFpbCwgbXkgaW50 ZW50aW9uIHdhcyB0byBvbmx5IGFsbG93IGZvbyB0byBiZQ0KPiA+ID4gY29uZmlndXJlZCBpZiBh LWxpc3QgaGFzIGF0IGxlYXN0IG9uZSBlbnRyeSBjb25maWd1cmVkLiAgU28gSSBkb24ndA0KPiA+ ID4gdGhpbmsgbWluLWVsZW1lbnRzIDEgd291bGQgd29yay4gIEkgZG9uJ3Qgd2FudCB0byBhbHdh eXMgcmVxdWlyZSBhbg0KPiA+ID4gZW50cnkgaW4gYS1saXN0LiAgSSBvbmx5IHdhbnQgdG8gcmVx dWlyZSBvbmUgaWYgZm9vIGlzIGNvbmZpZ3VyZWQuDQo+ID4gPg0KPiA+ID4gSSBndWVzcyB0aGlz IGFsc28gYWNoaWV2ZXMgdGhlIHNhbWUgdGhpbmcgcmlnaHQgPw0KPiA+ID4gICAgICAgbXVzdCAi Li4vYS1saXN0W2VudHJ5PSpdIjsNCj4gPiANCj4gPiBZZXMsIGlmIGFsbCBhLWxpc3QgZW50cmll cyBoYXMgYSBub2RlIGNhbGxlZCAiZW50cnkiLiAgQnV0IGlmIHRoYXQndA0KPiA+IHdoYXQgeW91 IHdhbnQsIGRvOg0KPiA+IA0KPiA+ICAgICAgICBtdXN0ICIuLi9hLWxpc3RbZW50cnldIjsNCj4g PiANCj4gPiANCj4gPiA+IElmIGZvbyBoYXMgYSBkZWZhdWx0IHZhbHVlLCB0aGVuIGRvZXMgdGhh dCBtZWFuIHRoZSAibXVzdCIgaXMNCj4gPiA+IGV2YWx1YXRlZCBldmVuIGlmIGZvbyBpcyBkZWxl dGVkIGZyb20gdGhlIGNvbmZpZyA/DQo+ID4gPiAgICAgbGVhZiBmb28gew0KPiA+ID4gICAgICAg bXVzdCAiLi4vYS1saXN0IjsgICA8LSBhbHdheXMgZXZhbHVhdGVkIGJlY2F1c2Ugb2YgZGVmYXVs dCA/DQo+ID4gPiAgICAgICB0eXBlIHVpbnQxNjsNCj4gPiA+ICAgICAgIGRlZmF1bHQgNTsNCj4g PiA+ICAgICB9DQo+ID4gPiBJZiB0aGUgbXVzdCBpcyBhbHdheXMgZXZhbHVhdGVkIHRoZW4gaXQg d291bGQgYmUgdGhlIGVxdWl2YWxlbnQgb2YNCj4gPiA+IGhhdmluZyBtaW4tZWxlbWVudHMgMSBp biBhLWxpc3QuDQo+ID4gDQo+ID4gDQo+ID4gQ29ycmVjdC4NCj4gPiANCj4gPiANCj4gPiAvbWFy dGluDQo+ID4gDQo+ID4gPg0KPiA+ID4gUmdkcywNCj4gPiA+IEphc29uDQo+ID4gPg0KPiA+ID4g RnJvbTogQWxleCBDYW1wYmVsbCBbbWFpbHRvOkFsZXguQ2FtcGJlbGxAQXZpYXRuZXQuY29tXQ0K PiA+ID4gU2VudDogVHVlc2RheSwgTWFyY2ggMjcsIDIwMTggOTo1NyBQTQ0KPiA+ID4gVG86IFN0 ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EvT3R0YXdhKSA8amFzb24uc3Rlcm5lQG5va2lhLmNvbT47 DQo+ID4gPiBuZXRtb2RAaWV0Zi4ub3JnDQo+ID4gPiBTdWJqZWN0OiBSZTogWUFORyAnbXVzdCcg WHBhdGhzLCBwcmVkaWNhdGVzIGFuZCB3aWxkY2FyZHMNCj4gPiA+DQo+ID4gPg0KPiA+ID4gSGks DQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBGb3Igb25lIHRoaW5nLCBpdCBzaG91bGQgYmUg Li4vYS1saXN0IHNpbmNlIGEtbGlzdCBpcyBub3QgYSBjaGlsZCBvZg0KPiA+ID4gZm9vLg0KPiA+ ID4NCj4gPiA+IEFsc28gLSBpZiBmb28gaXMgbm90IGNvbmZpZ3VyZWQgYW5kIGhhcyBubyBkZWZh dWx0IHZhbHVlLCB0aGVuIGFueQ0KPiA+ID4gbXVzdCBleHByZXNzaW9ucyBpbiBmb28gYXJlIG5v dCBldmFsdWF0ZWQgYmVjYXVzZSBpdCBpcyBub3QgcGFydCBvZg0KPiA+ID4gdGhlICJhY2Nlc3Np YmxlIHRyZWUiLiAoSSB0ZXN0ZWQgdGhpcyBpbiBDb25mRCkNCj4gPiA+DQo+ID4gPiBBcGFydCBm cm9tIHRoZXNlIGlzc3VlcywgeWVzIGl0IHdpbGwgYmVoYXZlIGFzIHlvdSBleHBlY3QgLSBpdCB3 aWxsDQo+ID4gPiBmYWlsIGlmIGEtbGlzdCBjb250YWlucyBubyBlbnRyaWVzLg0KPiA+ID4NCj4g PiA+DQo+ID4gPg0KPiA+ID4gbXVzdCAiY291bnQoYS1saXN0KSA+IDEiOyBpcyBub3QgZXF1aXZh bGVudCBzaW5jZSBpdCByZXF1aXJlcyBhdCBsZWFzdA0KPiA+ID4gdHdvIGVudHJpZXMuDQo+ID4g Pg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBIb3dldmVyLCB5b3UgY2FuIG1vcmUgc2ltcGx5IGFkZCBh IG1pbi1lbGVtZW50cyAxOyBzdGF0ZW1lbnQgdG8gYS1saXN0DQo+ID4gPiB0byBhY2hpZXZlIHRo ZSBzYW1lIGdvYWwgLSBubyBYUGF0aCByZXF1aXJlZC4NCj4gPiA+DQo+ID4gPg0KPiA+ID4NCj4g PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiBGcm9tOiBuZXRtb2Qg PG5ldG1vZC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpuZXRtb2QtDQo+ID4gYm91bmNlc0BpZXRm Lm9yZz4+DQo+ID4gPiBvbiBiZWhhbGYgb2YgU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9PdHRh d2EpDQo+ID4gPiA8amFzb24uc3Rlcm5lQG5va2lhLmNvbTxtYWlsdG86amFzb24uc3Rlcm5lQG5v a2lhLmNvbT4+DQo+ID4gPiBTZW50OiBXZWRuZXNkYXksIDI4IE1hcmNoIDIwMTggMToxMCBwLm0u DQo+ID4gPiBUbzogbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQo+ID4g PiBTdWJqZWN0OiBbbmV0bW9kXSBZQU5HICdtdXN0JyBYcGF0aHMsIHByZWRpY2F0ZXMgYW5kIHdp bGRjYXJkcw0KPiA+ID4NCj4gPiA+IEhpIGFsbCwNCj4gPiA+DQo+ID4gPiBJJ20gcHJldHR5IHN1 cmUgdGhhdCB0aGlzIHhwYXRoIChlLmcuIGluIGEgbXVzdCBzdGF0ZW1lbnQpIGlzbid0DQo+ID4g PiBjb3JyZWN0Og0KPiA+ID4NCj4gPiA+ICAgICAgICAgICAgICAgKEEpIC4uL2NvbnRhaW5lci1h L2xpc3QtYltuYW1lPSpdL3NvbWUtbGVhZg0KPiA+ID4NCj4gPiA+IGFuZCBzaG91bGQganVzdCBi ZSB0aGlzIGluc3RlYWQ6DQo+ID4gPg0KPiA+ID4gICAgICAgICAgICAgICAoQikgLi4vY29udGFp bmVyLWEvbGlzdC1iL3NvbWUtbGVhZg0KPiA+ID4NCj4gPiA+IE9yIGlzIHRoZSAqIGFuIGFsbG93 YWJsZSB3aWxkY2FyZCBmb3IgYSBrZXkgdmFsdWUgaW4gYSBwcmVkaWNhdGUgPw0KPiA+ID4NCj4g PiA+IEkgYWxzbyBoYWQgYSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoZSBmb2xsb3dpbmcgIm11 c3QiIGNvcnJlY3RseQ0KPiA+ID4gY2hlY2tzIHRoYXQgYXQgbGVhc3Qgb25lIGVudHJ5IGV4aXN0 cyBpbiBhLWxpc3QuDQo+ID4gPg0KPiA+ID4gICBjb250YWluZXIgYzEgew0KPiA+ID4gICAgIGxl YWYgZm9vIHsNCj4gPiA+ICAgICAgIG11c3QgImEtbGlzdCI7DQo+ID4gPiAgICAgICB0eXBlIHVp bnQxNjsNCj4gPiA+ICAgICB9DQo+ID4gPiAgICAgbGlzdCBhLWxpc3Qgew0KPiA+ID4gICAgICAg a2V5ICJlbnRyeSI7DQo+ID4gPiAgICAgICBsZWFmIGVudHJ5IHsNCj4gPiA+ICAgICAgICAgdHlw ZSB1aW50MTY7DQo+ID4gPiAgICAgICB9DQo+ID4gPiAgICAgICBsZWFmIGFub3RoZXItZW50cnkg ew0KPiA+ID4gICAgICAgICB0eXBlIHVpbnQzMjsNCj4gPiA+ICAgICAgIH0NCj4gPiA+ICAgICB9 DQo+ID4gPiAgIH0NCj4gPiA+DQo+ID4gPiBJIHRoaW5rIEkgY291bGQgYWxzbyByZXBsYWNlIHRo YXQgbXVzdCB3aXRoIHRoZSBmb2xsb3dpbmc6DQo+ID4gPiAgICAgICBtdXN0ICJjb3VudChhLWxp c3QpID4gMSI7DQo+ID4gPiBidXQgZG9lcyBtdXN0ICJhLWxpc3QiOyBhY2hpZXZlIHRoZSBzYW1l IHRoaW5nID8NCj4gPiA+DQo+ID4gPiBSZ2RzLA0KPiA+ID4gSmFzb24NCg== From nobody Wed Mar 28 14:22:54 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A2A1127735 for ; Wed, 28 Mar 2018 14:22:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 0rx6l1okUMPG for ; Wed, 28 Mar 2018 14:22:51 -0700 (PDT) Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B268127337 for ; Wed, 28 Mar 2018 14:22:51 -0700 (PDT) From: Alex Campbell To: "Sterne, Jason (Nokia - CA/Ottawa)" , "netmod@ietf.org" Thread-Topic: YANG 'must' Xpaths, predicates and wildcards Thread-Index: AdPGKRar8qf0qVjUQtmgVwXGx31jZQACPNCkABzr32AADUDxUg== Date: Wed, 28 Mar 2018 21:22:50 +0000 Message-ID: <1522272169723.47092@Aviatnet.com> References: <1522202212651.39558@Aviatnet.com>, In-Reply-To: Accept-Language: en-NZ, en-US Content-Language: en-NZ X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.15.6.10] Content-Type: multipart/alternative; boundary="_000_152227216972347092Aviatnetcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] YANG 'must' Xpaths, predicates and wildcards X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2018 21:22:53 -0000 --_000_152227216972347092Aviatnetcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Jason, In that case I would just use must "../a-list" - or optionally must "count(= ../a-list) > 0"; if you're concerned readers might not understand the forme= r. Regards, Alex (Am I the only one who feels these signatures are silly?) ________________________________ From: Sterne, Jason (Nokia - CA/Ottawa) Sent: Thursday, 29 March 2018 5:11 a.m. To: Alex Campbell; netmod@ietf.org Subject: RE: YANG 'must' Xpaths, predicates and wildcards Thanks Alex. Sorry about those sloppy mistakes. I agree about the ../a-li= st and I should have said count > 0. In the 2nd part of my email, my intention was to only allow foo to be confi= gured if a-list has at least one entry configured. So I don't think min-e= lements 1 would work. I don't want to always require an entry in a-list. = I only want to require one if foo is configured. I guess this also achieves the same thing right ? must "../a-list[entry=3D*]"; If foo has a default value, then does that mean the "must" is evaluated eve= n if foo is deleted from the config ? leaf foo { must "../a-list"; <- always evaluated because of default ? type uint16; default 5; } If the must is always evaluated then it would be the equivalent of having m= in-elements 1 in a-list. Rgds, Jason From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com] Sent: Tuesday, March 27, 2018 9:57 PM To: Sterne, Jason (Nokia - CA/Ottawa) ; netmod@ietf= .org Subject: Re: YANG 'must' Xpaths, predicates and wildcards Hi, For one thing, it should be ../a-list since a-list is not a child of foo. Also - if foo is not configured and has no default value, then any must exp= ressions in foo are not evaluated because it is not part of the "accessible= tree". (I tested this in ConfD) Apart from these issues, yes it will behave as you expect - it will fail if= a-list contains no entries. must "count(a-list) > 1"; is not equivalent since it requires at least two = entries. However, you can more simply add a min-elements 1; statement to a-list to a= chieve the same goal - no XPath required. ________________________________ From: netmod > on b= ehalf of Sterne, Jason (Nokia - CA/Ottawa) > Sent: Wednesday, 28 March 2018 1:10 p.m. To: netmod@ietf.org Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards Hi all, I'm pretty sure that this xpath (e.g. in a must statement) isn't correct: (A) ../container-a/list-b[name=3D*]/some-leaf and should just be this instead: (B) ../container-a/list-b/some-leaf Or is the * an allowable wildcard for a key value in a predicate ? I also had a question about whether the following "must" correctly checks t= hat at least one entry exists in a-list. container c1 { leaf foo { must "a-list"; type uint16; } list a-list { key "entry"; leaf entry { type uint16; } leaf another-entry { type uint32; } } } I think I could also replace that must with the following: must "count(a-list) > 1"; but does must "a-list"; achieve the same thing ? Rgds, Jason --_000_152227216972347092Aviatnetcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Jason,


In that case I would just use must "../a-list" - or optionally must "count(../a-list) > 0"; if you're concerned readers might not understand the former.<= br>


Regards,

  Alex

(Am I the only one who feels these signatures are silly?)


From: Sterne, Jason (Noki= a - CA/Ottawa) <jason.sterne@nokia.com>
Sent: Thursday, 29 March 2018 5:11 a.m.
To: Alex Campbell; netmod@ietf.org
Subject: RE: YANG 'must' Xpaths, predicates and wildcards
 

Thanks Alex.  Sorry about thos= e sloppy mistakes.  I agree about the ../a-list and I should have said= count > 0.

 

In the 2nd part of my em= ail, my intention was to only allow foo to be configured if a-list has at l= east one entry configured.   So I don't think min-elements 1 woul= d work.  I don't want to always require an entry in a-list.  I only want to require one if foo is configured.

 

I guess this also achieves the same= thing right ?

    &nb= sp; must "../a-list[entry=3D*]";

 

If foo has a default value, then do= es that mean the "must" is evaluated even if foo is deleted from = the config ?

    leaf foo= {

    &nb= sp; must "../a-list";   <- always evaluated because = of default ?

    &nb= sp; type uint16;

    &nb= sp; default 5;

    }=

If the must is always evaluated the= n it would be the equivalent of having min-elements 1 in a-list.

 

Rgds,

Jason

 <= /span>

From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com]
Sent: Tuesday, March 27, 2018 9:57 PM
To: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>= ; netmod@ietf.org
Subject: Re: YANG 'must' Xpaths, predicates and wildcards

 

Hi,

 

For one thing, it should b= e ../a-list sinc= e a-list is not a child of foo.=

Also - if f= oo is not configured a= nd has no default value, then any must expressions in foo are= not evaluated because it is not part of the "accessible tree". (= I tested this in ConfD)

Apart from these issues, y= es it will behave as you expect - it will fail if a-list = contains no entries.

 

must "count(a-list) > 1"; is not = equivalent since it requires at least two entries.

 

However, you can more simp= ly add a min-elements 1; statement to a-list&= nbsp;to achieve the same goal - no XPath required.

 

From: netmod <netmod-bounces@ietf.org> on be= half of Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com&= gt;
Sent: Wednesday, 28 March 2018 1:10 p.m.
To: netmod@ietf.org
Subject: [netmod] YANG 'must' Xpaths, predicates and wildcards

&nbs= p;

Hi all,

 

I'm pretty sure that t= his xpath (e.g. in a must statement) isn't correct:

 

   &nbs= p;          (A) ../container-a= /list-b[name=3D*]/some-leaf

 

and should just be thi= s instead:

 

   &nbs= p;          (B) ../container-a= /list-b/some-leaf

 

Or is the * an allowab= le wildcard for a key value in a predicate ?

 

I also had a question = about whether the following "must" correctly checks that at least= one entry exists in a-list.

  

  container c1 {

    leaf foo= {

    &nb= sp; must "a-list";

    &nb= sp; type uint16;

    }=

    list a-l= ist {

      k= ey “entry”;

     &n= bsp;leaf entry {

    &nb= sp;   type uint16;

     &n= bsp;}

      l= eaf another-entry {

     &n= bsp;  type uint32;

     &n= bsp;}

    }=

  }

 

I think I could also r= eplace that must with the following:

    &nb= sp; must "count(a-list) > 1";

but does must "a-= list"; achieve the same thing ?

 

Rgds,

Jason

--_000_152227216972347092Aviatnetcom_-- From nobody Wed Mar 28 19:01:19 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5172312946D; Wed, 28 Mar 2018 19:01:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aC7m_UbgCuOV; Wed, 28 Mar 2018 19:01:15 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BB3D128C0A; Wed, 28 Mar 2018 19:01:15 -0700 (PDT) Received: from MBP.local ([IPv6:2601:647:4201:9671:9854:adf7:c9fe:a5b2]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w2T21E6r004626 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 29 Mar 2018 02:01:14 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host [IPv6:2601:647:4201:9671:9854:adf7:c9fe:a5b2] claimed to be MBP.local From: joel jaeggli To: NETMOD Working Group Cc: draft-ietf-netmod-yang-tree-diagrams@ietf.org References: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> Openpgp: preference=signencrypt Autocrypt: addr=joelja@bogus.com; keydata= xsDiBD832SIRBADVEfzsfIX+fuN2XUPyyEXP4Mq8dqpjmcy+XTIHzZLVKzxmP+17zJYTj9MR dMA5vuZRsRpzFoeDMOJyHVVyaQeSwEApO3FJOej+CNAXpaTLYgobL1XcsQXMTbeNT5x9ZK+R ZQtoC8Vunv6UTygY+kHUHvNijhVtJtCcAW0NE2fiWwCgjKPAldaGNbPg6SKvSTFipsPPqoUE ALKjZApjCG/3Yi4kHgzCQw65mfE9u8O7bZcrvmzzRgmwShyQjrRNgxhwl2q9+e8Uo6kuk56q 0Q4On6y873W6EtBRYLTU5MiIK3mspi5YYpIi/F2XTkcW6Dx/C/ZQQ8WddAyX6QLAXHYMus86 x7tzjGM3HVlvJpWTb4CqcDOcvZakA/9aJhMEffleJx+6xrjZTUYvAQDYUSRWNmc+ehyAuh/B KH0DKqhkLlm0SBdsnKvQHXbdjhu9m9K4E6aR/s117QK60jZo1XNrVKJ1oM3X+2DNmDBl/K33 e/tPSC8byvD77doezHvWvE5n50KIEZezVgMkYWDSPWb0nefdXLY5+rgfms0fSm9lbCBKYWVn Z2xpIDxqb2VsamFAYm9ndXMuY29tPsJjBBMRAgAjAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC F4AFAk3mKPcCGQEACgkQ8AA1q7Z/VrJ6vgCfYITQSd0+WXcYjEoj8+tNys5egPcAn3OUUHVt JElVkSSARJ4XWjRYqKiazsNNBD8320MQEACTNxol/GIZW4CGUnyIlr+13Dqx8aHZfbd96UQE Ys9mZkBxwP2V7D00tOETcY5apr9tr9oHf5p4xA2l2oE8KR4xbF6+0XIpeYzRcl5d0iUaSMwm HcX3J/+XyZegJqTG7zMEK72c1tPVrra9DRNZP+rhKFLJJornDiQJFQVhtQE37WA1kmC6rlyR KHA2RMYS3IugAgJfuy5pZn/5jKCv+ZxIv7tnk7GUQWwfPdr4PokPCBxSXUYch98Rcq3dbCio 8FPmrfI6K2Z9NMa/gXGpF3ynmxDJLY31aPgbUiv9VllZoeMkotbXHW1zrsXte/1MEgFrlkiQ WDJ/dHjlCdlFASfaPvVXxdiUgH7LV3cW+BOY2z4VVwhYM6/kTDoLKWZ3opBeN9KcAHPRFCkA fxwAu8PNgi74lMjcFzu66U8vVM37YqSYpXsi+mlwZDhzCJ8qm9FDwaH2bB1LJ7m41F098B29 SRG3s/XXgTCSt0js/yUp9EXRPQpME99GvwiBNFN9p9e45ZqS85Wll6GqHh+Jyvq0ODWH6XOz uop3UUqw6I2Q8rG7e/uxKWcFnt1q48uhdTHA0TfnYC5HpHf/tAuR+ui6s16xrENgFgeeu4b/ q/jA4N1ZuJU7IbnO5f28YTlJOef/HywY3OXBsrdhEXKLIc5xRj6NC4WphyQ9MQrx8cS1bwAD BQ//WNM1WUlr6tIn8/7SIqqHRg3UmzVNu4u+r9rK9LJkYRLA4xKb/TrqDhP9oyO7Oz2S5CsF wjiPc1vzGzfRgIOArPJrejM4BzHQ03tl1qb/5YNDaB1QzfPv6dT9OkhMMuth0tcmH5sjfbiF Nc41aKU5w4FFkTv3XmrXciz4+PWbAYGB7pYbhGmsx//9C2bS56Bu1QkFeSCzN5AvWAmJfyPU yMXFKDe21DlImMdkrn/K838Lm8o0CLOKbJBX8K0pE4rGEf20FLfmHx/bLZRcWhTm8cB/vHNd 8GhwFlvHylj6+5QtR0Tc0hBcOG8SZktjE/hEiYi+dAZCrwT9i8Hjulnx/vu+Knt40+5CB2hk L1VQwdGWLYO4FGqWwwv0Y8XhWOudLYCZQWrgOsIzYezahC5b9iobFx8dgAElXNPTxI/dymrI d/6foyBrGnzzOnV/gfWfQp7N1rbrh0mQXRhwwwQIjlmbUyz8fTlaTcAo8ocXTVUb6WY7U5nr ufzKsFceR/olFnvZKKhbGVG6VvqNLS1r5lcRR1J7GVZM+Sb2ZNKgnwiUf8yxKfWg84NUPt/b etviJ73LVPdjV1PNZgcxfPRO3XL6Y9FaBP9oB4f58ujuhzOLUt+6I0KuzY8H5RBBaIrJJptl DEOnxFn1J7Q0uxQ2BzqfZdKTwJS4OCjm+OsLd8HCRgQYEQIABgUCPzfbQwAKCRDwADWrtn9W soUzAJ4zatxnKYcGdyoFojBc1Y2jqaHZsQCbB25DmeFRx14xxuxdAXb0wsKf35w= Message-ID: <33b1ee08-c8dc-ea5b-3246-365f8af1d294@bogus.com> Date: Wed, 28 Mar 2018 19:01:13 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RXbwEY3Nm3ukghOlLLbOQZwlyssVaix0E" Archived-At: Subject: [netmod] Reminder: WGLC - draft-ietf-netmod-schema-mount (version 09) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 02:01:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RXbwEY3Nm3ukghOlLLbOQZwlyssVaix0E Content-Type: multipart/mixed; boundary="tW7BzcLjDaHOKMiYutOUrWLF4EZSBvlIw"; protected-headers="v1" From: joel jaeggli To: NETMOD Working Group Cc: draft-ietf-netmod-yang-tree-diagrams@ietf.org Message-ID: <33b1ee08-c8dc-ea5b-3246-365f8af1d294@bogus.com> Subject: Reminder: WGLC - draft-ietf-netmod-schema-mount (version 09) References: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> In-Reply-To: <1e76e07f-544a-1582-ef71-e804ebd97a14@bogus.com> --tW7BzcLjDaHOKMiYutOUrWLF4EZSBvlIw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Greetings, I hope that we are all recovered from the IETF meeting (or in my case an impromptu ski holiday). Today we entered the second week on the last call for draft-ietf-netmod-schema-mount While I don't expect a lot of commentary given that we devoted an entire meeting slot to it, currently we have a fresh reading of it from Ariel. https://www.ietf.org/mail-archive/web/netmod/current/msg20741.html and some subsequent commentary This WGLC will conclude Wednesday April 4th. Thanks joel On 3/21/18 7:04 AM, joel jaeggli wrote: > Greetings, > > We are running a 2 week WGLC again on draft-ietf-netmod-schema-mount in= > order to review the proposed changes in draft 09. > > https://datatracker.ietf.org/doc/draft-ietf-netmod-schema-mount/ > > the 08 - 09 diff is available here: > > https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-netmod-schema-mount-08&u= rl2=3Ddraft-ietf-netmod-schema-mount-09 > > Please send email to the list indicating your support or concerns. > > We are particularly interested in statements of the form: > > * I have reviewed this draft and I prefer it to draft-08 > * I have reviewed this draft and found no issues. > * I have reviewed this draft and found the following issues: ... > > This WGLC will conclude Wednesday April 4th. > > Statements indicating there is no known IPR have already been made > during the previous WGLC. If anyone is aware of new information > regarding IPR they should make us aware of that as soon as feasible. > > Thank you, > NETMOD WG Chairs > > > > > > --tW7BzcLjDaHOKMiYutOUrWLF4EZSBvlIw-- --RXbwEY3Nm3ukghOlLLbOQZwlyssVaix0E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iF0EARECAB0WIQRcbgEEuvBAsFvTw4vwADWrtn9WsgUCWrxI6QAKCRDwADWrtn9W sil3AJ4uEqxNElhfI5FWuZdcDSuMrjmfmgCeLnpmvKtrEZz96sDFQ9JfytAi+GA= =C0Re -----END PGP SIGNATURE----- --RXbwEY3Nm3ukghOlLLbOQZwlyssVaix0E-- From nobody Thu Mar 29 00:09:51 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41BA412D80F for ; Thu, 29 Mar 2018 00:09:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHuuFSCkUlqF for ; Thu, 29 Mar 2018 00:09:47 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 DA80A1200E5 for ; Thu, 29 Mar 2018 00:09:46 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 5E2AFA7E6DDA3 for ; Thu, 29 Mar 2018 08:09:43 +0100 (IST) Received: from DGGEMA422-HUB.china.huawei.com (10.1.198.155) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.382.0; Thu, 29 Mar 2018 08:09:44 +0100 Received: from DGGEMA521-MBS.china.huawei.com ([169.254.5.3]) by dggema422-hub.china.huawei.com ([10.1.198.155]) with mapi id 14.03.0361.001; Thu, 29 Mar 2018 15:09:40 +0800 From: "Yemin (Amy)" To: Robert Wilton , "otilibil@eurecom.fr" , "netmod@ietf.org" Thread-Topic: [netmod] Comments on draft-ietf-netmod-schema-mount-09 Thread-Index: AQHTxPQs2rTyFU6SUUilNgTzKCTcPKPjb8lQ///uQICAAzczkA== Date: Thu, 29 Mar 2018 07:09:40 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE7250@dggema521-mbs.china.huawei.com> References: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.30.234] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 07:09:49 -0000 SGkgUm9iLA0KDQpUaGFua3MgZm9yIGNsYXJpZmljYXRpb24uIA0KQnkgdXNpbmcgdGhlIGRldmlh dGlvbiwgSSBjYW4gcmVtb3ZlIHRoZSBjb250YWluZXJzIEkgZG9uJ3QgbmVlZCwgYW5kIEkgY291 bGQgYWxzbyByZW1vdmUgc29tZSBkYXRhIG5vZGVzIHdpdGhpbiB0aGUgY29udGFpbmVyLCByaWdo dD8NCg0KQlRXLCB5b3VyIHJlcGx5IHByb3ZpZGVzIGEgZ29vZCBndWlkZWxpbmUuIElzIGl0IHBv c3NpYmxlIHRvIGluY2x1ZGUgdGhvc2UgdGV4dCBpbnRvIHRoZSBkcmFmdD8gDQoNCkJSLA0KQW15 DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUm9iZXJ0IFdpbHRvbiBbbWFpbHRv OnJ3aWx0b25AY2lzY28uY29tXSANClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI3LCAyMDE4IDY6MzMg UE0NClRvOiBZZW1pbiAoQW15KSA8YW15LnllbWluQGh1YXdlaS5jb20+OyBvdGlsaWJpbEBldXJl Y29tLmZyOyBuZXRtb2RAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBDb21tZW50cyBv biBkcmFmdC1pZXRmLW5ldG1vZC1zY2hlbWEtbW91bnQtMDkNCg0KSGkgQW15LA0KDQoNCk9uIDI3 LzAzLzIwMTggMDQ6NDcsIFllbWluIChBbXkpIHdyb3RlOg0KPiBIaSBhbGwsDQo+DQo+IEkgYWxz byBoYXZlIGEgcXVlc3Rpb24vY29tbWVudCByZWdhcmRpbmcgdGhpcyBkcmFmdCwgbWF5YmUgaWYg aXQncyBkaXNjdXNzZWQgYWxyZWFkeS4NCj4NCj4gSWYgdGhlcmUgYSBtb2RlbCBBLCB3aGljaCBJ IHdvdWxkIGxpa2UgdG8gdXNlIGp1c3QgcGFydCBvZiBtb2RlbCBBIGluIGFub3RoZXIgbW9kZWwg Qiwgd2hhdCBzaG91bGQgSSBkbz8NCj4gVGhlIGRyYWZ0IHN0YXRlcyB0aGF0ICJUaGlzIGRvY3Vt ZW50IGFsbG93cyBtb3VudGluZyBvZiBjb21wbGV0ZSBkYXRhIG1vZGVscyBvbmx5LiAgT3RoZXIg c3BlY2lmaWNhdGlvbnMgbWF5IGV4dGVuZCB0aGlzIG1vZGVsIGJ5IGRlZmluaW5nIGFkZGl0aW9u YWwgbWVjaGFuaXNtcyBzdWNoIGFzIG1vdW50aW5nIHN1Yi1oaWVyYXJjaGllcyBvZiBhIG1vZHVs ZS4iDQo+IEl0IHNlZW1zIHRoYXQgdGhlIGN1cnJlbnQgc2NoZW1hIG1vdW50IGRvZXNuJ3Qgc3Vw cG9ydCBzdWNoIHVzYWdlLg0KVGhhdCBpcyBjb3JyZWN0Lg0KDQo+ICAgDQo+DQo+IFRoZW4gSSdt IHRoaW5raW5nIHRoYXQgdXNpbmcgZGV2aWF0aW9uIHRvIGNyZWF0ZSBhIG5ldyBzdWItbW9kdWxl IEEnLCB0aGVuIG1vdW50IHRoZSBzdWItbW9kdWxlIEEnIGluIG1vZGVsIEIuDQo+IFdpbGwgaXQg YmUgYSBwb3NzaWJsZSB3YXkgb3V0Pw0KSWYgeW91IGhhdmUgYSBtb2R1bGUgQSwgdGhlbiB5b3Ug Y291bGQgY3JlYXRlIGFub3RoZXIgbW9kdWxlLCBBLWRldmlhdGlvbnMsIHRoYXQgdXNlZCBkZXZp YXRpb24gZGVsZXRlIHN0YXRlbWVudHMgdG8gcmVtb3ZlIHBhcnRzIG9mIEEncyBzY2hlbWEuDQoN ClRoZW4gYSBzZXJ2ZXIgY291bGQgbW91bnQgYm90aCBtb2R1bGVzIEEgYW5kIEEtZGV2aWF0aW9u cywgaGVuY2UgZXhjbHVkaW5nIHBhcnRzIG9mIG1vZHVsZSBBIGF0IHRoZSBtb3VudCBwb2ludC4N Cg0KSG93ZXZlciwgdGhpcyBhcHByb2FjaCB3b3VsZCBub3QgYWxsb3cgeW91IHRvIG9ubHkgbW91 bnQgYSBkZXNjZW5kYW50IHN1YnRyZWUgaW4gQS7CoCBFLmcuIFlvdSBjb3VsZG4ndCBqdXN0IGRp cmVjdGx5IG1vdW50IHRoZSAiaW50ZXJmYWNlcy9pbnRlcmZhY2Uvc3RhdGlzdGljcyIgY29udGFp bmVyIGZyb20gUkZDIDgzNDMsIGJ1dCB5b3UgY291bGQgbW91bnQgdGhlIGlldGYtaW50ZXJmYWNl cyBtb2R1bGUgYW5kIHRoZW4gZGV2aWF0ZSBkZWxldGUgYWxsIG5vZGVzIGV4Y2VwdCBmb3IgdGhl IGludGVyZmFjZXMvaW50ZXJmYWNlL3N0YXRpc3RpY3MgY29udGFpbmVyLg0KDQpUaGFua3MsDQpS b2INCg0KDQo+DQo+IEJSLA0KPiBBbXkNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogbmV0bW9kIFttYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiANCj4gb3RpbGliaWxAZXVyZWNvbS5mcg0KPiBTZW50OiBNb25kYXksIE1hcmNoIDI2LCAyMDE4 IDc6MTggUE0NCj4gVG86IG5ldG1vZEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBbbmV0bW9kXSBDb21t ZW50cyBvbiBkcmFmdC1pZXRmLW5ldG1vZC1zY2hlbWEtbW91bnQtMDkNCj4NCj4gSGkgbWVtYmVy cywNCj4NCj4gSSBjb21tZW50IG9uIHRoYXQgZHJhZnQ6DQo+DQo+ICogSW5zdGVhZCBvZiAiaXQg aXMgb2Z0ZW4gbmVjZXNzYXJ5IHRoYXQgYW4gZXhpc3RpbmcgbW9kdWxlIChvciBhIHNldCANCj4g b2YgbW9kdWxlcykgaXMgYWRkZWQgdG8gdGhlIGRhdGEgbW9kZWwgc3RhcnRpbmcgYXQgYSBub24t cm9vdCANCj4gbG9jYXRpb24iLCB0aGlzIHdvdWxkIHJlYWQgYmV0dGVyOiAiaXQgaXMgb2Z0ZW4g bmVjZXNzYXJ5IHRoYXQgYW4gDQo+IGV4aXN0aW5nIG1vZHVsZSAob3IgYSBzZXQgb2YgbW9kdWxl cykgYmUgYWRkZWQgdG8gdGhlIGRhdGEgbW9kZWwgYXQgDQo+IGxvY2F0aW9ucyBvdGhlciB0aGFu IHRoZSByb290LiIgKFNlY3Rpb24gMSkNCj4NCj4gKiAnVGhlICJtb3VudC1wb2ludCIgc3RhdGVt ZW50IE1VU1QgTk9UIGJlIHVzZWQgaW4gYSBZQU5HIHZlcnNpb24gMSANCj4gbW9kdWxlJyBXaHkg dGhpcyBkb2N1bWVudHMga2VlcHMgWUFORyAxIG9mZiBmcm9tIGl0cyBzY29wZT8gKFNlY3Rpb24N Cj4gMy4xKQ0KPg0KPiAqICdTcGVjaWZpY2FsbHksIGEgc2VydmVyIHRoYXQgZG9lc24/dCBzdXBw b3J0IHRoZSBOTURBLCBNQVkgaW1wbGVtZW50IA0KPiByZXZpc2lvbiAyMDE2LTA2LTIxIG9mICJp ZXRmLXlhbmctbGlicmFyeSIgW1JGQzc5NTBdIHVuZGVyIGEgbW91bnQgDQo+IHBvaW50JyBbUkZD Nzg5NV0gZGVmaW5lcyAiaWV0Zi15YW5nLWxpYnJhcnkiLCBub3QgW1JGQzc5NTBdIChTZWN0aW9u IA0KPiA2KQ0KPg0KPiAqIFdoeSBub3QgIlRyZWUgRGlhZ3JhbSIgaW5zdGVhZCBvZiAiRGF0YSBN b2RlbCI/IFRoZSB3b3JkaW5nIGhhcyANCj4gYmVjb21lIGEgQmVzdCBQcmFjdGljZSAoU2VjdGlv biA4KQ0KPg0KPiAqIElkZW0sICJUaGlzIGRvY3VtZW50Li4uaGFzIHRoZSBmb2xsb3dpbmcgZGlh Z3JhbSIgY2FwdHVyZXMgYmV0dGVyIHRoZSBCZXN0IFByYWN0aWNlIHRoYW4gIlRoaXMgZG9jdW1l bnQuLi5oYXMgdGhlIGZvbGxvd2luZyBzdHJ1Y3R1cmUiDQo+IChTZWN0aW9uIDgpDQo+DQo+ICog U2FtZSByZW1hcmsgb24gcmVzdHJpY3RpbmcgdG8gWUFORyAxLjE6ICJUaGUgP21vdW50LXBvaW50 PyBzdGF0ZW1lbnQgDQo+IE1VU1QgTk9UIGJlIHVzZWQgaW4gYSBZQU5HIHZlcnNpb24gMSBtb2R1 bGUsIG5laXRoZXIgZXhwbGljaXRseSBub3IgDQo+IHZpYSBhID91c2VzPyBzdGF0ZW1lbnQgKGRl c2NyaXB0aW9uIG9mIHRoZSBleHRlbnNpb24gIm1vdW50LXBvaW50IikNCj4NCj4gKiBTaG91bGQg dGhpcyBzZW50ZW5jZSByZWZlcnMgb25seSB0byBbUkZDNjAyMF0/ICJUaGlzIGRvY3VtZW50IHJl Z2lzdGVycyBhIFlBTkcgbW9kdWxlIGluIHRoZSBZQU5HIE1vZHVsZSBOYW1lcyByZWdpc3RyeSBb UkZDNjAyMF0iDQo+IChTZWN0aW9uIDEwKQ0KPg0KPiAqIFRoZSBkb2N1bWVudCBjaXRlcyAvc2No ZW1hLW1vdW50cyBhcyAiVGhlIHNjaGVtYSBkZWZpbmVkIGJ5IHRoaXMgDQo+IHN0YXRlIGRhdGEg cHJvdmlkZXMgZGV0YWlsZWQgaW5mb3JtYXRpb24gYWJvdXQgYSBzZXJ2ZXIgaW1wbGVtZW50YXRp b24gDQo+IG1heSBoZWxwIGFuIGF0dGFja2VyIGlkZW50aWZ5IHRoZSBzZXJ2ZXIgY2FwYWJpbGl0 aWVzIGFuZCBzZXJ2ZXIgDQo+IGltcGxlbWVudGF0aW9ucyB3aXRoIGtub3duIGJ1Z3MiIEkgdGhp bmsgdGhpcyBzZWN0aW9uIHNob3VsZCB3YXJuIGFsc28NCj4gb246DQo+ICAgICAgKiogU2VjdGlv biAyLjEuMiBhbmQgNCBvZiBbUkZDNzg5NV0gKHRoZSBsaXN0ICdtb2R1bGUnIGNvbnRhaW5zIHRo ZSBsZWFmICdzY2hlbWEnOiBmcm9tIHdoaWNoIGFueW9uZSBtYXkgcmV0cmlldmUgYSBZQU5HIG1v ZHVsZSkNCj4gICAgICAqKiBTZWN0aW9uIDMgb2YgW1JGQzYwMjJdIChpdCBkZWZpbmVzIHRoZSBS UEMgJ2dldC1zY2hlbWEnOyB3aXRoIHdoaWNoIGFueW9uZSBtYXkgZ2V0IGEgWUFORyBtb2R1bGUp DQo+ICAgICAgKiogYW5kIFNlY3Rpb24gNSBvZiBbUkZDODM0MV0gKHJlbWluZGluZyBhZG1pbmlz dHJhdG9ycyB0byBzZXQgdXNlciByaWdodHMgYWNjb3JkaW5nbHksIGFuZCBnaXZpbmcgdGhlaXIg ZGVmYXVsdHMgdmFsdWVzKS4NCj4NCj4gUmVnYXJkcywNCj4gQXJpZWwNCj4NCj4gW1JGQzYwMjBd IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2MDIwDQo+IFtSRkM3ODk1XSBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzg5NQ0KPiBbUkZDNzk1MF0gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL3JmYzc5NTANCj4gW1JGQzgzNDFdIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM4MzQxDQo+DQo+DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gLS0tLS0tLS0tIFRoaXMgbWVz c2FnZSB3YXMgc2VudCB1c2luZyBFVVJFQ09NIFdlYm1haWw6IA0KPiBodHRwOi8vd2VibWFpbC5l dXJlY29tLmZyDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gbmV0bW9kQGlldGYub3JnDQo+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG5ldG1vZCBtYWlsaW5nIGxp c3QNCj4gbmV0bW9kQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbmV0bW9kDQo+IC4NCj4NCg0K From nobody Thu Mar 29 00:20:41 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14FB612D868 for ; Thu, 29 Mar 2018 00:20:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VmauLWwSuO61 for ; Thu, 29 Mar 2018 00:20:37 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 8FD5312D82F for ; Thu, 29 Mar 2018 00:20:37 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 43DEF1AE0187; Thu, 29 Mar 2018 09:20:36 +0200 (CEST) Date: Thu, 29 Mar 2018 09:20:36 +0200 (CEST) Message-Id: <20180329.092036.2206382192159592127.mbj@tail-f.com> To: rohitrranade@outlook.com Cc: lhotka@nic.cz, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <871sg6c3jf.fsf@nic.cz> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 07:20:40 -0000 SGksDQoNClJvaGl0IFJhbmFkZSA8cm9oaXRycmFuYWRlQG91dGxvb2suY29tPiB3cm90ZToNCj4g SGksDQo+IA0KPiBTaW5jZSB0aGUgc2Vzc2lvbiBtYW5hZ2VtZW50IHdpdGggTW91bnRlZCBkZXZp Y2VzLCBpcyBub3Qga25vd24gdG8gdGhlDQo+IGNsaWVudCwgaG93IHdpbGwgdGhlIGNsaWVudCBr bm93IGhvdyB0byBjb25maWd1cmUgTkFDTSBydWxlcyBmb3IgdGhlDQo+IGlubmVyIGRldmljZXMg PyBQbGVhc2UgcHJvdmlkZSBhbiBleGFtcGxlIHVzZS1jYXNlLg0KPiBGcm9tIHRoZSBjbGllbnQg cGVyc3BlY3RpdmUsIGFsbCBydWxlcyBmb3IgYSBwYXJ0aWN1bGFyIG1vdW50ZWQNCj4gZGV2aWNl LCB3aWxsIHRoZSBoYXZlIHRoZSB4cGF0aCBvZiB0aGUgY29ycmVzcG9uZGluZyBtb3VudC1wb2lu dCBhcw0KPiBwcmVmaXguDQoNCk5vdGUgdGhhdCBzY2hlbWEgbW91bnQgZG9lcyBub3QgaGF2ZSBh bnkgY29uY2VwdCBvZiAibW91bnRlZCBkZXZpY2VzIg0Kb3IgYW55dGhpbmcuICBTY2hlbWEgbW91 bnQgaXMgbm90IGludm9sdmVkIGluIGhvdyBkYXRhIGlzIGluc3RhbnRpYXRlZA0Kb3IgaG93L3do ZXJlIGl0IGlzIHN0b3JlZCBvciBwcm9kdWNlZC4NCg0KSSBhZ3JlZSB0aGF0IHdlIG5lZWQgdG8g c3RhdGUgdGhhdCBOQUNNIHJ1bGVzIGNvdmVyIG1vdW50ZWQgZGF0YQ0KdGhvdWdoLg0KDQoNCi9t YXJ0aW4NCg0KDQoNCj4gDQo+IFdpdGggUmVnYXJkcywNCj4gUm9oaXQgUg0KPiANCj4gU2VudCBm cm9tIE1haWw8aHR0cHM6Ly9nby5taWNyb3NvZnQuY29tL2Z3bGluay8/TGlua0lkPTU1MDk4Nj4g Zm9yDQo+IFdpbmRvd3MgMTANCj4gDQo+IEZyb206IExhZGlzbGF2IExob3RrYTxtYWlsdG86bGhv dGthQG5pYy5jej4NCj4gU2VudDogMjYg4KSu4KS+4KSw4KWN4KSaIDIwMTggMjA6MDANCj4gVG86 IFJvaGl0IFJhbmFkZTxtYWlsdG86cm9oaXRycmFuYWRlQG91dGxvb2suY29tPjsNCj4gbmV0bW9k QGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBbbmV0bW9k XSBDb21tZW50cyBvbiBzY2hlbWEgbW91bnQgZHJhZnQNCj4gDQo+IFJvaGl0IFJhbmFkZSA8cm9o aXRycmFuYWRlQG91dGxvb2suY29tPiB3cml0ZXM6DQo+IA0KPiA+IE9uZSBtb3JlIHBvaW50Lg0K PiA+DQo+ID4gSG93IHRvIGNvbmZpZ3VyZSBhY2Nlc3MgY29udHJvbCBydWxlcyBmb3IgdGhlIG1v dW50ZWQgbW9kZWxzID8NCj4gDQo+IElmIHlvdSBtZWFuIE5BQ00gZnJvbSB0aGUgdmlld3BvaW50 IG9mIHRoZSB0aGUgcGFyZW50IHRyZWUsIHRoZW4gSQ0KPiB0aGluaw0KPiB0aGUgY29uc2Vuc3Vz IHdhcyB0aGF0IGl0IGhhcyB0byBiZSBzcGVjaWZpZWQgaW4gdGhlIHBhcmVudCB0cmVlLA0KPiBp bmNsdWRpbmcgcnVsZXMgZm9yIG1vdW50ZWQgZGF0YS4gVGhpcyBzaG91bGQgcHJvYmFibHkgYmUg bWVudGlvbmVkIGluDQo+IHRoZQ0KPiB0ZXh0Lg0KPiANCj4gTkFDTSBkYXRhIGNhbiBhbHNvIGJl IHByZXNlbnQgaW4gdGhlIG1vdW50ZWQgdHJlZSwgYnV0IGl0IHNob3VsZCBiZQ0KPiB1c2VkDQo+ IG9ubHkgZm9yIHRoZSAiaW50ZXJuYWwiIHNlc3Npb24gaW4gdGhlIGNhc2Ugb2Ygc3BsaXQgbWFu YWdlbWVudCwgYW5kDQo+IGlnbm9yZWQgaW4gdGhlIG91dGVyIHNlc3Npb24uDQo+IA0KPiBMYWRh DQo+IA0KPiA+ICAgIEkgdGhpbmsgaW4gdGhlICJTZWN1cml0eSBDb25zaWRlcmF0aW9ucyIgc2Vj dGlvbiwgd2Ugc2hvdWxkIGhpZ2hsaWdodA0KPiA+ICAgIHRoZSBuZWVkIGZvcg0KPiA+ICAgIGNv bmZpZ3VyaW5nIE5BQ00gcnVsZXMgYmVmb3JlIG1vdW50aW5nIHRoZSBub2Rlcy4gRWxzZSBhbGwg aW5mb3JtYXRpb24NCj4gPiAgICBjYW4gYmUgcXVlcmllZC4NCj4gPiAgICAxIGV4YW1wbGUgZm9y IHJ1bGUgY29uZmlndXJhdGlvbiBmb3Igbm90aWZpY2F0aW9uIGFuZCBkYXRhLW5vZGUgd2lsbA0K PiA+ICAgIGJlIGhlbHBmdWwuDQo+ID4NCj4gPg0KPiA+IFdpdGggUmVnYXJkcywNCj4gPg0KPiA+ IFJvaGl0IFINCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g RnJvbTogbmV0bW9kIDxuZXRtb2QtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFJvaGl0 IFJhbmFkZQ0KPiA+IDxyb2hpdHJyYW5hZGVAb3V0bG9vay5jb20+DQo+ID4gU2VudDogU3VuZGF5 LCBNYXJjaCAyNSwgMjAxOCAxMjo0NjoyNSBQTQ0KPiA+IFRvOiBuZXRtb2RAaWV0Zi5vcmcNCj4g PiBTdWJqZWN0OiBbbmV0bW9kXSBDb21tZW50cyBvbiBzY2hlbWEgbW91bnQgZHJhZnQNCj4gPg0K PiA+DQo+ID4gSGkgQWxsLA0KPiA+DQo+ID4gUGxlYXNlIGZpbmQgc29tZSBjb21tZW50cyBmb3Ig dGhlIHNjaGVtYSBtb3VudCBkcmFmdC4gSWYgSSBmaW5kIGFueQ0KPiA+IG90aGVyIHdpbGwgc2Vu ZCBpbiBhbm90aGVyIG1haWwuDQo+ID4NCj4gPiBFZGl0b3JpYWw6DQo+ID4gPT09PT09PT09PT09 DQo+ID4gMS4gU2VjdGlvbiAzLjENCj4gPiAgICAiVGhlICJtb3VudC1wb2ludCIgc3RhdGVtZW50 IE1VU1QgTk9UIGJlIHVzZWQgaW4gYSBZQU5HIHZlcnNpb24gMQ0KPiA+ICAgIG1vZHVsZS4iDQo+ ID4gICAgPT0+IEl0IGlzIHVuY2xlYXIgd2h5IHN1Y2ggYSByZXN0cmljdGlvbiBpcyBwbGFjZWQu Lg0KPiA+DQo+ID4gMi4gU2VjdGlvbiAzLjINCj4gPiAgICAic3RhdGUgZGF0YSBpbiB0aGUgInlh bmdtbnQ6c2NoZW1hLW1vdW50cyIiDQo+ID4gICAgPT0+IEhlcmUgdGhlIHlhbmcgdHJlZSBkaWFn cmFtIGlzIG5vdCB5ZXQgaW50cm9kdWNlZC4gSSBmZWVsIGJldHRlciB0bw0KPiA+ICAgIGludHJv ZHVjZQ0KPiA+ICAgIHRoaXMgZGlhZ3JhbSBhcyBpdCBtYWtlcyBpdCBlYXNpZXIgdG8gdW5kZXJz dGFuZCB0aGUgZGF0YS1ub2Rlcw0KPiA+DQo+ID4gMy4gU2VjdGlvbiAzLjINCj4gPiAgICAiRGF0 YSBpbiB0aGlzIGNvbnRhaW5lciBpcyBpbnRlbmRlZCB0byBiZSBhcyBzdGFibGUgYXMgZGF0YSBp biB0aGUNCj4gPiAgICB0b3AtbGV2ZWwgWUFORyBsaWJyYXJ5Ig0KPiA+ICAgID09PiBXaGF0IGlz IHRoZSBtZWFuaW5nIG9mICJhcyBzdGFibGUiIGFzID8gQXMgYSBkZXZlbG9wZXIgLCBJIGFtDQo+ ID4gICAgdW5jbGVhciB3aGF0IG5lZWRzDQo+ID4gICAgdG8gYmUgZG9uZSBoZXJlLiBQbGVhc2Ug Y2xhcmlmeS4NCj4gPg0KPiA+IDQuIFNlY3Rpb24gMy4yDQo+ID4gICAgImkuZS4sIGluc3RhbmNl cyBvZiB0aGF0IG1vdW50IHBvaW50IE1VU1QgTk9UIGNvbnRhaW4gYW55IGRhdGEgYWJvdmUNCj4g PiAgICB0aG9zZSB0aGF0IGFyZSBkZWZpbmVkIGluIHRoZSBwYXJlbnQgc2NoZW1hLiINCj4gPiAg ICA9PT4gSGVyZSAiYW55IGRhdGEgYWJvdmUiLCBtZWFucyAiYWJvdmUiIGluIHRoZSBoaWVhcmFy Y2h5ID8gTm90DQo+ID4gICAgY2xlYXIsIHRoaXMgaXMgc2ltaWxhcg0KPiA+ICAgIHRvIGhhdmlu ZyBhIFVTQiBzbG90LCBidXQgbm8gZGV2aWNlIG1vdW50ZWQgb24gaXQgYXMgeWV0IGluIFVOSVgN Cj4gPiAgICB0ZXJtcy4gUmlnaHQgPw0KPiA+ICAgIFRoZSBxdWVyeSBvdXRwdXQgb24gcGFyZW50 LXNjaGVtYSBzaG91bGQgZ2l2ZSBlbXB0eSBkYXRhLg0KPiA+DQo+ID4gNS4gU2VjdGlvbiAzLjIN Cj4gPiAgICAiSWYgbXVsdGlwbGUgbW91bnQgcG9pbnRzIHdpdGggdGhlIHNhbWUgbmFtZSBhcmUg ZGVmaW5lZCBpbiB0aGUgc2FtZQ0KPiA+ICAgIG1vZHVsZSAtIGVpdGhlciBkaXJlY3RseSBvciBi ZWNhdXNlIHRoZSBtb3VudCBwb2ludCBpcyBkZWZpbmVkIGluIGENCj4gPiAgICBncm91cGluZyBh bmQgdGhlIGdyb3VwaW5nIGlzIHVzZWQgbXVsdGlwbGUgdGltZXMgLSB0aGVuIHRoZQ0KPiA+ICAg IGNvcnJlc3BvbmRpbmcgIm1vdW50LXBvaW50IiBlbnRyeSBhcHBsaWVzIGVxdWFsbHkgdG8gYWxs IHN1Y2ggbW91bnQNCj4gPiAgICBwb2ludHMuIg0KPiA+ICAgPT0+IEFzIHBlciB0cmVlIGRpYWdy YW0sICJtb3VudC1wb2ludCIgaGFzIHR3byBrZXlzLiBTbyBlYWNoIG1vZHVsZQ0KPiA+ICAgY2Fu IGhhdmUgbXVsdGlwbGUNCj4gPiAgIG1vdW50IHBvaW50cy4gU28gaG93IHRvIGFwcGx5IGl0ICJl cXVhbGx5IiA/IE5vdCBjbGVhci4NCj4gPg0KPiA+IDYuIFNlY3Rpb24gMy4yDQo+ID4gICAgSW5z dGVhZCBvZiAiaW5saW5lIiBhbmQgInNoYXJlZC1zY2hlbWEiLCBJIHN1Z2dlc3QgdG8gdXNlDQo+ ID4gICAgInZhcmlhYmxlLXNjaGVtYSIgYW5kDQo+ID4gICAgInNhbWUtc2NoZW1hIg0KPiA+ICAg IFJlYXNvbjogVGhlIGtleSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIHR3byBpcyB0aGF0IGluIG9u ZSBjYXNlLCB0aGUNCj4gPiAgICBzY2hlbWEgTUFZIGJlIGRpZmZlcmVudA0KPiA+ICAgIHdoaWxl IGluIHRoZSBvdGhlciB0aGUgc2NoZW1hIGlzIHNhbWUuIFRoZSBuYW1lIGNhbiBiZSBzaW1pbGFy IHRvIHRoZQ0KPiA+ICAgIHJlYXNvbi4NCj4gPg0KPiA+IExvZ2ljYWwgUG9pbnQ6DQo+ID4gMS4g Q29uc2lkZXIgdGhlIHRvcG9sb2d5IHdoZXJlIDEgbWFpbiBkZXZpY2UgaXMgcHJlc2VudCB3aXRo IE4gbG9naWNhbA0KPiA+IGRldmljZXMgYmVoaW5kIGl0Lg0KPiA+ICAgIFdoZW4gdGhlIG1vdW50 aW5nIGlzIGRvbmUsIGl0IGlzIHF1aXRlIHBvc3NpYmxlIHRoYXQgc29tZSBvZiBOIGRldmljZXMN Cj4gPiAgICBhcmUgaGF2aW5nIGRpZmZlcmVudA0KPiA+ICAgIHZlcnNpb25zIG9mIG1vZHVsZXMu DQo+ID4gICAgVGhpcyBjYW4gbGVhZCB0byBlYWNoIGluc3RhbmNlIG9mIG1vdW50IHBvaW50LCBo YXZpbmcgZGlmZmVyZW50DQo+ID4gICAgc2NoZW1hLg0KPiA+ICAgIEhvdyBjYW4gdGhlIGNsaWVu dCB1bmRlcnN0YW5kIHRoZSBzY2hlbWEgb2YgZWFjaCBtb3VudC1wb2ludCBpbnN0YW5jZQ0KPiA+ ICAgID8gUHJlZmVyYWJseSBnZXQtc2NoZW1hIG9mIHRoZXNlIGRldmljZXMgYW5kIHRoZW4ga25v dyB0aGUgbW9kZWwgPw0KPiA+DQo+ID4gV2l0aCBSZWdhcmRzLA0KPiA+DQo+ID4gUm9oaXQgUg0K PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g bmV0bW9kIG1haWxpbmcgbGlzdA0KPiA+IG5ldG1vZEBpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQo+IA0KPiAtLQ0KPiBMYWRpc2xhdiBM aG90a2ENCj4gSGVhZCwgQ1ouTklDIExhYnMNCj4gUEdQIEtleSBJRDogMHhCOEY5MkIwOEE5Rjc2 QzY3DQo+IA0K From nobody Thu Mar 29 00:29:58 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94BEC12D870 for ; Thu, 29 Mar 2018 00:29:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9KnBa__eBMsy for ; Thu, 29 Mar 2018 00:29:54 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 278A412D86E for ; Thu, 29 Mar 2018 00:29:54 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 6BEF21AE0187; Thu, 29 Mar 2018 09:29:53 +0200 (CEST) Date: Thu, 29 Mar 2018 09:29:53 +0200 (CEST) Message-Id: <20180329.092953.1063547768163198657.mbj@tail-f.com> To: rohitrranade@outlook.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <20180326.101129.936165036878075905.mbj@tail-f.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netmod] Comments on schema mount draft X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 07:29:56 -0000 SGksDQoNClJvaGl0IFJhbmFkZSA8cm9oaXRycmFuYWRlQG91dGxvb2suY29tPiB3cm90ZToNCj4g SGkgTWFydGluLA0KPiANCj4gVy5yLnQgPGdldC1zY2hlbWE+IG9uIHRoZSBtYWluIGRldmljZSwg aXQgd2lsbCBtZWFuIHRoYXQgZm9yDQo+IHN1Y2Nlc3NmdWwgPGdldC1zY2hlbWE+IGZvciBhbGwg dGhlIHNjaGVtYSBvZiBtb3VudGVkIGRldmljZXMsIHRoZQ0KPiBtYWluIGRldmljZSBtdXN0IGJl IHVwZ3JhZGVkIHRvIGhpZ2hlciB2ZXJzaW9uIGZpcnN0IGFuZCBtdXN0IGNvbnRhaW4NCj4gQUxM IHRoZSBzY2hlbWEgb2YgYWxsIHRoZSBkZXZpY2VzIGJlaGluZCB0aGUgbWFpbiBkZXZpY2UuDQoN ClRoaXMgaXMgbm90IHRoZSBpbnRlbnRpb24sIGFuZCBhcyB5b3Ugbm90ZSwgaW4gbWFueSBjYXNl cyB0aGlzIGlzIGp1c3QNCm5vdCBwb3NzaWJsZS4NCg0KVGhlIGNsaWVudCBjYW4gbG9vayBhdCB0 aGUgImxvY2F0aW9uIiBsZWFmIGluIHRoZSBtb3VudGVkIFlBTkcgbGlicmFyeQ0KKGluIFlMYmlz OyBpbiBvbGQgWUwgaXQgd2FzIGNhbGxlZCAic2NoZW1hIikgYW5kIGdldCB0aGUgbW9kdWxlIGZy b20NCnRoZXJlLg0KDQpJZiB0aGUgbW91bnRlZCBzY2hlbWEgYWxzbyBtb3VudHMgImlldGYtbmV0 Y29uZi1tb25pdG9yaW5nIiwgdGhlDQpjbGllbnQgY2FuIGludm9rZSB0aGUgbW91bnRlZCA8Z2V0 LXNjaGVtYT4gYXMgYW4gYWN0aW9uLCBhbmQgcmV0cmlldmUNCnRoZSBzcGVjaWZpYyB2ZXJzaW9u IG9mIHRoZSBtb2R1bGUgdGhhdCBpcyBtb3VudGVkIHRoZXJlLg0KDQo+IFRoaXMgcG9pbnQgbWF5 IHByb3ZlIHRvIGJlIHRyaWNreSBhcyB0aGUgd2hvbGUgdG9wb2xvZ3kgdXBncmFkZSBoYXMgdG8N Cj4gYmUgY29uc2lkZXJlZCBhbHdheXMuIEkgZmVlbCB3ZSBjYW4gYWRkIHNvbWUgdGV4dCByZWdh cmRpbmcgdGhpcy4NCj4gDQo+IEFsc28gaG93IHRvIOKAnG1vdW504oCdIGFuIGluc3RhbmNlIG9m IGEgbW91bnQtcG9pbnQgPyBCZWNhdXNlIG9uY2UgdGhpcw0KPiBkcmFmdCBpcyBvdXQsIGVhY2gg aW1wbGVtZW50ZXIgbWF5IGRlZmluZSBwcml2YXRlIFJQQ3MgZm9yIG1vdW50IGFuZA0KPiB1bi1t b3VudCBpZiB0aGlzIG1vZHVsZSBkb2VzIG5vdCBkZWZpbmUgaXQuIFdoZXRoZXIgYW55IHBsYW4g YWJvdXQgaXQNCj4gPw0KDQpOb3RlIHRoYXQgc2NoZW1hIG1vdW50IGlzIG5vdCBhYm91dCBtb3Vu dGluZyBkZXZpY2VzOyB0aGF0IHdvdWxkIGJlIGENCmZ1dHVyZSBzcGVjaWFsaXphdGlvbiBvZiB0 aGlzIG1lY2hhbmlzbS4NCg0KSW4gdGhlIExORSBhbmQgTkkgZHJhZnRzLCBlbnRpdGllcyBhcmUg Im1vdW50ZWQiIGJ5IGNyZWF0aW5nIGVudHJpZXMNCmluIHRoZSBjb3JyZXNwb25kaW5nIGxpc3Rz LiAgVGhlcmUgaXMgbm8gbmVlZCBmb3IgYSAibW91bnQiIHJwYyBpbg0KdGhlc2UgY2FzZXMuDQoN Cg0KL21hcnRpbg0KDQoNCg0KDQo+IA0KPiANCj4gDQo+IA0KPiBXaXRoIFJlZ2FyZHMsDQo+IFJv aGl0IFINCj4gDQo+IFNlbnQgZnJvbSBNYWlsPGh0dHBzOi8vZ28ubWljcm9zb2Z0LmNvbS9md2xp bmsvP0xpbmtJZD01NTA5ODY+IGZvcg0KPiBXaW5kb3dzIDEwDQo+IA0KPiBGcm9tOiBNYXJ0aW4g QmpvcmtsdW5kPG1haWx0bzptYmpAdGFpbC1mLmNvbT4NCj4gU2VudDogMjYg4KSu4KS+4KSw4KWN 4KSaIDIwMTggMTM6NDENCj4gVG86IHJvaGl0cnJhbmFkZUBvdXRsb29rLmNvbTxtYWlsdG86cm9o aXRycmFuYWRlQG91dGxvb2suY29tPg0KPiBDYzogbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRt b2RAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBDb21tZW50cyBvbiBzY2hlbWEg bW91bnQgZHJhZnQNCj4gDQo+IEhpLA0KPiANCj4gVGhhbmsgeW91IGZvciB0aGVzZSBjb21tZW50 cywgcmVwbGllcyBpbmxpbmUuDQo+IA0KPiBSb2hpdCBSYW5hZGUgPHJvaGl0cnJhbmFkZUBvdXRs b29rLmNvbT4gd3JvdGU6DQo+ID4gSGkgQWxsLA0KPiA+DQo+ID4gUGxlYXNlIGZpbmQgc29tZSBj b21tZW50cyBmb3IgdGhlIHNjaGVtYSBtb3VudCBkcmFmdC4gSWYgSSBmaW5kIGFueQ0KPiA+IG90 aGVyIHdpbGwgc2VuZCBpbiBhbm90aGVyIG1haWwuDQo+ID4NCj4gPiBFZGl0b3JpYWw6DQo+ID4g PT09PT09PT09PT09DQo+ID4gMS4gU2VjdGlvbiAzLjENCj4gPiAgICAiVGhlICJtb3VudC1wb2lu dCIgc3RhdGVtZW50IE1VU1QgTk9UIGJlIHVzZWQgaW4gYSBZQU5HIHZlcnNpb24gMQ0KPiA+ICAg IG1vZHVsZS4iDQo+ID4gICAgPT0+IEl0IGlzIHVuY2xlYXIgd2h5IHN1Y2ggYSByZXN0cmljdGlv biBpcyBwbGFjZWQuDQo+IA0KPiBUaGUgcmVhc29uIGlzIHRoYXQgWUFORyAxIGRvZXNuJ3Qgc3Vw cG9ydCBpbmxpbmUgYWN0aW9ucyBhbmQNCj4gbm90aWZpY2F0aW9uLCB3aGljaCBtZWFucyB0aGF0 IHRvcC1sZXZlbCBycGNzIGFuZCBub3RpZnMgaW4gdGhlDQo+IG1vdW50ZWQgbW9kdWxlIGNhbm5v dCBiZSBpbnZva2VkIHVzaW5nIHRoZSBtZWNoYW5pc20gZGVzY3JpYmVkIGluDQo+IHNlY3Rpb24g NS4gIEkgd2lsbCB0cnkgdG8gY2xhcmlmeSB0aGlzLg0KPiANCj4gPiAyLiBTZWN0aW9uIDMuMg0K PiA+ICAgICJzdGF0ZSBkYXRhIGluIHRoZSAieWFuZ21udDpzY2hlbWEtbW91bnRzIiINCj4gPiAg ICA9PT4gSGVyZSB0aGUgeWFuZyB0cmVlIGRpYWdyYW0gaXMgbm90IHlldCBpbnRyb2R1Y2VkLiBJ IGZlZWwgYmV0dGVyIHRvDQo+ID4gICAgaW50cm9kdWNlDQo+ID4gICAgdGhpcyBkaWFncmFtIGFz IGl0IG1ha2VzIGl0IGVhc2llciB0byB1bmRlcnN0YW5kIHRoZSBkYXRhLW5vZGVzDQo+IA0KPiBP ay4gIEkgbW92ZWQgc2VjdGlvbiA4IHRvIGEgbmV3IHNlY3Rpb24gMy4yLg0KPiANCj4gPiAzLiBT ZWN0aW9uIDMuMg0KPiA+ICAgICJEYXRhIGluIHRoaXMgY29udGFpbmVyIGlzIGludGVuZGVkIHRv IGJlIGFzIHN0YWJsZSBhcyBkYXRhIGluIHRoZQ0KPiA+ICAgIHRvcC1sZXZlbCBZQU5HIGxpYnJh cnkiDQo+ID4gICAgPT0+IFdoYXQgaXMgdGhlIG1lYW5pbmcgb2YgImFzIHN0YWJsZSIgYXMgPyBB cyBhIGRldmVsb3BlciAsIEkgYW0NCj4gPiAgICB1bmNsZWFyIHdoYXQgbmVlZHMNCj4gPiAgICB0 byBiZSBkb25lIGhlcmUuIFBsZWFzZSBjbGFyaWZ5Lg0KPiANCj4gS2VudCBhbHNvIGhhZCBhIGNv bW1lbnQgYXJvdW5kIHRoaXMsIGFuZCB0aGUgdGV4dCBhYm91dCBzdGFibGUgaXMgbm93DQo+IHJl bW92ZWQuDQo+IA0KPiA+IDQuIFNlY3Rpb24gMy4yDQo+ID4gICAgImkuZS4sIGluc3RhbmNlcyBv ZiB0aGF0IG1vdW50IHBvaW50IE1VU1QgTk9UIGNvbnRhaW4gYW55IGRhdGEgYWJvdmUNCj4gPiAg ICB0aG9zZSB0aGF0IGFyZSBkZWZpbmVkIGluIHRoZSBwYXJlbnQgc2NoZW1hLiINCj4gPiAgICA9 PT4gSGVyZSAiYW55IGRhdGEgYWJvdmUiLCBtZWFucyAiYWJvdmUiIGluIHRoZSBoaWVhcmFyY2h5 ID8NCj4gDQo+IE5vLCB0aGlzIHdhcyBqdXN0IHdyb25nOyBpdCBzaG91bGQgYmUgImV4Y2VwdCIu DQo+IA0KPiA+ICAgIE5vdA0KPiA+ICAgIGNsZWFyLCB0aGlzIGlzIHNpbWlsYXINCj4gPiAgICB0 byBoYXZpbmcgYSBVU0Igc2xvdCwgYnV0IG5vIGRldmljZSBtb3VudGVkIG9uIGl0IGFzIHlldCBp biBVTklYDQo+ID4gICAgdGVybXMuIFJpZ2h0ID8NCj4gPiAgICBUaGUgcXVlcnkgb3V0cHV0IG9u IHBhcmVudC1zY2hlbWEgc2hvdWxkIGdpdmUgZW1wdHkgZGF0YS4NCj4gPg0KPiA+IDUuIFNlY3Rp b24gMy4yDQo+ID4gICAgIklmIG11bHRpcGxlIG1vdW50IHBvaW50cyB3aXRoIHRoZSBzYW1lIG5h bWUgYXJlIGRlZmluZWQgaW4gdGhlIHNhbWUNCj4gPiAgICBtb2R1bGUgLSBlaXRoZXIgZGlyZWN0 bHkgb3IgYmVjYXVzZSB0aGUgbW91bnQgcG9pbnQgaXMgZGVmaW5lZCBpbiBhDQo+ID4gICAgZ3Jv dXBpbmcgYW5kIHRoZSBncm91cGluZyBpcyB1c2VkIG11bHRpcGxlIHRpbWVzIC0gdGhlbiB0aGUN Cj4gPiAgICBjb3JyZXNwb25kaW5nICJtb3VudC1wb2ludCIgZW50cnkgYXBwbGllcyBlcXVhbGx5 IHRvIGFsbCBzdWNoIG1vdW50DQo+ID4gICAgcG9pbnRzLiINCj4gPiAgID09PiBBcyBwZXIgdHJl ZSBkaWFncmFtLCAibW91bnQtcG9pbnQiIGhhcyB0d28ga2V5cy4gU28gZWFjaCBtb2R1bGUNCj4g PiAgIGNhbiBoYXZlIG11bHRpcGxlDQo+ID4gICBtb3VudCBwb2ludHMuIFNvIGhvdyB0byBhcHBs eSBpdCAiZXF1YWxseSIgPyBOb3QgY2xlYXIuDQo+IA0KPiBOb3RlIHRoYXQgdGhlIHNlbnRlbmNl IHN0YXJ0cyB3aXRoICJJZiBtdWx0aXBsZSBtb3VudCBwb2ludHMgd2l0aCB0aGUNCj4gc2FtZSBu YW1lIGFyZSBkZWZpbmVkIGluIHRoZSBzYW1lIG1vZHVsZSIgLS0gc28gdGhpcyBjbGVhcmx5IGRv ZXNuJ3QNCj4gYXBwbHkgdG8gbW91bnQgcG9pbnRzIHdpdGggZGlmZmVyZW50IG5hbWVzLCByaWdo dD8NCj4gDQo+IEZvciBleGFtcGxlLCB5b3UgY2FuIGhhdmU6DQo+IA0KPiAgIGNvbnRhaW5lciBm b28gew0KPiAgICAgeWFuZ21udDptb3VudC1wb2ludCBteS1tbnQtcG9pbnQ7DQo+ICAgfQ0KPiAg IGNvbnRhaW5lciBiYXIgew0KPiAgICAgeWFuZ21udDptb3VudC1wb2ludCBteS1tbnQtcG9pbnQ7 DQo+ICAgfQ0KPiANCj4gVGhlcmUgaXMganVzdCBvbmUgZW50cnkgaW4gdGhlICJtb3VudC1wb2lu dCIgbGlzdCwgc28gdGhhdCBlbnRyeQ0KPiBhcHBsaWVzIHRvIGJvdGggdGhlc2UgbW91bnQgcG9p bnRzLiAgQm90aCBhcmUgZWl0aGVyICJpbmxpbmUiIG9yDQo+ICJzaGFyZWQtc2NoZW1hIi4NCj4g DQo+IA0KPiA+IDYuIFNlY3Rpb24gMy4yDQo+ID4gICAgSW5zdGVhZCBvZiAiaW5saW5lIiBhbmQg InNoYXJlZC1zY2hlbWEiLCBJIHN1Z2dlc3QgdG8gdXNlDQo+ID4gICAgInZhcmlhYmxlLXNjaGVt YSIgYW5kDQo+ID4gICAgInNhbWUtc2NoZW1hIg0KPiA+ICAgIFJlYXNvbjogVGhlIGtleSBkaWZm ZXJlbmNlIGJldHdlZW4gdGhlIHR3byBpcyB0aGF0IGluIG9uZSBjYXNlLCB0aGUNCj4gPiAgICBz Y2hlbWEgTUFZIGJlIGRpZmZlcmVudA0KPiA+ICAgIHdoaWxlIGluIHRoZSBvdGhlciB0aGUgc2No ZW1hIGlzIHNhbWUuIFRoZSBuYW1lIGNhbiBiZSBzaW1pbGFyIHRvIHRoZQ0KPiA+ICAgIHJlYXNv bi4NCj4gDQo+IEF0IHRoaXMgcG9pbnQsIHdlIGhhdmUgdG8gbGl2ZSB3aXRoIHRoZXNlIHRlcm1z LiAgVGhpcyB3YXMgcGFydCBvZiB0aGUNCj4gY29tcHJvbWlzZSBsZWFkaW5nIHRvIHRoaXMgc29s dXRpb247IHRoZXJlIGFyZSBvdGhlciBkb2N1bWVudHMgaW4gdGhlDQo+IFJGQyBlZGl0b3IncyBx dWV1ZSB0aGF0IGRlcGVuZCBvbiB0aGVzZSB0ZXJtcy4NCj4gDQo+ID4gTG9naWNhbCBQb2ludDoN Cj4gPiAxLiBDb25zaWRlciB0aGUgdG9wb2xvZ3kgd2hlcmUgMSBtYWluIGRldmljZSBpcyBwcmVz ZW50IHdpdGggTiBsb2dpY2FsDQo+ID4gZGV2aWNlcyBiZWhpbmQgaXQuDQo+ID4gICAgV2hlbiB0 aGUgbW91bnRpbmcgaXMgZG9uZSwgaXQgaXMgcXVpdGUgcG9zc2libGUgdGhhdCBzb21lIG9mIE4g ZGV2aWNlcw0KPiA+ICAgIGFyZSBoYXZpbmcgZGlmZmVyZW50DQo+ID4gICAgdmVyc2lvbnMgb2Yg bW9kdWxlcy4NCj4gPiAgICBUaGlzIGNhbiBsZWFkIHRvIGVhY2ggaW5zdGFuY2Ugb2YgbW91bnQg cG9pbnQsIGhhdmluZyBkaWZmZXJlbnQNCj4gPiAgICBzY2hlbWEuDQo+ID4gICAgSG93IGNhbiB0 aGUgY2xpZW50IHVuZGVyc3RhbmQgdGhlIHNjaGVtYSBvZiBlYWNoIG1vdW50LXBvaW50IGluc3Rh bmNlDQo+ID4gICAgPyBQcmVmZXJhYmx5IGdldC1zY2hlbWEgb2YgdGhlc2UgZGV2aWNlcyBhbmQg dGhlbiBrbm93IHRoZSBtb2RlbCA/DQo+IA0KPiBUaGlzIGRyYWZ0IHNheXMgdGhhdCBlYWNoIGlu c3RhbmNlIHdpbGwgaGF2ZSBpdHMgb3duIFlBTkcgbGlicmFyeQ0KPiBpbnN0YW5jZS4gIFNvIHRo ZXJlIHRoZSBjbGllbnQgY2FuIGRldGVjdCB3aGljaCB2ZXJzaW9ucyBvZiB0aGUNCj4gZGlmZmVy ZW50IG1vZHVsZXMgZWFjaCBpbnN0YW5jZSBzdXBwb3J0cy4gIFRoZW4gPGdldC1zY2hlbWE+IGNh biBiZQ0KPiBpbnZva2VkIHRvIGdldCB0aGUgbW9kdWxlcywgaWYgaXQgaXMgc3VwcG9ydGVkLg0K PiANCj4gDQo+IC9tYXJ0aW4NCj4gDQo= From nobody Thu Mar 29 02:03:20 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40E5E12D87C for ; Thu, 29 Mar 2018 02:03:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xBFDMdlulrPh for ; Thu, 29 Mar 2018 02:03:11 -0700 (PDT) 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 D1E111241F3 for ; Thu, 29 Mar 2018 02:03:09 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id E387EDF6 for ; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) 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 GaxlZgL0Gro4 for ; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) 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 for ; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id BDE0B20035 for ; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id O0WH1Z5P5Ncn; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 08A0C20031; Thu, 29 Mar 2018 11:03:07 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 0048542A24E1; Thu, 29 Mar 2018 11:03:05 +0200 (CEST) Date: Thu, 29 Mar 2018 11:03:05 +0200 From: Juergen Schoenwaelder To: netmod@ietf.org Message-ID: <20180329090305.eqshcqvqo33r5bsf@elstar.local> Reply-To: Juergen Schoenwaelder Mail-Followup-To: netmod@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20171215 Archived-At: Subject: [netmod] js review of draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 09:03:18 -0000 Here is my review of draft-ietf-netmod-schema-mount-09. * Abstract This document defines a mechanism to combine YANG modules into the schema defined in other YANG modules. I do not know what this says - I think this text is confusing. What does it mean to 'combine' YANG modules? What is the notion of 'schema' used here? Does the text help someone to decide whether this mechanisms is something worth to study in order to solve a given modeling problem? (A good abstract would IMHO do that.) Note that the mount mechanisms has serious limitations as well that perhaps need to spelled out right up-front, i.e., it only works with pre-defined mount-points (augments are much more flexible in this regard, the schema mount defined here is by its very design not very flexible. * Introduction s/Furthermore,// 'In some cases' ... 'often' - hm is this something that is required occasionally or often? There are more uses of fill words like 'often' that do not really seem to be needed. s/new generic mechanism/new mechanism/ While I think I understand the difference made between implementation-time and run-time, the description is somewhat confusing since the run-time mount will also be exposed via YANG library and hence defining implementation-time by 'defined by a server implementor and is as stable as YANG library information of the server' is somewhat fuzzy. I assume what you mean is that in the case 2. the mounted schema is fixed at implementation time while in the case 3. the mounted schema may vary and be discovered at run-time. However, you do not define things this way but rather talk about properties that do however not define things. * Glossary of New Terms o top-level schema: a schema according to [RFC7950] in which schema trees of each module (except augments) start at the root node. You do not import 'schema' from RFC 7950 since, well, it is not defined in RFC 7950. I think you often mean a schema tree (as defined in RFC 7950) when you use 'schema'. Well, even this is not true since a 'schema tree' according to RFC 7950 is scoped to a module. RFC 8342 defines a 'datastore schema' but then I am not sure this corresponds to 'schema' as used in this draft. In fact, the mounted schema may be considered part of the 'datastore schema'. I think we are handwaving with our terminology here but then perhaps I am the only one who cares... What we actually have are schema tree (of a module per RFC 7950) and a collection of schema trees sharing a common root (this is likely what is meant with "schema" in this document). And then schema mount simply provides a mechanism to have additional (statically defined) roots in a schema. * Specification of the Mounted Schema I still struggle with the term 'inline' (and to a lesser extend with 'shared'). I am likely in the minority. * Multiple Levels of Schema Mount What is a 'subschema'? What is a 'schema level'? Is a subschema the same as a schema, i.e. a collection of schema trees with a common root? If we need terms such as 'subschema' or 'schema level', then we should define them. But perhaps just some tweaking the text to avoid new terms can solve the issue. * Referring to Data Nodes in the Parent Schema I stumbled across this here but in general is 'data model' the same as 'schema'? Note that the text in section 4 talks about 'mounted data model' and 'top-level data model' and 'mounted data model' but elsewhere you talk about * schemas. Perhaps using just one term is better and more consistent? Why are parent-references only useful for the 'shared-schema' case? An 'inline' mount can't refer to stuff outside the mount jail? Looking at the YANG definition of 'parent-reference', I am left somewhat clueless in which situations these xpath expressions are evaluations and when the nodesets are merged with other xpath expression evaluation results. It seems that these parent references are the only actual difference between 'inline' and 'shared-schema' mounts. * Data Model I have not really understood what the difference between 'inline' and 'shared-schema' is. I understand that the later can have 'parent-references' but it is unclear why the other can't and if there is not strong architectural reason why there have to be two choices. It also seems that the 'namespace' list is only meaningful if there are parent references, no? So why is this then global, i.e. also provided for 'inline' mounts? I guess I do not really understand the distinction. If there are no parent-references, what is the difference between 'shared-schema' and 'inline'? * Security Considerations I agree with others that something needs to be said how NACM applies to mounted schemas. /js PS: I have not checked the examples in the appendix. -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 29 02:31:40 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B4EB1200C1 for ; Thu, 29 Mar 2018 02:31:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.8 X-Spam-Level: X-Spam-Status: No, score=-6.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: DNS error: SERVFAIL)" 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 FObFGonQrIkD for ; Thu, 29 Mar 2018 02:31:34 -0700 (PDT) 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 D20671200A0 for ; Thu, 29 Mar 2018 02:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5251; q=dns/txt; s=iport; t=1522315894; x=1523525494; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=1p9CPOyfB7GF9FtyPkwuSQX3xPAqe4t2e2K0qVHMxKk=; b=Sqazz8fO0B2Bf92+t/XM2SfHAwNh+5fj6Ljpd3y1cKAUDN3By+Ij7WOM LS3uAPjX5I3o9O+OGVawH6xhVKyOJHdtWtO6XOKG9cbkLQD6gB1Yv5vt5 gTA6vToNeqtI/y6LFfY+5mbVBZz2zW+EhEI/rueeekRgt42glfcLt4WhG k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CQAAD3sLxa/xbLJq1TBgQZAQEBAQE?= =?us-ascii?q?BAQEBAQEBBwEBAQEBhCJvKINciABejXUhgQ+LD4dCgXoLGAuEFUwChDU0GAE?= =?us-ascii?q?CAQEBAQEBAmsohSUBAQEDAQEBIQ8BBTYXBAsRBAEBAQICIwMCAicfCQgGAQw?= =?us-ascii?q?GAgEBhQIID6t6ghyEVYNrgimBCIgrP4EMIgyBWnyCZisBAQOBLhUMgwqCVAK?= =?us-ascii?q?HIpARCIVRiFMGgS85hVQihFOJEoFLgleCRIElHDiBUjMaCBsVOoJDCYISjjM?= =?us-ascii?q?+MI49AQE?= X-IronPort-AV: E=Sophos;i="5.48,376,1517875200"; d="scan'208";a="2891071" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Mar 2018 09:31:31 +0000 Received: from [10.63.23.169] (dhcp-ensft1-uk-vla370-10-63-23-169.cisco.com [10.63.23.169]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w2T9VUuf000842; Thu, 29 Mar 2018 09:31:31 GMT To: "Yemin (Amy)" , "otilibil@eurecom.fr" , "netmod@ietf.org" References: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE7250@dggema521-mbs.china.huawei.com> From: Robert Wilton Message-ID: Date: Thu, 29 Mar 2018 10:31:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE7250@dggema521-mbs.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2018 09:31:38 -0000 Hi Amy, On 29/03/2018 08:09, Yemin (Amy) wrote: > Hi Rob, > > Thanks for clarification. > By using the deviation, I can remove the containers I don't need, and I could also remove some data nodes within the container, right? Yes. > > BTW, your reply provides a good guideline. Is it possible to include those text into the draft? I'll leave this to the authors to decide. A more realistic example may be helpful given that mine was slightly contrived. Thanks, Rob > > BR, > Amy > -----Original Message----- > From: Robert Wilton [mailto:rwilton@cisco.com] > Sent: Tuesday, March 27, 2018 6:33 PM > To: Yemin (Amy) ; otilibil@eurecom.fr; netmod@ietf.org > Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 > > Hi Amy, > > > On 27/03/2018 04:47, Yemin (Amy) wrote: >> Hi all, >> >> I also have a question/comment regarding this draft, maybe if it's discussed already. >> >> If there a model A, which I would like to use just part of model A in another model B, what should I do? >> The draft states that "This document allows mounting of complete data models only. Other specifications may extend this model by defining additional mechanisms such as mounting sub-hierarchies of a module." >> It seems that the current schema mount doesn't support such usage. > That is correct. > >> >> >> Then I'm thinking that using deviation to create a new sub-module A', then mount the sub-module A' in model B. >> Will it be a possible way out? > If you have a module A, then you could create another module, A-deviations, that used deviation delete statements to remove parts of A's schema. > > Then a server could mount both modules A and A-deviations, hence excluding parts of module A at the mount point. > > However, this approach would not allow you to only mount a descendant subtree in A.  E.g. You couldn't just directly mount the "interfaces/interface/statistics" container from RFC 8343, but you could mount the ietf-interfaces module and then deviate delete all nodes except for the interfaces/interface/statistics container. > > Thanks, > Rob > > >> BR, >> Amy >> -----Original Message----- >> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of >> otilibil@eurecom.fr >> Sent: Monday, March 26, 2018 7:18 PM >> To: netmod@ietf.org >> Subject: [netmod] Comments on draft-ietf-netmod-schema-mount-09 >> >> Hi members, >> >> I comment on that draft: >> >> * Instead of "it is often necessary that an existing module (or a set >> of modules) is added to the data model starting at a non-root >> location", this would read better: "it is often necessary that an >> existing module (or a set of modules) be added to the data model at >> locations other than the root." (Section 1) >> >> * 'The "mount-point" statement MUST NOT be used in a YANG version 1 >> module' Why this documents keeps YANG 1 off from its scope? (Section >> 3.1) >> >> * 'Specifically, a server that doesn?t support the NMDA, MAY implement >> revision 2016-06-21 of "ietf-yang-library" [RFC7950] under a mount >> point' [RFC7895] defines "ietf-yang-library", not [RFC7950] (Section >> 6) >> >> * Why not "Tree Diagram" instead of "Data Model"? The wording has >> become a Best Practice (Section 8) >> >> * Idem, "This document...has the following diagram" captures better the Best Practice than "This document...has the following structure" >> (Section 8) >> >> * Same remark on restricting to YANG 1.1: "The ?mount-point? statement >> MUST NOT be used in a YANG version 1 module, neither explicitly nor >> via a ?uses? statement (description of the extension "mount-point") >> >> * Should this sentence refers only to [RFC6020]? "This document registers a YANG module in the YANG Module Names registry [RFC6020]" >> (Section 10) >> >> * The document cites /schema-mounts as "The schema defined by this >> state data provides detailed information about a server implementation >> may help an attacker identify the server capabilities and server >> implementations with known bugs" I think this section should warn also >> on: >> ** Section 2.1.2 and 4 of [RFC7895] (the list 'module' contains the leaf 'schema': from which anyone may retrieve a YANG module) >> ** Section 3 of [RFC6022] (it defines the RPC 'get-schema'; with which anyone may get a YANG module) >> ** and Section 5 of [RFC8341] (reminding administrators to set user rights accordingly, and giving their defaults values). >> >> Regards, >> Ariel >> >> [RFC6020] https://tools.ietf.org/html/rfc6020 >> [RFC7895] https://tools.ietf.org/html/rfc7895 >> [RFC7950] https://tools.ietf.org/html/rfc7950 >> [RFC8341] https://tools.ietf.org/html/rfc8341 >> >> >> ---------------------------------------------------------------------- >> --------- This message was sent using EURECOM Webmail: >> http://webmail.eurecom.fr >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> . >> From nobody Thu Mar 29 19:47:55 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72CAA12E868 for ; Thu, 29 Mar 2018 19:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.212 X-Spam-Level: X-Spam-Status: No, score=-4.212 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 7xlnGatPLUVg for ; Thu, 29 Mar 2018 19:47:52 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 D951A12E059 for ; Thu, 29 Mar 2018 19:47:51 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A725F3994C793 for ; Fri, 30 Mar 2018 03:47:47 +0100 (IST) Received: from DGGEMA403-HUB.china.huawei.com (10.3.20.44) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 30 Mar 2018 03:47:48 +0100 Received: from DGGEMA521-MBS.china.huawei.com ([169.254.5.3]) by DGGEMA403-HUB.china.huawei.com ([10.3.20.44]) with mapi id 14.03.0361.001; Fri, 30 Mar 2018 10:47:42 +0800 From: "Yemin (Amy)" To: Robert Wilton , "otilibil@eurecom.fr" , "netmod@ietf.org" Thread-Topic: [netmod] Comments on draft-ietf-netmod-schema-mount-09 Thread-Index: AQHTxPQs2rTyFU6SUUilNgTzKCTcPKPjb8lQ///uQICAAzczkP//3C8AgAGlf9A= Date: Fri, 30 Mar 2018 02:47:42 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE7536@dggema521-mbs.china.huawei.com> References: <20180326131751.28bgdvrf8kokc4k4@webmail.eurecom.fr> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE66B2@dggema521-mbs.china.huawei.com> <9C5FD3EFA72E1740A3D41BADDE0B461FCEFE7250@dggema521-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.30.234] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Comments on draft-ietf-netmod-schema-mount-09 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2018 02:47:54 -0000 SGksDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBSb2JlcnQgV2lsdG9uIFtt YWlsdG86cndpbHRvbkBjaXNjby5jb21dIA0KU2VudDogVGh1cnNkYXksIE1hcmNoIDI5LCAyMDE4 IDU6MzIgUE0NClRvOiBZZW1pbiAoQW15KSA8YW15LnllbWluQGh1YXdlaS5jb20+OyBvdGlsaWJp bEBldXJlY29tLmZyOyBuZXRtb2RAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBDb21t ZW50cyBvbiBkcmFmdC1pZXRmLW5ldG1vZC1zY2hlbWEtbW91bnQtMDkNCg0KSGkgQW15LA0KDQoN Ck9uIDI5LzAzLzIwMTggMDg6MDksIFllbWluIChBbXkpIHdyb3RlOg0KPiBIaSBSb2IsDQo+DQo+ IFRoYW5rcyBmb3IgY2xhcmlmaWNhdGlvbi4NCj4gQnkgdXNpbmcgdGhlIGRldmlhdGlvbiwgSSBj YW4gcmVtb3ZlIHRoZSBjb250YWluZXJzIEkgZG9uJ3QgbmVlZCwgYW5kIEkgY291bGQgYWxzbyBy ZW1vdmUgc29tZSBkYXRhIG5vZGVzIHdpdGhpbiB0aGUgY29udGFpbmVyLCByaWdodD8NClllcy4N Cg0KPg0KPiBCVFcsIHlvdXIgcmVwbHkgcHJvdmlkZXMgYSBnb29kIGd1aWRlbGluZS4gSXMgaXQg cG9zc2libGUgdG8gaW5jbHVkZSB0aG9zZSB0ZXh0IGludG8gdGhlIGRyYWZ0Pw0KSSdsbCBsZWF2 ZSB0aGlzIHRvIHRoZSBhdXRob3JzIHRvIGRlY2lkZS4NCg0KQSBtb3JlIHJlYWxpc3RpYyBleGFt cGxlIG1heSBiZSBoZWxwZnVsIGdpdmVuIHRoYXQgbWluZSB3YXMgc2xpZ2h0bHkgY29udHJpdmVk Lg0KW0FteV0gQSBjb25jcmV0ZSBleGFtcGxlIHdvdWxkIGJlIGV2ZW4gYmV0dGVyIQ0KDQpUaGFu a3MsDQpSb2INCg0KDQo+DQo+IEJSLA0KPiBBbXkNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCj4gRnJvbTogUm9iZXJ0IFdpbHRvbiBbbWFpbHRvOnJ3aWx0b25AY2lzY28uY29tXQ0KPiBT ZW50OiBUdWVzZGF5LCBNYXJjaCAyNywgMjAxOCA2OjMzIFBNDQo+IFRvOiBZZW1pbiAoQW15KSA8 YW15LnllbWluQGh1YXdlaS5jb20+OyBvdGlsaWJpbEBldXJlY29tLmZyOyANCj4gbmV0bW9kQGll dGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW5l dG1vZC1zY2hlbWEtbW91bnQtMDkNCj4NCj4gSGkgQW15LA0KPg0KPg0KPiBPbiAyNy8wMy8yMDE4 IDA0OjQ3LCBZZW1pbiAoQW15KSB3cm90ZToNCj4+IEhpIGFsbCwNCj4+DQo+PiBJIGFsc28gaGF2 ZSBhIHF1ZXN0aW9uL2NvbW1lbnQgcmVnYXJkaW5nIHRoaXMgZHJhZnQsIG1heWJlIGlmIGl0J3Mg ZGlzY3Vzc2VkIGFscmVhZHkuDQo+Pg0KPj4gSWYgdGhlcmUgYSBtb2RlbCBBLCB3aGljaCBJIHdv dWxkIGxpa2UgdG8gdXNlIGp1c3QgcGFydCBvZiBtb2RlbCBBIGluIGFub3RoZXIgbW9kZWwgQiwg d2hhdCBzaG91bGQgSSBkbz8NCj4+IFRoZSBkcmFmdCBzdGF0ZXMgdGhhdCAiVGhpcyBkb2N1bWVu dCBhbGxvd3MgbW91bnRpbmcgb2YgY29tcGxldGUgZGF0YSBtb2RlbHMgb25seS4gIE90aGVyIHNw ZWNpZmljYXRpb25zIG1heSBleHRlbmQgdGhpcyBtb2RlbCBieSBkZWZpbmluZyBhZGRpdGlvbmFs IG1lY2hhbmlzbXMgc3VjaCBhcyBtb3VudGluZyBzdWItaGllcmFyY2hpZXMgb2YgYSBtb2R1bGUu Ig0KPj4gSXQgc2VlbXMgdGhhdCB0aGUgY3VycmVudCBzY2hlbWEgbW91bnQgZG9lc24ndCBzdXBw b3J0IHN1Y2ggdXNhZ2UuDQo+IFRoYXQgaXMgY29ycmVjdC4NCj4NCj4+ICAgIA0KPj4NCj4+IFRo ZW4gSSdtIHRoaW5raW5nIHRoYXQgdXNpbmcgZGV2aWF0aW9uIHRvIGNyZWF0ZSBhIG5ldyBzdWIt bW9kdWxlIEEnLCB0aGVuIG1vdW50IHRoZSBzdWItbW9kdWxlIEEnIGluIG1vZGVsIEIuDQo+PiBX aWxsIGl0IGJlIGEgcG9zc2libGUgd2F5IG91dD8NCj4gSWYgeW91IGhhdmUgYSBtb2R1bGUgQSwg dGhlbiB5b3UgY291bGQgY3JlYXRlIGFub3RoZXIgbW9kdWxlLCBBLWRldmlhdGlvbnMsIHRoYXQg dXNlZCBkZXZpYXRpb24gZGVsZXRlIHN0YXRlbWVudHMgdG8gcmVtb3ZlIHBhcnRzIG9mIEEncyBz Y2hlbWEuDQo+DQo+IFRoZW4gYSBzZXJ2ZXIgY291bGQgbW91bnQgYm90aCBtb2R1bGVzIEEgYW5k IEEtZGV2aWF0aW9ucywgaGVuY2UgZXhjbHVkaW5nIHBhcnRzIG9mIG1vZHVsZSBBIGF0IHRoZSBt b3VudCBwb2ludC4NCj4NCj4gSG93ZXZlciwgdGhpcyBhcHByb2FjaCB3b3VsZCBub3QgYWxsb3cg eW91IHRvIG9ubHkgbW91bnQgYSBkZXNjZW5kYW50IHN1YnRyZWUgaW4gQS7CoCBFLmcuIFlvdSBj b3VsZG4ndCBqdXN0IGRpcmVjdGx5IG1vdW50IHRoZSAiaW50ZXJmYWNlcy9pbnRlcmZhY2Uvc3Rh dGlzdGljcyIgY29udGFpbmVyIGZyb20gUkZDIDgzNDMsIGJ1dCB5b3UgY291bGQgbW91bnQgdGhl IGlldGYtaW50ZXJmYWNlcyBtb2R1bGUgYW5kIHRoZW4gZGV2aWF0ZSBkZWxldGUgYWxsIG5vZGVz IGV4Y2VwdCBmb3IgdGhlIGludGVyZmFjZXMvaW50ZXJmYWNlL3N0YXRpc3RpY3MgY29udGFpbmVy Lg0KPg0KPiBUaGFua3MsDQo+IFJvYg0KPg0KPg0KPj4gQlIsDQo+PiBBbXkNCj4+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KPj4gb3RpbGliaWxAZXVyZWNvbS5mcg0KPj4gU2Vu dDogTW9uZGF5LCBNYXJjaCAyNiwgMjAxOCA3OjE4IFBNDQo+PiBUbzogbmV0bW9kQGlldGYub3Jn DQo+PiBTdWJqZWN0OiBbbmV0bW9kXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW5ldG1vZC1zY2hl bWEtbW91bnQtMDkNCj4+DQo+PiBIaSBtZW1iZXJzLA0KPj4NCj4+IEkgY29tbWVudCBvbiB0aGF0 IGRyYWZ0Og0KPj4NCj4+ICogSW5zdGVhZCBvZiAiaXQgaXMgb2Z0ZW4gbmVjZXNzYXJ5IHRoYXQg YW4gZXhpc3RpbmcgbW9kdWxlIChvciBhIHNldCANCj4+IG9mIG1vZHVsZXMpIGlzIGFkZGVkIHRv IHRoZSBkYXRhIG1vZGVsIHN0YXJ0aW5nIGF0IGEgbm9uLXJvb3QgDQo+PiBsb2NhdGlvbiIsIHRo aXMgd291bGQgcmVhZCBiZXR0ZXI6ICJpdCBpcyBvZnRlbiBuZWNlc3NhcnkgdGhhdCBhbiANCj4+ IGV4aXN0aW5nIG1vZHVsZSAob3IgYSBzZXQgb2YgbW9kdWxlcykgYmUgYWRkZWQgdG8gdGhlIGRh dGEgbW9kZWwgYXQgDQo+PiBsb2NhdGlvbnMgb3RoZXIgdGhhbiB0aGUgcm9vdC4iIChTZWN0aW9u IDEpDQo+Pg0KPj4gKiAnVGhlICJtb3VudC1wb2ludCIgc3RhdGVtZW50IE1VU1QgTk9UIGJlIHVz ZWQgaW4gYSBZQU5HIHZlcnNpb24gMSANCj4+IG1vZHVsZScgV2h5IHRoaXMgZG9jdW1lbnRzIGtl ZXBzIFlBTkcgMSBvZmYgZnJvbSBpdHMgc2NvcGU/IChTZWN0aW9uDQo+PiAzLjEpDQo+Pg0KPj4g KiAnU3BlY2lmaWNhbGx5LCBhIHNlcnZlciB0aGF0IGRvZXNuP3Qgc3VwcG9ydCB0aGUgTk1EQSwg TUFZIA0KPj4gaW1wbGVtZW50IHJldmlzaW9uIDIwMTYtMDYtMjEgb2YgImlldGYteWFuZy1saWJy YXJ5IiBbUkZDNzk1MF0gdW5kZXIgDQo+PiBhIG1vdW50IHBvaW50JyBbUkZDNzg5NV0gZGVmaW5l cyAiaWV0Zi15YW5nLWxpYnJhcnkiLCBub3QgW1JGQzc5NTBdIA0KPj4gKFNlY3Rpb24NCj4+IDYp DQo+Pg0KPj4gKiBXaHkgbm90ICJUcmVlIERpYWdyYW0iIGluc3RlYWQgb2YgIkRhdGEgTW9kZWwi PyBUaGUgd29yZGluZyBoYXMgDQo+PiBiZWNvbWUgYSBCZXN0IFByYWN0aWNlIChTZWN0aW9uIDgp DQo+Pg0KPj4gKiBJZGVtLCAiVGhpcyBkb2N1bWVudC4uLmhhcyB0aGUgZm9sbG93aW5nIGRpYWdy YW0iIGNhcHR1cmVzIGJldHRlciB0aGUgQmVzdCBQcmFjdGljZSB0aGFuICJUaGlzIGRvY3VtZW50 Li4uaGFzIHRoZSBmb2xsb3dpbmcgc3RydWN0dXJlIg0KPj4gKFNlY3Rpb24gOCkNCj4+DQo+PiAq IFNhbWUgcmVtYXJrIG9uIHJlc3RyaWN0aW5nIHRvIFlBTkcgMS4xOiAiVGhlID9tb3VudC1wb2lu dD8gDQo+PiBzdGF0ZW1lbnQgTVVTVCBOT1QgYmUgdXNlZCBpbiBhIFlBTkcgdmVyc2lvbiAxIG1v ZHVsZSwgbmVpdGhlciANCj4+IGV4cGxpY2l0bHkgbm9yIHZpYSBhID91c2VzPyBzdGF0ZW1lbnQg KGRlc2NyaXB0aW9uIG9mIHRoZSBleHRlbnNpb24gDQo+PiAibW91bnQtcG9pbnQiKQ0KPj4NCj4+ ICogU2hvdWxkIHRoaXMgc2VudGVuY2UgcmVmZXJzIG9ubHkgdG8gW1JGQzYwMjBdPyAiVGhpcyBk b2N1bWVudCByZWdpc3RlcnMgYSBZQU5HIG1vZHVsZSBpbiB0aGUgWUFORyBNb2R1bGUgTmFtZXMg cmVnaXN0cnkgW1JGQzYwMjBdIg0KPj4gKFNlY3Rpb24gMTApDQo+Pg0KPj4gKiBUaGUgZG9jdW1l bnQgY2l0ZXMgL3NjaGVtYS1tb3VudHMgYXMgIlRoZSBzY2hlbWEgZGVmaW5lZCBieSB0aGlzIA0K Pj4gc3RhdGUgZGF0YSBwcm92aWRlcyBkZXRhaWxlZCBpbmZvcm1hdGlvbiBhYm91dCBhIHNlcnZl ciANCj4+IGltcGxlbWVudGF0aW9uIG1heSBoZWxwIGFuIGF0dGFja2VyIGlkZW50aWZ5IHRoZSBz ZXJ2ZXIgY2FwYWJpbGl0aWVzIA0KPj4gYW5kIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMgd2l0aCBr bm93biBidWdzIiBJIHRoaW5rIHRoaXMgc2VjdGlvbiANCj4+IHNob3VsZCB3YXJuIGFsc28NCj4+ IG9uOg0KPj4gICAgICAgKiogU2VjdGlvbiAyLjEuMiBhbmQgNCBvZiBbUkZDNzg5NV0gKHRoZSBs aXN0ICdtb2R1bGUnIGNvbnRhaW5zIHRoZSBsZWFmICdzY2hlbWEnOiBmcm9tIHdoaWNoIGFueW9u ZSBtYXkgcmV0cmlldmUgYSBZQU5HIG1vZHVsZSkNCj4+ICAgICAgICoqIFNlY3Rpb24gMyBvZiBb UkZDNjAyMl0gKGl0IGRlZmluZXMgdGhlIFJQQyAnZ2V0LXNjaGVtYSc7IHdpdGggd2hpY2ggYW55 b25lIG1heSBnZXQgYSBZQU5HIG1vZHVsZSkNCj4+ICAgICAgICoqIGFuZCBTZWN0aW9uIDUgb2Yg W1JGQzgzNDFdIChyZW1pbmRpbmcgYWRtaW5pc3RyYXRvcnMgdG8gc2V0IHVzZXIgcmlnaHRzIGFj Y29yZGluZ2x5LCBhbmQgZ2l2aW5nIHRoZWlyIGRlZmF1bHRzIHZhbHVlcykuDQo+Pg0KPj4gUmVn YXJkcywNCj4+IEFyaWVsDQo+Pg0KPj4gW1JGQzYwMjBdIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM2MDIwDQo+PiBbUkZDNzg5NV0gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3Jm Yzc4OTUNCj4+IFtSRkM3OTUwXSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzk1MA0K Pj4gW1JGQzgzNDFdIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4MzQxDQo+Pg0KPj4N Cj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KPj4gLQ0KPj4gLS0tLS0tLS0tIFRoaXMgbWVzc2FnZSB3YXMgc2Vu dCB1c2luZyBFVVJFQ09NIFdlYm1haWw6DQo+PiBodHRwOi8vd2VibWFpbC5ldXJlY29tLmZyDQo+ Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4+IG5ldG1vZEBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCj4+DQo+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gbmV0bW9kIG1haWxpbmcgbGlzdA0K Pj4gbmV0bW9kQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL25ldG1vZA0KPj4gLg0KPj4NCg0K From nobody Fri Mar 30 07:45:48 2018 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8CA4126C3D for ; Fri, 30 Mar 2018 07:45:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 r_1CL2u8bwjo for ; Fri, 30 Mar 2018 07:45:45 -0700 (PDT) Received: from smtp2.eurecom.fr (smtp2.eurecom.fr [193.55.113.211]) by ietfa.amsl.com (Postfix) with ESMTP id DD229124BE8 for ; Fri, 30 Mar 2018 07:45:44 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.48,382,1517871600"; d="scan'208";a="7866851" Received: from thorgal.eurecom.fr ([10.3.2.220]) by drago2i.eurecom.fr with ESMTP; 30 Mar 2018 16:45:44 +0200 Received: (from apache@localhost) by thorgal.eurecom.fr (8.14.4+Sun/8.14.4/Submit) id w2UEjiQL002372; Fri, 30 Mar 2018 16:45:44 +0200 (CEST) X-Authentication-Warning: thorgal.eurecom.fr: apache set sender to otilibil@eurecom.fr using -f Received: from reverse.completel.net (reverse.completel.net [92.103.89.82]) by webmail.eurecom.fr (Horde MIME library) with HTTP; Fri, 30 Mar 2018 16:45:44 +0200 Message-ID: <20180330164544.pazut2dfxc08840w@webmail.eurecom.fr> Date: Fri, 30 Mar 2018 16:45:44 +0200 From: otilibil@eurecom.fr To: netmod@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Originating-IP: 92.103.89.82 X-Remote-Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36 Archived-At: Subject: [netmod] Fwd: Re: How to grep through a YANG? With grepyang X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2018 14:45:46 -0000 Hi all, grepyang has got a new feature: it could grep for a node through a module: # ./grepyang cancel-commit ietf-netconf@2011-06-01.yang 853: rpc cancel-commit { 854: if-feature confirmed-commit; 855: description 856: "This operation is used to cancel an ongoing confirmed commit. 857: If the confirmed commit is persistent, the parameter 858: 'persist-id' must be given, and it must match the value of the 859: 'persist' parameter."; 860: reference "RFC 6241, Section 8.4.4.1"; 861: 862: input { 863: leaf persist-id { 864: type string; 865: description 866: "This parameter is given in order to cancel a persistent 867: confirmed commit. The value must be equal to the value 868: given in the 'persist' parameter to the operation. 869: If it does not match, the operation fails with an 870: 'invalid-value' error."; 871: } 872: } 873: } Now it can grep for a node with a greped node: # ./grepyang input cancel-commit ietf-netconf@2011-06-01.yang 853: rpc cancel-commit { 862: input { 863: leaf persist-id { 864: type string; 865: description 866: "This parameter is given in order to cancel a persistent 867: confirmed commit. The value must be equal to the value 868: given in the 'persist' parameter to the operation. 869: If it does not match, the operation fails with an 870: 'invalid-value' error."; 871: } 872: } 873: } pyang lacks such features; that's why I have been working on grepyang. It is out on Github (https://github.com/ariel-anieli/grepyang); feel =20 free to play around with it. If you find it of any interest, have some remarks, or see it needs =20 enhancements; please, do so: I will work on the issues. Regards, Ariel ----------------------------------------------------------------------------= --- This message was sent using EURECOM Webmail: http://webmail.eurecom.fr