From nobody Wed Jan 2 01:27:22 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E66A512867A; Wed, 2 Jan 2019 01:27:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154642123989.32466.14070168922168944313@ietfa.amsl.com> Date: Wed, 02 Jan 2019 01:27:19 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-ospf-ospfv3-segment-routing-extensions-22.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 09:27:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : OSPFv3 Extensions for Segment Routing Authors : Peter Psenak Stefano Previdi Filename : draft-ietf-ospf-ospfv3-segment-routing-extensions-22.txt Pages : 21 Date : 2019-01-02 Abstract: Segment Routing (SR) allows a flexible definition of end-to-end paths within IGP topologies by encoding paths as sequences of topological sub-paths, called "segments". These segments are advertised by the link-state routing protocols (IS-IS and OSPF). This draft describes the OSPFv3 extensions required for Segment Routing with MPLS data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-segment-routing-extensions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-ospfv3-segment-routing-extensions-22 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-ospfv3-segment-routing-extensions-22 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-ospfv3-segment-routing-extensions-22 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jan 2 03:16:38 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD6D12D4E9; Wed, 2 Jan 2019 03:16:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.196 X-Spam-Level: *** X-Spam-Status: No, score=3.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BhSdHTdx0Ru1; Wed, 2 Jan 2019 03:16:34 -0800 (PST) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130112.outbound.protection.outlook.com [40.107.13.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3C4212872C; Wed, 2 Jan 2019 03:16:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cdSOjYH+HtReoz4PC6CTbHN1K/yyGzqpyE2Bb0sjUyk=; b=eFjpFsNfWgU6wsvvsN7MbkRSFjqO2JU0R9jUiqeQv8kjpuYsjAD1BVULvcmTky+2mSbG5TH4GDvGSD2NI6z804tMJ5tym6IzhbdFcfesaeprb+qpRPhnVPnf9H3OgrqB0gO7IpRUxTybNDUSNMj5dVw3vAU+3biuII8kQYGy3AE= Received: from AM0PR07MB5506.eurprd07.prod.outlook.com (20.178.23.17) by AM0PR07MB4754.eurprd07.prod.outlook.com (52.135.152.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.5; Wed, 2 Jan 2019 11:16:30 +0000 Received: from AM0PR07MB5506.eurprd07.prod.outlook.com ([fe80::30d7:2d62:cf50:fb2a]) by AM0PR07MB5506.eurprd07.prod.outlook.com ([fe80::30d7:2d62:cf50:fb2a%2]) with mapi id 15.20.1495.005; Wed, 2 Jan 2019 11:16:30 +0000 From: tom petch To: "stephane.litkowski@orange.com" , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooycHlP19WSsQ0KaVvaziE5yug== Date: Wed, 2 Jan 2019 11:16:30 +0000 Message-ID: <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0304.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a5::28) To AM0PR07MB5506.eurprd07.prod.outlook.com (2603:10a6:208:103::17) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM0PR07MB4754; 6:oZrGEsshadKoiVlSwP10TGtwIt7UmGqMbGMxSwX5aPDWNGxyveovKNvIC4BpClzrOXLRjWTdjsW74W/jLX5T0vMmlSSX6q1HxyCq+RnVgAgbYS/ILGfq66zw+dJQkTfGTl8MAjB5Ggfpulc1RVhIQ15ffX6xbzco8s5ma8KjcVgNslk1JKvH5HmvnCKglbMmN4Hd8brJ7x8YRD6UPqK2BjExNsTpCuHncJdJ6hkCUNNrIGNK5PImGnFd44W/Z+H3T7KBMjcc09c50EiiJ0MPG34NCxgjU3rlpqTurp6Cdxam5h8rLxntcV+/LLBXg+EObUWbNaDyLsXF9Hn7SIIp6asCQ/gapwou6bTUB3Q/5MgkJQ2yFDX1wFFq59tQZy1bFQwWGaQ7o0whmb9H6w0MI3c4B4lKa9HbOOxpp7akn03r3HwLkOoRcdF837H6tABvEpe1gyZEwKvtAd63Fw+ABw==; 5:atr6eVvRqckvvw/CuY/mGMBnUjgJylNwa+N351T4ZKC5UJXGaSli47agKtBtCNgSMfuLRSZva/DjHQ7QRBl53+XOzMA5NWdCRn9jgL5NvpIYgImN6etmfQN7aKC+ZMGAjiaVXfmRiHioac6HctUq+ebJeJjOeZDl/5AMTzF7h/kbSkCP2rG2J3Scub0BC0I/hBA+xXnbNTmexoV4DuKPIg==; 7:ltKJ70OSCeM9W9c8Zp+Y77/B9Mq8oWYrWgmvmN72/VV5ty3xhnelc7090KVDRNlKhNiC2xFCU6Fkx7jxDmt5El6x5746eeBYWpsoWR2tj3khZgSaBsrVnwByiHM9nsWWlqp0pgbwTvBS1gpEw8evVg== x-ms-office365-filtering-correlation-id: 0ebb3912-30d0-45fe-a745-08d670a3bee3 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:AM0PR07MB4754; x-ms-traffictypediagnostic: AM0PR07MB4754: x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(3230021)(908002)(999002)(5005026)(6040522)(8220060)(2401047)(8121501046)(93006095)(93001095)(10201501046)(3231475)(944501520)(52105112)(3002001)(6055026)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB4754; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4754; x-forefront-prvs: 0905A6B2C7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(366004)(396003)(376002)(136003)(13464003)(51444003)(189003)(199004)(71190400001)(4744004)(551544002)(14496001)(106356001)(86152003)(71200400001)(54906003)(93886005)(256004)(14444005)(5024004)(9686003)(6512007)(6306002)(53936002)(6246003)(110136005)(84392002)(2906002)(86362001)(66574012)(4326008)(316002)(1941001)(99286004)(105586002)(7736002)(1556002)(305945005)(44736005)(6436002)(486006)(186003)(8936002)(81156014)(8676002)(81166006)(478600001)(966005)(476003)(6506007)(5660300001)(25786009)(66066001)(53546011)(97736004)(26005)(76176011)(68736007)(2501003)(52116002)(102836004)(3846002)(14454004)(446003)(6486002)(6116002)(33896004)(386003)(229853002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4754; H:AM0PR07MB5506.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: sNYvY4KoULfZvHRxTQqjAjO7dOafCo5TH/AieWsyM9fTZMcMbarmynHyITCDKm2INakVRYJ8RmS7caXBhgOwdspdzvujvYPo3DCOj2RMb0xvQf7w0W4H0t5dXzKckhGUOJzuDQIy1atUjySqc+m8UeIgPZx+C9E4yY7XDQpwtEzz+Npp9k4dtd9fo3e8OoILcDlmEcUYwGi7AYKHncVqnkutfRV59din3Vf/5X8eGEsvzzL4XyozWWEu6lleLeFhrRibpZCgveYLZIOWAK/Hf92+GP/AjiaD2kQ7QXGYsIPsxUYTWom8cCpX9FzZGTKH spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <69C925E1FBEDCF4FB851AB4CABE71BBE@eurprd07.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0ebb3912-30d0-45fe-a745-08d670a3bee3 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jan 2019 11:16:30.8449 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4754 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 11:16:37 -0000 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D RFC5029 is in the YANG module but not the references of the I-D PSNPs, CSNPs expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text case password { leaf key { type string; perhaps better with a minimum length leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > To: Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad > (tsaad) > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr From nobody Mon Jan 7 00:59:53 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0AFB130E73; Mon, 7 Jan 2019 00:59:50 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 s-sbyvtpxO1Q; Mon, 7 Jan 2019 00:59:49 -0800 (PST) Received: from orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99896130E11; Mon, 7 Jan 2019 00:59:48 -0800 (PST) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar20.francetelecom.fr (ESMTP service) with ESMTP id 43Y8Tt4rJQz8vHf; Mon, 7 Jan 2019 09:59:46 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.61]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 43Y8Tt3BlNzBrLG; Mon, 7 Jan 2019 09:59:46 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM7E.corporate.adroot.infra.ftgroup ([fe80::b91c:ea2c:ac8a:7462%19]) with mapi id 14.03.0415.000; Mon, 7 Jan 2019 09:59:46 +0100 From: To: tom petch , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" , "Tarek Saad (tsaad)" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 Thread-Index: AQHUhkHafKiWVvfkhUKDIB9kEUVys6WjwLVw Date: Mon, 7 Jan 2019 08:59:45 +0000 Message-ID: <4665_1546851586_5C331502_4665_135_1_9E32478DFA9976438E7A22F69B08FF924B78A363@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> In-Reply-To: <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 08:59:51 -0000 Hi Tom, The IS-IS extension for the Interface Switching Capability descriptor is de= fined in RFC5307 and this is what the model describes. And the neighbor-gmp= ls-extensions grouping contains all the extensions defined in RFC5307. What could make sense regarding RFC7074, would be to modify the description= and "when" statement of the psc-specific container which matches the PSC2,= PSC3,PSC4 that are deprecated. Regarding the uint8, IMO, there is no need for enforcement as this is just = an operational state (LSDB description). Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com]=20 Sent: Monday, December 31, 2018 19:22 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad (t= saad) Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isi= s-cfg-24 Stephane A new and different comment. grouping neighbor-gmpls-extensions { has a text reference to RFC5307 which does not appear in the references for the I-D. However, before adding it, I would like to know why it is a good reference for switching capabilities (which is part of this grouping). I think that the reference for switching capabilities should be RFC7074 (which this I-D does not currently reference and should IMO). And that begs the question, why is switching-capability an unrestricted uint8 when only 12 values are valid and three are deprecated? So why not use draft-ietf-teas-yang-te-types? I have a number of additional comments on cfg-29 but this is the one that may take some discussion. Tom Petch ----- Original Message ----- From: Hi Tom, Thanks for your comments. I will fix them asap. Regarding: " Line length is within the RFC limit but the effect is to spread many of the description clauses over multiple lines with indentation of 56 characters, not user friendly e.g. description "List of max LSP bandwidths for different priorities."; " What's your suggestion on this one ? Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Tuesday, November 27, 2018 12:11 To: Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad (tsaad) Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 Some quirks in-25 I see lots of YANG reference statements - good - but no mention of them in the I-D references - not so good. My list is 5130 5305 5306 5880 5881 6119 6232 7794 7810 7917 8405 Also perhaps OLD reference "RFC XXXX - YANG Data Model for Bidirectional Forwarding Detection (BFD).Please replace YYYY with published RFC number for draft-ietf-bfd-yang."; NEW reference "RFC YYYY - YANG Data Model for Bidirectional Forwarding Detection (BFD). -- Note to RFC Editor Please replace YYYY with published RFC number for draft-ietf-bfd-yang."; OLD reference "draft-ietf-bfd-yang-xx.txt: YANG Data Model for Bidirectional Forwarding Detection (BFD)"; NEW reference "RFC YYYY - YANG Data Model for Bidirectional Forwarding Detection (BFD). -- Note to RFC Editor Please replace YYYY with published RFC number for draft-ietf-bfd-yang."; Line length is within the RFC limit but the effect is to spread many of the description clauses over multiple lines with indentation of 56 characters, not user friendly e.g. description "List of max LSP bandwidths for different priorities."; Acknowledgements is TBD. I note that the editor list of the YANG module is somewhat longer than the editor list of the I-D. I note that the augmentation of interfaces seems to have no conditional and so will augment all interfaces. I think that this is a generic issue but do not see it being addressed anywhere. In a similar vein, you are defining MPLS objects and I am unclear whether or not those should be conditional, or part of the MPLS YANG modules or both (copying Tarek for this) Tom Petch ----- Original Message ----- From: "Ebben Aries" Sent: Tuesday, October 23, 2018 12:45 AM > Reviewer: Ebben Aries > Review result: On the Right Track > > 1 module in this draft: > - ietf-isis@2018-08-09.yang > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint 0.16.54) > > "ietf-isis@2018-08-09" module is compatible with the NMDA architecture. > > Module ietf-isis@2018-08-09.yang: > - Both the description and the draft name reference that this module is > specific to configuration but contains operational state nodes in addition > to RPCs and notifications. Any wording suggesting this is only > configuration should be changed > - Module description must contain most recent copyright notice per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > - Module description reads "common across all of the vendor implementations". > I don't think this needs to be called out as such as that is the overall > intention of *all* IETF models > - This module contains '22' features (and the respective OSPF module currently > contains '26'). While it is understood the purpose of these features in the > module, take precaution as to complexity for clients if they need to > understand >=3D quantity of features per module in use on a > network-element. We are going to end up w/ feature explosion to convey > *all* possible features of each network-element leading to divergence back > towards native models at the end of the day. A large amount of these > feature names could be defined within a more global namespace (e.g. nsr) but > this gives us a granular yet cumbersome approach (e.g. feature isis:nsr, > ospf:nsr, etc..) > - RPC 'clear-adjacency' does not have any input leaf that covers clearing a > specific neighbor/adjacency (See comments below as well regarding RPC > alignment w/ the OSPF model) > - RPC 'clear-adjacency' has an input node of 'interface' however this is just > a string type. Is there any reason this is not a leafref/if:interface-ref > (much like in the OSPF model) > - Child nodes within a container or list SHOULD NOT replicate the parent > identifier per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. 1. > > A case in point is the list /afs/af that has a leaf of 'af' > > > ipv4 > true > > > > Not only is this replication, but we should likely not abbreviate 'afs' if > we are using the expanded 'address-family' in other IETF models such as > ietf-i2rs-rib > > > General comments on the draft + nits: > - Since YANG tree diagrams are used, please include an informative reference > per https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > - Section 1.1 does not need to exist since this would be covered by the > reference mentioned above > - Reference to NMDA compliance should be contained within Section 1 (vs. > Section 2) per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > - Section 2: It seems reference should be given to the location of where the > ietf-routing module is defined (As well as reference to NMDA RFC in the > above reference) > - Section 2.1: "Additional modules may be created this to support..." needs > slight rewording adjustment > - Section 3: The RPC operations are named 'clear-adjacency' and > 'clear-database' rather w/ reliance off namespacing for uniqueness. This > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > - Section 4: Notification name mismatch in this section from actual naming > within the module (e.g. 'adjacency-change' should rather be > 'adjacency-state-change') > - Section 7: Security Considerations will need updating to be patterned after > the latest version of the template at > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > - Section 12: All modules imported within this module MUST be referenced > within this section per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > There are quite a few missing from this section right now > - Appendix A: Some of the XML elements are off in alignment > - Appendix A: Examples must be validated. The example given has the following > issues: > - /routing[name=3D'SLI'] and /routing/description are invalid data nodes and > do not exist. I'm not sure why they are in the XML example here > - The example is meant to reference configuration however > /routing/interfaces is a r/o container > - The control-plane-protocol 'type' needs to be qualified - e.g. > isis:isis > - The area-address does not validate against the pattern regex and must end > with a '.' e.g. > 49.0001.0000. > - metric-type/value is set to 'wide' which is invalid. This should rather > be 'wide-only' > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This should > rather be 'ipv4' per iana-routing-types > - /interfaces/interface/type must be populated and is invalid. This should > rather be qualified as such: > ianaift:softwar eLoopback > ianaift:etherne tCsmacd > - /interfaces/interface/link-up-down-trap-enable must have a value > associated as such: > enabled > - NP container 'priority' has a must statement checking if an interface-type > is set to 'broadcast' however if you take the XML example from this > section, it will fail to validate even if is not defined > underneath an interface-type of 'point-to-point'. It seems to me that > this logic may need to be readjusted or not exist at all (priority can > still be set on implementations on loopback interfaces - which would > default to 'broadcast' in the example here). Could you not solve this > with use of 'when' vs. 'must' as such: > > when '../interface-type =3D "broadcast"' { > description "Priority can only be set for broadcast interfaces."; > } > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 .2. > > - /interfaces/interface/ipv4/mtu must contain a valid value (and likely not > need to be defined for Loopback0) > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > 'isis/mpls/te-rid/ipv4-router-id' > - 'isis/afs/af/enabled' is invalid and should rather be 'isis/afs/af/enable' > - Examples should use IPv6 addresses where appropriate per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 ________________________________________________________________________ _________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Jan 7 01:22:07 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20569130E8D; Mon, 7 Jan 2019 01:22:06 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 HdQk44elmz67; Mon, 7 Jan 2019 01:22:03 -0800 (PST) Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89117124BAA; Mon, 7 Jan 2019 01:22:03 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 43Y8zZ0WBvz10RD; Mon, 7 Jan 2019 10:22:02 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.59]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 43Y8zY6gDtzDq78; Mon, 7 Jan 2019 10:22:01 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c%19]) with mapi id 14.03.0415.000; Mon, 7 Jan 2019 10:22:01 +0100 From: To: tom petch , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWjif7w Date: Mon, 7 Jan 2019 09:22:00 +0000 Message-ID: <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> In-Reply-To: <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 09:22:06 -0000 Hi Tom, Thanks for your comments. I wish you an happy new year ! Please find inline comments. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com]=20 Sent: Wednesday, January 02, 2019 12:17 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-= is-cfg-29 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D [SLI] Will fix it RFC5029 is in the YANG module but not the references of the I-D [SLI] Will fix it PSNPs, CSNPs [SLI] Will fix it expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. [SLI] Will fix it To replace the current description which is : ""Indicates if the alternate = is the preferred."", do you prefer: "Set to true when the alternate is pref= erred, set to false otherwise" ? leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. [SLI] Agree, will fix it You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm [SLI] Will fix it You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text [SLI] Will fix it case password { leaf key { type string; perhaps better with a minimum length [SLI] I agree that it could make sense but is it really something that we s= hould impose ? leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess [SLI] This is coming from the standard, is it really worth repeating it ? S= ame for up/down bit. /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). [SLI] You are right, it is missing. It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. [SLI] I agree that there is a point to discuss here. The fact is that we mu= st not retrieve passwords in clear text. Maybe it is something with a wider= scope than IS-IS. How do the other models deal with passwords retrieved th= rough "get" or "get-config" ? list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { [SLI] ack rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? [SLI] "cleared" Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > To: Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad > (tsaad) > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Jan 7 02:05:13 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8433E130E99; Mon, 7 Jan 2019 02:05:11 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 VMxG77hELnyi; Mon, 7 Jan 2019 02:05:04 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E78C12D4F1; Mon, 7 Jan 2019 02:05:04 -0800 (PST) Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 43Y9xB1j17z7tS6; Mon, 7 Jan 2019 11:05:02 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.62]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id 43Y9xB05ynz1xqm; Mon, 7 Jan 2019 11:05:02 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM5E.corporate.adroot.infra.ftgroup ([fe80::6958:931c:a396:f51e%19]) with mapi id 14.03.0415.000; Mon, 7 Jan 2019 11:05:01 +0100 From: To: tom petch , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWjm1Bw Date: Mon, 7 Jan 2019 10:05:00 +0000 Message-ID: <10843_1546855502_5C33244E_10843_420_6_9E32478DFA9976438E7A22F69B08FF924B78A451@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> In-Reply-To: <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 10:05:11 -0000 Hi Tom, Regarding the length enforcement for operational state leaves that are usin= g string, do we need to always do it as a best practice ? There are plenty = of strings with no enforcement today like the "non-best-reason" that you ha= ve pointed. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com]=20 Sent: Wednesday, January 02, 2019 12:17 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-= is-cfg-29 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D RFC5029 is in the YANG module but not the references of the I-D PSNPs, CSNPs expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text case password { leaf key { type string; perhaps better with a minimum length leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > To: Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad > (tsaad) > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Jan 7 02:15:34 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5058E130DE3; Mon, 7 Jan 2019 02:15:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pRPX3bmreGfn; Mon, 7 Jan 2019 02:15:30 -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 B5D4A12D4F1; Mon, 7 Jan 2019 02:15:29 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 92FD9D70; Mon, 7 Jan 2019 11:15:27 +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 jHMtkDfqwFOc; Mon, 7 Jan 2019 11:15:27 +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, 7 Jan 2019 11:15:27 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 76A2320046; Mon, 7 Jan 2019 11:15:27 +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 w6MafPfVCnjz; Mon, 7 Jan 2019 11:15:26 +0100 (CET) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 5AEBB20045; Mon, 7 Jan 2019 11:15:26 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Mon, 7 Jan 2019 11:15:24 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 4D0A7300572A08; Mon, 7 Jan 2019 11:15:23 +0100 (CET) Date: Mon, 7 Jan 2019 11:15:23 +0100 From: Juergen Schoenwaelder To: CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190107101523.as7u7y64trth5cro@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: stephane.litkowski@orange.com, tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <10843_1546855502_5C33244E_10843_420_6_9E32478DFA9976438E7A22F69B08FF924B78A451@OPEXCLILMA4.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <10843_1546855502_5C33244E_10843_420_6_9E32478DFA9976438E7A22F69B08FF924B78A451@OPEXCLILMA4.corporate.adroot.infra.ftgroup> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 10:15:33 -0000 Defining and standardizing arbitrary limits is, well, arbitrary. What we often want, I think, is 'implementations should at least handle a length of x characters' but we have no way to say that in YANG today (other than description statements). Also note that # characters != # bytes with UTF-8/Unicode character sets. /js On Mon, Jan 07, 2019 at 10:05:00AM +0000, stephane.litkowski@orange.com wrote: > Hi Tom, > > Regarding the length enforcement for operational state leaves that are using string, do we need to always do it as a best practice ? There are plenty of strings with no enforcement today like the "non-best-reason" that you have pointed. > > Brgds, > > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 02, 2019 12:17 > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > Here are the rest of my comments on -29 with a slight tweak to the > subject line. I would regard most of these (but not the first two) as > non-discussable, ie I won't complain if you disagree:-) > > RFC1195 is in the YANG module but not the references of the I-D > > RFC5029 is in the YANG module but not the references of the I-D > > PSNPs, CSNPs > expand on first use - LSP I think ok > > leaf best { type boolean; > what is true and what false? I can guess from the English semantics of > the name but would rather not guess. > > leaf non-best-reason { type string; > suggest a maximum length, perhaps 127 or 255 ( unless you expect > screenshots or packet traces to be attached). As it stands, you could > validly receive > a length of 18446744073709551615. > > You have a mixture of > System-id system-id System id System ID System Id system id system ID > suggest consistency; system-id wfm > > You have a mixture of > lsp-id LSPID LSP ID > here, perhaps lsp-id for the names and LSP ID in the text > > case password { leaf key { type string; > perhaps better with a minimum length > > leaf i-e { type boolean; > what is true and what false? here I am reluctant even to guess > > /"Authentication keyto/ "Authentication key to/ > > " the authentication key MUST NOT be presented in" > RFC2119 language means that RFC2119 boilerplate should be in the YANG > module (but without the [..] ie the reference must be plain text not an > anchor). > > > It is recommended to use an MD5 > hash to present the authentication-key."; > Mmm I think that this may be a red flag to security AD or directorate as > being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations. > > list level-db { key level; leaf level { > A common convention is for a list of leaf thing to be named things i.e. > list levels { key level; leaf level { > > rpc clear-adjacency { > "Name of the IS-IS protocol instance whose IS-IS > information is being queried. > queried or cleared? > > Tom Petch > > > ----- Original Message ----- > From: "tom petch" > Sent: Monday, December 31, 2018 6:21 PM > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > > > Stephane > > > > A new and different comment. > > > > grouping neighbor-gmpls-extensions { > > > > has a text reference to RFC5307 which does not appear in the > references > > for the I-D. However, before adding it, I would like to know why it > is > > a good reference for switching capabilities (which is part of this > > grouping). I think that the reference for switching capabilities > should > > be RFC7074 (which this I-D does not currently reference and should > IMO). > > > > And that begs the question, why is switching-capability an > unrestricted > > uint8 when only 12 values are valid and three are deprecated? > > > > So why not use > > > > draft-ietf-teas-yang-te-types? > > > > I have a number of additional comments on cfg-29 but this is the one > > that may take some discussion. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: > > > > Hi Tom, > > > > Thanks for your comments. I will fix them asap. > > Regarding: > > " Line length is within the RFC limit but the effect is to spread many > > of the description clauses over multiple lines with indentation of 56 > > characters, not user friendly e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > " > > What's your suggestion on this one ? > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, November 27, 2018 12:11 > > To: Ebben Aries; yang-doctors@ietf.org > > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek > Saad > > (tsaad) > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-isis-cfg-24 > > > > Some quirks in-25 > > > > I see lots of YANG reference statements - good - but no mention of > them > > in the I-D references - not so good. My list is > > > > 5130 > > 5305 > > 5306 > > 5880 > > 5881 > > 6119 > > 6232 > > 7794 > > 7810 > > 7917 > > 8405 > > > > Also perhaps > > OLD > > reference "RFC XXXX - YANG Data Model for Bidirectional > > Forwarding Detection (BFD).Please replace YYYY with > > published RFC > > number for draft-ietf-bfd-yang."; > > > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > OLD > > reference "draft-ietf-bfd-yang-xx.txt: > > YANG Data Model for Bidirectional Forwarding > > Detection (BFD)"; > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > > > Line length is within the RFC limit but the effect is to spread many > of > > the description clauses over multiple lines with indentation of 56 > > characters, not user friendly > > e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > module > > is somewhat longer than the editor list of the I-D. > > > > I note that the augmentation of interfaces seems to have no > conditional > > and so will augment all interfaces. I think that this is a generic > issue > > but do not see it being addressed anywhere. > > > > In a similar vein, you are defining MPLS objects and I am unclear > > whether or not those should be conditional, or part of the MPLS YANG > > modules or both (copying Tarek for this) > > > > Tom Petch > > > > ----- Original Message ----- > > From: "Ebben Aries" > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > Reviewer: Ebben Aries > > > Review result: On the Right Track > > > > > > 1 module in this draft: > > > - ietf-isis@2018-08-09.yang > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > 0.16.54) > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > architecture. > > > > > > Module ietf-isis@2018-08-09.yang: > > > - Both the description and the draft name reference that this module > > is > > > specific to configuration but contains operational state nodes in > > addition > > > to RPCs and notifications. Any wording suggesting this is only > > > configuration should be changed > > > - Module description must contain most recent copyright notice per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > - Module description reads "common across all of the vendor > > implementations". > > > I don't think this needs to be called out as such as that is the > > overall > > > intention of *all* IETF models > > > - This module contains '22' features (and the respective OSPF module > > currently > > > contains '26'). While it is understood the purpose of these > > features in the > > > module, take precaution as to complexity for clients if they need > to > > > understand >= quantity of features per module in use on a > > > network-element. We are going to end up w/ feature explosion to > > convey > > > *all* possible features of each network-element leading to > > divergence back > > > towards native models at the end of the day. A large amount of > > these > > > feature names could be defined within a more global namespace > (e.g. > > nsr) but > > > this gives us a granular yet cumbersome approach (e.g. feature > > isis:nsr, > > > ospf:nsr, etc..) > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > clearing a > > > specific neighbor/adjacency (See comments below as well regarding > > RPC > > > alignment w/ the OSPF model) > > > - RPC 'clear-adjacency' has an input node of 'interface' however > this > > is just > > > a string type. Is there any reason this is not a > > leafref/if:interface-ref > > > (much like in the OSPF model) > > > - Child nodes within a container or list SHOULD NOT replicate the > > parent > > > identifier per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > 1. > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > ipv4 > > > true > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > 'afs' if > > > we are using the expanded 'address-family' in other IETF models > such > > as > > > ietf-i2rs-rib > > > > > > > > > General comments on the draft + nits: > > > - Since YANG tree diagrams are used, please include an informative > > reference > > > per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > - Section 1.1 does not need to exist since this would be covered by > > the > > > reference mentioned above > > > - Reference to NMDA compliance should be contained within Section 1 > > (vs. > > > Section 2) per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > - Section 2: It seems reference should be given to the location of > > where the > > > ietf-routing module is defined (As well as reference to NMDA RFC > in > > the > > > above reference) > > > - Section 2.1: "Additional modules may be created this to > support..." > > needs > > > slight rewording adjustment > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > 'clear-database' rather w/ reliance off namespacing for > uniqueness. > > This > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > - Section 4: Notification name mismatch in this section from actual > > naming > > > within the module (e.g. 'adjacency-change' should rather be > > > 'adjacency-state-change') > > > - Section 7: Security Considerations will need updating to be > > patterned after > > > the latest version of the template at > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > - Section 12: All modules imported within this module MUST be > > referenced > > > within this section per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > There are quite a few missing from this section right now > > > - Appendix A: Some of the XML elements are off in alignment > > > - Appendix A: Examples must be validated. The example given has the > > following > > > issues: > > > - /routing[name='SLI'] and /routing/description are invalid data > > nodes and > > > do not exist. I'm not sure why they are in the XML example here > > > - The example is meant to reference configuration however > > > /routing/interfaces is a r/o container > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > - The area-address does not validate against the pattern regex and > > must end > > > with a '.' e.g. > > > 49.0001.0000. > > > - metric-type/value is set to 'wide' which is invalid. This > should > > rather > > > be 'wide-only' > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > should > > > rather be 'ipv4' per iana-routing-types > > > - /interfaces/interface/type must be populated and is invalid. > This > > should > > > rather be qualified as such: > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > eLoopback > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > tCsmacd > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > associated as such: > > > enabled > > > - NP container 'priority' has a must statement checking if an > > interface-type > > > is set to 'broadcast' however if you take the XML example from > > this > > > section, it will fail to validate even if is not > > defined > > > underneath an interface-type of 'point-to-point'. It seems to > me > > that > > > this logic may need to be readjusted or not exist at all > (priority > > can > > > still be set on implementations on loopback interfaces - which > > would > > > default to 'broadcast' in the example here). Could you not > solve > > this > > > with use of 'when' vs. 'must' as such: > > > > > > when '../interface-type = "broadcast"' { > > > description "Priority can only be set for broadcast > > interfaces."; > > > } > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > ..2. > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > likely not > > > need to be defined for Loopback0) > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > 'isis/mpls/te-rid/ipv4-router-id' > > > - 'isis/afs/af/enabled' is invalid and should rather be > > 'isis/afs/af/enable' > > > - Examples should use IPv6 addresses where appropriate per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > ________________________________________________________________________ > > _________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations > > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages > > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, > deforme > > ou falsifie. Merci. > > > > This message and its attachments may contain confidential or > privileged > > information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and > > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have > > been modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > > Lsr mailing list > > Lsr@ietf.org > > https://www.ietf.org/mailman/listinfo/lsr > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors -- 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 Jan 7 07:19:01 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FC52130E97; Mon, 7 Jan 2019 07:18: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 cVL9nHdBvW8d; Mon, 7 Jan 2019 07:18:55 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id E96691276D0; Mon, 7 Jan 2019 07:18:54 -0800 (PST) Received: by trail.lhotka.name (Postfix, from userid 109) id 095761820593; Mon, 7 Jan 2019 16:27:53 +0100 (CET) Received: from localhost (unknown [195.113.220.121]) by trail.lhotka.name (Postfix) with ESMTPSA id D83B6182015B; Mon, 7 Jan 2019 16:27:48 +0100 (CET) From: Ladislav Lhotka To: Juergen Schoenwaelder , stephane.litkowski@orange.com Cc: tom petch , Ebben Aries , "yang-doctors\@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all\@ietf.org" , "lsr\@ietf.org" In-Reply-To: <20190107101523.as7u7y64trth5cro@anna.jacobs.jacobs-university.de> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <10843_1546855502_5C33244E_10843_420_6_9E32478DFA9976438E7A22F69B08FF924B78A451@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190107101523.as7u7y64trth5cro@anna.jacobs.jacobs-university.de> Date: Mon, 07 Jan 2019 16:18:47 +0100 Message-ID: <87va30ts14.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 15:18:59 -0000 Juergen Schoenwaelder writes: > Defining and standardizing arbitrary limits is, well, arbitrary. What > we often want, I think, is 'implementations should at least handle a > length of x characters' but we have no way to say that in YANG today > (other than description statements). Also note that # characters != # IMO this is not a big issue here because the leaf in question is state data. We have to assume that the client doesn't connect to a rogue server, and that legitimate servers behave reasonably. Lada > bytes with UTF-8/Unicode character sets. > > /js > > On Mon, Jan 07, 2019 at 10:05:00AM +0000, stephane.litkowski@orange.com wrote: >> Hi Tom, >> >> Regarding the length enforcement for operational state leaves that are using string, do we need to always do it as a best practice ? There are plenty of strings with no enforcement today like the "non-best-reason" that you have pointed. >> >> Brgds, >> >> >> -----Original Message----- >> From: tom petch [mailto:ietfc@btconnect.com] >> Sent: Wednesday, January 02, 2019 12:17 >> To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org >> Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org >> Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 >> >> Here are the rest of my comments on -29 with a slight tweak to the >> subject line. I would regard most of these (but not the first two) as >> non-discussable, ie I won't complain if you disagree:-) >> >> RFC1195 is in the YANG module but not the references of the I-D >> >> RFC5029 is in the YANG module but not the references of the I-D >> >> PSNPs, CSNPs >> expand on first use - LSP I think ok >> >> leaf best { type boolean; >> what is true and what false? I can guess from the English semantics of >> the name but would rather not guess. >> >> leaf non-best-reason { type string; >> suggest a maximum length, perhaps 127 or 255 ( unless you expect >> screenshots or packet traces to be attached). As it stands, you could >> validly receive >> a length of 18446744073709551615. >> >> You have a mixture of >> System-id system-id System id System ID System Id system id system ID >> suggest consistency; system-id wfm >> >> You have a mixture of >> lsp-id LSPID LSP ID >> here, perhaps lsp-id for the names and LSP ID in the text >> >> case password { leaf key { type string; >> perhaps better with a minimum length >> >> leaf i-e { type boolean; >> what is true and what false? here I am reluctant even to guess >> >> /"Authentication keyto/ "Authentication key to/ >> >> " the authentication key MUST NOT be presented in" >> RFC2119 language means that RFC2119 boilerplate should be in the YANG >> module (but without the [..] ie the reference must be plain text not an >> anchor). >> >> >> It is recommended to use an MD5 >> hash to present the authentication-key."; >> Mmm I think that this may be a red flag to security AD or directorate as >> being too vague as well as MD5 too weak; and I think this should be >> explicitly called out in Security Considerations. >> >> list level-db { key level; leaf level { >> A common convention is for a list of leaf thing to be named things i.e. >> list levels { key level; leaf level { >> >> rpc clear-adjacency { >> "Name of the IS-IS protocol instance whose IS-IS >> information is being queried. >> queried or cleared? >> >> Tom Petch >> >> >> ----- Original Message ----- >> From: "tom petch" >> Sent: Monday, December 31, 2018 6:21 PM >> Subject: Re: [Lsr] Yangdoctors last call review of >> draft-ietf-isis-yang-isis-cfg-24 >> >> >> > Stephane >> > >> > A new and different comment. >> > >> > grouping neighbor-gmpls-extensions { >> > >> > has a text reference to RFC5307 which does not appear in the >> references >> > for the I-D. However, before adding it, I would like to know why it >> is >> > a good reference for switching capabilities (which is part of this >> > grouping). I think that the reference for switching capabilities >> should >> > be RFC7074 (which this I-D does not currently reference and should >> IMO). >> > >> > And that begs the question, why is switching-capability an >> unrestricted >> > uint8 when only 12 values are valid and three are deprecated? >> > >> > So why not use >> > >> > draft-ietf-teas-yang-te-types? >> > >> > I have a number of additional comments on cfg-29 but this is the one >> > that may take some discussion. >> > >> > Tom Petch >> > >> > >> > ----- Original Message ----- >> > From: >> > >> > Hi Tom, >> > >> > Thanks for your comments. I will fix them asap. >> > Regarding: >> > " Line length is within the RFC limit but the effect is to spread many >> > of the description clauses over multiple lines with indentation of 56 >> > characters, not user friendly e.g. >> > description >> > "List of max LSP >> > bandwidths for different >> > priorities."; >> > " >> > What's your suggestion on this one ? >> > >> > Brgds, >> > >> > -----Original Message----- >> > From: tom petch [mailto:ietfc@btconnect.com] >> > Sent: Tuesday, November 27, 2018 12:11 >> > To: Ebben Aries; yang-doctors@ietf.org >> > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek >> Saad >> > (tsaad) >> > Subject: Re: [Lsr] Yangdoctors last call review of >> > draft-ietf-isis-yang-isis-cfg-24 >> > >> > Some quirks in-25 >> > >> > I see lots of YANG reference statements - good - but no mention of >> them >> > in the I-D references - not so good. My list is >> > >> > 5130 >> > 5305 >> > 5306 >> > 5880 >> > 5881 >> > 6119 >> > 6232 >> > 7794 >> > 7810 >> > 7917 >> > 8405 >> > >> > Also perhaps >> > OLD >> > reference "RFC XXXX - YANG Data Model for Bidirectional >> > Forwarding Detection (BFD).Please replace YYYY with >> > published RFC >> > number for draft-ietf-bfd-yang."; >> > >> > NEW >> > reference "RFC YYYY - YANG Data Model for Bidirectional >> > Forwarding Detection (BFD). >> > >> > -- Note to RFC Editor Please replace YYYY with published RFC >> > number for draft-ietf-bfd-yang."; >> > >> > OLD >> > reference "draft-ietf-bfd-yang-xx.txt: >> > YANG Data Model for Bidirectional Forwarding >> > Detection (BFD)"; >> > NEW >> > reference "RFC YYYY - YANG Data Model for Bidirectional >> > Forwarding Detection (BFD). >> > >> > -- Note to RFC Editor Please replace YYYY with published RFC >> > number for draft-ietf-bfd-yang."; >> > >> > >> > Line length is within the RFC limit but the effect is to spread many >> of >> > the description clauses over multiple lines with indentation of 56 >> > characters, not user friendly >> > e.g. >> > description >> > "List of max LSP >> > bandwidths for different >> > priorities."; >> > >> > >> > Acknowledgements is TBD. I note that the editor list of the YANG >> module >> > is somewhat longer than the editor list of the I-D. >> > >> > I note that the augmentation of interfaces seems to have no >> conditional >> > and so will augment all interfaces. I think that this is a generic >> issue >> > but do not see it being addressed anywhere. >> > >> > In a similar vein, you are defining MPLS objects and I am unclear >> > whether or not those should be conditional, or part of the MPLS YANG >> > modules or both (copying Tarek for this) >> > >> > Tom Petch >> > >> > ----- Original Message ----- >> > From: "Ebben Aries" >> > Sent: Tuesday, October 23, 2018 12:45 AM >> > >> > > Reviewer: Ebben Aries >> > > Review result: On the Right Track >> > > >> > > 1 module in this draft: >> > > - ietf-isis@2018-08-09.yang >> > > >> > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint >> > 0.16.54) >> > > >> > > "ietf-isis@2018-08-09" module is compatible with the NMDA >> > architecture. >> > > >> > > Module ietf-isis@2018-08-09.yang: >> > > - Both the description and the draft name reference that this module >> > is >> > > specific to configuration but contains operational state nodes in >> > addition >> > > to RPCs and notifications. Any wording suggesting this is only >> > > configuration should be changed >> > > - Module description must contain most recent copyright notice per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 >> > > - Module description reads "common across all of the vendor >> > implementations". >> > > I don't think this needs to be called out as such as that is the >> > overall >> > > intention of *all* IETF models >> > > - This module contains '22' features (and the respective OSPF module >> > currently >> > > contains '26'). While it is understood the purpose of these >> > features in the >> > > module, take precaution as to complexity for clients if they need >> to >> > > understand >= quantity of features per module in use on a >> > > network-element. We are going to end up w/ feature explosion to >> > convey >> > > *all* possible features of each network-element leading to >> > divergence back >> > > towards native models at the end of the day. A large amount of >> > these >> > > feature names could be defined within a more global namespace >> (e.g. >> > nsr) but >> > > this gives us a granular yet cumbersome approach (e.g. feature >> > isis:nsr, >> > > ospf:nsr, etc..) >> > > - RPC 'clear-adjacency' does not have any input leaf that covers >> > clearing a >> > > specific neighbor/adjacency (See comments below as well regarding >> > RPC >> > > alignment w/ the OSPF model) >> > > - RPC 'clear-adjacency' has an input node of 'interface' however >> this >> > is just >> > > a string type. Is there any reason this is not a >> > leafref/if:interface-ref >> > > (much like in the OSPF model) >> > > - Child nodes within a container or list SHOULD NOT replicate the >> > parent >> > > identifier per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. >> > 1. >> > > >> > > A case in point is the list /afs/af that has a leaf of 'af' >> > > >> > > >> > > ipv4 >> > > true >> > > >> > > >> > > >> > > Not only is this replication, but we should likely not abbreviate >> > 'afs' if >> > > we are using the expanded 'address-family' in other IETF models >> such >> > as >> > > ietf-i2rs-rib >> > > >> > > >> > > General comments on the draft + nits: >> > > - Since YANG tree diagrams are used, please include an informative >> > reference >> > > per >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 >> > > - Section 1.1 does not need to exist since this would be covered by >> > the >> > > reference mentioned above >> > > - Reference to NMDA compliance should be contained within Section 1 >> > (vs. >> > > Section 2) per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 >> > > - Section 2: It seems reference should be given to the location of >> > where the >> > > ietf-routing module is defined (As well as reference to NMDA RFC >> in >> > the >> > > above reference) >> > > - Section 2.1: "Additional modules may be created this to >> support..." >> > needs >> > > slight rewording adjustment >> > > - Section 3: The RPC operations are named 'clear-adjacency' and >> > > 'clear-database' rather w/ reliance off namespacing for >> uniqueness. >> > This >> > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' >> > > - Section 4: Notification name mismatch in this section from actual >> > naming >> > > within the module (e.g. 'adjacency-change' should rather be >> > > 'adjacency-state-change') >> > > - Section 7: Security Considerations will need updating to be >> > patterned after >> > > the latest version of the template at >> > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 >> > > - Section 12: All modules imported within this module MUST be >> > referenced >> > > within this section per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. >> > > There are quite a few missing from this section right now >> > > - Appendix A: Some of the XML elements are off in alignment >> > > - Appendix A: Examples must be validated. The example given has the >> > following >> > > issues: >> > > - /routing[name='SLI'] and /routing/description are invalid data >> > nodes and >> > > do not exist. I'm not sure why they are in the XML example here >> > > - The example is meant to reference configuration however >> > > /routing/interfaces is a r/o container >> > > - The control-plane-protocol 'type' needs to be qualified - e.g. >> > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis >> > > - The area-address does not validate against the pattern regex and >> > must end >> > > with a '.' e.g. >> > > 49.0001.0000. >> > > - metric-type/value is set to 'wide' which is invalid. This >> should >> > rather >> > > be 'wide-only' >> > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This >> > should >> > > rather be 'ipv4' per iana-routing-types >> > > - /interfaces/interface/type must be populated and is invalid. >> This >> > should >> > > rather be qualified as such: >> > > > > >> xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar >> > eLoopback >> > > > > >> xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne >> > tCsmacd >> > > - /interfaces/interface/link-up-down-trap-enable must have a value >> > > associated as such: >> > > enabled >> > > - NP container 'priority' has a must statement checking if an >> > interface-type >> > > is set to 'broadcast' however if you take the XML example from >> > this >> > > section, it will fail to validate even if is not >> > defined >> > > underneath an interface-type of 'point-to-point'. It seems to >> me >> > that >> > > this logic may need to be readjusted or not exist at all >> (priority >> > can >> > > still be set on implementations on loopback interfaces - which >> > would >> > > default to 'broadcast' in the example here). Could you not >> solve >> > this >> > > with use of 'when' vs. 'must' as such: >> > > >> > > when '../interface-type = "broadcast"' { >> > > description "Priority can only be set for broadcast >> > interfaces."; >> > > } >> > > >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 >> > ..2. >> > > >> > > - /interfaces/interface/ipv4/mtu must contain a valid value (and >> > likely not >> > > need to be defined for Loopback0) >> > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be >> > > 'isis/mpls/te-rid/ipv4-router-id' >> > > - 'isis/afs/af/enabled' is invalid and should rather be >> > 'isis/afs/af/enable' >> > > - Examples should use IPv6 addresses where appropriate per >> > > >> > >> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 >> > >> > >> ________________________________________________________________________ >> > _________________________________________________ >> > >> > Ce message et ses pieces jointes peuvent contenir des informations >> > confidentielles ou privilegiees et ne doivent donc >> > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez >> > recu ce message par erreur, veuillez le signaler >> > a l'expediteur et le detruire ainsi que les pieces jointes. Les >> messages >> > electroniques etant susceptibles d'alteration, >> > Orange decline toute responsabilite si ce message a ete altere, >> deforme >> > ou falsifie. Merci. >> > >> > This message and its attachments may contain confidential or >> privileged >> > information that may be protected by law; >> > they should not be distributed, used or copied without authorisation. >> > If you have received this email in error, please notify the sender and >> > delete this message and its attachments. >> > As emails may be altered, Orange is not liable for messages that have >> > been modified, changed or falsified. >> > Thank you. >> > >> > _______________________________________________ >> > Lsr mailing list >> > Lsr@ietf.org >> > https://www.ietf.org/mailman/listinfo/lsr >> >> >> _________________________________________________________________________________________________________________________ >> >> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, >> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >> >> This message and its attachments may contain confidential or privileged information that may be protected by law; >> they should not be distributed, used or copied without authorisation. >> If you have received this email in error, please notify the sender and delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. >> Thank you. >> >> _______________________________________________ >> yang-doctors mailing list >> yang-doctors@ietf.org >> https://www.ietf.org/mailman/listinfo/yang-doctors > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Jan 7 08:47:28 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBFDC130DE3; Mon, 7 Jan 2019 08:47:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.565 X-Spam-Level: X-Spam-Status: No, score=-14.565 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.065, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ej1z4qWzKekP; Mon, 7 Jan 2019 08:47:26 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0AC4130F29; Mon, 7 Jan 2019 08:47:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3770; q=dns/txt; s=iport; t=1546879645; x=1548089245; h=from:to:cc:subject:date:message-id:mime-version; bh=Dx167U+FGmcYM7x+cE6VpE+GPa6byhBPEYWm0ApXneI=; b=m3HUicoVOdgi/c/T0FQkJ7G3OecCHvZDbRMHXSSdv8chMu2gVHKH8Cb7 VFTCLC27s2OdR0bKgpoowxBTsJzsoe4Qw3PeJXJSZ9/kClbeNQORCkO5N tSPokQNMVUWFDkDUHPNZ4FW4jmOJAb1+iloiG9VaPbAGC450n/FtBsodg g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAADfgTNc/5hdJa1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQIxg3WIGotolBqFYYF7CwEBhGwZgW0?= =?us-ascii?q?iNAkNAQMBAQIBAQJtHQuFbgZWEgEMPgIEMCcEDoMnAYEdZKZMgS+KJow/F4F?= =?us-ascii?q?/gTgfgh6INzGCJgKPUJIMCQKRbxiBYIUjimyDD4ZTjSODEQIRFIEnHziBVnA?= =?us-ascii?q?VOyoBgkKCUI4LQYoUgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.56,451,1539648000"; d="scan'208,217";a="506062673" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jan 2019 16:47:24 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x07GlOLw007632 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 7 Jan 2019 16:47:24 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.1395.4; Mon, 7 Jan 2019 11:47:23 -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.1395.000; Mon, 7 Jan 2019 11:47:23 -0500 From: "Acee Lindem (acee)" To: "lsr@ietf.org" CC: "draft-ietf-ospf-xaf-te@ietf.org" Thread-Topic: "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05 Thread-Index: AQHUpqipP0K3E6g6DUePyU/UTWvjCw== Date: Mon, 7 Jan 2019 16:47:23 +0000 Message-ID: <0565C501-80DF-4BF2-9A0E-BBDADF59DCBF@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_0565C50180DF4BF29A0EBBDADF59DCBFciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.154, xch-rtp-014.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 16:47:28 -0000 --_000_0565C50180DF4BF29A0EBBDADF59DCBFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBiZWdpbnMgYW4gTFNSIFdHIGxhc3QgY2FsbCBmb3IgdGhlIHN1YmplY3QgZHJhZnQuIFBs ZWFzZSBzZW5kIHlvdXINCmNvbW1lbnRzIHRvIHRoaXMgbGlzdCBwcmlvciB0byAxMjowMCBBTSBH TVQsIEphbnVhcnkgMjJuZCwgMjAxOS4NCg0KTm90ZSB0aGF0IHRoZSBzZWNvbmQgSVBSIHBvbGwg d2FzIGNvbXBsZXRlZCBpbiBEZWNlbWJlci4NCg0KVGhhbmtzLA0KQWNlZQ0KDQoNCg== --_000_0565C50180DF4BF29A0EBBDADF59DCBFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <08145E2333D3C849A8C3D6525EA99026@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMw NTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhpcyBiZWdp bnMgYW4gTFNSIFdHIGxhc3QgY2FsbCBmb3IgdGhlIHN1YmplY3QgZHJhZnQuIFBsZWFzZSBzZW5k IHlvdXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Y29tbWVudHMgdG8gdGhpcyBsaXN0IHByaW9yIHRvIDEy OjAwIEFNIEdNVCwgSmFudWFyeSAyMjxzdXA+bmQ8L3N1cD4sIDIwMTkuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Ob3RlIHRoYXQgdGhlIHNlY29uZCBJUFIgcG9s bCB3YXMgY29tcGxldGVkIGluIERlY2VtYmVyLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFjZWU8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_0565C50180DF4BF29A0EBBDADF59DCBFciscocom_-- From nobody Tue Jan 8 00:14:09 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EE72130DE5; Tue, 8 Jan 2019 00:14:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uwSsPi3olZcx; Tue, 8 Jan 2019 00:13:56 -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 A08B81271FF; Tue, 8 Jan 2019 00:13:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21456; q=dns/txt; s=iport; t=1546935236; x=1548144836; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=QA2fAXdMBxtMXNt1qT3XvYcFVjeJ35oGz13VnEWCeUQ=; b=kdNBjKRu8gjptA6LFrp4yY3XFTn2CQ8OI3qcuUxLsO0AKoUKAePPPv2n I/wc/sQZjAXlSmLBcmtZYLeXoZ7mzynzbzXXmStAOPlIyI6UnpekL8YAh pCPpVTuDf2Zx/5Qf1lkODmbXKXFmOhKS3o6WJXyTrOc0p5NARZZyixvyi 0=; X-IronPort-AV: E=Sophos;i="5.56,453,1539648000"; d="scan'208";a="9252345" 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 Jan 2019 08:13:53 +0000 Received: from [10.60.140.54] (ams-ppsenak-nitro5.cisco.com [10.60.140.54]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id x088DqUL031571; Tue, 8 Jan 2019 08:13:53 GMT To: "Acee Lindem (acee)" , Benjamin Kaduk References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> Cc: The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" From: Peter Psenak Message-ID: Date: Tue, 8 Jan 2019 09:13:52 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Outbound-SMTP-Client: 10.60.140.54, ams-ppsenak-nitro5.cisco.com X-Outbound-Node: aer-core-4.cisco.com Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 08:14:01 -0000 Hi Benjamin, please see inline: On 22/12/2018 15:34 , Acee Lindem (acee) wrote: > Hi Ben, > > See inline. > > On 12/21/18, 11:29 PM, "Benjamin Kaduk" wrote: > > On Thu, Dec 20, 2018 at 01:07:59PM +0100, Peter Psenak wrote: > > Hi Benjamin, > > > > are you ok with my responses and proposed changed text for the range? > > > > thanks, > > Peter > > > > On 17/12/2018 12:32 , Peter Psenak wrote: > > > Hi Benjamin, > > > > > > please see inline (##PP): > > > > > > On 17/12/2018 06:53 , Benjamin Kaduk wrote: > > >> Sorry for the slow reply -- you caught me right as I was leaving for > > >> vacation. > > >> > > >> On Wed, Dec 05, 2018 at 09:53:20AM +0100, Peter Psenak wrote: > > >>> Hi Benjamin, > > >>> > > >>> please see inline: > > >>> > > >>> On 05/12/18 04:44 , Benjamin Kaduk wrote: > > >>>> Benjamin Kaduk has entered the following ballot position for > > >>>> draft-ietf-ospf-ospfv3-segment-routing-extensions-20: 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-ospf-ospfv3-segment-routing-extensions/ > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> ---------------------------------------------------------------------- > > >>>> DISCUSS: > > >>>> ---------------------------------------------------------------------- > > >>>> > > >>>> What is the extensibility model for the "AF" (address family) field > > >>>> in the > > >>>> OSPFv3 Extended Prefix Range TLV? That is, what do we need to say > > >>>> about > > >>>> current implementations' behavior to allow future changes? (I also a > > >>>> little bit wonder if we really need a full eight bits, but that's > > >>>> basically > > >>>> aesthetic.) > > >>> > > >>> I don't think OSPFv3 will ever support other then IPv6 or IPv4 AF. Also > > >>> the text says: > > >>> > > >>> "Prefix encoding for other address families is beyond the scope > > >>> of this specification." > > >> > > >> Perhaps it would be better encoded in a 1-bit field (rather than an 8-bit > > >> one), then? That would at least make the (lack of) semantics of the > > >> other > > >> 7 bits more clear, as the usual "MUST set to zero on transmit and > > >> ignore on > > >> receipt". > > > > > > ##PP > > > it's too late now to change the encoding. This draft has several years > > > of history and there are implementation shipping. Changing the encoding > > > would cause the backward compatibility issues. > > I didn't think I was suggesting changing the bits on the wire -- in an > 8-octet field, we're encoding the values 0 and 1 as: > > 00000000 > 00000001 > > I'm proposing to change the eight bits to be specified as "the first seven > bits are always set to 0 but should be ignored on receipt; the eighth bit > represents the 0 or 1 value". This makes it clear what needs to happen if > there's a need to use any of those seven bits (an Update to this document) > and also makes it more clear that there are not expected to be any > additional AFs defined anytime soon. currently the draft only supports 0 and 1. It says: "Prefix encoding for other address families is beyond the scope of this specification." Given that we have other RFCs where 8-bit field is used for AF, can we leave it as we have it please? thanks, Peter > > What would this accomplish? This seems equivalent to supporting 0 or 1 for an 8 bit field. Are you trying to free up those bits for other purposes? We have other LSRs drafts and RFCs, e.g., RFC 7684, that use this 8-bit AF encoding and I see no value whatsoever in changing it. Please clear the DISCUSS. > > Perhaps you should subscribed to the LSR list so that you can apply your protocol encoding expertise to our -00 drafts. Here is the link: > > https://www.ietf.org/mailman/listinfo/lsr > > Thanks, > Acee > > > Could you help me understand what would be backward incompatible with this > proposal? > > > >> > > >>>> > > >>>> Some of the text in Section 8.1 (see the COMMENT section) reads like it > > >>>> might have an "Updates" relationship with other documents, but I > > >>>> don't know > > >>>> enough to be sure. Hopefully we can have a conversation to clarify the > > >>>> situation. > > >>> > > >>> please see my comments below. > > >> > > >> Okay. > > >> > > >>>> > > >>>> ---------------------------------------------------------------------- > > >>>> COMMENT: > > >>>> ---------------------------------------------------------------------- > > >>>> > > >>>> Section 1 > > >>>> > > >>>> Is there a start of the separate document that covers SR with the > > >>>> IPv6 data > > >>>> plane that we could reference from here? > > >>> > > >>> this document describes OSPFv3 extension for SR with the MPLS data > > >>> plane, not IPv6 data plane. And rfc8402 is referenced. > > >> > > >> I understand the difference between OSPFv3 SR with MPLS vs. IPv6 data > > >> plane > > >> (well, at least that there is a difference). My point is that you say it > > >> "will be specified in a separate document". If there's an existing I-D > > >> that is the start of this work, listing it as an informative reference > > >> seems helpful to me. (If there's not, perhaps "at a later date" would > > >> work > > >> instead of "in a separate document".) > > >> > > >> But of course this is a non-blocking comment, so feel free to ignore -- I > > >> really don't mind. > > >> > > >>>> > > >>>> Section 5 > > >>>> > > >>>> In some cases it is useful to advertise attributes for a range of > > >>>> prefixes. The Segment Routing Mapping Server, which is > > >>>> described in > > >>>> [I-D.ietf-spring-segment-routing-ldp-interop], is an example of > > >>>> where > > >>>> a single advertisement is needed to advertise SIDs for multiple > > >>>> prefixes from a contiguous address range. > > >>>> > > >>>> I note that the referenced document does not use the word "range" to > > >>>> describe the prefix being assigned multiple SIDs; it might be > > >>>> helpful to > > >>>> say a few more words about how the range of prefixes gets mapped to > > >>>> what is > > >>>> discussed in the linked document. > > >>> > > >>> "prefix being assigned multiple SIDs" - that is not what we are doing > > >>> here. > > >> > > >> Hmm, I must have misspoke; sorry. My point remains, though, that if I > > >> go to > > >> I-D.ietf-spring-segment-routing-ldp-interop and search for "range", I > > >> will > > >> not find anything to help me know which part of that document you are > > >> talking about. I would encourage some additional text to clarify how the > > >> terminology used in this document relates to the terminology and work > > >> used > > >> in the referenced document. > > > > > > ##PP > > > range is not defined in I-D.ietf-spring-segment-routing-ldp-interop, > > > it's the SRMS functionality that is defined there. > > > The range was defined for IGPs to optimize the encoding for SRMS > > > advertisement - with thousands of prefixes the encoding would not scale > > > if we advertise the individual SID for every prefix independently. > > > > > > What about the following updated text in the OSPFv3 draft: > > > > > > "In some cases it is useful to advertise attributes for a range of > > > prefixes. The Segment Routing Mapping Server, which is described in > > > , is an > > > example of where SIDs for multiple prefixes can be advertised. To > > > optimize such advertisement in case of multiple prefixes from a > > > contiguous address range, OSPFv3 Extended Prefix Range TLV is defined." > > That's a big help, at least for me; thanks! > I wonder if the first sentence would be better as "useful to advertise > attributes for many prefixes at once", but will definitely defer to your > judgement of that. > > -Benjamin > > > >> > > >>>> > > >>>> I'm also not entirely sure how to construct the prefix range just given > > >>>> this format description. Suppose I have an IPv4 prefix of 18.18/16 > > >>>> and a > > >>>> range size of 4; my prefix length is 16 and the address prefix is > > >>>> encoded > > >>>> as 0x120120000. Am I then representing the four prefixes 18.18/16, > > >>>> 18.19/16, 18.20/16, and 18.21/16? > > >>> > > >>> yes. > > >>> > > >>>> Or am I constrained to be a subset of > > >>>> 18.18/18 (in which case I don't know what the actual distinct prefixes > > >>>> would be)? The examples in Section 6 suggests the former, but I > > >>>> would suggest > > >>>> stating this explictly, here. > > >>>> > > >>> > > >>> I would thing that the example in section 16 is clear enough. > > >> > > >> I generally prefer to describe the normative behavior in actual text > > >> description instead of relying on examples to clarify the expected > > >> behavior. That said, this is a non-blocking comment, so feel free to > > >> retain the current text. If you did want to add something, I would > > >> propose the strawman: > > >> > > >> OLD: > > >> The range represents the contiguous set of prefixes with the same > > >> prefix length as specified by the Prefix Length field. The set > > >> starts with the prefix that is specified by the Address Prefix field. > > >> The number of prefixes in the range is equal to the Range size. > > >> > > >> NEW: > > >> The range represents the contiguous set of prefixes with the same > > >> prefix length as specified by the Prefix Length field. The set > > >> starts with the prefix that is specified by the Address Prefix > > >> field and > > >> continues with the subsequent prefixes of the same length, forming a > > >> contiguous block of addresses. Since the Range Size is not > > >> restricted to a > > >> power of two, this new block of addresses may not be describable > > >> using a > > >> single address prefix/length. The number of prefixes in the range is > > >> equal to the Range size. > > >> > > >> > > >> > > >>> > > >>>> Section 6 > > >>>> > > >>>> Should there be any discussion of the historical or future reasons > > >>>> why V > > >>>> and L are separate flag bits, given that the only legal combinations > > >>>> are > > >>>> currently 00 and 11, i.e., fully redundant? > > >>> > > >>> I would rather not get into that discussion here. > > >> > > >> That's fine, though even just noting the redundancy and that it exists > > >> for > > >> [historical/...] reasons might help some readers understand more easily. > > >> > > >>>> > > >>>> It may not be necessary to expand ASBR on first usage here, since > > >>>> it's in > > >>>> the terminology section (and marked as "well-known" at > > >>>> https://www.rfc-editor.org/materials/abbrev.expansion.txt). > > >>> > > >>> ASBR is defined in terminology section. > > >> > > >> Precisely; you can just use the abbreviation if you want and make the > > >> text > > >> here shorter. > > > > > > ##PP > > > done. > > > > > >> > > >>>> > > >>>> If the NP-Flag is not set, then any upstream neighbor of the > > >>>> Prefix- > > >>>> SID originator MUST pop the Prefix-SID. This is equivalent to the > > >>>> penultimate hop popping mechanism used in the MPLS dataplane. > > >>>> If the > > >>>> NP-flag is not set, then the received E-flag is ignored. > > >>>> > > >>>> Is it going to be clear that "pop" only applies when this Prefix-SID > > >>>> is the > > >>>> outermost label? (Or am I super-confused about how this is supposed to > > >>>> work?) > > >>> > > >>> you can only POP the outmost label. > > >> > > >> Okay, thanks for confirming. > > >> > > >>>> > > >>>> A similar consideration may apply to the discussion of the NP flag > > >>>> as well. > > >>>> Also some redundantly expanded ABR and ASBR here as well. > > >>>> > > >>>> This is useful, e.g., when the originator of the Prefix- > > >>>> SID is the final destination for the related prefix and the > > >>>> originator wishes to receive the packet with the original EXP > > >>>> bits. > > >>>> > > >>>> Are we still supposed to call these the EXP bits after RFC 5462? (I > > >>>> had to > > >>>> look up what they were; not sure if this means that we should put a > > >>>> reference in for them or not, given that I'm not a practitioner here.) > > >>> > > >>> I can rename to "Traffic Class" if you insist. > > >> > > >> I do not insist; I'm just trying to understand the common > > >> usage/conventions. > > > > > > ##PP > > > it has been updated. > > > > > > thanks, > > > Peter > > > > > >> > > >>>> > > >>>> When the M-Flag is set, the NP-flag and the E-flag MUST be > > >>>> ignored on > > >>>> reception. > > >>>> > > >>>> Do I understand this correctly that this is because the mapping > > >>>> server may > > >>>> not know the needs of the individual routers, and if the routers had > > >>>> specific needs they should advertise the SIDs directly (which would > > >>>> take > > >>>> precedence over the mapping server's advertisement)? If so, given the > > >>>> following discussion, I wouldn't suggest adding any extra text about > > >>>> it, > > >>>> but I do want to make sure I'm understanding it properly. > > >>> > > >>> your understanding is correct. There is also some more details in the > > >>> next section. > > >>> > > >>>> > > >>>> When a Prefix-SID is advertised in the OSPFv3 Extended Prefix Range > > >>>> TLV, then the value advertised in the Prefix SID Sub-TLV is > > >>>> interpreted as a starting SID/Label value. > > >>>> > > >>>> Am I remembering correctly that Prefix-SID can appear multiple times > > >>>> within > > >>>> OSPFv3 Extended Prefix Range? Then each Prefix-SID would be > > >>>> indicating a > > >>>> distinct range but adhering to the same parameters of the range that > > >>>> are > > >>>> indicated in the Extended Prefix Range TLV? This seems a little > > >>>> weird on > > >>>> the face of it (as opposed to a single Prefix-SID sub-TLV per Extended > > >>>> Prefix Range), but maybe there's a use case that I'm missing on first > > >>>> glance. > > >>> > > >>> the use case is when you need to advertise Prefix-SID for different > > >>> Algorithms. > > >>> > > >>>> > > >>>> Section 7.1 > > >>>> > > >>>> (Probably off-topic: what's the use case for assigning the same > > >>>> Adj-SID to > > >>>> different adjacencies?) > > >>> > > >>> load balancing of traffic over multiple links. > > >> > > >> Thanks for helping me understand better (here and above). > > >> > > >>>> > > >>>> Section 7.2 > > >>>> > > >>>> Perhaps add DR to the terminology section (or expand on first usage)? > > >>> > > >>> ok, will do. > > >>> > > >>>> > > >>>> Section 8.1 > > >>>> > > >>>> When a Prefix-SID is advertised by the Mapping Server, which is > > >>>> indicated by the M-flag in the Prefix-SID Sub-TLV (Section 6), the > > >>>> route type as implied by the LSA type is ignored and the Prefix-SID > > >>>> is bound to the corresponding prefix independent of the route type. > > >>>> > > >>>> Is this considered to be Update-ing the behavior of another RFC? > > >>> > > >>> no. All we say is that the LSA type in which the SID from SRMS is > > >>> advertised does not need to match the route-type of the prefix for which > > >>> the SID is adverised. > > >> > > >> Okay, thanks. > > >> > > >>>> > > >>>> Advertisement of the Prefix-SID by the Mapping Server using an > > >>>> Inter- > > >>>> Area Prefix TLV, External-Prefix TLV, or Intra-Area-Prefix TLV > > >>>> [RFC8362] does not itself contribute to the prefix > > >>>> reachability. The > > >>>> NU-bit MUST be set in the PrefixOptions field of the LSA which is > > >>>> used by the Mapping Server to advertise SID or SID Range, which > > >>>> prevents the advertisement from contributing to prefix > > >>>> reachability. > > >>>> > > >>>> This MUST reads like it is restating an existing normative > > >>>> requirement from > > >>>> elsewhere (in which case we should probably just state it as fact and > > >>>> provide a reference). Or is it a new requirement (in which case > > >>>> Updates: > > >>>> might be in order)? > > >>> > > >>> not sure I understand. NU-bit is defined in rfc5340. We are just reusing > > >>> it here. I can add a reference to it. > > >> > > >> Thanks for the pointer. I was wondering whether RFC5340 itself would > > >> require the NU bit to be set in this situation -- from a quick skim, it > > >> seems that it does not, so there's nothing to do here (other than add > > >> that > > >> reference, if you want.) > > >> > > >>>> > > >>>> Area-scoped OSPFv3 Extended Prefix Range TLVs are propagated > > >>>> between > > >>>> areas. Similar to propagation of prefixes between areas, an ABR > > >>>> only > > >>>> propagates the OSPFv3 Extended Prefix Range TLV that it > > >>>> considers to > > >>>> be the best from the set it received. The rules used to pick the > > >>>> best OSPFv3 Extended Prefix Range TLV are described in Section 5. > > >>>> > > >>>> I don't see any usage of "best" in Section 5; I do see direction to > > >>>> use the > > >>>> numerically smallest Instance ID when multiple Extended Prefix Range > > >>>> TLVs > > >>>> advertise *the exact same range*. But this in and of itself does not > > >>>> safisfy the claim here that there is guidance to pick a single best > > >>>> Extended Prefix Range TLV, so I'm left confused as to what's > > >>>> supposed to > > >>>> happen. Perhaps this was intended as a transition to Section 8.2 > > >>>> instead > > >>>> of referring back to Section 5 (especially considering that Section > > >>>> 8.1 is > > >>>> supposed to be intra-area but this topic is inter-area)? > > >>>> (This sort of dangling/unclear internal reference would normally be a > > >>>> DISCUSS, but it seems very likely this is just a stale section > > >>>> number and > > >>>> not a real problem, so I'm keeping it in the COMMENT section for now.) > > >>> > > >>> right, I will remove the reference to section 5 and correct the text. > > >>> > > >>>> > > >>>> Section 8.4.1 > > >>>> > > >>>> Do we need a reference for 2-Way and FULL? > > >>> > > >>> these are standard OSPF adjacency states. > > >> > > >> Okay. Sorry for my ignorance here (and throughout), and thank you again > > >> for your patient explanations of the "basic concepts". > > >> > > >>>> > > >>>> Section 9 > > >>>> > > >>>> I would normally expect some text about "IANA has made permanent the > > >>>> following temporary allocations" or similar, so the reader can > > >>>> quickly tell > > >>>> that this is not a case of codepoint squatting. > > >>> > > >>> well, I guess what is important is that the IANA allocations has been > > >>> made. > > >> > > >> Indeed. > > >> > > >> -Benjamin > > >> . > > >> > > > > > > . > > > > > > > From nobody Tue Jan 8 06:20:06 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 497391200D7; Tue, 8 Jan 2019 06:20:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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=mit.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 gBuvVTTkn-O5; Tue, 8 Jan 2019 06:20:00 -0800 (PST) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-eopbgr770112.outbound.protection.outlook.com [40.107.77.112]) (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 82B99124C04; Tue, 8 Jan 2019 06:20:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VhMQyhuSU2Vd4t0eZCusPVOcp43KOHKLix2SyH0VOXA=; b=X3O1euWiiP2FOx0VzouMQUCstSg3QaWP3YWmlJnD9CjM/0xfakxMyDMCB+UbU8h2Mk9ZCmusL3FoTMGwx+SaC7Q6CNaSJrPRVQQil3T+MFQaHuo6PQvebGI4W8R2vyO79BCEHM3O4+GsVP5nlxL1A2krsizak2WD6b5+meOzeGQ= Received: from MWHPR01CA0043.prod.exchangelabs.com (2603:10b6:300:101::29) by MWHPR0101MB2991.prod.exchangelabs.com (2603:10b6:301:2f::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.11; Tue, 8 Jan 2019 14:19:57 +0000 Received: from BY2NAM03FT062.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e4a::202) by MWHPR01CA0043.outlook.office365.com (2603:10b6:300:101::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1495.7 via Frontend Transport; Tue, 8 Jan 2019 14:19:57 +0000 Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu; Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu; Received: from outgoing.mit.edu (18.9.28.11) by BY2NAM03FT062.mail.protection.outlook.com (10.152.85.62) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1446.11 via Frontend Transport; Tue, 8 Jan 2019 14:19:56 +0000 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x08EJqmP010437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 8 Jan 2019 09:19:54 -0500 Date: Tue, 8 Jan 2019 08:19:52 -0600 From: Benjamin Kaduk To: "Acee Lindem (acee)" CC: "Peter Psenak (ppsenak)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" Message-ID: <20190108141952.GV28515@kduck.kaduk.org> References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(136003)(39860400002)(396003)(376002)(346002)(2980300002)(51914003)(54094003)(199004)(189003)(23676004)(486006)(7696005)(2486003)(106002)(478600001)(33656002)(54906003)(9686003)(4326008)(229853002)(55016002)(53416004)(76176011)(356004)(4744004)(786003)(316002)(86362001)(58126008)(1076003)(93886005)(53546011)(36906005)(6246003)(186003)(106466001)(26005)(39060400002)(305945005)(14444005)(426003)(47776003)(5660300001)(446003)(476003)(2870700001)(8676002)(6916009)(88552002)(246002)(336012)(956004)(126002)(50466002)(75432002)(2906002)(966005)(8936002)(11346002)(104016004)(6306002)(561944003)(26826003)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR0101MB2991; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; A:1; MX:1; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM03FT062; 1:uer+0NsvpPmh9eVBwS+jDGIMHKBwpDAlTOGUpzTRL/7Rzf6FvxIPZf1dfqxGc80cK91Y3hUCr7m2q8CcdkySyx7kkIPS8yopczHgcdR4zzesWdmTwV95pgHOLWlpr5ff X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1f390991-58e9-44c3-33d4-08d675745e19 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:MWHPR0101MB2991; X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2991; 3:i8btJElm/KkkPuvsB4ILF90WfWub26NgaPr+4dtzzqgGvQa0dnPuBrNb2RusbZcWfwLlaevQIUeIdHbLoBHuE/74kMugU/gAJRtEVp7NJctQhW3ViLSsf4y7ISxZuEVoXEMHcPeTtlgFfHWcmzpjcskFqF8bB+A1GdmJaIWhiW57bxGKwZFsTpq7K9hfjB0ikyLuuoHcfEXIEl6uBSCv+bYTephZIVZd6gkcUhioT0WJ/F/+Ah0vj/6DgMshtGDQsdgrqj56B257pccVQyS8lAwE7mZC8TPZhczeyAQ7Pw8VC/goVKf+bwdRQ0Y5iTkGILfyF/k0c0WE/d6yG+CDnGs3sdzXdWK2C9fZgkHtxAhNbYZOdptiGgyQ+WoSyuTh; 25:ihFW6JVr35CGcok8NRNqXircPKqx12B16lMhKvIsIx/UMZBWr4EqdyijTJ02EXNK3QNFA824LSHv2lILzPu1Ffoi+Xvn4RrXTDMmH7ly7PI+V8+dFJvwoTknDAilLyT1GwW4LtGkGwU/jAoGqc9LlhsXs7JUh57URrKppXPi2wKszBZFkBTI3hqC/tHIOuNVX9eSVgt+sTiIsmwmq3U0VKmO/1A/hISVLeWacWwqz6djHTgVjoDhl2SgxgLSdUBR1otT4GpMjf81rX6S5VypTwvAg5TFl4VGmBFnrSjOa0tpS/iDPnsDy3p04HvQ0nmNwwbxWbzxwYA/tyzdp9NKyg== X-MS-TrafficTypeDiagnostic: MWHPR0101MB2991: X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2991; 31:KnILtc5KHjghXbU/xtgHuOR88CYqLkFA57IYk16s5mTadOGLVOunaJ8YBE5LkaT4OsjeWty30OVtkaV+bpTUHaklB2QsrPsyZYOjekxYx3dNMhfj9V98pdERCXTAMuFj+1AaACmyJS0oQMz87KIxBzvzYDpWUZ+TTOK7YCte6O3mWC3Z4v2dX+TekFiaGUCzun0mev02Hop6BxJRt6MsMmFuaQRbmfXllHlkVt6aGVE=; 20:LBUCCFdjCMaAq0XDFHuqLptQQ5JyyVkjALQQqyXgxcnt4YcH4pIwXafPAmCDjXHY15RYQyRTIt3/fpbh5Ru9TliTqJJxiOMQ8gNgBQ5yTaeKteQ+F6c32GNIgakqZHmlL1iapqDcXTO7JrOtCCV/juef03US3h7LzVPZp0c+o7S+jyGZyV4pU4hvZ+L84BzzMC1928c+VRuB7QjUScB8/5ad9x6wf/wCUWuZK+h+avUngGtpGOZF7XOsNKcFAwSETlFRUoJuEN8I4zovNV9p9UcgbkOV9m6h+qdoI/lVySoYtRQvOjLubzY/KlyjwjnKxt9O0GAfzowFuafPo8u3q6TReMJk1tBxMYa/0rm8ArUFyaw+myA/S6pGZkXljo5PMt/SgLT20ZPxdHJrOmjSbO3JhCVNr3UpfDCCqLNu6gVLpU1MJ4DrYipD1NYBWTQNMpkdaxzPIR7+iYZ12J2xR+wmPfsmqnSeyG2ivCjt+aGPXFCgSHbfu4yseTi7JCGQ X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2991; 4:up4GnHAYSY60cMWCHXCOLOIIUU09bV6HVm4aS5nv9af267ZuaosTdUlK5jbJRNH2Nbs8LaZwwE/ATeljw34sQuMgZA+1RmAWBGHu2YZU7zOur7S+YCTonRyDE+u81rqnsTOGiL0SW8HgfaGFMPNpEmahrTLf5oWgUYPhageTd/Ok3GHM9CMzYldxdjzbiSukYWnLFWTS0+RCiEFdJHsnOSLH0gOf6oYw+aVZG/qLUv3vLsQ2BLPIyFPPf9eGg9+4BcG0ZKR9dd1BemL11aM6aGEXKtUv3sha4JXO248XFHc= X-Forefront-PRVS: 0911D5CE78 X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtNV0hQUjAxMDFNQjI5OTE7MjM6NHhTUmdxa29tZU81T2ZjbzVEZVY0V21L?= =?utf-8?B?NFg2ZUE1Rmxzc3NDZnVmUU5aMituZGZzU3d1bHZGbm9TV0RQZmpUMVhlWnF5?= =?utf-8?B?OFNTRnBVS3hCOGtaVTNMd2JrclUybzdDVXhrV3ZkV2VRN3Q5SjhmN1d0Q2M5?= =?utf-8?B?UnNTRSs3UDBzaENTUDVUekZXMXZ5T0pWUWJQZWZDejZRcHFHdHh3UGFLZW82?= =?utf-8?B?emdpWmdGYlVTc3dUMGpqRHJZWG1IWlBIVHY2VHFvNFozWjdMblZ0NG53ZFVY?= =?utf-8?B?ekdLUmtOcmNLVmpYMy9JZDNiUmdPdmFHQVVoTkl1ZlE0d203NjJtSm5nZHYr?= =?utf-8?B?YkhYWGRWa05ZT3ArMHQwLzdpb013a3dEUGRIZzNLek1pdXhqd3Q5MUQ2L3V1?= =?utf-8?B?elpqNTh1eE42OXhEdDkzandzLzVWRk8yNk5mZE1rQmxEaDNNd3RLTWRRNTd3?= =?utf-8?B?MDJVd0swUm5TTEVMdDByLzkxMUhrZTRoSWZLcFlZcWIwT2FsRGNtY0diWXR1?= =?utf-8?B?SzI3aXFrOEdPWlVkZmFrYWd2M1dkb1VYaEkwNkdkN2ZRMVlTMkJvWi9NampP?= =?utf-8?B?T3U1VjRDbEJrQmg3bWZienZhdHVLMWdjcytaWTVZRzdjK0lTQXNFbiswOUY5?= =?utf-8?B?L1BRWVNldFdyMGJSNVQ2VG5razNUNldWT042Z0NmTklZSk9OcUlMcllLc3BH?= =?utf-8?B?K0dlZGdrT0NPeHFzem1DU1IrdVpmU2cwMGlYdTh5bzhFMUd2UVJnV251dnp5?= =?utf-8?B?N0NIR3c3OTZHdEpDMzZINHJ1ZHl5dXBVWXpRS2pvNGswM1QxeWlHRGQ0V1FE?= =?utf-8?B?aEl1bnZHVkF1amhYZGtmZjc5dlVaZG56bFBkN2JITFA1K01iSFVublpqOUpB?= =?utf-8?B?NFdNTHA0dUZLb1Y0ZElnYlJWcWw3S3NZaDFuaUVOQi9idmtNS0xQMCtlbnd2?= =?utf-8?B?Mkd0Y2Y2d0s0Zk5FT0ZScGJGTjIvU296bEZkaXU0b0UwRG5wdEd6eEVZVlh4?= =?utf-8?B?cmVpQTBCcEZVdmxodStDUllNOW50eWdRUHN6ZWFFdVdqQkFIYzB5WkJtZjJX?= =?utf-8?B?UmRyRzgwTFZmUWlaREVyeHhsYnlpdjFMcHFQclRtT2puQ3pQbVMyLzdLT0pU?= =?utf-8?B?TlA4Y1pvT3Bod01QZDRqRjZmK0R1RW5VS01namUwalU2OHJabUVOWlMwTjRn?= =?utf-8?B?ZmIrRXg3OU1JZy9SRHJUQi9Fbzc2WlZXVnRnOW5tZXdPRXNweEhmZHF4dENi?= =?utf-8?B?bjVPb3E5YzcxL0VwbzlmRWdsRTlvMkR4SFN1ZmI0emI3SHhvbHBQWUNLTW1D?= =?utf-8?B?VW1sMU5BeXkrdDhDWW0relZwaFhnTW03MzVwM2Z6TklYdUFGR01yeGhvSnpO?= =?utf-8?B?ck85OFlSSy9CVTJwUW1vYkt1UmJveTlkQUEvbE15M0ZLMWF4K2tpUVdCWjJS?= =?utf-8?B?Q1BlcEdITU5oMVRHcmtnTHI1K1hxZFVLOVpIbnRWcDBPNXMyUDFBUGdjd05x?= =?utf-8?B?YWJKUjdzTW5NeTVDRzNkcStScUJmZFlmSDFSN3VyQ29DcTB2ZkhOY0tWcXRX?= =?utf-8?B?eXBXQVB5UWd5UmEwUHdPa2NoeXFOTDBJR0lYczNFejNpUENTQWsySjg5QTVT?= =?utf-8?B?aVBjRGZOV3lDQytyQmhjTG5xRVVSdWszMVZ1aW5NTXZ2TkQxdGJSUmdvblY3?= =?utf-8?B?TmV0NFFRSW9ldkt1WDZweUhLU0xad0p2dHVCZktYWFhhODhTbjdvOEZDR2kz?= =?utf-8?B?QjJja1BYZ3VrN2RVQmhOYlREOWx5RnB5Yzl3Yzd5MUJYQWZCWGJFdk9wZFln?= =?utf-8?B?NTdITGJITnlwNmJ3Q3RrbEkxcWU0QnExc0FZT2lWSDg3QkE0Tk5kYWYwRWFv?= =?utf-8?B?Ly9EaTFVRHRtTTVpeUFKaXd5SUYxbTB4ZjU1VXFrZzZjY29yUE4xTXk1RFpP?= =?utf-8?B?RHVnY0tmcDNuQ3c9PQ==?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: +dgFzklXvuGm7gvziZOY4CzQ4z4Fh0EI3dpg01UZULB+/LMRJ+y1eiOOMgeL8dzepiFz7FC7jS5uv3C4BhsGKL266zztL3/mogjxjayHFZG/RI2boGL1RpaKvGLA4jNnE2EECybr2jteQsIpC3s96qQ1/MJ1yRi3cTaABTKgbdvX4W8G9KoeGAZvReclwhTWUitsF3QYQ37DR0KtVQlBpF8D0mXvLS0qN3T0hdazSjFk50XFzA+bWXQC36OPGoE7rTnZIM40WvTDg1QQc4B/+NPE3lbzyarSz8+ISprJ6yXX9x0VrVxUvpFxHZH2lzCS X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2991; 6:ph9+EGHFcrflrd/JlSHzS0HXEjM33zm8OTU22ciaCR4/zXwQ9N2As8adxv9jE12ed+bENLxKYkmJPnFqFaRgIelDgv8/IA2d3Y1qlIKEm0rz+PsI5p7bjV7z0/EpzlZyJCfNBvqyBvFEEXLvZsiFIs7ipXIbEoHl0L1UVjfeC9UHkv9FeE3Lj0uly8fPeYQrmBrrtFqhAmXe/lEil8iVuj5ipR7nf0wFRQ7QrAZd0t6nz1raV7C7B8xQ71Xzic6LN4nYUW4rpyee9w9o5kwcuPVYoIxs46rnZIIjUdA5VyHmp8Ukdapbm+2i05w+TQF6oiJfqKaSCpEfyYNLwSeXvLYQ8w6T9WfX77g4HLaFPQ8NzpFiejH+po6jdm9wOQvV5+wN/O5Ih7Rl5jHP14y0hkqALL9E1ZkIVYC+eGMQEePAD5aH7eNTtv+TfKxmq6H5uFm8pYtdmE2Oq0H3AMrFTg==; 5:h2+FMuROVSpk72sHLKRn8+yMDetuqYS0TgzAhx+v8LVpl/7oOvriZzspWPY8wTGi0iRNG+1knNosQF3+6/idnmyzF/JFiW3VVJWsTWHP2qFGKXn3tfR9vWE3++8YIGOB2q2r41eLttBXvwvS43Iv9sMZ0zyB2euFv/WyGF+/QEybosGA+50CiUI1CROYW1Hk5elEMUuAysrwga1RNiKf4g==; 7:/qqOk5oNun92zsenLqNVtg6hmNa0/cqzdvRAgcmagFDZECMtHWGBSGKM0zEONqBylNZZG+AGCSJTva8tlGPDd4pabvv7k1ceRawz4bL3rCR2GTXUmllfI6PIgHsF9LBaHxrNn7FklNPKQFx0fL/b+g== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jan 2019 14:19:56.9244 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 1f390991-58e9-44c3-33d4-08d675745e19 X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0101MB2991 Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 14:20:05 -0000 Hi Acee, Happy new year; I hope your holidays went well. (also inline) On Sat, Dec 22, 2018 at 02:34:37PM +0000, Acee Lindem (acee) wrote: > Hi Ben, > > See inline. > > On 12/21/18, 11:29 PM, "Benjamin Kaduk" wrote: > > On Thu, Dec 20, 2018 at 01:07:59PM +0100, Peter Psenak wrote: > > Hi Benjamin, > > > > are you ok with my responses and proposed changed text for the range? > > > > thanks, > > Peter > > > > On 17/12/2018 12:32 , Peter Psenak wrote: > > > Hi Benjamin, > > > > > > please see inline (##PP): > > > > > > On 17/12/2018 06:53 , Benjamin Kaduk wrote: > > >> Sorry for the slow reply -- you caught me right as I was leaving for > > >> vacation. > > >> > > >> On Wed, Dec 05, 2018 at 09:53:20AM +0100, Peter Psenak wrote: > > >>> Hi Benjamin, > > >>> > > >>> please see inline: > > >>> > > >>> On 05/12/18 04:44 , Benjamin Kaduk wrote: > > >>>> Benjamin Kaduk has entered the following ballot position for > > >>>> draft-ietf-ospf-ospfv3-segment-routing-extensions-20: 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-ospf-ospfv3-segment-routing-extensions/ > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> ---------------------------------------------------------------------- > > >>>> DISCUSS: > > >>>> ---------------------------------------------------------------------- > > >>>> > > >>>> What is the extensibility model for the "AF" (address family) field > > >>>> in the > > >>>> OSPFv3 Extended Prefix Range TLV? That is, what do we need to say > > >>>> about > > >>>> current implementations' behavior to allow future changes? (I also a > > >>>> little bit wonder if we really need a full eight bits, but that's > > >>>> basically > > >>>> aesthetic.) > > >>> > > >>> I don't think OSPFv3 will ever support other then IPv6 or IPv4 AF. Also > > >>> the text says: > > >>> > > >>> "Prefix encoding for other address families is beyond the scope > > >>> of this specification." > > >> > > >> Perhaps it would be better encoded in a 1-bit field (rather than an 8-bit > > >> one), then? That would at least make the (lack of) semantics of the > > >> other > > >> 7 bits more clear, as the usual "MUST set to zero on transmit and > > >> ignore on > > >> receipt". > > > > > > ##PP > > > it's too late now to change the encoding. This draft has several years > > > of history and there are implementation shipping. Changing the encoding > > > would cause the backward compatibility issues. > > I didn't think I was suggesting changing the bits on the wire -- in an > 8-octet field, we're encoding the values 0 and 1 as: > > 00000000 > 00000001 > > I'm proposing to change the eight bits to be specified as "the first seven > bits are always set to 0 but should be ignored on receipt; the eighth bit > represents the 0 or 1 value". This makes it clear what needs to happen if > there's a need to use any of those seven bits (an Update to this document) > and also makes it more clear that there are not expected to be any > additional AFs defined anytime soon. > > What would this accomplish? This seems equivalent to supporting 0 or 1 This would make it clear that there is not intended to be any extensibility in the future. > for an 8 bit field. Are you trying to free up those bits for other > purposes? We have other LSRs drafts and RFCs, e.g., RFC 7684, that use > this 8-bit AF encoding and I see no value whatsoever in changing it. Thanks for the pointer: % AF % Address family for the prefix. Currently, the only supported % value is 0 for IPv4 unicast. The inclusion of address family in % this TLV allows for future extension. In particular, the value 0 is not just "IPv4", but "IPv4 unicast", and the document explictily states that this "allows for future extension" (presumably to IPv6 unicast or any of various multicast flavors). With regard to that future extension I see that RFC 7684 is for OSPFv2, but my quick search at IANA only found a registry for "OSPFv3 Instance ID Address Family Values"; nonetheless, it does in fact include other entries for IPv6 and multicast in several combinations. > Please clear the DISCUSS. I note that the Discuss is not "encode the AF in a single bit", the Discuss is "make clear in the document whether this field is extensible, and if so, how such extensions should be made". Whether that's only having two encodable values by virtue of only having a single bit, or an IANA registry, or a statement to the effect of "only these two values are defined and no future extension is possible" is not something I care about; I only care that the actual expected behavior is clearly documented. -Benjamin > Perhaps you should subscribed to the LSR list so that you can apply your protocol encoding expertise to our -00 drafts. Here is the link: > > https://www.ietf.org/mailman/listinfo/lsr > > Thanks, > Acee > > > Could you help me understand what would be backward incompatible with this > proposal? > > > >> > > >>>> > > >>>> Some of the text in Section 8.1 (see the COMMENT section) reads like it > > >>>> might have an "Updates" relationship with other documents, but I > > >>>> don't know > > >>>> enough to be sure. Hopefully we can have a conversation to clarify the > > >>>> situation. > > >>> > > >>> please see my comments below. > > >> > > >> Okay. > > >> > > >>>> > > >>>> ---------------------------------------------------------------------- > > >>>> COMMENT: > > >>>> ---------------------------------------------------------------------- > > >>>> > > >>>> Section 1 > > >>>> > > >>>> Is there a start of the separate document that covers SR with the > > >>>> IPv6 data > > >>>> plane that we could reference from here? > > >>> > > >>> this document describes OSPFv3 extension for SR with the MPLS data > > >>> plane, not IPv6 data plane. And rfc8402 is referenced. > > >> > > >> I understand the difference between OSPFv3 SR with MPLS vs. IPv6 data > > >> plane > > >> (well, at least that there is a difference). My point is that you say it > > >> "will be specified in a separate document". If there's an existing I-D > > >> that is the start of this work, listing it as an informative reference > > >> seems helpful to me. (If there's not, perhaps "at a later date" would > > >> work > > >> instead of "in a separate document".) > > >> > > >> But of course this is a non-blocking comment, so feel free to ignore -- I > > >> really don't mind. > > >> > > >>>> > > >>>> Section 5 > > >>>> > > >>>> In some cases it is useful to advertise attributes for a range of > > >>>> prefixes. The Segment Routing Mapping Server, which is > > >>>> described in > > >>>> [I-D.ietf-spring-segment-routing-ldp-interop], is an example of > > >>>> where > > >>>> a single advertisement is needed to advertise SIDs for multiple > > >>>> prefixes from a contiguous address range. > > >>>> > > >>>> I note that the referenced document does not use the word "range" to > > >>>> describe the prefix being assigned multiple SIDs; it might be > > >>>> helpful to > > >>>> say a few more words about how the range of prefixes gets mapped to > > >>>> what is > > >>>> discussed in the linked document. > > >>> > > >>> "prefix being assigned multiple SIDs" - that is not what we are doing > > >>> here. > > >> > > >> Hmm, I must have misspoke; sorry. My point remains, though, that if I > > >> go to > > >> I-D.ietf-spring-segment-routing-ldp-interop and search for "range", I > > >> will > > >> not find anything to help me know which part of that document you are > > >> talking about. I would encourage some additional text to clarify how the > > >> terminology used in this document relates to the terminology and work > > >> used > > >> in the referenced document. > > > > > > ##PP > > > range is not defined in I-D.ietf-spring-segment-routing-ldp-interop, > > > it's the SRMS functionality that is defined there. > > > The range was defined for IGPs to optimize the encoding for SRMS > > > advertisement - with thousands of prefixes the encoding would not scale > > > if we advertise the individual SID for every prefix independently. > > > > > > What about the following updated text in the OSPFv3 draft: > > > > > > "In some cases it is useful to advertise attributes for a range of > > > prefixes. The Segment Routing Mapping Server, which is described in > > > , is an > > > example of where SIDs for multiple prefixes can be advertised. To > > > optimize such advertisement in case of multiple prefixes from a > > > contiguous address range, OSPFv3 Extended Prefix Range TLV is defined." > > That's a big help, at least for me; thanks! > I wonder if the first sentence would be better as "useful to advertise > attributes for many prefixes at once", but will definitely defer to your > judgement of that. > > -Benjamin > > > >> > > >>>> > > >>>> I'm also not entirely sure how to construct the prefix range just given > > >>>> this format description. Suppose I have an IPv4 prefix of 18.18/16 > > >>>> and a > > >>>> range size of 4; my prefix length is 16 and the address prefix is > > >>>> encoded > > >>>> as 0x120120000. Am I then representing the four prefixes 18.18/16, > > >>>> 18.19/16, 18.20/16, and 18.21/16? > > >>> > > >>> yes. > > >>> > > >>>> Or am I constrained to be a subset of > > >>>> 18.18/18 (in which case I don't know what the actual distinct prefixes > > >>>> would be)? The examples in Section 6 suggests the former, but I > > >>>> would suggest > > >>>> stating this explictly, here. > > >>>> > > >>> > > >>> I would thing that the example in section 16 is clear enough. > > >> > > >> I generally prefer to describe the normative behavior in actual text > > >> description instead of relying on examples to clarify the expected > > >> behavior. That said, this is a non-blocking comment, so feel free to > > >> retain the current text. If you did want to add something, I would > > >> propose the strawman: > > >> > > >> OLD: > > >> The range represents the contiguous set of prefixes with the same > > >> prefix length as specified by the Prefix Length field. The set > > >> starts with the prefix that is specified by the Address Prefix field. > > >> The number of prefixes in the range is equal to the Range size. > > >> > > >> NEW: > > >> The range represents the contiguous set of prefixes with the same > > >> prefix length as specified by the Prefix Length field. The set > > >> starts with the prefix that is specified by the Address Prefix > > >> field and > > >> continues with the subsequent prefixes of the same length, forming a > > >> contiguous block of addresses. Since the Range Size is not > > >> restricted to a > > >> power of two, this new block of addresses may not be describable > > >> using a > > >> single address prefix/length. The number of prefixes in the range is > > >> equal to the Range size. > > >> > > >> > > >> > > >>> > > >>>> Section 6 > > >>>> > > >>>> Should there be any discussion of the historical or future reasons > > >>>> why V > > >>>> and L are separate flag bits, given that the only legal combinations > > >>>> are > > >>>> currently 00 and 11, i.e., fully redundant? > > >>> > > >>> I would rather not get into that discussion here. > > >> > > >> That's fine, though even just noting the redundancy and that it exists > > >> for > > >> [historical/...] reasons might help some readers understand more easily. > > >> > > >>>> > > >>>> It may not be necessary to expand ASBR on first usage here, since > > >>>> it's in > > >>>> the terminology section (and marked as "well-known" at > > >>>> https://www.rfc-editor.org/materials/abbrev.expansion.txt). > > >>> > > >>> ASBR is defined in terminology section. > > >> > > >> Precisely; you can just use the abbreviation if you want and make the > > >> text > > >> here shorter. > > > > > > ##PP > > > done. > > > > > >> > > >>>> > > >>>> If the NP-Flag is not set, then any upstream neighbor of the > > >>>> Prefix- > > >>>> SID originator MUST pop the Prefix-SID. This is equivalent to the > > >>>> penultimate hop popping mechanism used in the MPLS dataplane. > > >>>> If the > > >>>> NP-flag is not set, then the received E-flag is ignored. > > >>>> > > >>>> Is it going to be clear that "pop" only applies when this Prefix-SID > > >>>> is the > > >>>> outermost label? (Or am I super-confused about how this is supposed to > > >>>> work?) > > >>> > > >>> you can only POP the outmost label. > > >> > > >> Okay, thanks for confirming. > > >> > > >>>> > > >>>> A similar consideration may apply to the discussion of the NP flag > > >>>> as well. > > >>>> Also some redundantly expanded ABR and ASBR here as well. > > >>>> > > >>>> This is useful, e.g., when the originator of the Prefix- > > >>>> SID is the final destination for the related prefix and the > > >>>> originator wishes to receive the packet with the original EXP > > >>>> bits. > > >>>> > > >>>> Are we still supposed to call these the EXP bits after RFC 5462? (I > > >>>> had to > > >>>> look up what they were; not sure if this means that we should put a > > >>>> reference in for them or not, given that I'm not a practitioner here.) > > >>> > > >>> I can rename to "Traffic Class" if you insist. > > >> > > >> I do not insist; I'm just trying to understand the common > > >> usage/conventions. > > > > > > ##PP > > > it has been updated. > > > > > > thanks, > > > Peter > > > > > >> > > >>>> > > >>>> When the M-Flag is set, the NP-flag and the E-flag MUST be > > >>>> ignored on > > >>>> reception. > > >>>> > > >>>> Do I understand this correctly that this is because the mapping > > >>>> server may > > >>>> not know the needs of the individual routers, and if the routers had > > >>>> specific needs they should advertise the SIDs directly (which would > > >>>> take > > >>>> precedence over the mapping server's advertisement)? If so, given the > > >>>> following discussion, I wouldn't suggest adding any extra text about > > >>>> it, > > >>>> but I do want to make sure I'm understanding it properly. > > >>> > > >>> your understanding is correct. There is also some more details in the > > >>> next section. > > >>> > > >>>> > > >>>> When a Prefix-SID is advertised in the OSPFv3 Extended Prefix Range > > >>>> TLV, then the value advertised in the Prefix SID Sub-TLV is > > >>>> interpreted as a starting SID/Label value. > > >>>> > > >>>> Am I remembering correctly that Prefix-SID can appear multiple times > > >>>> within > > >>>> OSPFv3 Extended Prefix Range? Then each Prefix-SID would be > > >>>> indicating a > > >>>> distinct range but adhering to the same parameters of the range that > > >>>> are > > >>>> indicated in the Extended Prefix Range TLV? This seems a little > > >>>> weird on > > >>>> the face of it (as opposed to a single Prefix-SID sub-TLV per Extended > > >>>> Prefix Range), but maybe there's a use case that I'm missing on first > > >>>> glance. > > >>> > > >>> the use case is when you need to advertise Prefix-SID for different > > >>> Algorithms. > > >>> > > >>>> > > >>>> Section 7.1 > > >>>> > > >>>> (Probably off-topic: what's the use case for assigning the same > > >>>> Adj-SID to > > >>>> different adjacencies?) > > >>> > > >>> load balancing of traffic over multiple links. > > >> > > >> Thanks for helping me understand better (here and above). > > >> > > >>>> > > >>>> Section 7.2 > > >>>> > > >>>> Perhaps add DR to the terminology section (or expand on first usage)? > > >>> > > >>> ok, will do. > > >>> > > >>>> > > >>>> Section 8.1 > > >>>> > > >>>> When a Prefix-SID is advertised by the Mapping Server, which is > > >>>> indicated by the M-flag in the Prefix-SID Sub-TLV (Section 6), the > > >>>> route type as implied by the LSA type is ignored and the Prefix-SID > > >>>> is bound to the corresponding prefix independent of the route type. > > >>>> > > >>>> Is this considered to be Update-ing the behavior of another RFC? > > >>> > > >>> no. All we say is that the LSA type in which the SID from SRMS is > > >>> advertised does not need to match the route-type of the prefix for which > > >>> the SID is adverised. > > >> > > >> Okay, thanks. > > >> > > >>>> > > >>>> Advertisement of the Prefix-SID by the Mapping Server using an > > >>>> Inter- > > >>>> Area Prefix TLV, External-Prefix TLV, or Intra-Area-Prefix TLV > > >>>> [RFC8362] does not itself contribute to the prefix > > >>>> reachability. The > > >>>> NU-bit MUST be set in the PrefixOptions field of the LSA which is > > >>>> used by the Mapping Server to advertise SID or SID Range, which > > >>>> prevents the advertisement from contributing to prefix > > >>>> reachability. > > >>>> > > >>>> This MUST reads like it is restating an existing normative > > >>>> requirement from > > >>>> elsewhere (in which case we should probably just state it as fact and > > >>>> provide a reference). Or is it a new requirement (in which case > > >>>> Updates: > > >>>> might be in order)? > > >>> > > >>> not sure I understand. NU-bit is defined in rfc5340. We are just reusing > > >>> it here. I can add a reference to it. > > >> > > >> Thanks for the pointer. I was wondering whether RFC5340 itself would > > >> require the NU bit to be set in this situation -- from a quick skim, it > > >> seems that it does not, so there's nothing to do here (other than add > > >> that > > >> reference, if you want.) > > >> > > >>>> > > >>>> Area-scoped OSPFv3 Extended Prefix Range TLVs are propagated > > >>>> between > > >>>> areas. Similar to propagation of prefixes between areas, an ABR > > >>>> only > > >>>> propagates the OSPFv3 Extended Prefix Range TLV that it > > >>>> considers to > > >>>> be the best from the set it received. The rules used to pick the > > >>>> best OSPFv3 Extended Prefix Range TLV are described in Section 5. > > >>>> > > >>>> I don't see any usage of "best" in Section 5; I do see direction to > > >>>> use the > > >>>> numerically smallest Instance ID when multiple Extended Prefix Range > > >>>> TLVs > > >>>> advertise *the exact same range*. But this in and of itself does not > > >>>> safisfy the claim here that there is guidance to pick a single best > > >>>> Extended Prefix Range TLV, so I'm left confused as to what's > > >>>> supposed to > > >>>> happen. Perhaps this was intended as a transition to Section 8.2 > > >>>> instead > > >>>> of referring back to Section 5 (especially considering that Section > > >>>> 8.1 is > > >>>> supposed to be intra-area but this topic is inter-area)? > > >>>> (This sort of dangling/unclear internal reference would normally be a > > >>>> DISCUSS, but it seems very likely this is just a stale section > > >>>> number and > > >>>> not a real problem, so I'm keeping it in the COMMENT section for now.) > > >>> > > >>> right, I will remove the reference to section 5 and correct the text. > > >>> > > >>>> > > >>>> Section 8.4.1 > > >>>> > > >>>> Do we need a reference for 2-Way and FULL? > > >>> > > >>> these are standard OSPF adjacency states. > > >> > > >> Okay. Sorry for my ignorance here (and throughout), and thank you again > > >> for your patient explanations of the "basic concepts". > > >> > > >>>> > > >>>> Section 9 > > >>>> > > >>>> I would normally expect some text about "IANA has made permanent the > > >>>> following temporary allocations" or similar, so the reader can > > >>>> quickly tell > > >>>> that this is not a case of codepoint squatting. > > >>> > > >>> well, I guess what is important is that the IANA allocations has been > > >>> made. > > >> > > >> Indeed. > > >> > > >> -Benjamin > > >> . > > >> > > > > > > . > > > > > > > From nobody Tue Jan 8 06:34:21 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11C65130EE7; Tue, 8 Jan 2019 06:34:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=mit.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 Tt0SgSWaiY45; Tue, 8 Jan 2019 06:34:04 -0800 (PST) Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730092.outbound.protection.outlook.com [40.107.73.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 D1610130ED6; Tue, 8 Jan 2019 06:34:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eCgP/zhET3gEwgzTr4ewEeVsJAx6awflNLprV0TVOVU=; b=KcK7NNBc1jJNQfRbBG4z+peO1ZnRnjH+VIx3aWwVHdC6HGLzMxz43wCNcd13r7EaQvzCpXkW00JKlfuGwKILlDEAzMb62gDA28vEvyPDbm0RkoGHMJKnwyaNvRcqz0Yr+k/9AEkQzm5vwEkNxDVzHKSRV8VfM0jfUvLtUQUkNZw= Received: from BL0PR0102CA0056.prod.exchangelabs.com (2603:10b6:208:25::33) by MWHPR0101MB2959.prod.exchangelabs.com (2603:10b6:301:2b::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.6; Tue, 8 Jan 2019 14:34:01 +0000 Received: from DM3NAM03FT013.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::209) by BL0PR0102CA0056.outlook.office365.com (2603:10b6:208:25::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1495.6 via Frontend Transport; Tue, 8 Jan 2019 14:34:01 +0000 Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu; Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu; Received: from outgoing.mit.edu (18.9.28.11) by DM3NAM03FT013.mail.protection.outlook.com (10.152.82.79) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1471.13 via Frontend Transport; Tue, 8 Jan 2019 14:33:58 +0000 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x08EXtfB014904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 8 Jan 2019 09:33:57 -0500 Date: Tue, 8 Jan 2019 08:33:55 -0600 From: Benjamin Kaduk To: Peter Psenak CC: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" Message-ID: <20190108143354.GX28515@kduck.kaduk.org> References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(346002)(376002)(396003)(39860400002)(136003)(2980300002)(199004)(189003)(126002)(426003)(8936002)(5660300001)(33656002)(50466002)(9686003)(106002)(39060400002)(446003)(6246003)(11346002)(75432002)(47776003)(55016002)(7696005)(186003)(476003)(4326008)(478600001)(2870700001)(356004)(26005)(76176011)(53546011)(26826003)(956004)(2486003)(106466001)(93886005)(2906002)(53416004)(23676004)(104016004)(229853002)(86362001)(88552002)(14444005)(36906005)(8676002)(336012)(316002)(786003)(246002)(54906003)(305945005)(486006)(6916009)(1076003)(58126008)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR0101MB2959; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; A:1; MX:1; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM03FT013; 1:euBxxTY0UDvkPWWYUTa4WlRFmeNhbsTDdqs8uE1NqRwRPkPqN17/kFwPryY3WDF+D5Gi+PS8Rlo8QIYDThQmbn5lMTI3eFrFB8kobzMH3QE0L0O7YCUBYPW1sVkUXa/f X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 75092f29-6dd6-4a2b-0079-08d6757654dd X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:MWHPR0101MB2959; X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2959; 3:M0nOA9gZqWolIbG/ngeNy6zlSJdL/L36CVKlUPLLnCP7OENFMJk43JhUKWvmihfZ59kzwVad33eREXoqEnIcK3nFvxzT+yciAWFxVivsE+wT2KkSSM75Tn0dlkngfUxVFCKnZx5IvyBX9v0Ltmddqwm1QHllRUDLylTgCveS3b9Lyj3ykdbOcmgKGmnzuZO77Oz7MZeBuixFsQdGugPzxH7IEGd9OMZKX//8rT2DUqU9t0Saxl9QQGmbdNIfsER3nisXqFKXb1rcn6FxnKkTJjhvjpzUn/+F820IODbBqOR2+Dzid2/LpEMzVXM/63Ziaz6kCEvayN7LRJV0BTEafoh/MIYKmnR0IZdx+hvzLic2HLCiF3f+QkextJ8E3TPi; 25:CqQ22MkI+qabKgHdQW4IGHdsJev7EOiv2t2kXJuaLNi4yLeQ+8qWOxmAWh7PcgYAsqfDhAPcRBSQvUh6IwEMmKqdzSpko5ZX20e/+WBnOrsQY0WgqEDRMwH44CuIEGT9CKm29hcnzuXazZGrMxOlYRpES76uM4mZo5xR9WQ3XjWzIaJrSatvGtT7JXpOCN8xM1hvvupRoUIcq5iI981ZUwL8aq35VqhNBaLk1EtTTGiGKvobn/f//Gla+oQHSukae984HhE6SUAIvFyyXFryPylZQ+TZOTcuyV19+XS7z/PKS8sd4TIBu/dC5bU6NnWvT+NWysNhBjfxGBLmeo5Juw== X-MS-TrafficTypeDiagnostic: MWHPR0101MB2959: X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2959; 31:a63COTz1GdLtn1W7FOEXSkCQAvPPVqmY82edb2SgrGkUWov2eq18PLXD48TIlngY5oGxgUIeGGoQ6D+h+IL8cm68cg3pERk5ytjhMFKkRMZcpH3gwB2QGDyKV5Cic/+MRB/tV+8/hsYi7U2x2IqQ99rTdY6+CSJoLXs8nrRbgnl3jZ8L3th71KJFUNj7AD2FPBX5afR3WiqMRTGd+MhTWAjsAVkNm4lwf2wPbNfIhSA=; 20:IufC0xMI6Gg8tusRuQWE1RYs/LltxjBAeagvhEeeui7D7NJukkYEusuzTd/mbOF+/yvBZ7Kk5oeJR/GJ9Lermqf4SLKTEHCQ0mbCh7HB48//uknSBY4+iN0Jt0ppRUZOc8nTIuyFgefdxDLIyghBaTKzDvNCwXbEaQDrHKiB7NTci0/uMZjuqSvc82qeiYiRNU/b6+CRVAp057Gbdd7SEzA6DkM9T1LGFzjjK7WCbkk+7W/vvsSCa1ppknv5VTHKWX0PZAYzaKGL2aPZDi6gaNQLAhsaAtUoxJ1h4B5dJgYXMdl8dVWnRiHxkWJbDtiJk4nsvAx1wNRu8FJNqwSeKS8c599nNSbNPB4+mkGep1Gg1Bc567TtXziqIS0qSnG+617JVdEutiPjRBfXCeJgL1eH91qsqIhWrnGYXKfEK5k63aceVC/1j/S+diwe7bC48Btp8UMaxTl9ytNU+d+kk2n0httpfkRS6S7r/vkAco3hiqpk5q64Qn1ZJYPfcMsh X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2959; 4:HFQlCX6f0SFjP+8gvWVppKVqO6jcKIxVrA4hHQJDyBQI+lXPJuf1/hekN9xzidoYCqUfn9drLIWA6mteEncugvsOV87DBPin+MJ4k0w7gMwArBH5snpx6WVMF6jsE0+nw7GsF43KKfXZi1g1svV35w2YVaVWlP3FWlJmmZwBDOqzAwMB7xEXLlQTU7ajG/1kwPX0D4TEsJFDxxtXOz2X7hO6O5zKpQcuqgknjBIf9zJwNa+9pt3ecc4LhElq6mi21d5yGCixg5+RSHYevA8hs3vg/g6pY+gk47fqbhbEa7ubkRYSogS7aLhzxe1Zozmo X-Forefront-PRVS: 0911D5CE78 X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtNV0hQUjAxMDFNQjI5NTk7MjM6bFQ0TTFSR3pwNE95U0srcGRxbjZNK0ZT?= =?utf-8?B?OTRYS21LZXRoVDl5QS9qeVFlK0E2d29scmlNRzArSk1Ibk9RYXRtUE42MkRL?= =?utf-8?B?U1hsT1Y1THRiZ240c3AvUFhUc0h2SnBsK2dSOGRibXlGc0pNOWIvZXF4bGxJ?= =?utf-8?B?WUgzSHZqV0tneFdXMEE4VjJtbWNGaExpTkQ4eHJnOE4ranBNVjJ6elBGWnlw?= =?utf-8?B?cHY0dGtndTM2Zllpbm43VnVlbFhIN2J5YnAzSVNCWWgxbFUvQm5aZ2ZESDd6?= =?utf-8?B?NVBCdXU2dWh2eVI3MUVKYTlLczFiYlVGZEowNkFBdTVwS3lBdmlqMG9aSDJm?= =?utf-8?B?NFRYWnI4ejY1YlNaY1hvbml1YThvL0RMT2RFQnV4aXk3TXZQYnNSSi9jbk5K?= =?utf-8?B?RXUvRXJRRVUveGd0V0k5VGxKU2FvSitrZCtzeVQxVHh0a1VYZnJkR2huMzhj?= =?utf-8?B?VU94dkpUanRhQ05KZW0vUW5sSWNKcGI1dzRlbDNlT0Z2SEhLS0pSUU9VeEhD?= =?utf-8?B?YllWYmFXdEttWG1MdzJKcnoxd1FyUHRjNEY5dXhCMEZNMSt5UkNKMjNXQitY?= =?utf-8?B?MHhTNjgweDkwUU9uMVhycW1Bb1l0cVBodnBzYkV3RUJ0M1Rhck1JOVFtd2Fp?= =?utf-8?B?RkdmTmJBS3RLLzZHMCtPS1J1d3M2S3FxVUhrMENkZXVYN2diZDBCVDk0dnlD?= =?utf-8?B?WHhOYXlOSlBjb0NBVjJEd0g4cWxQTHEvb0lDWHRBTkhOZTdJZVdndFdJNGxZ?= =?utf-8?B?alg2TkxFUm1BRjZGdlhxblhhc29RemlDWEVPTGlMZ0M3UTliNUp5a25TSVhz?= =?utf-8?B?eXA3OHlrSC84WEd1bEVhdEJoM09CektYaHNOV29pTTEwV2dHbGFMcHV5S29a?= =?utf-8?B?REFzZXpPL1FSZ2FLalVNczF2a2NjL2c5MmNwZGhwRU1VNlExcFU4YXlReDlV?= =?utf-8?B?L1lOcWZvT0wyUitJd3pqUUpUVk00dXIyWmRHd3cxc3dZR0RKMFZLazRDRVlq?= =?utf-8?B?U0RWQnNWVm9SNXZQa3ZaajM1S1kzMTNWT2IrQ0tOSXZ1b3hJN1RsRHZLL3N1?= =?utf-8?B?MVpZeUtZMmVxckhrWlI4VEdRTUFBZlF1V3RSbTQ1SjFvYy9wZTA4c0NEWjB1?= =?utf-8?B?ZGV3ZUlmUlBheDk1ZFRMNGhiZ2dEUThKNjExWVoreWRUcnBjTVk5ejNKR2N4?= =?utf-8?B?aS91Qk5QU0VraGJQN3pKQnB2T2kzNkJVelo1bXhZeCtJWDZnSHVDa0FjdUNP?= =?utf-8?B?Tlk1ckhSSnY3MkljZDh1QU14WGVFMWRDSTlabDNjV04yN2NLSGVKLzFla3N6?= =?utf-8?B?eDNNOElqYW1HMmpIcnBwVGRlZVRTdG9MeGExSE9FalR2ZlMzU1BRV3RpYTB4?= =?utf-8?B?RDdVd2ZEV2lqbytjMVdmRk9FYUlFRjRPWjB6emhzOFJxWGJoQnErQzJxMWpG?= =?utf-8?B?alhnTllLOHF3d1paZEluQXg5eDdRa1oxWjRHQlg4a3A0N0FxM0F2cCtyNTNY?= =?utf-8?B?L0lvbTVRWXdNdWhGMlEwZS9sVnVnemRjZWFvUEdBNm5KcURBZWZqN292VU5x?= =?utf-8?B?ZExWbHpCYXozc3hqMUVMR3ozVUQzNG5TbDhySDZvYXNDaFUzWGRqSi9FR0x3?= =?utf-8?B?UE5PL3ZHTVRoUUhjSEdWMjlQZmp3VFp3NFVVS0g5S0sxYVdQQTJZenpvc045?= =?utf-8?B?L2VVQlgvKzV5OWZXN2EvdUJqMDNXVVBPNzh1dVpZM0t6dWd1QjFqVFdkZ2hq?= =?utf-8?B?ZGNoNlJsTUcxU0ZLMVA1VmdnPT0=?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: vxNlYginrCkXwdAhGDHLu/ovWMKU/JnSrsA0LA49rk7gccfk9N0I0jtZdjYH6jRubxjVfJ+dew77h4rAgLjoqKZLTnPOODuolTHG6YvFzHz6a5pbdmAoUIwvL6J9Ux5VY+x6PxD6a9XqDfe5iejHGk/1RY5UgkWCoYBN4i8wkAVVt7IJ54r1fhSqWE9Fe9X1DoHvVU/C5BmfGSBqtAGmm3Bu/2v8oQdbZTgTn43HwJ+LP0wuhMOeRhwk+ojRWbDeTuIMr1L3M+RlJZFsDAfv13d55IdjC/p7f0QjUNtMg7THPVOaKHvrdHis/KEkQOwR X-Microsoft-Exchange-Diagnostics: 1; MWHPR0101MB2959; 6:gD69k9tW3slzg1T490lAX/AdN/PqUbWpgW+W5U8ZQumWJeViqmDS8mw/HAFHEc3RC7i+Rc7kbmlwOmtBxwUbyuZBlMJz56p7jwUwOtC8e/k0KPjxVLyHYD4cpeTw/AUU9B9VfV90eGTXoqZfD+rJgmzZqBoHDfx1JPd97dW/INtTeYsymVvXD9e9+072tKxZSMj2lOHYC+jFIKBZdbzWm0rP/pcVQCPSx/MUCoDLnpdtZniS0mcw5yXWomuxhaON23Jeqw/N9koVmOASQut+a5/IYN+Fzp78ejL9gZ1tF/V/NngF5S1V5ym7rgP9uRzRyGksH+te8EYqLrMDoyyNY8bq2hhBZJPuXxnR8CWbawz9C/Ba3v7q6Zu8NxWWvPUDYt8I7CVs/N0Q/fpOWY+yS2v9ya92I7vM4rMw+2j+9EmodfRI1KmTjr2e9lTIUfwyfEpbbuQwipI7BQLIWAPuFQ==; 5:2HZQ7MhfRWJ+BIMHFg7OAjst9Ja6jPMeQER9HTD3wHFkNb5HneKwbgbAXTYiZqcmEJrF5KbsfM1Bl2mxynLxZpF9+fV37PM+e71Dhm7OHQOC3uSw8PwVKeMZHKmyHn+uDEGtA+x/u30w8wxdhcVm/m89RrBjAph8q0AW1NfTE9tdtxnV9MBkOIbQEZf9GUMseiUWtDfWX9nuNWrx2AaYZw==; 7:oWg9BjAFgsTWurSjErTgn70DyupjnhdV1N9MnsZJtGSdJdU0LN2TaISet9HSiwzBr5F1cNAxxwMijSwld45Utb4N02m4TVddX8xFqpPMQLh/tMvTeHY+NsA3chVDEN6GCqtCNX4DrQD25qlXnBW1wA== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jan 2019 14:33:58.8770 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 75092f29-6dd6-4a2b-0079-08d6757654dd X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0101MB2959 Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 14:34:14 -0000 Hi Peter, Happy new year, and my apologies to all for the heavy overlap between this message and the reply to Acee sent just a few moments ago. (inline) On Tue, Jan 08, 2019 at 09:13:52AM +0100, Peter Psenak wrote: > Hi Benjamin, > > please see inline: > > > On 22/12/2018 15:34 , Acee Lindem (acee) wrote: > > Hi Ben, > > > > See inline. > > > > On 12/21/18, 11:29 PM, "Benjamin Kaduk" wrote: > > > > On Thu, Dec 20, 2018 at 01:07:59PM +0100, Peter Psenak wrote: > > > Hi Benjamin, > > > > > > are you ok with my responses and proposed changed text for the range? > > > > > > thanks, > > > Peter > > > > > > On 17/12/2018 12:32 , Peter Psenak wrote: > > > > Hi Benjamin, > > > > > > > > please see inline (##PP): > > > > > > > > On 17/12/2018 06:53 , Benjamin Kaduk wrote: > > > >> Sorry for the slow reply -- you caught me right as I was leaving for > > > >> vacation. > > > >> > > > >> On Wed, Dec 05, 2018 at 09:53:20AM +0100, Peter Psenak wrote: > > > >>> Hi Benjamin, > > > >>> > > > >>> please see inline: > > > >>> > > > >>> On 05/12/18 04:44 , Benjamin Kaduk wrote: > > > >>>> ---------------------------------------------------------------------- > > > >>>> DISCUSS: > > > >>>> ---------------------------------------------------------------------- > > > >>>> > > > >>>> What is the extensibility model for the "AF" (address family) field > > > >>>> in the > > > >>>> OSPFv3 Extended Prefix Range TLV? That is, what do we need to say > > > >>>> about > > > >>>> current implementations' behavior to allow future changes? (I also a > > > >>>> little bit wonder if we really need a full eight bits, but that's > > > >>>> basically > > > >>>> aesthetic.) > > > >>> > > > >>> I don't think OSPFv3 will ever support other then IPv6 or IPv4 AF. Also > > > >>> the text says: > > > >>> > > > >>> "Prefix encoding for other address families is beyond the scope > > > >>> of this specification." > > > >> > > > >> Perhaps it would be better encoded in a 1-bit field (rather than an 8-bit > > > >> one), then? That would at least make the (lack of) semantics of the > > > >> other > > > >> 7 bits more clear, as the usual "MUST set to zero on transmit and > > > >> ignore on > > > >> receipt". > > > > > > > > ##PP > > > > it's too late now to change the encoding. This draft has several years > > > > of history and there are implementation shipping. Changing the encoding > > > > would cause the backward compatibility issues. > > > > I didn't think I was suggesting changing the bits on the wire -- in an > > 8-octet field, we're encoding the values 0 and 1 as: > > > > 00000000 > > 00000001 > > > > I'm proposing to change the eight bits to be specified as "the first seven > > bits are always set to 0 but should be ignored on receipt; the eighth bit > > represents the 0 or 1 value". This makes it clear what needs to happen if > > there's a need to use any of those seven bits (an Update to this document) > > and also makes it more clear that there are not expected to be any > > additional AFs defined anytime soon. > > currently the draft only supports 0 and 1. It says: > > "Prefix encoding for other address families is beyond the scope of this > specification." Well, that would seem to imply that even though this specification doesn't touch them, there is a possibility of using this for future additional address families. So I think you need to say more about where it would be in scope to do that work; this could involve making a registration in an IANA registry for new family types, or a future IETF document that updates this one, or probably some other mechanisms that I'm not thinking of right now. > Given that we have other RFCs where 8-bit field is used for AF, can we > leave it as we have it please? There are ways to resolve my discuss position that do not involve changing the encoding or its description, yes. But see above. (And it would make the discussion of how to proceed easier if we had a clear and solid answer about whether future extensions should be permitted or not.) -Benjamin From nobody Tue Jan 8 08:09:18 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BE1A130ECF; Tue, 8 Jan 2019 08:09:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e3atet5q2FzR; Tue, 8 Jan 2019 08:09:06 -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 E0FF2130EBF; Tue, 8 Jan 2019 08:09:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4980; q=dns/txt; s=iport; t=1546963745; x=1548173345; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=LVyZ5ryQw97TaXQT/i4o5KLCkJg2D8Hel1FAAvqO9uk=; b=hU+xD9DQRv2EJDEb8eFbdHNyD+YxmZO4CYh3ixjpMDpI56W2NlLc0X2z /fax9xHhgQxj208L5dr8sR/Ft8iCyzyRs/qI+pMlDcIF03y/AWV9wggPh KWmugsi4LpWhC2YyUOcMQ+hykhq6wpGMtl91YT+Z14o++aKgyPN/wiiXh I=; X-IronPort-AV: E=Sophos;i="5.56,454,1539648000"; d="scan'208";a="9320892" 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; 08 Jan 2019 16:09:03 +0000 Received: from [10.60.140.54] (ams-ppsenak-nitro5.cisco.com [10.60.140.54]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id x08G92vi003870; Tue, 8 Jan 2019 16:09:02 GMT To: Benjamin Kaduk References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> <20190108143354.GX28515@kduck.kaduk.org> Cc: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" From: Peter Psenak Message-ID: Date: Tue, 8 Jan 2019 17:09:01 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190108143354.GX28515@kduck.kaduk.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Outbound-SMTP-Client: 10.60.140.54, ams-ppsenak-nitro5.cisco.com X-Outbound-Node: aer-core-4.cisco.com Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 16:09:08 -0000 Hi Benjamin, Happy New Year! Please see inline: On 08/01/2019 15:33 , Benjamin Kaduk wrote: > Hi Peter, > > Happy new year, and my apologies to all for the heavy overlap between this > message and the reply to Acee sent just a few moments ago. > (inline) > > On Tue, Jan 08, 2019 at 09:13:52AM +0100, Peter Psenak wrote: >> Hi Benjamin, >> >> please see inline: >> >> >> On 22/12/2018 15:34 , Acee Lindem (acee) wrote: >>> Hi Ben, >>> >>> See inline. >>> >>> On 12/21/18, 11:29 PM, "Benjamin Kaduk" wrote: >>> >>> On Thu, Dec 20, 2018 at 01:07:59PM +0100, Peter Psenak wrote: >>> > Hi Benjamin, >>> > >>> > are you ok with my responses and proposed changed text for the range? >>> > >>> > thanks, >>> > Peter >>> > >>> > On 17/12/2018 12:32 , Peter Psenak wrote: >>> > > Hi Benjamin, >>> > > >>> > > please see inline (##PP): >>> > > >>> > > On 17/12/2018 06:53 , Benjamin Kaduk wrote: >>> > >> Sorry for the slow reply -- you caught me right as I was leaving for >>> > >> vacation. >>> > >> >>> > >> On Wed, Dec 05, 2018 at 09:53:20AM +0100, Peter Psenak wrote: >>> > >>> Hi Benjamin, >>> > >>> >>> > >>> please see inline: >>> > >>> >>> > >>> On 05/12/18 04:44 , Benjamin Kaduk wrote: >>> > >>>> ---------------------------------------------------------------------- >>> > >>>> DISCUSS: >>> > >>>> ---------------------------------------------------------------------- >>> > >>>> >>> > >>>> What is the extensibility model for the "AF" (address family) field >>> > >>>> in the >>> > >>>> OSPFv3 Extended Prefix Range TLV? That is, what do we need to say >>> > >>>> about >>> > >>>> current implementations' behavior to allow future changes? (I also a >>> > >>>> little bit wonder if we really need a full eight bits, but that's >>> > >>>> basically >>> > >>>> aesthetic.) >>> > >>> >>> > >>> I don't think OSPFv3 will ever support other then IPv6 or IPv4 AF. Also >>> > >>> the text says: >>> > >>> >>> > >>> "Prefix encoding for other address families is beyond the scope >>> > >>> of this specification." >>> > >> >>> > >> Perhaps it would be better encoded in a 1-bit field (rather than an 8-bit >>> > >> one), then? That would at least make the (lack of) semantics of the >>> > >> other >>> > >> 7 bits more clear, as the usual "MUST set to zero on transmit and >>> > >> ignore on >>> > >> receipt". >>> > > >>> > > ##PP >>> > > it's too late now to change the encoding. This draft has several years >>> > > of history and there are implementation shipping. Changing the encoding >>> > > would cause the backward compatibility issues. >>> >>> I didn't think I was suggesting changing the bits on the wire -- in an >>> 8-octet field, we're encoding the values 0 and 1 as: >>> >>> 00000000 >>> 00000001 >>> >>> I'm proposing to change the eight bits to be specified as "the first seven >>> bits are always set to 0 but should be ignored on receipt; the eighth bit >>> represents the 0 or 1 value". This makes it clear what needs to happen if >>> there's a need to use any of those seven bits (an Update to this document) >>> and also makes it more clear that there are not expected to be any >>> additional AFs defined anytime soon. >> >> currently the draft only supports 0 and 1. It says: >> >> "Prefix encoding for other address families is beyond the scope of this >> specification." > > Well, that would seem to imply that even though this specification doesn't > touch them, there is a possibility of using this for future additional > address families. So I think you need to say more about where it would be > in scope to do that work; this could involve making a registration in an > IANA registry for new family types, or a future IETF document that updates > this one, or probably some other mechanisms that I'm not thinking of right > now. The document says: "Prefix encoding for other address families is beyond the scope of this specification." So we do allow new specification to define a new AF if needed for the Range TLV. Although we do not see that happening very likely. > >> Given that we have other RFCs where 8-bit field is used for AF, can we >> leave it as we have it please? > > There are ways to resolve my discuss position that do not involve changing > the encoding or its description, yes. But see above. so what exactly would help to resolve the discuss? > > (And it would make the discussion of how to proceed easier if we had a > clear and solid answer about whether future extensions should be permitted > or not.) We are not precluding future extensions to AF if they happen. thanks, Peter > > -Benjamin > . > From nobody Tue Jan 8 08:16:50 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2718130ED6; Tue, 8 Jan 2019 08:16:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=mit.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 1CBsV5RCyC8q; Tue, 8 Jan 2019 08:16:39 -0800 (PST) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680097.outbound.protection.outlook.com [40.107.68.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99A00130ED8; Tue, 8 Jan 2019 08:16:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Z6lNPL7wXTE+7xktnOUQmVcNiXZShMN+d4PftYsEUFo=; b=vGmtOvWs6tBe/ob3mRMPoLtNX9VFMM4ZeCbBybTdYTElPt9LyRHO6sztdwrxPHwtwktU+k6d6o+Yb+UzzRhMYjcyCm48mGzaCtfhhKdkReTdg/GvvJwBl6OhZquDEKA/3TfIA7ui4Hqyw8vVFUc1Nrqk4rYj9zLuEF/UDq9Mg+A= Received: from SN6PR0102CA0002.prod.exchangelabs.com (2603:10b6:805:1::15) by SN6PR01MB4111.prod.exchangelabs.com (2603:10b6:805:a6::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.14; Tue, 8 Jan 2019 16:16:36 +0000 Received: from DM3NAM03FT060.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::202) by SN6PR0102CA0002.outlook.office365.com (2603:10b6:805:1::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1516.13 via Frontend Transport; Tue, 8 Jan 2019 16:16:36 +0000 Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu; Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu; Received: from outgoing.mit.edu (18.9.28.11) by DM3NAM03FT060.mail.protection.outlook.com (10.152.83.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1471.13 via Frontend Transport; Tue, 8 Jan 2019 16:16:28 +0000 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x08GGLC6019957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 8 Jan 2019 11:16:23 -0500 Date: Tue, 8 Jan 2019 10:16:21 -0600 From: Benjamin Kaduk To: Peter Psenak CC: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" Message-ID: <20190108161620.GY28515@kduck.kaduk.org> References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> <20190108143354.GX28515@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(396003)(136003)(346002)(376002)(39860400002)(2980300002)(199004)(189003)(104016004)(75432002)(93886005)(2906002)(356004)(5660300001)(88552002)(2870700001)(55016002)(8936002)(86362001)(4326008)(478600001)(229853002)(47776003)(26826003)(6916009)(8676002)(76176011)(486006)(6246003)(186003)(14444005)(305945005)(246002)(53546011)(50466002)(336012)(106002)(786003)(316002)(36906005)(23676004)(2486003)(39060400002)(9686003)(1076003)(426003)(7696005)(446003)(126002)(106466001)(26005)(33656002)(956004)(53416004)(58126008)(476003)(54906003)(11346002)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR01MB4111; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; A:1; MX:1; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM03FT060; 1:T8YKw80CjYhH9NckfjTkZ3L9+bGPIHxHri/OOTNjeim6yrCImkOPh9qiofja70OyCx3j4OucozqzWIQnq3ZZNMXhcwbc/QQrKvaMOv7b4zmKb1PYxEnsA7B7nHxrSjIx X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: bbea4bb3-7b39-411d-cf7c-08d67584a973 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:SN6PR01MB4111; X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4111; 3:GqG9YulCf+4cku1wgxV2YJnc3B9LoVU48WPKtX6pHJB9KFH2KIg/MZSDeqVYMDyXGjOGk0IZnOqy6xKX9lg/SfyGmYApKD2G8FeDKnuJDc4onYQv5K6b0LSkS1GcQvFxFEGEdsnIjtHAdWzC+QcH13tll5HXVq8Kb2evS2u6h1ZkL7Y7ZfCVhQ8kXsjQPbec7fArkRM7Qt88tmVcYWbT9Csz3ftZfKdrCI3ofaXTHn0vRQNEAfesG1hKeYkRi8YBJdh/56rIXty2dfljtrXJGHHhX98ql4qVfcFS44zT38UzVyW9FYHMBSesqShJc3lCTK7lhfkRLZY/g49ITxwpflc6FezvkL2hYFF7HDz9+cwDVmuD25WdERHSPn91OVyZ; 25:i6XB4f7AdKMTuu4MUQ46OrFEadbEnblOy5VGafzxg4rw1xtxYretAqcHJ2/rpC0PVFLZKIY8sya/2hJgxfyurw34mnn3J4mDm3RcaFCeuH2xBw7lKJNE01Sucz/Df3vk/reI0QD21EIQR0LJwpPf6X0P4FwdgcuxKUpv8opPaYjU9frSxqqfzkZ3xPRZOb6x1zD6zfNZ2Av3NsxUvv5qqeQ0cAoo+dr/dFGCxAuUS+v7fp3opd+4o/ZLhDQwdvDpdwGiWTXJCImv5qa6omIXCjU4jw+4Ty3elQ7dfXG7LeOMgQ+IJFitbparYN4mcMO4DIX6yxPIgGIUCSA7M0LjuQ== X-MS-TrafficTypeDiagnostic: SN6PR01MB4111: X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4111; 31:+Nh9+tiedl3cu6sZl8UByTV77TpvYiImu/jaO5znuNPzwbP2tKCfJgdNgupVq+TqPft5RogHyP7QY7Q4HAKSfsy2DeOvOnFpYO1eyXrub7mLDdJNgrsmoMfSlwGzk8BF+cvmjYIdLDr32sfuARuHRNRWlp7fH5wapf3dhIYukBWJqhWEfw7/If43Cwj8vmhHTSvqOQn5zMSHW21V/MGR+i0tLOwQ5qxniQH74Pl28Ic=; 20:Ewh2Wm8DoINNVg7cjWRZa48rJpuGpfXUFseR52Lbg6vUi9iZA2+gW4TZgyp6kHrVXqyfSFUXH3oFCzJYjxEJyy4h/O5q7bRpR8yd/p42h4khIzGkFuYUSgW89GC/tf5h3ua8OhW5ZQNtWM2Bht5jiHmLpny0w0auGmVumcTMvA6aw5GpQmJ9uA/QJYDHWPzkmeU/0CQTCllSL3DsqSHxoLT6n38QenxUmQ7Vh91wphQqvq8e+ERGX9f4ZDUrAmNOnlytIobnRSnEyCTBQZ0Xss3XjStmluFSUnOdgb9FmvxGoTdmd+IJahxWxV9l1j9qf62xrDdpFitYmG7v0zllQRJa6Rlaquv5T6j3iW8BpZ2Z3uiAObZzMhBQTfPFri2rL3L2M0MGvVIcPPkW2Q0iTWv/2SRe6yL8+9rba1txsxMruQThnHj5vV53nhcVkpexdSdRvo0DsFPakbonlAaVsyI8woO993vS2EXfF+SfWJl+NejyO9EUZpNc6KbF8K3h X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4111; 4:J2bk4QtbHE1Cez/eA86VKp9JC8DmxbCHadY2oul01Ny8Bbu04x0PPmNWeYF1eUz5v0DnMkuQICx2UK5DABDvOrZJpcAFw3cRL/Sqg8Y75WjoSpeaxh6FpHIKwbA4vEJ742sl18SNP+JKQcAIk61O6gwMcd3Tf0WyJRyzbi+jtC5MkRTR2xvyV4nB9f5gkvH6z7KtW3I8s/3w41HMfbkltiuYxqEXA17E3CkSD+IHTv70HzEQyvwmzBO7IDA5BqXS2E5GdpzJpJ3E+iuCAciqDgzgrS5NUcvcfdpVZv5SA0ZZXcoCt4+xPqewsEmQctQx X-Forefront-PRVS: 0911D5CE78 X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtTTjZQUjAxTUI0MTExOzIzOllLSFRQN2JkT0JlWlpjZG0wcFE5akFRZm1l?= =?utf-8?B?UElhM3dJdENsMmE3ditzNlBSRTdieTBIWndTZ1RWZHpHZDYwLzlOdFRRUG9z?= =?utf-8?B?YVZMMEQ4NllXdGdZaVp2U3F1OUtUblZhR3BYMVo2VlVGQVdva2hFNUNTOEFB?= =?utf-8?B?Q2JTOFpWdVRuZWNNeW13Z0o2cm56L2hkb2JVUnhhTWJSR2ZBKzhmeEt5SENi?= =?utf-8?B?R3hUdmhlWGNJOGtqQ1ZxVGNUMVcxbnJnd0wzWnh1Y0t0ZHc1dWV1Vy9hSDdy?= =?utf-8?B?Z1JjNDI2OCs3dm1LL3kxNEdHMEwzR0M4eWRlRHhCdW4xeElBK242MnhFbURp?= =?utf-8?B?eEpDR3NJQU9Vd2c5RThKVi9xMy9qd1VjcmY0N0J6NVBXelZRSUtQMXplNzBL?= =?utf-8?B?L0IrWjJrYjg2RFMrUjY5VWdiMEdxUWpnZW1qbVBtMGV1clhOWUd4bkwvOVk0?= =?utf-8?B?eEhKTVIzdGJVNTR1SFcrN3FCV0hpUmNJVmtJVU1CZDBuNnVqdEpyT3V4dlcy?= =?utf-8?B?N0txY3RhWDhUYit1cnNENGIyQkNNUHI1SzhoUzdRa2VsVWpLZHFONHRFTFVk?= =?utf-8?B?SUhHWHZycTMrTkNsd1VjQkRiQ2hOYUkvbnpVYitaRmJxdVd0R3RkNXNSTjVY?= =?utf-8?B?R0xhMzRoMi9PTmg4T0IrMGFiaUNkOEh6ZHBuODV6alFZSzZMLzl3dGNoYkJn?= =?utf-8?B?dGc2elkyYXJUTitkcHNSb243ZjhyZWJLZEV3SU9yeFBab1ZEUEQ5YmRlSVVB?= =?utf-8?B?OVZMVjlVNDRlcHA5MzRaUGtTTTloS20rdUlFNXlpMmw3ZmdjblFGVllNT3RJ?= =?utf-8?B?cjlBS2U1bjBTV3FhS2hCcll5STdhRlVMU0ZvVlB0eXBqV1Q0YlZvT0Q3bWFF?= =?utf-8?B?NGVYSDVNSnp5U2xudTlMNnRuNTlLdEhjd1RubnBuem5NdEtNNFBpTzR6akJh?= =?utf-8?B?bHU5cnQzMkhXNytUVkg2S2RmVXp1M3k4YU1qanFrNUtvdnBMaHhHOVhrcUZw?= =?utf-8?B?ai9oOUZleFpUSzY0Sk5qYnlKZm1yc09vWENiMkFKMlZid0s5UHhSTUdpOXlt?= =?utf-8?B?ajBtMTJpSDBJbGJjRThwNW1rUEo4N2x6NTEzR094b2JCVDNwZUEyaU5hdkpL?= =?utf-8?B?M1BOOUZEaXlnM1RleDZPZGpYYW9zdHV4ZUpGUGRzNjZUUTI5OENhKzIycUQ0?= =?utf-8?B?akZzU1M0aHlPUFJxVS9CdFhjM3JhZ2p0LzlSR0JTa1lRTnRxNTJSOWZadWlh?= =?utf-8?B?c2JVaGV6VENGTlBMOWlLZEpwNmc2MjdOemJyanMvUWZnL2lxSllDVGRvOE5Z?= =?utf-8?B?bkcwb1E1SGJnbHZSNG91bHBMQ0M0QUFlYVNXRDBvNlBHQ0pRS3plelVsSlN2?= =?utf-8?B?amx2ZzlrUkplajVPV29NWTZiMEkrMGdpT2p0dVF4NENNNkZCUERJTVgwMTVL?= =?utf-8?B?dGJXdWhZOFVFaXEzVUNEcHg2empkbGpiTkFGUVNHaTdGWDFFZnFUb2poMWhC?= =?utf-8?B?QkNXaksrcTBSNTRIOEdvV2ZScERZaDZOaytJT1J6ZysycGdVOS8zSmMxVGVy?= =?utf-8?B?YURmOWErWjlSbG5wVlVyQWJBNmxsS1h3WUlPMDZDVkZ1WHRzQnBQUkNXWWlN?= =?utf-8?B?OHVpWWJqNkJtellWMzZTZ0x2Wmp0VFFoV2FhT2t6N0R5akk1RVRqMFZWM0M1?= =?utf-8?B?dndHcGh1ejQzS0pNUnNNckp2NVB4OXExT1lSRmYxM3JHQ2g0N21PcUxvcWNQ?= =?utf-8?B?NmVObkx1UFRsbCtBY25QUT09?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: BsfSfCEGL0wpOXUpjsbhpkidvqnGjMQs2Ve4VE9HlvX4NKdiEJ2xb5A7KxNi5EDU12rSCERsfmanEHfuhWtipb/MrVV+DleEyOcZvIbwXH7RChh2aECqq/j+WCKDgCShOo+8vJtGsjG6igjvnnpg6zDFXl4PHX8/UmB8iLDL5M8MLJT7Q+D7ecoFxtVyroCjGs1AZN98uSpd9RwYClFBttxnrvNAv9rCGq5q4KH4tlLSRgvs0HUoeV71c4kcH1+Yn7JgWsiyN4dKfO+sq2rCqk61ZbD3LyszAMbl5wuSTrknlUowWBDzaNauvDU4Kba2 X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4111; 6:APyjbm0YagVhJRApYxBxhd9IDwSG5C/Bb/enCwBtQ5GTJ+/v1AlraPvAUPsOYo6znXW2WjSMOg5xS1xEar1CfPkB/9eUKHyMqiVDyZHnXMmcxfrj9ppTOBYIomiI2+nT1Id90Xp33Rf8P6obH+8MgalFs8TpBElWFMw7aH7KYeXktbcANdo4VTwkIg4iWoot9/TWTlKICq2zSjyAeLLpuHdWaJqYXWwM1LWQVkQVoxjMbnrCIm3VLp++aj57CyUyaE1lrWSnHhqmFEN/+m6YmgZwnVyykjdh6QvRyOVE0aXoS/v6wXnBdHitt7zPjBiTh7RusxkR3wmT4T6oKcywpMtZhSyMfoY+L1c+Oha3T+2c9U5NRfuak3hzzowxFsZ1mmmGs5CjapPQv5iRhfPmHtr1/NGc1OELNZBhXOveix4Ih7ys7r2WTMKDW00RKEQT6/YWt7jp+yhS2QYWiR7G5A==; 5:/eyDdszT5XP0UNhc53lLZq6jJIrBG7kqOiMV2Dva5mUNNVAMyoCIJm77WWxpvFdxaw8wrXaNEkcHepBRU7S+1/99UVBCHAtUDWVLpjK7id0hj3hzVjb5mXkgSajs0myZIEy8RFACJUUQb6LvpT9nl7Rtqsatxaf4ZzOF0L9lDjLkrfZ+LgcTpLvJtlBRI4Inxn6riesO1rcGyKfnXrUTQg==; 7:lnELkpsvCrF9qCGE6G7PYWE0CJIYelzaevyk6ko2HUKz3dGYT/65aEjVA+f57CHaYdFetQlBRvFmPRk8qaLzh17FOrPF7O+ELDk8ThMnrP5v05QeJn9qJu/Nr7InERqotmA2V0obqkTRbyPpf5WyGg== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jan 2019 16:16:28.4512 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: bbea4bb3-7b39-411d-cf7c-08d67584a973 X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR01MB4111 Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 16:16:42 -0000 On Tue, Jan 08, 2019 at 05:09:01PM +0100, Peter Psenak wrote: > Hi Benjamin, > > Happy New Year! > > Please see inline: > > On 08/01/2019 15:33 , Benjamin Kaduk wrote: > > Hi Peter, > > > > Happy new year, and my apologies to all for the heavy overlap between this > > message and the reply to Acee sent just a few moments ago. > > (inline) > > > > On Tue, Jan 08, 2019 at 09:13:52AM +0100, Peter Psenak wrote: > >> Hi Benjamin, > >> > >> please see inline: > >> > >> > >> On 22/12/2018 15:34 , Acee Lindem (acee) wrote: > >>> Hi Ben, > >>> > >>> See inline. > >>> > >>> On 12/21/18, 11:29 PM, "Benjamin Kaduk" wrote: > >>> > >>> On Thu, Dec 20, 2018 at 01:07:59PM +0100, Peter Psenak wrote: > >>> > Hi Benjamin, > >>> > > >>> > are you ok with my responses and proposed changed text for the range? > >>> > > >>> > thanks, > >>> > Peter > >>> > > >>> > On 17/12/2018 12:32 , Peter Psenak wrote: > >>> > > Hi Benjamin, > >>> > > > >>> > > please see inline (##PP): > >>> > > > >>> > > On 17/12/2018 06:53 , Benjamin Kaduk wrote: > >>> > >> Sorry for the slow reply -- you caught me right as I was leaving for > >>> > >> vacation. > >>> > >> > >>> > >> On Wed, Dec 05, 2018 at 09:53:20AM +0100, Peter Psenak wrote: > >>> > >>> Hi Benjamin, > >>> > >>> > >>> > >>> please see inline: > >>> > >>> > >>> > >>> On 05/12/18 04:44 , Benjamin Kaduk wrote: > >>> > >>>> ---------------------------------------------------------------------- > >>> > >>>> DISCUSS: > >>> > >>>> ---------------------------------------------------------------------- > >>> > >>>> > >>> > >>>> What is the extensibility model for the "AF" (address family) field > >>> > >>>> in the > >>> > >>>> OSPFv3 Extended Prefix Range TLV? That is, what do we need to say > >>> > >>>> about > >>> > >>>> current implementations' behavior to allow future changes? (I also a > >>> > >>>> little bit wonder if we really need a full eight bits, but that's > >>> > >>>> basically > >>> > >>>> aesthetic.) > >>> > >>> > >>> > >>> I don't think OSPFv3 will ever support other then IPv6 or IPv4 AF. Also > >>> > >>> the text says: > >>> > >>> > >>> > >>> "Prefix encoding for other address families is beyond the scope > >>> > >>> of this specification." > >>> > >> > >>> > >> Perhaps it would be better encoded in a 1-bit field (rather than an 8-bit > >>> > >> one), then? That would at least make the (lack of) semantics of the > >>> > >> other > >>> > >> 7 bits more clear, as the usual "MUST set to zero on transmit and > >>> > >> ignore on > >>> > >> receipt". > >>> > > > >>> > > ##PP > >>> > > it's too late now to change the encoding. This draft has several years > >>> > > of history and there are implementation shipping. Changing the encoding > >>> > > would cause the backward compatibility issues. > >>> > >>> I didn't think I was suggesting changing the bits on the wire -- in an > >>> 8-octet field, we're encoding the values 0 and 1 as: > >>> > >>> 00000000 > >>> 00000001 > >>> > >>> I'm proposing to change the eight bits to be specified as "the first seven > >>> bits are always set to 0 but should be ignored on receipt; the eighth bit > >>> represents the 0 or 1 value". This makes it clear what needs to happen if > >>> there's a need to use any of those seven bits (an Update to this document) > >>> and also makes it more clear that there are not expected to be any > >>> additional AFs defined anytime soon. > >> > >> currently the draft only supports 0 and 1. It says: > >> > >> "Prefix encoding for other address families is beyond the scope of this > >> specification." > > > > Well, that would seem to imply that even though this specification doesn't > > touch them, there is a possibility of using this for future additional > > address families. So I think you need to say more about where it would be > > in scope to do that work; this could involve making a registration in an > > IANA registry for new family types, or a future IETF document that updates > > this one, or probably some other mechanisms that I'm not thinking of right > > now. > > The document says: > > "Prefix encoding for other address families is beyond the scope > of this specification." > > So we do allow new specification to define a new AF if needed for the > Range TLV. Although we do not see that happening very likely. > > > > >> Given that we have other RFCs where 8-bit field is used for AF, can we > >> leave it as we have it please? > > > > There are ways to resolve my discuss position that do not involve changing > > the encoding or its description, yes. But see above. > > so what exactly would help to resolve the discuss? Well, there's a few options, and I don't want to try to dictate my preferences onto your document. What seems simplest to me would be to just bite the bullet and establish an IANA registry for these AF values, but if you wanted to do something else like saying that they are "beyond the scope of this specification but may occur in future standards-track work" that would also be fine. I'm just trying to avoid some reader seeing "beyond the scope of this specification" and thinking they can do whatever they want and pick their own codepoint value to squat on. > > > > (And it would make the discussion of how to proceed easier if we had a > > clear and solid answer about whether future extensions should be permitted > > or not.) > > We are not precluding future extensions to AF if they happen. Okay, thanks for confirming. -Benjamin From nobody Tue Jan 8 08:59:05 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84B45130F05; Tue, 8 Jan 2019 08:59:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.566 X-Spam-Level: X-Spam-Status: No, score=-14.566 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.065, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3EDpb0z-TMP1; Tue, 8 Jan 2019 08:59:01 -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 28B90130EBF; Tue, 8 Jan 2019 08:58:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=889; q=dns/txt; s=iport; t=1546966739; x=1548176339; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=jn/JZTzI/s/VBIdy554XNi0ZnLXe4o+YFq2o972YO+8=; b=TNKj/7LzIhTcSDGy5UM7murWhEgSAp7ugvW7xRyo41LSzE7ibyXFDZpS PjzyhnkYuRSI3H7yyw/SmQHO1i0PPPbQ/lY11qFVPLrgYhzXUfLciHi+R bwZaWq2zxZI9GZoyOGFTXda+/qBJGuRSOnViROtKmjJpXwlvq/eBPgyyP 4=; X-IronPort-AV: E=Sophos;i="5.56,454,1539648000"; d="scan'208";a="9321525" 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 Jan 2019 16:58:56 +0000 Received: from [10.60.140.54] (ams-ppsenak-nitro5.cisco.com [10.60.140.54]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id x08GwtbV010326; Tue, 8 Jan 2019 16:58:56 GMT To: Benjamin Kaduk References: <154398144445.4943.7198735398003216566.idtracker@ietfa.amsl.com> <5C079200.1030701@cisco.com> <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> <20190108143354.GX28515@kduck.kaduk.org> <20190108161620.GY28515@kduck.kaduk.org> Cc: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" From: Peter Psenak Message-ID: Date: Tue, 8 Jan 2019 17:58:55 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190108161620.GY28515@kduck.kaduk.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Outbound-SMTP-Client: 10.60.140.54, ams-ppsenak-nitro5.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 16:59:04 -0000 Hi Benjamin, On 08/01/2019 17:16 , Benjamin Kaduk wrote: > > Well, there's a few options, and I don't want to try to dictate my > preferences onto your document. What seems simplest to me would be to just > bite the bullet and establish an IANA registry for these AF values, but if > you wanted to do something else like saying that they are "beyond the scope > of this specification but may occur in future standards-track work" that > would also be fine. I'm just trying to avoid some reader seeing "beyond > the scope of this specification" and thinking they can do whatever they > want and pick their own codepoint value to squat on. would this be fine with you: "Prefix encoding for other address families is beyond the scope of this specification. Other address families may be defined in the future standard-track IETF specifications." thanks, Peter From nobody Tue Jan 8 09:38:18 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42879130F26; Tue, 8 Jan 2019 09:38:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=mit.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 9WFXWdJDWTLL; Tue, 8 Jan 2019 09:38:13 -0800 (PST) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0717.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe49::717]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E3E6130F25; Tue, 8 Jan 2019 09:38:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VcC+kv8X80IGiFbhwiuHLQyNpuJAkXXJNy2fGjcZ74k=; b=xKJok78Y9m2H5U5xlr6MDUH4/Nz7Qkdvvj7t4mm838/raCK+G4wwcgWnHxZrud7WR4DM4heqyxRUtKvDn03cF0X0FnQDNsxaHYdPuxCbktaBHmwGcx5LTzAg5uA1wqlL0D2BLT6sOLFmHEcbpZsZ5kYQYY+tv+Hi4czXtXjglvE= Received: from SN2PR01CA0061.prod.exchangelabs.com (10.174.0.29) by CO2PR01MB2024.prod.exchangelabs.com (10.166.90.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.9; Tue, 8 Jan 2019 17:38:11 +0000 Received: from DM3NAM03FT036.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::203) by SN2PR01CA0061.outlook.office365.com (2603:10b6:800::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1495.6 via Frontend Transport; Tue, 8 Jan 2019 17:38:11 +0000 Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu; Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu; Received: from outgoing.mit.edu (18.9.28.11) by DM3NAM03FT036.mail.protection.outlook.com (10.152.82.189) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1471.13 via Frontend Transport; Tue, 8 Jan 2019 17:38:10 +0000 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x08Hc7RC016633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 8 Jan 2019 12:38:09 -0500 Date: Tue, 8 Jan 2019 11:38:06 -0600 From: Benjamin Kaduk To: Peter Psenak CC: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" Message-ID: <20190108173806.GA28515@kduck.kaduk.org> References: <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> <20190108143354.GX28515@kduck.kaduk.org> <20190108161620.GY28515@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(376002)(346002)(39860400002)(136003)(396003)(2980300002)(189003)(199004)(46406003)(305945005)(246002)(50466002)(53546011)(76176011)(6246003)(186003)(486006)(33656002)(26005)(106466001)(54906003)(97756001)(476003)(11346002)(16586007)(126002)(53416004)(58126008)(956004)(786003)(316002)(36906005)(336012)(106002)(7696005)(446003)(426003)(39060400002)(23726003)(1076003)(9686003)(356004)(88552002)(6666004)(5660300001)(104016004)(2906002)(93886005)(75432002)(26826003)(47776003)(8676002)(6916009)(8936002)(55016002)(86362001)(229853002)(478600001)(4326008)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR01MB2024; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; MX:1; A:1; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM03FT036; 1:u6UFqvHL+38jw7Zpaqlzk+PButLh9kc7B5ExarY9bnvC1qxUMBnnq9R2scW3i4YZVtETJEwEAKZ0y/3MTjITR2UpxanBNERfumk+ROQe7C6oZUoHb61gyemJ0m7FTa9V X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 3812dad7-ed19-4103-fcbe-08d675900f3f X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:CO2PR01MB2024; X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2024; 3:+eSXnfXbxbv9zREIXATA54JYeC0MprVFOvtsARdaN0JdECzBK1i45c6eI11aU9fTw+EpA/g72X9gjG8VG+2/VuKh7VGjTldeMj4bOvfqeNw+jDlBrubmP3Cfxw8el8sxy9wvlV3+B0oVyswqK1/9WhP1DrAlpo3kLmJYzlFgrSn+TcRQhJVoflydA5oPtZ++7U5pqlCLbn+26fyN4HWBmeqX7itKRPZp/MleqxrDiEHmLq30Up+qklyXVlZwx9PNiUgCEsmLsO5sjLkGtYC54Lc0EcHcOxohF5sKVX8W67dHU+Y2Kc1I7VwNxJtVspXuGYNjZMSb6w0MZctBEn6SiNtuttiNTSLxK3jZs3l2P0YVOqvzZZ0hUgfq+aDZ6zlv; 25:hMaLN+NKDZVwam/NW7Sxob8t/fIucC5mJ8mPZTw61c9/gPdPQzWlHoDCU0if4vmdWt/J50x8JSfpGUVx4s0eAMLkae7Sc3aIQAiTvekZAFE73kTNDoKlZENc6MKe6v+b3Tl5iyx0ZNLPz5l54a0lofhNkkZgfdza6ZYw0poYS8kZzGZyAhB5pWZ+hww5vN8fj+lp5AFJu6ILTaTmQcZOF2fn6oGBpoH0fFhjA75Jy9/mSr8C+p9HqtUgDCGsZWS8aVjr1+6Vuo9gHHOGWspH0Ej74E783vglpFR15UkMuUWklxMnbUNPPzXZKwM9Mqz/sHVGQl7ySJyetvHxI5DU+Q== X-MS-TrafficTypeDiagnostic: CO2PR01MB2024: X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2024; 31:03G3zVQok2qlUbuU4tM/24Qv962FNRS/ORxhG2PYcjceDRXfi4fQvHPwdeEaTIurrzpZ9hmmn4XSsBBqZXOX3StPtoRBfZ4pDhnwK27jfwz76iefFnIZCmqqQbI/jkwFMw6XshT9LBmWnpSsWHr47Kg0eK+SJ6dc+fIPnP8CmhepjiIV9IkRzbcmcbEAzrUg1/d0Vo4dTEipN1W5dgrhRVWPpQXXVq9zA+RUs5N0xI8=; 20:ig+/JQCykCDbexJOkCSBAPbUP0aXsYJd2VGZRBP4sEAhW4aBrqAK+RNVDCTU4FEdrn6ZlGUmSnUyICcH/FynkkE3Jv1FDGZ7o6mqsBCvc2Q9M2h5Hn4ttwmoEY4B7e8PhspDrX3mlfYfg89fS4ZjTuxZrRDbO/GCGZxoWByop3gvocBjewfHODL5QxNamaxOVX5pQ084qM+L5/d1gMhzp/41IPirKz6X2Ie4Z1DfEgDeax/9xDVAW9xxYE48pjxCCPnUCqJURCWA80+9Lebv1T5jNav1uu9fBoGivLaYmMdBKbFg5eKRi967qsXaN0cI2hKQJn/y6NSXWUthA8dx9E0mcOm9z/3U6849W7uAftm+OT/9iyq/1ROVaAsXJ+U3/5Po/rD1dh6wQYp5QAMBvzUEemAKIWAekjKw59amvmtKL7mCb8vbruU9o0MmVPoJSf1tl3UVqhshV4mXlFaKTBfpXfy5tDJf88AXtmZOYYtcnDBkcxbQwaH3a3AL7N7z X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2024; 4:Hw0M5Nq+9MGMhUHWGPVlRNaGUTV34zzF05rikadUbq94ewdOzLAEmmERdNjCFhRCdXqjcLgqMROJ5k//3xPajHhxs/5yP7LmmTSehQk4yNb6Rk2bS4tIc/Pi9R8S+eWct+NCkhO7QJ2/hJZNZ0RaiRRLK+vqRiwdrzaRdu+WhB/MD0kVinH2zHr9Y0V91IertGluvsoJ9E9aL2km/kcvjP57zROoVoCLduy5AGkPV/aAPl8Q/PntqZBrXxgk1KADE+POHeOi1HZiFQnkkJsd1xu72lKqxASLNP4BcnWb01c= X-Forefront-PRVS: 0911D5CE78 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO2PR01MB2024; 23:nOy3KvEhS0Y7WfYzdLmRZWM2C43VKCowq2qOmWy2b?= =?us-ascii?Q?7GSRgTfdZNzXQdtMxgH5PjpBo75+ASZpITgRp2nK2K5kgSRLclOHI7oW5ik0?= =?us-ascii?Q?OVJZ2dzq7YUPxNkw16lCkSYs4xUwQhTIGlsK0jp7VF7jPuGg8mCkXnSWkqFF?= =?us-ascii?Q?3oy+PRnioDwJE3tSr4aTcds6gxF9FQL96O/kkNKgIfBnk8yjxShxQPM9OqZF?= =?us-ascii?Q?MKa6BwE65MO2brnXcjdQEnvfQ4GCHTOzB6GgA24ZgMUoHwVYArRwozTTR4TL?= =?us-ascii?Q?oY/QkU44UWcU3udcFp+p/Z3wsNHZuGTgb4sWowJnP/IO0H93P6knZuqsXUaZ?= =?us-ascii?Q?CLNGT6/0ee+o2NomTu1FyLCH9bOyPUo2GrGGB+f+XtyqKQCF8yChxQ9sQu6+?= =?us-ascii?Q?7KbXuik1p+A5w3/k+83doKQqEDpsqDm0y+Fcyf/+37FxktlCuSmXxnWI1QdQ?= =?us-ascii?Q?E4A5lp+MvTlk1fRcTQe05vMeED1QNiQAvqdAzxQkZf1H5Hdg72W+XVlu9WdQ?= =?us-ascii?Q?vh5bZjozB0oNJRWWDaBpyPjp/LooVbzShCqx8GygALCcbi9yxmerWpJFygIp?= =?us-ascii?Q?b68joMEquGP0dmK9W/o+IJ2lLqa54mBXywCdB3Hs/MgcEn33uLOmwlU2rhD/?= =?us-ascii?Q?or9CcbxKYwpKoNU9421UP5xgN1LaFGvlt8Pz3awBTQZhdgqt7cYw4GD+Jl8a?= =?us-ascii?Q?YFhL42r6uSn3Hnp7mEqP/NqTyQsDVBlCxosZe2o2CPa3eBpp89oztUHSygwj?= =?us-ascii?Q?lmbB/Vc0bSAUxiwSky2CCh+a87BvDzqh5jZo5i7mAyvurbcZ3hnttY6DHkCw?= =?us-ascii?Q?elbMn4zzBA4VmbN+eW25xTP9Dj9EA03BvmjVMKgXjOj/Eoc5GK9iUtUgTQgx?= =?us-ascii?Q?6YZXcMK7+DTN6mYZCbn3jTdfQ1w8EuyYb4KNioorUEZK+svG/Wene7i9vfnK?= =?us-ascii?Q?Pz8YplqNjvmGb3c2iMmmUWco8285P5cBBaXPjZ2FSXArveCIeISR/LSVoevY?= =?us-ascii?Q?D8j4FhhS2RibxYWB3QyRpb+lb/pjlav2BbWeWPPWbDzRyBusr5tulk0lVHjY?= =?us-ascii?Q?gfhJMN7l0Mf3lF4KWI+yF/+2XvRDQd9dpPG0Ex77FUSy35/qcH9CcrLWIINy?= =?us-ascii?Q?MpwdAp1t9gdCMxp2Ce4u15Jenhrljde0f4KCPJD1kc3Vb7s6ljCl2dnA5wmt?= =?us-ascii?Q?nUt/MKrkIfVeNzcK3V+wiMGd/R9L0zTanc9vFlch0HFI0xr6nwZnO57U6rCX?= =?us-ascii?Q?WA2VoK6RdA54MQanUHBzepatKhu+3igy8kBM9rIVKdMjREkk1vURVBoHKEY6?= =?us-ascii?Q?qkmv/BkeoxlcWKNGF+FF3Y=3D?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: b4WfCy2Pqw9v4N2LPi2Iabu4YSalXYzg+R7Ade2Xbji8K2uZfY0fIPu9nShY5hcbl5Tn6Ky0Y1Lj5iBlwux0Si3oVBiS4DpaqLocMgD0D4jSO5b1PmREfipEKiw5qf8MCmvYQBqLCAzHP38PX2k83YE1stqprinVvR3VqN0DO/HRFGj3MpIIPWZg7w/7nK5D8gs3B3tbdYLslT3wNcV/nqPsa8YBoRzB6j9UvZMRgXofv1WGVtYcoGdmT7qfkM0MsiHtmey1VhVTXkvHJ6BwA/djvS53nmBvY6a2HccDmlscpST9WYNi2Th8ho/JUGta X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2024; 6:/Qoe5i/Qk2PVo00F6IjXC1oj84kjquMDyeHlnw94PJPnOay8LqR9yyRExbRjnZdCbc8U3ZNHwgE+Q2J+2d1X1ChWVDNSpQtTSsaHeAvr8rBv8Rzy6kIvII6qJEywT1D16GgqmqHCwEANgh21JM2QhzBuTvg2s3Li7y4xHY+5lETypNt0EcRv3Ffv5mM2wg6EA58YKt0an/WkH5n40YLOJOj0XYadoKq5uyJOshdvj0wC+EHCnJUy2w5ird1mWBIbBWcfnbp90CXREiY7/nwvVYJ/TSYAUrFx/XmHwN3XFLfD+mtIg+1qyD9rsrPe5AZYbA/k0+GGvTDsd6ZGc8ctlH27/cXAwHilXASdW9l5rM/G0KiI7AftN2gfhp+yHGAhBPHdf/NiffBVP/13O0ymyW+FhWryRnPuy/18sAvtwAoEz4iR8qPuGTMb1uhWhPW0pYbeyIkoJTx/ZCPwwoazeQ==; 5:GXrbbt6ECJpwGsd+25gbZ8cFZKZ0wGgKK9QLk57XmDhqRv+rsj3GWpTX5iX9hQJDWyS1rjPAGLNrPNT4dw4LdB630E/7xrMYjubTOSDRvzNuZmmXU9LBZ3D1EEbXU8z9v5UIPYeHb2YScBVa344tBe0ZdJovMApaxZAoFkt6LECzDqKgXInTC9ott/KTewB2iUIeat3F6sCp7MnshDPBag==; 7:BvVM/09mOm55Fxol/9z14HN7tf4guTci05Yn7Jo/xYl82GMQeO4W6ssEuiygBp3wlLRJuL7Vdlwn2F/gPK3sUcqaW6wzDGBDtcjK4mA/o3OG/UUaxiNxkQ1kLBZoysvdoo+OYVWoKwr1A96lhvzc+g== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jan 2019 17:38:10.5783 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 3812dad7-ed19-4103-fcbe-08d675900f3f X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR01MB2024 Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 17:38:16 -0000 On Tue, Jan 08, 2019 at 05:58:55PM +0100, Peter Psenak wrote: > Hi Benjamin, > > On 08/01/2019 17:16 , Benjamin Kaduk wrote: > > > > > Well, there's a few options, and I don't want to try to dictate my > > preferences onto your document. What seems simplest to me would be to just > > bite the bullet and establish an IANA registry for these AF values, but if > > you wanted to do something else like saying that they are "beyond the scope > > of this specification but may occur in future standards-track work" that > > would also be fine. I'm just trying to avoid some reader seeing "beyond > > the scope of this specification" and thinking they can do whatever they > > want and pick their own codepoint value to squat on. > > would this be fine with you: > > > "Prefix encoding for other address families is beyond the scope > of this specification. Other address families may be defined in the > future standard-track IETF specifications." Yes, with or without adding "Prefix encoding for" to the start of the second sentence; please go ahead and I will clear. Thank you again for your patience working through this, and my apologies for the delays. -Benjamin From nobody Tue Jan 8 09:45:17 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38780130F2A; Tue, 8 Jan 2019 09:45:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.247 X-Spam-Level: X-Spam-Status: No, score=0.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ocdJtBKFnUvM; Tue, 8 Jan 2019 09:45:02 -0800 (PST) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10134.outbound.protection.outlook.com [40.107.1.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0245D130F27; Tue, 8 Jan 2019 09:45:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9KsVSe4k7ZwV4LcV4rJwEVF+ZVAbnzHPZqc+IbqVxUk=; b=KQ+h7bf+VQ36NJt4WIncut62xHyMQjx+7GxecqoweVGjTTiSgmyIB489LpAaGP43xYCODIvQ3WmKkQYDqcD0uS93ySadx+xwoR0cuCP2RqkZucmmjAduJz26OPBBTvrqtD55Rn2eqIvstnQGmYar44VyLzDzEsOJltab6dh750Y= Received: from AM6PR07MB5926.eurprd07.prod.outlook.com (20.178.88.32) by AM6PR07MB4550.eurprd07.prod.outlook.com (20.177.39.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.6; Tue, 8 Jan 2019 17:44:58 +0000 Received: from AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38]) by AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38%5]) with mapi id 15.20.1516.010; Tue, 8 Jan 2019 17:44:58 +0000 From: tom petch To: "stephane.litkowski@orange.com" , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooycHlP19WSsQ0KaVvaziE5yug== Date: Tue, 8 Jan 2019 17:44:58 +0000 Message-ID: <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0294.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a5::18) To AM6PR07MB5926.eurprd07.prod.outlook.com (2603:10a6:20b:81::32) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB4550; 6:45wi57c41D7zxX2OKIAfFLVHjHQVch5H0Fa7vzV4MNioBUhXair68d/Igx9EnSAeJ15iK0Rhy5/xx98HYFz3SPAB1JXkkNjR7hU5ivIpVoq7q/8g02eHt6/8DZ8d8TR3o+vU5MMExoGcljh+vqs8JV3jDN9yj5G+m0WuBCiLBOFkXcQH4vSAPCjZOBvbrhsbowB3P+dPr0vYKhA7QDMI+pheL/6zUiO1zb6xDBiLLULWbuHVI2n3hZmZ13Gyb8wKdz/zcN7txuEKxWrEEBHQ6LEJe8eXy4CRxNnyoVS4xR74Iz6dkmqRdh5RNim39mORBNyQAA//tRVZ/B5nh78RENDOw0gvjHQB1ZZmbolb7TU+N8N4N0BU2K2NDAuuZmm/JrXAzO2sn81az+VOhhW8fh842S4+F1FHKEZGZUoi+Zybfj1xyfyLXCvIAW9GKjUXohyUQkElVfojti+F18/tiQ==; 5:Rjxz1RS10/RZzbSjvlnjoqUlWucYb5702D+FHg5IRLC+LZ55X9lurQDU4OVeSFJl3m1Ns0tosr/0Zzq3CV17YCc5DBQweeGh8UjrKL06KdQ87ulkBhvMQnHr4WTEuZum+BGupGhZfr5pP9upZ3qsxuDFgYNY4Hxf4h/jDL0IGKEokfJCqayDnuqWZP9on/y1s3IRWt97FnUE8yws4/lAEg==; 7:afSYDvgGsur0UqZuImnjCW498v8jPku2a0JrO1rrNimhAADe2gIAffdDzLDL6Aa7UVG9V8YngHbCiCgHp6Lr9FvMkElRKjHdoZtmiOuuK6mrcW6dkv3VWRVGV0rYRKBc6s/c0DabgApIBJbm9ij+sw== x-ms-office365-filtering-correlation-id: ca8c4af0-55db-43a0-1738-08d6759101a5 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:AM6PR07MB4550; x-ms-traffictypediagnostic: AM6PR07MB4550: x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(3230021)(908002)(999002)(5005026)(6040522)(8220060)(2401047)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231475)(944501520)(52105112)(6055026)(6041310)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB4550; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB4550; x-forefront-prvs: 0911D5CE78 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(376002)(346002)(396003)(366004)(13464003)(51444003)(189003)(199004)(86362001)(66574012)(6246003)(66066001)(71200400001)(6116002)(62236002)(44716002)(3846002)(4744004)(97736004)(53946003)(6306002)(6512007)(50226002)(305945005)(1556002)(86152003)(486006)(2501003)(9686003)(7736002)(256004)(5024004)(14444005)(53936002)(4720700003)(71190400001)(229853002)(68736007)(8936002)(8676002)(93886005)(81156014)(81166006)(1941001)(6436002)(6486002)(54906003)(551544002)(478600001)(44736005)(316002)(110136005)(14454004)(76176011)(81686011)(81816011)(99286004)(52116002)(966005)(33896004)(2906002)(386003)(6506007)(53546011)(5660300001)(102836004)(186003)(25786009)(14496001)(26005)(476003)(84392002)(446003)(61296003)(105586002)(4326008)(106356001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR07MB4550; H:AM6PR07MB5926.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 7k+UexzwnXzGuWWcIpsL6k5xVT1JFWbmHzLFc+pyGGf9/RgDukKQgJa7qDGtz1H+lPil7ApghChJmnR34QjlouqWG5FuJGfwUzrvaq0VK4ckbMxPFYZsMtgs/T+qndDCCTfDsnVM0cLK7eiTxlZn3I+TKfqXOiu9XmxW50wSV9ydSieQrqmGVicqorOUFnDWIeAST2o4/4P/dx9gitkCWVaQByXRuRa+P5/GuKFv/p5PsVXhVH8meBTrwnHfyUps1OA7S0yfSQreEIkmtAGNr6n2aZ2kN2SvSnIvt3QBKXd9uAxo8TW04rGb+jxABBWf spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <2D35971BE0507C42BF4CAD52D7FC938D@eurprd07.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: ca8c4af0-55db-43a0-1738-08d6759101a5 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jan 2019 17:44:57.3895 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4550 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 17:45:06 -0000 Ok. Top-posting the ones that are not 'ok': I said that I thought that LSP did not need expanding on first use and then checked the RFC Editor list to find that it is not one they regard as well-known and that LSR protocols use it differently to others, so I suggest expanding LSP on first use. On lengths of text messages, perhaps I am too sensitive to buffer overrun attacks and the like and so want a maximum on many things (and then people attach a friendly, 20Mbyte photo to their e-mail at Christmas and wonder why their ESP rejects the message so I do not congratulate them on the latest addition to the family:-). The IDR WG had a lively discussion about maximum message lengths in 2017 and that has also stayed in my mind. I have seen the comments on this by Juergen and Lada; perhaps as Juergen intimates, something in the Description would help; and while the server may not be rogue, it may not have a perfect implementation. On the length of password, I saw a Security AD wanting clarification on this not too long ago so you may see this comment again from one such . Likewise, MD5 tends to be a red flag although I see it appears in bgp yang. I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and such like (although I have not seen a review by Security AD/directorate of that). But I am left confused as to exactly what the cited object is doing. Yes, TLV10 provides authentication for any PDU, but what are the fields in the YANG module doing? Is leaf authentication-type { the first octet of TLV10? Is leaf authentication-key { the rest of TLV10? And where is this 'presented' as the YANG module says? Are you thinking of a YANG client presenting the field to a user at a terminal, one router presenting it to another, or what? I am using RFC5310 as my source for TLV10 and wondering why that is not a Normative Reference for this I-D On the I/E bit, the question is, which standard? I have 30 Normative references to choose from. I found up/down in RFC5305, but only by accident, and I have not found i/e yet so a reference would be good. Tom Petch ----- Original Message ----- From: To: "tom petch" ; "Ebben Aries" ; Cc: ; Sent: Monday, January 07, 2019 9:22 AM Subject: RE: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Hi Tom, Thanks for your comments. I wish you an happy new year ! Please find inline comments. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Wednesday, January 02, 2019 12:17 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D [SLI] Will fix it RFC5029 is in the YANG module but not the references of the I-D [SLI] Will fix it PSNPs, CSNPs [SLI] Will fix it expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. [SLI] Will fix it To replace the current description which is : ""Indicates if the alternate is the preferred."", do you prefer: "Set to true when the alternate is preferred, set to false otherwise" ? leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. [SLI] Agree, will fix it You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm [SLI] Will fix it You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text [SLI] Will fix it case password { leaf key { type string; perhaps better with a minimum length [SLI] I agree that it could make sense but is it really something that we should impose ? leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess [SLI] This is coming from the standard, is it really worth repeating it ? Same for up/down bit. /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). [SLI] You are right, it is missing. It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. [SLI] I agree that there is a point to discuss here. The fact is that we must not retrieve passwords in clear text. Maybe it is something with a wider scope than IS-IS. How do the other models deal with passwords retrieved through "get" or "get-config" ? list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { [SLI] ack rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? [SLI] "cleared" Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > To: Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad > (tsaad) > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr ________________________________________________________________________ _________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Jan 9 01:18:54 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2ABDC130DC4; Wed, 9 Jan 2019 01:18:53 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 1bqkulRCKAth; Wed, 9 Jan 2019 01:18:49 -0800 (PST) Received: from orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94729130D7A; Wed, 9 Jan 2019 01:18:48 -0800 (PST) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 43ZNpt5YQtz7whL; Wed, 9 Jan 2019 10:18:46 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.2]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 43ZNpt3jS9zBrLG; Wed, 9 Jan 2019 10:18:46 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 10:18:46 +0100 From: To: tom petch , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWmrtvw Date: Wed, 9 Jan 2019 09:18:45 +0000 Message-ID: <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> In-Reply-To: <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 09:18:53 -0000 Hi Tom, Please find inline answers. -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com]=20 Sent: Tuesday, January 08, 2019 18:45 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-= is-cfg-29 Ok. Top-posting the ones that are not 'ok': I said that I thought that LSP did not need expanding on first use and then checked the RFC Editor list to find that it is not one they regard as well-known and that LSR protocols use it differently to others, so I suggest expanding LSP on first use. [SLI] Already done for the next version. On lengths of text messages, perhaps I am too sensitive to buffer overrun attacks and the like and so want a maximum on many things (and then people attach a friendly, 20Mbyte photo to their e-mail at Christmas and wonder why their ESP rejects the message so I do not congratulate them on the latest addition to the family:-). The IDR WG had a lively discussion about maximum message lengths in 2017 and that has also stayed in my mind. I have seen the comments on this by Juergen and Lada; perhaps as Juergen intimates, something in the Description would help; and while the server may not be rogue, it may not have a perfect implementation. [SLI] What I need to understand from your comment on string length enforcem= ent is if it applies to operational state or just config states ? I do not = see any issue of not enforcing the operational state as there is no input f= rom the user there and so no attack vector, this is purely internal to the = implementation. For config statements, it makes sense as there is an input = from the user that can be anything. On the length of password, I saw a Security AD wanting clarification on this not too long ago so you may see this comment again from one such . Likewise, MD5 tends to be a red flag although I see it appears in bgp yang. I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and such like (although I have not seen a review by Security AD/directorate of that). But I am left confused as to exactly what the cited object is doing. Yes, TLV10 provides authentication for any PDU, but what are the fields in the YANG module doing? Is leaf authentication-type { the first octet of TLV10? Is leaf authentication-key { the rest of TLV10? And where is this 'presented' as the YANG module says? Are you thinking of a YANG client presenting the field to a user at a terminal, one router presenting it to another, or what? I am using RFC5310 as my source for TLV10 and wondering why that is not a Normative Reference for this I-D [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds th= e crypto auth as new types. The authentication-type is the first byte of the TLV (called Authentication= Type as well). The authentication-key cannot be mapped directly to the authentication-valu= e field. This is the case for ClearText password authtype but not crypto wh= ich adds a keyID in front of the authentication data. On the I/E bit, the question is, which standard? I have 30 Normative references to choose from. I found up/down in RFC5305, but only by accident, and I have not found i/e yet so a reference would be good. [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for "legac= y advertisements" of prefix and links. By the way, after checking, the posi= tion of the i-e leaf is currently wrong and needs to be within the metric (= default, delay...). I will fix this. Tom Petch ----- Original Message ----- From: To: "tom petch" ; "Ebben Aries" ; Cc: ; Sent: Monday, January 07, 2019 9:22 AM Subject: RE: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Hi Tom, Thanks for your comments. I wish you an happy new year ! Please find inline comments. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Wednesday, January 02, 2019 12:17 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D [SLI] Will fix it RFC5029 is in the YANG module but not the references of the I-D [SLI] Will fix it PSNPs, CSNPs [SLI] Will fix it expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. [SLI] Will fix it To replace the current description which is : ""Indicates if the alternate is the preferred."", do you prefer: "Set to true when the alternate is preferred, set to false otherwise" ? leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. [SLI] Agree, will fix it You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm [SLI] Will fix it You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text [SLI] Will fix it case password { leaf key { type string; perhaps better with a minimum length [SLI] I agree that it could make sense but is it really something that we should impose ? leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess [SLI] This is coming from the standard, is it really worth repeating it ? Same for up/down bit. /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). [SLI] You are right, it is missing. It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. [SLI] I agree that there is a point to discuss here. The fact is that we must not retrieve passwords in clear text. Maybe it is something with a wider scope than IS-IS. How do the other models deal with passwords retrieved through "get" or "get-config" ? list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { [SLI] ack rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? [SLI] "cleared" Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-isis-cfg-24 > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > To: Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org; Tarek Saad > (tsaad) > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr ________________________________________________________________________ _________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jan 9 01:29:04 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05BA9130DCA; Wed, 9 Jan 2019 01:28:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ChJ7nneM4_PG; Wed, 9 Jan 2019 01:28:54 -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 73EDA130DC7; Wed, 9 Jan 2019 01:28:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1366; q=dns/txt; s=iport; t=1547026133; x=1548235733; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=Qp6rkB2iCfHEXaGH2j5B9g5jNhDZSBOZD6l527CNAeE=; b=A4gIUkbtge2dyy5h+fFHYPXGPxPfF+S0UAQpeMqWjXp9862hG1bN32Iq NoGVNgzTm8ycD/fQedbBUfRwV1rI8sV4WV3SoWJpu49xU/YWtgBys6KX8 iC3j1hNJuDGw5Gj7/9rUHvaVvqcWOokij6/q5vp3De8J///ZQ84LS0pKu w=; X-IronPort-AV: E=Sophos;i="5.56,456,1539648000"; d="scan'208";a="9335605" 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; 09 Jan 2019 09:28:51 +0000 Received: from [10.147.24.38] ([10.147.24.38]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTP id x099SoII026487; Wed, 9 Jan 2019 09:28:50 GMT To: Benjamin Kaduk References: <20181217055358.GC94620@kduck.kaduk.org> <69190220-4994-f9c9-4adf-5016abf3a39b@cisco.com> <03e6354b-c606-fc4a-bbf2-3d59fa1cb774@cisco.com> <20181222042939.GW94620@kduck.kaduk.org> <8D31ADF0-FA83-4B23-805E-76145BF914C1@cisco.com> <20190108143354.GX28515@kduck.kaduk.org> <20190108161620.GY28515@kduck.kaduk.org> <20190108173806.GA28515@kduck.kaduk.org> Cc: "Acee Lindem (acee)" , The IESG , "draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org" , "aretana.ietf@gmail.com" , "lsr-chairs@ietf.org" , "lsr@ietf.org" From: Peter Psenak Message-ID: Date: Wed, 9 Jan 2019 10:28:50 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190108173806.GA28515@kduck.kaduk.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Outbound-SMTP-Client: 10.147.24.38, [10.147.24.38] X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [Lsr] Benjamin Kaduk's Discuss on draft-ietf-ospf-ospfv3-segment-routing-extensions-20: (with DISCUSS and COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 09:28:56 -0000 Hi Benjamin, On 08/01/2019 18:38 , Benjamin Kaduk wrote: > On Tue, Jan 08, 2019 at 05:58:55PM +0100, Peter Psenak wrote: >> Hi Benjamin, >> >> On 08/01/2019 17:16 , Benjamin Kaduk wrote: >> >>> >>> Well, there's a few options, and I don't want to try to dictate my >>> preferences onto your document. What seems simplest to me would be to just >>> bite the bullet and establish an IANA registry for these AF values, but if >>> you wanted to do something else like saying that they are "beyond the scope >>> of this specification but may occur in future standards-track work" that >>> would also be fine. I'm just trying to avoid some reader seeing "beyond >>> the scope of this specification" and thinking they can do whatever they >>> want and pick their own codepoint value to squat on. >> >> would this be fine with you: >> >> >> "Prefix encoding for other address families is beyond the scope >> of this specification. Other address families may be defined in the >> future standard-track IETF specifications." > > Yes, with or without adding "Prefix encoding for" to the start of the > second sentence; please go ahead and I will clear. I have published a version 23 with the above text. thanks, Peter > > Thank you again for your patience working through this, and my apologies > for the delays. > > -Benjamin > . > From nobody Wed Jan 9 01:29:24 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 69FD3130DF6; Wed, 9 Jan 2019 01:29:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154702615638.7368.324335265921132826@ietfa.amsl.com> Date: Wed, 09 Jan 2019 01:29:16 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-ospf-ospfv3-segment-routing-extensions-23.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 09:29:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : OSPFv3 Extensions for Segment Routing Authors : Peter Psenak Stefano Previdi Filename : draft-ietf-ospf-ospfv3-segment-routing-extensions-23.txt Pages : 21 Date : 2019-01-09 Abstract: Segment Routing (SR) allows a flexible definition of end-to-end paths within IGP topologies by encoding paths as sequences of topological sub-paths, called "segments". These segments are advertised by the link-state routing protocols (IS-IS and OSPF). This draft describes the OSPFv3 extensions required for Segment Routing with MPLS data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-segment-routing-extensions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-ospfv3-segment-routing-extensions-23 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-ospfv3-segment-routing-extensions-23 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-ospfv3-segment-routing-extensions-23 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jan 9 03:37:55 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11F9512F1A6; Wed, 9 Jan 2019 03:37:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.246 X-Spam-Level: X-Spam-Status: No, score=0.246 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JtbVbfSu2R9H; Wed, 9 Jan 2019 03:37:51 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140131.outbound.protection.outlook.com [40.107.14.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 925C912950A; Wed, 9 Jan 2019 03:37:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uBRGM/jmN5URUP2rY55UQa5I4LM/uyFeCdz27WVVv+E=; b=MWWIgVz3l5FvAnm16fSCsRgYfYpgZCVbMnpcxaa/0WFL8/eyWKQn9eXyuvVE8S7xhT8BCQjPCDACJG8RhXGpNaI+ng+EzBZ35QS53yvPOvtdDhZ9EqXwdLM27O4zpj8cafO0Gjrdy0NTkDI23mFWS84yzEDIac2eLP8ZPbT57Po= Received: from AM6PR07MB5926.eurprd07.prod.outlook.com (20.178.88.32) by AM6PR07MB4471.eurprd07.prod.outlook.com (20.176.243.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.6; Wed, 9 Jan 2019 11:37:45 +0000 Received: from AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38]) by AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38%5]) with mapi id 15.20.1516.010; Wed, 9 Jan 2019 11:37:45 +0000 From: tom petch To: "stephane.litkowski@orange.com" , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooycHlP19WSsQ0KaVvaziE5yug== Date: Wed, 9 Jan 2019 11:37:45 +0000 Message-ID: <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0009.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:62::21) To AM6PR07MB5926.eurprd07.prod.outlook.com (2603:10a6:20b:81::32) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB4471; 6:M+aWI6SgvTPfqqOOsK9S6CHSgHVBayxfMylzR3c6mI9nK4LNjb4WawzF2EMHdxyn0SEVdQthLHq5AqkZX5Nyoy/33kbRUMNG7IAiFhGfRAeEipEm/wjIm5FRrE5jE7J59EWDae6l3STu5nb5VafoO6bx+NmoGFaHjkbe6CMQUvtzhEE+q00JY8F8NKqxxtve3rZvLFfHemHcYh7K4m13sLZ8wW5emuyfOdsiMO4HsadtcKSxTItO2aRFH+Q6GX9QzRrESikK/lVwrRoUVT3HuVsMET+qmJANGSQ6KODfSi8ocnPSSoiN9Cr1ri94gM5Aq3ghghhAFs8kPPBcdhSN36fDxEThVZVWPa2MrrGEfTtHqwpkbutrezQBbVUUC5KHFxH+X9e5c8kTomMFYnucRYrsq2izgIpYQY/JPV+cJqlu6rIOpJcNZ6pdjD8cxs2csITP1QdrMQwDbdQfZI4Whw==; 5:BeUtrK9It/fafduIJLYi8UkwY/9gLYlTJCuUGkYyfLOSQTimyfEVER/2O649fvIK1lhQGc1yhCFSe0z/3p9W91IdrQpFdQcKXBQGN/K3YIV9TGWPnIKouFs24ngPqfZqhWtNXun6Bm7VMIC/+zYuJ+3eyDeAhTbURBWUzxjSEU3cyM/HRIv5kIhxcvv/LEL2yIYAKj2KgEnQ8Pg0uNJbng==; 7:IeehViDs0zf+6PRM8obzlidRpGxVY9glRHN1qoqg7vWyIf+T1ltCPYkZRc6e0cNWC27HVM5M4JUiXOu0MfhjnrgxsS7C4vlDmOy9GRFtZAck4a7Q6jMK1oWdhsxrON3eQ19oll9b2XyceJTdzVikNw== x-ms-office365-filtering-correlation-id: 742eab6d-352b-4ed5-beae-08d67626df91 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:AM6PR07MB4471; x-ms-traffictypediagnostic: AM6PR07MB4471: x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(3230021)(908002)(999002)(5005026)(6040522)(8220060)(2401047)(8121501046)(93006095)(93001095)(3231475)(944501520)(52105112)(10201501046)(3002001)(6055026)(6041310)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB4471; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB4471; x-forefront-prvs: 0912297777 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(366004)(396003)(376002)(346002)(51444003)(13464003)(199004)(189003)(966005)(53946003)(71200400001)(1556002)(5024004)(84392002)(44716002)(93886005)(256004)(478600001)(486006)(86362001)(2906002)(14444005)(53936002)(110136005)(81686011)(9686003)(33896004)(44736005)(76176011)(6512007)(6246003)(52116002)(386003)(81816011)(54906003)(53546011)(6506007)(6306002)(86152003)(186003)(476003)(2501003)(68736007)(4326008)(316002)(446003)(26005)(25786009)(102836004)(5660300001)(551544002)(106356001)(97736004)(4720700003)(1941001)(99286004)(229853002)(8676002)(6486002)(6436002)(62236002)(61296003)(3846002)(14496001)(66574012)(8936002)(4744004)(50226002)(105586002)(14454004)(6116002)(81156014)(305945005)(66066001)(7736002)(81166006)(71190400001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR07MB4471; H:AM6PR07MB5926.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: h3W40mrJXI7CDxKkEWm4Zmkiq11e+Uq11pbKfbyNqH0mXxscj3y+w/NbSucpNjeSQfMpMVbadd1CP1+SGHRYSy1dVLPjeP1ytctv+NRv7D29p0sa7xNrsAycZNN1qwZzMLWNFdUKp4k2m4qWyN50ad7nPof/O6UtW4DIRSNMxKx9NCslKYJoy6l8bOGabuGwpkaSQKbReANKyV494EnF1ODZZqhkouc7gFbjk2+/Fp56Dc4DffVl+keSJ4igHLnx0V39qWoWESW/HsKqqqOcBRhJBiwGLAzHk8wM35PUdfxkbRrc5ZmJEoHGply77PCt spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <8FE97D20802F7E46A15F98032B59EFF4@eurprd07.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 742eab6d-352b-4ed5-beae-08d67626df91 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2019 11:37:44.7216 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4471 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 11:37:54 -0000 Stephane Thanks for persisting. On string lengths, I take your point about no user input to Operational State; there, my concern is more about giving guidance to implementors as to what they should cater for - as I said, this has been a topic of lively discussion in other WG. Even before that, whenever I see a string, I think is there an implicit length restriction and if not, should there be an explicit one which, as Juergen suggested, could be in the description clause. My experience is that those working with networks think about size, about length; those coming from applications tend to think 'What is a few terabytes between friends?' and are unaware that sizes that may be commonplace in servers and associated storage can create difficulties over a network. Whatever, I leave this one up to you. On references, I would like a change; you say this information is in the base ISO spec. Well, yes, to me that means that it should be a Normative Reference. I could not understand the description of e.g. 'i/e' and needed to look it up but seemingly cannot do so with the listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 do reference International Standard 10589 and I think that this one should too, perhaps in s.2.7 and s.5. Tom Petch ----- Original Message ----- From: Sent: Wednesday, January 09, 2019 9:18 AM Hi Tom, Please find inline answers. -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Tuesday, January 08, 2019 18:45 Ok. Top-posting the ones that are not 'ok': I said that I thought that LSP did not need expanding on first use and then checked the RFC Editor list to find that it is not one they regard as well-known and that LSR protocols use it differently to others, so I suggest expanding LSP on first use. [SLI] Already done for the next version. On lengths of text messages, perhaps I am too sensitive to buffer overrun attacks and the like and so want a maximum on many things (and then people attach a friendly, 20Mbyte photo to their e-mail at Christmas and wonder why their ESP rejects the message so I do not congratulate them on the latest addition to the family:-). The IDR WG had a lively discussion about maximum message lengths in 2017 and that has also stayed in my mind. I have seen the comments on this by Juergen and Lada; perhaps as Juergen intimates, something in the Description would help; and while the server may not be rogue, it may not have a perfect implementation. [SLI] What I need to understand from your comment on string length enforcement is if it applies to operational state or just config states ? I do not see any issue of not enforcing the operational state as there is no input from the user there and so no attack vector, this is purely internal to the implementation. For config statements, it makes sense as there is an input from the user that can be anything. On the length of password, I saw a Security AD wanting clarification on this not too long ago so you may see this comment again from one such . Likewise, MD5 tends to be a red flag although I see it appears in bgp yang. I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and such like (although I have not seen a review by Security AD/directorate of that). But I am left confused as to exactly what the cited object is doing. Yes, TLV10 provides authentication for any PDU, but what are the fields in the YANG module doing? Is leaf authentication-type { the first octet of TLV10? Is leaf authentication-key { the rest of TLV10? And where is this 'presented' as the YANG module says? Are you thinking of a YANG client presenting the field to a user at a terminal, one router presenting it to another, or what? I am using RFC5310 as my source for TLV10 and wondering why that is not a Normative Reference for this I-D [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds the crypto auth as new types. The authentication-type is the first byte of the TLV (called Authentication Type as well). The authentication-key cannot be mapped directly to the authentication-value field. This is the case for ClearText password authtype but not crypto which adds a keyID in front of the authentication data. On the I/E bit, the question is, which standard? I have 30 Normative references to choose from. I found up/down in RFC5305, but only by accident, and I have not found i/e yet so a reference would be good. [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for "legacy advertisements" of prefix and links. By the way, after checking, the position of the i-e leaf is currently wrong and needs to be within the metric (default, delay...). I will fix this. Tom Petch ----- Original Message ----- From: stephane.litkowski@orange.com Sent: Monday, January 07, 2019 9:22 AM Hi Tom, Thanks for your comments. I wish you an happy new year ! Please find inline comments. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Wednesday, January 02, 2019 12:17 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D [SLI] Will fix it RFC5029 is in the YANG module but not the references of the I-D [SLI] Will fix it PSNPs, CSNPs [SLI] Will fix it expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. [SLI] Will fix it To replace the current description which is : ""Indicates if the alternate is the preferred."", do you prefer: "Set to true when the alternate is preferred, set to false otherwise" ? leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. [SLI] Agree, will fix it You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm [SLI] Will fix it You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text [SLI] Will fix it case password { leaf key { type string; perhaps better with a minimum length [SLI] I agree that it could make sense but is it really something that we should impose ? leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess [SLI] This is coming from the standard, is it really worth repeating it ? Same for up/down bit. /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). [SLI] You are right, it is missing. It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. [SLI] I agree that there is a point to discuss here. The fact is that we must not retrieve passwords in clear text. Maybe it is something with a wider scope than IS-IS. How do the other models deal with passwords retrieved through "get" or "get-config" ? list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { [SLI] ack rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? [SLI] "cleared" Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ From nobody Wed Jan 9 04:09:42 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4E2F12D4F1; Wed, 9 Jan 2019 04:09:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gXMmVw1vx2I5; Wed, 9 Jan 2019 04:09: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 B9F4A127133; Wed, 9 Jan 2019 04:09:35 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 9B1B710B7; Wed, 9 Jan 2019 13:09:33 +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 4KOgrRwwLERw; Wed, 9 Jan 2019 13:09: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; Wed, 9 Jan 2019 13:09:33 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7F54F20047; Wed, 9 Jan 2019 13:09:33 +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 zucucOYRYTAI; Wed, 9 Jan 2019 13:09:32 +0100 (CET) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 29F8D20045; Wed, 9 Jan 2019 13:09:32 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 13:09:31 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 46E213005764BE; Wed, 9 Jan 2019 13:09:31 +0100 (CET) Date: Wed, 9 Jan 2019 13:09:30 +0100 From: Juergen Schoenwaelder To: tom petch CC: "stephane.litkowski@orange.com" , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: tom petch , "stephane.litkowski@orange.com" , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB02.jacobs.jacobs-university.de (10.70.0.121) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 12:09:41 -0000 Hi, just to clarify: My position is that implementations have to be able to deal with rogue input no matter whether there is a length restriction defined in a data model or not. If people argue for length restrictions, then this should be done for interoperability reasons. And for this you may want to define a minimum length that must be supported instead of a maximum length that defines a hard upper boundary (and the only place to define such a minimum length and implementations must support so far is in the description statement). /js On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > Stephane > > Thanks for persisting. > > On string lengths, I take your point about no user input to Operational > State; there, my concern is more about giving guidance to implementors > as to what they should cater for - as I said, this has been a topic of > lively discussion in other WG. Even before that, whenever I see a > string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be in > the description clause. My experience is that those working with > networks think about size, about length; those coming from applications > tend to think 'What is a few terabytes between friends?' and are unaware > that sizes that may be commonplace in servers and associated storage can > create difficulties over a network. Whatever, I leave this one up to > you. > > On references, I would like a change; you say this information is in the > base ISO spec. Well, yes, to me that means that it should be a > Normative Reference. I could not understand the description of e.g. > 'i/e' and needed to look it up but seemingly cannot do so with the > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5. > > Tom Petch > > ----- Original Message ----- > From: > Sent: Wednesday, January 09, 2019 9:18 AM > > Hi Tom, > > Please find inline answers. > > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, January 08, 2019 18:45 > > Ok. Top-posting the ones that are not 'ok': > > I said that I thought that LSP did not need expanding on first use and > then checked the RFC Editor list to find that it is not one they regard > as well-known and that LSR protocols use it differently to others, so I > suggest expanding LSP on first use. > > [SLI] Already done for the next version. > > On lengths of text messages, perhaps I am too sensitive to buffer > overrun attacks and the like and so want a maximum on many things (and > then people attach a friendly, 20Mbyte photo to their e-mail at > Christmas and > wonder why their ESP rejects the message so I do not congratulate them > on the latest addition to the family:-). The IDR WG had a lively > discussion about maximum message lengths in 2017 and that has also > stayed in my mind. I have seen the comments on this by Juergen and > Lada; perhaps as Juergen intimates, something in the Description would > help; and while the server may not be rogue, it may not have a perfect > implementation. > > [SLI] What I need to understand from your comment on string length > enforcement is if it applies to operational state or just config states > ? I do not see any issue of not enforcing the operational state as there > is no input from the user there and so no attack vector, this is purely > internal to the implementation. For config statements, it makes sense as > there is an input from the user that can be anything. > > > On the length of password, I saw a Security AD wanting clarification on > this not too long ago so you may see this comment again from one such . > Likewise, MD5 tends to be a red flag although I see it appears in bgp > yang. > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > such like (although I have not seen a review by Security AD/directorate > of that). > > But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the fields > in the YANG module doing? Is > leaf authentication-type { > the first octet of TLV10? Is > leaf authentication-key { > the rest of TLV10? And where is this 'presented' as the YANG module > says? Are you thinking of a YANG client presenting the field to a user > at a terminal, one router presenting it to another, or what? > > I am using RFC5310 as my source for TLV10 and wondering why that is not > a Normative Reference for this I-D > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > the crypto auth as new types. > The authentication-type is the first byte of the TLV (called > Authentication Type as well). > The authentication-key cannot be mapped directly to the > authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the > authentication data. > > > On the I/E bit, the question is, which standard? I have 30 Normative > references to choose from. I found up/down in RFC5305, but only by > accident, and I have not found i/e yet so a reference would be good. > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, after checking, > the position of the i-e leaf is currently wrong and needs to be within > the metric (default, delay...). I will fix this. > > > Tom Petch > > ----- Original Message ----- > From: stephane.litkowski@orange.com > Sent: Monday, January 07, 2019 9:22 AM > > Hi Tom, > > Thanks for your comments. > I wish you an happy new year ! > > Please find inline comments. > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 02, 2019 12:17 > > Here are the rest of my comments on -29 with a slight tweak to the > subject line. I would regard most of these (but not the first two) as > non-discussable, ie I won't complain if you disagree:-) > > RFC1195 is in the YANG module but not the references of the I-D > [SLI] Will fix it > > RFC5029 is in the YANG module but not the references of the I-D > [SLI] Will fix it > > PSNPs, CSNPs > [SLI] Will fix it > > expand on first use - LSP I think ok > > leaf best { type boolean; > what is true and what false? I can guess from the English semantics of > the name but would rather not guess. > [SLI] Will fix it > To replace the current description which is : ""Indicates if the > alternate is the preferred."", do you prefer: "Set to true when the > alternate is preferred, set to false otherwise" ? > > > leaf non-best-reason { type string; > suggest a maximum length, perhaps 127 or 255 ( unless you expect > screenshots or packet traces to be attached). As it stands, you could > validly receive > a length of 18446744073709551615. > [SLI] Agree, will fix it > > You have a mixture of > System-id system-id System id System ID System Id system id system ID > suggest consistency; system-id wfm > [SLI] Will fix it > > You have a mixture of > lsp-id LSPID LSP ID > here, perhaps lsp-id for the names and LSP ID in the text > [SLI] Will fix it > > case password { leaf key { type string; > perhaps better with a minimum length > [SLI] I agree that it could make sense but is it really something that > we should impose ? > > > leaf i-e { type boolean; > what is true and what false? here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating it > ? Same for up/down bit. > > > /"Authentication keyto/ "Authentication key to/ > > " the authentication key MUST NOT be presented in" > RFC2119 language means that RFC2119 boilerplate should be in the YANG > module (but without the [..] ie the reference must be plain text not an > anchor). > > [SLI] You are right, it is missing. > > > It is recommended to use an MD5 > hash to present the authentication-key."; > Mmm I think that this may be a red flag to security AD or directorate as > being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations. > > [SLI] I agree that there is a point to discuss here. The fact is that we > must not retrieve passwords in clear text. Maybe it is something with a > wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ? > > > list level-db { key level; leaf level { > A common convention is for a list of leaf thing to be named things i.e. > list levels { key level; leaf level { > > [SLI] ack > > rpc clear-adjacency { > "Name of the IS-IS protocol instance whose IS-IS > information is being queried. > queried or cleared? > [SLI] "cleared" > > Tom Petch > > > ----- Original Message ----- > From: "tom petch" > Sent: Monday, December 31, 2018 6:21 PM > > > > Stephane > > > > A new and different comment. > > > > grouping neighbor-gmpls-extensions { > > > > has a text reference to RFC5307 which does not appear in the > references > > for the I-D. However, before adding it, I would like to know why it > is > > a good reference for switching capabilities (which is part of this > > grouping). I think that the reference for switching capabilities > should > > be RFC7074 (which this I-D does not currently reference and should > IMO). > > > > And that begs the question, why is switching-capability an > unrestricted > > uint8 when only 12 values are valid and three are deprecated? > > > > So why not use > > > > draft-ietf-teas-yang-te-types? > > > > I have a number of additional comments on cfg-29 but this is the one > > that may take some discussion. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: > > > > Hi Tom, > > > > Thanks for your comments. I will fix them asap. > > Regarding: > > " Line length is within the RFC limit but the effect is to spread many > > of the description clauses over multiple lines with indentation of 56 > > characters, not user friendly e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > " > > What's your suggestion on this one ? > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, November 27, 2018 12:11 > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-isis-cfg-24 > > > > Some quirks in-25 > > > > I see lots of YANG reference statements - good - but no mention of > them > > in the I-D references - not so good. My list is > > > > 5130 > > 5305 > > 5306 > > 5880 > > 5881 > > 6119 > > 6232 > > 7794 > > 7810 > > 7917 > > 8405 > > > > Also perhaps > > OLD > > reference "RFC XXXX - YANG Data Model for Bidirectional > > Forwarding Detection (BFD).Please replace YYYY with > > published RFC > > number for draft-ietf-bfd-yang."; > > > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > OLD > > reference "draft-ietf-bfd-yang-xx.txt: > > YANG Data Model for Bidirectional Forwarding > > Detection (BFD)"; > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > > > Line length is within the RFC limit but the effect is to spread many > of > > the description clauses over multiple lines with indentation of 56 > > characters, not user friendly > > e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > module > > is somewhat longer than the editor list of the I-D. > > > > I note that the augmentation of interfaces seems to have no > conditional > > and so will augment all interfaces. I think that this is a generic > issue > > but do not see it being addressed anywhere. > > > > In a similar vein, you are defining MPLS objects and I am unclear > > whether or not those should be conditional, or part of the MPLS YANG > > modules or both (copying Tarek for this) > > > > Tom Petch > > > > ----- Original Message ----- > > From: "Ebben Aries" > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > Reviewer: Ebben Aries > > > Review result: On the Right Track > > > > > > 1 module in this draft: > > > - ietf-isis@2018-08-09.yang > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > 0.16.54) > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > architecture. > > > > > > Module ietf-isis@2018-08-09.yang: > > > - Both the description and the draft name reference that this module > > is > > > specific to configuration but contains operational state nodes in > > addition > > > to RPCs and notifications. Any wording suggesting this is only > > > configuration should be changed > > > - Module description must contain most recent copyright notice per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > - Module description reads "common across all of the vendor > > implementations". > > > I don't think this needs to be called out as such as that is the > > overall > > > intention of *all* IETF models > > > - This module contains '22' features (and the respective OSPF module > > currently > > > contains '26'). While it is understood the purpose of these > > features in the > > > module, take precaution as to complexity for clients if they need > to > > > understand >= quantity of features per module in use on a > > > network-element. We are going to end up w/ feature explosion to > > convey > > > *all* possible features of each network-element leading to > > divergence back > > > towards native models at the end of the day. A large amount of > > these > > > feature names could be defined within a more global namespace > (e.g. > > nsr) but > > > this gives us a granular yet cumbersome approach (e.g. feature > > isis:nsr, > > > ospf:nsr, etc..) > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > clearing a > > > specific neighbor/adjacency (See comments below as well regarding > > RPC > > > alignment w/ the OSPF model) > > > - RPC 'clear-adjacency' has an input node of 'interface' however > this > > is just > > > a string type. Is there any reason this is not a > > leafref/if:interface-ref > > > (much like in the OSPF model) > > > - Child nodes within a container or list SHOULD NOT replicate the > > parent > > > identifier per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > 1. > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > ipv4 > > > true > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > 'afs' if > > > we are using the expanded 'address-family' in other IETF models > such > > as > > > ietf-i2rs-rib > > > > > > > > > General comments on the draft + nits: > > > - Since YANG tree diagrams are used, please include an informative > > reference > > > per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > - Section 1.1 does not need to exist since this would be covered by > > the > > > reference mentioned above > > > - Reference to NMDA compliance should be contained within Section 1 > > (vs. > > > Section 2) per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > - Section 2: It seems reference should be given to the location of > > where the > > > ietf-routing module is defined (As well as reference to NMDA RFC > in > > the > > > above reference) > > > - Section 2.1: "Additional modules may be created this to > support..." > > needs > > > slight rewording adjustment > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > 'clear-database' rather w/ reliance off namespacing for > uniqueness. > > This > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > - Section 4: Notification name mismatch in this section from actual > > naming > > > within the module (e.g. 'adjacency-change' should rather be > > > 'adjacency-state-change') > > > - Section 7: Security Considerations will need updating to be > > patterned after > > > the latest version of the template at > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > - Section 12: All modules imported within this module MUST be > > referenced > > > within this section per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > There are quite a few missing from this section right now > > > - Appendix A: Some of the XML elements are off in alignment > > > - Appendix A: Examples must be validated. The example given has the > > following > > > issues: > > > - /routing[name='SLI'] and /routing/description are invalid data > > nodes and > > > do not exist. I'm not sure why they are in the XML example here > > > - The example is meant to reference configuration however > > > /routing/interfaces is a r/o container > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > - The area-address does not validate against the pattern regex and > > must end > > > with a '.' e.g. > > > 49.0001.0000. > > > - metric-type/value is set to 'wide' which is invalid. This > should > > rather > > > be 'wide-only' > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > should > > > rather be 'ipv4' per iana-routing-types > > > - /interfaces/interface/type must be populated and is invalid. > This > > should > > > rather be qualified as such: > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > eLoopback > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > tCsmacd > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > associated as such: > > > enabled > > > - NP container 'priority' has a must statement checking if an > > interface-type > > > is set to 'broadcast' however if you take the XML example from > > this > > > section, it will fail to validate even if is not > > defined > > > underneath an interface-type of 'point-to-point'. It seems to > me > > that > > > this logic may need to be readjusted or not exist at all > (priority > > can > > > still be set on implementations on loopback interfaces - which > > would > > > default to 'broadcast' in the example here). Could you not > solve > > this > > > with use of 'when' vs. 'must' as such: > > > > > > when '../interface-type = "broadcast"' { > > > description "Priority can only be set for broadcast > > interfaces."; > > > } > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > ..2. > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > likely not > > > need to be defined for Loopback0) > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > 'isis/mpls/te-rid/ipv4-router-id' > > > - 'isis/afs/af/enabled' is invalid and should rather be > > 'isis/afs/af/enable' > > > - Examples should use IPv6 addresses where appropriate per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > ________________________________________________________________________ > > _________________________________________________ > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors -- 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 Jan 9 04:52:14 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E04B11228B7; Wed, 9 Jan 2019 04:52:12 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 5jl6FHirm6O0; Wed, 9 Jan 2019 04:52:09 -0800 (PST) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F249126C2D; Wed, 9 Jan 2019 04:52:09 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 43ZTY356jSz5wyX; Wed, 9 Jan 2019 13:52:07 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.43]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 43ZTY342k1zDq7j; Wed, 9 Jan 2019 13:52:07 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM5F.corporate.adroot.infra.ftgroup ([fe80::e172:f13e:8be6:71cc%18]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 13:52:07 +0100 From: To: tom petch , Ebben Aries , "yang-doctors@ietf.org" CC: "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWm7nFg Date: Wed, 9 Jan 2019 12:52:07 +0000 Message-ID: <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> In-Reply-To: <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 12:52:13 -0000 Hi Tom, If you agree, I will set a length restriction on each string (ops and cfg).= It looks clearer for me rather than setting it in the description. For the references, I'm working on it. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com]=20 Sent: Wednesday, January 09, 2019 12:38 To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-= is-cfg-29 Stephane Thanks for persisting. On string lengths, I take your point about no user input to Operational State; there, my concern is more about giving guidance to implementors as to what they should cater for - as I said, this has been a topic of lively discussion in other WG. Even before that, whenever I see a string, I think is there an implicit length restriction and if not, should there be an explicit one which, as Juergen suggested, could be in the description clause. My experience is that those working with networks think about size, about length; those coming from applications tend to think 'What is a few terabytes between friends?' and are unaware that sizes that may be commonplace in servers and associated storage can create difficulties over a network. Whatever, I leave this one up to you. On references, I would like a change; you say this information is in the base ISO spec. Well, yes, to me that means that it should be a Normative Reference. I could not understand the description of e.g. 'i/e' and needed to look it up but seemingly cannot do so with the listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 do reference International Standard 10589 and I think that this one should too, perhaps in s.2.7 and s.5. Tom Petch ----- Original Message ----- From: Sent: Wednesday, January 09, 2019 9:18 AM Hi Tom, Please find inline answers. -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Tuesday, January 08, 2019 18:45 Ok. Top-posting the ones that are not 'ok': I said that I thought that LSP did not need expanding on first use and then checked the RFC Editor list to find that it is not one they regard as well-known and that LSR protocols use it differently to others, so I suggest expanding LSP on first use. [SLI] Already done for the next version. On lengths of text messages, perhaps I am too sensitive to buffer overrun attacks and the like and so want a maximum on many things (and then people attach a friendly, 20Mbyte photo to their e-mail at Christmas and wonder why their ESP rejects the message so I do not congratulate them on the latest addition to the family:-). The IDR WG had a lively discussion about maximum message lengths in 2017 and that has also stayed in my mind. I have seen the comments on this by Juergen and Lada; perhaps as Juergen intimates, something in the Description would help; and while the server may not be rogue, it may not have a perfect implementation. [SLI] What I need to understand from your comment on string length enforcement is if it applies to operational state or just config states ? I do not see any issue of not enforcing the operational state as there is no input from the user there and so no attack vector, this is purely internal to the implementation. For config statements, it makes sense as there is an input from the user that can be anything. On the length of password, I saw a Security AD wanting clarification on this not too long ago so you may see this comment again from one such . Likewise, MD5 tends to be a red flag although I see it appears in bgp yang. I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and such like (although I have not seen a review by Security AD/directorate of that). But I am left confused as to exactly what the cited object is doing. Yes, TLV10 provides authentication for any PDU, but what are the fields in the YANG module doing? Is leaf authentication-type { the first octet of TLV10? Is leaf authentication-key { the rest of TLV10? And where is this 'presented' as the YANG module says? Are you thinking of a YANG client presenting the field to a user at a terminal, one router presenting it to another, or what? I am using RFC5310 as my source for TLV10 and wondering why that is not a Normative Reference for this I-D [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds the crypto auth as new types. The authentication-type is the first byte of the TLV (called Authentication Type as well). The authentication-key cannot be mapped directly to the authentication-value field. This is the case for ClearText password authtype but not crypto which adds a keyID in front of the authentication data. On the I/E bit, the question is, which standard? I have 30 Normative references to choose from. I found up/down in RFC5305, but only by accident, and I have not found i/e yet so a reference would be good. [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for "legacy advertisements" of prefix and links. By the way, after checking, the position of the i-e leaf is currently wrong and needs to be within the metric (default, delay...). I will fix this. Tom Petch ----- Original Message ----- From: stephane.litkowski@orange.com Sent: Monday, January 07, 2019 9:22 AM Hi Tom, Thanks for your comments. I wish you an happy new year ! Please find inline comments. Brgds, -----Original Message----- From: tom petch [mailto:ietfc@btconnect.com] Sent: Wednesday, January 02, 2019 12:17 Here are the rest of my comments on -29 with a slight tweak to the subject line. I would regard most of these (but not the first two) as non-discussable, ie I won't complain if you disagree:-) RFC1195 is in the YANG module but not the references of the I-D [SLI] Will fix it RFC5029 is in the YANG module but not the references of the I-D [SLI] Will fix it PSNPs, CSNPs [SLI] Will fix it expand on first use - LSP I think ok leaf best { type boolean; what is true and what false? I can guess from the English semantics of the name but would rather not guess. [SLI] Will fix it To replace the current description which is : ""Indicates if the alternate is the preferred."", do you prefer: "Set to true when the alternate is preferred, set to false otherwise" ? leaf non-best-reason { type string; suggest a maximum length, perhaps 127 or 255 ( unless you expect screenshots or packet traces to be attached). As it stands, you could validly receive a length of 18446744073709551615. [SLI] Agree, will fix it You have a mixture of System-id system-id System id System ID System Id system id system ID suggest consistency; system-id wfm [SLI] Will fix it You have a mixture of lsp-id LSPID LSP ID here, perhaps lsp-id for the names and LSP ID in the text [SLI] Will fix it case password { leaf key { type string; perhaps better with a minimum length [SLI] I agree that it could make sense but is it really something that we should impose ? leaf i-e { type boolean; what is true and what false? here I am reluctant even to guess [SLI] This is coming from the standard, is it really worth repeating it ? Same for up/down bit. /"Authentication keyto/ "Authentication key to/ " the authentication key MUST NOT be presented in" RFC2119 language means that RFC2119 boilerplate should be in the YANG module (but without the [..] ie the reference must be plain text not an anchor). [SLI] You are right, it is missing. It is recommended to use an MD5 hash to present the authentication-key."; Mmm I think that this may be a red flag to security AD or directorate as being too vague as well as MD5 too weak; and I think this should be explicitly called out in Security Considerations. [SLI] I agree that there is a point to discuss here. The fact is that we must not retrieve passwords in clear text. Maybe it is something with a wider scope than IS-IS. How do the other models deal with passwords retrieved through "get" or "get-config" ? list level-db { key level; leaf level { A common convention is for a list of leaf thing to be named things i.e. list levels { key level; leaf level { [SLI] ack rpc clear-adjacency { "Name of the IS-IS protocol instance whose IS-IS information is being queried. queried or cleared? [SLI] "cleared" Tom Petch ----- Original Message ----- From: "tom petch" Sent: Monday, December 31, 2018 6:21 PM > Stephane > > A new and different comment. > > grouping neighbor-gmpls-extensions { > > has a text reference to RFC5307 which does not appear in the references > for the I-D. However, before adding it, I would like to know why it is > a good reference for switching capabilities (which is part of this > grouping). I think that the reference for switching capabilities should > be RFC7074 (which this I-D does not currently reference and should IMO). > > And that begs the question, why is switching-capability an unrestricted > uint8 when only 12 values are valid and three are deprecated? > > So why not use > > draft-ietf-teas-yang-te-types? > > I have a number of additional comments on cfg-29 but this is the one > that may take some discussion. > > Tom Petch > > > ----- Original Message ----- > From: > > Hi Tom, > > Thanks for your comments. I will fix them asap. > Regarding: > " Line length is within the RFC limit but the effect is to spread many > of the description clauses over multiple lines with indentation of 56 > characters, not user friendly e.g. > description > "List of max LSP > bandwidths for different > priorities."; > " > What's your suggestion on this one ? > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, November 27, 2018 12:11 > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-isis-cfg-24 > > Some quirks in-25 > > I see lots of YANG reference statements - good - but no mention of them > in the I-D references - not so good. My list is > > 5130 > 5305 > 5306 > 5880 > 5881 > 6119 > 6232 > 7794 > 7810 > 7917 > 8405 > > Also perhaps > OLD > reference "RFC XXXX - YANG Data Model for Bidirectional > Forwarding Detection (BFD).Please replace YYYY with > published RFC > number for draft-ietf-bfd-yang."; > > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > OLD > reference "draft-ietf-bfd-yang-xx.txt: > YANG Data Model for Bidirectional Forwarding > Detection (BFD)"; > NEW > reference "RFC YYYY - YANG Data Model for Bidirectional > Forwarding Detection (BFD). > > -- Note to RFC Editor Please replace YYYY with published RFC > number for draft-ietf-bfd-yang."; > > > Line length is within the RFC limit but the effect is to spread many of > the description clauses over multiple lines with indentation of 56 > characters, not user friendly > e.g. > description > "List of max LSP > bandwidths for different > priorities."; > > > Acknowledgements is TBD. I note that the editor list of the YANG module > is somewhat longer than the editor list of the I-D. > > I note that the augmentation of interfaces seems to have no conditional > and so will augment all interfaces. I think that this is a generic issue > but do not see it being addressed anywhere. > > In a similar vein, you are defining MPLS objects and I am unclear > whether or not those should be conditional, or part of the MPLS YANG > modules or both (copying Tarek for this) > > Tom Petch > > ----- Original Message ----- > From: "Ebben Aries" > Sent: Tuesday, October 23, 2018 12:45 AM > > > Reviewer: Ebben Aries > > Review result: On the Right Track > > > > 1 module in this draft: > > - ietf-isis@2018-08-09.yang > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > 0.16.54) > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > architecture. > > > > Module ietf-isis@2018-08-09.yang: > > - Both the description and the draft name reference that this module > is > > specific to configuration but contains operational state nodes in > addition > > to RPCs and notifications. Any wording suggesting this is only > > configuration should be changed > > - Module description must contain most recent copyright notice per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > - Module description reads "common across all of the vendor > implementations". > > I don't think this needs to be called out as such as that is the > overall > > intention of *all* IETF models > > - This module contains '22' features (and the respective OSPF module > currently > > contains '26'). While it is understood the purpose of these > features in the > > module, take precaution as to complexity for clients if they need to > > understand >=3D quantity of features per module in use on a > > network-element. We are going to end up w/ feature explosion to > convey > > *all* possible features of each network-element leading to > divergence back > > towards native models at the end of the day. A large amount of > these > > feature names could be defined within a more global namespace (e.g. > nsr) but > > this gives us a granular yet cumbersome approach (e.g. feature > isis:nsr, > > ospf:nsr, etc..) > > - RPC 'clear-adjacency' does not have any input leaf that covers > clearing a > > specific neighbor/adjacency (See comments below as well regarding > RPC > > alignment w/ the OSPF model) > > - RPC 'clear-adjacency' has an input node of 'interface' however this > is just > > a string type. Is there any reason this is not a > leafref/if:interface-ref > > (much like in the OSPF model) > > - Child nodes within a container or list SHOULD NOT replicate the > parent > > identifier per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > 1. > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > ipv4 > > true > > > > > > > > Not only is this replication, but we should likely not abbreviate > 'afs' if > > we are using the expanded 'address-family' in other IETF models such > as > > ietf-i2rs-rib > > > > > > General comments on the draft + nits: > > - Since YANG tree diagrams are used, please include an informative > reference > > per > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > - Section 1.1 does not need to exist since this would be covered by > the > > reference mentioned above > > - Reference to NMDA compliance should be contained within Section 1 > (vs. > > Section 2) per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > - Section 2: It seems reference should be given to the location of > where the > > ietf-routing module is defined (As well as reference to NMDA RFC in > the > > above reference) > > - Section 2.1: "Additional modules may be created this to support..." > needs > > slight rewording adjustment > > - Section 3: The RPC operations are named 'clear-adjacency' and > > 'clear-database' rather w/ reliance off namespacing for uniqueness. > This > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > - Section 4: Notification name mismatch in this section from actual > naming > > within the module (e.g. 'adjacency-change' should rather be > > 'adjacency-state-change') > > - Section 7: Security Considerations will need updating to be > patterned after > > the latest version of the template at > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > - Section 12: All modules imported within this module MUST be > referenced > > within this section per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > There are quite a few missing from this section right now > > - Appendix A: Some of the XML elements are off in alignment > > - Appendix A: Examples must be validated. The example given has the > following > > issues: > > - /routing[name=3D'SLI'] and /routing/description are invalid data > nodes and > > do not exist. I'm not sure why they are in the XML example here > > - The example is meant to reference configuration however > > /routing/interfaces is a r/o container > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > - The area-address does not validate against the pattern regex and > must end > > with a '.' e.g. > > 49.0001.0000. > > - metric-type/value is set to 'wide' which is invalid. This should > rather > > be 'wide-only' > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > should > > rather be 'ipv4' per iana-routing-types > > - /interfaces/interface/type must be populated and is invalid. This > should > > rather be qualified as such: > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > eLoopback > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > tCsmacd > > - /interfaces/interface/link-up-down-trap-enable must have a value > > associated as such: > > enabled > > - NP container 'priority' has a must statement checking if an > interface-type > > is set to 'broadcast' however if you take the XML example from > this > > section, it will fail to validate even if is not > defined > > underneath an interface-type of 'point-to-point'. It seems to me > that > > this logic may need to be readjusted or not exist at all (priority > can > > still be set on implementations on loopback interfaces - which > would > > default to 'broadcast' in the example here). Could you not solve > this > > with use of 'when' vs. 'must' as such: > > > > when '../interface-type =3D "broadcast"' { > > description "Priority can only be set for broadcast > interfaces."; > > } > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > ..2. > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > likely not > > need to be defined for Loopback0) > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > 'isis/mpls/te-rid/ipv4-router-id' > > - 'isis/afs/af/enabled' is invalid and should rather be > 'isis/afs/af/enable' > > - Examples should use IPv6 addresses where appropriate per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > ________________________________________________________________________ > _________________________________________________ ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jan 9 05:10:41 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4298B130D7A; Wed, 9 Jan 2019 05:09:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] 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 SsKovgfHd7Im; Wed, 9 Jan 2019 05:09:44 -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 0DD6C12F1A6; Wed, 9 Jan 2019 05:09:41 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id C6F121066; Wed, 9 Jan 2019 14:09:02 +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 cL5PGUXPXH0R; Wed, 9 Jan 2019 14:09: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; Wed, 9 Jan 2019 14:09:02 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id A52D220045; Wed, 9 Jan 2019 14:09:02 +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 H73ib5lWt2Dj; Wed, 9 Jan 2019 14:09:01 +0100 (CET) Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 53B4920046; Wed, 9 Jan 2019 14:09:01 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 14:09:00 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 7E82E3005765C8; Wed, 9 Jan 2019 14:08:59 +0100 (CET) Date: Wed, 9 Jan 2019 14:08:59 +0100 From: Juergen Schoenwaelder To: CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: stephane.litkowski@orange.com, tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 13:09:50 -0000 Hi, please see my other email about the distinction I make between a hard length restriction and the minimum length expected to be supported. I wonder how you can sensibly pick a limit for things like non-best-reason: leaf non-best-reason { type string; description "Information field to describe why the alternate is not best."; } You are simply creating an arbitrary restriction. And humble server is not likely to send you an jpg image (and a bogus server will do so anyway). (There are other similar objects.) Since I am searching for 'type string', I wonder whether these are clear enough definitions. leaf prefix { type string; description "Protected prefix."; } leaf alternate { type string; description "Alternate nexthop for the prefix."; } What is the (canonical) format of the allowed values? (There are more of these.) /js On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com wrote: > Hi Tom, > > If you agree, I will set a length restriction on each string (ops and cfg). It looks clearer for me rather than setting it in the description. > > For the references, I'm working on it. > > Brgds, > > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 09, 2019 12:38 > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > Stephane > > Thanks for persisting. > > On string lengths, I take your point about no user input to Operational > State; there, my concern is more about giving guidance to implementors > as to what they should cater for - as I said, this has been a topic of > lively discussion in other WG. Even before that, whenever I see a > string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be in > the description clause. My experience is that those working with > networks think about size, about length; those coming from applications > tend to think 'What is a few terabytes between friends?' and are unaware > that sizes that may be commonplace in servers and associated storage can > create difficulties over a network. Whatever, I leave this one up to > you. > > On references, I would like a change; you say this information is in the > base ISO spec. Well, yes, to me that means that it should be a > Normative Reference. I could not understand the description of e.g. > 'i/e' and needed to look it up but seemingly cannot do so with the > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5. > > Tom Petch > > ----- Original Message ----- > From: > Sent: Wednesday, January 09, 2019 9:18 AM > > Hi Tom, > > Please find inline answers. > > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, January 08, 2019 18:45 > > Ok. Top-posting the ones that are not 'ok': > > I said that I thought that LSP did not need expanding on first use and > then checked the RFC Editor list to find that it is not one they regard > as well-known and that LSR protocols use it differently to others, so I > suggest expanding LSP on first use. > > [SLI] Already done for the next version. > > On lengths of text messages, perhaps I am too sensitive to buffer > overrun attacks and the like and so want a maximum on many things (and > then people attach a friendly, 20Mbyte photo to their e-mail at > Christmas and > wonder why their ESP rejects the message so I do not congratulate them > on the latest addition to the family:-). The IDR WG had a lively > discussion about maximum message lengths in 2017 and that has also > stayed in my mind. I have seen the comments on this by Juergen and > Lada; perhaps as Juergen intimates, something in the Description would > help; and while the server may not be rogue, it may not have a perfect > implementation. > > [SLI] What I need to understand from your comment on string length > enforcement is if it applies to operational state or just config states > ? I do not see any issue of not enforcing the operational state as there > is no input from the user there and so no attack vector, this is purely > internal to the implementation. For config statements, it makes sense as > there is an input from the user that can be anything. > > > On the length of password, I saw a Security AD wanting clarification on > this not too long ago so you may see this comment again from one such . > Likewise, MD5 tends to be a red flag although I see it appears in bgp > yang. > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > such like (although I have not seen a review by Security AD/directorate > of that). > > But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the fields > in the YANG module doing? Is > leaf authentication-type { > the first octet of TLV10? Is > leaf authentication-key { > the rest of TLV10? And where is this 'presented' as the YANG module > says? Are you thinking of a YANG client presenting the field to a user > at a terminal, one router presenting it to another, or what? > > I am using RFC5310 as my source for TLV10 and wondering why that is not > a Normative Reference for this I-D > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > the crypto auth as new types. > The authentication-type is the first byte of the TLV (called > Authentication Type as well). > The authentication-key cannot be mapped directly to the > authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the > authentication data. > > > On the I/E bit, the question is, which standard? I have 30 Normative > references to choose from. I found up/down in RFC5305, but only by > accident, and I have not found i/e yet so a reference would be good. > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, after checking, > the position of the i-e leaf is currently wrong and needs to be within > the metric (default, delay...). I will fix this. > > > Tom Petch > > ----- Original Message ----- > From: stephane.litkowski@orange.com > Sent: Monday, January 07, 2019 9:22 AM > > Hi Tom, > > Thanks for your comments. > I wish you an happy new year ! > > Please find inline comments. > > Brgds, > > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 02, 2019 12:17 > > Here are the rest of my comments on -29 with a slight tweak to the > subject line. I would regard most of these (but not the first two) as > non-discussable, ie I won't complain if you disagree:-) > > RFC1195 is in the YANG module but not the references of the I-D > [SLI] Will fix it > > RFC5029 is in the YANG module but not the references of the I-D > [SLI] Will fix it > > PSNPs, CSNPs > [SLI] Will fix it > > expand on first use - LSP I think ok > > leaf best { type boolean; > what is true and what false? I can guess from the English semantics of > the name but would rather not guess. > [SLI] Will fix it > To replace the current description which is : ""Indicates if the > alternate is the preferred."", do you prefer: "Set to true when the > alternate is preferred, set to false otherwise" ? > > > leaf non-best-reason { type string; > suggest a maximum length, perhaps 127 or 255 ( unless you expect > screenshots or packet traces to be attached). As it stands, you could > validly receive > a length of 18446744073709551615. > [SLI] Agree, will fix it > > You have a mixture of > System-id system-id System id System ID System Id system id system ID > suggest consistency; system-id wfm > [SLI] Will fix it > > You have a mixture of > lsp-id LSPID LSP ID > here, perhaps lsp-id for the names and LSP ID in the text > [SLI] Will fix it > > case password { leaf key { type string; > perhaps better with a minimum length > [SLI] I agree that it could make sense but is it really something that > we should impose ? > > > leaf i-e { type boolean; > what is true and what false? here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating it > ? Same for up/down bit. > > > /"Authentication keyto/ "Authentication key to/ > > " the authentication key MUST NOT be presented in" > RFC2119 language means that RFC2119 boilerplate should be in the YANG > module (but without the [..] ie the reference must be plain text not an > anchor). > > [SLI] You are right, it is missing. > > > It is recommended to use an MD5 > hash to present the authentication-key."; > Mmm I think that this may be a red flag to security AD or directorate as > being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations. > > [SLI] I agree that there is a point to discuss here. The fact is that we > must not retrieve passwords in clear text. Maybe it is something with a > wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ? > > > list level-db { key level; leaf level { > A common convention is for a list of leaf thing to be named things i.e. > list levels { key level; leaf level { > > [SLI] ack > > rpc clear-adjacency { > "Name of the IS-IS protocol instance whose IS-IS > information is being queried. > queried or cleared? > [SLI] "cleared" > > Tom Petch > > > ----- Original Message ----- > From: "tom petch" > Sent: Monday, December 31, 2018 6:21 PM > > > > Stephane > > > > A new and different comment. > > > > grouping neighbor-gmpls-extensions { > > > > has a text reference to RFC5307 which does not appear in the > references > > for the I-D. However, before adding it, I would like to know why it > is > > a good reference for switching capabilities (which is part of this > > grouping). I think that the reference for switching capabilities > should > > be RFC7074 (which this I-D does not currently reference and should > IMO). > > > > And that begs the question, why is switching-capability an > unrestricted > > uint8 when only 12 values are valid and three are deprecated? > > > > So why not use > > > > draft-ietf-teas-yang-te-types? > > > > I have a number of additional comments on cfg-29 but this is the one > > that may take some discussion. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: > > > > Hi Tom, > > > > Thanks for your comments. I will fix them asap. > > Regarding: > > " Line length is within the RFC limit but the effect is to spread many > > of the description clauses over multiple lines with indentation of 56 > > characters, not user friendly e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > " > > What's your suggestion on this one ? > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, November 27, 2018 12:11 > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-isis-cfg-24 > > > > Some quirks in-25 > > > > I see lots of YANG reference statements - good - but no mention of > them > > in the I-D references - not so good. My list is > > > > 5130 > > 5305 > > 5306 > > 5880 > > 5881 > > 6119 > > 6232 > > 7794 > > 7810 > > 7917 > > 8405 > > > > Also perhaps > > OLD > > reference "RFC XXXX - YANG Data Model for Bidirectional > > Forwarding Detection (BFD).Please replace YYYY with > > published RFC > > number for draft-ietf-bfd-yang."; > > > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > OLD > > reference "draft-ietf-bfd-yang-xx.txt: > > YANG Data Model for Bidirectional Forwarding > > Detection (BFD)"; > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > > > Line length is within the RFC limit but the effect is to spread many > of > > the description clauses over multiple lines with indentation of 56 > > characters, not user friendly > > e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > module > > is somewhat longer than the editor list of the I-D. > > > > I note that the augmentation of interfaces seems to have no > conditional > > and so will augment all interfaces. I think that this is a generic > issue > > but do not see it being addressed anywhere. > > > > In a similar vein, you are defining MPLS objects and I am unclear > > whether or not those should be conditional, or part of the MPLS YANG > > modules or both (copying Tarek for this) > > > > Tom Petch > > > > ----- Original Message ----- > > From: "Ebben Aries" > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > Reviewer: Ebben Aries > > > Review result: On the Right Track > > > > > > 1 module in this draft: > > > - ietf-isis@2018-08-09.yang > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > 0.16.54) > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > architecture. > > > > > > Module ietf-isis@2018-08-09.yang: > > > - Both the description and the draft name reference that this module > > is > > > specific to configuration but contains operational state nodes in > > addition > > > to RPCs and notifications. Any wording suggesting this is only > > > configuration should be changed > > > - Module description must contain most recent copyright notice per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > - Module description reads "common across all of the vendor > > implementations". > > > I don't think this needs to be called out as such as that is the > > overall > > > intention of *all* IETF models > > > - This module contains '22' features (and the respective OSPF module > > currently > > > contains '26'). While it is understood the purpose of these > > features in the > > > module, take precaution as to complexity for clients if they need > to > > > understand >= quantity of features per module in use on a > > > network-element. We are going to end up w/ feature explosion to > > convey > > > *all* possible features of each network-element leading to > > divergence back > > > towards native models at the end of the day. A large amount of > > these > > > feature names could be defined within a more global namespace > (e.g. > > nsr) but > > > this gives us a granular yet cumbersome approach (e.g. feature > > isis:nsr, > > > ospf:nsr, etc..) > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > clearing a > > > specific neighbor/adjacency (See comments below as well regarding > > RPC > > > alignment w/ the OSPF model) > > > - RPC 'clear-adjacency' has an input node of 'interface' however > this > > is just > > > a string type. Is there any reason this is not a > > leafref/if:interface-ref > > > (much like in the OSPF model) > > > - Child nodes within a container or list SHOULD NOT replicate the > > parent > > > identifier per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > 1. > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > ipv4 > > > true > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > 'afs' if > > > we are using the expanded 'address-family' in other IETF models > such > > as > > > ietf-i2rs-rib > > > > > > > > > General comments on the draft + nits: > > > - Since YANG tree diagrams are used, please include an informative > > reference > > > per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > - Section 1.1 does not need to exist since this would be covered by > > the > > > reference mentioned above > > > - Reference to NMDA compliance should be contained within Section 1 > > (vs. > > > Section 2) per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > - Section 2: It seems reference should be given to the location of > > where the > > > ietf-routing module is defined (As well as reference to NMDA RFC > in > > the > > > above reference) > > > - Section 2.1: "Additional modules may be created this to > support..." > > needs > > > slight rewording adjustment > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > 'clear-database' rather w/ reliance off namespacing for > uniqueness. > > This > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > - Section 4: Notification name mismatch in this section from actual > > naming > > > within the module (e.g. 'adjacency-change' should rather be > > > 'adjacency-state-change') > > > - Section 7: Security Considerations will need updating to be > > patterned after > > > the latest version of the template at > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > - Section 12: All modules imported within this module MUST be > > referenced > > > within this section per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > There are quite a few missing from this section right now > > > - Appendix A: Some of the XML elements are off in alignment > > > - Appendix A: Examples must be validated. The example given has the > > following > > > issues: > > > - /routing[name='SLI'] and /routing/description are invalid data > > nodes and > > > do not exist. I'm not sure why they are in the XML example here > > > - The example is meant to reference configuration however > > > /routing/interfaces is a r/o container > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > - The area-address does not validate against the pattern regex and > > must end > > > with a '.' e.g. > > > 49.0001.0000. > > > - metric-type/value is set to 'wide' which is invalid. This > should > > rather > > > be 'wide-only' > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > should > > > rather be 'ipv4' per iana-routing-types > > > - /interfaces/interface/type must be populated and is invalid. > This > > should > > > rather be qualified as such: > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > eLoopback > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > tCsmacd > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > associated as such: > > > enabled > > > - NP container 'priority' has a must statement checking if an > > interface-type > > > is set to 'broadcast' however if you take the XML example from > > this > > > section, it will fail to validate even if is not > > defined > > > underneath an interface-type of 'point-to-point'. It seems to > me > > that > > > this logic may need to be readjusted or not exist at all > (priority > > can > > > still be set on implementations on loopback interfaces - which > > would > > > default to 'broadcast' in the example here). Could you not > solve > > this > > > with use of 'when' vs. 'must' as such: > > > > > > when '../interface-type = "broadcast"' { > > > description "Priority can only be set for broadcast > > interfaces."; > > > } > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > ..2. > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > likely not > > > need to be defined for Loopback0) > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > 'isis/mpls/te-rid/ipv4-router-id' > > > - 'isis/afs/af/enabled' is invalid and should rather be > > 'isis/afs/af/enable' > > > - Examples should use IPv6 addresses where appropriate per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > ________________________________________________________________________ > > _________________________________________________ > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors -- 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 Jan 9 05:27:19 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 237671286E7; Wed, 9 Jan 2019 05:27:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 n-KCNb-FEYji; Wed, 9 Jan 2019 05:27:08 -0800 (PST) Received: from orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2D241277CC; Wed, 9 Jan 2019 05:27:07 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 43ZVKP6fbfz21Br; Wed, 9 Jan 2019 14:27:05 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.3]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 43ZVKP4rVjzDq7t; Wed, 9 Jan 2019 14:27:05 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM5D.corporate.adroot.infra.ftgroup ([fe80::9898:741c:bc1d:258d%19]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 14:27:05 +0100 From: To: Juergen Schoenwaelder , tom petch CC: Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWm0nwAgAAlGXA= Date: Wed, 9 Jan 2019 13:27:05 +0000 Message-ID: <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> In-Reply-To: <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 13:27:11 -0000 Hi Juergen, There is something that I'm missing (sorry for that). How defining a minimu= m length helps to deal with rogue input ? I see a rogue input more being a = too long string. Too short can happen if a specific leaf really requires a = minimum length string, but I don't think that we have such a case. In addition, when your talk about minimum length in your email below, do I = need to understand it as "minimum length to be supported by the implementa= tion" ? (you said before: "'implementations should at least handle a length= of x characters'"). This means that the user can input a string of any siz= e between 0 and this minimum length to be supported. Or is it really a mini= mum length so the user cannot input something shorter than this value ? Brgds, -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]= =20 Sent: Wednesday, January 09, 2019 13:10 To: tom petch Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; draft= -ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-iet= f-isis-yang-is-is-cfg-29 Hi, just to clarify: My position is that implementations have to be able to deal with rogue input no matter whether there is a length restriction defined in a data model or not. If people argue for length restrictions, then this should be done for interoperability reasons. And for this you may want to define a minimum length that must be supported instead of a maximum length that defines a hard upper boundary (and the only place to define such a minimum length and implementations must support so far is in the description statement). /js On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > Stephane >=20 > Thanks for persisting. >=20 > On string lengths, I take your point about no user input to Operational > State; there, my concern is more about giving guidance to implementors > as to what they should cater for - as I said, this has been a topic of > lively discussion in other WG. Even before that, whenever I see a > string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be in > the description clause. My experience is that those working with > networks think about size, about length; those coming from applications > tend to think 'What is a few terabytes between friends?' and are unaware > that sizes that may be commonplace in servers and associated storage can > create difficulties over a network. Whatever, I leave this one up to > you. >=20 > On references, I would like a change; you say this information is in the > base ISO spec. Well, yes, to me that means that it should be a > Normative Reference. I could not understand the description of e.g. > 'i/e' and needed to look it up but seemingly cannot do so with the > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5. >=20 > Tom Petch >=20 > ----- Original Message ----- > From: > Sent: Wednesday, January 09, 2019 9:18 AM >=20 > Hi Tom, >=20 > Please find inline answers. >=20 >=20 > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, January 08, 2019 18:45 >=20 > Ok. Top-posting the ones that are not 'ok': >=20 > I said that I thought that LSP did not need expanding on first use and > then checked the RFC Editor list to find that it is not one they regard > as well-known and that LSR protocols use it differently to others, so I > suggest expanding LSP on first use. >=20 > [SLI] Already done for the next version. >=20 > On lengths of text messages, perhaps I am too sensitive to buffer > overrun attacks and the like and so want a maximum on many things (and > then people attach a friendly, 20Mbyte photo to their e-mail at > Christmas and > wonder why their ESP rejects the message so I do not congratulate them > on the latest addition to the family:-). The IDR WG had a lively > discussion about maximum message lengths in 2017 and that has also > stayed in my mind. I have seen the comments on this by Juergen and > Lada; perhaps as Juergen intimates, something in the Description would > help; and while the server may not be rogue, it may not have a perfect > implementation. >=20 > [SLI] What I need to understand from your comment on string length > enforcement is if it applies to operational state or just config states > ? I do not see any issue of not enforcing the operational state as there > is no input from the user there and so no attack vector, this is purely > internal to the implementation. For config statements, it makes sense as > there is an input from the user that can be anything. >=20 >=20 > On the length of password, I saw a Security AD wanting clarification on > this not too long ago so you may see this comment again from one such . > Likewise, MD5 tends to be a red flag although I see it appears in bgp > yang. >=20 > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > such like (although I have not seen a review by Security AD/directorate > of that). >=20 > But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the fields > in the YANG module doing? Is > leaf authentication-type { > the first octet of TLV10? Is > leaf authentication-key { > the rest of TLV10? And where is this 'presented' as the YANG module > says? Are you thinking of a YANG client presenting the field to a user > at a terminal, one router presenting it to another, or what? >=20 > I am using RFC5310 as my source for TLV10 and wondering why that is not > a Normative Reference for this I-D >=20 > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > the crypto auth as new types. > The authentication-type is the first byte of the TLV (called > Authentication Type as well). > The authentication-key cannot be mapped directly to the > authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the > authentication data. >=20 >=20 > On the I/E bit, the question is, which standard? I have 30 Normative > references to choose from. I found up/down in RFC5305, but only by > accident, and I have not found i/e yet so a reference would be good. >=20 > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, after checking, > the position of the i-e leaf is currently wrong and needs to be within > the metric (default, delay...). I will fix this. >=20 >=20 > Tom Petch >=20 > ----- Original Message ----- > From: stephane.litkowski@orange.com > Sent: Monday, January 07, 2019 9:22 AM >=20 > Hi Tom, >=20 > Thanks for your comments. > I wish you an happy new year ! >=20 > Please find inline comments. >=20 > Brgds, >=20 > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 02, 2019 12:17 >=20 > Here are the rest of my comments on -29 with a slight tweak to the > subject line. I would regard most of these (but not the first two) as > non-discussable, ie I won't complain if you disagree:-) >=20 > RFC1195 is in the YANG module but not the references of the I-D > [SLI] Will fix it >=20 > RFC5029 is in the YANG module but not the references of the I-D > [SLI] Will fix it >=20 > PSNPs, CSNPs > [SLI] Will fix it >=20 > expand on first use - LSP I think ok >=20 > leaf best { type boolean; > what is true and what false? I can guess from the English semantics of > the name but would rather not guess. > [SLI] Will fix it > To replace the current description which is : ""Indicates if the > alternate is the preferred."", do you prefer: "Set to true when the > alternate is preferred, set to false otherwise" ? >=20 >=20 > leaf non-best-reason { type string; > suggest a maximum length, perhaps 127 or 255 ( unless you expect > screenshots or packet traces to be attached). As it stands, you could > validly receive > a length of 18446744073709551615. > [SLI] Agree, will fix it >=20 > You have a mixture of > System-id system-id System id System ID System Id system id system ID > suggest consistency; system-id wfm > [SLI] Will fix it >=20 > You have a mixture of > lsp-id LSPID LSP ID > here, perhaps lsp-id for the names and LSP ID in the text > [SLI] Will fix it >=20 > case password { leaf key { type string; > perhaps better with a minimum length > [SLI] I agree that it could make sense but is it really something that > we should impose ? >=20 >=20 > leaf i-e { type boolean; > what is true and what false? here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating it > ? Same for up/down bit. >=20 >=20 > /"Authentication keyto/ "Authentication key to/ >=20 > " the authentication key MUST NOT be presented in" > RFC2119 language means that RFC2119 boilerplate should be in the YANG > module (but without the [..] ie the reference must be plain text not an > anchor). >=20 > [SLI] You are right, it is missing. >=20 >=20 > It is recommended to use an MD5 > hash to present the authentication-key."; > Mmm I think that this may be a red flag to security AD or directorate as > being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations. >=20 > [SLI] I agree that there is a point to discuss here. The fact is that we > must not retrieve passwords in clear text. Maybe it is something with a > wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ? >=20 >=20 > list level-db { key level; leaf level { > A common convention is for a list of leaf thing to be named things i.e. > list levels { key level; leaf level { >=20 > [SLI] ack >=20 > rpc clear-adjacency { > "Name of the IS-IS protocol instance whose IS-IS > information is being queried. > queried or cleared? > [SLI] "cleared" >=20 > Tom Petch >=20 >=20 > ----- Original Message ----- > From: "tom petch" > Sent: Monday, December 31, 2018 6:21 PM >=20 >=20 > > Stephane > > > > A new and different comment. > > > > grouping neighbor-gmpls-extensions { > > > > has a text reference to RFC5307 which does not appear in the > references > > for the I-D. However, before adding it, I would like to know why it > is > > a good reference for switching capabilities (which is part of this > > grouping). I think that the reference for switching capabilities > should > > be RFC7074 (which this I-D does not currently reference and should > IMO). > > > > And that begs the question, why is switching-capability an > unrestricted > > uint8 when only 12 values are valid and three are deprecated? > > > > So why not use > > > > draft-ietf-teas-yang-te-types? > > > > I have a number of additional comments on cfg-29 but this is the one > > that may take some discussion. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: > > > > Hi Tom, > > > > Thanks for your comments. I will fix them asap. > > Regarding: > > " Line length is within the RFC limit but the effect is to spread many > > of the description clauses over multiple lines with indentation of 56 > > characters, not user friendly e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > " > > What's your suggestion on this one ? > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, November 27, 2018 12:11 > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-isis-cfg-24 > > > > Some quirks in-25 > > > > I see lots of YANG reference statements - good - but no mention of > them > > in the I-D references - not so good. My list is > > > > 5130 > > 5305 > > 5306 > > 5880 > > 5881 > > 6119 > > 6232 > > 7794 > > 7810 > > 7917 > > 8405 > > > > Also perhaps > > OLD > > reference "RFC XXXX - YANG Data Model for Bidirectional > > Forwarding Detection (BFD).Please replace YYYY with > > published RFC > > number for draft-ietf-bfd-yang."; > > > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > OLD > > reference "draft-ietf-bfd-yang-xx.txt: > > YANG Data Model for Bidirectional Forwarding > > Detection (BFD)"; > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > > > Line length is within the RFC limit but the effect is to spread many > of > > the description clauses over multiple lines with indentation of 56 > > characters, not user friendly > > e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > module > > is somewhat longer than the editor list of the I-D. > > > > I note that the augmentation of interfaces seems to have no > conditional > > and so will augment all interfaces. I think that this is a generic > issue > > but do not see it being addressed anywhere. > > > > In a similar vein, you are defining MPLS objects and I am unclear > > whether or not those should be conditional, or part of the MPLS YANG > > modules or both (copying Tarek for this) > > > > Tom Petch > > > > ----- Original Message ----- > > From: "Ebben Aries" > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > Reviewer: Ebben Aries > > > Review result: On the Right Track > > > > > > 1 module in this draft: > > > - ietf-isis@2018-08-09.yang > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > 0.16.54) > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > architecture. > > > > > > Module ietf-isis@2018-08-09.yang: > > > - Both the description and the draft name reference that this module > > is > > > specific to configuration but contains operational state nodes in > > addition > > > to RPCs and notifications. Any wording suggesting this is only > > > configuration should be changed > > > - Module description must contain most recent copyright notice per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > - Module description reads "common across all of the vendor > > implementations". > > > I don't think this needs to be called out as such as that is the > > overall > > > intention of *all* IETF models > > > - This module contains '22' features (and the respective OSPF module > > currently > > > contains '26'). While it is understood the purpose of these > > features in the > > > module, take precaution as to complexity for clients if they need > to > > > understand >=3D quantity of features per module in use on a > > > network-element. We are going to end up w/ feature explosion to > > convey > > > *all* possible features of each network-element leading to > > divergence back > > > towards native models at the end of the day. A large amount of > > these > > > feature names could be defined within a more global namespace > (e.g. > > nsr) but > > > this gives us a granular yet cumbersome approach (e.g. feature > > isis:nsr, > > > ospf:nsr, etc..) > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > clearing a > > > specific neighbor/adjacency (See comments below as well regarding > > RPC > > > alignment w/ the OSPF model) > > > - RPC 'clear-adjacency' has an input node of 'interface' however > this > > is just > > > a string type. Is there any reason this is not a > > leafref/if:interface-ref > > > (much like in the OSPF model) > > > - Child nodes within a container or list SHOULD NOT replicate the > > parent > > > identifier per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > 1. > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > ipv4 > > > true > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > 'afs' if > > > we are using the expanded 'address-family' in other IETF models > such > > as > > > ietf-i2rs-rib > > > > > > > > > General comments on the draft + nits: > > > - Since YANG tree diagrams are used, please include an informative > > reference > > > per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > - Section 1.1 does not need to exist since this would be covered by > > the > > > reference mentioned above > > > - Reference to NMDA compliance should be contained within Section 1 > > (vs. > > > Section 2) per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > - Section 2: It seems reference should be given to the location of > > where the > > > ietf-routing module is defined (As well as reference to NMDA RFC > in > > the > > > above reference) > > > - Section 2.1: "Additional modules may be created this to > support..." > > needs > > > slight rewording adjustment > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > 'clear-database' rather w/ reliance off namespacing for > uniqueness. > > This > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > - Section 4: Notification name mismatch in this section from actual > > naming > > > within the module (e.g. 'adjacency-change' should rather be > > > 'adjacency-state-change') > > > - Section 7: Security Considerations will need updating to be > > patterned after > > > the latest version of the template at > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > - Section 12: All modules imported within this module MUST be > > referenced > > > within this section per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > There are quite a few missing from this section right now > > > - Appendix A: Some of the XML elements are off in alignment > > > - Appendix A: Examples must be validated. The example given has the > > following > > > issues: > > > - /routing[name=3D'SLI'] and /routing/description are invalid data > > nodes and > > > do not exist. I'm not sure why they are in the XML example here > > > - The example is meant to reference configuration however > > > /routing/interfaces is a r/o container > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > - The area-address does not validate against the pattern regex and > > must end > > > with a '.' e.g. > > > 49.0001.0000. > > > - metric-type/value is set to 'wide' which is invalid. This > should > > rather > > > be 'wide-only' > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > should > > > rather be 'ipv4' per iana-routing-types > > > - /interfaces/interface/type must be populated and is invalid. > This > > should > > > rather be qualified as such: > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > eLoopback > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > tCsmacd > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > associated as such: > > > enabled > > > - NP container 'priority' has a must statement checking if an > > interface-type > > > is set to 'broadcast' however if you take the XML example from > > this > > > section, it will fail to validate even if is not > > defined > > > underneath an interface-type of 'point-to-point'. It seems to > me > > that > > > this logic may need to be readjusted or not exist at all > (priority > > can > > > still be set on implementations on loopback interfaces - which > > would > > > default to 'broadcast' in the example here). Could you not > solve > > this > > > with use of 'when' vs. 'must' as such: > > > > > > when '../interface-type =3D "broadcast"' { > > > description "Priority can only be set for broadcast > > interfaces."; > > > } > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > ..2. > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > likely not > > > need to be defined for Loopback0) > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > 'isis/mpls/te-rid/ipv4-router-id' > > > - 'isis/afs/af/enabled' is invalid and should rather be > > 'isis/afs/af/enable' > > > - Examples should use IPv6 addresses where appropriate per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > ________________________________________________________________________ > > _________________________________________________ >=20 > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jan 9 06:08:32 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF9CE123FFD; Wed, 9 Jan 2019 06:08:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 GJOOEvuWsewb; Wed, 9 Jan 2019 06:08:28 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 882041228B7; Wed, 9 Jan 2019 06:08:28 -0800 (PST) Received: from opfedar06.francetelecom.fr (unknown [xx.xx.xx.8]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 43ZWF71bx7z7wZf; Wed, 9 Jan 2019 15:08:27 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.24]) by opfedar06.francetelecom.fr (ESMTP service) with ESMTP id 43ZWF66x0kz3wc2; Wed, 9 Jan 2019 15:08:26 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM7D.corporate.adroot.infra.ftgroup ([fe80::9044:c5ee:4dd2:4f16%19]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 15:08:26 +0100 From: To: Juergen Schoenwaelder CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWm7nFg///0qYCAABaqIA== Date: Wed, 9 Jan 2019 14:08:26 +0000 Message-ID: <28808_1547042907_5C36005B_28808_311_1_9E32478DFA9976438E7A22F69B08FF924B78C6DB@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> In-Reply-To: <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 14:08:31 -0000 Regarding "prefix" and "alternate", these should not be using a string. I h= ave fixed this to respectively inet:ip-prefix and inet:ip-address. -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]= =20 Sent: Wednesday, January 09, 2019 14:09 To: LITKOWSKI Stephane OBS/OINIS Cc: tom petch; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isi= s-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-iet= f-isis-yang-is-is-cfg-29 Hi, please see my other email about the distinction I make between a hard length restriction and the minimum length expected to be supported. I wonder how you can sensibly pick a limit for things like non-best-reason: leaf non-best-reason { type string; description "Information field to describe why the alternate is not best."; } You are simply creating an arbitrary restriction. And humble server is not likely to send you an jpg image (and a bogus server will do so anyway). (There are other similar objects.) Since I am searching for 'type string', I wonder whether these are clear enough definitions. leaf prefix { type string; description "Protected prefix."; } leaf alternate { type string; description "Alternate nexthop for the prefix."; } What is the (canonical) format of the allowed values? (There are more of th= ese.) /js On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com wro= te: > Hi Tom, >=20 > If you agree, I will set a length restriction on each string (ops and cfg= ). It looks clearer for me rather than setting it in the description. >=20 > For the references, I'm working on it. >=20 > Brgds, >=20 >=20 > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com]=20 > Sent: Wednesday, January 09, 2019 12:38 > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-i= s-is-cfg-29 >=20 > Stephane >=20 > Thanks for persisting. >=20 > On string lengths, I take your point about no user input to Operational > State; there, my concern is more about giving guidance to implementors > as to what they should cater for - as I said, this has been a topic of > lively discussion in other WG. Even before that, whenever I see a > string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be in > the description clause. My experience is that those working with > networks think about size, about length; those coming from applications > tend to think 'What is a few terabytes between friends?' and are unaware > that sizes that may be commonplace in servers and associated storage can > create difficulties over a network. Whatever, I leave this one up to > you. >=20 > On references, I would like a change; you say this information is in the > base ISO spec. Well, yes, to me that means that it should be a > Normative Reference. I could not understand the description of e.g. > 'i/e' and needed to look it up but seemingly cannot do so with the > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5. >=20 > Tom Petch >=20 > ----- Original Message ----- > From: > Sent: Wednesday, January 09, 2019 9:18 AM >=20 > Hi Tom, >=20 > Please find inline answers. >=20 >=20 > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Tuesday, January 08, 2019 18:45 >=20 > Ok. Top-posting the ones that are not 'ok': >=20 > I said that I thought that LSP did not need expanding on first use and > then checked the RFC Editor list to find that it is not one they regard > as well-known and that LSR protocols use it differently to others, so I > suggest expanding LSP on first use. >=20 > [SLI] Already done for the next version. >=20 > On lengths of text messages, perhaps I am too sensitive to buffer > overrun attacks and the like and so want a maximum on many things (and > then people attach a friendly, 20Mbyte photo to their e-mail at > Christmas and > wonder why their ESP rejects the message so I do not congratulate them > on the latest addition to the family:-). The IDR WG had a lively > discussion about maximum message lengths in 2017 and that has also > stayed in my mind. I have seen the comments on this by Juergen and > Lada; perhaps as Juergen intimates, something in the Description would > help; and while the server may not be rogue, it may not have a perfect > implementation. >=20 > [SLI] What I need to understand from your comment on string length > enforcement is if it applies to operational state or just config states > ? I do not see any issue of not enforcing the operational state as there > is no input from the user there and so no attack vector, this is purely > internal to the implementation. For config statements, it makes sense as > there is an input from the user that can be anything. >=20 >=20 > On the length of password, I saw a Security AD wanting clarification on > this not too long ago so you may see this comment again from one such . > Likewise, MD5 tends to be a red flag although I see it appears in bgp > yang. >=20 > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > such like (although I have not seen a review by Security AD/directorate > of that). >=20 > But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the fields > in the YANG module doing? Is > leaf authentication-type { > the first octet of TLV10? Is > leaf authentication-key { > the rest of TLV10? And where is this 'presented' as the YANG module > says? Are you thinking of a YANG client presenting the field to a user > at a terminal, one router presenting it to another, or what? >=20 > I am using RFC5310 as my source for TLV10 and wondering why that is not > a Normative Reference for this I-D >=20 > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > the crypto auth as new types. > The authentication-type is the first byte of the TLV (called > Authentication Type as well). > The authentication-key cannot be mapped directly to the > authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the > authentication data. >=20 >=20 > On the I/E bit, the question is, which standard? I have 30 Normative > references to choose from. I found up/down in RFC5305, but only by > accident, and I have not found i/e yet so a reference would be good. >=20 > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, after checking, > the position of the i-e leaf is currently wrong and needs to be within > the metric (default, delay...). I will fix this. >=20 >=20 > Tom Petch >=20 > ----- Original Message ----- > From: stephane.litkowski@orange.com > Sent: Monday, January 07, 2019 9:22 AM >=20 > Hi Tom, >=20 > Thanks for your comments. > I wish you an happy new year ! >=20 > Please find inline comments. >=20 > Brgds, >=20 > -----Original Message----- > From: tom petch [mailto:ietfc@btconnect.com] > Sent: Wednesday, January 02, 2019 12:17 >=20 > Here are the rest of my comments on -29 with a slight tweak to the > subject line. I would regard most of these (but not the first two) as > non-discussable, ie I won't complain if you disagree:-) >=20 > RFC1195 is in the YANG module but not the references of the I-D > [SLI] Will fix it >=20 > RFC5029 is in the YANG module but not the references of the I-D > [SLI] Will fix it >=20 > PSNPs, CSNPs > [SLI] Will fix it >=20 > expand on first use - LSP I think ok >=20 > leaf best { type boolean; > what is true and what false? I can guess from the English semantics of > the name but would rather not guess. > [SLI] Will fix it > To replace the current description which is : ""Indicates if the > alternate is the preferred."", do you prefer: "Set to true when the > alternate is preferred, set to false otherwise" ? >=20 >=20 > leaf non-best-reason { type string; > suggest a maximum length, perhaps 127 or 255 ( unless you expect > screenshots or packet traces to be attached). As it stands, you could > validly receive > a length of 18446744073709551615. > [SLI] Agree, will fix it >=20 > You have a mixture of > System-id system-id System id System ID System Id system id system ID > suggest consistency; system-id wfm > [SLI] Will fix it >=20 > You have a mixture of > lsp-id LSPID LSP ID > here, perhaps lsp-id for the names and LSP ID in the text > [SLI] Will fix it >=20 > case password { leaf key { type string; > perhaps better with a minimum length > [SLI] I agree that it could make sense but is it really something that > we should impose ? >=20 >=20 > leaf i-e { type boolean; > what is true and what false? here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating it > ? Same for up/down bit. >=20 >=20 > /"Authentication keyto/ "Authentication key to/ >=20 > " the authentication key MUST NOT be presented in" > RFC2119 language means that RFC2119 boilerplate should be in the YANG > module (but without the [..] ie the reference must be plain text not an > anchor). >=20 > [SLI] You are right, it is missing. >=20 >=20 > It is recommended to use an MD5 > hash to present the authentication-key."; > Mmm I think that this may be a red flag to security AD or directorate as > being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations. >=20 > [SLI] I agree that there is a point to discuss here. The fact is that we > must not retrieve passwords in clear text. Maybe it is something with a > wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ? >=20 >=20 > list level-db { key level; leaf level { > A common convention is for a list of leaf thing to be named things i.e. > list levels { key level; leaf level { >=20 > [SLI] ack >=20 > rpc clear-adjacency { > "Name of the IS-IS protocol instance whose IS-IS > information is being queried. > queried or cleared? > [SLI] "cleared" >=20 > Tom Petch >=20 >=20 > ----- Original Message ----- > From: "tom petch" > Sent: Monday, December 31, 2018 6:21 PM >=20 >=20 > > Stephane > > > > A new and different comment. > > > > grouping neighbor-gmpls-extensions { > > > > has a text reference to RFC5307 which does not appear in the > references > > for the I-D. However, before adding it, I would like to know why it > is > > a good reference for switching capabilities (which is part of this > > grouping). I think that the reference for switching capabilities > should > > be RFC7074 (which this I-D does not currently reference and should > IMO). > > > > And that begs the question, why is switching-capability an > unrestricted > > uint8 when only 12 values are valid and three are deprecated? > > > > So why not use > > > > draft-ietf-teas-yang-te-types? > > > > I have a number of additional comments on cfg-29 but this is the one > > that may take some discussion. > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: > > > > Hi Tom, > > > > Thanks for your comments. I will fix them asap. > > Regarding: > > " Line length is within the RFC limit but the effect is to spread many > > of the description clauses over multiple lines with indentation of 56 > > characters, not user friendly e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > " > > What's your suggestion on this one ? > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, November 27, 2018 12:11 > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-isis-cfg-24 > > > > Some quirks in-25 > > > > I see lots of YANG reference statements - good - but no mention of > them > > in the I-D references - not so good. My list is > > > > 5130 > > 5305 > > 5306 > > 5880 > > 5881 > > 6119 > > 6232 > > 7794 > > 7810 > > 7917 > > 8405 > > > > Also perhaps > > OLD > > reference "RFC XXXX - YANG Data Model for Bidirectional > > Forwarding Detection (BFD).Please replace YYYY with > > published RFC > > number for draft-ietf-bfd-yang."; > > > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > OLD > > reference "draft-ietf-bfd-yang-xx.txt: > > YANG Data Model for Bidirectional Forwarding > > Detection (BFD)"; > > NEW > > reference "RFC YYYY - YANG Data Model for Bidirectional > > Forwarding Detection (BFD). > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > number for draft-ietf-bfd-yang."; > > > > > > Line length is within the RFC limit but the effect is to spread many > of > > the description clauses over multiple lines with indentation of 56 > > characters, not user friendly > > e.g. > > description > > "List of max LSP > > bandwidths for different > > priorities."; > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > module > > is somewhat longer than the editor list of the I-D. > > > > I note that the augmentation of interfaces seems to have no > conditional > > and so will augment all interfaces. I think that this is a generic > issue > > but do not see it being addressed anywhere. > > > > In a similar vein, you are defining MPLS objects and I am unclear > > whether or not those should be conditional, or part of the MPLS YANG > > modules or both (copying Tarek for this) > > > > Tom Petch > > > > ----- Original Message ----- > > From: "Ebben Aries" > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > Reviewer: Ebben Aries > > > Review result: On the Right Track > > > > > > 1 module in this draft: > > > - ietf-isis@2018-08-09.yang > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > 0.16.54) > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > architecture. > > > > > > Module ietf-isis@2018-08-09.yang: > > > - Both the description and the draft name reference that this module > > is > > > specific to configuration but contains operational state nodes in > > addition > > > to RPCs and notifications. Any wording suggesting this is only > > > configuration should be changed > > > - Module description must contain most recent copyright notice per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > - Module description reads "common across all of the vendor > > implementations". > > > I don't think this needs to be called out as such as that is the > > overall > > > intention of *all* IETF models > > > - This module contains '22' features (and the respective OSPF module > > currently > > > contains '26'). While it is understood the purpose of these > > features in the > > > module, take precaution as to complexity for clients if they need > to > > > understand >=3D quantity of features per module in use on a > > > network-element. We are going to end up w/ feature explosion to > > convey > > > *all* possible features of each network-element leading to > > divergence back > > > towards native models at the end of the day. A large amount of > > these > > > feature names could be defined within a more global namespace > (e.g. > > nsr) but > > > this gives us a granular yet cumbersome approach (e.g. feature > > isis:nsr, > > > ospf:nsr, etc..) > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > clearing a > > > specific neighbor/adjacency (See comments below as well regarding > > RPC > > > alignment w/ the OSPF model) > > > - RPC 'clear-adjacency' has an input node of 'interface' however > this > > is just > > > a string type. Is there any reason this is not a > > leafref/if:interface-ref > > > (much like in the OSPF model) > > > - Child nodes within a container or list SHOULD NOT replicate the > > parent > > > identifier per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > 1. > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > ipv4 > > > true > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > 'afs' if > > > we are using the expanded 'address-family' in other IETF models > such > > as > > > ietf-i2rs-rib > > > > > > > > > General comments on the draft + nits: > > > - Since YANG tree diagrams are used, please include an informative > > reference > > > per > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > - Section 1.1 does not need to exist since this would be covered by > > the > > > reference mentioned above > > > - Reference to NMDA compliance should be contained within Section 1 > > (vs. > > > Section 2) per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > - Section 2: It seems reference should be given to the location of > > where the > > > ietf-routing module is defined (As well as reference to NMDA RFC > in > > the > > > above reference) > > > - Section 2.1: "Additional modules may be created this to > support..." > > needs > > > slight rewording adjustment > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > 'clear-database' rather w/ reliance off namespacing for > uniqueness. > > This > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > - Section 4: Notification name mismatch in this section from actual > > naming > > > within the module (e.g. 'adjacency-change' should rather be > > > 'adjacency-state-change') > > > - Section 7: Security Considerations will need updating to be > > patterned after > > > the latest version of the template at > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > - Section 12: All modules imported within this module MUST be > > referenced > > > within this section per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > There are quite a few missing from this section right now > > > - Appendix A: Some of the XML elements are off in alignment > > > - Appendix A: Examples must be validated. The example given has the > > following > > > issues: > > > - /routing[name=3D'SLI'] and /routing/description are invalid data > > nodes and > > > do not exist. I'm not sure why they are in the XML example here > > > - The example is meant to reference configuration however > > > /routing/interfaces is a r/o container > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > - The area-address does not validate against the pattern regex and > > must end > > > with a '.' e.g. > > > 49.0001.0000. > > > - metric-type/value is set to 'wide' which is invalid. This > should > > rather > > > be 'wide-only' > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > should > > > rather be 'ipv4' per iana-routing-types > > > - /interfaces/interface/type must be populated and is invalid. > This > > should > > > rather be qualified as such: > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > eLoopback > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > tCsmacd > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > associated as such: > > > enabled > > > - NP container 'priority' has a must statement checking if an > > interface-type > > > is set to 'broadcast' however if you take the XML example from > > this > > > section, it will fail to validate even if is not > > defined > > > underneath an interface-type of 'point-to-point'. It seems to > me > > that > > > this logic may need to be readjusted or not exist at all > (priority > > can > > > still be set on implementations on loopback interfaces - which > > would > > > default to 'broadcast' in the example here). Could you not > solve > > this > > > with use of 'when' vs. 'must' as such: > > > > > > when '../interface-type =3D "broadcast"' { > > > description "Priority can only be set for broadcast > > interfaces."; > > > } > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > ..2. > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > likely not > > > need to be defined for Loopback0) > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > 'isis/mpls/te-rid/ipv4-router-id' > > > - 'isis/afs/af/enabled' is invalid and should rather be > > 'isis/afs/af/enable' > > > - Examples should use IPv6 addresses where appropriate per > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > ________________________________________________________________________ > > _________________________________________________ >=20 >=20 > _________________________________________________________________________= ________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. >=20 > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jan 9 06:27:16 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93986126C7E; Wed, 9 Jan 2019 06:27:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HChxVdM7YXV2; Wed, 9 Jan 2019 06:27:09 -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 53DED13102C; Wed, 9 Jan 2019 06:27:02 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id C12DD10AE; Wed, 9 Jan 2019 15:27:00 +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 8ZE2Ic3tn6xh; Wed, 9 Jan 2019 15:27:00 +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, 9 Jan 2019 15:27:00 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id A59B920047; Wed, 9 Jan 2019 15:27:00 +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 Da2p66-OATdh; Wed, 9 Jan 2019 15:26:59 +0100 (CET) Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 485EF20045; Wed, 9 Jan 2019 15:26:59 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 15:26:58 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 70CF030057674D; Wed, 9 Jan 2019 15:26:57 +0100 (CET) Date: Wed, 9 Jan 2019 15:26:57 +0100 From: Juergen Schoenwaelder To: CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: stephane.litkowski@orange.com, tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 14:27:14 -0000 Implementations must be robust and be able to deal with rogue input, a length restriction in the data model does not help solving that problem. Perhaps an example helps for the other question: leaf example { type string "3.."; description "implementation must support a length of at least 42 characters" } Valid input can be any string which has at least three characters and implementations are expected to handle at least strings up to 42 characters. An other alternative is to be silent about any expectations. A third option is to let server implementors document via deviations any length restrictions they may impose in their implementation. My preference is actually to be silent about "must support at least" constrained unless there is a clear technical reason for a specific number. /js On Wed, Jan 09, 2019 at 01:27:05PM +0000, stephane.litkowski@orange.com wrote: > Hi Juergen, > > There is something that I'm missing (sorry for that). How defining a minimum length helps to deal with rogue input ? I see a rogue input more being a too long string. Too short can happen if a specific leaf really requires a minimum length string, but I don't think that we have such a case. > In addition, when your talk about minimum length in your email below, do I need to understand it as "minimum length to be supported by the implementation" ? (you said before: "'implementations should at least handle a length of x characters'"). This means that the user can input a string of any size between 0 and this minimum length to be supported. Or is it really a minimum length so the user cannot input something shorter than this value ? > > Brgds, > > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Wednesday, January 09, 2019 13:10 > To: tom petch > Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > Hi, > > just to clarify: My position is that implementations have to be able > to deal with rogue input no matter whether there is a length > restriction defined in a data model or not. If people argue for length > restrictions, then this should be done for interoperability reasons. > And for this you may want to define a minimum length that must be > supported instead of a maximum length that defines a hard upper > boundary (and the only place to define such a minimum length and > implementations must support so far is in the description statement). > > /js > > On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > > Stephane > > > > Thanks for persisting. > > > > On string lengths, I take your point about no user input to Operational > > State; there, my concern is more about giving guidance to implementors > > as to what they should cater for - as I said, this has been a topic of > > lively discussion in other WG. Even before that, whenever I see a > > string, I think is there an implicit length restriction and if not, > > should there be an explicit one which, as Juergen suggested, could be in > > the description clause. My experience is that those working with > > networks think about size, about length; those coming from applications > > tend to think 'What is a few terabytes between friends?' and are unaware > > that sizes that may be commonplace in servers and associated storage can > > create difficulties over a network. Whatever, I leave this one up to > > you. > > > > On references, I would like a change; you say this information is in the > > base ISO spec. Well, yes, to me that means that it should be a > > Normative Reference. I could not understand the description of e.g. > > 'i/e' and needed to look it up but seemingly cannot do so with the > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > do reference International Standard 10589 and I think that this one > > should too, perhaps in s.2.7 and s.5. > > > > Tom Petch > > > > ----- Original Message ----- > > From: > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > Hi Tom, > > > > Please find inline answers. > > > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, January 08, 2019 18:45 > > > > Ok. Top-posting the ones that are not 'ok': > > > > I said that I thought that LSP did not need expanding on first use and > > then checked the RFC Editor list to find that it is not one they regard > > as well-known and that LSR protocols use it differently to others, so I > > suggest expanding LSP on first use. > > > > [SLI] Already done for the next version. > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > overrun attacks and the like and so want a maximum on many things (and > > then people attach a friendly, 20Mbyte photo to their e-mail at > > Christmas and > > wonder why their ESP rejects the message so I do not congratulate them > > on the latest addition to the family:-). The IDR WG had a lively > > discussion about maximum message lengths in 2017 and that has also > > stayed in my mind. I have seen the comments on this by Juergen and > > Lada; perhaps as Juergen intimates, something in the Description would > > help; and while the server may not be rogue, it may not have a perfect > > implementation. > > > > [SLI] What I need to understand from your comment on string length > > enforcement is if it applies to operational state or just config states > > ? I do not see any issue of not enforcing the operational state as there > > is no input from the user there and so no attack vector, this is purely > > internal to the implementation. For config statements, it makes sense as > > there is an input from the user that can be anything. > > > > > > On the length of password, I saw a Security AD wanting clarification on > > this not too long ago so you may see this comment again from one such . > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > yang. > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > such like (although I have not seen a review by Security AD/directorate > > of that). > > > > But I am left confused as to exactly what the cited object is doing. > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > in the YANG module doing? Is > > leaf authentication-type { > > the first octet of TLV10? Is > > leaf authentication-key { > > the rest of TLV10? And where is this 'presented' as the YANG module > > says? Are you thinking of a YANG client presenting the field to a user > > at a terminal, one router presenting it to another, or what? > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > a Normative Reference for this I-D > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > the crypto auth as new types. > > The authentication-type is the first byte of the TLV (called > > Authentication Type as well). > > The authentication-key cannot be mapped directly to the > > authentication-value field. This is the case for ClearText password > > authtype but not crypto which adds a keyID in front of the > > authentication data. > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > references to choose from. I found up/down in RFC5305, but only by > > accident, and I have not found i/e yet so a reference would be good. > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > "legacy advertisements" of prefix and links. By the way, after checking, > > the position of the i-e leaf is currently wrong and needs to be within > > the metric (default, delay...). I will fix this. > > > > > > Tom Petch > > > > ----- Original Message ----- > > From: stephane.litkowski@orange.com > > Sent: Monday, January 07, 2019 9:22 AM > > > > Hi Tom, > > > > Thanks for your comments. > > I wish you an happy new year ! > > > > Please find inline comments. > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 02, 2019 12:17 > > > > Here are the rest of my comments on -29 with a slight tweak to the > > subject line. I would regard most of these (but not the first two) as > > non-discussable, ie I won't complain if you disagree:-) > > > > RFC1195 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > RFC5029 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > PSNPs, CSNPs > > [SLI] Will fix it > > > > expand on first use - LSP I think ok > > > > leaf best { type boolean; > > what is true and what false? I can guess from the English semantics of > > the name but would rather not guess. > > [SLI] Will fix it > > To replace the current description which is : ""Indicates if the > > alternate is the preferred."", do you prefer: "Set to true when the > > alternate is preferred, set to false otherwise" ? > > > > > > leaf non-best-reason { type string; > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > screenshots or packet traces to be attached). As it stands, you could > > validly receive > > a length of 18446744073709551615. > > [SLI] Agree, will fix it > > > > You have a mixture of > > System-id system-id System id System ID System Id system id system ID > > suggest consistency; system-id wfm > > [SLI] Will fix it > > > > You have a mixture of > > lsp-id LSPID LSP ID > > here, perhaps lsp-id for the names and LSP ID in the text > > [SLI] Will fix it > > > > case password { leaf key { type string; > > perhaps better with a minimum length > > [SLI] I agree that it could make sense but is it really something that > > we should impose ? > > > > > > leaf i-e { type boolean; > > what is true and what false? here I am reluctant even to guess > > [SLI] This is coming from the standard, is it really worth repeating it > > ? Same for up/down bit. > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > " the authentication key MUST NOT be presented in" > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > module (but without the [..] ie the reference must be plain text not an > > anchor). > > > > [SLI] You are right, it is missing. > > > > > > It is recommended to use an MD5 > > hash to present the authentication-key."; > > Mmm I think that this may be a red flag to security AD or directorate as > > being too vague as well as MD5 too weak; and I think this should be > > explicitly called out in Security Considerations. > > > > [SLI] I agree that there is a point to discuss here. The fact is that we > > must not retrieve passwords in clear text. Maybe it is something with a > > wider scope than IS-IS. How do the other models deal with passwords > > retrieved through "get" or "get-config" ? > > > > > > list level-db { key level; leaf level { > > A common convention is for a list of leaf thing to be named things i.e. > > list levels { key level; leaf level { > > > > [SLI] ack > > > > rpc clear-adjacency { > > "Name of the IS-IS protocol instance whose IS-IS > > information is being queried. > > queried or cleared? > > [SLI] "cleared" > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "tom petch" > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > Stephane > > > > > > A new and different comment. > > > > > > grouping neighbor-gmpls-extensions { > > > > > > has a text reference to RFC5307 which does not appear in the > > references > > > for the I-D. However, before adding it, I would like to know why it > > is > > > a good reference for switching capabilities (which is part of this > > > grouping). I think that the reference for switching capabilities > > should > > > be RFC7074 (which this I-D does not currently reference and should > > IMO). > > > > > > And that begs the question, why is switching-capability an > > unrestricted > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > So why not use > > > > > > draft-ietf-teas-yang-te-types? > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > that may take some discussion. > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: > > > > > > Hi Tom, > > > > > > Thanks for your comments. I will fix them asap. > > > Regarding: > > > " Line length is within the RFC limit but the effect is to spread many > > > of the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > " > > > What's your suggestion on this one ? > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, November 27, 2018 12:11 > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > Some quirks in-25 > > > > > > I see lots of YANG reference statements - good - but no mention of > > them > > > in the I-D references - not so good. My list is > > > > > > 5130 > > > 5305 > > > 5306 > > > 5880 > > > 5881 > > > 6119 > > > 6232 > > > 7794 > > > 7810 > > > 7917 > > > 8405 > > > > > > Also perhaps > > > OLD > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD).Please replace YYYY with > > > published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > OLD > > > reference "draft-ietf-bfd-yang-xx.txt: > > > YANG Data Model for Bidirectional Forwarding > > > Detection (BFD)"; > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > of > > > the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly > > > e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > module > > > is somewhat longer than the editor list of the I-D. > > > > > > I note that the augmentation of interfaces seems to have no > > conditional > > > and so will augment all interfaces. I think that this is a generic > > issue > > > but do not see it being addressed anywhere. > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > whether or not those should be conditional, or part of the MPLS YANG > > > modules or both (copying Tarek for this) > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: "Ebben Aries" > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > Reviewer: Ebben Aries > > > > Review result: On the Right Track > > > > > > > > 1 module in this draft: > > > > - ietf-isis@2018-08-09.yang > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > 0.16.54) > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > architecture. > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > - Both the description and the draft name reference that this module > > > is > > > > specific to configuration but contains operational state nodes in > > > addition > > > > to RPCs and notifications. Any wording suggesting this is only > > > > configuration should be changed > > > > - Module description must contain most recent copyright notice per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > - Module description reads "common across all of the vendor > > > implementations". > > > > I don't think this needs to be called out as such as that is the > > > overall > > > > intention of *all* IETF models > > > > - This module contains '22' features (and the respective OSPF module > > > currently > > > > contains '26'). While it is understood the purpose of these > > > features in the > > > > module, take precaution as to complexity for clients if they need > > to > > > > understand >= quantity of features per module in use on a > > > > network-element. We are going to end up w/ feature explosion to > > > convey > > > > *all* possible features of each network-element leading to > > > divergence back > > > > towards native models at the end of the day. A large amount of > > > these > > > > feature names could be defined within a more global namespace > > (e.g. > > > nsr) but > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > isis:nsr, > > > > ospf:nsr, etc..) > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > clearing a > > > > specific neighbor/adjacency (See comments below as well regarding > > > RPC > > > > alignment w/ the OSPF model) > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > this > > > is just > > > > a string type. Is there any reason this is not a > > > leafref/if:interface-ref > > > > (much like in the OSPF model) > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > parent > > > > identifier per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > 1. > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > ipv4 > > > > true > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > 'afs' if > > > > we are using the expanded 'address-family' in other IETF models > > such > > > as > > > > ietf-i2rs-rib > > > > > > > > > > > > General comments on the draft + nits: > > > > - Since YANG tree diagrams are used, please include an informative > > > reference > > > > per > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > - Section 1.1 does not need to exist since this would be covered by > > > the > > > > reference mentioned above > > > > - Reference to NMDA compliance should be contained within Section 1 > > > (vs. > > > > Section 2) per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > - Section 2: It seems reference should be given to the location of > > > where the > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > in > > > the > > > > above reference) > > > > - Section 2.1: "Additional modules may be created this to > > support..." > > > needs > > > > slight rewording adjustment > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > 'clear-database' rather w/ reliance off namespacing for > > uniqueness. > > > This > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > - Section 4: Notification name mismatch in this section from actual > > > naming > > > > within the module (e.g. 'adjacency-change' should rather be > > > > 'adjacency-state-change') > > > > - Section 7: Security Considerations will need updating to be > > > patterned after > > > > the latest version of the template at > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > - Section 12: All modules imported within this module MUST be > > > referenced > > > > within this section per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > There are quite a few missing from this section right now > > > > - Appendix A: Some of the XML elements are off in alignment > > > > - Appendix A: Examples must be validated. The example given has the > > > following > > > > issues: > > > > - /routing[name='SLI'] and /routing/description are invalid data > > > nodes and > > > > do not exist. I'm not sure why they are in the XML example here > > > > - The example is meant to reference configuration however > > > > /routing/interfaces is a r/o container > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > - The area-address does not validate against the pattern regex and > > > must end > > > > with a '.' e.g. > > > > 49.0001.0000. > > > > - metric-type/value is set to 'wide' which is invalid. This > > should > > > rather > > > > be 'wide-only' > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > should > > > > rather be 'ipv4' per iana-routing-types > > > > - /interfaces/interface/type must be populated and is invalid. > > This > > > should > > > > rather be qualified as such: > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > > eLoopback > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > > tCsmacd > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > associated as such: > > > > enabled > > > > - NP container 'priority' has a must statement checking if an > > > interface-type > > > > is set to 'broadcast' however if you take the XML example from > > > this > > > > section, it will fail to validate even if is not > > > defined > > > > underneath an interface-type of 'point-to-point'. It seems to > > me > > > that > > > > this logic may need to be readjusted or not exist at all > > (priority > > > can > > > > still be set on implementations on loopback interfaces - which > > > would > > > > default to 'broadcast' in the example here). Could you not > > solve > > > this > > > > with use of 'when' vs. 'must' as such: > > > > > > > > when '../interface-type = "broadcast"' { > > > > description "Priority can only be set for broadcast > > > interfaces."; > > > > } > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > ..2. > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > likely not > > > > need to be defined for Loopback0) > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > 'isis/afs/af/enable' > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > ________________________________________________________________________ > > > _________________________________________________ > > > > _______________________________________________ > > yang-doctors mailing list > > yang-doctors@ietf.org > > https://www.ietf.org/mailman/listinfo/yang-doctors > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > -- 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 Jan 9 06:55:47 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3C2912426E; Wed, 9 Jan 2019 06:55:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 4XGIKkpwZdyB; Wed, 9 Jan 2019 06:55:43 -0800 (PST) Received: from orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C5EF1228B7; Wed, 9 Jan 2019 06:55:42 -0800 (PST) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 43ZXHd2Dr8zFsDy; Wed, 9 Jan 2019 15:55:41 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.19]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 43ZXHd1GzszCqkw; Wed, 9 Jan 2019 15:55:41 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f%18]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 15:55:41 +0100 From: To: Juergen Schoenwaelder CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWm0nwAgAAlGXCAAAFOgIAAFB9g Date: Wed, 9 Jan 2019 14:55:40 +0000 Message-ID: <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> In-Reply-To: <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 14:55:46 -0000 Ok, so if we are silent about "must support at least", I think the only thi= ng to do is to have 'type string "1.."' to avoid empty string as I don't se= e any requirement to have a minimum of x characters. -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]= =20 Sent: Wednesday, January 09, 2019 15:27 To: LITKOWSKI Stephane OBS/OINIS Cc: tom petch; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isi= s-cfg.all@ietf.org; lsr@ietf.org Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-iet= f-isis-yang-is-is-cfg-29 Implementations must be robust and be able to deal with rogue input, a length restriction in the data model does not help solving that problem. Perhaps an example helps for the other question: leaf example { type string "3.."; description "implementation must support a length of at least 42 characters" } Valid input can be any string which has at least three characters and implementations are expected to handle at least strings up to 42 characters. An other alternative is to be silent about any expectations. A third option is to let server implementors document via deviations any length restrictions they may impose in their implementation. My preference is actually to be silent about "must support at least" constrained unless there is a clear technical reason for a specific number. /js On Wed, Jan 09, 2019 at 01:27:05PM +0000, stephane.litkowski@orange.com wro= te: > Hi Juergen, >=20 > There is something that I'm missing (sorry for that). How defining a mini= mum length helps to deal with rogue input ? I see a rogue input more being = a too long string. Too short can happen if a specific leaf really requires = a minimum length string, but I don't think that we have such a case. > In addition, when your talk about minimum length in your email below, do = I need to understand it as "minimum length to be supported by the implemen= tation" ? (you said before: "'implementations should at least handle a leng= th of x characters'"). This means that the user can input a string of any s= ize between 0 and this minimum length to be supported. Or is it really a mi= nimum length so the user cannot input something shorter than this value ? >=20 > Brgds, >=20 >=20 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]= =20 > Sent: Wednesday, January 09, 2019 13:10 > To: tom petch > Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; dra= ft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-i= etf-isis-yang-is-is-cfg-29 >=20 > Hi, >=20 > just to clarify: My position is that implementations have to be able > to deal with rogue input no matter whether there is a length > restriction defined in a data model or not. If people argue for length > restrictions, then this should be done for interoperability reasons. > And for this you may want to define a minimum length that must be > supported instead of a maximum length that defines a hard upper > boundary (and the only place to define such a minimum length and > implementations must support so far is in the description statement). >=20 > /js >=20 > On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > > Stephane > >=20 > > Thanks for persisting. > >=20 > > On string lengths, I take your point about no user input to Operational > > State; there, my concern is more about giving guidance to implementors > > as to what they should cater for - as I said, this has been a topic of > > lively discussion in other WG. Even before that, whenever I see a > > string, I think is there an implicit length restriction and if not, > > should there be an explicit one which, as Juergen suggested, could be in > > the description clause. My experience is that those working with > > networks think about size, about length; those coming from applications > > tend to think 'What is a few terabytes between friends?' and are unaware > > that sizes that may be commonplace in servers and associated storage can > > create difficulties over a network. Whatever, I leave this one up to > > you. > >=20 > > On references, I would like a change; you say this information is in the > > base ISO spec. Well, yes, to me that means that it should be a > > Normative Reference. I could not understand the description of e.g. > > 'i/e' and needed to look it up but seemingly cannot do so with the > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > do reference International Standard 10589 and I think that this one > > should too, perhaps in s.2.7 and s.5. > >=20 > > Tom Petch > >=20 > > ----- Original Message ----- > > From: > > Sent: Wednesday, January 09, 2019 9:18 AM > >=20 > > Hi Tom, > >=20 > > Please find inline answers. > >=20 > >=20 > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, January 08, 2019 18:45 > >=20 > > Ok. Top-posting the ones that are not 'ok': > >=20 > > I said that I thought that LSP did not need expanding on first use and > > then checked the RFC Editor list to find that it is not one they regard > > as well-known and that LSR protocols use it differently to others, so I > > suggest expanding LSP on first use. > >=20 > > [SLI] Already done for the next version. > >=20 > > On lengths of text messages, perhaps I am too sensitive to buffer > > overrun attacks and the like and so want a maximum on many things (and > > then people attach a friendly, 20Mbyte photo to their e-mail at > > Christmas and > > wonder why their ESP rejects the message so I do not congratulate them > > on the latest addition to the family:-). The IDR WG had a lively > > discussion about maximum message lengths in 2017 and that has also > > stayed in my mind. I have seen the comments on this by Juergen and > > Lada; perhaps as Juergen intimates, something in the Description would > > help; and while the server may not be rogue, it may not have a perfect > > implementation. > >=20 > > [SLI] What I need to understand from your comment on string length > > enforcement is if it applies to operational state or just config states > > ? I do not see any issue of not enforcing the operational state as there > > is no input from the user there and so no attack vector, this is purely > > internal to the implementation. For config statements, it makes sense as > > there is an input from the user that can be anything. > >=20 > >=20 > > On the length of password, I saw a Security AD wanting clarification on > > this not too long ago so you may see this comment again from one such . > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > yang. > >=20 > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > such like (although I have not seen a review by Security AD/directorate > > of that). > >=20 > > But I am left confused as to exactly what the cited object is doing. > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > in the YANG module doing? Is > > leaf authentication-type { > > the first octet of TLV10? Is > > leaf authentication-key { > > the rest of TLV10? And where is this 'presented' as the YANG module > > says? Are you thinking of a YANG client presenting the field to a user > > at a terminal, one router presenting it to another, or what? > >=20 > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > a Normative Reference for this I-D > >=20 > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > the crypto auth as new types. > > The authentication-type is the first byte of the TLV (called > > Authentication Type as well). > > The authentication-key cannot be mapped directly to the > > authentication-value field. This is the case for ClearText password > > authtype but not crypto which adds a keyID in front of the > > authentication data. > >=20 > >=20 > > On the I/E bit, the question is, which standard? I have 30 Normative > > references to choose from. I found up/down in RFC5305, but only by > > accident, and I have not found i/e yet so a reference would be good. > >=20 > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > "legacy advertisements" of prefix and links. By the way, after checking, > > the position of the i-e leaf is currently wrong and needs to be within > > the metric (default, delay...). I will fix this. > >=20 > >=20 > > Tom Petch > >=20 > > ----- Original Message ----- > > From: stephane.litkowski@orange.com > > Sent: Monday, January 07, 2019 9:22 AM > >=20 > > Hi Tom, > >=20 > > Thanks for your comments. > > I wish you an happy new year ! > >=20 > > Please find inline comments. > >=20 > > Brgds, > >=20 > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 02, 2019 12:17 > >=20 > > Here are the rest of my comments on -29 with a slight tweak to the > > subject line. I would regard most of these (but not the first two) as > > non-discussable, ie I won't complain if you disagree:-) > >=20 > > RFC1195 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > >=20 > > RFC5029 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > >=20 > > PSNPs, CSNPs > > [SLI] Will fix it > >=20 > > expand on first use - LSP I think ok > >=20 > > leaf best { type boolean; > > what is true and what false? I can guess from the English semantics of > > the name but would rather not guess. > > [SLI] Will fix it > > To replace the current description which is : ""Indicates if the > > alternate is the preferred."", do you prefer: "Set to true when the > > alternate is preferred, set to false otherwise" ? > >=20 > >=20 > > leaf non-best-reason { type string; > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > screenshots or packet traces to be attached). As it stands, you could > > validly receive > > a length of 18446744073709551615. > > [SLI] Agree, will fix it > >=20 > > You have a mixture of > > System-id system-id System id System ID System Id system id system ID > > suggest consistency; system-id wfm > > [SLI] Will fix it > >=20 > > You have a mixture of > > lsp-id LSPID LSP ID > > here, perhaps lsp-id for the names and LSP ID in the text > > [SLI] Will fix it > >=20 > > case password { leaf key { type string; > > perhaps better with a minimum length > > [SLI] I agree that it could make sense but is it really something that > > we should impose ? > >=20 > >=20 > > leaf i-e { type boolean; > > what is true and what false? here I am reluctant even to guess > > [SLI] This is coming from the standard, is it really worth repeating it > > ? Same for up/down bit. > >=20 > >=20 > > /"Authentication keyto/ "Authentication key to/ > >=20 > > " the authentication key MUST NOT be presented in" > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > module (but without the [..] ie the reference must be plain text not an > > anchor). > >=20 > > [SLI] You are right, it is missing. > >=20 > >=20 > > It is recommended to use an MD5 > > hash to present the authentication-key."; > > Mmm I think that this may be a red flag to security AD or directorate as > > being too vague as well as MD5 too weak; and I think this should be > > explicitly called out in Security Considerations. > >=20 > > [SLI] I agree that there is a point to discuss here. The fact is that we > > must not retrieve passwords in clear text. Maybe it is something with a > > wider scope than IS-IS. How do the other models deal with passwords > > retrieved through "get" or "get-config" ? > >=20 > >=20 > > list level-db { key level; leaf level { > > A common convention is for a list of leaf thing to be named things i.e. > > list levels { key level; leaf level { > >=20 > > [SLI] ack > >=20 > > rpc clear-adjacency { > > "Name of the IS-IS protocol instance whose IS-IS > > information is being queried. > > queried or cleared? > > [SLI] "cleared" > >=20 > > Tom Petch > >=20 > >=20 > > ----- Original Message ----- > > From: "tom petch" > > Sent: Monday, December 31, 2018 6:21 PM > >=20 > >=20 > > > Stephane > > > > > > A new and different comment. > > > > > > grouping neighbor-gmpls-extensions { > > > > > > has a text reference to RFC5307 which does not appear in the > > references > > > for the I-D. However, before adding it, I would like to know why it > > is > > > a good reference for switching capabilities (which is part of this > > > grouping). I think that the reference for switching capabilities > > should > > > be RFC7074 (which this I-D does not currently reference and should > > IMO). > > > > > > And that begs the question, why is switching-capability an > > unrestricted > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > So why not use > > > > > > draft-ietf-teas-yang-te-types? > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > that may take some discussion. > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: > > > > > > Hi Tom, > > > > > > Thanks for your comments. I will fix them asap. > > > Regarding: > > > " Line length is within the RFC limit but the effect is to spread many > > > of the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > " > > > What's your suggestion on this one ? > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, November 27, 2018 12:11 > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > Some quirks in-25 > > > > > > I see lots of YANG reference statements - good - but no mention of > > them > > > in the I-D references - not so good. My list is > > > > > > 5130 > > > 5305 > > > 5306 > > > 5880 > > > 5881 > > > 6119 > > > 6232 > > > 7794 > > > 7810 > > > 7917 > > > 8405 > > > > > > Also perhaps > > > OLD > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD).Please replace YYYY with > > > published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > OLD > > > reference "draft-ietf-bfd-yang-xx.txt: > > > YANG Data Model for Bidirectional Forwarding > > > Detection (BFD)"; > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > of > > > the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly > > > e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > module > > > is somewhat longer than the editor list of the I-D. > > > > > > I note that the augmentation of interfaces seems to have no > > conditional > > > and so will augment all interfaces. I think that this is a generic > > issue > > > but do not see it being addressed anywhere. > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > whether or not those should be conditional, or part of the MPLS YANG > > > modules or both (copying Tarek for this) > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: "Ebben Aries" > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > Reviewer: Ebben Aries > > > > Review result: On the Right Track > > > > > > > > 1 module in this draft: > > > > - ietf-isis@2018-08-09.yang > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > 0.16.54) > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > architecture. > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > - Both the description and the draft name reference that this module > > > is > > > > specific to configuration but contains operational state nodes in > > > addition > > > > to RPCs and notifications. Any wording suggesting this is only > > > > configuration should be changed > > > > - Module description must contain most recent copyright notice per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > - Module description reads "common across all of the vendor > > > implementations". > > > > I don't think this needs to be called out as such as that is the > > > overall > > > > intention of *all* IETF models > > > > - This module contains '22' features (and the respective OSPF module > > > currently > > > > contains '26'). While it is understood the purpose of these > > > features in the > > > > module, take precaution as to complexity for clients if they need > > to > > > > understand >=3D quantity of features per module in use on a > > > > network-element. We are going to end up w/ feature explosion to > > > convey > > > > *all* possible features of each network-element leading to > > > divergence back > > > > towards native models at the end of the day. A large amount of > > > these > > > > feature names could be defined within a more global namespace > > (e.g. > > > nsr) but > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > isis:nsr, > > > > ospf:nsr, etc..) > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > clearing a > > > > specific neighbor/adjacency (See comments below as well regarding > > > RPC > > > > alignment w/ the OSPF model) > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > this > > > is just > > > > a string type. Is there any reason this is not a > > > leafref/if:interface-ref > > > > (much like in the OSPF model) > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > parent > > > > identifier per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > 1. > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > ipv4 > > > > true > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > 'afs' if > > > > we are using the expanded 'address-family' in other IETF models > > such > > > as > > > > ietf-i2rs-rib > > > > > > > > > > > > General comments on the draft + nits: > > > > - Since YANG tree diagrams are used, please include an informative > > > reference > > > > per > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > - Section 1.1 does not need to exist since this would be covered by > > > the > > > > reference mentioned above > > > > - Reference to NMDA compliance should be contained within Section 1 > > > (vs. > > > > Section 2) per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > - Section 2: It seems reference should be given to the location of > > > where the > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > in > > > the > > > > above reference) > > > > - Section 2.1: "Additional modules may be created this to > > support..." > > > needs > > > > slight rewording adjustment > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > 'clear-database' rather w/ reliance off namespacing for > > uniqueness. > > > This > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > - Section 4: Notification name mismatch in this section from actual > > > naming > > > > within the module (e.g. 'adjacency-change' should rather be > > > > 'adjacency-state-change') > > > > - Section 7: Security Considerations will need updating to be > > > patterned after > > > > the latest version of the template at > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > - Section 12: All modules imported within this module MUST be > > > referenced > > > > within this section per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > There are quite a few missing from this section right now > > > > - Appendix A: Some of the XML elements are off in alignment > > > > - Appendix A: Examples must be validated. The example given has the > > > following > > > > issues: > > > > - /routing[name=3D'SLI'] and /routing/description are invalid data > > > nodes and > > > > do not exist. I'm not sure why they are in the XML example here > > > > - The example is meant to reference configuration however > > > > /routing/interfaces is a r/o container > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > - The area-address does not validate against the pattern regex and > > > must end > > > > with a '.' e.g. > > > > 49.0001.0000. > > > > - metric-type/value is set to 'wide' which is invalid. This > > should > > > rather > > > > be 'wide-only' > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > should > > > > rather be 'ipv4' per iana-routing-types > > > > - /interfaces/interface/type must be populated and is invalid. > > This > > > should > > > > rather be qualified as such: > > > > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:soft= war > > > eLoopback > > > > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:ethe= rne > > > tCsmacd > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > associated as such: > > > > enabled > > > > - NP container 'priority' has a must statement checking if an > > > interface-type > > > > is set to 'broadcast' however if you take the XML example from > > > this > > > > section, it will fail to validate even if is not > > > defined > > > > underneath an interface-type of 'point-to-point'. It seems to > > me > > > that > > > > this logic may need to be readjusted or not exist at all > > (priority > > > can > > > > still be set on implementations on loopback interfaces - which > > > would > > > > default to 'broadcast' in the example here). Could you not > > solve > > > this > > > > with use of 'when' vs. 'must' as such: > > > > > > > > when '../interface-type =3D "broadcast"' { > > > > description "Priority can only be set for broadcast > > > interfaces."; > > > > } > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > ..2. > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > likely not > > > > need to be defined for Loopback0) > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > 'isis/afs/af/enable' > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > ________________________________________________________________________ > > > _________________________________________________ > >=20 > > _______________________________________________ > > yang-doctors mailing list > > yang-doctors@ietf.org > > https://www.ietf.org/mailman/listinfo/yang-doctors >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 >=20 > _________________________________________________________________________= ________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. >=20 --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Jan 9 07:19:11 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81164129BBF; Wed, 9 Jan 2019 07:19:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XbLU9ujejPU7; Wed, 9 Jan 2019 07:19: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 2B7DD12D4E8; Wed, 9 Jan 2019 07:19:04 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id D97FC10CA; Wed, 9 Jan 2019 16:19:02 +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 WjuReDTun_uK; Wed, 9 Jan 2019 16:19: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; Wed, 9 Jan 2019 16:19:02 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 951E420046; Wed, 9 Jan 2019 16:19:02 +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 AsHLto24OfVs; Wed, 9 Jan 2019 16:19:01 +0100 (CET) Received: from exchange.jacobs-university.de (SXCHMB02.jacobs.jacobs-university.de [10.70.0.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 1112620045; Wed, 9 Jan 2019 16:19:01 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 16:19:00 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 33BAB30057745A; Wed, 9 Jan 2019 16:18:59 +0100 (CET) Date: Wed, 9 Jan 2019 16:18:59 +0100 From: Juergen Schoenwaelder To: CC: tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109151859.qspww2savq2ktxiz@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: stephane.litkowski@orange.com, tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 15:19:09 -0000 What is the value of your error leafs if there is no error to report yet? Do you really want to rule out empty strings? Anyway, the semantics are up to you to figure out. /js On Wed, Jan 09, 2019 at 02:55:40PM +0000, stephane.litkowski@orange.com wrote: > Ok, so if we are silent about "must support at least", I think the only thing to do is to have 'type string "1.."' to avoid empty string as I don't see any requirement to have a minimum of x characters. > > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Wednesday, January 09, 2019 15:27 > To: LITKOWSKI Stephane OBS/OINIS > Cc: tom petch; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > Implementations must be robust and be able to deal with rogue input, a > length restriction in the data model does not help solving that problem. > > Perhaps an example helps for the other question: > > leaf example { > type string "3.."; > description > "implementation must support a length of at least 42 characters" > } > > Valid input can be any string which has at least three characters and > implementations are expected to handle at least strings up to 42 > characters. An other alternative is to be silent about any > expectations. A third option is to let server implementors document > via deviations any length restrictions they may impose in their > implementation. > > My preference is actually to be silent about "must support at least" > constrained unless there is a clear technical reason for a specific > number. > > /js > > On Wed, Jan 09, 2019 at 01:27:05PM +0000, stephane.litkowski@orange.com wrote: > > Hi Juergen, > > > > There is something that I'm missing (sorry for that). How defining a minimum length helps to deal with rogue input ? I see a rogue input more being a too long string. Too short can happen if a specific leaf really requires a minimum length string, but I don't think that we have such a case. > > In addition, when your talk about minimum length in your email below, do I need to understand it as "minimum length to be supported by the implementation" ? (you said before: "'implementations should at least handle a length of x characters'"). This means that the user can input a string of any size between 0 and this minimum length to be supported. Or is it really a minimum length so the user cannot input something shorter than this value ? > > > > Brgds, > > > > > > -----Original Message----- > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: Wednesday, January 09, 2019 13:10 > > To: tom petch > > Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > > > Hi, > > > > just to clarify: My position is that implementations have to be able > > to deal with rogue input no matter whether there is a length > > restriction defined in a data model or not. If people argue for length > > restrictions, then this should be done for interoperability reasons. > > And for this you may want to define a minimum length that must be > > supported instead of a maximum length that defines a hard upper > > boundary (and the only place to define such a minimum length and > > implementations must support so far is in the description statement). > > > > /js > > > > On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > > > Stephane > > > > > > Thanks for persisting. > > > > > > On string lengths, I take your point about no user input to Operational > > > State; there, my concern is more about giving guidance to implementors > > > as to what they should cater for - as I said, this has been a topic of > > > lively discussion in other WG. Even before that, whenever I see a > > > string, I think is there an implicit length restriction and if not, > > > should there be an explicit one which, as Juergen suggested, could be in > > > the description clause. My experience is that those working with > > > networks think about size, about length; those coming from applications > > > tend to think 'What is a few terabytes between friends?' and are unaware > > > that sizes that may be commonplace in servers and associated storage can > > > create difficulties over a network. Whatever, I leave this one up to > > > you. > > > > > > On references, I would like a change; you say this information is in the > > > base ISO spec. Well, yes, to me that means that it should be a > > > Normative Reference. I could not understand the description of e.g. > > > 'i/e' and needed to look it up but seemingly cannot do so with the > > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > > do reference International Standard 10589 and I think that this one > > > should too, perhaps in s.2.7 and s.5. > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: > > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > > > Hi Tom, > > > > > > Please find inline answers. > > > > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, January 08, 2019 18:45 > > > > > > Ok. Top-posting the ones that are not 'ok': > > > > > > I said that I thought that LSP did not need expanding on first use and > > > then checked the RFC Editor list to find that it is not one they regard > > > as well-known and that LSR protocols use it differently to others, so I > > > suggest expanding LSP on first use. > > > > > > [SLI] Already done for the next version. > > > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > > overrun attacks and the like and so want a maximum on many things (and > > > then people attach a friendly, 20Mbyte photo to their e-mail at > > > Christmas and > > > wonder why their ESP rejects the message so I do not congratulate them > > > on the latest addition to the family:-). The IDR WG had a lively > > > discussion about maximum message lengths in 2017 and that has also > > > stayed in my mind. I have seen the comments on this by Juergen and > > > Lada; perhaps as Juergen intimates, something in the Description would > > > help; and while the server may not be rogue, it may not have a perfect > > > implementation. > > > > > > [SLI] What I need to understand from your comment on string length > > > enforcement is if it applies to operational state or just config states > > > ? I do not see any issue of not enforcing the operational state as there > > > is no input from the user there and so no attack vector, this is purely > > > internal to the implementation. For config statements, it makes sense as > > > there is an input from the user that can be anything. > > > > > > > > > On the length of password, I saw a Security AD wanting clarification on > > > this not too long ago so you may see this comment again from one such . > > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > > yang. > > > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > > such like (although I have not seen a review by Security AD/directorate > > > of that). > > > > > > But I am left confused as to exactly what the cited object is doing. > > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > > in the YANG module doing? Is > > > leaf authentication-type { > > > the first octet of TLV10? Is > > > leaf authentication-key { > > > the rest of TLV10? And where is this 'presented' as the YANG module > > > says? Are you thinking of a YANG client presenting the field to a user > > > at a terminal, one router presenting it to another, or what? > > > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > > a Normative Reference for this I-D > > > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > > the crypto auth as new types. > > > The authentication-type is the first byte of the TLV (called > > > Authentication Type as well). > > > The authentication-key cannot be mapped directly to the > > > authentication-value field. This is the case for ClearText password > > > authtype but not crypto which adds a keyID in front of the > > > authentication data. > > > > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > > references to choose from. I found up/down in RFC5305, but only by > > > accident, and I have not found i/e yet so a reference would be good. > > > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > > "legacy advertisements" of prefix and links. By the way, after checking, > > > the position of the i-e leaf is currently wrong and needs to be within > > > the metric (default, delay...). I will fix this. > > > > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: stephane.litkowski@orange.com > > > Sent: Monday, January 07, 2019 9:22 AM > > > > > > Hi Tom, > > > > > > Thanks for your comments. > > > I wish you an happy new year ! > > > > > > Please find inline comments. > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Wednesday, January 02, 2019 12:17 > > > > > > Here are the rest of my comments on -29 with a slight tweak to the > > > subject line. I would regard most of these (but not the first two) as > > > non-discussable, ie I won't complain if you disagree:-) > > > > > > RFC1195 is in the YANG module but not the references of the I-D > > > [SLI] Will fix it > > > > > > RFC5029 is in the YANG module but not the references of the I-D > > > [SLI] Will fix it > > > > > > PSNPs, CSNPs > > > [SLI] Will fix it > > > > > > expand on first use - LSP I think ok > > > > > > leaf best { type boolean; > > > what is true and what false? I can guess from the English semantics of > > > the name but would rather not guess. > > > [SLI] Will fix it > > > To replace the current description which is : ""Indicates if the > > > alternate is the preferred."", do you prefer: "Set to true when the > > > alternate is preferred, set to false otherwise" ? > > > > > > > > > leaf non-best-reason { type string; > > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > > screenshots or packet traces to be attached). As it stands, you could > > > validly receive > > > a length of 18446744073709551615. > > > [SLI] Agree, will fix it > > > > > > You have a mixture of > > > System-id system-id System id System ID System Id system id system ID > > > suggest consistency; system-id wfm > > > [SLI] Will fix it > > > > > > You have a mixture of > > > lsp-id LSPID LSP ID > > > here, perhaps lsp-id for the names and LSP ID in the text > > > [SLI] Will fix it > > > > > > case password { leaf key { type string; > > > perhaps better with a minimum length > > > [SLI] I agree that it could make sense but is it really something that > > > we should impose ? > > > > > > > > > leaf i-e { type boolean; > > > what is true and what false? here I am reluctant even to guess > > > [SLI] This is coming from the standard, is it really worth repeating it > > > ? Same for up/down bit. > > > > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > > > " the authentication key MUST NOT be presented in" > > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > > module (but without the [..] ie the reference must be plain text not an > > > anchor). > > > > > > [SLI] You are right, it is missing. > > > > > > > > > It is recommended to use an MD5 > > > hash to present the authentication-key."; > > > Mmm I think that this may be a red flag to security AD or directorate as > > > being too vague as well as MD5 too weak; and I think this should be > > > explicitly called out in Security Considerations. > > > > > > [SLI] I agree that there is a point to discuss here. The fact is that we > > > must not retrieve passwords in clear text. Maybe it is something with a > > > wider scope than IS-IS. How do the other models deal with passwords > > > retrieved through "get" or "get-config" ? > > > > > > > > > list level-db { key level; leaf level { > > > A common convention is for a list of leaf thing to be named things i.e. > > > list levels { key level; leaf level { > > > > > > [SLI] ack > > > > > > rpc clear-adjacency { > > > "Name of the IS-IS protocol instance whose IS-IS > > > information is being queried. > > > queried or cleared? > > > [SLI] "cleared" > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: "tom petch" > > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > > > > Stephane > > > > > > > > A new and different comment. > > > > > > > > grouping neighbor-gmpls-extensions { > > > > > > > > has a text reference to RFC5307 which does not appear in the > > > references > > > > for the I-D. However, before adding it, I would like to know why it > > > is > > > > a good reference for switching capabilities (which is part of this > > > > grouping). I think that the reference for switching capabilities > > > should > > > > be RFC7074 (which this I-D does not currently reference and should > > > IMO). > > > > > > > > And that begs the question, why is switching-capability an > > > unrestricted > > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > > > So why not use > > > > > > > > draft-ietf-teas-yang-te-types? > > > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > > that may take some discussion. > > > > > > > > Tom Petch > > > > > > > > > > > > ----- Original Message ----- > > > > From: > > > > > > > > Hi Tom, > > > > > > > > Thanks for your comments. I will fix them asap. > > > > Regarding: > > > > " Line length is within the RFC limit but the effect is to spread many > > > > of the description clauses over multiple lines with indentation of 56 > > > > characters, not user friendly e.g. > > > > description > > > > "List of max LSP > > > > bandwidths for different > > > > priorities."; > > > > " > > > > What's your suggestion on this one ? > > > > > > > > Brgds, > > > > > > > > -----Original Message----- > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > Sent: Tuesday, November 27, 2018 12:11 > > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > > > Some quirks in-25 > > > > > > > > I see lots of YANG reference statements - good - but no mention of > > > them > > > > in the I-D references - not so good. My list is > > > > > > > > 5130 > > > > 5305 > > > > 5306 > > > > 5880 > > > > 5881 > > > > 6119 > > > > 6232 > > > > 7794 > > > > 7810 > > > > 7917 > > > > 8405 > > > > > > > > Also perhaps > > > > OLD > > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD).Please replace YYYY with > > > > published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > NEW > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD). > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > OLD > > > > reference "draft-ietf-bfd-yang-xx.txt: > > > > YANG Data Model for Bidirectional Forwarding > > > > Detection (BFD)"; > > > > NEW > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD). > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > > of > > > > the description clauses over multiple lines with indentation of 56 > > > > characters, not user friendly > > > > e.g. > > > > description > > > > "List of max LSP > > > > bandwidths for different > > > > priorities."; > > > > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > > module > > > > is somewhat longer than the editor list of the I-D. > > > > > > > > I note that the augmentation of interfaces seems to have no > > > conditional > > > > and so will augment all interfaces. I think that this is a generic > > > issue > > > > but do not see it being addressed anywhere. > > > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > > whether or not those should be conditional, or part of the MPLS YANG > > > > modules or both (copying Tarek for this) > > > > > > > > Tom Petch > > > > > > > > ----- Original Message ----- > > > > From: "Ebben Aries" > > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > > > Reviewer: Ebben Aries > > > > > Review result: On the Right Track > > > > > > > > > > 1 module in this draft: > > > > > - ietf-isis@2018-08-09.yang > > > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > > 0.16.54) > > > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > > architecture. > > > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > > - Both the description and the draft name reference that this module > > > > is > > > > > specific to configuration but contains operational state nodes in > > > > addition > > > > > to RPCs and notifications. Any wording suggesting this is only > > > > > configuration should be changed > > > > > - Module description must contain most recent copyright notice per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > > - Module description reads "common across all of the vendor > > > > implementations". > > > > > I don't think this needs to be called out as such as that is the > > > > overall > > > > > intention of *all* IETF models > > > > > - This module contains '22' features (and the respective OSPF module > > > > currently > > > > > contains '26'). While it is understood the purpose of these > > > > features in the > > > > > module, take precaution as to complexity for clients if they need > > > to > > > > > understand >= quantity of features per module in use on a > > > > > network-element. We are going to end up w/ feature explosion to > > > > convey > > > > > *all* possible features of each network-element leading to > > > > divergence back > > > > > towards native models at the end of the day. A large amount of > > > > these > > > > > feature names could be defined within a more global namespace > > > (e.g. > > > > nsr) but > > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > > isis:nsr, > > > > > ospf:nsr, etc..) > > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > > clearing a > > > > > specific neighbor/adjacency (See comments below as well regarding > > > > RPC > > > > > alignment w/ the OSPF model) > > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > > this > > > > is just > > > > > a string type. Is there any reason this is not a > > > > leafref/if:interface-ref > > > > > (much like in the OSPF model) > > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > > parent > > > > > identifier per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > > 1. > > > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > > > > ipv4 > > > > > true > > > > > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > > 'afs' if > > > > > we are using the expanded 'address-family' in other IETF models > > > such > > > > as > > > > > ietf-i2rs-rib > > > > > > > > > > > > > > > General comments on the draft + nits: > > > > > - Since YANG tree diagrams are used, please include an informative > > > > reference > > > > > per > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > > - Section 1.1 does not need to exist since this would be covered by > > > > the > > > > > reference mentioned above > > > > > - Reference to NMDA compliance should be contained within Section 1 > > > > (vs. > > > > > Section 2) per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > > - Section 2: It seems reference should be given to the location of > > > > where the > > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > > in > > > > the > > > > > above reference) > > > > > - Section 2.1: "Additional modules may be created this to > > > support..." > > > > needs > > > > > slight rewording adjustment > > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > > 'clear-database' rather w/ reliance off namespacing for > > > uniqueness. > > > > This > > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > > - Section 4: Notification name mismatch in this section from actual > > > > naming > > > > > within the module (e.g. 'adjacency-change' should rather be > > > > > 'adjacency-state-change') > > > > > - Section 7: Security Considerations will need updating to be > > > > patterned after > > > > > the latest version of the template at > > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > > - Section 12: All modules imported within this module MUST be > > > > referenced > > > > > within this section per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > > There are quite a few missing from this section right now > > > > > - Appendix A: Some of the XML elements are off in alignment > > > > > - Appendix A: Examples must be validated. The example given has the > > > > following > > > > > issues: > > > > > - /routing[name='SLI'] and /routing/description are invalid data > > > > nodes and > > > > > do not exist. I'm not sure why they are in the XML example here > > > > > - The example is meant to reference configuration however > > > > > /routing/interfaces is a r/o container > > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > > - The area-address does not validate against the pattern regex and > > > > must end > > > > > with a '.' e.g. > > > > > 49.0001.0000. > > > > > - metric-type/value is set to 'wide' which is invalid. This > > > should > > > > rather > > > > > be 'wide-only' > > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > > should > > > > > rather be 'ipv4' per iana-routing-types > > > > > - /interfaces/interface/type must be populated and is invalid. > > > This > > > > should > > > > > rather be qualified as such: > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > > > eLoopback > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > > > tCsmacd > > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > > associated as such: > > > > > enabled > > > > > - NP container 'priority' has a must statement checking if an > > > > interface-type > > > > > is set to 'broadcast' however if you take the XML example from > > > > this > > > > > section, it will fail to validate even if is not > > > > defined > > > > > underneath an interface-type of 'point-to-point'. It seems to > > > me > > > > that > > > > > this logic may need to be readjusted or not exist at all > > > (priority > > > > can > > > > > still be set on implementations on loopback interfaces - which > > > > would > > > > > default to 'broadcast' in the example here). Could you not > > > solve > > > > this > > > > > with use of 'when' vs. 'must' as such: > > > > > > > > > > when '../interface-type = "broadcast"' { > > > > > description "Priority can only be set for broadcast > > > > interfaces."; > > > > > } > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > > ..2. > > > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > > likely not > > > > > need to be defined for Loopback0) > > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > > 'isis/afs/af/enable' > > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > > > > ________________________________________________________________________ > > > > _________________________________________________ > > > > > > _______________________________________________ > > > yang-doctors mailing list > > > yang-doctors@ietf.org > > > https://www.ietf.org/mailman/listinfo/yang-doctors > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > Thank you. > > > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > -- 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 Jan 9 09:06:42 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C9DD130ED7 for ; Wed, 9 Jan 2019 09:06:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.042 X-Spam-Level: X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 T441GTwv-7yW for ; Wed, 9 Jan 2019 09:06:35 -0800 (PST) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED9D5130F2F for ; Wed, 9 Jan 2019 09:06:34 -0800 (PST) Received: by mail-lf1-x133.google.com with SMTP id p6so6216263lfc.1 for ; Wed, 09 Jan 2019 09:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=tSYWOwp4MSCqBmJ954TnvFliYqtt+wFP2swsRXTYBNg=; b=mkS9sElymn+Z+OHJu2kq2cS4m7xCmfu6wIx+o69XFZG+6FZGIyEDFH3BdngRvE40UZ 1h8XWE3SIL/PmwE7SwLCBaUWsudDxmaqgZrK+S2i9TEecJkSsM2HiD+P+tyC06P6q/Vd zTe3iSR2sH2NRj6bDfXYHCZrLrGd4mkf+htC6R/9eD0X7VexbC4nIKlpZrMwE547kIIE Rf/K7fXpEpz1ArQcFyl5KCRFBYIM7ulQkgyYf8udtLU84gpiTrpjX92SciXezZu8blkL nEBDaQgtJbS1PxTAr0PVTfF7cFjqRTdk9B5p6AXyQEOoCT5hWaxv1kv2ycNOK7CTweXr Wiiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=tSYWOwp4MSCqBmJ954TnvFliYqtt+wFP2swsRXTYBNg=; b=Rvx5WboiE3HyQtGBmImSZOBpYtif3ZwxfJICsqlDflZFGtMeK26qRqj3BvouKXDGSK IjeSRzTv2af0LctX+6xf9vO59Vc8Kt8gYLg7QXZNQxa1Yt/+6gQb7UKOII5zhrGET477 Z0PQxU/aC2Sl5lfHbW1Ego5yRpfneKSpj5rAMNyGE/Yecus6k7n8eo+2jzPz2otEQetW F55kbCC+S031v5yYcJZcUkGRtE1ZPWMzOVG0atSMHyw8ip7+eABMQLHPokaXlQfS0BqO 1IiMGKq7IJ7RbocGkiSv/IimJRvu0RbGstOY5z/8yayoQkmJ/so1fMXlvt0dCnwf78Ly w8HQ== X-Gm-Message-State: AJcUukf13aJzEkg39GMJVEJANG1eB/4w/Pk11ny/v5gjxU9BanHMgOLb gP05eb7Z/lgkeGg2L+qMNEAu9c+4GGCxSESS6ZwrhQ== X-Google-Smtp-Source: ALg8bN70hmeXv5nj2orBLuGCGL/tcrJmvZLduqVVfkOKh0zQdej6qqU9v4WDNiw9AEu71PfT1wQ7htvavvcj/2AuMZk= X-Received: by 2002:a19:d58e:: with SMTP id m136mr4292309lfg.70.1547053592444; Wed, 09 Jan 2019 09:06:32 -0800 (PST) MIME-Version: 1.0 References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> In-Reply-To: <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> From: Andy Bierman Date: Wed, 9 Jan 2019 09:06:20 -0800 Message-ID: To: Juergen Schoenwaelder , Stephane Litkowski , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000d3ac08057f097b13" Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 17:06:40 -0000 --000000000000d3ac08057f097b13 Content-Type: text/plain; charset="UTF-8" Hi, I agree with Juergen. The protocol has a "too-big" error is the server will not accept a big string. There should not be a false choice between an arbitrary maximum and "terabytes". You cannot use a range-stmt to specify the minimum required length that must be supported. length "3..max" does not allow strings of length 0 - 2. The description-stmt can have "A server MUST accept a string up to 64 characters in length" which lets the client choose a length from 0 to 64, and this will work on all server implementations. Andy On Wed, Jan 9, 2019 at 5:10 AM Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > Hi, > > please see my other email about the distinction I make between a hard > length restriction and the minimum length expected to be supported. I > wonder how you can sensibly pick a limit for things like non-best-reason: > > leaf non-best-reason { > type string; > description > "Information field to describe why the alternate > is not best."; > } > > You are simply creating an arbitrary restriction. And humble server is > not likely to send you an jpg image (and a bogus server will do so > anyway). (There are other similar objects.) > > Since I am searching for 'type string', I wonder whether these are > clear enough definitions. > > leaf prefix { > type string; > description > "Protected prefix."; > } > leaf alternate { > type string; > description > "Alternate nexthop for the prefix."; > } > > What is the (canonical) format of the allowed values? (There are more of > these.) > > /js > > On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com > wrote: > > Hi Tom, > > > > If you agree, I will set a length restriction on each string (ops and > cfg). It looks clearer for me rather than setting it in the description. > > > > For the references, I'm working on it. > > > > Brgds, > > > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 09, 2019 12:38 > > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org > > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-is-is-cfg-29 > > > > Stephane > > > > Thanks for persisting. > > > > On string lengths, I take your point about no user input to Operational > > State; there, my concern is more about giving guidance to implementors > > as to what they should cater for - as I said, this has been a topic of > > lively discussion in other WG. Even before that, whenever I see a > > string, I think is there an implicit length restriction and if not, > > should there be an explicit one which, as Juergen suggested, could be in > > the description clause. My experience is that those working with > > networks think about size, about length; those coming from applications > > tend to think 'What is a few terabytes between friends?' and are unaware > > that sizes that may be commonplace in servers and associated storage can > > create difficulties over a network. Whatever, I leave this one up to > > you. > > > > On references, I would like a change; you say this information is in the > > base ISO spec. Well, yes, to me that means that it should be a > > Normative Reference. I could not understand the description of e.g. > > 'i/e' and needed to look it up but seemingly cannot do so with the > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > do reference International Standard 10589 and I think that this one > > should too, perhaps in s.2.7 and s.5. > > > > Tom Petch > > > > ----- Original Message ----- > > From: > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > Hi Tom, > > > > Please find inline answers. > > > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, January 08, 2019 18:45 > > > > Ok. Top-posting the ones that are not 'ok': > > > > I said that I thought that LSP did not need expanding on first use and > > then checked the RFC Editor list to find that it is not one they regard > > as well-known and that LSR protocols use it differently to others, so I > > suggest expanding LSP on first use. > > > > [SLI] Already done for the next version. > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > overrun attacks and the like and so want a maximum on many things (and > > then people attach a friendly, 20Mbyte photo to their e-mail at > > Christmas and > > wonder why their ESP rejects the message so I do not congratulate them > > on the latest addition to the family:-). The IDR WG had a lively > > discussion about maximum message lengths in 2017 and that has also > > stayed in my mind. I have seen the comments on this by Juergen and > > Lada; perhaps as Juergen intimates, something in the Description would > > help; and while the server may not be rogue, it may not have a perfect > > implementation. > > > > [SLI] What I need to understand from your comment on string length > > enforcement is if it applies to operational state or just config states > > ? I do not see any issue of not enforcing the operational state as there > > is no input from the user there and so no attack vector, this is purely > > internal to the implementation. For config statements, it makes sense as > > there is an input from the user that can be anything. > > > > > > On the length of password, I saw a Security AD wanting clarification on > > this not too long ago so you may see this comment again from one such . > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > yang. > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > such like (although I have not seen a review by Security AD/directorate > > of that). > > > > But I am left confused as to exactly what the cited object is doing. > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > in the YANG module doing? Is > > leaf authentication-type { > > the first octet of TLV10? Is > > leaf authentication-key { > > the rest of TLV10? And where is this 'presented' as the YANG module > > says? Are you thinking of a YANG client presenting the field to a user > > at a terminal, one router presenting it to another, or what? > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > a Normative Reference for this I-D > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > the crypto auth as new types. > > The authentication-type is the first byte of the TLV (called > > Authentication Type as well). > > The authentication-key cannot be mapped directly to the > > authentication-value field. This is the case for ClearText password > > authtype but not crypto which adds a keyID in front of the > > authentication data. > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > references to choose from. I found up/down in RFC5305, but only by > > accident, and I have not found i/e yet so a reference would be good. > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > "legacy advertisements" of prefix and links. By the way, after checking, > > the position of the i-e leaf is currently wrong and needs to be within > > the metric (default, delay...). I will fix this. > > > > > > Tom Petch > > > > ----- Original Message ----- > > From: stephane.litkowski@orange.com > > Sent: Monday, January 07, 2019 9:22 AM > > > > Hi Tom, > > > > Thanks for your comments. > > I wish you an happy new year ! > > > > Please find inline comments. > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 02, 2019 12:17 > > > > Here are the rest of my comments on -29 with a slight tweak to the > > subject line. I would regard most of these (but not the first two) as > > non-discussable, ie I won't complain if you disagree:-) > > > > RFC1195 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > RFC5029 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > PSNPs, CSNPs > > [SLI] Will fix it > > > > expand on first use - LSP I think ok > > > > leaf best { type boolean; > > what is true and what false? I can guess from the English semantics of > > the name but would rather not guess. > > [SLI] Will fix it > > To replace the current description which is : ""Indicates if the > > alternate is the preferred."", do you prefer: "Set to true when the > > alternate is preferred, set to false otherwise" ? > > > > > > leaf non-best-reason { type string; > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > screenshots or packet traces to be attached). As it stands, you could > > validly receive > > a length of 18446744073709551615. > > [SLI] Agree, will fix it > > > > You have a mixture of > > System-id system-id System id System ID System Id system id system ID > > suggest consistency; system-id wfm > > [SLI] Will fix it > > > > You have a mixture of > > lsp-id LSPID LSP ID > > here, perhaps lsp-id for the names and LSP ID in the text > > [SLI] Will fix it > > > > case password { leaf key { type string; > > perhaps better with a minimum length > > [SLI] I agree that it could make sense but is it really something that > > we should impose ? > > > > > > leaf i-e { type boolean; > > what is true and what false? here I am reluctant even to guess > > [SLI] This is coming from the standard, is it really worth repeating it > > ? Same for up/down bit. > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > " the authentication key MUST NOT be presented in" > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > module (but without the [..] ie the reference must be plain text not an > > anchor). > > > > [SLI] You are right, it is missing. > > > > > > It is recommended to use an MD5 > > hash to present the authentication-key."; > > Mmm I think that this may be a red flag to security AD or directorate as > > being too vague as well as MD5 too weak; and I think this should be > > explicitly called out in Security Considerations. > > > > [SLI] I agree that there is a point to discuss here. The fact is that we > > must not retrieve passwords in clear text. Maybe it is something with a > > wider scope than IS-IS. How do the other models deal with passwords > > retrieved through "get" or "get-config" ? > > > > > > list level-db { key level; leaf level { > > A common convention is for a list of leaf thing to be named things i.e. > > list levels { key level; leaf level { > > > > [SLI] ack > > > > rpc clear-adjacency { > > "Name of the IS-IS protocol instance whose IS-IS > > information is being queried. > > queried or cleared? > > [SLI] "cleared" > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "tom petch" > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > Stephane > > > > > > A new and different comment. > > > > > > grouping neighbor-gmpls-extensions { > > > > > > has a text reference to RFC5307 which does not appear in the > > references > > > for the I-D. However, before adding it, I would like to know why it > > is > > > a good reference for switching capabilities (which is part of this > > > grouping). I think that the reference for switching capabilities > > should > > > be RFC7074 (which this I-D does not currently reference and should > > IMO). > > > > > > And that begs the question, why is switching-capability an > > unrestricted > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > So why not use > > > > > > draft-ietf-teas-yang-te-types? > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > that may take some discussion. > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: > > > > > > Hi Tom, > > > > > > Thanks for your comments. I will fix them asap. > > > Regarding: > > > " Line length is within the RFC limit but the effect is to spread many > > > of the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > " > > > What's your suggestion on this one ? > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, November 27, 2018 12:11 > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > Some quirks in-25 > > > > > > I see lots of YANG reference statements - good - but no mention of > > them > > > in the I-D references - not so good. My list is > > > > > > 5130 > > > 5305 > > > 5306 > > > 5880 > > > 5881 > > > 6119 > > > 6232 > > > 7794 > > > 7810 > > > 7917 > > > 8405 > > > > > > Also perhaps > > > OLD > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD).Please replace YYYY with > > > published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > OLD > > > reference "draft-ietf-bfd-yang-xx.txt: > > > YANG Data Model for Bidirectional Forwarding > > > Detection (BFD)"; > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > of > > > the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly > > > e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > module > > > is somewhat longer than the editor list of the I-D. > > > > > > I note that the augmentation of interfaces seems to have no > > conditional > > > and so will augment all interfaces. I think that this is a generic > > issue > > > but do not see it being addressed anywhere. > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > whether or not those should be conditional, or part of the MPLS YANG > > > modules or both (copying Tarek for this) > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: "Ebben Aries" > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > Reviewer: Ebben Aries > > > > Review result: On the Right Track > > > > > > > > 1 module in this draft: > > > > - ietf-isis@2018-08-09.yang > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > 0.16.54) > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > architecture. > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > - Both the description and the draft name reference that this module > > > is > > > > specific to configuration but contains operational state nodes in > > > addition > > > > to RPCs and notifications. Any wording suggesting this is only > > > > configuration should be changed > > > > - Module description must contain most recent copyright notice per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > - Module description reads "common across all of the vendor > > > implementations". > > > > I don't think this needs to be called out as such as that is the > > > overall > > > > intention of *all* IETF models > > > > - This module contains '22' features (and the respective OSPF module > > > currently > > > > contains '26'). While it is understood the purpose of these > > > features in the > > > > module, take precaution as to complexity for clients if they need > > to > > > > understand >= quantity of features per module in use on a > > > > network-element. We are going to end up w/ feature explosion to > > > convey > > > > *all* possible features of each network-element leading to > > > divergence back > > > > towards native models at the end of the day. A large amount of > > > these > > > > feature names could be defined within a more global namespace > > (e.g. > > > nsr) but > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > isis:nsr, > > > > ospf:nsr, etc..) > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > clearing a > > > > specific neighbor/adjacency (See comments below as well regarding > > > RPC > > > > alignment w/ the OSPF model) > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > this > > > is just > > > > a string type. Is there any reason this is not a > > > leafref/if:interface-ref > > > > (much like in the OSPF model) > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > parent > > > > identifier per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > 1. > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > ipv4 > > > > true > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > 'afs' if > > > > we are using the expanded 'address-family' in other IETF models > > such > > > as > > > > ietf-i2rs-rib > > > > > > > > > > > > General comments on the draft + nits: > > > > - Since YANG tree diagrams are used, please include an informative > > > reference > > > > per > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > - Section 1.1 does not need to exist since this would be covered by > > > the > > > > reference mentioned above > > > > - Reference to NMDA compliance should be contained within Section 1 > > > (vs. > > > > Section 2) per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > - Section 2: It seems reference should be given to the location of > > > where the > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > in > > > the > > > > above reference) > > > > - Section 2.1: "Additional modules may be created this to > > support..." > > > needs > > > > slight rewording adjustment > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > 'clear-database' rather w/ reliance off namespacing for > > uniqueness. > > > This > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > - Section 4: Notification name mismatch in this section from actual > > > naming > > > > within the module (e.g. 'adjacency-change' should rather be > > > > 'adjacency-state-change') > > > > - Section 7: Security Considerations will need updating to be > > > patterned after > > > > the latest version of the template at > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > - Section 12: All modules imported within this module MUST be > > > referenced > > > > within this section per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > There are quite a few missing from this section right now > > > > - Appendix A: Some of the XML elements are off in alignment > > > > - Appendix A: Examples must be validated. The example given has the > > > following > > > > issues: > > > > - /routing[name='SLI'] and /routing/description are invalid data > > > nodes and > > > > do not exist. I'm not sure why they are in the XML example here > > > > - The example is meant to reference configuration however > > > > /routing/interfaces is a r/o container > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > - The area-address does not validate against the pattern regex and > > > must end > > > > with a '.' e.g. > > > > 49.0001.0000. > > > > - metric-type/value is set to 'wide' which is invalid. This > > should > > > rather > > > > be 'wide-only' > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > should > > > > rather be 'ipv4' per iana-routing-types > > > > - /interfaces/interface/type must be populated and is invalid. > > This > > > should > > > > rather be qualified as such: > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > > eLoopback > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > > tCsmacd > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > associated as such: > > > > enabled > > > > - NP container 'priority' has a must statement checking if an > > > interface-type > > > > is set to 'broadcast' however if you take the XML example from > > > this > > > > section, it will fail to validate even if is not > > > defined > > > > underneath an interface-type of 'point-to-point'. It seems to > > me > > > that > > > > this logic may need to be readjusted or not exist at all > > (priority > > > can > > > > still be set on implementations on loopback interfaces - which > > > would > > > > default to 'broadcast' in the example here). Could you not > > solve > > > this > > > > with use of 'when' vs. 'must' as such: > > > > > > > > when '../interface-type = "broadcast"' { > > > > description "Priority can only be set for broadcast > > > interfaces."; > > > > } > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > ..2. > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > likely not > > > > need to be defined for Loopback0) > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > 'isis/afs/af/enable' > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > ________________________________________________________________________ > > > _________________________________________________ > > > > > > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > > yang-doctors mailing list > > yang-doctors@ietf.org > > https://www.ietf.org/mailman/listinfo/yang-doctors > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors > --000000000000d3ac08057f097b13 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I agree with Juergen.
The= protocol has a "too-big" error is the server will not accept a b= ig string.
There should not be a false choice between an arbitrar= y maximum and "terabytes".

You cannot us= e a range-stmt to specify the minimum required length that must be supporte= d.
length "3..max" does not allow strings of length 0 -= 2.

The description-stmt can have "A server M= UST accept a string up to 64 characters in length"
which let= s the client choose a length from 0 to 64, and this will work on all server= implementations.

Andy

<= br>
On Wed, Jan 9, 2019 at 5:10 = AM Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
Hi,

please see my other email about the distinction I make between a hard
length restriction and the minimum length expected to be supported.=C2=A0 I=
wonder how you can sensibly pick a limit for things like non-best-reason:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf non-best-reason {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Information field to descri= be why the alternate
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0is not best.";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }

You are simply creating an arbitrary restriction. And humble server is
not likely to send you an jpg image (and a bogus server will do so
anyway). (There are other similar objects.)

Since I am searching for 'type string', I wonder whether these are<= br> clear enough definitions.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf prefix {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Protected prefix."; =C2=A0 =C2=A0 =C2=A0 =C2=A0 }
=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf alternate {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Alternate nexthop for the p= refix.";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }

What is the (canonical) format of the allowed values? (There are more of th= ese.)

/js

On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com wrote:<= br> > Hi Tom,
>
> If you agree, I will set a length restriction on each string (ops and = cfg). It looks clearer for me rather than setting it in the description. >
> For the references, I'm working on it.
>
> Brgds,
>
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Wednesday, January 09, 2019 12:38
> To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org
> Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org
> Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yan= g-is-is-cfg-29
>
> Stephane
>
> Thanks for persisting.
>
> On string lengths, I take your point about no user input to Operationa= l
> State; there, my concern is more about giving guidance to implementors=
> as to what they should cater for - as I said, this has been a topic of=
> lively discussion in other WG.=C2=A0 Even before that, whenever I see = a
> string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be = in
> the description clause.=C2=A0 My experience is that those working with=
> networks think about size, about length; those coming from application= s
> tend to think 'What is a few terabytes between friends?' and a= re unaware
> that sizes that may be commonplace in servers and associated storage c= an
> create difficulties over a network.=C2=A0 Whatever, I leave this one u= p to
> you.
>
> On references, I would like a change; you say this information is in t= he
> base ISO spec.=C2=A0 Well, yes, to me that means that it should be a > Normative Reference.=C2=A0 I could not understand the description of e= .g.
> 'i/e' and needed to look it up but seemingly cannot do so with= the
> listed references of the I-D.=C2=A0 Note that RFC such as RFC5305 and = RFC6119
> do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5.
>
> Tom Petch
>
> ----- Original Message -----
> From: <stephane.litkowski@orange.com>
> Sent: Wednesday, January 09, 2019 9:18 AM
>
> Hi Tom,
>
> Please find inline answers.
>
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Tuesday, January 08, 2019 18:45
>
> Ok.=C2=A0 Top-posting the ones that are not 'ok':
>
> I said that I thought that LSP did not need expanding on first use and=
> then checked the RFC Editor list to find that it is not one they regar= d
> as well-known and that LSR protocols use it differently to others, so = I
> suggest expanding LSP on first use.
>
> [SLI] Already done for the next version.
>
> On lengths of text messages, perhaps I am too sensitive to buffer
> overrun attacks and the like and so want a maximum on many things (and=
> then people attach a friendly, 20Mbyte photo to their e-mail at
> Christmas and
> wonder why their ESP rejects the message so I do not congratulate them=
> on the latest addition to the family:-).=C2=A0 The IDR WG had a lively=
> discussion about maximum message lengths in 2017 and that has also
> stayed in my mind.=C2=A0 I have seen the comments on this by Juergen a= nd
> Lada; perhaps as Juergen intimates, something in the Description would=
> help; and while the server may not be rogue, it may not have a perfect=
> implementation.
>
> [SLI] What I need to understand from your comment on string length
> enforcement is if it applies to operational state or just config state= s
> ? I do not see any issue of not enforcing the operational state as the= re
> is no input from the user there and so no attack vector, this is purel= y
> internal to the implementation. For config statements, it makes sense = as
> there is an input from the user that can be anything.
>
>
> On the length of password, I saw a Security AD wanting clarification o= n
> this not too long ago so you may see this comment again from one such = .
> Likewise, MD5 tends to be a red flag although I see it appears in bgp<= br> > yang.
>
> I like the sort of detail in ippm-twamp-yang, on algorithms, entropy a= nd
> such like (although I have not seen a review by Security AD/directorat= e
> of that).
>
> But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the field= s
> in the YANG module doing?=C2=A0 Is
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf authentication-type {
> the first octet of TLV10?=C2=A0 Is
>=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf authentication-key {
> the rest of TLV10?=C2=A0 And where is this 'presented' as the = YANG module
> says?=C2=A0 Are you thinking of a YANG client presenting the field to = a user
> at a terminal, one router presenting it to another, or what?
>
> I am using RFC5310 as my source for TLV10 and wondering why that is no= t
> a Normative Reference for this I-D
>
> [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just ad= ds
> the crypto auth as new types.
> The authentication-type is the first byte of the TLV (called
> Authentication Type as well).
> The authentication-key cannot be mapped directly to the
> authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the
> authentication data.
>
>
> On the I/E bit, the question is, which standard?=C2=A0 I have 30 Norma= tive
> references to choose from.=C2=A0 =C2=A0I found up/down in RFC5305, but= only by
> accident, and I have not found i/e yet so a reference would be good. >
> [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, aft= er checking,
> the position of the i-e leaf is currently wrong and needs to be within=
> the metric (default, delay...). I will fix this.
>
>
> Tom Petch
>
> ----- Original Message -----
> From: stephane.litkowski@orange.com
> Sent: Monday, January 07, 2019 9:22 AM
>
> Hi Tom,
>
> Thanks for your comments.
> I wish you an happy new year !
>
> Please find inline comments.
>
> Brgds,
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Wednesday, January 02, 2019 12:17
>
> Here are the rest of my comments on -29 with a slight tweak to the
> subject line.=C2=A0 I would regard most of these (but not the first tw= o) as
> non-discussable, ie I won't complain if you disagree:-)
>
> RFC1195 is in the YANG module but not the references of the I-D
> [SLI] Will fix it
>
> RFC5029 is in the YANG module but not the references of the I-D
> [SLI] Will fix it
>
> PSNPs, CSNPs
> [SLI] Will fix it
>
> expand on first use - LSP I think ok
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf best {=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0type boolean;
> what is true and what false?=C2=A0 I can guess from the English semant= ics of
> the name but would rather not guess.
> [SLI] Will fix it
> To replace the current description which is : ""Indicates if= the
> alternate is the preferred."", do you prefer: "Set to t= rue when the
> alternate is preferred, set to false otherwise" ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf non-best-reason {=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 type string;
> suggest a maximum length, perhaps 127 or 255 ( unless you expect
> screenshots or packet traces to be attached).=C2=A0 As it stands, you = could
> validly receive
> a length of 18446744073709551615.
> [SLI] Agree, will fix it
>
> You have a mixture of
> System-id system-id System id System ID System Id system id system ID<= br> > suggest consistency; system-id wfm
> [SLI] Will fix it
>
> You have a mixture of
> lsp-id LSPID LSP ID
> here, perhaps lsp-id for the names and LSP ID in the text
> [SLI] Will fix it
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0case password {=C2=A0 =C2=A0 =C2=A0 =C2=A0 l= eaf key {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
> perhaps better with a minimum length
> [SLI] I agree that it could make sense but is it really something that=
> we should impose ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf i-e {=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 type boolean;
> what is true and what false?=C2=A0 here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating i= t
> ? Same for up/down bit.
>
>
> /"Authentication keyto/=C2=A0 "Authentication key to/
>
> "=C2=A0 =C2=A0 =C2=A0the authentication key MUST NOT be presented= in"
> RFC2119 language means that RFC2119 boilerplate should be in the YANG<= br> > module (but without the [..] ie the reference must be plain text not a= n
> anchor).
>
> [SLI] You are right, it is missing.
>
>
>=C2=A0 It is recommended to use an MD5
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 hash to present the authentic= ation-key.";
> Mmm I think that this may be a red flag to security AD or directorate = as
> being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations.
>
> [SLI] I agree that there is a point to discuss here. The fact is that = we
> must not retrieve passwords in clear text. Maybe it is something with = a
> wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0list level-db {=C2=A0 =C2=A0 =C2=A0 =C2=A0 k= ey level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {
> A common convention is for a list of leaf thing to be named things i.e= .
>=C2=A0 =C2=A0 =C2=A0 =C2=A0list levels {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0key level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {
>
> [SLI] ack
>
>=C2=A0 =C2=A0rpc clear-adjacency {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Name of the IS-IS protoc= ol instance whose IS-IS
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 information is being queried.=
> queried or cleared?
> [SLI] "cleared"
>
> Tom Petch
>
>
> ----- Original Message -----
> From: "tom petch" <ietfc@btconnect.com>
> Sent: Monday, December 31, 2018 6:21 PM
>
>
> > Stephane
> >
> > A new and different comment.
> >
> >=C2=A0 =C2=A0grouping neighbor-gmpls-extensions {
> >
> > has a text reference to RFC5307 which does not appear in the
> references
> > for the I-D.=C2=A0 However, before adding it, I would like to kno= w why it
> is
> > a good reference for switching capabilities (which is part of thi= s
> > grouping).=C2=A0 I think that the reference for switching capabil= ities
> should
> > be RFC7074 (which this I-D does not currently reference and shoul= d
> IMO).
> >
> > And that begs the=C2=A0 question, why is switching-capability an<= br> > unrestricted
> > uint8 when only 12 values are valid and three are deprecated?
> >
> > So why not use
> >
> > draft-ietf-teas-yang-te-types?
> >
> > I have a number of additional comments on cfg-29 but this is the = one
> > that may take some discussion.
> >
> > Tom Petch
> >
> >
> > ----- Original Message -----
> > From: <stephane.litkowski@orange.com>
> >
> > Hi Tom,
> >
> > Thanks for your comments. I will fix them asap.
> > Regarding:
> > " Line length is within the RFC limit but the effect is to s= pread many
> > of the description clauses over multiple lines with indentation o= f 56
> > characters, not user friendly e.g.
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0description
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LSP
> > bandwidths for different
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";
> > "
> > What's your suggestion on this one ?
> >
> > Brgds,
> >
> > -----Original Message-----
> > From: tom petch [mailto:ietfc@btconnect.com]
> > Sent: Tuesday, November 27, 2018 12:11
> > Subject: Re: [Lsr] Yangdoctors last call review of
> > draft-ietf-isis-yang-isis-cfg-24
> >
> > Some quirks in-25
> >
> > I see lots of YANG reference statements - good - but no mention o= f
> them
> > in the I-D references - not so good.=C2=A0 My list is
> >
> > 5130
> > 5305
> > 5306
> > 5880
> > 5881
> > 6119
> > 6232
> > 7794
> > 7810
> > 7917
> > 8405
> >
> > Also perhaps
> > OLD
> >=C2=A0 =C2=A0 =C2=A0reference "RFC XXXX - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).Please replace YYYY with
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 published RF= C
> > number for draft-ietf-bfd-yang.";
> >
> > NEW
> >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).
> >
> > -- Note to RFC Editor Please replace YYYY with published RFC
> > number for draft-ietf-bfd-yang.";
> >
> > OLD
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0reference "draft-ietf-bfd-yang-xx.= txt:
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YAN= G Data Model for Bidirectional Forwarding
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Det= ection (BFD)";
> > NEW
> >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).
> >
> > -- Note to RFC Editor Please replace YYYY with published RFC
> > number for draft-ietf-bfd-yang.";
> >
> >
> > Line length is within the RFC limit but the effect is to spread m= any
> of
> > the description clauses over multiple lines with indentation of 5= 6
> > characters, not user friendly
> > e.g.
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0description
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LSP
> > bandwidths for different
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";
> >
> >
> > Acknowledgements is TBD. I note that the editor list of the YANG<= br> > module
> > is somewhat longer than the editor list of the I-D.
> >
> > I note that the augmentation of interfaces seems to have no
> conditional
> > and so will augment all interfaces. I think that this is a generi= c
> issue
> > but do not see it being addressed anywhere.
> >
> > In a similar vein, you are defining MPLS objects and I am unclear=
> > whether or not those should be conditional, or part of the MPLS Y= ANG
> > modules or both (copying Tarek for this)
> >
> > Tom Petch
> >
> > ----- Original Message -----
> > From: "Ebben Aries" <exa@juniper.net>
> > Sent: Tuesday, October 23, 2018 12:45 AM
> >
> > > Reviewer: Ebben Aries
> > > Review result: On the Right Track
> > >
> > > 1 module in this draft:
> > > - ietf-isis@2018-08-09.yang
> > >
> > > No YANG compiler errors or warnings (from pyang 1.7.5 and ya= nglint
> > 0.16.54)
> > >
> > > "ietf-isis@2018-08-09" module is compatible with t= he NMDA
> > architecture.
> > >
> > > Module ietf-isis@2018-08-09.yang:
> > > - Both the description and the draft name reference that thi= s module
> > is
> > >=C2=A0 =C2=A0specific to configuration but contains operation= al state nodes in
> > addition
> > >=C2=A0 =C2=A0to RPCs and notifications.=C2=A0 Any wording sug= gesting this is only
> > >=C2=A0 =C2=A0configuration should be changed
> > > - Module description must contain most recent copyright noti= ce per
> > >
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-3.1
> > > - Module description reads "common across all of the ve= ndor
> > implementations".
> > >=C2=A0 =C2=A0I don't think this needs to be called out as= such as that is the
> > overall
> > >=C2=A0 =C2=A0intention of *all* IETF models
> > > - This module contains '22' features (and the respec= tive OSPF module
> > currently
> > >=C2=A0 =C2=A0contains '26').=C2=A0 While it is unders= tood the purpose of these
> > features in the
> > >=C2=A0 =C2=A0module, take precaution as to complexity for cli= ents if they need
> to
> > >=C2=A0 =C2=A0understand >=3D quantity of features per modu= le in use on a
> > >=C2=A0 =C2=A0network-element.=C2=A0 We are going to end up w/= feature explosion to
> > convey
> > >=C2=A0 =C2=A0*all* possible features of each network-element = leading to
> > divergence back
> > >=C2=A0 =C2=A0towards native models at the end of the day.=C2= =A0 A large amount of
> > these
> > >=C2=A0 =C2=A0feature names could be defined within a more glo= bal namespace
> (e.g.
> > nsr) but
> > >=C2=A0 =C2=A0this gives us a granular yet cumbersome approach= (e.g. feature
> > isis:nsr,
> > >=C2=A0 =C2=A0ospf:nsr, etc..)
> > > - RPC 'clear-adjacency' does not have any input leaf= that covers
> > clearing a
> > >=C2=A0 =C2=A0specific neighbor/adjacency (See comments below = as well regarding
> > RPC
> > >=C2=A0 =C2=A0alignment w/ the OSPF model)
> > > - RPC 'clear-adjacency' has an input node of 'in= terface' however
> this
> > is just
> > >=C2=A0 =C2=A0a string type.=C2=A0 Is there any reason this is= not a
> > leafref/if:interface-ref
> > >=C2=A0 =C2=A0(much like in the OSPF model)
> > > - Child nodes within a container or list SHOULD NOT replicat= e the
> > parent
> > >=C2=A0 =C2=A0identifier per
> > >
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-4.3.
> > 1.
> > >
> > >=C2=A0 =C2=A0A case in point is the list /afs/af that has a l= eaf of 'af'
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0<afs>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<af>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<af>ipv4</a= f>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<enable>true&l= t;/enable>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</af>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0</afs>
> > >
> > >=C2=A0 =C2=A0Not only is this replication, but we should like= ly not abbreviate
> > 'afs' if
> > >=C2=A0 =C2=A0we are using the expanded 'address-family= 9; in other IETF models
> such
> > as
> > >=C2=A0 =C2=A0ietf-i2rs-rib
> > >
> > >
> > > General comments on the draft + nits:
> > > - Since YANG tree diagrams are used, please include an infor= mative
> > reference
> > >=C2=A0 =C2=A0per
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-3.4
> > > - Section 1.1 does not need to exist since this would be cov= ered by
> > the
> > >=C2=A0 =C2=A0reference mentioned above
> > > - Reference to NMDA compliance should be contained within Se= ction 1
> > (vs.
> > >=C2=A0 =C2=A0Section 2) per
> > >
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-3.5
> > > - Section 2: It seems reference should be given to the locat= ion of
> > where the
> > >=C2=A0 =C2=A0ietf-routing module is defined (As well as refer= ence to NMDA RFC
> in
> > the
> > >=C2=A0 =C2=A0above reference)
> > > - Section 2.1: "Additional modules may be created this = to
> support..."
> > needs
> > >=C2=A0 =C2=A0slight rewording adjustment
> > > - Section 3: The RPC operations are named 'clear-adjacen= cy' and
> > >=C2=A0 =C2=A0'clear-database' rather w/ reliance off = namespacing for
> uniqueness.
> > This
> > >=C2=A0 =C2=A0section refers to 'clear-isis-database' = and 'clear-isis-adjacency'
> > > - Section 4: Notification name mismatch in this section from= actual
> > naming
> > >=C2=A0 =C2=A0within the module (e.g. 'adjacency-change= 9; should rather be
> > >=C2=A0 =C2=A0'adjacency-state-change')
> > > - Section 7: Security Considerations will need updating to b= e
> > patterned after
> > >=C2=A0 =C2=A0the latest version of the template at
> > >=C2=A0 =C2=A0https://trac.= ietf.org/trac/ops/wiki/yang-security-guidelines per
> > >
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-3.7
> > > - Section 12: All modules imported within this module MUST b= e
> > referenced
> > >=C2=A0 =C2=A0within this section per
> > >
> >
> https://tools.ietf.org/h= tml/draft-ietf-netmod-rfc6087bis-20#section-3.9.
> > >=C2=A0 =C2=A0There are quite a few missing from this section = right now
> > > - Appendix A: Some of the XML elements are off in alignment<= br> > > > - Appendix A: Examples must be validated.=C2=A0 The example = given has the
> > following
> > >=C2=A0 =C2=A0issues:
> > >=C2=A0 =C2=A0- /routing[name=3D'SLI'] and /routing/de= scription are invalid data
> > nodes and
> > >=C2=A0 =C2=A0 =C2=A0do not exist.=C2=A0 I'm not sure why = they are in the XML example here
> > >=C2=A0 =C2=A0- The example is meant to reference configuratio= n however
> > >=C2=A0 =C2=A0 =C2=A0/routing/interfaces is a r/o container > > >=C2=A0 =C2=A0- The control-plane-protocol 'type' need= s to be qualified - e.g.
> > >=C2=A0 =C2=A0 =C2=A0<type
> > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">= ;isis:isis</type>
> > >=C2=A0 =C2=A0- The area-address does not validate against the= pattern regex and
> > must end
> > >=C2=A0 =C2=A0 =C2=A0with a '.'=C2=A0 e.g.
> > >=C2=A0 =C2=A0 =C2=A0<area-address>49.0001.0000.</are= a-address>
> > >=C2=A0 =C2=A0- metric-type/value is set to 'wide' whi= ch is invalid.=C2=A0 This
> should
> > rather
> > >=C2=A0 =C2=A0 =C2=A0be 'wide-only'
> > >=C2=A0 =C2=A0- isis/afs/af/af is set to 'ipv4-unicast'= ; which is invalid.=C2=A0 This
> > should
> > >=C2=A0 =C2=A0 =C2=A0rather be 'ipv4' per iana-routing= -types
> > >=C2=A0 =C2=A0- /interfaces/interface/type must be populated a= nd is invalid.
> This
> > should
> > >=C2=A0 =C2=A0 =C2=A0rather be qualified as such:
> > >=C2=A0 =C2=A0 =C2=A0<type
> >
> xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type"&g= t;ianaift:softwar
> > eLoopback</type>
> > >=C2=A0 =C2=A0 =C2=A0<type
> >
> xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type"&g= t;ianaift:etherne
> > tCsmacd</type>
> > >=C2=A0 =C2=A0- /interfaces/interface/link-up-down-trap-enable= must have a value
> > >=C2=A0 =C2=A0 =C2=A0associated as such:
> > >=C2=A0 =C2=A0 =C2=A0<link-up-down-trap-enable>enabled&l= t;/link-up-down-trap-enable>
> > >=C2=A0 =C2=A0- NP container 'priority' has a must sta= tement checking if an
> > interface-type
> > >=C2=A0 =C2=A0 =C2=A0is set to 'broadcast' however if = you take the XML example from
> > this
> > >=C2=A0 =C2=A0 =C2=A0section, it will fail to validate even if= <priority> is not
> > defined
> > >=C2=A0 =C2=A0 =C2=A0underneath an interface-type of 'poin= t-to-point'.=C2=A0 It seems to
> me
> > that
> > >=C2=A0 =C2=A0 =C2=A0this logic may need to be readjusted or n= ot exist at all
> (priority
> > can
> > >=C2=A0 =C2=A0 =C2=A0still be set on implementations on loopba= ck interfaces - which
> > would
> > >=C2=A0 =C2=A0 =C2=A0default to 'broadcast' in the exa= mple here).=C2=A0 Could you not
> solve
> > this
> > >=C2=A0 =C2=A0 =C2=A0with use of 'when' vs. 'must&= #39; as such:
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0when '../interfa= ce-type =3D "broadcast"' {
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0descri= ption "Priority can only be set for broadcast
> > interfaces.";
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
> > >
> > >
> >
> https://tools.ietf.org/= html/draft-ietf-netmod-rfc6087bis-20#section-4.18
> > ..2.
> > >
> > >=C2=A0 =C2=A0- /interfaces/interface/ipv4/mtu must contain a = valid value (and
> > likely not
> > >=C2=A0 =C2=A0 =C2=A0need to be defined for Loopback0)
> > >=C2=A0 =C2=A0- 'isis/mpls-te/ipv4-router-id' is inval= id and should rather be
> > >=C2=A0 =C2=A0 =C2=A0'isis/mpls/te-rid/ipv4-router-id'=
> > >=C2=A0 =C2=A0- 'isis/afs/af/enabled' is invalid and s= hould rather be
> > 'isis/afs/af/enable'
> > >=C2=A0 =C2=A0- Examples should use IPv6 addresses where appro= priate per
> > >
> >
> https://tools.ietf.org/= html/draft-ietf-netmod-rfc6087bis-20#section-3.12
> >
> >
> ______________________________________________________________________= __
> > _________________________________________________
>
>
> ______________________________________________________________________= ___________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations con= fidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez= recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les me= ssages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deform= e ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privilege= d information that may be protected by law;
> they should not be distributed, used or copied without authorisation.<= br> > If you have received this email in error, please notify the sender and= delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> yang-doctors mailing list
> yang-doctor= s@ietf.org
> https://www.ietf.org/mailman/listinfo/yang-do= ctors

--
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/>

_______________________________________________
yang-doctors mailing list
yang-doctors@iet= f.org
https://www.ietf.org/mailman/listinfo/yang-doctors=
--000000000000d3ac08057f097b13-- From nobody Wed Jan 9 09:14:38 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D27AD130F9C; Wed, 9 Jan 2019 09:14:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lOqo6_r2CeVC; Wed, 9 Jan 2019 09:14:22 -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 B483F130EF2; Wed, 9 Jan 2019 09:14:21 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 4F48C10DB; Wed, 9 Jan 2019 18:14:20 +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 EGfGpj97lK1E; Wed, 9 Jan 2019 18:14:20 +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, 9 Jan 2019 18:14:20 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 31A5A20047; Wed, 9 Jan 2019 18:14:20 +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 pLxfgLQ41Ndu; Wed, 9 Jan 2019 18:14:18 +0100 (CET) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 89B8320045; Wed, 9 Jan 2019 18:14:18 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 18:14:18 +0100 Received: by anna.localdomain (Postfix, from userid 501) id B57153005777D1; Wed, 9 Jan 2019 18:14:17 +0100 (CET) Date: Wed, 9 Jan 2019 18:14:17 +0100 From: Juergen Schoenwaelder To: , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109171417.7htajkttb4zd32k3@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: stephane.litkowski@orange.com, tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109151859.qspww2savq2ktxiz@anna.jacobs.jacobs-university.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20190109151859.qspww2savq2ktxiz@anna.jacobs.jacobs-university.de> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB01.jacobs.jacobs-university.de (10.70.0.120) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 17:14:30 -0000 What is the relevance / lifetime of the error strings? When do error leafs come into existence? How long do they stay? Can I distinguish between a recent or an old error? I am just asking questions you should have thought about. Searching further for strings in draft-ietf-isis-yang-isis-cfg-29.txt, I see this: leaf authentication-type { type string; description "Authentication type to be used with IS-IS node."; } leaf authentication-key { type string; description "Authentication keyto be used. For security reasons, the authentication key MUST NOT be presented in plaintext format. It is recommended to use an MD5 hash to present the authentication-key."; } description "IS-IS node authentication information container - IS-IS reference is TLV 10."; Every implementor can make up his own identifier format and choose a format for the keys arbitrarily? Some do MD5 some SHA-1? Do we not have proper identifiers and formats defined already in some other YANG modules? You should look at RFC 7317, which did establish an IANA registry that you may find useful, perhaps also here (appears actually multiple times): case password { leaf key { type string; description "This leaf specifies the authentication key."; } leaf crypto-algorithm { type identityref { base key-chain:crypto-algorithm; } description "Cryptographic algorithm associated with key."; } What are these hostname strings? leaf hostname { type string; description "Hostname associated with the system ID."; } Are these names following DNS conventions, similar to lets say this taken from RFC 7317: leaf hostname { type inet:domain-name; description "The name of the host. This name can be a single domain label or the fully qualified domain name of the host."; } /js On Wed, Jan 09, 2019 at 04:18:59PM +0100, Juergen Schoenwaelder wrote: > What is the value of your error leafs if there is no error to report > yet? Do you really want to rule out empty strings? Anyway, the semantics > are up to you to figure out. > > /js > > On Wed, Jan 09, 2019 at 02:55:40PM +0000, stephane.litkowski@orange.com wrote: > > Ok, so if we are silent about "must support at least", I think the only thing to do is to have 'type string "1.."' to avoid empty string as I don't see any requirement to have a minimum of x characters. > > > > > > -----Original Message----- > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: Wednesday, January 09, 2019 15:27 > > To: LITKOWSKI Stephane OBS/OINIS > > Cc: tom petch; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > > > Implementations must be robust and be able to deal with rogue input, a > > length restriction in the data model does not help solving that problem. > > > > Perhaps an example helps for the other question: > > > > leaf example { > > type string "3.."; > > description > > "implementation must support a length of at least 42 characters" > > } > > > > Valid input can be any string which has at least three characters and > > implementations are expected to handle at least strings up to 42 > > characters. An other alternative is to be silent about any > > expectations. A third option is to let server implementors document > > via deviations any length restrictions they may impose in their > > implementation. > > > > My preference is actually to be silent about "must support at least" > > constrained unless there is a clear technical reason for a specific > > number. > > > > /js > > > > On Wed, Jan 09, 2019 at 01:27:05PM +0000, stephane.litkowski@orange.com wrote: > > > Hi Juergen, > > > > > > There is something that I'm missing (sorry for that). How defining a minimum length helps to deal with rogue input ? I see a rogue input more being a too long string. Too short can happen if a specific leaf really requires a minimum length string, but I don't think that we have such a case. > > > In addition, when your talk about minimum length in your email below, do I need to understand it as "minimum length to be supported by the implementation" ? (you said before: "'implementations should at least handle a length of x characters'"). This means that the user can input a string of any size between 0 and this minimum length to be supported. Or is it really a minimum length so the user cannot input something shorter than this value ? > > > > > > Brgds, > > > > > > > > > -----Original Message----- > > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > > Sent: Wednesday, January 09, 2019 13:10 > > > To: tom petch > > > Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > > > > > Hi, > > > > > > just to clarify: My position is that implementations have to be able > > > to deal with rogue input no matter whether there is a length > > > restriction defined in a data model or not. If people argue for length > > > restrictions, then this should be done for interoperability reasons. > > > And for this you may want to define a minimum length that must be > > > supported instead of a maximum length that defines a hard upper > > > boundary (and the only place to define such a minimum length and > > > implementations must support so far is in the description statement). > > > > > > /js > > > > > > On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > > > > Stephane > > > > > > > > Thanks for persisting. > > > > > > > > On string lengths, I take your point about no user input to Operational > > > > State; there, my concern is more about giving guidance to implementors > > > > as to what they should cater for - as I said, this has been a topic of > > > > lively discussion in other WG. Even before that, whenever I see a > > > > string, I think is there an implicit length restriction and if not, > > > > should there be an explicit one which, as Juergen suggested, could be in > > > > the description clause. My experience is that those working with > > > > networks think about size, about length; those coming from applications > > > > tend to think 'What is a few terabytes between friends?' and are unaware > > > > that sizes that may be commonplace in servers and associated storage can > > > > create difficulties over a network. Whatever, I leave this one up to > > > > you. > > > > > > > > On references, I would like a change; you say this information is in the > > > > base ISO spec. Well, yes, to me that means that it should be a > > > > Normative Reference. I could not understand the description of e.g. > > > > 'i/e' and needed to look it up but seemingly cannot do so with the > > > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > > > do reference International Standard 10589 and I think that this one > > > > should too, perhaps in s.2.7 and s.5. > > > > > > > > Tom Petch > > > > > > > > ----- Original Message ----- > > > > From: > > > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > > > > > Hi Tom, > > > > > > > > Please find inline answers. > > > > > > > > > > > > -----Original Message----- > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > Sent: Tuesday, January 08, 2019 18:45 > > > > > > > > Ok. Top-posting the ones that are not 'ok': > > > > > > > > I said that I thought that LSP did not need expanding on first use and > > > > then checked the RFC Editor list to find that it is not one they regard > > > > as well-known and that LSR protocols use it differently to others, so I > > > > suggest expanding LSP on first use. > > > > > > > > [SLI] Already done for the next version. > > > > > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > > > overrun attacks and the like and so want a maximum on many things (and > > > > then people attach a friendly, 20Mbyte photo to their e-mail at > > > > Christmas and > > > > wonder why their ESP rejects the message so I do not congratulate them > > > > on the latest addition to the family:-). The IDR WG had a lively > > > > discussion about maximum message lengths in 2017 and that has also > > > > stayed in my mind. I have seen the comments on this by Juergen and > > > > Lada; perhaps as Juergen intimates, something in the Description would > > > > help; and while the server may not be rogue, it may not have a perfect > > > > implementation. > > > > > > > > [SLI] What I need to understand from your comment on string length > > > > enforcement is if it applies to operational state or just config states > > > > ? I do not see any issue of not enforcing the operational state as there > > > > is no input from the user there and so no attack vector, this is purely > > > > internal to the implementation. For config statements, it makes sense as > > > > there is an input from the user that can be anything. > > > > > > > > > > > > On the length of password, I saw a Security AD wanting clarification on > > > > this not too long ago so you may see this comment again from one such . > > > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > > > yang. > > > > > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > > > such like (although I have not seen a review by Security AD/directorate > > > > of that). > > > > > > > > But I am left confused as to exactly what the cited object is doing. > > > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > > > in the YANG module doing? Is > > > > leaf authentication-type { > > > > the first octet of TLV10? Is > > > > leaf authentication-key { > > > > the rest of TLV10? And where is this 'presented' as the YANG module > > > > says? Are you thinking of a YANG client presenting the field to a user > > > > at a terminal, one router presenting it to another, or what? > > > > > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > > > a Normative Reference for this I-D > > > > > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > > > the crypto auth as new types. > > > > The authentication-type is the first byte of the TLV (called > > > > Authentication Type as well). > > > > The authentication-key cannot be mapped directly to the > > > > authentication-value field. This is the case for ClearText password > > > > authtype but not crypto which adds a keyID in front of the > > > > authentication data. > > > > > > > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > > > references to choose from. I found up/down in RFC5305, but only by > > > > accident, and I have not found i/e yet so a reference would be good. > > > > > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > > > "legacy advertisements" of prefix and links. By the way, after checking, > > > > the position of the i-e leaf is currently wrong and needs to be within > > > > the metric (default, delay...). I will fix this. > > > > > > > > > > > > Tom Petch > > > > > > > > ----- Original Message ----- > > > > From: stephane.litkowski@orange.com > > > > Sent: Monday, January 07, 2019 9:22 AM > > > > > > > > Hi Tom, > > > > > > > > Thanks for your comments. > > > > I wish you an happy new year ! > > > > > > > > Please find inline comments. > > > > > > > > Brgds, > > > > > > > > -----Original Message----- > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > Sent: Wednesday, January 02, 2019 12:17 > > > > > > > > Here are the rest of my comments on -29 with a slight tweak to the > > > > subject line. I would regard most of these (but not the first two) as > > > > non-discussable, ie I won't complain if you disagree:-) > > > > > > > > RFC1195 is in the YANG module but not the references of the I-D > > > > [SLI] Will fix it > > > > > > > > RFC5029 is in the YANG module but not the references of the I-D > > > > [SLI] Will fix it > > > > > > > > PSNPs, CSNPs > > > > [SLI] Will fix it > > > > > > > > expand on first use - LSP I think ok > > > > > > > > leaf best { type boolean; > > > > what is true and what false? I can guess from the English semantics of > > > > the name but would rather not guess. > > > > [SLI] Will fix it > > > > To replace the current description which is : ""Indicates if the > > > > alternate is the preferred."", do you prefer: "Set to true when the > > > > alternate is preferred, set to false otherwise" ? > > > > > > > > > > > > leaf non-best-reason { type string; > > > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > > > screenshots or packet traces to be attached). As it stands, you could > > > > validly receive > > > > a length of 18446744073709551615. > > > > [SLI] Agree, will fix it > > > > > > > > You have a mixture of > > > > System-id system-id System id System ID System Id system id system ID > > > > suggest consistency; system-id wfm > > > > [SLI] Will fix it > > > > > > > > You have a mixture of > > > > lsp-id LSPID LSP ID > > > > here, perhaps lsp-id for the names and LSP ID in the text > > > > [SLI] Will fix it > > > > > > > > case password { leaf key { type string; > > > > perhaps better with a minimum length > > > > [SLI] I agree that it could make sense but is it really something that > > > > we should impose ? > > > > > > > > > > > > leaf i-e { type boolean; > > > > what is true and what false? here I am reluctant even to guess > > > > [SLI] This is coming from the standard, is it really worth repeating it > > > > ? Same for up/down bit. > > > > > > > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > > > > > " the authentication key MUST NOT be presented in" > > > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > > > module (but without the [..] ie the reference must be plain text not an > > > > anchor). > > > > > > > > [SLI] You are right, it is missing. > > > > > > > > > > > > It is recommended to use an MD5 > > > > hash to present the authentication-key."; > > > > Mmm I think that this may be a red flag to security AD or directorate as > > > > being too vague as well as MD5 too weak; and I think this should be > > > > explicitly called out in Security Considerations. > > > > > > > > [SLI] I agree that there is a point to discuss here. The fact is that we > > > > must not retrieve passwords in clear text. Maybe it is something with a > > > > wider scope than IS-IS. How do the other models deal with passwords > > > > retrieved through "get" or "get-config" ? > > > > > > > > > > > > list level-db { key level; leaf level { > > > > A common convention is for a list of leaf thing to be named things i.e. > > > > list levels { key level; leaf level { > > > > > > > > [SLI] ack > > > > > > > > rpc clear-adjacency { > > > > "Name of the IS-IS protocol instance whose IS-IS > > > > information is being queried. > > > > queried or cleared? > > > > [SLI] "cleared" > > > > > > > > Tom Petch > > > > > > > > > > > > ----- Original Message ----- > > > > From: "tom petch" > > > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > > > > > > > Stephane > > > > > > > > > > A new and different comment. > > > > > > > > > > grouping neighbor-gmpls-extensions { > > > > > > > > > > has a text reference to RFC5307 which does not appear in the > > > > references > > > > > for the I-D. However, before adding it, I would like to know why it > > > > is > > > > > a good reference for switching capabilities (which is part of this > > > > > grouping). I think that the reference for switching capabilities > > > > should > > > > > be RFC7074 (which this I-D does not currently reference and should > > > > IMO). > > > > > > > > > > And that begs the question, why is switching-capability an > > > > unrestricted > > > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > > > > > So why not use > > > > > > > > > > draft-ietf-teas-yang-te-types? > > > > > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > > > that may take some discussion. > > > > > > > > > > Tom Petch > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: > > > > > > > > > > Hi Tom, > > > > > > > > > > Thanks for your comments. I will fix them asap. > > > > > Regarding: > > > > > " Line length is within the RFC limit but the effect is to spread many > > > > > of the description clauses over multiple lines with indentation of 56 > > > > > characters, not user friendly e.g. > > > > > description > > > > > "List of max LSP > > > > > bandwidths for different > > > > > priorities."; > > > > > " > > > > > What's your suggestion on this one ? > > > > > > > > > > Brgds, > > > > > > > > > > -----Original Message----- > > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > > Sent: Tuesday, November 27, 2018 12:11 > > > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > > > > > Some quirks in-25 > > > > > > > > > > I see lots of YANG reference statements - good - but no mention of > > > > them > > > > > in the I-D references - not so good. My list is > > > > > > > > > > 5130 > > > > > 5305 > > > > > 5306 > > > > > 5880 > > > > > 5881 > > > > > 6119 > > > > > 6232 > > > > > 7794 > > > > > 7810 > > > > > 7917 > > > > > 8405 > > > > > > > > > > Also perhaps > > > > > OLD > > > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > > > Forwarding Detection (BFD).Please replace YYYY with > > > > > published RFC > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > NEW > > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > > Forwarding Detection (BFD). > > > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > OLD > > > > > reference "draft-ietf-bfd-yang-xx.txt: > > > > > YANG Data Model for Bidirectional Forwarding > > > > > Detection (BFD)"; > > > > > NEW > > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > > Forwarding Detection (BFD). > > > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > > > of > > > > > the description clauses over multiple lines with indentation of 56 > > > > > characters, not user friendly > > > > > e.g. > > > > > description > > > > > "List of max LSP > > > > > bandwidths for different > > > > > priorities."; > > > > > > > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > > > module > > > > > is somewhat longer than the editor list of the I-D. > > > > > > > > > > I note that the augmentation of interfaces seems to have no > > > > conditional > > > > > and so will augment all interfaces. I think that this is a generic > > > > issue > > > > > but do not see it being addressed anywhere. > > > > > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > > > whether or not those should be conditional, or part of the MPLS YANG > > > > > modules or both (copying Tarek for this) > > > > > > > > > > Tom Petch > > > > > > > > > > ----- Original Message ----- > > > > > From: "Ebben Aries" > > > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > > > > > Reviewer: Ebben Aries > > > > > > Review result: On the Right Track > > > > > > > > > > > > 1 module in this draft: > > > > > > - ietf-isis@2018-08-09.yang > > > > > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > > > 0.16.54) > > > > > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > > > architecture. > > > > > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > > > - Both the description and the draft name reference that this module > > > > > is > > > > > > specific to configuration but contains operational state nodes in > > > > > addition > > > > > > to RPCs and notifications. Any wording suggesting this is only > > > > > > configuration should be changed > > > > > > - Module description must contain most recent copyright notice per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > > > - Module description reads "common across all of the vendor > > > > > implementations". > > > > > > I don't think this needs to be called out as such as that is the > > > > > overall > > > > > > intention of *all* IETF models > > > > > > - This module contains '22' features (and the respective OSPF module > > > > > currently > > > > > > contains '26'). While it is understood the purpose of these > > > > > features in the > > > > > > module, take precaution as to complexity for clients if they need > > > > to > > > > > > understand >= quantity of features per module in use on a > > > > > > network-element. We are going to end up w/ feature explosion to > > > > > convey > > > > > > *all* possible features of each network-element leading to > > > > > divergence back > > > > > > towards native models at the end of the day. A large amount of > > > > > these > > > > > > feature names could be defined within a more global namespace > > > > (e.g. > > > > > nsr) but > > > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > > > isis:nsr, > > > > > > ospf:nsr, etc..) > > > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > > > clearing a > > > > > > specific neighbor/adjacency (See comments below as well regarding > > > > > RPC > > > > > > alignment w/ the OSPF model) > > > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > > > this > > > > > is just > > > > > > a string type. Is there any reason this is not a > > > > > leafref/if:interface-ref > > > > > > (much like in the OSPF model) > > > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > > > parent > > > > > > identifier per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > > > 1. > > > > > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > > > > > > > ipv4 > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > > > 'afs' if > > > > > > we are using the expanded 'address-family' in other IETF models > > > > such > > > > > as > > > > > > ietf-i2rs-rib > > > > > > > > > > > > > > > > > > General comments on the draft + nits: > > > > > > - Since YANG tree diagrams are used, please include an informative > > > > > reference > > > > > > per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > > > - Section 1.1 does not need to exist since this would be covered by > > > > > the > > > > > > reference mentioned above > > > > > > - Reference to NMDA compliance should be contained within Section 1 > > > > > (vs. > > > > > > Section 2) per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > > > - Section 2: It seems reference should be given to the location of > > > > > where the > > > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > > > in > > > > > the > > > > > > above reference) > > > > > > - Section 2.1: "Additional modules may be created this to > > > > support..." > > > > > needs > > > > > > slight rewording adjustment > > > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > > > 'clear-database' rather w/ reliance off namespacing for > > > > uniqueness. > > > > > This > > > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > > > - Section 4: Notification name mismatch in this section from actual > > > > > naming > > > > > > within the module (e.g. 'adjacency-change' should rather be > > > > > > 'adjacency-state-change') > > > > > > - Section 7: Security Considerations will need updating to be > > > > > patterned after > > > > > > the latest version of the template at > > > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > > > - Section 12: All modules imported within this module MUST be > > > > > referenced > > > > > > within this section per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > > > There are quite a few missing from this section right now > > > > > > - Appendix A: Some of the XML elements are off in alignment > > > > > > - Appendix A: Examples must be validated. The example given has the > > > > > following > > > > > > issues: > > > > > > - /routing[name='SLI'] and /routing/description are invalid data > > > > > nodes and > > > > > > do not exist. I'm not sure why they are in the XML example here > > > > > > - The example is meant to reference configuration however > > > > > > /routing/interfaces is a r/o container > > > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > > > - The area-address does not validate against the pattern regex and > > > > > must end > > > > > > with a '.' e.g. > > > > > > 49.0001.0000. > > > > > > - metric-type/value is set to 'wide' which is invalid. This > > > > should > > > > > rather > > > > > > be 'wide-only' > > > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > > > should > > > > > > rather be 'ipv4' per iana-routing-types > > > > > > - /interfaces/interface/type must be populated and is invalid. > > > > This > > > > > should > > > > > > rather be qualified as such: > > > > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > > > > eLoopback > > > > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > > > > tCsmacd > > > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > > > associated as such: > > > > > > enabled > > > > > > - NP container 'priority' has a must statement checking if an > > > > > interface-type > > > > > > is set to 'broadcast' however if you take the XML example from > > > > > this > > > > > > section, it will fail to validate even if is not > > > > > defined > > > > > > underneath an interface-type of 'point-to-point'. It seems to > > > > me > > > > > that > > > > > > this logic may need to be readjusted or not exist at all > > > > (priority > > > > > can > > > > > > still be set on implementations on loopback interfaces - which > > > > > would > > > > > > default to 'broadcast' in the example here). Could you not > > > > solve > > > > > this > > > > > > with use of 'when' vs. 'must' as such: > > > > > > > > > > > > when '../interface-type = "broadcast"' { > > > > > > description "Priority can only be set for broadcast > > > > > interfaces."; > > > > > > } > > > > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > > > ..2. > > > > > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > > > likely not > > > > > > need to be defined for Loopback0) > > > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > > > 'isis/afs/af/enable' > > > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > > > > > > > ________________________________________________________________________ > > > > > _________________________________________________ > > > > > > > > _______________________________________________ > > > > yang-doctors mailing list > > > > yang-doctors@ietf.org > > > > https://www.ietf.org/mailman/listinfo/yang-doctors > > > > > > -- > > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > > Fax: +49 421 200 3103 > > > > > > _________________________________________________________________________________________________________________________ > > > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > > they should not be distributed, used or copied without authorisation. > > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > > Thank you. > > > > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > Thank you. > > > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 -- 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 Jan 9 09:59:17 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D8D3130F99; Wed, 9 Jan 2019 09:59:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.643 X-Spam-Level: X-Spam-Status: No, score=-14.643 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zsFHjDtgAU3w; Wed, 9 Jan 2019 09:59:12 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF8AA130FA8; Wed, 9 Jan 2019 09:59:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50852; q=dns/txt; s=iport; t=1547056752; x=1548266352; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=ev8BTnKFPG2kZqfYFxmJ5SJ3IitF9c5jawyKT6Nv6iE=; b=FTmWSfLA/vZZnJpHgYLbl+HeOupMMEV27P/YjWFZUoJauToaTRLsszDk 7fj9LVH6duUj6/BYXhm1krJ576KiSz4nJtmeM+VyjMgDBEEfZwVdbHvZ8 TsMnRFigijLUCJISgh8VnF7BhdVAFOZaZJ2L7qwN20sHbDHARupvrK/tl A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAAuNTZc/5ldJa1gAxkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQEBgVEEAQEBAQELAYIDZoECJwqDdogajVQll3IUgWMEAwg?= =?us-ascii?q?BARgNhEcCF4IIIjQJDQEDAQECAQECbRwMhUoBAQEEAQEYAQgROhcCAgIBCA4?= =?us-ascii?q?CAQEDAQEBAgIUDwMCAgIZDAsUAQIGCAIEARKDIgGCAQ+qKwWBPYEvhAEBAYY?= =?us-ascii?q?sBQUvV4hsgQaBQheBf4EQAScME4FOUC6DHgEBAgGBIwgBDAYBCQIUFwoFBhU?= =?us-ascii?q?GCII6MYIEIgKJLQMIGDWFa5F8CQKHF4Zzg3EYgWQjhQGKb4lshQqIJYMRAhE?= =?us-ascii?q?UgScfOEIjWw4IcBU7KgGCQYImAQEWE4NrhGGFCAE2QTEBC4d+AQ0VAgeBAYE?= =?us-ascii?q?fAQE?= X-IronPort-AV: E=Sophos;i="5.56,458,1539648000"; d="scan'208";a="223692412" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jan 2019 17:59:09 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x09Hx9hv010677 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 9 Jan 2019 17:59:09 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.1395.4; Wed, 9 Jan 2019 12:59:08 -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.1395.000; Wed, 9 Jan 2019 12:59:08 -0500 From: "Acee Lindem (acee)" To: Juergen Schoenwaelder , "stephane.litkowski@orange.com" , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooycHlP19WSsQ0KaVvaziE5yuqWnNxEAgAAVrYCAABC6gIAACAYAgAAGhICAACA3gP//uLWA Date: Wed, 9 Jan 2019 17:59:08 +0000 Message-ID: <09C726C6-0230-490B-95E8-67AA710BAEC5@cisco.com> References: <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109151859.qspww2savq2ktxiz@anna.jacobs.jacobs-university.de> <20190109171417.7htajkttb4zd32k3@anna.jacobs.jacobs-university.de> In-Reply-To: <20190109171417.7htajkttb4zd32k3@anna.jacobs.jacobs-university.de> 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: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.154, xch-rtp-014.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 17:59:17 -0000 SGkgSnVlcmdlbiwNCg0K77u/T24gMS85LzE5LCAxMjoxNCBQTSwgIkp1ZXJnZW4gU2Nob2Vud2Fl bGRlciIgPGouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4gd3JvdGU6DQoNCiAg ICBXaGF0IGlzIHRoZSByZWxldmFuY2UgLyBsaWZldGltZSBvZiB0aGUgZXJyb3Igc3RyaW5ncz8g V2hlbiBkbyBlcnJvcg0KICAgIGxlYWZzIGNvbWUgaW50byBleGlzdGVuY2U/IEhvdyBsb25nIGRv IHRoZXkgc3RheT8gQ2FuIEkgZGlzdGluZ3Vpc2gNCiAgICBiZXR3ZWVuIGEgcmVjZW50IG9yIGFu IG9sZCBlcnJvcj8gSSBhbSBqdXN0IGFza2luZyBxdWVzdGlvbnMgeW91DQogICAgc2hvdWxkIGhh dmUgdGhvdWdodCBhYm91dC4NCiAgICANCiAgICBTZWFyY2hpbmcgZnVydGhlciBmb3Igc3RyaW5n cyBpbiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQsDQogICAgSSBzZWUgdGhp czoNCiAgICANCiAgICAgICAgICBsZWFmIGF1dGhlbnRpY2F0aW9uLXR5cGUgew0KICAgICAgICAg ICAgdHlwZSBzdHJpbmc7DQogICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAgICAi QXV0aGVudGljYXRpb24gdHlwZSB0byBiZSB1c2VkIHdpdGggSVMtSVMgbm9kZS4iOw0KICAgICAg ICAgIH0NCg0KV2Ugd2lsbCBkaXNjdXNzIHVzaW5nIGFuIFJGQyA4MTc3IHR5cGUgZGVmaW5pdGlv biBmb3IgdGhpcy4gDQoNCiAgICAgICAgICBsZWFmIGF1dGhlbnRpY2F0aW9uLWtleSB7DQogICAg ICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgICAgICAg ICAgICJBdXRoZW50aWNhdGlvbiBrZXl0byBiZSB1c2VkLiBGb3Igc2VjdXJpdHkgcmVhc29ucywN CiAgICAgICAgICAgICAgIHRoZSBhdXRoZW50aWNhdGlvbiBrZXkgTVVTVCBOT1QgYmUgcHJlc2Vu dGVkIGluDQogICAgICAgICAgICAgICBwbGFpbnRleHQgZm9ybWF0LiBJdCBpcyByZWNvbW1lbmRl ZCB0byB1c2UgYW4gTUQ1DQogICAgICAgICAgICAgICBoYXNoIHRvIHByZXNlbnQgdGhlIGF1dGhl bnRpY2F0aW9uLWtleS4iOw0KICAgICAgICAgIH0NCiAgICAgICAgICBkZXNjcmlwdGlvbg0KICAg ICAgICAgICAgIklTLUlTIG5vZGUgYXV0aGVudGljYXRpb24gaW5mb3JtYXRpb24gY29udGFpbmVy IC0NCiAgICAgICAgICAgICBJUy1JUyByZWZlcmVuY2UgaXMgVExWIDEwLiI7DQogICAgDQogICAg RXZlcnkgaW1wbGVtZW50b3IgY2FuIG1ha2UgdXAgaGlzIG93biBpZGVudGlmaWVyIGZvcm1hdCBh bmQgY2hvb3NlIGENCiAgICBmb3JtYXQgZm9yIHRoZSBrZXlzIGFyYml0cmFyaWx5PyBTb21lIGRv IE1ENSBzb21lIFNIQS0xPyBEbyB3ZSBub3QNCiAgICBoYXZlIHByb3BlciBpZGVudGlmaWVycyBh bmQgZm9ybWF0cyBkZWZpbmVkIGFscmVhZHkgaW4gc29tZSBvdGhlciBZQU5HDQogICAgbW9kdWxl cz8gWW91IHNob3VsZCBsb29rIGF0IFJGQyA3MzE3LCB3aGljaCBkaWQgZXN0YWJsaXNoIGFuIElB TkENCiAgICByZWdpc3RyeSB0aGF0IHlvdSBtYXkgZmluZCB1c2VmdWwsIHBlcmhhcHMgYWxzbyBo ZXJlIChhcHBlYXJzIGFjdHVhbGx5DQogICAgbXVsdGlwbGUgdGltZXMpOg0KDQogTm8gLSBVc2Vy IGF1dGhlbnRpY2F0aW9uIGFuZCByb3V0aW5nIHByb3RvY29sIHRyYW5zcG9ydCBhdXRoZW50aWNh dGlvbiBhcmUgMiB2ZXJ5IGRpZmZlcmVudCB0aGluZ3Mgc28gUkZDIDczMTcgaXMgbm90IGFwcGxp Y2FibGUuIEFzIHlvdSBrbm93IHRoZSBrZXkgbGVuZ3RoIGlzIGRlcGVuZGVudCBvbiB0aGUgYWxn b3JpdGhtLiANCg0KICAgIA0KICAgICAgICAgIGNhc2UgcGFzc3dvcmQgew0KICAgICAgICAgICAg bGVhZiBrZXkgew0KICAgICAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgICAgICAgICAgZGVz Y3JpcHRpb24NCiAgICAgICAgICAgICAgICAiVGhpcyBsZWFmIHNwZWNpZmllcyB0aGUgYXV0aGVu dGljYXRpb24ga2V5LiI7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBsZWFmIGNyeXB0by1h bGdvcml0aG0gew0KICAgICAgICAgICAgICB0eXBlIGlkZW50aXR5cmVmIHsNCiAgICAgICAgICAg ICAgICBiYXNlIGtleS1jaGFpbjpjcnlwdG8tYWxnb3JpdGhtOw0KICAgICAgICAgICAgICB9DQog ICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgICAgICAgICAgICAgIkNyeXB0b2dyYXBoaWMg YWxnb3JpdGhtIGFzc29jaWF0ZWQgd2l0aCBrZXkuIjsNCiAgICAgICAgICAgIH0NCiAgICANCiAg ICBXaGF0IGFyZSB0aGVzZSBob3N0bmFtZSBzdHJpbmdzPw0KICAgIA0KICAgICAgICAgICAgbGVh ZiBob3N0bmFtZSB7DQogICAgICAgICAgICAgIHR5cGUgc3RyaW5nOw0KICAgICAgICAgICAgICBk ZXNjcmlwdGlvbg0KICAgICAgICAgIAkgICAgIkhvc3RuYW1lIGFzc29jaWF0ZWQgd2l0aCB0aGUg c3lzdGVtIElELiI7DQogICAgICAgICAgICB9DQoNCkFuIEZRRE4gaXMgcmVjb21tZW5kZWQgYnkg bm90IHJlcXVpcmVkIC0gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzUzMDENCg0KVGhh bmtzLA0KQWNlZQ0KICAgIA0KICAgIEFyZSB0aGVzZSBuYW1lcyBmb2xsb3dpbmcgRE5TIGNvbnZl bnRpb25zLCBzaW1pbGFyIHRvIGxldHMgc2F5IHRoaXMNCiAgICB0YWtlbiBmcm9tIFJGQyA3MzE3 Og0KICAgIA0KICAgICAgICAgIGxlYWYgaG9zdG5hbWUgew0KICAgICAgICAgICAgdHlwZSBpbmV0 OmRvbWFpbi1uYW1lOw0KICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAgICJUaGUg bmFtZSBvZiB0aGUgaG9zdC4gIFRoaXMgbmFtZSBjYW4gYmUgYSBzaW5nbGUgZG9tYWluDQogICAg ICAgICAgICAgIGxhYmVsIG9yIHRoZSBmdWxseSBxdWFsaWZpZWQgZG9tYWluIG5hbWUgb2YgdGhl IGhvc3QuIjsNCiAgICAgICAgICB9DQogICAgDQogICAgL2pzDQogICAgDQogICAgT24gV2VkLCBK YW4gMDksIDIwMTkgYXQgMDQ6MTg6NTlQTSArMDEwMCwgSnVlcmdlbiBTY2hvZW53YWVsZGVyIHdy b3RlOg0KICAgID4gV2hhdCBpcyB0aGUgdmFsdWUgb2YgeW91ciBlcnJvciBsZWFmcyBpZiB0aGVy ZSBpcyBubyBlcnJvciB0byByZXBvcnQNCiAgICA+IHlldD8gRG8geW91IHJlYWxseSB3YW50IHRv IHJ1bGUgb3V0IGVtcHR5IHN0cmluZ3M/IEFueXdheSwgdGhlIHNlbWFudGljcw0KICAgID4gYXJl IHVwIHRvIHlvdSB0byBmaWd1cmUgb3V0Lg0KICAgID4gDQogICAgPiAvanMNCiAgICA+IA0KICAg ID4gT24gV2VkLCBKYW4gMDksIDIwMTkgYXQgMDI6NTU6NDBQTSArMDAwMCwgc3RlcGhhbmUubGl0 a293c2tpQG9yYW5nZS5jb20gd3JvdGU6DQogICAgPiA+IE9rLCBzbyBpZiB3ZSBhcmUgc2lsZW50 IGFib3V0ICJtdXN0IHN1cHBvcnQgYXQgbGVhc3QiLCBJIHRoaW5rIHRoZSBvbmx5IHRoaW5nIHRv IGRvIGlzIHRvIGhhdmUgJ3R5cGUgc3RyaW5nICIxLi4iJyB0byBhdm9pZCBlbXB0eSBzdHJpbmcg YXMgSSBkb24ndCBzZWUgYW55IHJlcXVpcmVtZW50IHRvIGhhdmUgYSBtaW5pbXVtIG9mIHggY2hh cmFjdGVycy4NCiAgICA+ID4gDQogICAgPiA+IA0KICAgID4gPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KICAgID4gPiBGcm9tOiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgW21haWx0bzpqLnNj aG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGVdIA0KICAgID4gPiBTZW50OiBXZWRuZXNk YXksIEphbnVhcnkgMDksIDIwMTkgMTU6MjcNCiAgICA+ID4gVG86IExJVEtPV1NLSSBTdGVwaGFu ZSBPQlMvT0lOSVMNCiAgICA+ID4gQ2M6IHRvbSBwZXRjaDsgRWJiZW4gQXJpZXM7IHlhbmctZG9j dG9yc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmcuYWxsQGlldGYub3Jn OyBsc3JAaWV0Zi5vcmcNCiAgICA+ID4gU3ViamVjdDogUmU6IFt5YW5nLWRvY3RvcnNdIFtMc3Jd IFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXMt aXMtY2ZnLTI5DQogICAgPiA+IA0KICAgID4gPiBJbXBsZW1lbnRhdGlvbnMgbXVzdCBiZSByb2J1 c3QgYW5kIGJlIGFibGUgdG8gZGVhbCB3aXRoIHJvZ3VlIGlucHV0LCBhDQogICAgPiA+IGxlbmd0 aCByZXN0cmljdGlvbiBpbiB0aGUgZGF0YSBtb2RlbCBkb2VzIG5vdCBoZWxwIHNvbHZpbmcgdGhh dCBwcm9ibGVtLg0KICAgID4gPiANCiAgICA+ID4gUGVyaGFwcyBhbiBleGFtcGxlIGhlbHBzIGZv ciB0aGUgb3RoZXIgcXVlc3Rpb246DQogICAgPiA+IA0KICAgID4gPiBsZWFmIGV4YW1wbGUgew0K ICAgID4gPiAgIHR5cGUgc3RyaW5nICIzLi4iOw0KICAgID4gPiAgIGRlc2NyaXB0aW9uDQogICAg PiA+ICAgICAiaW1wbGVtZW50YXRpb24gbXVzdCBzdXBwb3J0IGEgbGVuZ3RoIG9mIGF0IGxlYXN0 IDQyIGNoYXJhY3RlcnMiDQogICAgPiA+IH0NCiAgICA+ID4gDQogICAgPiA+IFZhbGlkIGlucHV0 IGNhbiBiZSBhbnkgc3RyaW5nIHdoaWNoIGhhcyBhdCBsZWFzdCB0aHJlZSBjaGFyYWN0ZXJzIGFu ZA0KICAgID4gPiBpbXBsZW1lbnRhdGlvbnMgYXJlIGV4cGVjdGVkIHRvIGhhbmRsZSBhdCBsZWFz dCBzdHJpbmdzIHVwIHRvIDQyDQogICAgPiA+IGNoYXJhY3RlcnMuIEFuIG90aGVyIGFsdGVybmF0 aXZlIGlzIHRvIGJlIHNpbGVudCBhYm91dCBhbnkNCiAgICA+ID4gZXhwZWN0YXRpb25zLiBBIHRo aXJkIG9wdGlvbiBpcyB0byBsZXQgc2VydmVyIGltcGxlbWVudG9ycyBkb2N1bWVudA0KICAgID4g PiB2aWEgZGV2aWF0aW9ucyBhbnkgbGVuZ3RoIHJlc3RyaWN0aW9ucyB0aGV5IG1heSBpbXBvc2Ug aW4gdGhlaXINCiAgICA+ID4gaW1wbGVtZW50YXRpb24uDQogICAgPiA+IA0KICAgID4gPiBNeSBw cmVmZXJlbmNlIGlzIGFjdHVhbGx5IHRvIGJlIHNpbGVudCBhYm91dCAibXVzdCBzdXBwb3J0IGF0 IGxlYXN0Ig0KICAgID4gPiBjb25zdHJhaW5lZCB1bmxlc3MgdGhlcmUgaXMgYSBjbGVhciB0ZWNo bmljYWwgcmVhc29uIGZvciBhIHNwZWNpZmljDQogICAgPiA+IG51bWJlci4NCiAgICA+ID4gDQog ICAgPiA+IC9qcw0KICAgID4gPiANCiAgICA+ID4gT24gV2VkLCBKYW4gMDksIDIwMTkgYXQgMDE6 Mjc6MDVQTSArMDAwMCwgc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20gd3JvdGU6DQogICAg PiA+ID4gSGkgSnVlcmdlbiwNCiAgICA+ID4gPiANCiAgICA+ID4gPiBUaGVyZSBpcyBzb21ldGhp bmcgdGhhdCBJJ20gbWlzc2luZyAoc29ycnkgZm9yIHRoYXQpLiBIb3cgZGVmaW5pbmcgYSBtaW5p bXVtIGxlbmd0aCBoZWxwcyB0byBkZWFsIHdpdGggcm9ndWUgaW5wdXQgPyBJIHNlZSBhIHJvZ3Vl IGlucHV0IG1vcmUgYmVpbmcgYSB0b28gbG9uZyBzdHJpbmcuIFRvbyBzaG9ydCBjYW4gaGFwcGVu IGlmIGEgc3BlY2lmaWMgbGVhZiByZWFsbHkgcmVxdWlyZXMgYSBtaW5pbXVtIGxlbmd0aCBzdHJp bmcsIGJ1dCBJIGRvbid0IHRoaW5rIHRoYXQgd2UgaGF2ZSBzdWNoIGEgY2FzZS4NCiAgICA+ID4g PiBJbiBhZGRpdGlvbiwgd2hlbiB5b3VyIHRhbGsgYWJvdXQgbWluaW11bSBsZW5ndGggaW4geW91 ciBlbWFpbCBiZWxvdywgZG8gSSBuZWVkIHRvIHVuZGVyc3RhbmQgaXQgYXMgICJtaW5pbXVtIGxl bmd0aCB0byBiZSBzdXBwb3J0ZWQgYnkgdGhlIGltcGxlbWVudGF0aW9uIiA/ICh5b3Ugc2FpZCBi ZWZvcmU6ICInaW1wbGVtZW50YXRpb25zIHNob3VsZCBhdCBsZWFzdCBoYW5kbGUgYSBsZW5ndGgg b2YgeCBjaGFyYWN0ZXJzJyIpLiBUaGlzIG1lYW5zIHRoYXQgdGhlIHVzZXIgY2FuIGlucHV0IGEg c3RyaW5nIG9mIGFueSBzaXplIGJldHdlZW4gMCBhbmQgdGhpcyBtaW5pbXVtIGxlbmd0aCB0byBi ZSBzdXBwb3J0ZWQuIE9yIGlzIGl0IHJlYWxseSBhIG1pbmltdW0gbGVuZ3RoIHNvIHRoZSB1c2Vy IGNhbm5vdCBpbnB1dCBzb21ldGhpbmcgc2hvcnRlciB0aGFuIHRoaXMgdmFsdWUgPw0KICAgID4g PiA+IA0KICAgID4gPiA+IEJyZ2RzLA0KICAgID4gPiA+IA0KICAgID4gPiA+IA0KICAgID4gPiA+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQogICAgPiA+ID4gRnJvbTogSnVlcmdlbiBTY2hv ZW53YWVsZGVyIFttYWlsdG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlXSAN CiAgICA+ID4gPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMDksIDIwMTkgMTM6MTANCiAgICA+ ID4gPiBUbzogdG9tIHBldGNoDQogICAgPiA+ID4gQ2M6IExJVEtPV1NLSSBTdGVwaGFuZSBPQlMv T0lOSVM7IEViYmVuIEFyaWVzOyB5YW5nLWRvY3RvcnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaXNp cy15YW5nLWlzaXMtY2ZnLmFsbEBpZXRmLm9yZzsgbHNyQGlldGYub3JnDQogICAgPiA+ID4gU3Vi amVjdDogUmU6IFt5YW5nLWRvY3RvcnNdIFtMc3JdIFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZp ZXcgb2YgZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXMtaXMtY2ZnLTI5DQogICAgPiA+ID4gDQogICAg PiA+ID4gSGksDQogICAgPiA+ID4gDQogICAgPiA+ID4ganVzdCB0byBjbGFyaWZ5OiBNeSBwb3Np dGlvbiBpcyB0aGF0IGltcGxlbWVudGF0aW9ucyBoYXZlIHRvIGJlIGFibGUNCiAgICA+ID4gPiB0 byBkZWFsIHdpdGggcm9ndWUgaW5wdXQgbm8gbWF0dGVyIHdoZXRoZXIgdGhlcmUgaXMgYSBsZW5n dGgNCiAgICA+ID4gPiByZXN0cmljdGlvbiBkZWZpbmVkIGluIGEgZGF0YSBtb2RlbCBvciBub3Qu IElmIHBlb3BsZSBhcmd1ZSBmb3IgbGVuZ3RoDQogICAgPiA+ID4gcmVzdHJpY3Rpb25zLCB0aGVu IHRoaXMgc2hvdWxkIGJlIGRvbmUgZm9yIGludGVyb3BlcmFiaWxpdHkgcmVhc29ucy4NCiAgICA+ ID4gPiBBbmQgZm9yIHRoaXMgeW91IG1heSB3YW50IHRvIGRlZmluZSBhIG1pbmltdW0gbGVuZ3Ro IHRoYXQgbXVzdCBiZQ0KICAgID4gPiA+IHN1cHBvcnRlZCBpbnN0ZWFkIG9mIGEgbWF4aW11bSBs ZW5ndGggdGhhdCBkZWZpbmVzIGEgaGFyZCB1cHBlcg0KICAgID4gPiA+IGJvdW5kYXJ5IChhbmQg dGhlIG9ubHkgcGxhY2UgdG8gZGVmaW5lIHN1Y2ggYSBtaW5pbXVtIGxlbmd0aCBhbmQNCiAgICA+ ID4gPiBpbXBsZW1lbnRhdGlvbnMgbXVzdCBzdXBwb3J0IHNvIGZhciBpcyBpbiB0aGUgZGVzY3Jp cHRpb24gc3RhdGVtZW50KS4NCiAgICA+ID4gPiANCiAgICA+ID4gPiAvanMNCiAgICA+ID4gPiAN CiAgICA+ID4gPiBPbiBXZWQsIEphbiAwOSwgMjAxOSBhdCAxMTozNzo0NUFNICswMDAwLCB0b20g cGV0Y2ggd3JvdGU6DQogICAgPiA+ID4gPiBTdGVwaGFuZQ0KICAgID4gPiA+ID4gDQogICAgPiA+ ID4gPiBUaGFua3MgZm9yIHBlcnNpc3RpbmcuDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IE9u IHN0cmluZyBsZW5ndGhzLCBJIHRha2UgeW91ciBwb2ludCBhYm91dCBubyB1c2VyIGlucHV0IHRv IE9wZXJhdGlvbmFsDQogICAgPiA+ID4gPiBTdGF0ZTsgdGhlcmUsIG15IGNvbmNlcm4gaXMgbW9y ZSBhYm91dCBnaXZpbmcgZ3VpZGFuY2UgdG8gaW1wbGVtZW50b3JzDQogICAgPiA+ID4gPiBhcyB0 byB3aGF0IHRoZXkgc2hvdWxkIGNhdGVyIGZvciAtIGFzIEkgc2FpZCwgdGhpcyBoYXMgYmVlbiBh IHRvcGljIG9mDQogICAgPiA+ID4gPiBsaXZlbHkgZGlzY3Vzc2lvbiBpbiBvdGhlciBXRy4gIEV2 ZW4gYmVmb3JlIHRoYXQsIHdoZW5ldmVyIEkgc2VlIGENCiAgICA+ID4gPiA+IHN0cmluZywgSSB0 aGluayBpcyB0aGVyZSBhbiBpbXBsaWNpdCBsZW5ndGggcmVzdHJpY3Rpb24gYW5kIGlmIG5vdCwN CiAgICA+ID4gPiA+IHNob3VsZCB0aGVyZSBiZSBhbiBleHBsaWNpdCBvbmUgd2hpY2gsIGFzIEp1 ZXJnZW4gc3VnZ2VzdGVkLCBjb3VsZCBiZSBpbg0KICAgID4gPiA+ID4gdGhlIGRlc2NyaXB0aW9u IGNsYXVzZS4gIE15IGV4cGVyaWVuY2UgaXMgdGhhdCB0aG9zZSB3b3JraW5nIHdpdGgNCiAgICA+ ID4gPiA+IG5ldHdvcmtzIHRoaW5rIGFib3V0IHNpemUsIGFib3V0IGxlbmd0aDsgdGhvc2UgY29t aW5nIGZyb20gYXBwbGljYXRpb25zDQogICAgPiA+ID4gPiB0ZW5kIHRvIHRoaW5rICdXaGF0IGlz IGEgZmV3IHRlcmFieXRlcyBiZXR3ZWVuIGZyaWVuZHM/JyBhbmQgYXJlIHVuYXdhcmUNCiAgICA+ ID4gPiA+IHRoYXQgc2l6ZXMgdGhhdCBtYXkgYmUgY29tbW9ucGxhY2UgaW4gc2VydmVycyBhbmQg YXNzb2NpYXRlZCBzdG9yYWdlIGNhbg0KICAgID4gPiA+ID4gY3JlYXRlIGRpZmZpY3VsdGllcyBv dmVyIGEgbmV0d29yay4gIFdoYXRldmVyLCBJIGxlYXZlIHRoaXMgb25lIHVwIHRvDQogICAgPiA+ ID4gPiB5b3UuDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IE9uIHJlZmVyZW5jZXMsIEkgd291 bGQgbGlrZSBhIGNoYW5nZTsgeW91IHNheSB0aGlzIGluZm9ybWF0aW9uIGlzIGluIHRoZQ0KICAg ID4gPiA+ID4gYmFzZSBJU08gc3BlYy4gIFdlbGwsIHllcywgdG8gbWUgdGhhdCBtZWFucyB0aGF0 IGl0IHNob3VsZCBiZSBhDQogICAgPiA+ID4gPiBOb3JtYXRpdmUgUmVmZXJlbmNlLiAgSSBjb3Vs ZCBub3QgdW5kZXJzdGFuZCB0aGUgZGVzY3JpcHRpb24gb2YgZS5nLg0KICAgID4gPiA+ID4gJ2kv ZScgYW5kIG5lZWRlZCB0byBsb29rIGl0IHVwIGJ1dCBzZWVtaW5nbHkgY2Fubm90IGRvIHNvIHdp dGggdGhlDQogICAgPiA+ID4gPiBsaXN0ZWQgcmVmZXJlbmNlcyBvZiB0aGUgSS1ELiAgTm90ZSB0 aGF0IFJGQyBzdWNoIGFzIFJGQzUzMDUgYW5kIFJGQzYxMTkNCiAgICA+ID4gPiA+IGRvIHJlZmVy ZW5jZSBJbnRlcm5hdGlvbmFsIFN0YW5kYXJkIDEwNTg5IGFuZCBJIHRoaW5rIHRoYXQgdGhpcyBv bmUNCiAgICA+ID4gPiA+IHNob3VsZCB0b28sIHBlcmhhcHMgaW4gcy4yLjcgYW5kIHMuNS4NCiAg ICA+ID4gPiA+IA0KICAgID4gPiA+ID4gVG9tIFBldGNoDQogICAgPiA+ID4gPiANCiAgICA+ID4g PiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCiAgICA+ID4gPiA+IEZyb206IDxzdGVw aGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4NCiAgICA+ID4gPiA+IFNlbnQ6IFdlZG5lc2RheSwg SmFudWFyeSAwOSwgMjAxOSA5OjE4IEFNDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IEhpIFRv bSwNCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gUGxlYXNlIGZpbmQgaW5saW5lIGFuc3dlcnMu DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCiAgICA+ID4gPiA+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0 Y29ubmVjdC5jb21dDQogICAgPiA+ID4gPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA4LCAyMDE5 IDE4OjQ1DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IE9rLiAgVG9wLXBvc3RpbmcgdGhlIG9u ZXMgdGhhdCBhcmUgbm90ICdvayc6DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IEkgc2FpZCB0 aGF0IEkgdGhvdWdodCB0aGF0IExTUCBkaWQgbm90IG5lZWQgZXhwYW5kaW5nIG9uIGZpcnN0IHVz ZSBhbmQNCiAgICA+ID4gPiA+IHRoZW4gY2hlY2tlZCB0aGUgUkZDIEVkaXRvciBsaXN0IHRvIGZp bmQgdGhhdCBpdCBpcyBub3Qgb25lIHRoZXkgcmVnYXJkDQogICAgPiA+ID4gPiBhcyB3ZWxsLWtu b3duIGFuZCB0aGF0IExTUiBwcm90b2NvbHMgdXNlIGl0IGRpZmZlcmVudGx5IHRvIG90aGVycywg c28gSQ0KICAgID4gPiA+ID4gc3VnZ2VzdCBleHBhbmRpbmcgTFNQIG9uIGZpcnN0IHVzZS4NCiAg ICA+ID4gPiA+IA0KICAgID4gPiA+ID4gW1NMSV0gQWxyZWFkeSBkb25lIGZvciB0aGUgbmV4dCB2 ZXJzaW9uLg0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBPbiBsZW5ndGhzIG9mIHRleHQgbWVz c2FnZXMsIHBlcmhhcHMgSSBhbSB0b28gc2Vuc2l0aXZlIHRvIGJ1ZmZlcg0KICAgID4gPiA+ID4g b3ZlcnJ1biBhdHRhY2tzIGFuZCB0aGUgbGlrZSBhbmQgc28gd2FudCBhIG1heGltdW0gb24gbWFu eSB0aGluZ3MgKGFuZA0KICAgID4gPiA+ID4gdGhlbiBwZW9wbGUgYXR0YWNoIGEgZnJpZW5kbHks IDIwTWJ5dGUgcGhvdG8gdG8gdGhlaXIgZS1tYWlsIGF0DQogICAgPiA+ID4gPiBDaHJpc3RtYXMg YW5kDQogICAgPiA+ID4gPiB3b25kZXIgd2h5IHRoZWlyIEVTUCByZWplY3RzIHRoZSBtZXNzYWdl IHNvIEkgZG8gbm90IGNvbmdyYXR1bGF0ZSB0aGVtDQogICAgPiA+ID4gPiBvbiB0aGUgbGF0ZXN0 IGFkZGl0aW9uIHRvIHRoZSBmYW1pbHk6LSkuICBUaGUgSURSIFdHIGhhZCBhIGxpdmVseQ0KICAg ID4gPiA+ID4gZGlzY3Vzc2lvbiBhYm91dCBtYXhpbXVtIG1lc3NhZ2UgbGVuZ3RocyBpbiAyMDE3 IGFuZCB0aGF0IGhhcyBhbHNvDQogICAgPiA+ID4gPiBzdGF5ZWQgaW4gbXkgbWluZC4gIEkgaGF2 ZSBzZWVuIHRoZSBjb21tZW50cyBvbiB0aGlzIGJ5IEp1ZXJnZW4gYW5kDQogICAgPiA+ID4gPiBM YWRhOyBwZXJoYXBzIGFzIEp1ZXJnZW4gaW50aW1hdGVzLCBzb21ldGhpbmcgaW4gdGhlIERlc2Ny aXB0aW9uIHdvdWxkDQogICAgPiA+ID4gPiBoZWxwOyBhbmQgd2hpbGUgdGhlIHNlcnZlciBtYXkg bm90IGJlIHJvZ3VlLCBpdCBtYXkgbm90IGhhdmUgYSBwZXJmZWN0DQogICAgPiA+ID4gPiBpbXBs ZW1lbnRhdGlvbi4NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gW1NMSV0gV2hhdCBJIG5lZWQg dG8gdW5kZXJzdGFuZCBmcm9tIHlvdXIgY29tbWVudCBvbiBzdHJpbmcgbGVuZ3RoDQogICAgPiA+ ID4gPiBlbmZvcmNlbWVudCBpcyBpZiBpdCBhcHBsaWVzIHRvIG9wZXJhdGlvbmFsIHN0YXRlIG9y IGp1c3QgY29uZmlnIHN0YXRlcw0KICAgID4gPiA+ID4gPyBJIGRvIG5vdCBzZWUgYW55IGlzc3Vl IG9mIG5vdCBlbmZvcmNpbmcgdGhlIG9wZXJhdGlvbmFsIHN0YXRlIGFzIHRoZXJlDQogICAgPiA+ ID4gPiBpcyBubyBpbnB1dCBmcm9tIHRoZSB1c2VyIHRoZXJlIGFuZCBzbyBubyBhdHRhY2sgdmVj dG9yLCB0aGlzIGlzIHB1cmVseQ0KICAgID4gPiA+ID4gaW50ZXJuYWwgdG8gdGhlIGltcGxlbWVu dGF0aW9uLiBGb3IgY29uZmlnIHN0YXRlbWVudHMsIGl0IG1ha2VzIHNlbnNlIGFzDQogICAgPiA+ ID4gPiB0aGVyZSBpcyBhbiBpbnB1dCBmcm9tIHRoZSB1c2VyIHRoYXQgY2FuIGJlIGFueXRoaW5n Lg0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IE9uIHRoZSBsZW5ndGgg b2YgcGFzc3dvcmQsIEkgc2F3IGEgU2VjdXJpdHkgQUQgd2FudGluZyBjbGFyaWZpY2F0aW9uIG9u DQogICAgPiA+ID4gPiB0aGlzIG5vdCB0b28gbG9uZyBhZ28gc28geW91IG1heSBzZWUgdGhpcyBj b21tZW50IGFnYWluIGZyb20gb25lIHN1Y2ggLg0KICAgID4gPiA+ID4gTGlrZXdpc2UsIE1ENSB0 ZW5kcyB0byBiZSBhIHJlZCBmbGFnIGFsdGhvdWdoIEkgc2VlIGl0IGFwcGVhcnMgaW4gYmdwDQog ICAgPiA+ID4gPiB5YW5nLg0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBJIGxpa2UgdGhlIHNv cnQgb2YgZGV0YWlsIGluIGlwcG0tdHdhbXAteWFuZywgb24gYWxnb3JpdGhtcywgZW50cm9weSBh bmQNCiAgICA+ID4gPiA+IHN1Y2ggbGlrZSAoYWx0aG91Z2ggSSBoYXZlIG5vdCBzZWVuIGEgcmV2 aWV3IGJ5IFNlY3VyaXR5IEFEL2RpcmVjdG9yYXRlDQogICAgPiA+ID4gPiBvZiB0aGF0KS4NCiAg ICA+ID4gPiA+IA0KICAgID4gPiA+ID4gQnV0IEkgYW0gbGVmdCBjb25mdXNlZCBhcyB0byBleGFj dGx5IHdoYXQgdGhlIGNpdGVkIG9iamVjdCBpcyBkb2luZy4NCiAgICA+ID4gPiA+IFllcywgVExW MTAgcHJvdmlkZXMgYXV0aGVudGljYXRpb24gZm9yIGFueSBQRFUsIGJ1dCB3aGF0IGFyZSB0aGUg ZmllbGRzDQogICAgPiA+ID4gPiBpbiB0aGUgWUFORyBtb2R1bGUgZG9pbmc/ICBJcw0KICAgID4g PiA+ID4gICAgICAgIGxlYWYgYXV0aGVudGljYXRpb24tdHlwZSB7DQogICAgPiA+ID4gPiB0aGUg Zmlyc3Qgb2N0ZXQgb2YgVExWMTA/ICBJcw0KICAgID4gPiA+ID4gICAgICAgbGVhZiBhdXRoZW50 aWNhdGlvbi1rZXkgew0KICAgID4gPiA+ID4gdGhlIHJlc3Qgb2YgVExWMTA/ICBBbmQgd2hlcmUg aXMgdGhpcyAncHJlc2VudGVkJyBhcyB0aGUgWUFORyBtb2R1bGUNCiAgICA+ID4gPiA+IHNheXM/ ICBBcmUgeW91IHRoaW5raW5nIG9mIGEgWUFORyBjbGllbnQgcHJlc2VudGluZyB0aGUgZmllbGQg dG8gYSB1c2VyDQogICAgPiA+ID4gPiBhdCBhIHRlcm1pbmFsLCBvbmUgcm91dGVyIHByZXNlbnRp bmcgaXQgdG8gYW5vdGhlciwgb3Igd2hhdD8NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gSSBh bSB1c2luZyBSRkM1MzEwIGFzIG15IHNvdXJjZSBmb3IgVExWMTAgYW5kIHdvbmRlcmluZyB3aHkg dGhhdCBpcyBub3QNCiAgICA+ID4gPiA+IGEgTm9ybWF0aXZlIFJlZmVyZW5jZSBmb3IgdGhpcyBJ LUQNCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gW1NMSV0gVExWIDEwIGlzIGRlZmluZWQgaW4g dGhlIGJhc2UgSVNPIHNwZWMgb2YgSVMtSVMuIFJGQzUzMTAganVzdCBhZGRzDQogICAgPiA+ID4g PiB0aGUgY3J5cHRvIGF1dGggYXMgbmV3IHR5cGVzLg0KICAgID4gPiA+ID4gVGhlIGF1dGhlbnRp Y2F0aW9uLXR5cGUgaXMgdGhlIGZpcnN0IGJ5dGUgb2YgdGhlIFRMViAoY2FsbGVkDQogICAgPiA+ ID4gPiBBdXRoZW50aWNhdGlvbiBUeXBlIGFzIHdlbGwpLg0KICAgID4gPiA+ID4gVGhlIGF1dGhl bnRpY2F0aW9uLWtleSBjYW5ub3QgYmUgbWFwcGVkIGRpcmVjdGx5IHRvIHRoZQ0KICAgID4gPiA+ ID4gYXV0aGVudGljYXRpb24tdmFsdWUgZmllbGQuIFRoaXMgaXMgdGhlIGNhc2UgZm9yIENsZWFy VGV4dCBwYXNzd29yZA0KICAgID4gPiA+ID4gYXV0aHR5cGUgYnV0IG5vdCBjcnlwdG8gd2hpY2gg YWRkcyBhIGtleUlEIGluIGZyb250IG9mIHRoZQ0KICAgID4gPiA+ID4gYXV0aGVudGljYXRpb24g ZGF0YS4NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBPbiB0aGUgSS9F IGJpdCwgdGhlIHF1ZXN0aW9uIGlzLCB3aGljaCBzdGFuZGFyZD8gIEkgaGF2ZSAzMCBOb3JtYXRp dmUNCiAgICA+ID4gPiA+IHJlZmVyZW5jZXMgdG8gY2hvb3NlIGZyb20uICAgSSBmb3VuZCB1cC9k b3duIGluIFJGQzUzMDUsIGJ1dCBvbmx5IGJ5DQogICAgPiA+ID4gPiBhY2NpZGVudCwgYW5kIEkg aGF2ZSBub3QgZm91bmQgaS9lIHlldCBzbyBhIHJlZmVyZW5jZSB3b3VsZCBiZSBnb29kLg0KICAg ID4gPiA+ID4gDQogICAgPiA+ID4gPiBbU0xJXSBJL0UgYml0IGlzIHBhcnQgb2YgdGhlIGJhc2Ug SVNPIHNwZWMgb2YgSVMtSVMgYW5kIHJlbGV2YW50IGZvcg0KICAgID4gPiA+ID4gImxlZ2FjeSBh ZHZlcnRpc2VtZW50cyIgb2YgcHJlZml4IGFuZCBsaW5rcy4gQnkgdGhlIHdheSwgYWZ0ZXIgY2hl Y2tpbmcsDQogICAgPiA+ID4gPiB0aGUgcG9zaXRpb24gb2YgdGhlIGktZSBsZWFmIGlzIGN1cnJl bnRseSB3cm9uZyBhbmQgbmVlZHMgdG8gYmUgd2l0aGluDQogICAgPiA+ID4gPiB0aGUgbWV0cmlj IChkZWZhdWx0LCBkZWxheS4uLikuIEkgd2lsbCBmaXggdGhpcy4NCiAgICA+ID4gPiA+IA0KICAg ID4gPiA+ID4gDQogICAgPiA+ID4gPiBUb20gUGV0Y2gNCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KICAgID4gPiA+ID4gRnJvbTogc3RlcGhh bmUubGl0a293c2tpQG9yYW5nZS5jb20NCiAgICA+ID4gPiA+IFNlbnQ6IE1vbmRheSwgSmFudWFy eSAwNywgMjAxOSA5OjIyIEFNDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IEhpIFRvbSwNCiAg ICA+ID4gPiA+IA0KICAgID4gPiA+ID4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLg0KICAgID4g PiA+ID4gSSB3aXNoIHlvdSBhbiBoYXBweSBuZXcgeWVhciAhDQogICAgPiA+ID4gPiANCiAgICA+ ID4gPiA+IFBsZWFzZSBmaW5kIGlubGluZSBjb21tZW50cy4NCiAgICA+ID4gPiA+IA0KICAgID4g PiA+ID4gQnJnZHMsDQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQogICAgPiA+ID4gPiBGcm9tOiB0b20gcGV0Y2ggW21haWx0bzppZXRmY0BidGNv bm5lY3QuY29tXQ0KICAgID4gPiA+ID4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDAyLCAyMDE5 IDEyOjE3DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IEhlcmUgYXJlIHRoZSByZXN0IG9mIG15 IGNvbW1lbnRzIG9uIC0yOSB3aXRoIGEgc2xpZ2h0IHR3ZWFrIHRvIHRoZQ0KICAgID4gPiA+ID4g c3ViamVjdCBsaW5lLiAgSSB3b3VsZCByZWdhcmQgbW9zdCBvZiB0aGVzZSAoYnV0IG5vdCB0aGUg Zmlyc3QgdHdvKSBhcw0KICAgID4gPiA+ID4gbm9uLWRpc2N1c3NhYmxlLCBpZSBJIHdvbid0IGNv bXBsYWluIGlmIHlvdSBkaXNhZ3JlZTotKQ0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBSRkMx MTk1IGlzIGluIHRoZSBZQU5HIG1vZHVsZSBidXQgbm90IHRoZSByZWZlcmVuY2VzIG9mIHRoZSBJ LUQNCiAgICA+ID4gPiA+IFtTTEldIFdpbGwgZml4IGl0DQogICAgPiA+ID4gPiANCiAgICA+ID4g PiA+IFJGQzUwMjkgaXMgaW4gdGhlIFlBTkcgbW9kdWxlIGJ1dCBub3QgdGhlIHJlZmVyZW5jZXMg b2YgdGhlIEktRA0KICAgID4gPiA+ID4gW1NMSV0gV2lsbCBmaXggaXQNCiAgICA+ID4gPiA+IA0K ICAgID4gPiA+ID4gUFNOUHMsIENTTlBzDQogICAgPiA+ID4gPiBbU0xJXSBXaWxsIGZpeCBpdA0K ICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBleHBhbmQgb24gZmlyc3QgdXNlIC0gTFNQIEkgdGhp bmsgb2sNCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gICAgICAgICBsZWFmIGJlc3QgeyAgICAg ICAgICAgdHlwZSBib29sZWFuOw0KICAgID4gPiA+ID4gd2hhdCBpcyB0cnVlIGFuZCB3aGF0IGZh bHNlPyAgSSBjYW4gZ3Vlc3MgZnJvbSB0aGUgRW5nbGlzaCBzZW1hbnRpY3Mgb2YNCiAgICA+ID4g PiA+IHRoZSBuYW1lIGJ1dCB3b3VsZCByYXRoZXIgbm90IGd1ZXNzLg0KICAgID4gPiA+ID4gW1NM SV0gV2lsbCBmaXggaXQNCiAgICA+ID4gPiA+IFRvIHJlcGxhY2UgdGhlIGN1cnJlbnQgZGVzY3Jp cHRpb24gd2hpY2ggaXMgOiAiIkluZGljYXRlcyBpZiB0aGUNCiAgICA+ID4gPiA+IGFsdGVybmF0 ZSBpcyB0aGUgcHJlZmVycmVkLiIiLCBkbyB5b3UgcHJlZmVyOiAiU2V0IHRvIHRydWUgd2hlbiB0 aGUNCiAgICA+ID4gPiA+IGFsdGVybmF0ZSBpcyBwcmVmZXJyZWQsIHNldCB0byBmYWxzZSBvdGhl cndpc2UiID8NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiAgICAgICAg IGxlYWYgbm9uLWJlc3QtcmVhc29uIHsgICAgICAgICAgdHlwZSBzdHJpbmc7DQogICAgPiA+ID4g PiBzdWdnZXN0IGEgbWF4aW11bSBsZW5ndGgsIHBlcmhhcHMgMTI3IG9yIDI1NSAoIHVubGVzcyB5 b3UgZXhwZWN0DQogICAgPiA+ID4gPiBzY3JlZW5zaG90cyBvciBwYWNrZXQgdHJhY2VzIHRvIGJl IGF0dGFjaGVkKS4gIEFzIGl0IHN0YW5kcywgeW91IGNvdWxkDQogICAgPiA+ID4gPiB2YWxpZGx5 IHJlY2VpdmUNCiAgICA+ID4gPiA+IGEgbGVuZ3RoIG9mIDE4NDQ2NzQ0MDczNzA5NTUxNjE1Lg0K ICAgID4gPiA+ID4gW1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0DQogICAgPiA+ID4gPiANCiAgICA+ ID4gPiA+IFlvdSBoYXZlIGEgbWl4dHVyZSBvZg0KICAgID4gPiA+ID4gU3lzdGVtLWlkIHN5c3Rl bS1pZCBTeXN0ZW0gaWQgU3lzdGVtIElEIFN5c3RlbSBJZCBzeXN0ZW0gaWQgc3lzdGVtIElEDQog ICAgPiA+ID4gPiBzdWdnZXN0IGNvbnNpc3RlbmN5OyBzeXN0ZW0taWQgd2ZtDQogICAgPiA+ID4g PiBbU0xJXSBXaWxsIGZpeCBpdA0KICAgID4gPiA+ID4gDQogICAgPiA+ID4gPiBZb3UgaGF2ZSBh IG1peHR1cmUgb2YNCiAgICA+ID4gPiA+IGxzcC1pZCBMU1BJRCBMU1AgSUQNCiAgICA+ID4gPiA+ IGhlcmUsIHBlcmhhcHMgbHNwLWlkIGZvciB0aGUgbmFtZXMgYW5kIExTUCBJRCBpbiB0aGUgdGV4 dA0KICAgID4gPiA+ID4gW1NMSV0gV2lsbCBmaXggaXQNCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ ID4gICAgICAgY2FzZSBwYXNzd29yZCB7ICAgICAgICBsZWFmIGtleSB7ICAgICAgICAgICB0eXBl IHN0cmluZzsNCiAgICA+ID4gPiA+IHBlcmhhcHMgYmV0dGVyIHdpdGggYSBtaW5pbXVtIGxlbmd0 aA0KICAgID4gPiA+ID4gW1NMSV0gSSBhZ3JlZSB0aGF0IGl0IGNvdWxkIG1ha2Ugc2Vuc2UgYnV0 IGlzIGl0IHJlYWxseSBzb21ldGhpbmcgdGhhdA0KICAgID4gPiA+ID4gd2Ugc2hvdWxkIGltcG9z ZSA/DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gICAgICAgICBsZWFm IGktZSB7ICAgICAgICAgIHR5cGUgYm9vbGVhbjsNCiAgICA+ID4gPiA+IHdoYXQgaXMgdHJ1ZSBh bmQgd2hhdCBmYWxzZT8gIGhlcmUgSSBhbSByZWx1Y3RhbnQgZXZlbiB0byBndWVzcw0KICAgID4g PiA+ID4gW1NMSV0gVGhpcyBpcyBjb21pbmcgZnJvbSB0aGUgc3RhbmRhcmQsIGlzIGl0IHJlYWxs eSB3b3J0aCByZXBlYXRpbmcgaXQNCiAgICA+ID4gPiA+ID8gU2FtZSBmb3IgdXAvZG93biBiaXQu DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gLyJBdXRoZW50aWNhdGlv biBrZXl0by8gICJBdXRoZW50aWNhdGlvbiBrZXkgdG8vDQogICAgPiA+ID4gPiANCiAgICA+ID4g PiA+ICIgICAgIHRoZSBhdXRoZW50aWNhdGlvbiBrZXkgTVVTVCBOT1QgYmUgcHJlc2VudGVkIGlu Ig0KICAgID4gPiA+ID4gUkZDMjExOSBsYW5ndWFnZSBtZWFucyB0aGF0IFJGQzIxMTkgYm9pbGVy cGxhdGUgc2hvdWxkIGJlIGluIHRoZSBZQU5HDQogICAgPiA+ID4gPiBtb2R1bGUgKGJ1dCB3aXRo b3V0IHRoZSBbLi5dIGllIHRoZSByZWZlcmVuY2UgbXVzdCBiZSBwbGFpbiB0ZXh0IG5vdCBhbg0K ICAgID4gPiA+ID4gYW5jaG9yKS4NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gW1NMSV0gWW91 IGFyZSByaWdodCwgaXQgaXMgbWlzc2luZy4NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gDQog ICAgPiA+ID4gPiAgSXQgaXMgcmVjb21tZW5kZWQgdG8gdXNlIGFuIE1ENQ0KICAgID4gPiA+ID4g ICAgICAgICAgICBoYXNoIHRvIHByZXNlbnQgdGhlIGF1dGhlbnRpY2F0aW9uLWtleS4iOw0KICAg ID4gPiA+ID4gTW1tIEkgdGhpbmsgdGhhdCB0aGlzIG1heSBiZSBhIHJlZCBmbGFnIHRvIHNlY3Vy aXR5IEFEIG9yIGRpcmVjdG9yYXRlIGFzDQogICAgPiA+ID4gPiBiZWluZyB0b28gdmFndWUgYXMg d2VsbCBhcyBNRDUgdG9vIHdlYWs7IGFuZCBJIHRoaW5rIHRoaXMgc2hvdWxkIGJlDQogICAgPiA+ ID4gPiBleHBsaWNpdGx5IGNhbGxlZCBvdXQgaW4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuDQog ICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IFtTTEldIEkgYWdyZWUgdGhhdCB0aGVyZSBpcyBhIHBv aW50IHRvIGRpc2N1c3MgaGVyZS4gVGhlIGZhY3QgaXMgdGhhdCB3ZQ0KICAgID4gPiA+ID4gbXVz dCBub3QgcmV0cmlldmUgcGFzc3dvcmRzIGluIGNsZWFyIHRleHQuIE1heWJlIGl0IGlzIHNvbWV0 aGluZyB3aXRoIGENCiAgICA+ID4gPiA+IHdpZGVyIHNjb3BlIHRoYW4gSVMtSVMuIEhvdyBkbyB0 aGUgb3RoZXIgbW9kZWxzIGRlYWwgd2l0aCBwYXNzd29yZHMNCiAgICA+ID4gPiA+IHJldHJpZXZl ZCB0aHJvdWdoICJnZXQiIG9yICJnZXQtY29uZmlnIiA/DQogICAgPiA+ID4gPiANCiAgICA+ID4g PiA+IA0KICAgID4gPiA+ID4gICAgICAgbGlzdCBsZXZlbC1kYiB7ICAgICAgICBrZXkgbGV2ZWw7 ICAgICAgICBsZWFmIGxldmVsIHsNCiAgICA+ID4gPiA+IEEgY29tbW9uIGNvbnZlbnRpb24gaXMg Zm9yIGEgbGlzdCBvZiBsZWFmIHRoaW5nIHRvIGJlIG5hbWVkIHRoaW5ncyBpLmUuDQogICAgPiA+ ID4gPiAgICAgICBsaXN0IGxldmVscyB7ICAgICAgICAga2V5IGxldmVsOyAgICAgICAgbGVhZiBs ZXZlbCB7DQogICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IFtTTEldIGFjaw0KICAgID4gPiA+ID4g DQogICAgPiA+ID4gPiAgIHJwYyBjbGVhci1hZGphY2VuY3kgew0KICAgID4gPiA+ID4gICAgICAg ICAgICJOYW1lIG9mIHRoZSBJUy1JUyBwcm90b2NvbCBpbnN0YW5jZSB3aG9zZSBJUy1JUw0KICAg ID4gPiA+ID4gICAgICAgICAgICBpbmZvcm1hdGlvbiBpcyBiZWluZyBxdWVyaWVkLg0KICAgID4g PiA+ID4gcXVlcmllZCBvciBjbGVhcmVkPw0KICAgID4gPiA+ID4gW1NMSV0gImNsZWFyZWQiDQog ICAgPiA+ID4gPiANCiAgICA+ID4gPiA+IFRvbSBQZXRjaA0KICAgID4gPiA+ID4gDQogICAgPiA+ ID4gPiANCiAgICA+ID4gPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCiAgICA+ID4g PiA+IEZyb206ICJ0b20gcGV0Y2giIDxpZXRmY0BidGNvbm5lY3QuY29tPg0KICAgID4gPiA+ID4g U2VudDogTW9uZGF5LCBEZWNlbWJlciAzMSwgMjAxOCA2OjIxIFBNDQogICAgPiA+ID4gPiANCiAg ICA+ID4gPiA+IA0KICAgID4gPiA+ID4gPiBTdGVwaGFuZQ0KICAgID4gPiA+ID4gPg0KICAgID4g PiA+ID4gPiBBIG5ldyBhbmQgZGlmZmVyZW50IGNvbW1lbnQuDQogICAgPiA+ID4gPiA+DQogICAg PiA+ID4gPiA+ICAgZ3JvdXBpbmcgbmVpZ2hib3ItZ21wbHMtZXh0ZW5zaW9ucyB7DQogICAgPiA+ ID4gPiA+DQogICAgPiA+ID4gPiA+IGhhcyBhIHRleHQgcmVmZXJlbmNlIHRvIFJGQzUzMDcgd2hp Y2ggZG9lcyBub3QgYXBwZWFyIGluIHRoZQ0KICAgID4gPiA+ID4gcmVmZXJlbmNlcw0KICAgID4g PiA+ID4gPiBmb3IgdGhlIEktRC4gIEhvd2V2ZXIsIGJlZm9yZSBhZGRpbmcgaXQsIEkgd291bGQg bGlrZSB0byBrbm93IHdoeSBpdA0KICAgID4gPiA+ID4gaXMNCiAgICA+ID4gPiA+ID4gYSBnb29k IHJlZmVyZW5jZSBmb3Igc3dpdGNoaW5nIGNhcGFiaWxpdGllcyAod2hpY2ggaXMgcGFydCBvZiB0 aGlzDQogICAgPiA+ID4gPiA+IGdyb3VwaW5nKS4gIEkgdGhpbmsgdGhhdCB0aGUgcmVmZXJlbmNl IGZvciBzd2l0Y2hpbmcgY2FwYWJpbGl0aWVzDQogICAgPiA+ID4gPiBzaG91bGQNCiAgICA+ID4g PiA+ID4gYmUgUkZDNzA3NCAod2hpY2ggdGhpcyBJLUQgZG9lcyBub3QgY3VycmVudGx5IHJlZmVy ZW5jZSBhbmQgc2hvdWxkDQogICAgPiA+ID4gPiBJTU8pLg0KICAgID4gPiA+ID4gPg0KICAgID4g PiA+ID4gPiBBbmQgdGhhdCBiZWdzIHRoZSAgcXVlc3Rpb24sIHdoeSBpcyBzd2l0Y2hpbmctY2Fw YWJpbGl0eSBhbg0KICAgID4gPiA+ID4gdW5yZXN0cmljdGVkDQogICAgPiA+ID4gPiA+IHVpbnQ4 IHdoZW4gb25seSAxMiB2YWx1ZXMgYXJlIHZhbGlkIGFuZCB0aHJlZSBhcmUgZGVwcmVjYXRlZD8N CiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gU28gd2h5IG5vdCB1c2UNCiAgICA+ID4gPiA+ ID4NCiAgICA+ID4gPiA+ID4gZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXM/DQogICAgPiA+ ID4gPiA+DQogICAgPiA+ID4gPiA+IEkgaGF2ZSBhIG51bWJlciBvZiBhZGRpdGlvbmFsIGNvbW1l bnRzIG9uIGNmZy0yOSBidXQgdGhpcyBpcyB0aGUgb25lDQogICAgPiA+ID4gPiA+IHRoYXQgbWF5 IHRha2Ugc29tZSBkaXNjdXNzaW9uLg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiBUb20g UGV0Y2gNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KICAgID4gPiA+ID4gPiBGcm9tOiA8c3RlcGhhbmUubGl0 a293c2tpQG9yYW5nZS5jb20+DQogICAgPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+IEhpIFRvbSwN CiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLiBJ IHdpbGwgZml4IHRoZW0gYXNhcC4NCiAgICA+ID4gPiA+ID4gUmVnYXJkaW5nOg0KICAgID4gPiA+ ID4gPiAiIExpbmUgbGVuZ3RoIGlzIHdpdGhpbiB0aGUgUkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0 IGlzIHRvIHNwcmVhZCBtYW55DQogICAgPiA+ID4gPiA+IG9mIHRoZSBkZXNjcmlwdGlvbiBjbGF1 c2VzIG92ZXIgbXVsdGlwbGUgbGluZXMgd2l0aCBpbmRlbnRhdGlvbiBvZiA1Ng0KICAgID4gPiA+ ID4gPiBjaGFyYWN0ZXJzLCBub3QgdXNlciBmcmllbmRseSBlLmcuDQogICAgPiA+ID4gPiA+ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgID4g PiA+ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAi TGlzdCBvZiBtYXggTFNQDQogICAgPiA+ID4gPiA+IGJhbmR3aWR0aHMgZm9yIGRpZmZlcmVudA0K ICAgID4gPiA+ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgcHJpb3JpdGllcy4iOw0KICAgID4gPiA+ID4gPiAiDQogICAgPiA+ID4gPiA+IFdoYXQn cyB5b3VyIHN1Z2dlc3Rpb24gb24gdGhpcyBvbmUgPw0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ ID4gPiBCcmdkcywNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCiAgICA+ID4gPiA+ID4gRnJvbTogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNA YnRjb25uZWN0LmNvbV0NCiAgICA+ID4gPiA+ID4gU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMjcs IDIwMTggMTI6MTENCiAgICA+ID4gPiA+ID4gU3ViamVjdDogUmU6IFtMc3JdIFlhbmdkb2N0b3Jz IGxhc3QgY2FsbCByZXZpZXcgb2YNCiAgICA+ID4gPiA+ID4gZHJhZnQtaWV0Zi1pc2lzLXlhbmct aXNpcy1jZmctMjQNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gU29tZSBxdWlya3MgaW4t MjUNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gSSBzZWUgbG90cyBvZiBZQU5HIHJlZmVy ZW5jZSBzdGF0ZW1lbnRzIC0gZ29vZCAtIGJ1dCBubyBtZW50aW9uIG9mDQogICAgPiA+ID4gPiB0 aGVtDQogICAgPiA+ID4gPiA+IGluIHRoZSBJLUQgcmVmZXJlbmNlcyAtIG5vdCBzbyBnb29kLiAg TXkgbGlzdCBpcw0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiA1MTMwDQogICAgPiA+ID4g PiA+IDUzMDUNCiAgICA+ID4gPiA+ID4gNTMwNg0KICAgID4gPiA+ID4gPiA1ODgwDQogICAgPiA+ ID4gPiA+IDU4ODENCiAgICA+ID4gPiA+ID4gNjExOQ0KICAgID4gPiA+ID4gPiA2MjMyDQogICAg PiA+ID4gPiA+IDc3OTQNCiAgICA+ID4gPiA+ID4gNzgxMA0KICAgID4gPiA+ID4gPiA3OTE3DQog ICAgPiA+ID4gPiA+IDg0MDUNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gQWxzbyBwZXJo YXBzDQogICAgPiA+ID4gPiA+IE9MRA0KICAgID4gPiA+ID4gPiAgICAgcmVmZXJlbmNlICJSRkMg WFhYWCAtIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KICAgID4gPiA+ID4gPiAg ICAgICAgICAgICAgICBGb3J3YXJkaW5nIERldGVjdGlvbiAoQkZEKS5QbGVhc2UgcmVwbGFjZSBZ WVlZIHdpdGgNCiAgICA+ID4gPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgcHVibGlzaGVkIFJGQw0KICAgID4gPiA+ID4gPiBudW1i ZXIgZm9yIGRyYWZ0LWlldGYtYmZkLXlhbmcuIjsNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ ID4gTkVXDQogICAgPiA+ID4gPiA+ICAgICByZWZlcmVuY2UgIlJGQyBZWVlZIC0gWUFORyBEYXRh IE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQogICAgPiA+ID4gPiA+ICAgICAgICAgICAgICAgIEZv cndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpLg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiAt LSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxhY2UgWVlZWSB3aXRoIHB1Ymxpc2hlZCBS RkMNCiAgICA+ID4gPiA+ID4gbnVtYmVyIGZvciBkcmFmdC1pZXRmLWJmZC15YW5nLiI7DQogICAg PiA+ID4gPiA+DQogICAgPiA+ID4gPiA+IE9MRA0KICAgID4gPiA+ID4gPiAgICAgICByZWZlcmVu Y2UgImRyYWZ0LWlldGYtYmZkLXlhbmcteHgudHh0Og0KICAgID4gPiA+ID4gPiAgICAgICAgICAg ICAgICAgIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nDQogICAg PiA+ID4gPiA+ICAgICAgICAgICAgICAgICAgRGV0ZWN0aW9uIChCRkQpIjsNCiAgICA+ID4gPiA+ ID4gTkVXDQogICAgPiA+ID4gPiA+ICAgICByZWZlcmVuY2UgIlJGQyBZWVlZIC0gWUFORyBEYXRh IE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQogICAgPiA+ID4gPiA+ICAgICAgICAgICAgICAgIEZv cndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpLg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiAt LSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxhY2UgWVlZWSB3aXRoIHB1Ymxpc2hlZCBS RkMNCiAgICA+ID4gPiA+ID4gbnVtYmVyIGZvciBkcmFmdC1pZXRmLWJmZC15YW5nLiI7DQogICAg PiA+ID4gPiA+DQogICAgPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+IExpbmUgbGVuZ3RoIGlzIHdp dGhpbiB0aGUgUkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0IGlzIHRvIHNwcmVhZCBtYW55DQogICAg PiA+ID4gPiBvZg0KICAgID4gPiA+ID4gPiB0aGUgZGVzY3JpcHRpb24gY2xhdXNlcyBvdmVyIG11 bHRpcGxlIGxpbmVzIHdpdGggaW5kZW50YXRpb24gb2YgNTYNCiAgICA+ID4gPiA+ID4gY2hhcmFj dGVycywgbm90IHVzZXIgZnJpZW5kbHkNCiAgICA+ID4gPiA+ID4gZS5nLg0KICAgID4gPiA+ID4g PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZGVzY3JpcHRpb24NCiAg ICA+ID4gPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIkxpc3Qgb2YgbWF4IExTUA0KICAgID4gPiA+ID4gPiBiYW5kd2lkdGhzIGZvciBkaWZmZXJl bnQNCiAgICA+ID4gPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHByaW9yaXRpZXMuIjsNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4NCiAg ICA+ID4gPiA+ID4gQWNrbm93bGVkZ2VtZW50cyBpcyBUQkQuIEkgbm90ZSB0aGF0IHRoZSBlZGl0 b3IgbGlzdCBvZiB0aGUgWUFORw0KICAgID4gPiA+ID4gbW9kdWxlDQogICAgPiA+ID4gPiA+IGlz IHNvbWV3aGF0IGxvbmdlciB0aGFuIHRoZSBlZGl0b3IgbGlzdCBvZiB0aGUgSS1ELg0KICAgID4g PiA+ID4gPg0KICAgID4gPiA+ID4gPiBJIG5vdGUgdGhhdCB0aGUgYXVnbWVudGF0aW9uIG9mIGlu dGVyZmFjZXMgc2VlbXMgdG8gaGF2ZSBubw0KICAgID4gPiA+ID4gY29uZGl0aW9uYWwNCiAgICA+ ID4gPiA+ID4gYW5kIHNvIHdpbGwgYXVnbWVudCBhbGwgaW50ZXJmYWNlcy4gSSB0aGluayB0aGF0 IHRoaXMgaXMgYSBnZW5lcmljDQogICAgPiA+ID4gPiBpc3N1ZQ0KICAgID4gPiA+ID4gPiBidXQg ZG8gbm90IHNlZSBpdCBiZWluZyBhZGRyZXNzZWQgYW55d2hlcmUuDQogICAgPiA+ID4gPiA+DQog ICAgPiA+ID4gPiA+IEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXJlIGRlZmluaW5nIE1QTFMgb2Jq ZWN0cyBhbmQgSSBhbSB1bmNsZWFyDQogICAgPiA+ID4gPiA+IHdoZXRoZXIgb3Igbm90IHRob3Nl IHNob3VsZCBiZSBjb25kaXRpb25hbCwgb3IgcGFydCBvZiB0aGUgTVBMUyBZQU5HDQogICAgPiA+ ID4gPiA+IG1vZHVsZXMgb3IgYm90aCAoY29weWluZyBUYXJlayBmb3IgdGhpcykNCiAgICA+ID4g PiA+ID4NCiAgICA+ID4gPiA+ID4gVG9tIFBldGNoDQogICAgPiA+ID4gPiA+DQogICAgPiA+ID4g PiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCiAgICA+ID4gPiA+ID4gRnJvbTogIkVi YmVuIEFyaWVzIiA8ZXhhQGp1bmlwZXIubmV0Pg0KICAgID4gPiA+ID4gPiBTZW50OiBUdWVzZGF5 LCBPY3RvYmVyIDIzLCAyMDE4IDEyOjQ1IEFNDQogICAgPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ ID4gUmV2aWV3ZXI6IEViYmVuIEFyaWVzDQogICAgPiA+ID4gPiA+ID4gUmV2aWV3IHJlc3VsdDog T24gdGhlIFJpZ2h0IFRyYWNrDQogICAgPiA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gPiAxIG1v ZHVsZSBpbiB0aGlzIGRyYWZ0Og0KICAgID4gPiA+ID4gPiA+IC0gaWV0Zi1pc2lzQDIwMTgtMDgt MDkueWFuZw0KICAgID4gPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ID4gTm8gWUFORyBjb21waWxl ciBlcnJvcnMgb3Igd2FybmluZ3MgKGZyb20gcHlhbmcgMS43LjUgYW5kIHlhbmdsaW50DQogICAg PiA+ID4gPiA+IDAuMTYuNTQpDQogICAgPiA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4gPiAiaWV0 Zi1pc2lzQDIwMTgtMDgtMDkiIG1vZHVsZSBpcyBjb21wYXRpYmxlIHdpdGggdGhlIE5NREENCiAg ICA+ID4gPiA+ID4gYXJjaGl0ZWN0dXJlLg0KICAgID4gPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ ID4gTW9kdWxlIGlldGYtaXNpc0AyMDE4LTA4LTA5Lnlhbmc6DQogICAgPiA+ID4gPiA+ID4gLSBC b3RoIHRoZSBkZXNjcmlwdGlvbiBhbmQgdGhlIGRyYWZ0IG5hbWUgcmVmZXJlbmNlIHRoYXQgdGhp cyBtb2R1bGUNCiAgICA+ID4gPiA+ID4gaXMNCiAgICA+ID4gPiA+ID4gPiAgIHNwZWNpZmljIHRv IGNvbmZpZ3VyYXRpb24gYnV0IGNvbnRhaW5zIG9wZXJhdGlvbmFsIHN0YXRlIG5vZGVzIGluDQog ICAgPiA+ID4gPiA+IGFkZGl0aW9uDQogICAgPiA+ID4gPiA+ID4gICB0byBSUENzIGFuZCBub3Rp ZmljYXRpb25zLiAgQW55IHdvcmRpbmcgc3VnZ2VzdGluZyB0aGlzIGlzIG9ubHkNCiAgICA+ID4g PiA+ID4gPiAgIGNvbmZpZ3VyYXRpb24gc2hvdWxkIGJlIGNoYW5nZWQNCiAgICA+ID4gPiA+ID4g PiAtIE1vZHVsZSBkZXNjcmlwdGlvbiBtdXN0IGNvbnRhaW4gbW9zdCByZWNlbnQgY29weXJpZ2h0 IG5vdGljZSBwZXINCiAgICA+ID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4g aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMt MjAjc2VjdGlvbi0zLjENCiAgICA+ID4gPiA+ID4gPiAtIE1vZHVsZSBkZXNjcmlwdGlvbiByZWFk cyAiY29tbW9uIGFjcm9zcyBhbGwgb2YgdGhlIHZlbmRvcg0KICAgID4gPiA+ID4gPiBpbXBsZW1l bnRhdGlvbnMiLg0KICAgID4gPiA+ID4gPiA+ICAgSSBkb24ndCB0aGluayB0aGlzIG5lZWRzIHRv IGJlIGNhbGxlZCBvdXQgYXMgc3VjaCBhcyB0aGF0IGlzIHRoZQ0KICAgID4gPiA+ID4gPiBvdmVy YWxsDQogICAgPiA+ID4gPiA+ID4gICBpbnRlbnRpb24gb2YgKmFsbCogSUVURiBtb2RlbHMNCiAg ICA+ID4gPiA+ID4gPiAtIFRoaXMgbW9kdWxlIGNvbnRhaW5zICcyMicgZmVhdHVyZXMgKGFuZCB0 aGUgcmVzcGVjdGl2ZSBPU1BGIG1vZHVsZQ0KICAgID4gPiA+ID4gPiBjdXJyZW50bHkNCiAgICA+ ID4gPiA+ID4gPiAgIGNvbnRhaW5zICcyNicpLiAgV2hpbGUgaXQgaXMgdW5kZXJzdG9vZCB0aGUg cHVycG9zZSBvZiB0aGVzZQ0KICAgID4gPiA+ID4gPiBmZWF0dXJlcyBpbiB0aGUNCiAgICA+ID4g PiA+ID4gPiAgIG1vZHVsZSwgdGFrZSBwcmVjYXV0aW9uIGFzIHRvIGNvbXBsZXhpdHkgZm9yIGNs aWVudHMgaWYgdGhleSBuZWVkDQogICAgPiA+ID4gPiB0bw0KICAgID4gPiA+ID4gPiA+ICAgdW5k ZXJzdGFuZCA+PSBxdWFudGl0eSBvZiBmZWF0dXJlcyBwZXIgbW9kdWxlIGluIHVzZSBvbiBhDQog ICAgPiA+ID4gPiA+ID4gICBuZXR3b3JrLWVsZW1lbnQuICBXZSBhcmUgZ29pbmcgdG8gZW5kIHVw IHcvIGZlYXR1cmUgZXhwbG9zaW9uIHRvDQogICAgPiA+ID4gPiA+IGNvbnZleQ0KICAgID4gPiA+ ID4gPiA+ICAgKmFsbCogcG9zc2libGUgZmVhdHVyZXMgb2YgZWFjaCBuZXR3b3JrLWVsZW1lbnQg bGVhZGluZyB0bw0KICAgID4gPiA+ID4gPiBkaXZlcmdlbmNlIGJhY2sNCiAgICA+ID4gPiA+ID4g PiAgIHRvd2FyZHMgbmF0aXZlIG1vZGVscyBhdCB0aGUgZW5kIG9mIHRoZSBkYXkuICBBIGxhcmdl IGFtb3VudCBvZg0KICAgID4gPiA+ID4gPiB0aGVzZQ0KICAgID4gPiA+ID4gPiA+ICAgZmVhdHVy ZSBuYW1lcyBjb3VsZCBiZSBkZWZpbmVkIHdpdGhpbiBhIG1vcmUgZ2xvYmFsIG5hbWVzcGFjZQ0K ICAgID4gPiA+ID4gKGUuZy4NCiAgICA+ID4gPiA+ID4gbnNyKSBidXQNCiAgICA+ID4gPiA+ID4g PiAgIHRoaXMgZ2l2ZXMgdXMgYSBncmFudWxhciB5ZXQgY3VtYmVyc29tZSBhcHByb2FjaCAoZS5n LiBmZWF0dXJlDQogICAgPiA+ID4gPiA+IGlzaXM6bnNyLA0KICAgID4gPiA+ID4gPiA+ICAgb3Nw Zjpuc3IsIGV0Yy4uKQ0KICAgID4gPiA+ID4gPiA+IC0gUlBDICdjbGVhci1hZGphY2VuY3knIGRv ZXMgbm90IGhhdmUgYW55IGlucHV0IGxlYWYgdGhhdCBjb3ZlcnMNCiAgICA+ID4gPiA+ID4gY2xl YXJpbmcgYQ0KICAgID4gPiA+ID4gPiA+ICAgc3BlY2lmaWMgbmVpZ2hib3IvYWRqYWNlbmN5IChT ZWUgY29tbWVudHMgYmVsb3cgYXMgd2VsbCByZWdhcmRpbmcNCiAgICA+ID4gPiA+ID4gUlBDDQog ICAgPiA+ID4gPiA+ID4gICBhbGlnbm1lbnQgdy8gdGhlIE9TUEYgbW9kZWwpDQogICAgPiA+ID4g PiA+ID4gLSBSUEMgJ2NsZWFyLWFkamFjZW5jeScgaGFzIGFuIGlucHV0IG5vZGUgb2YgJ2ludGVy ZmFjZScgaG93ZXZlcg0KICAgID4gPiA+ID4gdGhpcw0KICAgID4gPiA+ID4gPiBpcyBqdXN0DQog ICAgPiA+ID4gPiA+ID4gICBhIHN0cmluZyB0eXBlLiAgSXMgdGhlcmUgYW55IHJlYXNvbiB0aGlz IGlzIG5vdCBhDQogICAgPiA+ID4gPiA+IGxlYWZyZWYvaWY6aW50ZXJmYWNlLXJlZg0KICAgID4g PiA+ID4gPiA+ICAgKG11Y2ggbGlrZSBpbiB0aGUgT1NQRiBtb2RlbCkNCiAgICA+ID4gPiA+ID4g PiAtIENoaWxkIG5vZGVzIHdpdGhpbiBhIGNvbnRhaW5lciBvciBsaXN0IFNIT1VMRCBOT1QgcmVw bGljYXRlIHRoZQ0KICAgID4gPiA+ID4gPiBwYXJlbnQNCiAgICA+ID4gPiA+ID4gPiAgIGlkZW50 aWZpZXIgcGVyDQogICAgPiA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIw I3NlY3Rpb24tNC4zLg0KICAgID4gPiA+ID4gPiAxLg0KICAgID4gPiA+ID4gPiA+DQogICAgPiA+ ID4gPiA+ID4gICBBIGNhc2UgaW4gcG9pbnQgaXMgdGhlIGxpc3QgL2Fmcy9hZiB0aGF0IGhhcyBh IGxlYWYgb2YgJ2FmJw0KICAgID4gPiA+ID4gPiA+ICAgICAgIDxhZnM+DQogICAgPiA+ID4gPiA+ ID4gICAgICAgICA8YWY+DQogICAgPiA+ID4gPiA+ID4gICAgICAgICAgIDxhZj5pcHY0PC9hZj4N CiAgICA+ID4gPiA+ID4gPiAgICAgICAgICAgPGVuYWJsZT50cnVlPC9lbmFibGU+DQogICAgPiA+ ID4gPiA+ID4gICAgICAgICA8L2FmPg0KICAgID4gPiA+ID4gPiA+ICAgICAgIDwvYWZzPg0KICAg ID4gPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ID4gICBOb3Qgb25seSBpcyB0aGlzIHJlcGxpY2F0 aW9uLCBidXQgd2Ugc2hvdWxkIGxpa2VseSBub3QgYWJicmV2aWF0ZQ0KICAgID4gPiA+ID4gPiAn YWZzJyBpZg0KICAgID4gPiA+ID4gPiA+ICAgd2UgYXJlIHVzaW5nIHRoZSBleHBhbmRlZCAnYWRk cmVzcy1mYW1pbHknIGluIG90aGVyIElFVEYgbW9kZWxzDQogICAgPiA+ID4gPiBzdWNoDQogICAg PiA+ID4gPiA+IGFzDQogICAgPiA+ID4gPiA+ID4gICBpZXRmLWkycnMtcmliDQogICAgPiA+ID4g PiA+ID4NCiAgICA+ID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiA+IEdlbmVyYWwgY29tbWVudHMg b24gdGhlIGRyYWZ0ICsgbml0czoNCiAgICA+ID4gPiA+ID4gPiAtIFNpbmNlIFlBTkcgdHJlZSBk aWFncmFtcyBhcmUgdXNlZCwgcGxlYXNlIGluY2x1ZGUgYW4gaW5mb3JtYXRpdmUNCiAgICA+ID4g PiA+ID4gcmVmZXJlbmNlDQogICAgPiA+ID4gPiA+ID4gICBwZXINCiAgICA+ID4gPiA+ID4NCiAg ICA+ID4gPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1y ZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy40DQogICAgPiA+ID4gPiA+ID4gLSBTZWN0aW9uIDEuMSBk b2VzIG5vdCBuZWVkIHRvIGV4aXN0IHNpbmNlIHRoaXMgd291bGQgYmUgY292ZXJlZCBieQ0KICAg ID4gPiA+ID4gPiB0aGUNCiAgICA+ID4gPiA+ID4gPiAgIHJlZmVyZW5jZSBtZW50aW9uZWQgYWJv dmUNCiAgICA+ID4gPiA+ID4gPiAtIFJlZmVyZW5jZSB0byBOTURBIGNvbXBsaWFuY2Ugc2hvdWxk IGJlIGNvbnRhaW5lZCB3aXRoaW4gU2VjdGlvbiAxDQogICAgPiA+ID4gPiA+ICh2cy4NCiAgICA+ ID4gPiA+ID4gPiAgIFNlY3Rpb24gMikgcGVyDQogICAgPiA+ID4gPiA+ID4NCiAgICA+ID4gPiA+ ID4NCiAgICA+ID4gPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5l dG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy41DQogICAgPiA+ID4gPiA+ID4gLSBTZWN0aW9u IDI6IEl0IHNlZW1zIHJlZmVyZW5jZSBzaG91bGQgYmUgZ2l2ZW4gdG8gdGhlIGxvY2F0aW9uIG9m DQogICAgPiA+ID4gPiA+IHdoZXJlIHRoZQ0KICAgID4gPiA+ID4gPiA+ICAgaWV0Zi1yb3V0aW5n IG1vZHVsZSBpcyBkZWZpbmVkIChBcyB3ZWxsIGFzIHJlZmVyZW5jZSB0byBOTURBIFJGQw0KICAg ID4gPiA+ID4gaW4NCiAgICA+ID4gPiA+ID4gdGhlDQogICAgPiA+ID4gPiA+ID4gICBhYm92ZSBy ZWZlcmVuY2UpDQogICAgPiA+ID4gPiA+ID4gLSBTZWN0aW9uIDIuMTogIkFkZGl0aW9uYWwgbW9k dWxlcyBtYXkgYmUgY3JlYXRlZCB0aGlzIHRvDQogICAgPiA+ID4gPiBzdXBwb3J0Li4uIg0KICAg ID4gPiA+ID4gPiBuZWVkcw0KICAgID4gPiA+ID4gPiA+ICAgc2xpZ2h0IHJld29yZGluZyBhZGp1 c3RtZW50DQogICAgPiA+ID4gPiA+ID4gLSBTZWN0aW9uIDM6IFRoZSBSUEMgb3BlcmF0aW9ucyBh cmUgbmFtZWQgJ2NsZWFyLWFkamFjZW5jeScgYW5kDQogICAgPiA+ID4gPiA+ID4gICAnY2xlYXIt ZGF0YWJhc2UnIHJhdGhlciB3LyByZWxpYW5jZSBvZmYgbmFtZXNwYWNpbmcgZm9yDQogICAgPiA+ ID4gPiB1bmlxdWVuZXNzLg0KICAgID4gPiA+ID4gPiBUaGlzDQogICAgPiA+ID4gPiA+ID4gICBz ZWN0aW9uIHJlZmVycyB0byAnY2xlYXItaXNpcy1kYXRhYmFzZScgYW5kICdjbGVhci1pc2lzLWFk amFjZW5jeScNCiAgICA+ID4gPiA+ID4gPiAtIFNlY3Rpb24gNDogTm90aWZpY2F0aW9uIG5hbWUg bWlzbWF0Y2ggaW4gdGhpcyBzZWN0aW9uIGZyb20gYWN0dWFsDQogICAgPiA+ID4gPiA+IG5hbWlu Zw0KICAgID4gPiA+ID4gPiA+ICAgd2l0aGluIHRoZSBtb2R1bGUgKGUuZy4gJ2FkamFjZW5jeS1j aGFuZ2UnIHNob3VsZCByYXRoZXIgYmUNCiAgICA+ID4gPiA+ID4gPiAgICdhZGphY2VuY3ktc3Rh dGUtY2hhbmdlJykNCiAgICA+ID4gPiA+ID4gPiAtIFNlY3Rpb24gNzogU2VjdXJpdHkgQ29uc2lk ZXJhdGlvbnMgd2lsbCBuZWVkIHVwZGF0aW5nIHRvIGJlDQogICAgPiA+ID4gPiA+IHBhdHRlcm5l ZCBhZnRlcg0KICAgID4gPiA+ID4gPiA+ICAgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSB0ZW1w bGF0ZSBhdA0KICAgID4gPiA+ID4gPiA+ICAgaHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvb3Bz L3dpa2kveWFuZy1zZWN1cml0eS1ndWlkZWxpbmVzIHBlcg0KICAgID4gPiA+ID4gPiA+DQogICAg PiA+ID4gPiA+DQogICAgPiA+ID4gPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9uLTMuNw0KICAgID4gPiA+ID4gPiA+IC0g U2VjdGlvbiAxMjogQWxsIG1vZHVsZXMgaW1wb3J0ZWQgd2l0aGluIHRoaXMgbW9kdWxlIE1VU1Qg YmUNCiAgICA+ID4gPiA+ID4gcmVmZXJlbmNlZA0KICAgID4gPiA+ID4gPiA+ICAgd2l0aGluIHRo aXMgc2VjdGlvbiBwZXINCiAgICA+ID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ ID4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdi aXMtMjAjc2VjdGlvbi0zLjkuDQogICAgPiA+ID4gPiA+ID4gICBUaGVyZSBhcmUgcXVpdGUgYSBm ZXcgbWlzc2luZyBmcm9tIHRoaXMgc2VjdGlvbiByaWdodCBub3cNCiAgICA+ID4gPiA+ID4gPiAt IEFwcGVuZGl4IEE6IFNvbWUgb2YgdGhlIFhNTCBlbGVtZW50cyBhcmUgb2ZmIGluIGFsaWdubWVu dA0KICAgID4gPiA+ID4gPiA+IC0gQXBwZW5kaXggQTogRXhhbXBsZXMgbXVzdCBiZSB2YWxpZGF0 ZWQuICBUaGUgZXhhbXBsZSBnaXZlbiBoYXMgdGhlDQogICAgPiA+ID4gPiA+IGZvbGxvd2luZw0K ICAgID4gPiA+ID4gPiA+ICAgaXNzdWVzOg0KICAgID4gPiA+ID4gPiA+ICAgLSAvcm91dGluZ1tu YW1lPSdTTEknXSBhbmQgL3JvdXRpbmcvZGVzY3JpcHRpb24gYXJlIGludmFsaWQgZGF0YQ0KICAg ID4gPiA+ID4gPiBub2RlcyBhbmQNCiAgICA+ID4gPiA+ID4gPiAgICAgZG8gbm90IGV4aXN0LiAg SSdtIG5vdCBzdXJlIHdoeSB0aGV5IGFyZSBpbiB0aGUgWE1MIGV4YW1wbGUgaGVyZQ0KICAgID4g PiA+ID4gPiA+ICAgLSBUaGUgZXhhbXBsZSBpcyBtZWFudCB0byByZWZlcmVuY2UgY29uZmlndXJh dGlvbiBob3dldmVyDQogICAgPiA+ID4gPiA+ID4gICAgIC9yb3V0aW5nL2ludGVyZmFjZXMgaXMg YSByL28gY29udGFpbmVyDQogICAgPiA+ID4gPiA+ID4gICAtIFRoZSBjb250cm9sLXBsYW5lLXBy b3RvY29sICd0eXBlJyBuZWVkcyB0byBiZSBxdWFsaWZpZWQgLSBlLmcuDQogICAgPiA+ID4gPiA+ ID4gICAgIDx0eXBlDQogICAgPiA+ID4gPiA+IHhtbG5zOmlzaXM9InVybjppZXRmOnBhcmFtczp4 bWw6bnM6eWFuZzppZXRmLWlzaXMiPmlzaXM6aXNpczwvdHlwZT4NCiAgICA+ID4gPiA+ID4gPiAg IC0gVGhlIGFyZWEtYWRkcmVzcyBkb2VzIG5vdCB2YWxpZGF0ZSBhZ2FpbnN0IHRoZSBwYXR0ZXJu IHJlZ2V4IGFuZA0KICAgID4gPiA+ID4gPiBtdXN0IGVuZA0KICAgID4gPiA+ID4gPiA+ICAgICB3 aXRoIGEgJy4nICBlLmcuDQogICAgPiA+ID4gPiA+ID4gICAgIDxhcmVhLWFkZHJlc3M+NDkuMDAw MS4wMDAwLjwvYXJlYS1hZGRyZXNzPg0KICAgID4gPiA+ID4gPiA+ICAgLSBtZXRyaWMtdHlwZS92 YWx1ZSBpcyBzZXQgdG8gJ3dpZGUnIHdoaWNoIGlzIGludmFsaWQuICBUaGlzDQogICAgPiA+ID4g PiBzaG91bGQNCiAgICA+ID4gPiA+ID4gcmF0aGVyDQogICAgPiA+ID4gPiA+ID4gICAgIGJlICd3 aWRlLW9ubHknDQogICAgPiA+ID4gPiA+ID4gICAtIGlzaXMvYWZzL2FmL2FmIGlzIHNldCB0byAn aXB2NC11bmljYXN0JyB3aGljaCBpcyBpbnZhbGlkLiAgVGhpcw0KICAgID4gPiA+ID4gPiBzaG91 bGQNCiAgICA+ID4gPiA+ID4gPiAgICAgcmF0aGVyIGJlICdpcHY0JyBwZXIgaWFuYS1yb3V0aW5n LXR5cGVzDQogICAgPiA+ID4gPiA+ID4gICAtIC9pbnRlcmZhY2VzL2ludGVyZmFjZS90eXBlIG11 c3QgYmUgcG9wdWxhdGVkIGFuZCBpcyBpbnZhbGlkLg0KICAgID4gPiA+ID4gVGhpcw0KICAgID4g PiA+ID4gPiBzaG91bGQNCiAgICA+ID4gPiA+ID4gPiAgICAgcmF0aGVyIGJlIHF1YWxpZmllZCBh cyBzdWNoOg0KICAgID4gPiA+ID4gPiA+ICAgICA8dHlwZQ0KICAgID4gPiA+ID4gPg0KICAgID4g PiA+ID4geG1sbnM6aWFuYWlmdD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlhbmEtaWYt dHlwZSI+aWFuYWlmdDpzb2Z0d2FyDQogICAgPiA+ID4gPiA+IGVMb29wYmFjazwvdHlwZT4NCiAg ICA+ID4gPiA+ID4gPiAgICAgPHR5cGUNCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+IHhtbG5z OmlhbmFpZnQ9InVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppYW5hLWlmLXR5cGUiPmlhbmFp ZnQ6ZXRoZXJuZQ0KICAgID4gPiA+ID4gPiB0Q3NtYWNkPC90eXBlPg0KICAgID4gPiA+ID4gPiA+ ICAgLSAvaW50ZXJmYWNlcy9pbnRlcmZhY2UvbGluay11cC1kb3duLXRyYXAtZW5hYmxlIG11c3Qg aGF2ZSBhIHZhbHVlDQogICAgPiA+ID4gPiA+ID4gICAgIGFzc29jaWF0ZWQgYXMgc3VjaDoNCiAg ICA+ID4gPiA+ID4gPiAgICAgPGxpbmstdXAtZG93bi10cmFwLWVuYWJsZT5lbmFibGVkPC9saW5r LXVwLWRvd24tdHJhcC1lbmFibGU+DQogICAgPiA+ID4gPiA+ID4gICAtIE5QIGNvbnRhaW5lciAn cHJpb3JpdHknIGhhcyBhIG11c3Qgc3RhdGVtZW50IGNoZWNraW5nIGlmIGFuDQogICAgPiA+ID4g PiA+IGludGVyZmFjZS10eXBlDQogICAgPiA+ID4gPiA+ID4gICAgIGlzIHNldCB0byAnYnJvYWRj YXN0JyBob3dldmVyIGlmIHlvdSB0YWtlIHRoZSBYTUwgZXhhbXBsZSBmcm9tDQogICAgPiA+ID4g PiA+IHRoaXMNCiAgICA+ID4gPiA+ID4gPiAgICAgc2VjdGlvbiwgaXQgd2lsbCBmYWlsIHRvIHZh bGlkYXRlIGV2ZW4gaWYgPHByaW9yaXR5PiBpcyBub3QNCiAgICA+ID4gPiA+ID4gZGVmaW5lZA0K ICAgID4gPiA+ID4gPiA+ICAgICB1bmRlcm5lYXRoIGFuIGludGVyZmFjZS10eXBlIG9mICdwb2lu dC10by1wb2ludCcuICBJdCBzZWVtcyB0bw0KICAgID4gPiA+ID4gbWUNCiAgICA+ID4gPiA+ID4g dGhhdA0KICAgID4gPiA+ID4gPiA+ICAgICB0aGlzIGxvZ2ljIG1heSBuZWVkIHRvIGJlIHJlYWRq dXN0ZWQgb3Igbm90IGV4aXN0IGF0IGFsbA0KICAgID4gPiA+ID4gKHByaW9yaXR5DQogICAgPiA+ ID4gPiA+IGNhbg0KICAgID4gPiA+ID4gPiA+ICAgICBzdGlsbCBiZSBzZXQgb24gaW1wbGVtZW50 YXRpb25zIG9uIGxvb3BiYWNrIGludGVyZmFjZXMgLSB3aGljaA0KICAgID4gPiA+ID4gPiB3b3Vs ZA0KICAgID4gPiA+ID4gPiA+ICAgICBkZWZhdWx0IHRvICdicm9hZGNhc3QnIGluIHRoZSBleGFt cGxlIGhlcmUpLiAgQ291bGQgeW91IG5vdA0KICAgID4gPiA+ID4gc29sdmUNCiAgICA+ID4gPiA+ ID4gdGhpcw0KICAgID4gPiA+ID4gPiA+ICAgICB3aXRoIHVzZSBvZiAnd2hlbicgdnMuICdtdXN0 JyBhcyBzdWNoOg0KICAgID4gPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ID4gICAgICAgICAgIHdo ZW4gJy4uL2ludGVyZmFjZS10eXBlID0gImJyb2FkY2FzdCInIHsNCiAgICA+ID4gPiA+ID4gPiAg ICAgICAgICAgICAgIGRlc2NyaXB0aW9uICJQcmlvcml0eSBjYW4gb25seSBiZSBzZXQgZm9yIGJy b2FkY2FzdA0KICAgID4gPiA+ID4gPiBpbnRlcmZhY2VzLiI7DQogICAgPiA+ID4gPiA+ID4gICAg ICAgICAgIH0NCiAgICA+ID4gPiA+ID4gPg0KICAgID4gPiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ DQogICAgPiA+ID4gPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRt b2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9uLTQuMTgNCiAgICA+ID4gPiA+ID4gLi4yLg0KICAgID4g PiA+ID4gPiA+DQogICAgPiA+ID4gPiA+ID4gICAtIC9pbnRlcmZhY2VzL2ludGVyZmFjZS9pcHY0 L210dSBtdXN0IGNvbnRhaW4gYSB2YWxpZCB2YWx1ZSAoYW5kDQogICAgPiA+ID4gPiA+IGxpa2Vs eSBub3QNCiAgICA+ID4gPiA+ID4gPiAgICAgbmVlZCB0byBiZSBkZWZpbmVkIGZvciBMb29wYmFj azApDQogICAgPiA+ID4gPiA+ID4gICAtICdpc2lzL21wbHMtdGUvaXB2NC1yb3V0ZXItaWQnIGlz IGludmFsaWQgYW5kIHNob3VsZCByYXRoZXIgYmUNCiAgICA+ID4gPiA+ID4gPiAgICAgJ2lzaXMv bXBscy90ZS1yaWQvaXB2NC1yb3V0ZXItaWQnDQogICAgPiA+ID4gPiA+ID4gICAtICdpc2lzL2Fm cy9hZi9lbmFibGVkJyBpcyBpbnZhbGlkIGFuZCBzaG91bGQgcmF0aGVyIGJlDQogICAgPiA+ID4g PiA+ICdpc2lzL2Fmcy9hZi9lbmFibGUnDQogICAgPiA+ID4gPiA+ID4gICAtIEV4YW1wbGVzIHNo b3VsZCB1c2UgSVB2NiBhZGRyZXNzZXMgd2hlcmUgYXBwcm9wcmlhdGUgcGVyDQogICAgPiA+ID4g PiA+ID4NCiAgICA+ID4gPiA+ID4NCiAgICA+ID4gPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy4xMg0KICAgID4g PiA+ID4gPg0KICAgID4gPiA+ID4gPg0KICAgID4gPiA+ID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAg PiA+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCiAgICA+ID4gPiA+IA0KICAgID4gPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCiAgICA+ID4gPiA+IHlhbmctZG9jdG9ycyBtYWlsaW5nIGxp c3QNCiAgICA+ID4gPiA+IHlhbmctZG9jdG9yc0BpZXRmLm9yZw0KICAgID4gPiA+ID4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby95YW5nLWRvY3RvcnMNCiAgICA+ID4gPiAN CiAgICA+ID4gPiAtLSANCiAgICA+ID4gPiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgICAgICAgICAg IEphY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0KICAgID4gPiA+IFBob25lOiArNDkgNDIx IDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkN CiAgICA+ID4gPiBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMyAgICAgICAgIDxodHRwczovL3d3dy5q YWNvYnMtdW5pdmVyc2l0eS5kZS8+DQogICAgPiA+ID4gDQogICAgPiA+ID4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAg ID4gPiA+IA0KICAgID4gPiA+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KICAgID4gPiA+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBs b2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQogICAgPiA+ID4gYSBsJ2V4 cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVz IG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwN CiAgICA+ID4gPiBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNz YWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQogICAgPiA+ID4g DQogICAgPiA+ID4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj dGVkIGJ5IGxhdzsNCiAgICA+ID4gPiB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVz ZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCiAgICA+ID4gPiBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg YW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCiAgICA+ID4gPiBB cyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdl cyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQogICAgPiA+ ID4gVGhhbmsgeW91Lg0KICAgID4gPiA+IA0KICAgID4gPiANCiAgICA+ID4gLS0gDQogICAgPiA+ IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVu IGdHbWJIDQogICAgPiA+IFBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJp bmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCiAgICA+ID4gRmF4OiAgICs0OSA0MjEgMjAw IDMxMDMgICAgICAgICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0KICAgID4g PiANCiAgICA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KICAgID4gPiANCiAgICA+ID4gQ2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQogICAgPiA+IHBhcyBl dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2 b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVy DQogICAgPiA+IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sDQogICAgPiA+IE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmls aXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJj aS4NCiAgICA+ID4gDQogICAgPiA+IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1h eSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5 IGJlIHByb3RlY3RlZCBieSBsYXc7DQogICAgPiA+IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KICAgID4gPiBJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCiAgICA+ ID4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVz c2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KICAg ID4gPiBUaGFuayB5b3UuDQogICAgPiA+IA0KICAgID4gDQogICAgPiAtLSANCiAgICA+IEp1ZXJn ZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJI DQogICAgPiBQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAgICAgIENhbXB1cyBSaW5nIDEgfCAy ODc1OSBCcmVtZW4gfCBHZXJtYW55DQogICAgPiBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMyAgICAg ICAgIDxodHRwczovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQogICAgDQogICAgLS0gDQog ICAgSnVlcmdlbiBTY2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVt ZW4gZ0dtYkgNCiAgICBQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAgICAgIENhbXB1cyBSaW5n IDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55DQogICAgRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMg ICAgICAgICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0KICAgIA0KDQo= From nobody Wed Jan 9 10:45:09 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B54F130F46; Wed, 9 Jan 2019 10:45:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YfbXQKXwdWdL; Wed, 9 Jan 2019 10:44:59 -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 89576130F44; Wed, 9 Jan 2019 10:44:58 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 2F14910B6; Wed, 9 Jan 2019 19:44:57 +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 kyxLQu9FzfW6; Wed, 9 Jan 2019 19:44:57 +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, 9 Jan 2019 19:44:57 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 11ABB20046; Wed, 9 Jan 2019 19:44:57 +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 PMQOs5N_9n0x; Wed, 9 Jan 2019 19:44:55 +0100 (CET) Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 1FEF320045; Wed, 9 Jan 2019 19:44:55 +0100 (CET) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 9 Jan 2019 19:44:54 +0100 Received: by anna.localdomain (Postfix, from userid 501) id 1865A300577A1E; Wed, 9 Jan 2019 19:44:53 +0100 (CET) Date: Wed, 9 Jan 2019 19:44:53 +0100 From: Juergen Schoenwaelder To: "Acee Lindem (acee)" CC: "stephane.litkowski@orange.com" , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Message-ID: <20190109184453.ktfltngmgacaqrii@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: "Acee Lindem (acee)" , "stephane.litkowski@orange.com" , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" References: <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <20190109120930.k7ok2i7wa3h35x4t@anna.jacobs.jacobs-university.de> <21953_1547040425_5C35F6A9_21953_272_1_9E32478DFA9976438E7A22F69B08FF924B78C61B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109142657.2eqybfdnmqfmr3re@anna.jacobs.jacobs-university.de> <27064_1547045741_5C360B6D_27064_256_1_9E32478DFA9976438E7A22F69B08FF924B78C73A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109151859.qspww2savq2ktxiz@anna.jacobs.jacobs-university.de> <20190109171417.7htajkttb4zd32k3@anna.jacobs.jacobs-university.de> <09C726C6-0230-490B-95E8-67AA710BAEC5@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <09C726C6-0230-490B-95E8-67AA710BAEC5@cisco.com> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 18:45:04 -0000 On Wed, Jan 09, 2019 at 05:59:08PM +0000, Acee Lindem (acee) wrote: > leaf authentication-key { > type string; > description > "Authentication keyto be used. For security reasons, > the authentication key MUST NOT be presented in > plaintext format. It is recommended to use an MD5 > hash to present the authentication-key."; > } > description > "IS-IS node authentication information container - > IS-IS reference is TLV 10."; > > Every implementor can make up his own identifier format and choose a > format for the keys arbitrarily? Some do MD5 some SHA-1? Do we not > have proper identifiers and formats defined already in some other YANG > modules? You should look at RFC 7317, which did establish an IANA > registry that you may find useful, perhaps also here (appears actually > multiple times): > > No - User authentication and routing protocol transport authentication are 2 very different things so RFC 7317 is not applicable. As you know the key length is dependent on the algorithm. This does not resolve the issue that the format looks rather unclear, means likely not interoperable. If routing people do not use common crypt hash formats (see IANA registry), then you likely have to roll your own equivalent. > What are these hostname strings? > > leaf hostname { > type string; > description > "Hostname associated with the system ID."; > } > > An FQDN is recommended by not required - https://tools.ietf.org/html/rfc5301 The RFC 7317 definition does not require this either. It, however, does rule out names like -+!23. Perhaps routers are happy with this. (Well, do not most meanwhile run some Linux/BSD derivate? Well, up to routing folks. It may, however, be helpful to explain how your hostname relates to a system hostname or to spell out that it must be expected to be different.) /js > Thanks, > Acee > > Are these names following DNS conventions, similar to lets say this > taken from RFC 7317: > > leaf hostname { > type inet:domain-name; > description > "The name of the host. This name can be a single domain > label or the fully qualified domain name of the host."; > } > > /js > > On Wed, Jan 09, 2019 at 04:18:59PM +0100, Juergen Schoenwaelder wrote: > > What is the value of your error leafs if there is no error to report > > yet? Do you really want to rule out empty strings? Anyway, the semantics > > are up to you to figure out. > > > > /js > > > > On Wed, Jan 09, 2019 at 02:55:40PM +0000, stephane.litkowski@orange.com wrote: > > > Ok, so if we are silent about "must support at least", I think the only thing to do is to have 'type string "1.."' to avoid empty string as I don't see any requirement to have a minimum of x characters. > > > > > > > > > -----Original Message----- > > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > > Sent: Wednesday, January 09, 2019 15:27 > > > To: LITKOWSKI Stephane OBS/OINIS > > > Cc: tom petch; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > > > > > Implementations must be robust and be able to deal with rogue input, a > > > length restriction in the data model does not help solving that problem. > > > > > > Perhaps an example helps for the other question: > > > > > > leaf example { > > > type string "3.."; > > > description > > > "implementation must support a length of at least 42 characters" > > > } > > > > > > Valid input can be any string which has at least three characters and > > > implementations are expected to handle at least strings up to 42 > > > characters. An other alternative is to be silent about any > > > expectations. A third option is to let server implementors document > > > via deviations any length restrictions they may impose in their > > > implementation. > > > > > > My preference is actually to be silent about "must support at least" > > > constrained unless there is a clear technical reason for a specific > > > number. > > > > > > /js > > > > > > On Wed, Jan 09, 2019 at 01:27:05PM +0000, stephane.litkowski@orange.com wrote: > > > > Hi Juergen, > > > > > > > > There is something that I'm missing (sorry for that). How defining a minimum length helps to deal with rogue input ? I see a rogue input more being a too long string. Too short can happen if a specific leaf really requires a minimum length string, but I don't think that we have such a case. > > > > In addition, when your talk about minimum length in your email below, do I need to understand it as "minimum length to be supported by the implementation" ? (you said before: "'implementations should at least handle a length of x characters'"). This means that the user can input a string of any size between 0 and this minimum length to be supported. Or is it really a minimum length so the user cannot input something shorter than this value ? > > > > > > > > Brgds, > > > > > > > > > > > > -----Original Message----- > > > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > > > Sent: Wednesday, January 09, 2019 13:10 > > > > To: tom petch > > > > Cc: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > > > Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 > > > > > > > > Hi, > > > > > > > > just to clarify: My position is that implementations have to be able > > > > to deal with rogue input no matter whether there is a length > > > > restriction defined in a data model or not. If people argue for length > > > > restrictions, then this should be done for interoperability reasons. > > > > And for this you may want to define a minimum length that must be > > > > supported instead of a maximum length that defines a hard upper > > > > boundary (and the only place to define such a minimum length and > > > > implementations must support so far is in the description statement). > > > > > > > > /js > > > > > > > > On Wed, Jan 09, 2019 at 11:37:45AM +0000, tom petch wrote: > > > > > Stephane > > > > > > > > > > Thanks for persisting. > > > > > > > > > > On string lengths, I take your point about no user input to Operational > > > > > State; there, my concern is more about giving guidance to implementors > > > > > as to what they should cater for - as I said, this has been a topic of > > > > > lively discussion in other WG. Even before that, whenever I see a > > > > > string, I think is there an implicit length restriction and if not, > > > > > should there be an explicit one which, as Juergen suggested, could be in > > > > > the description clause. My experience is that those working with > > > > > networks think about size, about length; those coming from applications > > > > > tend to think 'What is a few terabytes between friends?' and are unaware > > > > > that sizes that may be commonplace in servers and associated storage can > > > > > create difficulties over a network. Whatever, I leave this one up to > > > > > you. > > > > > > > > > > On references, I would like a change; you say this information is in the > > > > > base ISO spec. Well, yes, to me that means that it should be a > > > > > Normative Reference. I could not understand the description of e.g. > > > > > 'i/e' and needed to look it up but seemingly cannot do so with the > > > > > listed references of the I-D. Note that RFC such as RFC5305 and RFC6119 > > > > > do reference International Standard 10589 and I think that this one > > > > > should too, perhaps in s.2.7 and s.5. > > > > > > > > > > Tom Petch > > > > > > > > > > ----- Original Message ----- > > > > > From: > > > > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > > > > > > > Hi Tom, > > > > > > > > > > Please find inline answers. > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > > Sent: Tuesday, January 08, 2019 18:45 > > > > > > > > > > Ok. Top-posting the ones that are not 'ok': > > > > > > > > > > I said that I thought that LSP did not need expanding on first use and > > > > > then checked the RFC Editor list to find that it is not one they regard > > > > > as well-known and that LSR protocols use it differently to others, so I > > > > > suggest expanding LSP on first use. > > > > > > > > > > [SLI] Already done for the next version. > > > > > > > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > > > > overrun attacks and the like and so want a maximum on many things (and > > > > > then people attach a friendly, 20Mbyte photo to their e-mail at > > > > > Christmas and > > > > > wonder why their ESP rejects the message so I do not congratulate them > > > > > on the latest addition to the family:-). The IDR WG had a lively > > > > > discussion about maximum message lengths in 2017 and that has also > > > > > stayed in my mind. I have seen the comments on this by Juergen and > > > > > Lada; perhaps as Juergen intimates, something in the Description would > > > > > help; and while the server may not be rogue, it may not have a perfect > > > > > implementation. > > > > > > > > > > [SLI] What I need to understand from your comment on string length > > > > > enforcement is if it applies to operational state or just config states > > > > > ? I do not see any issue of not enforcing the operational state as there > > > > > is no input from the user there and so no attack vector, this is purely > > > > > internal to the implementation. For config statements, it makes sense as > > > > > there is an input from the user that can be anything. > > > > > > > > > > > > > > > On the length of password, I saw a Security AD wanting clarification on > > > > > this not too long ago so you may see this comment again from one such . > > > > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > > > > yang. > > > > > > > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy and > > > > > such like (although I have not seen a review by Security AD/directorate > > > > > of that). > > > > > > > > > > But I am left confused as to exactly what the cited object is doing. > > > > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > > > > in the YANG module doing? Is > > > > > leaf authentication-type { > > > > > the first octet of TLV10? Is > > > > > leaf authentication-key { > > > > > the rest of TLV10? And where is this 'presented' as the YANG module > > > > > says? Are you thinking of a YANG client presenting the field to a user > > > > > at a terminal, one router presenting it to another, or what? > > > > > > > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > > > > a Normative Reference for this I-D > > > > > > > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just adds > > > > > the crypto auth as new types. > > > > > The authentication-type is the first byte of the TLV (called > > > > > Authentication Type as well). > > > > > The authentication-key cannot be mapped directly to the > > > > > authentication-value field. This is the case for ClearText password > > > > > authtype but not crypto which adds a keyID in front of the > > > > > authentication data. > > > > > > > > > > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > > > > references to choose from. I found up/down in RFC5305, but only by > > > > > accident, and I have not found i/e yet so a reference would be good. > > > > > > > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > > > > "legacy advertisements" of prefix and links. By the way, after checking, > > > > > the position of the i-e leaf is currently wrong and needs to be within > > > > > the metric (default, delay...). I will fix this. > > > > > > > > > > > > > > > Tom Petch > > > > > > > > > > ----- Original Message ----- > > > > > From: stephane.litkowski@orange.com > > > > > Sent: Monday, January 07, 2019 9:22 AM > > > > > > > > > > Hi Tom, > > > > > > > > > > Thanks for your comments. > > > > > I wish you an happy new year ! > > > > > > > > > > Please find inline comments. > > > > > > > > > > Brgds, > > > > > > > > > > -----Original Message----- > > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > > Sent: Wednesday, January 02, 2019 12:17 > > > > > > > > > > Here are the rest of my comments on -29 with a slight tweak to the > > > > > subject line. I would regard most of these (but not the first two) as > > > > > non-discussable, ie I won't complain if you disagree:-) > > > > > > > > > > RFC1195 is in the YANG module but not the references of the I-D > > > > > [SLI] Will fix it > > > > > > > > > > RFC5029 is in the YANG module but not the references of the I-D > > > > > [SLI] Will fix it > > > > > > > > > > PSNPs, CSNPs > > > > > [SLI] Will fix it > > > > > > > > > > expand on first use - LSP I think ok > > > > > > > > > > leaf best { type boolean; > > > > > what is true and what false? I can guess from the English semantics of > > > > > the name but would rather not guess. > > > > > [SLI] Will fix it > > > > > To replace the current description which is : ""Indicates if the > > > > > alternate is the preferred."", do you prefer: "Set to true when the > > > > > alternate is preferred, set to false otherwise" ? > > > > > > > > > > > > > > > leaf non-best-reason { type string; > > > > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > > > > screenshots or packet traces to be attached). As it stands, you could > > > > > validly receive > > > > > a length of 18446744073709551615. > > > > > [SLI] Agree, will fix it > > > > > > > > > > You have a mixture of > > > > > System-id system-id System id System ID System Id system id system ID > > > > > suggest consistency; system-id wfm > > > > > [SLI] Will fix it > > > > > > > > > > You have a mixture of > > > > > lsp-id LSPID LSP ID > > > > > here, perhaps lsp-id for the names and LSP ID in the text > > > > > [SLI] Will fix it > > > > > > > > > > case password { leaf key { type string; > > > > > perhaps better with a minimum length > > > > > [SLI] I agree that it could make sense but is it really something that > > > > > we should impose ? > > > > > > > > > > > > > > > leaf i-e { type boolean; > > > > > what is true and what false? here I am reluctant even to guess > > > > > [SLI] This is coming from the standard, is it really worth repeating it > > > > > ? Same for up/down bit. > > > > > > > > > > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > > > > > > > " the authentication key MUST NOT be presented in" > > > > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > > > > module (but without the [..] ie the reference must be plain text not an > > > > > anchor). > > > > > > > > > > [SLI] You are right, it is missing. > > > > > > > > > > > > > > > It is recommended to use an MD5 > > > > > hash to present the authentication-key."; > > > > > Mmm I think that this may be a red flag to security AD or directorate as > > > > > being too vague as well as MD5 too weak; and I think this should be > > > > > explicitly called out in Security Considerations. > > > > > > > > > > [SLI] I agree that there is a point to discuss here. The fact is that we > > > > > must not retrieve passwords in clear text. Maybe it is something with a > > > > > wider scope than IS-IS. How do the other models deal with passwords > > > > > retrieved through "get" or "get-config" ? > > > > > > > > > > > > > > > list level-db { key level; leaf level { > > > > > A common convention is for a list of leaf thing to be named things i.e. > > > > > list levels { key level; leaf level { > > > > > > > > > > [SLI] ack > > > > > > > > > > rpc clear-adjacency { > > > > > "Name of the IS-IS protocol instance whose IS-IS > > > > > information is being queried. > > > > > queried or cleared? > > > > > [SLI] "cleared" > > > > > > > > > > Tom Petch > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "tom petch" > > > > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > > > > > > > > > > Stephane > > > > > > > > > > > > A new and different comment. > > > > > > > > > > > > grouping neighbor-gmpls-extensions { > > > > > > > > > > > > has a text reference to RFC5307 which does not appear in the > > > > > references > > > > > > for the I-D. However, before adding it, I would like to know why it > > > > > is > > > > > > a good reference for switching capabilities (which is part of this > > > > > > grouping). I think that the reference for switching capabilities > > > > > should > > > > > > be RFC7074 (which this I-D does not currently reference and should > > > > > IMO). > > > > > > > > > > > > And that begs the question, why is switching-capability an > > > > > unrestricted > > > > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > > > > > > > So why not use > > > > > > > > > > > > draft-ietf-teas-yang-te-types? > > > > > > > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > > > > that may take some discussion. > > > > > > > > > > > > Tom Petch > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: > > > > > > > > > > > > Hi Tom, > > > > > > > > > > > > Thanks for your comments. I will fix them asap. > > > > > > Regarding: > > > > > > " Line length is within the RFC limit but the effect is to spread many > > > > > > of the description clauses over multiple lines with indentation of 56 > > > > > > characters, not user friendly e.g. > > > > > > description > > > > > > "List of max LSP > > > > > > bandwidths for different > > > > > > priorities."; > > > > > > " > > > > > > What's your suggestion on this one ? > > > > > > > > > > > > Brgds, > > > > > > > > > > > > -----Original Message----- > > > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > > > Sent: Tuesday, November 27, 2018 12:11 > > > > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > > > > > > > Some quirks in-25 > > > > > > > > > > > > I see lots of YANG reference statements - good - but no mention of > > > > > them > > > > > > in the I-D references - not so good. My list is > > > > > > > > > > > > 5130 > > > > > > 5305 > > > > > > 5306 > > > > > > 5880 > > > > > > 5881 > > > > > > 6119 > > > > > > 6232 > > > > > > 7794 > > > > > > 7810 > > > > > > 7917 > > > > > > 8405 > > > > > > > > > > > > Also perhaps > > > > > > OLD > > > > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > > > > Forwarding Detection (BFD).Please replace YYYY with > > > > > > published RFC > > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > NEW > > > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > > > Forwarding Detection (BFD). > > > > > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > OLD > > > > > > reference "draft-ietf-bfd-yang-xx.txt: > > > > > > YANG Data Model for Bidirectional Forwarding > > > > > > Detection (BFD)"; > > > > > > NEW > > > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > > > Forwarding Detection (BFD). > > > > > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > > > > of > > > > > > the description clauses over multiple lines with indentation of 56 > > > > > > characters, not user friendly > > > > > > e.g. > > > > > > description > > > > > > "List of max LSP > > > > > > bandwidths for different > > > > > > priorities."; > > > > > > > > > > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > > > > module > > > > > > is somewhat longer than the editor list of the I-D. > > > > > > > > > > > > I note that the augmentation of interfaces seems to have no > > > > > conditional > > > > > > and so will augment all interfaces. I think that this is a generic > > > > > issue > > > > > > but do not see it being addressed anywhere. > > > > > > > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > > > > whether or not those should be conditional, or part of the MPLS YANG > > > > > > modules or both (copying Tarek for this) > > > > > > > > > > > > Tom Petch > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ebben Aries" > > > > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > > > > > > > Reviewer: Ebben Aries > > > > > > > Review result: On the Right Track > > > > > > > > > > > > > > 1 module in this draft: > > > > > > > - ietf-isis@2018-08-09.yang > > > > > > > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > > > > 0.16.54) > > > > > > > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > > > > architecture. > > > > > > > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > > > > - Both the description and the draft name reference that this module > > > > > > is > > > > > > > specific to configuration but contains operational state nodes in > > > > > > addition > > > > > > > to RPCs and notifications. Any wording suggesting this is only > > > > > > > configuration should be changed > > > > > > > - Module description must contain most recent copyright notice per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > > > > - Module description reads "common across all of the vendor > > > > > > implementations". > > > > > > > I don't think this needs to be called out as such as that is the > > > > > > overall > > > > > > > intention of *all* IETF models > > > > > > > - This module contains '22' features (and the respective OSPF module > > > > > > currently > > > > > > > contains '26'). While it is understood the purpose of these > > > > > > features in the > > > > > > > module, take precaution as to complexity for clients if they need > > > > > to > > > > > > > understand >= quantity of features per module in use on a > > > > > > > network-element. We are going to end up w/ feature explosion to > > > > > > convey > > > > > > > *all* possible features of each network-element leading to > > > > > > divergence back > > > > > > > towards native models at the end of the day. A large amount of > > > > > > these > > > > > > > feature names could be defined within a more global namespace > > > > > (e.g. > > > > > > nsr) but > > > > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > > > > isis:nsr, > > > > > > > ospf:nsr, etc..) > > > > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > > > > clearing a > > > > > > > specific neighbor/adjacency (See comments below as well regarding > > > > > > RPC > > > > > > > alignment w/ the OSPF model) > > > > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > > > > this > > > > > > is just > > > > > > > a string type. Is there any reason this is not a > > > > > > leafref/if:interface-ref > > > > > > > (much like in the OSPF model) > > > > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > > > > parent > > > > > > > identifier per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3. > > > > > > 1. > > > > > > > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > > > > > > > > > > ipv4 > > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > > > > 'afs' if > > > > > > > we are using the expanded 'address-family' in other IETF models > > > > > such > > > > > > as > > > > > > > ietf-i2rs-rib > > > > > > > > > > > > > > > > > > > > > General comments on the draft + nits: > > > > > > > - Since YANG tree diagrams are used, please include an informative > > > > > > reference > > > > > > > per > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > > > > - Section 1.1 does not need to exist since this would be covered by > > > > > > the > > > > > > > reference mentioned above > > > > > > > - Reference to NMDA compliance should be contained within Section 1 > > > > > > (vs. > > > > > > > Section 2) per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > > > > - Section 2: It seems reference should be given to the location of > > > > > > where the > > > > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > > > > in > > > > > > the > > > > > > > above reference) > > > > > > > - Section 2.1: "Additional modules may be created this to > > > > > support..." > > > > > > needs > > > > > > > slight rewording adjustment > > > > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > > > > 'clear-database' rather w/ reliance off namespacing for > > > > > uniqueness. > > > > > > This > > > > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency' > > > > > > > - Section 4: Notification name mismatch in this section from actual > > > > > > naming > > > > > > > within the module (e.g. 'adjacency-change' should rather be > > > > > > > 'adjacency-state-change') > > > > > > > - Section 7: Security Considerations will need updating to be > > > > > > patterned after > > > > > > > the latest version of the template at > > > > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > > > > - Section 12: All modules imported within this module MUST be > > > > > > referenced > > > > > > > within this section per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9. > > > > > > > There are quite a few missing from this section right now > > > > > > > - Appendix A: Some of the XML elements are off in alignment > > > > > > > - Appendix A: Examples must be validated. The example given has the > > > > > > following > > > > > > > issues: > > > > > > > - /routing[name='SLI'] and /routing/description are invalid data > > > > > > nodes and > > > > > > > do not exist. I'm not sure why they are in the XML example here > > > > > > > - The example is meant to reference configuration however > > > > > > > /routing/interfaces is a r/o container > > > > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > > > > > > > xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > > > > - The area-address does not validate against the pattern regex and > > > > > > must end > > > > > > > with a '.' e.g. > > > > > > > 49.0001.0000. > > > > > > > - metric-type/value is set to 'wide' which is invalid. This > > > > > should > > > > > > rather > > > > > > > be 'wide-only' > > > > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > > > > should > > > > > > > rather be 'ipv4' per iana-routing-types > > > > > > > - /interfaces/interface/type must be populated and is invalid. > > > > > This > > > > > > should > > > > > > > rather be qualified as such: > > > > > > > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:softwar > > > > > > eLoopback > > > > > > > > > > > > > > > > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:etherne > > > > > > tCsmacd > > > > > > > - /interfaces/interface/link-up-down-trap-enable must have a value > > > > > > > associated as such: > > > > > > > enabled > > > > > > > - NP container 'priority' has a must statement checking if an > > > > > > interface-type > > > > > > > is set to 'broadcast' however if you take the XML example from > > > > > > this > > > > > > > section, it will fail to validate even if is not > > > > > > defined > > > > > > > underneath an interface-type of 'point-to-point'. It seems to > > > > > me > > > > > > that > > > > > > > this logic may need to be readjusted or not exist at all > > > > > (priority > > > > > > can > > > > > > > still be set on implementations on loopback interfaces - which > > > > > > would > > > > > > > default to 'broadcast' in the example here). Could you not > > > > > solve > > > > > > this > > > > > > > with use of 'when' vs. 'must' as such: > > > > > > > > > > > > > > when '../interface-type = "broadcast"' { > > > > > > > description "Priority can only be set for broadcast > > > > > > interfaces."; > > > > > > > } > > > > > > > > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18 > > > > > > ..2. > > > > > > > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > > > > likely not > > > > > > > need to be defined for Loopback0) > > > > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > > > > 'isis/afs/af/enable' > > > > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12 > > > > > > > > > > > > > > > > > ________________________________________________________________________ > > > > > > _________________________________________________ > > > > > > > > > > _______________________________________________ > > > > > yang-doctors mailing list > > > > > yang-doctors@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/yang-doctors > > > > > > > > -- > > > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > > > Fax: +49 421 200 3103 > > > > > > > > _________________________________________________________________________________________________________________________ > > > > > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > > > they should not be distributed, used or copied without authorisation. > > > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > > > Thank you. > > > > > > > > > > -- > > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > > Fax: +49 421 200 3103 > > > > > > _________________________________________________________________________________________________________________________ > > > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > > they should not be distributed, used or copied without authorisation. > > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > > Thank you. > > > > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > -- 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 Jan 10 00:34:25 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACFB4131192; Thu, 10 Jan 2019 00:34:22 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 97yKw0cn8-ab; Thu, 10 Jan 2019 00:34:17 -0800 (PST) Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1597129C6A; Thu, 10 Jan 2019 00:34:16 -0800 (PST) Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 43Zzn31Wz0z1yZ2; Thu, 10 Jan 2019 09:34:15 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.63]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 43Zzn30N5qzDq7C; Thu, 10 Jan 2019 09:34:15 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM6E.corporate.adroot.infra.ftgroup ([fe80::f5a7:eab1:c095:d9ec%18]) with mapi id 14.03.0415.000; Thu, 10 Jan 2019 09:34:14 +0100 From: To: Andy Bierman , Juergen Schoenwaelder , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWm7nFg///0qYCAAEJRAIABE5Kw Date: Thu, 10 Jan 2019 08:34:14 +0000 Message-ID: <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B78CB16OPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 08:34:23 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B78CB16OPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keSwNCg0KV2hhdCBJ4oCZbSBzdGlsbCBub3QgY2F0Y2hpbmcgaXMgdGhlIGRpZmZlcmVu Y2UgeW91IG1ha2UgYmV0d2VlbiBoYXZpbmcgYSBkZXNjcmlwdGlvbiBzdGF0ZW1lbnQgdGVsbGlu ZyA64oCdIEEgc2VydmVyIE1VU1QgYWNjZXB0IGEgc3RyaW5nIHVwIHRvIDY0IGNoYXJhY3RlcnMg aW4gbGVuZ3Ro4oCdIGFuZCBhIHR5cGUgc3RyaW5nIHdpdGggbGVuZ3RoIOKAnDAuLjY04oCdID8N ClRoZXJlIGlzIHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IEnigJltIG1pc3NpbmcgaGVyZS4NCg0K QnJnZHMsDQoNCkZyb206IEFuZHkgQmllcm1hbiBbbWFpbHRvOmFuZHlAeXVtYXdvcmtzLmNvbV0N ClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwOSwgMjAxOSAxODowNg0KVG86IEp1ZXJnZW4gU2No b2Vud2FlbGRlcjsgTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgdG9tIHBldGNoOyBFYmJl biBBcmllczsgeWFuZy1kb2N0b3JzQGlldGYub3JnOyBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lz LWNmZy5hbGxAaWV0Zi5vcmc7IGxzckBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFt5YW5nLWRvY3Rv cnNdIFtMc3JdIFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pc2lz LXlhbmctaXMtaXMtY2ZnLTI5DQoNCkhpLA0KDQpJIGFncmVlIHdpdGggSnVlcmdlbi4NClRoZSBw cm90b2NvbCBoYXMgYSAidG9vLWJpZyIgZXJyb3IgaXMgdGhlIHNlcnZlciB3aWxsIG5vdCBhY2Nl cHQgYSBiaWcgc3RyaW5nLg0KVGhlcmUgc2hvdWxkIG5vdCBiZSBhIGZhbHNlIGNob2ljZSBiZXR3 ZWVuIGFuIGFyYml0cmFyeSBtYXhpbXVtIGFuZCAidGVyYWJ5dGVzIi4NCg0KWW91IGNhbm5vdCB1 c2UgYSByYW5nZS1zdG10IHRvIHNwZWNpZnkgdGhlIG1pbmltdW0gcmVxdWlyZWQgbGVuZ3RoIHRo YXQgbXVzdCBiZSBzdXBwb3J0ZWQuDQpsZW5ndGggIjMuLm1heCIgZG9lcyBub3QgYWxsb3cgc3Ry aW5ncyBvZiBsZW5ndGggMCAtIDIuDQoNClRoZSBkZXNjcmlwdGlvbi1zdG10IGNhbiBoYXZlICJB IHNlcnZlciBNVVNUIGFjY2VwdCBhIHN0cmluZyB1cCB0byA2NCBjaGFyYWN0ZXJzIGluIGxlbmd0 aCINCndoaWNoIGxldHMgdGhlIGNsaWVudCBjaG9vc2UgYSBsZW5ndGggZnJvbSAwIHRvIDY0LCBh bmQgdGhpcyB3aWxsIHdvcmsgb24gYWxsIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMuDQoNCkFuZHkN Cg0KDQpPbiBXZWQsIEphbiA5LCAyMDE5IGF0IDU6MTAgQU0gSnVlcmdlbiBTY2hvZW53YWVsZGVy IDxqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU8bWFpbHRvOmouc2Nob2Vud2Fl bGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4+IHdyb3RlOg0KSGksDQoNCnBsZWFzZSBzZWUgbXkg b3RoZXIgZW1haWwgYWJvdXQgdGhlIGRpc3RpbmN0aW9uIEkgbWFrZSBiZXR3ZWVuIGEgaGFyZA0K bGVuZ3RoIHJlc3RyaWN0aW9uIGFuZCB0aGUgbWluaW11bSBsZW5ndGggZXhwZWN0ZWQgdG8gYmUg c3VwcG9ydGVkLiAgSQ0Kd29uZGVyIGhvdyB5b3UgY2FuIHNlbnNpYmx5IHBpY2sgYSBsaW1pdCBm b3IgdGhpbmdzIGxpa2Ugbm9uLWJlc3QtcmVhc29uOg0KDQogICAgICAgIGxlYWYgbm9uLWJlc3Qt cmVhc29uIHsNCiAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgICAgICBkZXNjcmlwdGlvbg0K ICAgICAgICAgICAgIkluZm9ybWF0aW9uIGZpZWxkIHRvIGRlc2NyaWJlIHdoeSB0aGUgYWx0ZXJu YXRlDQogICAgICAgICAgICAgaXMgbm90IGJlc3QuIjsNCiAgICAgICAgfQ0KDQpZb3UgYXJlIHNp bXBseSBjcmVhdGluZyBhbiBhcmJpdHJhcnkgcmVzdHJpY3Rpb24uIEFuZCBodW1ibGUgc2VydmVy IGlzDQpub3QgbGlrZWx5IHRvIHNlbmQgeW91IGFuIGpwZyBpbWFnZSAoYW5kIGEgYm9ndXMgc2Vy dmVyIHdpbGwgZG8gc28NCmFueXdheSkuIChUaGVyZSBhcmUgb3RoZXIgc2ltaWxhciBvYmplY3Rz LikNCg0KU2luY2UgSSBhbSBzZWFyY2hpbmcgZm9yICd0eXBlIHN0cmluZycsIEkgd29uZGVyIHdo ZXRoZXIgdGhlc2UgYXJlDQpjbGVhciBlbm91Z2ggZGVmaW5pdGlvbnMuDQoNCiAgICAgICAgbGVh ZiBwcmVmaXggew0KICAgICAgICAgIHR5cGUgc3RyaW5nOw0KICAgICAgICAgIGRlc2NyaXB0aW9u DQogICAgICAgICAgICAiUHJvdGVjdGVkIHByZWZpeC4iOw0KICAgICAgICB9DQogICAgICAgIGxl YWYgYWx0ZXJuYXRlIHsNCiAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgICAgICBkZXNjcmlw dGlvbg0KICAgICAgICAgICAgIkFsdGVybmF0ZSBuZXh0aG9wIGZvciB0aGUgcHJlZml4LiI7DQog ICAgICAgIH0NCg0KV2hhdCBpcyB0aGUgKGNhbm9uaWNhbCkgZm9ybWF0IG9mIHRoZSBhbGxvd2Vk IHZhbHVlcz8gKFRoZXJlIGFyZSBtb3JlIG9mIHRoZXNlLikNCg0KL2pzDQoNCk9uIFdlZCwgSmFu IDA5LCAyMDE5IGF0IDEyOjUyOjA3UE0gKzAwMDAsIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2Uu Y29tPG1haWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4gd3JvdGU6DQo+IEhpIFRv bSwNCj4NCj4gSWYgeW91IGFncmVlLCBJIHdpbGwgc2V0IGEgbGVuZ3RoIHJlc3RyaWN0aW9uIG9u IGVhY2ggc3RyaW5nIChvcHMgYW5kIGNmZykuIEl0IGxvb2tzIGNsZWFyZXIgZm9yIG1lIHJhdGhl ciB0aGFuIHNldHRpbmcgaXQgaW4gdGhlIGRlc2NyaXB0aW9uLg0KPg0KPiBGb3IgdGhlIHJlZmVy ZW5jZXMsIEknbSB3b3JraW5nIG9uIGl0Lg0KPg0KPiBCcmdkcywNCj4NCj4NCj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25u ZWN0LmNvbTxtYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbT5dDQo+IFNlbnQ6IFdlZG5lc2RheSwg SmFudWFyeSAwOSwgMjAxOSAxMjozOA0KPiBUbzogTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5J UzsgRWJiZW4gQXJpZXM7IHlhbmctZG9jdG9yc0BpZXRmLm9yZzxtYWlsdG86eWFuZy1kb2N0b3Jz QGlldGYub3JnPg0KPiBDYzogZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmcuYWxsQGlldGYu b3JnPG1haWx0bzpkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy5hbGxAaWV0Zi5vcmc+OyBs c3JAaWV0Zi5vcmc8bWFpbHRvOmxzckBpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFtMc3JdIFlh bmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXMtaXMt Y2ZnLTI5DQo+DQo+IFN0ZXBoYW5lDQo+DQo+IFRoYW5rcyBmb3IgcGVyc2lzdGluZy4NCj4NCj4g T24gc3RyaW5nIGxlbmd0aHMsIEkgdGFrZSB5b3VyIHBvaW50IGFib3V0IG5vIHVzZXIgaW5wdXQg dG8gT3BlcmF0aW9uYWwNCj4gU3RhdGU7IHRoZXJlLCBteSBjb25jZXJuIGlzIG1vcmUgYWJvdXQg Z2l2aW5nIGd1aWRhbmNlIHRvIGltcGxlbWVudG9ycw0KPiBhcyB0byB3aGF0IHRoZXkgc2hvdWxk IGNhdGVyIGZvciAtIGFzIEkgc2FpZCwgdGhpcyBoYXMgYmVlbiBhIHRvcGljIG9mDQo+IGxpdmVs eSBkaXNjdXNzaW9uIGluIG90aGVyIFdHLiAgRXZlbiBiZWZvcmUgdGhhdCwgd2hlbmV2ZXIgSSBz ZWUgYQ0KPiBzdHJpbmcsIEkgdGhpbmsgaXMgdGhlcmUgYW4gaW1wbGljaXQgbGVuZ3RoIHJlc3Ry aWN0aW9uIGFuZCBpZiBub3QsDQo+IHNob3VsZCB0aGVyZSBiZSBhbiBleHBsaWNpdCBvbmUgd2hp Y2gsIGFzIEp1ZXJnZW4gc3VnZ2VzdGVkLCBjb3VsZCBiZSBpbg0KPiB0aGUgZGVzY3JpcHRpb24g Y2xhdXNlLiAgTXkgZXhwZXJpZW5jZSBpcyB0aGF0IHRob3NlIHdvcmtpbmcgd2l0aA0KPiBuZXR3 b3JrcyB0aGluayBhYm91dCBzaXplLCBhYm91dCBsZW5ndGg7IHRob3NlIGNvbWluZyBmcm9tIGFw cGxpY2F0aW9ucw0KPiB0ZW5kIHRvIHRoaW5rICdXaGF0IGlzIGEgZmV3IHRlcmFieXRlcyBiZXR3 ZWVuIGZyaWVuZHM/JyBhbmQgYXJlIHVuYXdhcmUNCj4gdGhhdCBzaXplcyB0aGF0IG1heSBiZSBj b21tb25wbGFjZSBpbiBzZXJ2ZXJzIGFuZCBhc3NvY2lhdGVkIHN0b3JhZ2UgY2FuDQo+IGNyZWF0 ZSBkaWZmaWN1bHRpZXMgb3ZlciBhIG5ldHdvcmsuICBXaGF0ZXZlciwgSSBsZWF2ZSB0aGlzIG9u ZSB1cCB0bw0KPiB5b3UuDQo+DQo+IE9uIHJlZmVyZW5jZXMsIEkgd291bGQgbGlrZSBhIGNoYW5n ZTsgeW91IHNheSB0aGlzIGluZm9ybWF0aW9uIGlzIGluIHRoZQ0KPiBiYXNlIElTTyBzcGVjLiAg V2VsbCwgeWVzLCB0byBtZSB0aGF0IG1lYW5zIHRoYXQgaXQgc2hvdWxkIGJlIGENCj4gTm9ybWF0 aXZlIFJlZmVyZW5jZS4gIEkgY291bGQgbm90IHVuZGVyc3RhbmQgdGhlIGRlc2NyaXB0aW9uIG9m IGUuZy4NCj4gJ2kvZScgYW5kIG5lZWRlZCB0byBsb29rIGl0IHVwIGJ1dCBzZWVtaW5nbHkgY2Fu bm90IGRvIHNvIHdpdGggdGhlDQo+IGxpc3RlZCByZWZlcmVuY2VzIG9mIHRoZSBJLUQuICBOb3Rl IHRoYXQgUkZDIHN1Y2ggYXMgUkZDNTMwNSBhbmQgUkZDNjExOQ0KPiBkbyByZWZlcmVuY2UgSW50 ZXJuYXRpb25hbCBTdGFuZGFyZCAxMDU4OSBhbmQgSSB0aGluayB0aGF0IHRoaXMgb25lDQo+IHNo b3VsZCB0b28sIHBlcmhhcHMgaW4gcy4yLjcgYW5kIHMuNS4NCj4NCj4gVG9tIFBldGNoDQo+DQo+ IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogPHN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tPG1haWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4+DQo+IFNl bnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwOSwgMjAxOSA5OjE4IEFNDQo+DQo+IEhpIFRvbSwNCj4N Cj4gUGxlYXNlIGZpbmQgaW5saW5lIGFuc3dlcnMuDQo+DQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb208 bWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb20+XQ0KPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDA4 LCAyMDE5IDE4OjQ1DQo+DQo+IE9rLiAgVG9wLXBvc3RpbmcgdGhlIG9uZXMgdGhhdCBhcmUgbm90 ICdvayc6DQo+DQo+IEkgc2FpZCB0aGF0IEkgdGhvdWdodCB0aGF0IExTUCBkaWQgbm90IG5lZWQg ZXhwYW5kaW5nIG9uIGZpcnN0IHVzZSBhbmQNCj4gdGhlbiBjaGVja2VkIHRoZSBSRkMgRWRpdG9y IGxpc3QgdG8gZmluZCB0aGF0IGl0IGlzIG5vdCBvbmUgdGhleSByZWdhcmQNCj4gYXMgd2VsbC1r bm93biBhbmQgdGhhdCBMU1IgcHJvdG9jb2xzIHVzZSBpdCBkaWZmZXJlbnRseSB0byBvdGhlcnMs IHNvIEkNCj4gc3VnZ2VzdCBleHBhbmRpbmcgTFNQIG9uIGZpcnN0IHVzZS4NCj4NCj4gW1NMSV0g QWxyZWFkeSBkb25lIGZvciB0aGUgbmV4dCB2ZXJzaW9uLg0KPg0KPiBPbiBsZW5ndGhzIG9mIHRl eHQgbWVzc2FnZXMsIHBlcmhhcHMgSSBhbSB0b28gc2Vuc2l0aXZlIHRvIGJ1ZmZlcg0KPiBvdmVy cnVuIGF0dGFja3MgYW5kIHRoZSBsaWtlIGFuZCBzbyB3YW50IGEgbWF4aW11bSBvbiBtYW55IHRo aW5ncyAoYW5kDQo+IHRoZW4gcGVvcGxlIGF0dGFjaCBhIGZyaWVuZGx5LCAyME1ieXRlIHBob3Rv IHRvIHRoZWlyIGUtbWFpbCBhdA0KPiBDaHJpc3RtYXMgYW5kDQo+IHdvbmRlciB3aHkgdGhlaXIg RVNQIHJlamVjdHMgdGhlIG1lc3NhZ2Ugc28gSSBkbyBub3QgY29uZ3JhdHVsYXRlIHRoZW0NCj4g b24gdGhlIGxhdGVzdCBhZGRpdGlvbiB0byB0aGUgZmFtaWx5Oi0pLiAgVGhlIElEUiBXRyBoYWQg YSBsaXZlbHkNCj4gZGlzY3Vzc2lvbiBhYm91dCBtYXhpbXVtIG1lc3NhZ2UgbGVuZ3RocyBpbiAy MDE3IGFuZCB0aGF0IGhhcyBhbHNvDQo+IHN0YXllZCBpbiBteSBtaW5kLiAgSSBoYXZlIHNlZW4g dGhlIGNvbW1lbnRzIG9uIHRoaXMgYnkgSnVlcmdlbiBhbmQNCj4gTGFkYTsgcGVyaGFwcyBhcyBK dWVyZ2VuIGludGltYXRlcywgc29tZXRoaW5nIGluIHRoZSBEZXNjcmlwdGlvbiB3b3VsZA0KPiBo ZWxwOyBhbmQgd2hpbGUgdGhlIHNlcnZlciBtYXkgbm90IGJlIHJvZ3VlLCBpdCBtYXkgbm90IGhh dmUgYSBwZXJmZWN0DQo+IGltcGxlbWVudGF0aW9uLg0KPg0KPiBbU0xJXSBXaGF0IEkgbmVlZCB0 byB1bmRlcnN0YW5kIGZyb20geW91ciBjb21tZW50IG9uIHN0cmluZyBsZW5ndGgNCj4gZW5mb3Jj ZW1lbnQgaXMgaWYgaXQgYXBwbGllcyB0byBvcGVyYXRpb25hbCBzdGF0ZSBvciBqdXN0IGNvbmZp ZyBzdGF0ZXMNCj4gPyBJIGRvIG5vdCBzZWUgYW55IGlzc3VlIG9mIG5vdCBlbmZvcmNpbmcgdGhl IG9wZXJhdGlvbmFsIHN0YXRlIGFzIHRoZXJlDQo+IGlzIG5vIGlucHV0IGZyb20gdGhlIHVzZXIg dGhlcmUgYW5kIHNvIG5vIGF0dGFjayB2ZWN0b3IsIHRoaXMgaXMgcHVyZWx5DQo+IGludGVybmFs IHRvIHRoZSBpbXBsZW1lbnRhdGlvbi4gRm9yIGNvbmZpZyBzdGF0ZW1lbnRzLCBpdCBtYWtlcyBz ZW5zZSBhcw0KPiB0aGVyZSBpcyBhbiBpbnB1dCBmcm9tIHRoZSB1c2VyIHRoYXQgY2FuIGJlIGFu eXRoaW5nLg0KPg0KPg0KPiBPbiB0aGUgbGVuZ3RoIG9mIHBhc3N3b3JkLCBJIHNhdyBhIFNlY3Vy aXR5IEFEIHdhbnRpbmcgY2xhcmlmaWNhdGlvbiBvbg0KPiB0aGlzIG5vdCB0b28gbG9uZyBhZ28g c28geW91IG1heSBzZWUgdGhpcyBjb21tZW50IGFnYWluIGZyb20gb25lIHN1Y2ggLg0KPiBMaWtl d2lzZSwgTUQ1IHRlbmRzIHRvIGJlIGEgcmVkIGZsYWcgYWx0aG91Z2ggSSBzZWUgaXQgYXBwZWFy cyBpbiBiZ3ANCj4geWFuZy4NCj4NCj4gSSBsaWtlIHRoZSBzb3J0IG9mIGRldGFpbCBpbiBpcHBt LXR3YW1wLXlhbmcsIG9uIGFsZ29yaXRobXMsIGVudHJvcHkgYW5kDQo+IHN1Y2ggbGlrZSAoYWx0 aG91Z2ggSSBoYXZlIG5vdCBzZWVuIGEgcmV2aWV3IGJ5IFNlY3VyaXR5IEFEL2RpcmVjdG9yYXRl DQo+IG9mIHRoYXQpLg0KPg0KPiBCdXQgSSBhbSBsZWZ0IGNvbmZ1c2VkIGFzIHRvIGV4YWN0bHkg d2hhdCB0aGUgY2l0ZWQgb2JqZWN0IGlzIGRvaW5nLg0KPiBZZXMsIFRMVjEwIHByb3ZpZGVzIGF1 dGhlbnRpY2F0aW9uIGZvciBhbnkgUERVLCBidXQgd2hhdCBhcmUgdGhlIGZpZWxkcw0KPiBpbiB0 aGUgWUFORyBtb2R1bGUgZG9pbmc/ICBJcw0KPiAgICAgICAgbGVhZiBhdXRoZW50aWNhdGlvbi10 eXBlIHsNCj4gdGhlIGZpcnN0IG9jdGV0IG9mIFRMVjEwPyAgSXMNCj4gICAgICAgbGVhZiBhdXRo ZW50aWNhdGlvbi1rZXkgew0KPiB0aGUgcmVzdCBvZiBUTFYxMD8gIEFuZCB3aGVyZSBpcyB0aGlz ICdwcmVzZW50ZWQnIGFzIHRoZSBZQU5HIG1vZHVsZQ0KPiBzYXlzPyAgQXJlIHlvdSB0aGlua2lu ZyBvZiBhIFlBTkcgY2xpZW50IHByZXNlbnRpbmcgdGhlIGZpZWxkIHRvIGEgdXNlcg0KPiBhdCBh IHRlcm1pbmFsLCBvbmUgcm91dGVyIHByZXNlbnRpbmcgaXQgdG8gYW5vdGhlciwgb3Igd2hhdD8N Cj4NCj4gSSBhbSB1c2luZyBSRkM1MzEwIGFzIG15IHNvdXJjZSBmb3IgVExWMTAgYW5kIHdvbmRl cmluZyB3aHkgdGhhdCBpcyBub3QNCj4gYSBOb3JtYXRpdmUgUmVmZXJlbmNlIGZvciB0aGlzIEkt RA0KPg0KPiBbU0xJXSBUTFYgMTAgaXMgZGVmaW5lZCBpbiB0aGUgYmFzZSBJU08gc3BlYyBvZiBJ Uy1JUy4gUkZDNTMxMCBqdXN0IGFkZHMNCj4gdGhlIGNyeXB0byBhdXRoIGFzIG5ldyB0eXBlcy4N Cj4gVGhlIGF1dGhlbnRpY2F0aW9uLXR5cGUgaXMgdGhlIGZpcnN0IGJ5dGUgb2YgdGhlIFRMViAo Y2FsbGVkDQo+IEF1dGhlbnRpY2F0aW9uIFR5cGUgYXMgd2VsbCkuDQo+IFRoZSBhdXRoZW50aWNh dGlvbi1rZXkgY2Fubm90IGJlIG1hcHBlZCBkaXJlY3RseSB0byB0aGUNCj4gYXV0aGVudGljYXRp b24tdmFsdWUgZmllbGQuIFRoaXMgaXMgdGhlIGNhc2UgZm9yIENsZWFyVGV4dCBwYXNzd29yZA0K PiBhdXRodHlwZSBidXQgbm90IGNyeXB0byB3aGljaCBhZGRzIGEga2V5SUQgaW4gZnJvbnQgb2Yg dGhlDQo+IGF1dGhlbnRpY2F0aW9uIGRhdGEuDQo+DQo+DQo+IE9uIHRoZSBJL0UgYml0LCB0aGUg cXVlc3Rpb24gaXMsIHdoaWNoIHN0YW5kYXJkPyAgSSBoYXZlIDMwIE5vcm1hdGl2ZQ0KPiByZWZl cmVuY2VzIHRvIGNob29zZSBmcm9tLiAgIEkgZm91bmQgdXAvZG93biBpbiBSRkM1MzA1LCBidXQg b25seSBieQ0KPiBhY2NpZGVudCwgYW5kIEkgaGF2ZSBub3QgZm91bmQgaS9lIHlldCBzbyBhIHJl ZmVyZW5jZSB3b3VsZCBiZSBnb29kLg0KPg0KPiBbU0xJXSBJL0UgYml0IGlzIHBhcnQgb2YgdGhl IGJhc2UgSVNPIHNwZWMgb2YgSVMtSVMgYW5kIHJlbGV2YW50IGZvcg0KPiAibGVnYWN5IGFkdmVy dGlzZW1lbnRzIiBvZiBwcmVmaXggYW5kIGxpbmtzLiBCeSB0aGUgd2F5LCBhZnRlciBjaGVja2lu ZywNCj4gdGhlIHBvc2l0aW9uIG9mIHRoZSBpLWUgbGVhZiBpcyBjdXJyZW50bHkgd3JvbmcgYW5k IG5lZWRzIHRvIGJlIHdpdGhpbg0KPiB0aGUgbWV0cmljIChkZWZhdWx0LCBkZWxheS4uLikuIEkg d2lsbCBmaXggdGhpcy4NCj4NCj4NCj4gVG9tIFBldGNoDQo+DQo+IC0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0NCj4gRnJvbTogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb208bWFpbHRv OnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPg0KPiBTZW50OiBNb25kYXksIEphbnVhcnkg MDcsIDIwMTkgOToyMiBBTQ0KPg0KPiBIaSBUb20sDQo+DQo+IFRoYW5rcyBmb3IgeW91ciBjb21t ZW50cy4NCj4gSSB3aXNoIHlvdSBhbiBoYXBweSBuZXcgeWVhciAhDQo+DQo+IFBsZWFzZSBmaW5k IGlubGluZSBjb21tZW50cy4NCj4NCj4gQnJnZHMsDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb208bWFp bHRvOmlldGZjQGJ0Y29ubmVjdC5jb20+XQ0KPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMDIs IDIwMTkgMTI6MTcNCj4NCj4gSGVyZSBhcmUgdGhlIHJlc3Qgb2YgbXkgY29tbWVudHMgb24gLTI5 IHdpdGggYSBzbGlnaHQgdHdlYWsgdG8gdGhlDQo+IHN1YmplY3QgbGluZS4gIEkgd291bGQgcmVn YXJkIG1vc3Qgb2YgdGhlc2UgKGJ1dCBub3QgdGhlIGZpcnN0IHR3bykgYXMNCj4gbm9uLWRpc2N1 c3NhYmxlLCBpZSBJIHdvbid0IGNvbXBsYWluIGlmIHlvdSBkaXNhZ3JlZTotKQ0KPg0KPiBSRkMx MTk1IGlzIGluIHRoZSBZQU5HIG1vZHVsZSBidXQgbm90IHRoZSByZWZlcmVuY2VzIG9mIHRoZSBJ LUQNCj4gW1NMSV0gV2lsbCBmaXggaXQNCj4NCj4gUkZDNTAyOSBpcyBpbiB0aGUgWUFORyBtb2R1 bGUgYnV0IG5vdCB0aGUgcmVmZXJlbmNlcyBvZiB0aGUgSS1EDQo+IFtTTEldIFdpbGwgZml4IGl0 DQo+DQo+IFBTTlBzLCBDU05Qcw0KPiBbU0xJXSBXaWxsIGZpeCBpdA0KPg0KPiBleHBhbmQgb24g Zmlyc3QgdXNlIC0gTFNQIEkgdGhpbmsgb2sNCj4NCj4gICAgICAgICBsZWFmIGJlc3QgeyAgICAg ICAgICAgdHlwZSBib29sZWFuOw0KPiB3aGF0IGlzIHRydWUgYW5kIHdoYXQgZmFsc2U/ICBJIGNh biBndWVzcyBmcm9tIHRoZSBFbmdsaXNoIHNlbWFudGljcyBvZg0KPiB0aGUgbmFtZSBidXQgd291 bGQgcmF0aGVyIG5vdCBndWVzcy4NCj4gW1NMSV0gV2lsbCBmaXggaXQNCj4gVG8gcmVwbGFjZSB0 aGUgY3VycmVudCBkZXNjcmlwdGlvbiB3aGljaCBpcyA6ICIiSW5kaWNhdGVzIGlmIHRoZQ0KPiBh bHRlcm5hdGUgaXMgdGhlIHByZWZlcnJlZC4iIiwgZG8geW91IHByZWZlcjogIlNldCB0byB0cnVl IHdoZW4gdGhlDQo+IGFsdGVybmF0ZSBpcyBwcmVmZXJyZWQsIHNldCB0byBmYWxzZSBvdGhlcndp c2UiID8NCj4NCj4NCj4gICAgICAgICBsZWFmIG5vbi1iZXN0LXJlYXNvbiB7ICAgICAgICAgIHR5 cGUgc3RyaW5nOw0KPiBzdWdnZXN0IGEgbWF4aW11bSBsZW5ndGgsIHBlcmhhcHMgMTI3IG9yIDI1 NSAoIHVubGVzcyB5b3UgZXhwZWN0DQo+IHNjcmVlbnNob3RzIG9yIHBhY2tldCB0cmFjZXMgdG8g YmUgYXR0YWNoZWQpLiAgQXMgaXQgc3RhbmRzLCB5b3UgY291bGQNCj4gdmFsaWRseSByZWNlaXZl DQo+IGEgbGVuZ3RoIG9mIDE4NDQ2NzQ0MDczNzA5NTUxNjE1Lg0KPiBbU0xJXSBBZ3JlZSwgd2ls bCBmaXggaXQNCj4NCj4gWW91IGhhdmUgYSBtaXh0dXJlIG9mDQo+IFN5c3RlbS1pZCBzeXN0ZW0t aWQgU3lzdGVtIGlkIFN5c3RlbSBJRCBTeXN0ZW0gSWQgc3lzdGVtIGlkIHN5c3RlbSBJRA0KPiBz dWdnZXN0IGNvbnNpc3RlbmN5OyBzeXN0ZW0taWQgd2ZtDQo+IFtTTEldIFdpbGwgZml4IGl0DQo+ DQo+IFlvdSBoYXZlIGEgbWl4dHVyZSBvZg0KPiBsc3AtaWQgTFNQSUQgTFNQIElEDQo+IGhlcmUs IHBlcmhhcHMgbHNwLWlkIGZvciB0aGUgbmFtZXMgYW5kIExTUCBJRCBpbiB0aGUgdGV4dA0KPiBb U0xJXSBXaWxsIGZpeCBpdA0KPg0KPiAgICAgICBjYXNlIHBhc3N3b3JkIHsgICAgICAgIGxlYWYg a2V5IHsgICAgICAgICAgIHR5cGUgc3RyaW5nOw0KPiBwZXJoYXBzIGJldHRlciB3aXRoIGEgbWlu aW11bSBsZW5ndGgNCj4gW1NMSV0gSSBhZ3JlZSB0aGF0IGl0IGNvdWxkIG1ha2Ugc2Vuc2UgYnV0 IGlzIGl0IHJlYWxseSBzb21ldGhpbmcgdGhhdA0KPiB3ZSBzaG91bGQgaW1wb3NlID8NCj4NCj4N Cj4gICAgICAgICBsZWFmIGktZSB7ICAgICAgICAgIHR5cGUgYm9vbGVhbjsNCj4gd2hhdCBpcyB0 cnVlIGFuZCB3aGF0IGZhbHNlPyAgaGVyZSBJIGFtIHJlbHVjdGFudCBldmVuIHRvIGd1ZXNzDQo+ IFtTTEldIFRoaXMgaXMgY29taW5nIGZyb20gdGhlIHN0YW5kYXJkLCBpcyBpdCByZWFsbHkgd29y dGggcmVwZWF0aW5nIGl0DQo+ID8gU2FtZSBmb3IgdXAvZG93biBiaXQuDQo+DQo+DQo+IC8iQXV0 aGVudGljYXRpb24ga2V5dG8vICAiQXV0aGVudGljYXRpb24ga2V5IHRvLw0KPg0KPiAiICAgICB0 aGUgYXV0aGVudGljYXRpb24ga2V5IE1VU1QgTk9UIGJlIHByZXNlbnRlZCBpbiINCj4gUkZDMjEx OSBsYW5ndWFnZSBtZWFucyB0aGF0IFJGQzIxMTkgYm9pbGVycGxhdGUgc2hvdWxkIGJlIGluIHRo ZSBZQU5HDQo+IG1vZHVsZSAoYnV0IHdpdGhvdXQgdGhlIFsuLl0gaWUgdGhlIHJlZmVyZW5jZSBt dXN0IGJlIHBsYWluIHRleHQgbm90IGFuDQo+IGFuY2hvcikuDQo+DQo+IFtTTEldIFlvdSBhcmUg cmlnaHQsIGl0IGlzIG1pc3NpbmcuDQo+DQo+DQo+ICBJdCBpcyByZWNvbW1lbmRlZCB0byB1c2Ug YW4gTUQ1DQo+ICAgICAgICAgICAgaGFzaCB0byBwcmVzZW50IHRoZSBhdXRoZW50aWNhdGlvbi1r ZXkuIjsNCj4gTW1tIEkgdGhpbmsgdGhhdCB0aGlzIG1heSBiZSBhIHJlZCBmbGFnIHRvIHNlY3Vy aXR5IEFEIG9yIGRpcmVjdG9yYXRlIGFzDQo+IGJlaW5nIHRvbyB2YWd1ZSBhcyB3ZWxsIGFzIE1E NSB0b28gd2VhazsgYW5kIEkgdGhpbmsgdGhpcyBzaG91bGQgYmUNCj4gZXhwbGljaXRseSBjYWxs ZWQgb3V0IGluIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zLg0KPg0KPiBbU0xJXSBJIGFncmVlIHRo YXQgdGhlcmUgaXMgYSBwb2ludCB0byBkaXNjdXNzIGhlcmUuIFRoZSBmYWN0IGlzIHRoYXQgd2UN Cj4gbXVzdCBub3QgcmV0cmlldmUgcGFzc3dvcmRzIGluIGNsZWFyIHRleHQuIE1heWJlIGl0IGlz IHNvbWV0aGluZyB3aXRoIGENCj4gd2lkZXIgc2NvcGUgdGhhbiBJUy1JUy4gSG93IGRvIHRoZSBv dGhlciBtb2RlbHMgZGVhbCB3aXRoIHBhc3N3b3Jkcw0KPiByZXRyaWV2ZWQgdGhyb3VnaCAiZ2V0 IiBvciAiZ2V0LWNvbmZpZyIgPw0KPg0KPg0KPiAgICAgICBsaXN0IGxldmVsLWRiIHsgICAgICAg IGtleSBsZXZlbDsgICAgICAgIGxlYWYgbGV2ZWwgew0KPiBBIGNvbW1vbiBjb252ZW50aW9uIGlz IGZvciBhIGxpc3Qgb2YgbGVhZiB0aGluZyB0byBiZSBuYW1lZCB0aGluZ3MgaS5lLg0KPiAgICAg ICBsaXN0IGxldmVscyB7ICAgICAgICAga2V5IGxldmVsOyAgICAgICAgbGVhZiBsZXZlbCB7DQo+ DQo+IFtTTEldIGFjaw0KPg0KPiAgIHJwYyBjbGVhci1hZGphY2VuY3kgew0KPiAgICAgICAgICAg Ik5hbWUgb2YgdGhlIElTLUlTIHByb3RvY29sIGluc3RhbmNlIHdob3NlIElTLUlTDQo+ICAgICAg ICAgICAgaW5mb3JtYXRpb24gaXMgYmVpbmcgcXVlcmllZC4NCj4gcXVlcmllZCBvciBjbGVhcmVk Pw0KPiBbU0xJXSAiY2xlYXJlZCINCj4NCj4gVG9tIFBldGNoDQo+DQo+DQo+IC0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogInRvbSBwZXRjaCIgPGlldGZjQGJ0Y29ubmVjdC5j b208bWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb20+Pg0KPiBTZW50OiBNb25kYXksIERlY2VtYmVy IDMxLCAyMDE4IDY6MjEgUE0NCj4NCj4NCj4gPiBTdGVwaGFuZQ0KPiA+DQo+ID4gQSBuZXcgYW5k IGRpZmZlcmVudCBjb21tZW50Lg0KPiA+DQo+ID4gICBncm91cGluZyBuZWlnaGJvci1nbXBscy1l eHRlbnNpb25zIHsNCj4gPg0KPiA+IGhhcyBhIHRleHQgcmVmZXJlbmNlIHRvIFJGQzUzMDcgd2hp Y2ggZG9lcyBub3QgYXBwZWFyIGluIHRoZQ0KPiByZWZlcmVuY2VzDQo+ID4gZm9yIHRoZSBJLUQu ICBIb3dldmVyLCBiZWZvcmUgYWRkaW5nIGl0LCBJIHdvdWxkIGxpa2UgdG8ga25vdyB3aHkgaXQN Cj4gaXMNCj4gPiBhIGdvb2QgcmVmZXJlbmNlIGZvciBzd2l0Y2hpbmcgY2FwYWJpbGl0aWVzICh3 aGljaCBpcyBwYXJ0IG9mIHRoaXMNCj4gPiBncm91cGluZykuICBJIHRoaW5rIHRoYXQgdGhlIHJl ZmVyZW5jZSBmb3Igc3dpdGNoaW5nIGNhcGFiaWxpdGllcw0KPiBzaG91bGQNCj4gPiBiZSBSRkM3 MDc0ICh3aGljaCB0aGlzIEktRCBkb2VzIG5vdCBjdXJyZW50bHkgcmVmZXJlbmNlIGFuZCBzaG91 bGQNCj4gSU1PKS4NCj4gPg0KPiA+IEFuZCB0aGF0IGJlZ3MgdGhlICBxdWVzdGlvbiwgd2h5IGlz IHN3aXRjaGluZy1jYXBhYmlsaXR5IGFuDQo+IHVucmVzdHJpY3RlZA0KPiA+IHVpbnQ4IHdoZW4g b25seSAxMiB2YWx1ZXMgYXJlIHZhbGlkIGFuZCB0aHJlZSBhcmUgZGVwcmVjYXRlZD8NCj4gPg0K PiA+IFNvIHdoeSBub3QgdXNlDQo+ID4NCj4gPiBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10eXBl cz8NCj4gPg0KPiA+IEkgaGF2ZSBhIG51bWJlciBvZiBhZGRpdGlvbmFsIGNvbW1lbnRzIG9uIGNm Zy0yOSBidXQgdGhpcyBpcyB0aGUgb25lDQo+ID4gdGhhdCBtYXkgdGFrZSBzb21lIGRpc2N1c3Np b24uDQo+ID4NCj4gPiBUb20gUGV0Y2gNCj4gPg0KPiA+DQo+ID4gLS0tLS0gT3JpZ2luYWwgTWVz c2FnZSAtLS0tLQ0KPiA+IEZyb206IDxzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTxtYWls dG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+Pg0KPiA+DQo+ID4gSGkgVG9tLA0KPiA+ DQo+ID4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLiBJIHdpbGwgZml4IHRoZW0gYXNhcC4NCj4g PiBSZWdhcmRpbmc6DQo+ID4gIiBMaW5lIGxlbmd0aCBpcyB3aXRoaW4gdGhlIFJGQyBsaW1pdCBi dXQgdGhlIGVmZmVjdCBpcyB0byBzcHJlYWQgbWFueQ0KPiA+IG9mIHRoZSBkZXNjcmlwdGlvbiBj bGF1c2VzIG92ZXIgbXVsdGlwbGUgbGluZXMgd2l0aCBpbmRlbnRhdGlvbiBvZiA1Ng0KPiA+IGNo YXJhY3RlcnMsIG5vdCB1c2VyIGZyaWVuZGx5IGUuZy4NCj4gPiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgZGVzY3JpcHRpb24NCj4gPiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiTGlzdCBvZiBtYXggTFNQDQo+ID4gYmFuZHdp ZHRocyBmb3IgZGlmZmVyZW50DQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHByaW9yaXRpZXMuIjsNCj4gPiAiDQo+ID4gV2hhdCdzIHlvdXIgc3Vn Z2VzdGlvbiBvbiB0aGlzIG9uZSA/DQo+ID4NCj4gPiBCcmdkcywNCj4gPg0KPiA+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRj b25uZWN0LmNvbTxtYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbT5dDQo+ID4gU2VudDogVHVlc2Rh eSwgTm92ZW1iZXIgMjcsIDIwMTggMTI6MTENCj4gPiBTdWJqZWN0OiBSZTogW0xzcl0gWWFuZ2Rv Y3RvcnMgbGFzdCBjYWxsIHJldmlldyBvZg0KPiA+IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMt Y2ZnLTI0DQo+ID4NCj4gPiBTb21lIHF1aXJrcyBpbi0yNQ0KPiA+DQo+ID4gSSBzZWUgbG90cyBv ZiBZQU5HIHJlZmVyZW5jZSBzdGF0ZW1lbnRzIC0gZ29vZCAtIGJ1dCBubyBtZW50aW9uIG9mDQo+ IHRoZW0NCj4gPiBpbiB0aGUgSS1EIHJlZmVyZW5jZXMgLSBub3Qgc28gZ29vZC4gIE15IGxpc3Qg aXMNCj4gPg0KPiA+IDUxMzANCj4gPiA1MzA1DQo+ID4gNTMwNg0KPiA+IDU4ODANCj4gPiA1ODgx DQo+ID4gNjExOQ0KPiA+IDYyMzINCj4gPiA3Nzk0DQo+ID4gNzgxMA0KPiA+IDc5MTcNCj4gPiA4 NDA1DQo+ID4NCj4gPiBBbHNvIHBlcmhhcHMNCj4gPiBPTEQNCj4gPiAgICAgcmVmZXJlbmNlICJS RkMgWFhYWCAtIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KPiA+ICAgICAgICAg ICAgICAgIEZvcndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpLlBsZWFzZSByZXBsYWNlIFlZWVkgd2l0 aA0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHB1Ymxpc2hlZCBSRkMNCj4gPiBudW1iZXIgZm9yIGRyYWZ0LWlldGYtYmZkLXlhbmcu IjsNCj4gPg0KPiA+IE5FVw0KPiA+ICAgICByZWZlcmVuY2UgIlJGQyBZWVlZIC0gWUFORyBEYXRh IE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQo+ID4gICAgICAgICAgICAgICAgRm9yd2FyZGluZyBE ZXRlY3Rpb24gKEJGRCkuDQo+ID4NCj4gPiAtLSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJl cGxhY2UgWVlZWSB3aXRoIHB1Ymxpc2hlZCBSRkMNCj4gPiBudW1iZXIgZm9yIGRyYWZ0LWlldGYt YmZkLXlhbmcuIjsNCj4gPg0KPiA+IE9MRA0KPiA+ICAgICAgIHJlZmVyZW5jZSAiZHJhZnQtaWV0 Zi1iZmQteWFuZy14eC50eHQ6DQo+ID4gICAgICAgICAgICAgICAgICBZQU5HIERhdGEgTW9kZWwg Zm9yIEJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZw0KPiA+ICAgICAgICAgICAgICAgICAgRGV0ZWN0 aW9uIChCRkQpIjsNCj4gPiBORVcNCj4gPiAgICAgcmVmZXJlbmNlICJSRkMgWVlZWSAtIFlBTkcg RGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KPiA+ICAgICAgICAgICAgICAgIEZvcndhcmRp bmcgRGV0ZWN0aW9uIChCRkQpLg0KPiA+DQo+ID4gLS0gTm90ZSB0byBSRkMgRWRpdG9yIFBsZWFz ZSByZXBsYWNlIFlZWVkgd2l0aCBwdWJsaXNoZWQgUkZDDQo+ID4gbnVtYmVyIGZvciBkcmFmdC1p ZXRmLWJmZC15YW5nLiI7DQo+ID4NCj4gPg0KPiA+IExpbmUgbGVuZ3RoIGlzIHdpdGhpbiB0aGUg UkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0IGlzIHRvIHNwcmVhZCBtYW55DQo+IG9mDQo+ID4gdGhl IGRlc2NyaXB0aW9uIGNsYXVzZXMgb3ZlciBtdWx0aXBsZSBsaW5lcyB3aXRoIGluZGVudGF0aW9u IG9mIDU2DQo+ID4gY2hhcmFjdGVycywgbm90IHVzZXIgZnJpZW5kbHkNCj4gPiBlLmcuDQo+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIkxpc3Qgb2Yg bWF4IExTUA0KPiA+IGJhbmR3aWR0aHMgZm9yIGRpZmZlcmVudA0KPiA+ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBwcmlvcml0aWVzLiI7DQo+ID4NCj4g Pg0KPiA+IEFja25vd2xlZGdlbWVudHMgaXMgVEJELiBJIG5vdGUgdGhhdCB0aGUgZWRpdG9yIGxp c3Qgb2YgdGhlIFlBTkcNCj4gbW9kdWxlDQo+ID4gaXMgc29tZXdoYXQgbG9uZ2VyIHRoYW4gdGhl IGVkaXRvciBsaXN0IG9mIHRoZSBJLUQuDQo+ID4NCj4gPiBJIG5vdGUgdGhhdCB0aGUgYXVnbWVu dGF0aW9uIG9mIGludGVyZmFjZXMgc2VlbXMgdG8gaGF2ZSBubw0KPiBjb25kaXRpb25hbA0KPiA+ IGFuZCBzbyB3aWxsIGF1Z21lbnQgYWxsIGludGVyZmFjZXMuIEkgdGhpbmsgdGhhdCB0aGlzIGlz IGEgZ2VuZXJpYw0KPiBpc3N1ZQ0KPiA+IGJ1dCBkbyBub3Qgc2VlIGl0IGJlaW5nIGFkZHJlc3Nl ZCBhbnl3aGVyZS4NCj4gPg0KPiA+IEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXJlIGRlZmluaW5n IE1QTFMgb2JqZWN0cyBhbmQgSSBhbSB1bmNsZWFyDQo+ID4gd2hldGhlciBvciBub3QgdGhvc2Ug c2hvdWxkIGJlIGNvbmRpdGlvbmFsLCBvciBwYXJ0IG9mIHRoZSBNUExTIFlBTkcNCj4gPiBtb2R1 bGVzIG9yIGJvdGggKGNvcHlpbmcgVGFyZWsgZm9yIHRoaXMpDQo+ID4NCj4gPiBUb20gUGV0Y2gN Cj4gPg0KPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gPiBGcm9tOiAiRWJiZW4g QXJpZXMiIDxleGFAanVuaXBlci5uZXQ8bWFpbHRvOmV4YUBqdW5pcGVyLm5ldD4+DQo+ID4gU2Vu dDogVHVlc2RheSwgT2N0b2JlciAyMywgMjAxOCAxMjo0NSBBTQ0KPiA+DQo+ID4gPiBSZXZpZXdl cjogRWJiZW4gQXJpZXMNCj4gPiA+IFJldmlldyByZXN1bHQ6IE9uIHRoZSBSaWdodCBUcmFjaw0K PiA+ID4NCj4gPiA+IDEgbW9kdWxlIGluIHRoaXMgZHJhZnQ6DQo+ID4gPiAtIGlldGYtaXNpc0Ay MDE4LTA4LTA5LnlhbmcNCj4gPiA+DQo+ID4gPiBObyBZQU5HIGNvbXBpbGVyIGVycm9ycyBvciB3 YXJuaW5ncyAoZnJvbSBweWFuZyAxLjcuNSBhbmQgeWFuZ2xpbnQNCj4gPiAwLjE2LjU0KQ0KPiA+ ID4NCj4gPiA+ICJpZXRmLWlzaXNAMjAxOC0wOC0wOSIgbW9kdWxlIGlzIGNvbXBhdGlibGUgd2l0 aCB0aGUgTk1EQQ0KPiA+IGFyY2hpdGVjdHVyZS4NCj4gPiA+DQo+ID4gPiBNb2R1bGUgaWV0Zi1p c2lzQDIwMTgtMDgtMDkueWFuZzoNCj4gPiA+IC0gQm90aCB0aGUgZGVzY3JpcHRpb24gYW5kIHRo ZSBkcmFmdCBuYW1lIHJlZmVyZW5jZSB0aGF0IHRoaXMgbW9kdWxlDQo+ID4gaXMNCj4gPiA+ICAg c3BlY2lmaWMgdG8gY29uZmlndXJhdGlvbiBidXQgY29udGFpbnMgb3BlcmF0aW9uYWwgc3RhdGUg bm9kZXMgaW4NCj4gPiBhZGRpdGlvbg0KPiA+ID4gICB0byBSUENzIGFuZCBub3RpZmljYXRpb25z LiAgQW55IHdvcmRpbmcgc3VnZ2VzdGluZyB0aGlzIGlzIG9ubHkNCj4gPiA+ICAgY29uZmlndXJh dGlvbiBzaG91bGQgYmUgY2hhbmdlZA0KPiA+ID4gLSBNb2R1bGUgZGVzY3JpcHRpb24gbXVzdCBj b250YWluIG1vc3QgcmVjZW50IGNvcHlyaWdodCBub3RpY2UgcGVyDQo+ID4gPg0KPiA+DQo+IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIw I3NlY3Rpb24tMy4xDQo+ID4gPiAtIE1vZHVsZSBkZXNjcmlwdGlvbiByZWFkcyAiY29tbW9uIGFj cm9zcyBhbGwgb2YgdGhlIHZlbmRvcg0KPiA+IGltcGxlbWVudGF0aW9ucyIuDQo+ID4gPiAgIEkg ZG9uJ3QgdGhpbmsgdGhpcyBuZWVkcyB0byBiZSBjYWxsZWQgb3V0IGFzIHN1Y2ggYXMgdGhhdCBp cyB0aGUNCj4gPiBvdmVyYWxsDQo+ID4gPiAgIGludGVudGlvbiBvZiAqYWxsKiBJRVRGIG1vZGVs cw0KPiA+ID4gLSBUaGlzIG1vZHVsZSBjb250YWlucyAnMjInIGZlYXR1cmVzIChhbmQgdGhlIHJl c3BlY3RpdmUgT1NQRiBtb2R1bGUNCj4gPiBjdXJyZW50bHkNCj4gPiA+ICAgY29udGFpbnMgJzI2 JykuICBXaGlsZSBpdCBpcyB1bmRlcnN0b29kIHRoZSBwdXJwb3NlIG9mIHRoZXNlDQo+ID4gZmVh dHVyZXMgaW4gdGhlDQo+ID4gPiAgIG1vZHVsZSwgdGFrZSBwcmVjYXV0aW9uIGFzIHRvIGNvbXBs ZXhpdHkgZm9yIGNsaWVudHMgaWYgdGhleSBuZWVkDQo+IHRvDQo+ID4gPiAgIHVuZGVyc3RhbmQg Pj0gcXVhbnRpdHkgb2YgZmVhdHVyZXMgcGVyIG1vZHVsZSBpbiB1c2Ugb24gYQ0KPiA+ID4gICBu ZXR3b3JrLWVsZW1lbnQuICBXZSBhcmUgZ29pbmcgdG8gZW5kIHVwIHcvIGZlYXR1cmUgZXhwbG9z aW9uIHRvDQo+ID4gY29udmV5DQo+ID4gPiAgICphbGwqIHBvc3NpYmxlIGZlYXR1cmVzIG9mIGVh Y2ggbmV0d29yay1lbGVtZW50IGxlYWRpbmcgdG8NCj4gPiBkaXZlcmdlbmNlIGJhY2sNCj4gPiA+ ICAgdG93YXJkcyBuYXRpdmUgbW9kZWxzIGF0IHRoZSBlbmQgb2YgdGhlIGRheS4gIEEgbGFyZ2Ug YW1vdW50IG9mDQo+ID4gdGhlc2UNCj4gPiA+ICAgZmVhdHVyZSBuYW1lcyBjb3VsZCBiZSBkZWZp bmVkIHdpdGhpbiBhIG1vcmUgZ2xvYmFsIG5hbWVzcGFjZQ0KPiAoZS5nLg0KPiA+IG5zcikgYnV0 DQo+ID4gPiAgIHRoaXMgZ2l2ZXMgdXMgYSBncmFudWxhciB5ZXQgY3VtYmVyc29tZSBhcHByb2Fj aCAoZS5nLiBmZWF0dXJlDQo+ID4gaXNpczpuc3IsDQo+ID4gPiAgIG9zcGY6bnNyLCBldGMuLikN Cj4gPiA+IC0gUlBDICdjbGVhci1hZGphY2VuY3knIGRvZXMgbm90IGhhdmUgYW55IGlucHV0IGxl YWYgdGhhdCBjb3ZlcnMNCj4gPiBjbGVhcmluZyBhDQo+ID4gPiAgIHNwZWNpZmljIG5laWdoYm9y L2FkamFjZW5jeSAoU2VlIGNvbW1lbnRzIGJlbG93IGFzIHdlbGwgcmVnYXJkaW5nDQo+ID4gUlBD DQo+ID4gPiAgIGFsaWdubWVudCB3LyB0aGUgT1NQRiBtb2RlbCkNCj4gPiA+IC0gUlBDICdjbGVh ci1hZGphY2VuY3knIGhhcyBhbiBpbnB1dCBub2RlIG9mICdpbnRlcmZhY2UnIGhvd2V2ZXINCj4g dGhpcw0KPiA+IGlzIGp1c3QNCj4gPiA+ICAgYSBzdHJpbmcgdHlwZS4gIElzIHRoZXJlIGFueSBy ZWFzb24gdGhpcyBpcyBub3QgYQ0KPiA+IGxlYWZyZWYvaWY6aW50ZXJmYWNlLXJlZg0KPiA+ID4g ICAobXVjaCBsaWtlIGluIHRoZSBPU1BGIG1vZGVsKQ0KPiA+ID4gLSBDaGlsZCBub2RlcyB3aXRo aW4gYSBjb250YWluZXIgb3IgbGlzdCBTSE9VTEQgTk9UIHJlcGxpY2F0ZSB0aGUNCj4gPiBwYXJl bnQNCj4gPiA+ICAgaWRlbnRpZmllciBwZXINCj4gPiA+DQo+ID4NCj4gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi00LjMu DQo+ID4gMS4NCj4gPiA+DQo+ID4gPiAgIEEgY2FzZSBpbiBwb2ludCBpcyB0aGUgbGlzdCAvYWZz L2FmIHRoYXQgaGFzIGEgbGVhZiBvZiAnYWYnDQo+ID4gPiAgICAgICA8YWZzPg0KPiA+ID4gICAg ICAgICA8YWY+DQo+ID4gPiAgICAgICAgICAgPGFmPmlwdjQ8L2FmPg0KPiA+ID4gICAgICAgICAg IDxlbmFibGU+dHJ1ZTwvZW5hYmxlPg0KPiA+ID4gICAgICAgICA8L2FmPg0KPiA+ID4gICAgICAg PC9hZnM+DQo+ID4gPg0KPiA+ID4gICBOb3Qgb25seSBpcyB0aGlzIHJlcGxpY2F0aW9uLCBidXQg d2Ugc2hvdWxkIGxpa2VseSBub3QgYWJicmV2aWF0ZQ0KPiA+ICdhZnMnIGlmDQo+ID4gPiAgIHdl IGFyZSB1c2luZyB0aGUgZXhwYW5kZWQgJ2FkZHJlc3MtZmFtaWx5JyBpbiBvdGhlciBJRVRGIG1v ZGVscw0KPiBzdWNoDQo+ID4gYXMNCj4gPiA+ICAgaWV0Zi1pMnJzLXJpYg0KPiA+ID4NCj4gPiA+ DQo+ID4gPiBHZW5lcmFsIGNvbW1lbnRzIG9uIHRoZSBkcmFmdCArIG5pdHM6DQo+ID4gPiAtIFNp bmNlIFlBTkcgdHJlZSBkaWFncmFtcyBhcmUgdXNlZCwgcGxlYXNlIGluY2x1ZGUgYW4gaW5mb3Jt YXRpdmUNCj4gPiByZWZlcmVuY2UNCj4gPiA+ICAgcGVyDQo+ID4NCj4gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi0zLjQN Cj4gPiA+IC0gU2VjdGlvbiAxLjEgZG9lcyBub3QgbmVlZCB0byBleGlzdCBzaW5jZSB0aGlzIHdv dWxkIGJlIGNvdmVyZWQgYnkNCj4gPiB0aGUNCj4gPiA+ICAgcmVmZXJlbmNlIG1lbnRpb25lZCBh Ym92ZQ0KPiA+ID4gLSBSZWZlcmVuY2UgdG8gTk1EQSBjb21wbGlhbmNlIHNob3VsZCBiZSBjb250 YWluZWQgd2l0aGluIFNlY3Rpb24gMQ0KPiA+ICh2cy4NCj4gPiA+ICAgU2VjdGlvbiAyKSBwZXIN Cj4gPiA+DQo+ID4NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0 bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi0zLjUNCj4gPiA+IC0gU2VjdGlvbiAyOiBJdCBzZWVt cyByZWZlcmVuY2Ugc2hvdWxkIGJlIGdpdmVuIHRvIHRoZSBsb2NhdGlvbiBvZg0KPiA+IHdoZXJl IHRoZQ0KPiA+ID4gICBpZXRmLXJvdXRpbmcgbW9kdWxlIGlzIGRlZmluZWQgKEFzIHdlbGwgYXMg cmVmZXJlbmNlIHRvIE5NREEgUkZDDQo+IGluDQo+ID4gdGhlDQo+ID4gPiAgIGFib3ZlIHJlZmVy ZW5jZSkNCj4gPiA+IC0gU2VjdGlvbiAyLjE6ICJBZGRpdGlvbmFsIG1vZHVsZXMgbWF5IGJlIGNy ZWF0ZWQgdGhpcyB0bw0KPiBzdXBwb3J0Li4uIg0KPiA+IG5lZWRzDQo+ID4gPiAgIHNsaWdodCBy ZXdvcmRpbmcgYWRqdXN0bWVudA0KPiA+ID4gLSBTZWN0aW9uIDM6IFRoZSBSUEMgb3BlcmF0aW9u cyBhcmUgbmFtZWQgJ2NsZWFyLWFkamFjZW5jeScgYW5kDQo+ID4gPiAgICdjbGVhci1kYXRhYmFz ZScgcmF0aGVyIHcvIHJlbGlhbmNlIG9mZiBuYW1lc3BhY2luZyBmb3INCj4gdW5pcXVlbmVzcy4N Cj4gPiBUaGlzDQo+ID4gPiAgIHNlY3Rpb24gcmVmZXJzIHRvICdjbGVhci1pc2lzLWRhdGFiYXNl JyBhbmQgJ2NsZWFyLWlzaXMtYWRqYWNlbmN5Jw0KPiA+ID4gLSBTZWN0aW9uIDQ6IE5vdGlmaWNh dGlvbiBuYW1lIG1pc21hdGNoIGluIHRoaXMgc2VjdGlvbiBmcm9tIGFjdHVhbA0KPiA+IG5hbWlu Zw0KPiA+ID4gICB3aXRoaW4gdGhlIG1vZHVsZSAoZS5nLiAnYWRqYWNlbmN5LWNoYW5nZScgc2hv dWxkIHJhdGhlciBiZQ0KPiA+ID4gICAnYWRqYWNlbmN5LXN0YXRlLWNoYW5nZScpDQo+ID4gPiAt IFNlY3Rpb24gNzogU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgd2lsbCBuZWVkIHVwZGF0aW5nIHRv IGJlDQo+ID4gcGF0dGVybmVkIGFmdGVyDQo+ID4gPiAgIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0 aGUgdGVtcGxhdGUgYXQNCj4gPiA+ICAgaHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvb3BzL3dp a2kveWFuZy1zZWN1cml0eS1ndWlkZWxpbmVzIHBlcg0KPiA+ID4NCj4gPg0KPiBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9u LTMuNw0KPiA+ID4gLSBTZWN0aW9uIDEyOiBBbGwgbW9kdWxlcyBpbXBvcnRlZCB3aXRoaW4gdGhp cyBtb2R1bGUgTVVTVCBiZQ0KPiA+IHJlZmVyZW5jZWQNCj4gPiA+ICAgd2l0aGluIHRoaXMgc2Vj dGlvbiBwZXINCj4gPiA+DQo+ID4NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi0zLjkuDQo+ID4gPiAgIFRoZXJlIGFy ZSBxdWl0ZSBhIGZldyBtaXNzaW5nIGZyb20gdGhpcyBzZWN0aW9uIHJpZ2h0IG5vdw0KPiA+ID4g LSBBcHBlbmRpeCBBOiBTb21lIG9mIHRoZSBYTUwgZWxlbWVudHMgYXJlIG9mZiBpbiBhbGlnbm1l bnQNCj4gPiA+IC0gQXBwZW5kaXggQTogRXhhbXBsZXMgbXVzdCBiZSB2YWxpZGF0ZWQuICBUaGUg ZXhhbXBsZSBnaXZlbiBoYXMgdGhlDQo+ID4gZm9sbG93aW5nDQo+ID4gPiAgIGlzc3VlczoNCj4g PiA+ICAgLSAvcm91dGluZ1tuYW1lPSdTTEknXSBhbmQgL3JvdXRpbmcvZGVzY3JpcHRpb24gYXJl IGludmFsaWQgZGF0YQ0KPiA+IG5vZGVzIGFuZA0KPiA+ID4gICAgIGRvIG5vdCBleGlzdC4gIEkn bSBub3Qgc3VyZSB3aHkgdGhleSBhcmUgaW4gdGhlIFhNTCBleGFtcGxlIGhlcmUNCj4gPiA+ICAg LSBUaGUgZXhhbXBsZSBpcyBtZWFudCB0byByZWZlcmVuY2UgY29uZmlndXJhdGlvbiBob3dldmVy DQo+ID4gPiAgICAgL3JvdXRpbmcvaW50ZXJmYWNlcyBpcyBhIHIvbyBjb250YWluZXINCj4gPiA+ ICAgLSBUaGUgY29udHJvbC1wbGFuZS1wcm90b2NvbCAndHlwZScgbmVlZHMgdG8gYmUgcXVhbGlm aWVkIC0gZS5nLg0KPiA+ID4gICAgIDx0eXBlDQo+ID4geG1sbnM6aXNpcz0idXJuOmlldGY6cGFy YW1zOnhtbDpuczp5YW5nOmlldGYtaXNpcyI+aXNpczppc2lzPC90eXBlPg0KPiA+ID4gICAtIFRo ZSBhcmVhLWFkZHJlc3MgZG9lcyBub3QgdmFsaWRhdGUgYWdhaW5zdCB0aGUgcGF0dGVybiByZWdl eCBhbmQNCj4gPiBtdXN0IGVuZA0KPiA+ID4gICAgIHdpdGggYSAnLicgIGUuZy4NCj4gPiA+ICAg ICA8YXJlYS1hZGRyZXNzPjQ5LjAwMDEuMDAwMC48L2FyZWEtYWRkcmVzcz4NCj4gPiA+ICAgLSBt ZXRyaWMtdHlwZS92YWx1ZSBpcyBzZXQgdG8gJ3dpZGUnIHdoaWNoIGlzIGludmFsaWQuICBUaGlz DQo+IHNob3VsZA0KPiA+IHJhdGhlcg0KPiA+ID4gICAgIGJlICd3aWRlLW9ubHknDQo+ID4gPiAg IC0gaXNpcy9hZnMvYWYvYWYgaXMgc2V0IHRvICdpcHY0LXVuaWNhc3QnIHdoaWNoIGlzIGludmFs aWQuICBUaGlzDQo+ID4gc2hvdWxkDQo+ID4gPiAgICAgcmF0aGVyIGJlICdpcHY0JyBwZXIgaWFu YS1yb3V0aW5nLXR5cGVzDQo+ID4gPiAgIC0gL2ludGVyZmFjZXMvaW50ZXJmYWNlL3R5cGUgbXVz dCBiZSBwb3B1bGF0ZWQgYW5kIGlzIGludmFsaWQuDQo+IFRoaXMNCj4gPiBzaG91bGQNCj4gPiA+ ICAgICByYXRoZXIgYmUgcXVhbGlmaWVkIGFzIHN1Y2g6DQo+ID4gPiAgICAgPHR5cGUNCj4gPg0K PiB4bWxuczppYW5haWZ0PSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWFuYS1pZi10eXBl Ij5pYW5haWZ0OnNvZnR3YXINCj4gPiBlTG9vcGJhY2s8L3R5cGU+DQo+ID4gPiAgICAgPHR5cGUN Cj4gPg0KPiB4bWxuczppYW5haWZ0PSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWFuYS1p Zi10eXBlIj5pYW5haWZ0OmV0aGVybmUNCj4gPiB0Q3NtYWNkPC90eXBlPg0KPiA+ID4gICAtIC9p bnRlcmZhY2VzL2ludGVyZmFjZS9saW5rLXVwLWRvd24tdHJhcC1lbmFibGUgbXVzdCBoYXZlIGEg dmFsdWUNCj4gPiA+ICAgICBhc3NvY2lhdGVkIGFzIHN1Y2g6DQo+ID4gPiAgICAgPGxpbmstdXAt ZG93bi10cmFwLWVuYWJsZT5lbmFibGVkPC9saW5rLXVwLWRvd24tdHJhcC1lbmFibGU+DQo+ID4g PiAgIC0gTlAgY29udGFpbmVyICdwcmlvcml0eScgaGFzIGEgbXVzdCBzdGF0ZW1lbnQgY2hlY2tp bmcgaWYgYW4NCj4gPiBpbnRlcmZhY2UtdHlwZQ0KPiA+ID4gICAgIGlzIHNldCB0byAnYnJvYWRj YXN0JyBob3dldmVyIGlmIHlvdSB0YWtlIHRoZSBYTUwgZXhhbXBsZSBmcm9tDQo+ID4gdGhpcw0K PiA+ID4gICAgIHNlY3Rpb24sIGl0IHdpbGwgZmFpbCB0byB2YWxpZGF0ZSBldmVuIGlmIDxwcmlv cml0eT4gaXMgbm90DQo+ID4gZGVmaW5lZA0KPiA+ID4gICAgIHVuZGVybmVhdGggYW4gaW50ZXJm YWNlLXR5cGUgb2YgJ3BvaW50LXRvLXBvaW50Jy4gIEl0IHNlZW1zIHRvDQo+IG1lDQo+ID4gdGhh dA0KPiA+ID4gICAgIHRoaXMgbG9naWMgbWF5IG5lZWQgdG8gYmUgcmVhZGp1c3RlZCBvciBub3Qg ZXhpc3QgYXQgYWxsDQo+IChwcmlvcml0eQ0KPiA+IGNhbg0KPiA+ID4gICAgIHN0aWxsIGJlIHNl dCBvbiBpbXBsZW1lbnRhdGlvbnMgb24gbG9vcGJhY2sgaW50ZXJmYWNlcyAtIHdoaWNoDQo+ID4g d291bGQNCj4gPiA+ICAgICBkZWZhdWx0IHRvICdicm9hZGNhc3QnIGluIHRoZSBleGFtcGxlIGhl cmUpLiAgQ291bGQgeW91IG5vdA0KPiBzb2x2ZQ0KPiA+IHRoaXMNCj4gPiA+ICAgICB3aXRoIHVz ZSBvZiAnd2hlbicgdnMuICdtdXN0JyBhcyBzdWNoOg0KPiA+ID4NCj4gPiA+ICAgICAgICAgICB3 aGVuICcuLi9pbnRlcmZhY2UtdHlwZSA9ICJicm9hZGNhc3QiJyB7DQo+ID4gPiAgICAgICAgICAg ICAgIGRlc2NyaXB0aW9uICJQcmlvcml0eSBjYW4gb25seSBiZSBzZXQgZm9yIGJyb2FkY2FzdA0K PiA+IGludGVyZmFjZXMuIjsNCj4gPiA+ICAgICAgICAgICB9DQo+ID4gPg0KPiA+ID4NCj4gPg0K PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jp cy0yMCNzZWN0aW9uLTQuMTgNCj4gPiAuLjIuDQo+ID4gPg0KPiA+ID4gICAtIC9pbnRlcmZhY2Vz L2ludGVyZmFjZS9pcHY0L210dSBtdXN0IGNvbnRhaW4gYSB2YWxpZCB2YWx1ZSAoYW5kDQo+ID4g bGlrZWx5IG5vdA0KPiA+ID4gICAgIG5lZWQgdG8gYmUgZGVmaW5lZCBmb3IgTG9vcGJhY2swKQ0K PiA+ID4gICAtICdpc2lzL21wbHMtdGUvaXB2NC1yb3V0ZXItaWQnIGlzIGludmFsaWQgYW5kIHNo b3VsZCByYXRoZXIgYmUNCj4gPiA+ICAgICAnaXNpcy9tcGxzL3RlLXJpZC9pcHY0LXJvdXRlci1p ZCcNCj4gPiA+ICAgLSAnaXNpcy9hZnMvYWYvZW5hYmxlZCcgaXMgaW52YWxpZCBhbmQgc2hvdWxk IHJhdGhlciBiZQ0KPiA+ICdpc2lzL2Fmcy9hZi9lbmFibGUnDQo+ID4gPiAgIC0gRXhhbXBsZXMg c2hvdWxkIHVzZSBJUHY2IGFkZHJlc3NlcyB3aGVyZSBhcHByb3ByaWF0ZSBwZXINCj4gPiA+DQo+ ID4NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYw ODdiaXMtMjAjc2VjdGlvbi0zLjEyDQo+ID4NCj4gPg0KPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+DQo+DQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4NCj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBj b250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMg ZXQgbmUgZG9pdmVudCBkb25jDQo+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQo+IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQo+IE9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS4NCj4NCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBt YXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCj4gdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+IElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQg ZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPiBBcyBlbWFpbHMgbWF5 IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUg YmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+IFRoYW5rIHlvdS4NCj4NCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4geWFuZy1k b2N0b3JzIG1haWxpbmcgbGlzdA0KPiB5YW5nLWRvY3RvcnNAaWV0Zi5vcmc8bWFpbHRvOnlhbmct ZG9jdG9yc0BpZXRmLm9yZz4NCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by95YW5nLWRvY3RvcnMNCg0KLS0NCkp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFj b2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQpQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAg ICAgIENhbXB1cyBSaW5nIDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55DQpGYXg6ICAgKzQ5IDQy MSAyMDAgMzEwMyAgICAgICAgIDxodHRwczovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp5YW5nLWRv Y3RvcnMgbWFpbGluZyBsaXN0DQp5YW5nLWRvY3RvcnNAaWV0Zi5vcmc8bWFpbHRvOnlhbmctZG9j dG9yc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8veWFu Zy1kb2N0b3JzDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1 dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxl Z2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3Ug Y29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBh ciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRl IHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZh bHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250 YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHBy b3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBj b3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFu Z2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNo YW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= --_000_9E32478DFA9976438E7A22F69B08FF924B78CB16OPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3ht bGRzaWcjIiB4bWxuczpkc3A9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9kc3AiIHhtbG5zOnVkYz0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9kYXRhL3VkYyIg eG1sbnM6eHNkPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIgeG1sbnM6c3ViPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8yMDAyLzEvYWxlcnRz LyIgeG1sbnM6ZWM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQveG1sZW5jIyIgeG1sbnM6c3A9 Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC8iIHhtbG5zOnNwcz0iaHR0 cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50L3NvYXAvIiB4bWxuczp4c2k9Imh0 dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hLWluc3RhbmNlIiB4bWxuczp1ZGNzPSJodHRw Oi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3NvYXAiIHhtbG5zOnVkY3hmPSJodHRw Oi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3htbGZpbGUiIHhtbG5zOnVkY3AycD0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9kYXRhL3VkYy9wYXJ0dG9wYXJ0IiB4bWxuczp3 Zj0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50L3NvYXAvd29ya2Zsb3cv IiB4bWxuczpkc3NzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA2L2Rp Z3NpZy1zZXR1cCIgeG1sbnM6ZHNzaT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZp Y2UvMjAwNi9kaWdzaWciIHhtbG5zOm1kc3NpPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0 cy5vcmcvcGFja2FnZS8yMDA2L2RpZ2l0YWwtc2lnbmF0dXJlIiB4bWxuczptdmVyPSJodHRwOi8v c2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcvbWFya3VwLWNvbXBhdGliaWxpdHkvMjAwNiIgeG1s bnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4 bWxuczptcmVscz0iaHR0cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL3BhY2thZ2UvMjAw Ni9yZWxhdGlvbnNoaXBzIiB4bWxuczpzcHdwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS9zaGFyZXBv aW50L3dlYnBhcnRwYWdlcyIgeG1sbnM6ZXgxMnQ9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vZXhjaGFuZ2Uvc2VydmljZXMvMjAwNi90eXBlcyIgeG1sbnM6ZXgxMm09Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vZXhjaGFuZ2Uvc2VydmljZXMvMjAwNi9tZXNzYWdlcyIgeG1sbnM6 cHB0c2w9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwL1NsaWRl TGlicmFyeS8iIHhtbG5zOnNwc2w9Imh0dHA6Ly9taWNyb3NvZnQuY29tL3dlYnNlcnZpY2VzL1No YXJlUG9pbnRQb3J0YWxTZXJ2ZXIvUHVibGlzaGVkTGlua3NTZXJ2aWNlIiB4bWxuczpaPSJ1cm46 c2NoZW1hcy1taWNyb3NvZnQtY29tOiIgeG1sbnM6dGF4PSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL3NoYXJlcG9pbnQvdGF4b25vbXkvc29hcC8iIHhtbG5zOnRucz0iaHR0cDovL3NjaGVt YXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50L3NvYXAvcmVjb3Jkc3JlcG9zaXRvcnkvIiB4bWxu czpzcHN1cD0iaHR0cDovL21pY3Jvc29mdC5jb20vd2Vic2VydmljZXMvU2hhcmVQb2ludFBvcnRh bFNlcnZlci9Vc2VyUHJvZmlsZVNlcnZpY2UiIHhtbG5zOm1tbD0iaHR0cDovL3d3dy53My5vcmcv MTk5OC9NYXRoL01hdGhNTCIgeG1sbnM6c3Q9IiYjMTsiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9y Zy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJh dG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5 bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGlu IDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBBbmR5LDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+V2hhdCBJ4oCZbSBzdGlsbCBub3QgY2F0Y2hpbmcgaXMgdGhlIGRpZmZlcmVuY2UgeW91 IG1ha2UgYmV0d2VlbiBoYXZpbmcgYSBkZXNjcmlwdGlvbiBzdGF0ZW1lbnQgdGVsbGluZyA64oCd PC9zcGFuPiBBIHNlcnZlciBNVVNUIGFjY2VwdCBhIHN0cmluZyB1cCB0byA2NCBjaGFyYWN0ZXJz DQogaW4gbGVuZ3Ro4oCdIGFuZCBhIHR5cGUgc3RyaW5nIHdpdGggbGVuZ3RoIOKAnDAuLjY04oCd ID88c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoZXJlIGlzIHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IEnigJlt IG1pc3NpbmcgaGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJyZ2RzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij4gQW5keSBCaWVybWFuIFttYWlsdG86YW5keUB5dW1hd29ya3MuY29t XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgSmFudWFyeSAwOSwgMjAxOSAxODowNjxi cj4NCjxiPlRvOjwvYj4gSnVlcmdlbiBTY2hvZW53YWVsZGVyOyBMSVRLT1dTS0kgU3RlcGhhbmUg T0JTL09JTklTOyB0b20gcGV0Y2g7IEViYmVuIEFyaWVzOyB5YW5nLWRvY3RvcnNAaWV0Zi5vcmc7 IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLmFsbEBpZXRmLm9yZzsgbHNyQGlldGYub3Jn PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbeWFuZy1kb2N0b3JzXSBbTHNyXSBZYW5nZG9jdG9y cyBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzLWlzLWNmZy0yOTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBhZ3JlZSB3aXRoIEp1ZXJnZW4uPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgcHJvdG9j b2wgaGFzIGEgJnF1b3Q7dG9vLWJpZyZxdW90OyBlcnJvciBpcyB0aGUgc2VydmVyIHdpbGwgbm90 IGFjY2VwdCBhIGJpZyBzdHJpbmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGVyZSBzaG91bGQgbm90IGJlIGEgZmFsc2UgY2hvaWNlIGJldHdl ZW4gYW4gYXJiaXRyYXJ5IG1heGltdW0gYW5kICZxdW90O3RlcmFieXRlcyZxdW90Oy48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91IGNhbm5v dCB1c2UgYSByYW5nZS1zdG10IHRvIHNwZWNpZnkgdGhlIG1pbmltdW0gcmVxdWlyZWQgbGVuZ3Ro IHRoYXQgbXVzdCBiZSBzdXBwb3J0ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5sZW5ndGggJnF1b3Q7My4ubWF4JnF1b3Q7IGRvZXMgbm90IGFs bG93IHN0cmluZ3Mgb2YgbGVuZ3RoIDAgLSAyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZGVzY3JpcHRpb24tc3RtdCBjYW4gaGF2ZSAm cXVvdDtBIHNlcnZlciBNVVNUIGFjY2VwdCBhIHN0cmluZyB1cCB0byA2NCBjaGFyYWN0ZXJzIGlu IGxlbmd0aCZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+d2hpY2ggbGV0cyB0aGUgY2xpZW50IGNob29zZSBhIGxlbmd0aCBmcm9tIDAgdG8g NjQsIGFuZCB0aGlzIHdpbGwgd29yayBvbiBhbGwgc2VydmVyIGltcGxlbWVudGF0aW9ucy48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u IFdlZCwgSmFuIDksIDIwMTkgYXQgNToxMCBBTSBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgJmx0Ozxh IGhyZWY9Im1haWx0bzpqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUiPmouc2No b2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPGJyPg0K PGJyPg0KcGxlYXNlIHNlZSBteSBvdGhlciBlbWFpbCBhYm91dCB0aGUgZGlzdGluY3Rpb24gSSBt YWtlIGJldHdlZW4gYSBoYXJkPGJyPg0KbGVuZ3RoIHJlc3RyaWN0aW9uIGFuZCB0aGUgbWluaW11 bSBsZW5ndGggZXhwZWN0ZWQgdG8gYmUgc3VwcG9ydGVkLiZuYnNwOyBJPGJyPg0Kd29uZGVyIGhv dyB5b3UgY2FuIHNlbnNpYmx5IHBpY2sgYSBsaW1pdCBmb3IgdGhpbmdzIGxpa2Ugbm9uLWJlc3Qt cmVhc29uOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsZWFmIG5vbi1i ZXN0LXJlYXNvbiB7PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB0eXBl IHN0cmluZzs8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGRlc2NyaXB0 aW9uPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJnF1b3Q7 SW5mb3JtYXRpb24gZmllbGQgdG8gZGVzY3JpYmUgd2h5IHRoZSBhbHRlcm5hdGU8YnI+DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtpcyBub3QgYmVzdC4m cXVvdDs7PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IH08YnI+DQo8YnI+DQpZb3Ug YXJlIHNpbXBseSBjcmVhdGluZyBhbiBhcmJpdHJhcnkgcmVzdHJpY3Rpb24uIEFuZCBodW1ibGUg c2VydmVyIGlzPGJyPg0Kbm90IGxpa2VseSB0byBzZW5kIHlvdSBhbiBqcGcgaW1hZ2UgKGFuZCBh IGJvZ3VzIHNlcnZlciB3aWxsIGRvIHNvPGJyPg0KYW55d2F5KS4gKFRoZXJlIGFyZSBvdGhlciBz aW1pbGFyIG9iamVjdHMuKTxicj4NCjxicj4NClNpbmNlIEkgYW0gc2VhcmNoaW5nIGZvciAndHlw ZSBzdHJpbmcnLCBJIHdvbmRlciB3aGV0aGVyIHRoZXNlIGFyZTxicj4NCmNsZWFyIGVub3VnaCBk ZWZpbml0aW9ucy48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgbGVhZiBw cmVmaXggezxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgdHlwZSBzdHJp bmc7PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBkZXNjcmlwdGlvbjxi cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZxdW90O1Byb3Rl Y3RlZCBwcmVmaXguJnF1b3Q7Ozxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB9PGJy Pg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGxlYWYgYWx0ZXJuYXRlIHs8YnI+DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHR5cGUgc3RyaW5nOzxicj4NCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGVzY3JpcHRpb248YnI+DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmcXVvdDtBbHRlcm5hdGUgbmV4dGhvcCBmb3Ig dGhlIHByZWZpeC4mcXVvdDs7PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IH08YnI+ DQo8YnI+DQpXaGF0IGlzIHRoZSAoY2Fub25pY2FsKSBmb3JtYXQgb2YgdGhlIGFsbG93ZWQgdmFs dWVzPyAoVGhlcmUgYXJlIG1vcmUgb2YgdGhlc2UuKTxicj4NCjxicj4NCi9qczxicj4NCjxicj4N Ck9uIFdlZCwgSmFuIDA5LCAyMDE5IGF0IDEyOjUyOjA3UE0gJiM0MzswMDAwLCA8YSBocmVmPSJt YWlsdG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20iIHRhcmdldD0iX2JsYW5rIj4NCnN0 ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPC9hPiB3cm90ZTo8YnI+DQomZ3Q7IEhpIFRvbSw8 YnI+DQomZ3Q7IDxicj4NCiZndDsgSWYgeW91IGFncmVlLCBJIHdpbGwgc2V0IGEgbGVuZ3RoIHJl c3RyaWN0aW9uIG9uIGVhY2ggc3RyaW5nIChvcHMgYW5kIGNmZykuIEl0IGxvb2tzIGNsZWFyZXIg Zm9yIG1lIHJhdGhlciB0aGFuIHNldHRpbmcgaXQgaW4gdGhlIGRlc2NyaXB0aW9uLjxicj4NCiZn dDsgPGJyPg0KJmd0OyBGb3IgdGhlIHJlZmVyZW5jZXMsIEknbSB3b3JraW5nIG9uIGl0Ljxicj4N CiZndDsgPGJyPg0KJmd0OyBCcmdkcyw8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogdG9tIHBldGNoIFttYWls dG86PGEgaHJlZj0ibWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb20iIHRhcmdldD0iX2JsYW5rIj5p ZXRmY0BidGNvbm5lY3QuY29tPC9hPl0NCjxicj4NCiZndDsgU2VudDogV2VkbmVzZGF5LCBKYW51 YXJ5IDA5LCAyMDE5IDEyOjM4PGJyPg0KJmd0OyBUbzogTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9P SU5JUzsgRWJiZW4gQXJpZXM7IDxhIGhyZWY9Im1haWx0bzp5YW5nLWRvY3RvcnNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj4NCnlhbmctZG9jdG9yc0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IENj OiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmcuYWxsQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy5hbGxA aWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bHNyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+DQpsc3JAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyBTdWJqZWN0OiBSZTogW0xzcl0gWWFuZ2Rv Y3RvcnMgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pcy1pcy1jZmct Mjk8YnI+DQomZ3Q7IDxicj4NCiZndDsgU3RlcGhhbmU8YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhh bmtzIGZvciBwZXJzaXN0aW5nLjxicj4NCiZndDsgPGJyPg0KJmd0OyBPbiBzdHJpbmcgbGVuZ3Ro cywgSSB0YWtlIHlvdXIgcG9pbnQgYWJvdXQgbm8gdXNlciBpbnB1dCB0byBPcGVyYXRpb25hbDxi cj4NCiZndDsgU3RhdGU7IHRoZXJlLCBteSBjb25jZXJuIGlzIG1vcmUgYWJvdXQgZ2l2aW5nIGd1 aWRhbmNlIHRvIGltcGxlbWVudG9yczxicj4NCiZndDsgYXMgdG8gd2hhdCB0aGV5IHNob3VsZCBj YXRlciBmb3IgLSBhcyBJIHNhaWQsIHRoaXMgaGFzIGJlZW4gYSB0b3BpYyBvZjxicj4NCiZndDsg bGl2ZWx5IGRpc2N1c3Npb24gaW4gb3RoZXIgV0cuJm5ic3A7IEV2ZW4gYmVmb3JlIHRoYXQsIHdo ZW5ldmVyIEkgc2VlIGE8YnI+DQomZ3Q7IHN0cmluZywgSSB0aGluayBpcyB0aGVyZSBhbiBpbXBs aWNpdCBsZW5ndGggcmVzdHJpY3Rpb24gYW5kIGlmIG5vdCw8YnI+DQomZ3Q7IHNob3VsZCB0aGVy ZSBiZSBhbiBleHBsaWNpdCBvbmUgd2hpY2gsIGFzIEp1ZXJnZW4gc3VnZ2VzdGVkLCBjb3VsZCBi ZSBpbjxicj4NCiZndDsgdGhlIGRlc2NyaXB0aW9uIGNsYXVzZS4mbmJzcDsgTXkgZXhwZXJpZW5j ZSBpcyB0aGF0IHRob3NlIHdvcmtpbmcgd2l0aDxicj4NCiZndDsgbmV0d29ya3MgdGhpbmsgYWJv dXQgc2l6ZSwgYWJvdXQgbGVuZ3RoOyB0aG9zZSBjb21pbmcgZnJvbSBhcHBsaWNhdGlvbnM8YnI+ DQomZ3Q7IHRlbmQgdG8gdGhpbmsgJ1doYXQgaXMgYSBmZXcgdGVyYWJ5dGVzIGJldHdlZW4gZnJp ZW5kcz8nIGFuZCBhcmUgdW5hd2FyZTxicj4NCiZndDsgdGhhdCBzaXplcyB0aGF0IG1heSBiZSBj b21tb25wbGFjZSBpbiBzZXJ2ZXJzIGFuZCBhc3NvY2lhdGVkIHN0b3JhZ2UgY2FuPGJyPg0KJmd0 OyBjcmVhdGUgZGlmZmljdWx0aWVzIG92ZXIgYSBuZXR3b3JrLiZuYnNwOyBXaGF0ZXZlciwgSSBs ZWF2ZSB0aGlzIG9uZSB1cCB0bzxicj4NCiZndDsgeW91Ljxicj4NCiZndDsgPGJyPg0KJmd0OyBP biByZWZlcmVuY2VzLCBJIHdvdWxkIGxpa2UgYSBjaGFuZ2U7IHlvdSBzYXkgdGhpcyBpbmZvcm1h dGlvbiBpcyBpbiB0aGU8YnI+DQomZ3Q7IGJhc2UgSVNPIHNwZWMuJm5ic3A7IFdlbGwsIHllcywg dG8gbWUgdGhhdCBtZWFucyB0aGF0IGl0IHNob3VsZCBiZSBhPGJyPg0KJmd0OyBOb3JtYXRpdmUg UmVmZXJlbmNlLiZuYnNwOyBJIGNvdWxkIG5vdCB1bmRlcnN0YW5kIHRoZSBkZXNjcmlwdGlvbiBv ZiBlLmcuPGJyPg0KJmd0OyAnaS9lJyBhbmQgbmVlZGVkIHRvIGxvb2sgaXQgdXAgYnV0IHNlZW1p bmdseSBjYW5ub3QgZG8gc28gd2l0aCB0aGU8YnI+DQomZ3Q7IGxpc3RlZCByZWZlcmVuY2VzIG9m IHRoZSBJLUQuJm5ic3A7IE5vdGUgdGhhdCBSRkMgc3VjaCBhcyBSRkM1MzA1IGFuZCBSRkM2MTE5 PGJyPg0KJmd0OyBkbyByZWZlcmVuY2UgSW50ZXJuYXRpb25hbCBTdGFuZGFyZCAxMDU4OSBhbmQg SSB0aGluayB0aGF0IHRoaXMgb25lPGJyPg0KJmd0OyBzaG91bGQgdG9vLCBwZXJoYXBzIGluIHMu Mi43IGFuZCBzLjUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRvbSBQZXRjaDxicj4NCiZndDsgPGJy Pg0KJmd0OyAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPGJyPg0KJmd0OyBGcm9tOiAmbHQ7 PGEgaHJlZj0ibWFpbHRvOnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tIiB0YXJnZXQ9Il9i bGFuayI+c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb208L2E+Jmd0Ozxicj4NCiZndDsgU2Vu dDogV2VkbmVzZGF5LCBKYW51YXJ5IDA5LCAyMDE5IDk6MTggQU08YnI+DQomZ3Q7IDxicj4NCiZn dDsgSGkgVG9tLDxicj4NCiZndDsgPGJyPg0KJmd0OyBQbGVhc2UgZmluZCBpbmxpbmUgYW5zd2Vy cy48YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLTxicj4NCiZndDsgRnJvbTogdG9tIHBldGNoIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmll dGZjQGJ0Y29ubmVjdC5jb20iIHRhcmdldD0iX2JsYW5rIj5pZXRmY0BidGNvbm5lY3QuY29tPC9h Pl08YnI+DQomZ3Q7IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMDgsIDIwMTkgMTg6NDU8YnI+DQom Z3Q7IDxicj4NCiZndDsgT2suJm5ic3A7IFRvcC1wb3N0aW5nIHRoZSBvbmVzIHRoYXQgYXJlIG5v dCAnb2snOjxicj4NCiZndDsgPGJyPg0KJmd0OyBJIHNhaWQgdGhhdCBJIHRob3VnaHQgdGhhdCBM U1AgZGlkIG5vdCBuZWVkIGV4cGFuZGluZyBvbiBmaXJzdCB1c2UgYW5kPGJyPg0KJmd0OyB0aGVu IGNoZWNrZWQgdGhlIFJGQyBFZGl0b3IgbGlzdCB0byBmaW5kIHRoYXQgaXQgaXMgbm90IG9uZSB0 aGV5IHJlZ2FyZDxicj4NCiZndDsgYXMgd2VsbC1rbm93biBhbmQgdGhhdCBMU1IgcHJvdG9jb2xz IHVzZSBpdCBkaWZmZXJlbnRseSB0byBvdGhlcnMsIHNvIEk8YnI+DQomZ3Q7IHN1Z2dlc3QgZXhw YW5kaW5nIExTUCBvbiBmaXJzdCB1c2UuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFtTTEldIEFscmVh ZHkgZG9uZSBmb3IgdGhlIG5leHQgdmVyc2lvbi48YnI+DQomZ3Q7IDxicj4NCiZndDsgT24gbGVu Z3RocyBvZiB0ZXh0IG1lc3NhZ2VzLCBwZXJoYXBzIEkgYW0gdG9vIHNlbnNpdGl2ZSB0byBidWZm ZXI8YnI+DQomZ3Q7IG92ZXJydW4gYXR0YWNrcyBhbmQgdGhlIGxpa2UgYW5kIHNvIHdhbnQgYSBt YXhpbXVtIG9uIG1hbnkgdGhpbmdzIChhbmQ8YnI+DQomZ3Q7IHRoZW4gcGVvcGxlIGF0dGFjaCBh IGZyaWVuZGx5LCAyME1ieXRlIHBob3RvIHRvIHRoZWlyIGUtbWFpbCBhdDxicj4NCiZndDsgQ2hy aXN0bWFzIGFuZDxicj4NCiZndDsgd29uZGVyIHdoeSB0aGVpciBFU1AgcmVqZWN0cyB0aGUgbWVz c2FnZSBzbyBJIGRvIG5vdCBjb25ncmF0dWxhdGUgdGhlbTxicj4NCiZndDsgb24gdGhlIGxhdGVz dCBhZGRpdGlvbiB0byB0aGUgZmFtaWx5Oi0pLiZuYnNwOyBUaGUgSURSIFdHIGhhZCBhIGxpdmVs eTxicj4NCiZndDsgZGlzY3Vzc2lvbiBhYm91dCBtYXhpbXVtIG1lc3NhZ2UgbGVuZ3RocyBpbiAy MDE3IGFuZCB0aGF0IGhhcyBhbHNvPGJyPg0KJmd0OyBzdGF5ZWQgaW4gbXkgbWluZC4mbmJzcDsg SSBoYXZlIHNlZW4gdGhlIGNvbW1lbnRzIG9uIHRoaXMgYnkgSnVlcmdlbiBhbmQ8YnI+DQomZ3Q7 IExhZGE7IHBlcmhhcHMgYXMgSnVlcmdlbiBpbnRpbWF0ZXMsIHNvbWV0aGluZyBpbiB0aGUgRGVz Y3JpcHRpb24gd291bGQ8YnI+DQomZ3Q7IGhlbHA7IGFuZCB3aGlsZSB0aGUgc2VydmVyIG1heSBu b3QgYmUgcm9ndWUsIGl0IG1heSBub3QgaGF2ZSBhIHBlcmZlY3Q8YnI+DQomZ3Q7IGltcGxlbWVu dGF0aW9uLjxicj4NCiZndDsgPGJyPg0KJmd0OyBbU0xJXSBXaGF0IEkgbmVlZCB0byB1bmRlcnN0 YW5kIGZyb20geW91ciBjb21tZW50IG9uIHN0cmluZyBsZW5ndGg8YnI+DQomZ3Q7IGVuZm9yY2Vt ZW50IGlzIGlmIGl0IGFwcGxpZXMgdG8gb3BlcmF0aW9uYWwgc3RhdGUgb3IganVzdCBjb25maWcg c3RhdGVzPGJyPg0KJmd0OyA/IEkgZG8gbm90IHNlZSBhbnkgaXNzdWUgb2Ygbm90IGVuZm9yY2lu ZyB0aGUgb3BlcmF0aW9uYWwgc3RhdGUgYXMgdGhlcmU8YnI+DQomZ3Q7IGlzIG5vIGlucHV0IGZy b20gdGhlIHVzZXIgdGhlcmUgYW5kIHNvIG5vIGF0dGFjayB2ZWN0b3IsIHRoaXMgaXMgcHVyZWx5 PGJyPg0KJmd0OyBpbnRlcm5hbCB0byB0aGUgaW1wbGVtZW50YXRpb24uIEZvciBjb25maWcgc3Rh dGVtZW50cywgaXQgbWFrZXMgc2Vuc2UgYXM8YnI+DQomZ3Q7IHRoZXJlIGlzIGFuIGlucHV0IGZy b20gdGhlIHVzZXIgdGhhdCBjYW4gYmUgYW55dGhpbmcuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxi cj4NCiZndDsgT24gdGhlIGxlbmd0aCBvZiBwYXNzd29yZCwgSSBzYXcgYSBTZWN1cml0eSBBRCB3 YW50aW5nIGNsYXJpZmljYXRpb24gb248YnI+DQomZ3Q7IHRoaXMgbm90IHRvbyBsb25nIGFnbyBz byB5b3UgbWF5IHNlZSB0aGlzIGNvbW1lbnQgYWdhaW4gZnJvbSBvbmUgc3VjaCAuPGJyPg0KJmd0 OyBMaWtld2lzZSwgTUQ1IHRlbmRzIHRvIGJlIGEgcmVkIGZsYWcgYWx0aG91Z2ggSSBzZWUgaXQg YXBwZWFycyBpbiBiZ3A8YnI+DQomZ3Q7IHlhbmcuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEkgbGlr ZSB0aGUgc29ydCBvZiBkZXRhaWwgaW4gaXBwbS10d2FtcC15YW5nLCBvbiBhbGdvcml0aG1zLCBl bnRyb3B5IGFuZDxicj4NCiZndDsgc3VjaCBsaWtlIChhbHRob3VnaCBJIGhhdmUgbm90IHNlZW4g YSByZXZpZXcgYnkgU2VjdXJpdHkgQUQvZGlyZWN0b3JhdGU8YnI+DQomZ3Q7IG9mIHRoYXQpLjxi cj4NCiZndDsgPGJyPg0KJmd0OyBCdXQgSSBhbSBsZWZ0IGNvbmZ1c2VkIGFzIHRvIGV4YWN0bHkg d2hhdCB0aGUgY2l0ZWQgb2JqZWN0IGlzIGRvaW5nLjxicj4NCiZndDsgWWVzLCBUTFYxMCBwcm92 aWRlcyBhdXRoZW50aWNhdGlvbiBmb3IgYW55IFBEVSwgYnV0IHdoYXQgYXJlIHRoZSBmaWVsZHM8 YnI+DQomZ3Q7IGluIHRoZSBZQU5HIG1vZHVsZSBkb2luZz8mbmJzcDsgSXM8YnI+DQomZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGxlYWYgYXV0aGVudGljYXRpb24tdHlwZSB7PGJyPg0K Jmd0OyB0aGUgZmlyc3Qgb2N0ZXQgb2YgVExWMTA/Jm5ic3A7IElzPGJyPg0KJmd0OyZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO2xlYWYgYXV0aGVudGljYXRpb24ta2V5IHs8YnI+DQomZ3Q7IHRo ZSByZXN0IG9mIFRMVjEwPyZuYnNwOyBBbmQgd2hlcmUgaXMgdGhpcyAncHJlc2VudGVkJyBhcyB0 aGUgWUFORyBtb2R1bGU8YnI+DQomZ3Q7IHNheXM/Jm5ic3A7IEFyZSB5b3UgdGhpbmtpbmcgb2Yg YSBZQU5HIGNsaWVudCBwcmVzZW50aW5nIHRoZSBmaWVsZCB0byBhIHVzZXI8YnI+DQomZ3Q7IGF0 IGEgdGVybWluYWwsIG9uZSByb3V0ZXIgcHJlc2VudGluZyBpdCB0byBhbm90aGVyLCBvciB3aGF0 Pzxicj4NCiZndDsgPGJyPg0KJmd0OyBJIGFtIHVzaW5nIFJGQzUzMTAgYXMgbXkgc291cmNlIGZv ciBUTFYxMCBhbmQgd29uZGVyaW5nIHdoeSB0aGF0IGlzIG5vdDxicj4NCiZndDsgYSBOb3JtYXRp dmUgUmVmZXJlbmNlIGZvciB0aGlzIEktRDxicj4NCiZndDsgPGJyPg0KJmd0OyBbU0xJXSBUTFYg MTAgaXMgZGVmaW5lZCBpbiB0aGUgYmFzZSBJU08gc3BlYyBvZiBJUy1JUy4gUkZDNTMxMCBqdXN0 IGFkZHM8YnI+DQomZ3Q7IHRoZSBjcnlwdG8gYXV0aCBhcyBuZXcgdHlwZXMuPGJyPg0KJmd0OyBU aGUgYXV0aGVudGljYXRpb24tdHlwZSBpcyB0aGUgZmlyc3QgYnl0ZSBvZiB0aGUgVExWIChjYWxs ZWQ8YnI+DQomZ3Q7IEF1dGhlbnRpY2F0aW9uIFR5cGUgYXMgd2VsbCkuPGJyPg0KJmd0OyBUaGUg YXV0aGVudGljYXRpb24ta2V5IGNhbm5vdCBiZSBtYXBwZWQgZGlyZWN0bHkgdG8gdGhlPGJyPg0K Jmd0OyBhdXRoZW50aWNhdGlvbi12YWx1ZSBmaWVsZC4gVGhpcyBpcyB0aGUgY2FzZSBmb3IgQ2xl YXJUZXh0IHBhc3N3b3JkPGJyPg0KJmd0OyBhdXRodHlwZSBidXQgbm90IGNyeXB0byB3aGljaCBh ZGRzIGEga2V5SUQgaW4gZnJvbnQgb2YgdGhlPGJyPg0KJmd0OyBhdXRoZW50aWNhdGlvbiBkYXRh Ljxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE9uIHRoZSBJL0UgYml0LCB0aGUgcXVl c3Rpb24gaXMsIHdoaWNoIHN0YW5kYXJkPyZuYnNwOyBJIGhhdmUgMzAgTm9ybWF0aXZlPGJyPg0K Jmd0OyByZWZlcmVuY2VzIHRvIGNob29zZSBmcm9tLiZuYnNwOyAmbmJzcDtJIGZvdW5kIHVwL2Rv d24gaW4gUkZDNTMwNSwgYnV0IG9ubHkgYnk8YnI+DQomZ3Q7IGFjY2lkZW50LCBhbmQgSSBoYXZl IG5vdCBmb3VuZCBpL2UgeWV0IHNvIGEgcmVmZXJlbmNlIHdvdWxkIGJlIGdvb2QuPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IFtTTEldIEkvRSBiaXQgaXMgcGFydCBvZiB0aGUgYmFzZSBJU08gc3BlYyBv ZiBJUy1JUyBhbmQgcmVsZXZhbnQgZm9yPGJyPg0KJmd0OyAmcXVvdDtsZWdhY3kgYWR2ZXJ0aXNl bWVudHMmcXVvdDsgb2YgcHJlZml4IGFuZCBsaW5rcy4gQnkgdGhlIHdheSwgYWZ0ZXIgY2hlY2tp bmcsPGJyPg0KJmd0OyB0aGUgcG9zaXRpb24gb2YgdGhlIGktZSBsZWFmIGlzIGN1cnJlbnRseSB3 cm9uZyBhbmQgbmVlZHMgdG8gYmUgd2l0aGluPGJyPg0KJmd0OyB0aGUgbWV0cmljIChkZWZhdWx0 LCBkZWxheS4uLikuIEkgd2lsbCBmaXggdGhpcy48YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0K Jmd0OyBUb20gUGV0Y2g8YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLTxicj4NCiZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5j b208L2E+PGJyPg0KJmd0OyBTZW50OiBNb25kYXksIEphbnVhcnkgMDcsIDIwMTkgOToyMiBBTTxi cj4NCiZndDsgPGJyPg0KJmd0OyBIaSBUb20sPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoYW5rcyBm b3IgeW91ciBjb21tZW50cy48YnI+DQomZ3Q7IEkgd2lzaCB5b3UgYW4gaGFwcHkgbmV3IHllYXIg ITxicj4NCiZndDsgPGJyPg0KJmd0OyBQbGVhc2UgZmluZCBpbmxpbmUgY29tbWVudHMuPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IEJyZ2RzLDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogdG9tIHBldGNoIFttYWlsdG86PGEgaHJlZj0i bWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb20iIHRhcmdldD0iX2JsYW5rIj5pZXRmY0BidGNvbm5l Y3QuY29tPC9hPl08YnI+DQomZ3Q7IFNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwMiwgMjAxOSAx MjoxNzxicj4NCiZndDsgPGJyPg0KJmd0OyBIZXJlIGFyZSB0aGUgcmVzdCBvZiBteSBjb21tZW50 cyBvbiAtMjkgd2l0aCBhIHNsaWdodCB0d2VhayB0byB0aGU8YnI+DQomZ3Q7IHN1YmplY3QgbGlu ZS4mbmJzcDsgSSB3b3VsZCByZWdhcmQgbW9zdCBvZiB0aGVzZSAoYnV0IG5vdCB0aGUgZmlyc3Qg dHdvKSBhczxicj4NCiZndDsgbm9uLWRpc2N1c3NhYmxlLCBpZSBJIHdvbid0IGNvbXBsYWluIGlm IHlvdSBkaXNhZ3JlZTotKTxicj4NCiZndDsgPGJyPg0KJmd0OyBSRkMxMTk1IGlzIGluIHRoZSBZ QU5HIG1vZHVsZSBidXQgbm90IHRoZSByZWZlcmVuY2VzIG9mIHRoZSBJLUQ8YnI+DQomZ3Q7IFtT TEldIFdpbGwgZml4IGl0PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFJGQzUwMjkgaXMgaW4gdGhlIFlB TkcgbW9kdWxlIGJ1dCBub3QgdGhlIHJlZmVyZW5jZXMgb2YgdGhlIEktRDxicj4NCiZndDsgW1NM SV0gV2lsbCBmaXggaXQ8YnI+DQomZ3Q7IDxicj4NCiZndDsgUFNOUHMsIENTTlBzPGJyPg0KJmd0 OyBbU0xJXSBXaWxsIGZpeCBpdDxicj4NCiZndDsgPGJyPg0KJmd0OyBleHBhbmQgb24gZmlyc3Qg dXNlIC0gTFNQIEkgdGhpbmsgb2s8YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7bGVhZiBiZXN0IHsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3R5cGUgYm9vbGVhbjs8YnI+DQomZ3Q7IHdoYXQgaXMgdHJ1ZSBhbmQgd2hh dCBmYWxzZT8mbmJzcDsgSSBjYW4gZ3Vlc3MgZnJvbSB0aGUgRW5nbGlzaCBzZW1hbnRpY3Mgb2Y8 YnI+DQomZ3Q7IHRoZSBuYW1lIGJ1dCB3b3VsZCByYXRoZXIgbm90IGd1ZXNzLjxicj4NCiZndDsg W1NMSV0gV2lsbCBmaXggaXQ8YnI+DQomZ3Q7IFRvIHJlcGxhY2UgdGhlIGN1cnJlbnQgZGVzY3Jp cHRpb24gd2hpY2ggaXMgOiAmcXVvdDsmcXVvdDtJbmRpY2F0ZXMgaWYgdGhlPGJyPg0KJmd0OyBh bHRlcm5hdGUgaXMgdGhlIHByZWZlcnJlZC4mcXVvdDsmcXVvdDssIGRvIHlvdSBwcmVmZXI6ICZx dW90O1NldCB0byB0cnVlIHdoZW4gdGhlPGJyPg0KJmd0OyBhbHRlcm5hdGUgaXMgcHJlZmVycmVk LCBzZXQgdG8gZmFsc2Ugb3RoZXJ3aXNlJnF1b3Q7ID88YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJy Pg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsZWFmIG5vbi1iZXN0LXJl YXNvbiB7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB0eXBlIHN0cmluZzs8YnI+ DQomZ3Q7IHN1Z2dlc3QgYSBtYXhpbXVtIGxlbmd0aCwgcGVyaGFwcyAxMjcgb3IgMjU1ICggdW5s ZXNzIHlvdSBleHBlY3Q8YnI+DQomZ3Q7IHNjcmVlbnNob3RzIG9yIHBhY2tldCB0cmFjZXMgdG8g YmUgYXR0YWNoZWQpLiZuYnNwOyBBcyBpdCBzdGFuZHMsIHlvdSBjb3VsZDxicj4NCiZndDsgdmFs aWRseSByZWNlaXZlPGJyPg0KJmd0OyBhIGxlbmd0aCBvZiAxODQ0Njc0NDA3MzcwOTU1MTYxNS48 YnI+DQomZ3Q7IFtTTEldIEFncmVlLCB3aWxsIGZpeCBpdDxicj4NCiZndDsgPGJyPg0KJmd0OyBZ b3UgaGF2ZSBhIG1peHR1cmUgb2Y8YnI+DQomZ3Q7IFN5c3RlbS1pZCBzeXN0ZW0taWQgU3lzdGVt IGlkIFN5c3RlbSBJRCBTeXN0ZW0gSWQgc3lzdGVtIGlkIHN5c3RlbSBJRDxicj4NCiZndDsgc3Vn Z2VzdCBjb25zaXN0ZW5jeTsgc3lzdGVtLWlkIHdmbTxicj4NCiZndDsgW1NMSV0gV2lsbCBmaXgg aXQ8YnI+DQomZ3Q7IDxicj4NCiZndDsgWW91IGhhdmUgYSBtaXh0dXJlIG9mPGJyPg0KJmd0OyBs c3AtaWQgTFNQSUQgTFNQIElEPGJyPg0KJmd0OyBoZXJlLCBwZXJoYXBzIGxzcC1pZCBmb3IgdGhl IG5hbWVzIGFuZCBMU1AgSUQgaW4gdGhlIHRleHQ8YnI+DQomZ3Q7IFtTTEldIFdpbGwgZml4IGl0 PGJyPg0KJmd0OyA8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y2FzZSBwYXNz d29yZCB7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGxlYWYga2V5IHsmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3R5cGUgc3RyaW5nOzxicj4NCiZndDsgcGVyaGFw cyBiZXR0ZXIgd2l0aCBhIG1pbmltdW0gbGVuZ3RoPGJyPg0KJmd0OyBbU0xJXSBJIGFncmVlIHRo YXQgaXQgY291bGQgbWFrZSBzZW5zZSBidXQgaXMgaXQgcmVhbGx5IHNvbWV0aGluZyB0aGF0PGJy Pg0KJmd0OyB3ZSBzaG91bGQgaW1wb3NlID88YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsZWFmIGktZSB7Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB0eXBlIGJvb2xlYW47PGJyPg0KJmd0OyB3aGF0IGlzIHRy dWUgYW5kIHdoYXQgZmFsc2U/Jm5ic3A7IGhlcmUgSSBhbSByZWx1Y3RhbnQgZXZlbiB0byBndWVz czxicj4NCiZndDsgW1NMSV0gVGhpcyBpcyBjb21pbmcgZnJvbSB0aGUgc3RhbmRhcmQsIGlzIGl0 IHJlYWxseSB3b3J0aCByZXBlYXRpbmcgaXQ8YnI+DQomZ3Q7ID8gU2FtZSBmb3IgdXAvZG93biBi aXQuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgLyZxdW90O0F1dGhlbnRpY2F0aW9u IGtleXRvLyZuYnNwOyAmcXVvdDtBdXRoZW50aWNhdGlvbiBrZXkgdG8vPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7ICZxdW90OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGhlIGF1dGhlbnRpY2F0aW9uIGtleSBN VVNUIE5PVCBiZSBwcmVzZW50ZWQgaW4mcXVvdDs8YnI+DQomZ3Q7IFJGQzIxMTkgbGFuZ3VhZ2Ug bWVhbnMgdGhhdCBSRkMyMTE5IGJvaWxlcnBsYXRlIHNob3VsZCBiZSBpbiB0aGUgWUFORzxicj4N CiZndDsgbW9kdWxlIChidXQgd2l0aG91dCB0aGUgWy4uXSBpZSB0aGUgcmVmZXJlbmNlIG11c3Qg YmUgcGxhaW4gdGV4dCBub3QgYW48YnI+DQomZ3Q7IGFuY2hvcikuPGJyPg0KJmd0OyA8YnI+DQom Z3Q7IFtTTEldIFlvdSBhcmUgcmlnaHQsIGl0IGlzIG1pc3NpbmcuPGJyPg0KJmd0OyA8YnI+DQom Z3Q7IDxicj4NCiZndDsmbmJzcDsgSXQgaXMgcmVjb21tZW5kZWQgdG8gdXNlIGFuIE1ENTxicj4N CiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBoYXNoIHRvIHBy ZXNlbnQgdGhlIGF1dGhlbnRpY2F0aW9uLWtleS4mcXVvdDs7PGJyPg0KJmd0OyBNbW0gSSB0aGlu ayB0aGF0IHRoaXMgbWF5IGJlIGEgcmVkIGZsYWcgdG8gc2VjdXJpdHkgQUQgb3IgZGlyZWN0b3Jh dGUgYXM8YnI+DQomZ3Q7IGJlaW5nIHRvbyB2YWd1ZSBhcyB3ZWxsIGFzIE1ENSB0b28gd2Vhazsg YW5kIEkgdGhpbmsgdGhpcyBzaG91bGQgYmU8YnI+DQomZ3Q7IGV4cGxpY2l0bHkgY2FsbGVkIG91 dCBpbiBTZWN1cml0eSBDb25zaWRlcmF0aW9ucy48YnI+DQomZ3Q7IDxicj4NCiZndDsgW1NMSV0g SSBhZ3JlZSB0aGF0IHRoZXJlIGlzIGEgcG9pbnQgdG8gZGlzY3VzcyBoZXJlLiBUaGUgZmFjdCBp cyB0aGF0IHdlPGJyPg0KJmd0OyBtdXN0IG5vdCByZXRyaWV2ZSBwYXNzd29yZHMgaW4gY2xlYXIg dGV4dC4gTWF5YmUgaXQgaXMgc29tZXRoaW5nIHdpdGggYTxicj4NCiZndDsgd2lkZXIgc2NvcGUg dGhhbiBJUy1JUy4gSG93IGRvIHRoZSBvdGhlciBtb2RlbHMgZGVhbCB3aXRoIHBhc3N3b3Jkczxi cj4NCiZndDsgcmV0cmlldmVkIHRocm91Z2ggJnF1b3Q7Z2V0JnF1b3Q7IG9yICZxdW90O2dldC1j b25maWcmcXVvdDsgPzxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7bGlzdCBsZXZlbC1kYiB7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IGtleSBsZXZlbDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgbGVhZiBsZXZlbCB7PGJyPg0K Jmd0OyBBIGNvbW1vbiBjb252ZW50aW9uIGlzIGZvciBhIGxpc3Qgb2YgbGVhZiB0aGluZyB0byBi ZSBuYW1lZCB0aGluZ3MgaS5lLjxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDts aXN0IGxldmVscyB7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2tleSBsZXZlbDsm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgbGVhZiBsZXZlbCB7PGJyPg0KJmd0OyA8YnI+DQom Z3Q7IFtTTEldIGFjazxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtycGMgY2xlYXIt YWRqYWNlbmN5IHs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsmcXVvdDtOYW1lIG9mIHRoZSBJUy1JUyBwcm90b2NvbCBpbnN0YW5jZSB3aG9zZSBJUy1J Uzxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBpbmZv cm1hdGlvbiBpcyBiZWluZyBxdWVyaWVkLjxicj4NCiZndDsgcXVlcmllZCBvciBjbGVhcmVkPzxi cj4NCiZndDsgW1NMSV0gJnF1b3Q7Y2xlYXJlZCZxdW90Ozxicj4NCiZndDsgPGJyPg0KJmd0OyBU b20gUGV0Y2g8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tPGJyPg0KJmd0OyBGcm9tOiAmcXVvdDt0b20gcGV0Y2gmcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzppZXRmY0BidGNvbm5lY3QuY29tIiB0YXJnZXQ9Il9ibGFuayI+aWV0ZmNA YnRjb25uZWN0LmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyBTZW50OiBNb25kYXksIERlY2VtYmVyIDMx LCAyMDE4IDY6MjEgUE08YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAmZ3Q7IFN0ZXBo YW5lPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEEgbmV3IGFuZCBkaWZmZXJlbnQgY29t bWVudC48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7Z3JvdXBpbmcg bmVpZ2hib3ItZ21wbHMtZXh0ZW5zaW9ucyB7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 IGhhcyBhIHRleHQgcmVmZXJlbmNlIHRvIFJGQzUzMDcgd2hpY2ggZG9lcyBub3QgYXBwZWFyIGlu IHRoZTxicj4NCiZndDsgcmVmZXJlbmNlczxicj4NCiZndDsgJmd0OyBmb3IgdGhlIEktRC4mbmJz cDsgSG93ZXZlciwgYmVmb3JlIGFkZGluZyBpdCwgSSB3b3VsZCBsaWtlIHRvIGtub3cgd2h5IGl0 PGJyPg0KJmd0OyBpczxicj4NCiZndDsgJmd0OyBhIGdvb2QgcmVmZXJlbmNlIGZvciBzd2l0Y2hp bmcgY2FwYWJpbGl0aWVzICh3aGljaCBpcyBwYXJ0IG9mIHRoaXM8YnI+DQomZ3Q7ICZndDsgZ3Jv dXBpbmcpLiZuYnNwOyBJIHRoaW5rIHRoYXQgdGhlIHJlZmVyZW5jZSBmb3Igc3dpdGNoaW5nIGNh cGFiaWxpdGllczxicj4NCiZndDsgc2hvdWxkPGJyPg0KJmd0OyAmZ3Q7IGJlIFJGQzcwNzQgKHdo aWNoIHRoaXMgSS1EIGRvZXMgbm90IGN1cnJlbnRseSByZWZlcmVuY2UgYW5kIHNob3VsZDxicj4N CiZndDsgSU1PKS48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgQW5kIHRoYXQgYmVncyB0 aGUmbmJzcDsgcXVlc3Rpb24sIHdoeSBpcyBzd2l0Y2hpbmctY2FwYWJpbGl0eSBhbjxicj4NCiZn dDsgdW5yZXN0cmljdGVkPGJyPg0KJmd0OyAmZ3Q7IHVpbnQ4IHdoZW4gb25seSAxMiB2YWx1ZXMg YXJlIHZhbGlkIGFuZCB0aHJlZSBhcmUgZGVwcmVjYXRlZD88YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsgU28gd2h5IG5vdCB1c2U8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgZHJh ZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXM/PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 IEkgaGF2ZSBhIG51bWJlciBvZiBhZGRpdGlvbmFsIGNvbW1lbnRzIG9uIGNmZy0yOSBidXQgdGhp cyBpcyB0aGUgb25lPGJyPg0KJmd0OyAmZ3Q7IHRoYXQgbWF5IHRha2Ugc29tZSBkaXNjdXNzaW9u Ljxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUb20gUGV0Y2g8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LTxicj4NCiZndDsgJmd0OyBGcm9tOiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0ZXBoYW5lLmxpdGtv d3NraUBvcmFuZ2UuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3RlcGhhbmUubGl0a293c2tpQG9yYW5n ZS5jb208L2E+Jmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBIaSBUb20sPGJyPg0K Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gSSB3aWxs IGZpeCB0aGVtIGFzYXAuPGJyPg0KJmd0OyAmZ3Q7IFJlZ2FyZGluZzo8YnI+DQomZ3Q7ICZndDsg JnF1b3Q7IExpbmUgbGVuZ3RoIGlzIHdpdGhpbiB0aGUgUkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0 IGlzIHRvIHNwcmVhZCBtYW55PGJyPg0KJmd0OyAmZ3Q7IG9mIHRoZSBkZXNjcmlwdGlvbiBjbGF1 c2VzIG92ZXIgbXVsdGlwbGUgbGluZXMgd2l0aCBpbmRlbnRhdGlvbiBvZiA1Njxicj4NCiZndDsg Jmd0OyBjaGFyYWN0ZXJzLCBub3QgdXNlciBmcmllbmRseSBlLmcuPGJyPg0KJmd0OyAmZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtkZXNjcmlwdGlvbjxicj4NCiZndDsgJmd0OyZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyZxdW90O0xpc3Qgb2YgbWF4IExTUDxicj4NCiZndDsgJmd0OyBiYW5kd2lkdGhzIGZvciBkaWZm ZXJlbnQ8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcHJpb3JpdGllcy4mcXVvdDs7PGJyPg0KJmd0OyAmZ3Q7 ICZxdW90Ozxicj4NCiZndDsgJmd0OyBXaGF0J3MgeW91ciBzdWdnZXN0aW9uIG9uIHRoaXMgb25l ID88YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgQnJnZHMsPGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyAmZ3Q7IEZy b206IHRvbSBwZXRjaCBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzppZXRmY0BidGNvbm5lY3QuY29t IiB0YXJnZXQ9Il9ibGFuayI+aWV0ZmNAYnRjb25uZWN0LmNvbTwvYT5dPGJyPg0KJmd0OyAmZ3Q7 IFNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDI3LCAyMDE4IDEyOjExPGJyPg0KJmd0OyAmZ3Q7IFN1 YmplY3Q6IFJlOiBbTHNyXSBZYW5nZG9jdG9ycyBsYXN0IGNhbGwgcmV2aWV3IG9mPGJyPg0KJmd0 OyAmZ3Q7IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI0PGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7IFNvbWUgcXVpcmtzIGluLTI1PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAm Z3Q7IEkgc2VlIGxvdHMgb2YgWUFORyByZWZlcmVuY2Ugc3RhdGVtZW50cyAtIGdvb2QgLSBidXQg bm8gbWVudGlvbiBvZjxicj4NCiZndDsgdGhlbTxicj4NCiZndDsgJmd0OyBpbiB0aGUgSS1EIHJl ZmVyZW5jZXMgLSBub3Qgc28gZ29vZC4mbmJzcDsgTXkgbGlzdCBpczxicj4NCiZndDsgJmd0Ozxi cj4NCiZndDsgJmd0OyA1MTMwPGJyPg0KJmd0OyAmZ3Q7IDUzMDU8YnI+DQomZ3Q7ICZndDsgNTMw Njxicj4NCiZndDsgJmd0OyA1ODgwPGJyPg0KJmd0OyAmZ3Q7IDU4ODE8YnI+DQomZ3Q7ICZndDsg NjExOTxicj4NCiZndDsgJmd0OyA2MjMyPGJyPg0KJmd0OyAmZ3Q7IDc3OTQ8YnI+DQomZ3Q7ICZn dDsgNzgxMDxicj4NCiZndDsgJmd0OyA3OTE3PGJyPg0KJmd0OyAmZ3Q7IDg0MDU8YnI+DQomZ3Q7 ICZndDs8YnI+DQomZ3Q7ICZndDsgQWxzbyBwZXJoYXBzPGJyPg0KJmd0OyAmZ3Q7IE9MRDxicj4N CiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cmVmZXJlbmNlICZxdW90O1JGQyBYWFhYIC0g WUFORyBEYXRhIE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBGb3J3YXJkaW5n IERldGVjdGlvbiAoQkZEKS5QbGVhc2UgcmVwbGFjZSBZWVlZIHdpdGg8YnI+DQomZ3Q7ICZndDsm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHB1Ymxpc2hlZCBSRkM8YnI+DQomZ3Q7ICZn dDsgbnVtYmVyIGZvciBkcmFmdC1pZXRmLWJmZC15YW5nLiZxdW90Ozs8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDsgTkVXPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtyZWZl cmVuY2UgJnF1b3Q7UkZDIFlZWVkgLSBZQU5HIERhdGEgTW9kZWwgZm9yIEJpZGlyZWN0aW9uYWw8 YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IEZvcndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpLjxicj4NCiZndDsgJmd0Ozxi cj4NCiZndDsgJmd0OyAtLSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxhY2UgWVlZWSB3 aXRoIHB1Ymxpc2hlZCBSRkM8YnI+DQomZ3Q7ICZndDsgbnVtYmVyIGZvciBkcmFmdC1pZXRmLWJm ZC15YW5nLiZxdW90Ozs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgT0xEPGJyPg0KJmd0 OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cmVmZXJlbmNlICZxdW90O2RyYWZ0LWll dGYtYmZkLXlhbmcteHgudHh0Ojxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFlBTkcgRGF0YSBNb2RlbCBm b3IgQmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRGV0ZWN0aW9u IChCRkQpJnF1b3Q7Ozxicj4NCiZndDsgJmd0OyBORVc8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5i c3A7ICZuYnNwO3JlZmVyZW5jZSAmcXVvdDtSRkMgWVlZWSAtIFlBTkcgRGF0YSBNb2RlbCBmb3Ig QmlkaXJlY3Rpb25hbDxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRm9yd2FyZGluZyBEZXRlY3Rpb24gKEJGRCkuPGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IC0tIE5vdGUgdG8gUkZDIEVkaXRvciBQbGVhc2Ug cmVwbGFjZSBZWVlZIHdpdGggcHVibGlzaGVkIFJGQzxicj4NCiZndDsgJmd0OyBudW1iZXIgZm9y IGRyYWZ0LWlldGYtYmZkLXlhbmcuJnF1b3Q7Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0 Ozxicj4NCiZndDsgJmd0OyBMaW5lIGxlbmd0aCBpcyB3aXRoaW4gdGhlIFJGQyBsaW1pdCBidXQg dGhlIGVmZmVjdCBpcyB0byBzcHJlYWQgbWFueTxicj4NCiZndDsgb2Y8YnI+DQomZ3Q7ICZndDsg dGhlIGRlc2NyaXB0aW9uIGNsYXVzZXMgb3ZlciBtdWx0aXBsZSBsaW5lcyB3aXRoIGluZGVudGF0 aW9uIG9mIDU2PGJyPg0KJmd0OyAmZ3Q7IGNoYXJhY3RlcnMsIG5vdCB1c2VyIGZyaWVuZGx5PGJy Pg0KJmd0OyAmZ3Q7IGUuZy48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO2Rlc2NyaXB0aW9uPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7JnF1b3Q7TGlzdCBvZiBtYXggTFNQ PGJyPg0KJmd0OyAmZ3Q7IGJhbmR3aWR0aHMgZm9yIGRpZmZlcmVudDxicj4NCiZndDsgJmd0OyZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyBwcmlvcml0aWVzLiZxdW90Ozs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsgQWNrbm93bGVkZ2VtZW50cyBpcyBUQkQuIEkgbm90ZSB0aGF0IHRoZSBlZGl0b3Ig bGlzdCBvZiB0aGUgWUFORzxicj4NCiZndDsgbW9kdWxlPGJyPg0KJmd0OyAmZ3Q7IGlzIHNvbWV3 aGF0IGxvbmdlciB0aGFuIHRoZSBlZGl0b3IgbGlzdCBvZiB0aGUgSS1ELjxicj4NCiZndDsgJmd0 Ozxicj4NCiZndDsgJmd0OyBJIG5vdGUgdGhhdCB0aGUgYXVnbWVudGF0aW9uIG9mIGludGVyZmFj ZXMgc2VlbXMgdG8gaGF2ZSBubzxicj4NCiZndDsgY29uZGl0aW9uYWw8YnI+DQomZ3Q7ICZndDsg YW5kIHNvIHdpbGwgYXVnbWVudCBhbGwgaW50ZXJmYWNlcy4gSSB0aGluayB0aGF0IHRoaXMgaXMg YSBnZW5lcmljPGJyPg0KJmd0OyBpc3N1ZTxicj4NCiZndDsgJmd0OyBidXQgZG8gbm90IHNlZSBp dCBiZWluZyBhZGRyZXNzZWQgYW55d2hlcmUuPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 IEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXJlIGRlZmluaW5nIE1QTFMgb2JqZWN0cyBhbmQgSSBh bSB1bmNsZWFyPGJyPg0KJmd0OyAmZ3Q7IHdoZXRoZXIgb3Igbm90IHRob3NlIHNob3VsZCBiZSBj b25kaXRpb25hbCwgb3IgcGFydCBvZiB0aGUgTVBMUyBZQU5HPGJyPg0KJmd0OyAmZ3Q7IG1vZHVs ZXMgb3IgYm90aCAoY29weWluZyBUYXJlayBmb3IgdGhpcyk8YnI+DQomZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsgVG9tIFBldGNoPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IC0tLS0tIE9y aWdpbmFsIE1lc3NhZ2UgLS0tLS08YnI+DQomZ3Q7ICZndDsgRnJvbTogJnF1b3Q7RWJiZW4gQXJp ZXMmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpleGFAanVuaXBlci5uZXQiIHRhcmdldD0iX2Js YW5rIj5leGFAanVuaXBlci5uZXQ8L2E+Jmd0Ozxicj4NCiZndDsgJmd0OyBTZW50OiBUdWVzZGF5 LCBPY3RvYmVyIDIzLCAyMDE4IDEyOjQ1IEFNPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 ICZndDsgUmV2aWV3ZXI6IEViYmVuIEFyaWVzPGJyPg0KJmd0OyAmZ3Q7ICZndDsgUmV2aWV3IHJl c3VsdDogT24gdGhlIFJpZ2h0IFRyYWNrPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn dDsgJmd0OyAxIG1vZHVsZSBpbiB0aGlzIGRyYWZ0Ojxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gaWV0 Zi1pc2lzQDIwMTgtMDgtMDkueWFuZzxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 ICZndDsgTm8gWUFORyBjb21waWxlciBlcnJvcnMgb3Igd2FybmluZ3MgKGZyb20gcHlhbmcgMS43 LjUgYW5kIHlhbmdsaW50PGJyPg0KJmd0OyAmZ3Q7IDAuMTYuNTQpPGJyPg0KJmd0OyAmZ3Q7ICZn dDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmcXVvdDtpZXRmLWlzaXNAMjAxOC0wOC0wOSZxdW90OyBt b2R1bGUgaXMgY29tcGF0aWJsZSB3aXRoIHRoZSBOTURBPGJyPg0KJmd0OyAmZ3Q7IGFyY2hpdGVj dHVyZS48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IE1vZHVsZSBpZXRm LWlzaXNAMjAxOC0wOC0wOS55YW5nOjxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gQm90aCB0aGUgZGVz Y3JpcHRpb24gYW5kIHRoZSBkcmFmdCBuYW1lIHJlZmVyZW5jZSB0aGF0IHRoaXMgbW9kdWxlPGJy Pg0KJmd0OyAmZ3Q7IGlzPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7c3BlY2lmaWMg dG8gY29uZmlndXJhdGlvbiBidXQgY29udGFpbnMgb3BlcmF0aW9uYWwgc3RhdGUgbm9kZXMgaW48 YnI+DQomZ3Q7ICZndDsgYWRkaXRpb248YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDt0 byBSUENzIGFuZCBub3RpZmljYXRpb25zLiZuYnNwOyBBbnkgd29yZGluZyBzdWdnZXN0aW5nIHRo aXMgaXMgb25seTxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2NvbmZpZ3VyYXRpb24g c2hvdWxkIGJlIGNoYW5nZWQ8YnI+DQomZ3Q7ICZndDsgJmd0OyAtIE1vZHVsZSBkZXNjcmlwdGlv biBtdXN0IGNvbnRhaW4gbW9zdCByZWNlbnQgY29weXJpZ2h0IG5vdGljZSBwZXI8YnI+DQomZ3Q7 ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi0z LjEiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy4xPC9hPjxicj4NCiZndDsgJmd0OyAm Z3Q7IC0gTW9kdWxlIGRlc2NyaXB0aW9uIHJlYWRzICZxdW90O2NvbW1vbiBhY3Jvc3MgYWxsIG9m IHRoZSB2ZW5kb3I8YnI+DQomZ3Q7ICZndDsgaW1wbGVtZW50YXRpb25zJnF1b3Q7Ljxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO0kgZG9uJ3QgdGhpbmsgdGhpcyBuZWVkcyB0byBiZSBj YWxsZWQgb3V0IGFzIHN1Y2ggYXMgdGhhdCBpcyB0aGU8YnI+DQomZ3Q7ICZndDsgb3ZlcmFsbDxi cj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2ludGVudGlvbiBvZiAqYWxsKiBJRVRGIG1v ZGVsczxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gVGhpcyBtb2R1bGUgY29udGFpbnMgJzIyJyBmZWF0 dXJlcyAoYW5kIHRoZSByZXNwZWN0aXZlIE9TUEYgbW9kdWxlPGJyPg0KJmd0OyAmZ3Q7IGN1cnJl bnRseTxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2NvbnRhaW5zICcyNicpLiZuYnNw OyBXaGlsZSBpdCBpcyB1bmRlcnN0b29kIHRoZSBwdXJwb3NlIG9mIHRoZXNlPGJyPg0KJmd0OyAm Z3Q7IGZlYXR1cmVzIGluIHRoZTxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO21vZHVs ZSwgdGFrZSBwcmVjYXV0aW9uIGFzIHRvIGNvbXBsZXhpdHkgZm9yIGNsaWVudHMgaWYgdGhleSBu ZWVkPGJyPg0KJmd0OyB0bzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO3VuZGVyc3Rh bmQgJmd0Oz0gcXVhbnRpdHkgb2YgZmVhdHVyZXMgcGVyIG1vZHVsZSBpbiB1c2Ugb24gYTxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO25ldHdvcmstZWxlbWVudC4mbmJzcDsgV2UgYXJl IGdvaW5nIHRvIGVuZCB1cCB3LyBmZWF0dXJlIGV4cGxvc2lvbiB0bzxicj4NCiZndDsgJmd0OyBj b252ZXk8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsqYWxsKiBwb3NzaWJsZSBmZWF0 dXJlcyBvZiBlYWNoIG5ldHdvcmstZWxlbWVudCBsZWFkaW5nIHRvPGJyPg0KJmd0OyAmZ3Q7IGRp dmVyZ2VuY2UgYmFjazxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO3Rvd2FyZHMgbmF0 aXZlIG1vZGVscyBhdCB0aGUgZW5kIG9mIHRoZSBkYXkuJm5ic3A7IEEgbGFyZ2UgYW1vdW50IG9m PGJyPg0KJmd0OyAmZ3Q7IHRoZXNlPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ZmVh dHVyZSBuYW1lcyBjb3VsZCBiZSBkZWZpbmVkIHdpdGhpbiBhIG1vcmUgZ2xvYmFsIG5hbWVzcGFj ZTxicj4NCiZndDsgKGUuZy48YnI+DQomZ3Q7ICZndDsgbnNyKSBidXQ8YnI+DQomZ3Q7ICZndDsg Jmd0OyZuYnNwOyAmbmJzcDt0aGlzIGdpdmVzIHVzIGEgZ3JhbnVsYXIgeWV0IGN1bWJlcnNvbWUg YXBwcm9hY2ggKGUuZy4gZmVhdHVyZTxicj4NCiZndDsgJmd0OyBpc2lzOm5zciw8YnI+DQomZ3Q7 ICZndDsgJmd0OyZuYnNwOyAmbmJzcDtvc3BmOm5zciwgZXRjLi4pPGJyPg0KJmd0OyAmZ3Q7ICZn dDsgLSBSUEMgJ2NsZWFyLWFkamFjZW5jeScgZG9lcyBub3QgaGF2ZSBhbnkgaW5wdXQgbGVhZiB0 aGF0IGNvdmVyczxicj4NCiZndDsgJmd0OyBjbGVhcmluZyBhPGJyPg0KJmd0OyAmZ3Q7ICZndDsm bmJzcDsgJm5ic3A7c3BlY2lmaWMgbmVpZ2hib3IvYWRqYWNlbmN5IChTZWUgY29tbWVudHMgYmVs b3cgYXMgd2VsbCByZWdhcmRpbmc8YnI+DQomZ3Q7ICZndDsgUlBDPGJyPg0KJmd0OyAmZ3Q7ICZn dDsmbmJzcDsgJm5ic3A7YWxpZ25tZW50IHcvIHRoZSBPU1BGIG1vZGVsKTxicj4NCiZndDsgJmd0 OyAmZ3Q7IC0gUlBDICdjbGVhci1hZGphY2VuY3knIGhhcyBhbiBpbnB1dCBub2RlIG9mICdpbnRl cmZhY2UnIGhvd2V2ZXI8YnI+DQomZ3Q7IHRoaXM8YnI+DQomZ3Q7ICZndDsgaXMganVzdDxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2Egc3RyaW5nIHR5cGUuJm5ic3A7IElzIHRoZXJl IGFueSByZWFzb24gdGhpcyBpcyBub3QgYTxicj4NCiZndDsgJmd0OyBsZWFmcmVmL2lmOmludGVy ZmFjZS1yZWY8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsobXVjaCBsaWtlIGluIHRo ZSBPU1BGIG1vZGVsKTxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gQ2hpbGQgbm9kZXMgd2l0aGluIGEg Y29udGFpbmVyIG9yIGxpc3QgU0hPVUxEIE5PVCByZXBsaWNhdGUgdGhlPGJyPg0KJmd0OyAmZ3Q7 IHBhcmVudDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2lkZW50aWZpZXIgcGVyPGJy Pg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3Nl Y3Rpb24tNC4zIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9uLTQuMzwvYT4uPGJyPg0KJmd0 OyAmZ3Q7IDEuPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAm bmJzcDtBIGNhc2UgaW4gcG9pbnQgaXMgdGhlIGxpc3QgL2Fmcy9hZiB0aGF0IGhhcyBhIGxlYWYg b2YgJ2FmJzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0 O2FmcyZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsmbHQ7YWYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyZsdDthZiZndDtpcHY0Jmx0Oy9hZiZndDs8YnI+DQomZ3Q7ICZn dDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O2VuYWJs ZSZndDt0cnVlJmx0Oy9lbmFibGUmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0Oy9hZiZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDsvYWZzJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7Tm90IG9ubHkgaXMgdGhpcyByZXBsaWNhdGlv biwgYnV0IHdlIHNob3VsZCBsaWtlbHkgbm90IGFiYnJldmlhdGU8YnI+DQomZ3Q7ICZndDsgJ2Fm cycgaWY8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDt3ZSBhcmUgdXNpbmcgdGhlIGV4 cGFuZGVkICdhZGRyZXNzLWZhbWlseScgaW4gb3RoZXIgSUVURiBtb2RlbHM8YnI+DQomZ3Q7IHN1 Y2g8YnI+DQomZ3Q7ICZndDsgYXM8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDtpZXRm LWkycnMtcmliPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyAmZ3Q7IEdlbmVyYWwgY29tbWVudHMgb24gdGhlIGRyYWZ0ICYjNDM7IG5pdHM6PGJy Pg0KJmd0OyAmZ3Q7ICZndDsgLSBTaW5jZSBZQU5HIHRyZWUgZGlhZ3JhbXMgYXJlIHVzZWQsIHBs ZWFzZSBpbmNsdWRlIGFuIGluZm9ybWF0aXZlPGJyPg0KJmd0OyAmZ3Q7IHJlZmVyZW5jZTxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO3Blcjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJm YzYwODdiaXMtMjAjc2VjdGlvbi0zLjQiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy40 PC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gU2VjdGlvbiAxLjEgZG9lcyBub3QgbmVlZCB0byBl eGlzdCBzaW5jZSB0aGlzIHdvdWxkIGJlIGNvdmVyZWQgYnk8YnI+DQomZ3Q7ICZndDsgdGhlPGJy Pg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7cmVmZXJlbmNlIG1lbnRpb25lZCBhYm92ZTxi cj4NCiZndDsgJmd0OyAmZ3Q7IC0gUmVmZXJlbmNlIHRvIE5NREEgY29tcGxpYW5jZSBzaG91bGQg YmUgY29udGFpbmVkIHdpdGhpbiBTZWN0aW9uIDE8YnI+DQomZ3Q7ICZndDsgKHZzLjxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO1NlY3Rpb24gMikgcGVyPGJyPg0KJmd0OyAmZ3Q7ICZn dDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy41IiB0YXJn ZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRt b2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9uLTMuNTwvYT48YnI+DQomZ3Q7ICZndDsgJmd0OyAtIFNl Y3Rpb24gMjogSXQgc2VlbXMgcmVmZXJlbmNlIHNob3VsZCBiZSBnaXZlbiB0byB0aGUgbG9jYXRp b24gb2Y8YnI+DQomZ3Q7ICZndDsgd2hlcmUgdGhlPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsg Jm5ic3A7aWV0Zi1yb3V0aW5nIG1vZHVsZSBpcyBkZWZpbmVkIChBcyB3ZWxsIGFzIHJlZmVyZW5j ZSB0byBOTURBIFJGQzxicj4NCiZndDsgaW48YnI+DQomZ3Q7ICZndDsgdGhlPGJyPg0KJmd0OyAm Z3Q7ICZndDsmbmJzcDsgJm5ic3A7YWJvdmUgcmVmZXJlbmNlKTxicj4NCiZndDsgJmd0OyAmZ3Q7 IC0gU2VjdGlvbiAyLjE6ICZxdW90O0FkZGl0aW9uYWwgbW9kdWxlcyBtYXkgYmUgY3JlYXRlZCB0 aGlzIHRvPGJyPg0KJmd0OyBzdXBwb3J0Li4uJnF1b3Q7PGJyPg0KJmd0OyAmZ3Q7IG5lZWRzPGJy Pg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7c2xpZ2h0IHJld29yZGluZyBhZGp1c3RtZW50 PGJyPg0KJmd0OyAmZ3Q7ICZndDsgLSBTZWN0aW9uIDM6IFRoZSBSUEMgb3BlcmF0aW9ucyBhcmUg bmFtZWQgJ2NsZWFyLWFkamFjZW5jeScgYW5kPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5i c3A7J2NsZWFyLWRhdGFiYXNlJyByYXRoZXIgdy8gcmVsaWFuY2Ugb2ZmIG5hbWVzcGFjaW5nIGZv cjxicj4NCiZndDsgdW5pcXVlbmVzcy48YnI+DQomZ3Q7ICZndDsgVGhpczxicj4NCiZndDsgJmd0 OyAmZ3Q7Jm5ic3A7ICZuYnNwO3NlY3Rpb24gcmVmZXJzIHRvICdjbGVhci1pc2lzLWRhdGFiYXNl JyBhbmQgJ2NsZWFyLWlzaXMtYWRqYWNlbmN5Jzxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gU2VjdGlv biA0OiBOb3RpZmljYXRpb24gbmFtZSBtaXNtYXRjaCBpbiB0aGlzIHNlY3Rpb24gZnJvbSBhY3R1 YWw8YnI+DQomZ3Q7ICZndDsgbmFtaW5nPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 d2l0aGluIHRoZSBtb2R1bGUgKGUuZy4gJ2FkamFjZW5jeS1jaGFuZ2UnIHNob3VsZCByYXRoZXIg YmU8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsnYWRqYWNlbmN5LXN0YXRlLWNoYW5n ZScpPGJyPg0KJmd0OyAmZ3Q7ICZndDsgLSBTZWN0aW9uIDc6IFNlY3VyaXR5IENvbnNpZGVyYXRp b25zIHdpbGwgbmVlZCB1cGRhdGluZyB0byBiZTxicj4NCiZndDsgJmd0OyBwYXR0ZXJuZWQgYWZ0 ZXI8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDt0aGUgbGF0ZXN0IHZlcnNpb24gb2Yg dGhlIHRlbXBsYXRlIGF0PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7PGEgaHJlZj0i aHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvb3BzL3dpa2kveWFuZy1zZWN1cml0eS1ndWlkZWxp bmVzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvb3BzL3dpa2kv eWFuZy1zZWN1cml0eS1ndWlkZWxpbmVzPC9hPiBwZXI8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4N CiZndDsgJmd0Ozxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi0zLjciIHRhcmdldD0iX2Js YW5rIj4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2 MDg3YmlzLTIwI3NlY3Rpb24tMy43PC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7IC0gU2VjdGlvbiAx MjogQWxsIG1vZHVsZXMgaW1wb3J0ZWQgd2l0aGluIHRoaXMgbW9kdWxlIE1VU1QgYmU8YnI+DQom Z3Q7ICZndDsgcmVmZXJlbmNlZDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO3dpdGhp biB0aGlzIHNlY3Rpb24gcGVyPGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+ DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5l dG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy45IiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0 aW9uLTMuOTwvYT4uPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7VGhlcmUgYXJlIHF1 aXRlIGEgZmV3IG1pc3NpbmcgZnJvbSB0aGlzIHNlY3Rpb24gcmlnaHQgbm93PGJyPg0KJmd0OyAm Z3Q7ICZndDsgLSBBcHBlbmRpeCBBOiBTb21lIG9mIHRoZSBYTUwgZWxlbWVudHMgYXJlIG9mZiBp biBhbGlnbm1lbnQ8YnI+DQomZ3Q7ICZndDsgJmd0OyAtIEFwcGVuZGl4IEE6IEV4YW1wbGVzIG11 c3QgYmUgdmFsaWRhdGVkLiZuYnNwOyBUaGUgZXhhbXBsZSBnaXZlbiBoYXMgdGhlPGJyPg0KJmd0 OyAmZ3Q7IGZvbGxvd2luZzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2lzc3Vlczo8 YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstIC9yb3V0aW5nW25hbWU9J1NMSSddIGFu ZCAvcm91dGluZy9kZXNjcmlwdGlvbiBhcmUgaW52YWxpZCBkYXRhPGJyPg0KJmd0OyAmZ3Q7IG5v ZGVzIGFuZDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtkbyBub3QgZXhp c3QuJm5ic3A7IEknbSBub3Qgc3VyZSB3aHkgdGhleSBhcmUgaW4gdGhlIFhNTCBleGFtcGxlIGhl cmU8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstIFRoZSBleGFtcGxlIGlzIG1lYW50 IHRvIHJlZmVyZW5jZSBjb25maWd1cmF0aW9uIGhvd2V2ZXI8YnI+DQomZ3Q7ICZndDsgJmd0OyZu YnNwOyAmbmJzcDsgJm5ic3A7L3JvdXRpbmcvaW50ZXJmYWNlcyBpcyBhIHIvbyBjb250YWluZXI8 YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstIFRoZSBjb250cm9sLXBsYW5lLXByb3Rv Y29sICd0eXBlJyBuZWVkcyB0byBiZSBxdWFsaWZpZWQgLSBlLmcuPGJyPg0KJmd0OyAmZ3Q7ICZn dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDt0eXBlPGJyPg0KJmd0OyAmZ3Q7IHhtbG5zOmlzaXM9 JnF1b3Q7dXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaXNpcyZxdW90OyZndDtpc2lz OmlzaXMmbHQ7L3R5cGUmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7LSBUaGUg YXJlYS1hZGRyZXNzIGRvZXMgbm90IHZhbGlkYXRlIGFnYWluc3QgdGhlIHBhdHRlcm4gcmVnZXgg YW5kPGJyPg0KJmd0OyAmZ3Q7IG11c3QgZW5kPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5i c3A7ICZuYnNwO3dpdGggYSAnLicmbmJzcDsgZS5nLjxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7 ICZuYnNwOyAmbmJzcDsmbHQ7YXJlYS1hZGRyZXNzJmd0OzQ5LjAwMDEuMDAwMC4mbHQ7L2FyZWEt YWRkcmVzcyZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstIG1ldHJpYy10eXBl L3ZhbHVlIGlzIHNldCB0byAnd2lkZScgd2hpY2ggaXMgaW52YWxpZC4mbmJzcDsgVGhpczxicj4N CiZndDsgc2hvdWxkPGJyPg0KJmd0OyAmZ3Q7IHJhdGhlcjxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDtiZSAnd2lkZS1vbmx5Jzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7 ICZuYnNwOy0gaXNpcy9hZnMvYWYvYWYgaXMgc2V0IHRvICdpcHY0LXVuaWNhc3QnIHdoaWNoIGlz IGludmFsaWQuJm5ic3A7IFRoaXM8YnI+DQomZ3Q7ICZndDsgc2hvdWxkPGJyPg0KJmd0OyAmZ3Q7 ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3JhdGhlciBiZSAnaXB2NCcgcGVyIGlhbmEtcm91dGlu Zy10eXBlczxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOy0gL2ludGVyZmFjZXMvaW50 ZXJmYWNlL3R5cGUgbXVzdCBiZSBwb3B1bGF0ZWQgYW5kIGlzIGludmFsaWQuPGJyPg0KJmd0OyBU aGlzPGJyPg0KJmd0OyAmZ3Q7IHNob3VsZDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNw OyAmbmJzcDtyYXRoZXIgYmUgcXVhbGlmaWVkIGFzIHN1Y2g6PGJyPg0KJmd0OyAmZ3Q7ICZndDsm bmJzcDsgJm5ic3A7ICZuYnNwOyZsdDt0eXBlPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyB4bWxu czppYW5haWZ0PSZxdW90O3VybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppYW5hLWlmLXR5cGUm cXVvdDsmZ3Q7aWFuYWlmdDpzb2Z0d2FyPGJyPg0KJmd0OyAmZ3Q7IGVMb29wYmFjayZsdDsvdHlw ZSZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O3R5cGU8YnI+ DQomZ3Q7ICZndDs8YnI+DQomZ3Q7IHhtbG5zOmlhbmFpZnQ9JnF1b3Q7dXJuOmlldGY6cGFyYW1z OnhtbDpuczp5YW5nOmlhbmEtaWYtdHlwZSZxdW90OyZndDtpYW5haWZ0OmV0aGVybmU8YnI+DQom Z3Q7ICZndDsgdENzbWFjZCZsdDsvdHlwZSZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAm bmJzcDstIC9pbnRlcmZhY2VzL2ludGVyZmFjZS9saW5rLXVwLWRvd24tdHJhcC1lbmFibGUgbXVz dCBoYXZlIGEgdmFsdWU8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YXNz b2NpYXRlZCBhcyBzdWNoOjxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsm bHQ7bGluay11cC1kb3duLXRyYXAtZW5hYmxlJmd0O2VuYWJsZWQmbHQ7L2xpbmstdXAtZG93bi10 cmFwLWVuYWJsZSZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstIE5QIGNvbnRh aW5lciAncHJpb3JpdHknIGhhcyBhIG11c3Qgc3RhdGVtZW50IGNoZWNraW5nIGlmIGFuPGJyPg0K Jmd0OyAmZ3Q7IGludGVyZmFjZS10eXBlPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7 ICZuYnNwO2lzIHNldCB0byAnYnJvYWRjYXN0JyBob3dldmVyIGlmIHlvdSB0YWtlIHRoZSBYTUwg ZXhhbXBsZSBmcm9tPGJyPg0KJmd0OyAmZ3Q7IHRoaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7c2VjdGlvbiwgaXQgd2lsbCBmYWlsIHRvIHZhbGlkYXRlIGV2ZW4gaWYg Jmx0O3ByaW9yaXR5Jmd0OyBpcyBub3Q8YnI+DQomZ3Q7ICZndDsgZGVmaW5lZDxicj4NCiZndDsg Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt1bmRlcm5lYXRoIGFuIGludGVyZmFjZS10eXBl IG9mICdwb2ludC10by1wb2ludCcuJm5ic3A7IEl0IHNlZW1zIHRvPGJyPg0KJmd0OyBtZTxicj4N CiZndDsgJmd0OyB0aGF0PGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3Ro aXMgbG9naWMgbWF5IG5lZWQgdG8gYmUgcmVhZGp1c3RlZCBvciBub3QgZXhpc3QgYXQgYWxsPGJy Pg0KJmd0OyAocHJpb3JpdHk8YnI+DQomZ3Q7ICZndDsgY2FuPGJyPg0KJmd0OyAmZ3Q7ICZndDsm bmJzcDsgJm5ic3A7ICZuYnNwO3N0aWxsIGJlIHNldCBvbiBpbXBsZW1lbnRhdGlvbnMgb24gbG9v cGJhY2sgaW50ZXJmYWNlcyAtIHdoaWNoPGJyPg0KJmd0OyAmZ3Q7IHdvdWxkPGJyPg0KJmd0OyAm Z3Q7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2RlZmF1bHQgdG8gJ2Jyb2FkY2FzdCcgaW4gdGhl IGV4YW1wbGUgaGVyZSkuJm5ic3A7IENvdWxkIHlvdSBub3Q8YnI+DQomZ3Q7IHNvbHZlPGJyPg0K Jmd0OyAmZ3Q7IHRoaXM8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7d2l0 aCB1c2Ugb2YgJ3doZW4nIHZzLiAnbXVzdCcgYXMgc3VjaDo8YnI+DQomZ3Q7ICZndDsgJmd0Ozxi cj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDt3aGVuICcuLi9pbnRlcmZhY2UtdHlwZSA9ICZxdW90O2Jyb2FkY2FzdCZxdW90Oycgezxicj4N CiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO2Rlc2NyaXB0aW9uICZxdW90O1ByaW9yaXR5IGNhbiBvbmx5IGJlIHNldCBm b3IgYnJvYWRjYXN0PGJyPg0KJmd0OyAmZ3Q7IGludGVyZmFjZXMuJnF1b3Q7Ozxicj4NCiZndDsg Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt9PGJyPg0K Jmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9k LXJmYzYwODdiaXMtMjAjc2VjdGlvbi00LjE4IiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9u LTQuMTg8L2E+PGJyPg0KJmd0OyAmZ3Q7IC4uMi48YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOy0gL2ludGVyZmFjZXMvaW50ZXJmYWNlL2lwdjQvbXR1 IG11c3QgY29udGFpbiBhIHZhbGlkIHZhbHVlIChhbmQ8YnI+DQomZ3Q7ICZndDsgbGlrZWx5IG5v dDxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtuZWVkIHRvIGJlIGRlZmlu ZWQgZm9yIExvb3BiYWNrMCk8YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDstICdpc2lz L21wbHMtdGUvaXB2NC1yb3V0ZXItaWQnIGlzIGludmFsaWQgYW5kIHNob3VsZCByYXRoZXIgYmU8 YnI+DQomZ3Q7ICZndDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7J2lzaXMvbXBscy90ZS1yaWQv aXB2NC1yb3V0ZXItaWQnPGJyPg0KJmd0OyAmZ3Q7ICZndDsmbmJzcDsgJm5ic3A7LSAnaXNpcy9h ZnMvYWYvZW5hYmxlZCcgaXMgaW52YWxpZCBhbmQgc2hvdWxkIHJhdGhlciBiZTxicj4NCiZndDsg Jmd0OyAnaXNpcy9hZnMvYWYvZW5hYmxlJzxicj4NCiZndDsgJmd0OyAmZ3Q7Jm5ic3A7ICZuYnNw Oy0gRXhhbXBsZXMgc2hvdWxkIHVzZSBJUHY2IGFkZHJlc3NlcyB3aGVyZSBhcHByb3ByaWF0ZSBw ZXI8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgPGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMt MjAjc2VjdGlvbi0zLjEyIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0yMCNzZWN0aW9uLTMuMTI8L2E+PGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQomZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IDxi cj4NCiZndDsgQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jPGJyPg0KJmd0OyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNv cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIg ZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjxicj4NCiZndDsgYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8YnI+DQomZ3Q7IE9y YW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0 ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS48YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9y IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8YnI+ DQomZ3Q7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0 aG91dCBhdXRob3Jpc2F0aW9uLjxicj4NCiZndDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBl bWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPGJyPg0KJmd0OyBBcyBlbWFpbHMgbWF5IGJlIGFs dGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBt b2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPGJyPg0KJmd0OyBUaGFuayB5b3UuPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KJmd0OyB5YW5nLWRvY3RvcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyA8YSBo cmVmPSJtYWlsdG86eWFuZy1kb2N0b3JzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+eWFuZy1k b2N0b3JzQGlldGYub3JnPC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby95YW5nLWRvY3RvcnMiIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lhbmctZG9jdG9yczwvYT48YnI+DQo8YnI+ DQotLSA8YnI+DQpKdWVyZ2VuIFNjaG9lbndhZWxkZXImbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO0phY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSDxicj4NClBob25l OiAmIzQzOzQ5IDQyMSAyMDAgMzU4NyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtD YW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueTxicj4NCkZheDombmJzcDsgJm5i c3A7JiM0Mzs0OSA0MjEgMjAwIDMxMDMmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 Jmx0OzxhIGhyZWY9Imh0dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLzwvYT4mZ3Q7PGJyPg0KPGJy Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQp5 YW5nLWRvY3RvcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOnlhbmctZG9jdG9y c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnlhbmctZG9jdG9yc0BpZXRmLm9yZzwvYT48YnI+ DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lhbmctZG9j dG9ycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8veWFuZy1kb2N0b3JzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMg cGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2 aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMg b3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdl IHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRl dHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJv bmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJl IHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBv ciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBP cmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQs IGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCjwvUFJFPjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_9E32478DFA9976438E7A22F69B08FF924B78CB16OPEXCLILMA4corp_-- From nobody Thu Jan 10 04:38:52 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96A041311A4 for ; Thu, 10 Jan 2019 04:38:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.041 X-Spam-Level: X-Spam-Status: No, score=-2.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=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 arDcn_GVTahh for ; Thu, 10 Jan 2019 04:38:44 -0800 (PST) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEBB81311A1 for ; Thu, 10 Jan 2019 04:38:37 -0800 (PST) Received: by mail-lj1-x229.google.com with SMTP id x85-v6so9576610ljb.2 for ; Thu, 10 Jan 2019 04:38:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=D+NeOw2o3PqopndtgUP9m0FTFFOgDuAIWZE0q8XcCxA=; b=XhgFBIZ/89M6sgRvX74aZFJkZwGfv+wE8O+BAg0UHHxlLdcLgYOEAr03VL5+RFAjx6 a8GDB5DJx+Mx6VTuScO2XSmF2U8dqWePddg1Y44h1uGytDDneiuPZQx7foSojUfUetmy q3DzUbI5u6tMa1XssZ7YKzZwd6pCdpO1RIz+jvJpqXLwpnTsX6ne12DIAVuUVbl+s6GJ n5wjvGMIZPsOA1EQRRqgJ4XlrcamsT1Nj2TIoqmdfkyxchLOE6X2nXiCBduz2WnTd0vW T+j71J2POPKJ+zskwUGJPEv+6xDRYN3dtPVTy74iMQh15GCR+uBXpvX/TlCkgZzjfyGF yWyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=D+NeOw2o3PqopndtgUP9m0FTFFOgDuAIWZE0q8XcCxA=; b=FlLcuGvLkTUEcjoQlNY+TanSR/D1qwf4uURRToqA6XQJN23A77RjsPUJokSeEhxxK3 Mk+/rRJWj1EPQLCeC47qxsCnws0MEbS8qZ8MHD9sYm4GXLAi/Ny6hficB9xEsLmXD25k YZXF5zFajEWLUgEe4qD6wIYJTtPFZInRb6g3shLygArqHdhiWMJdYUZQeh85yZByqb5w h353xb+Ui1vvCDmw4m4rQhdvsjnyoxLORnJNyjlrGoQUYlwW46O6zDcylCtBIoV33C7o 7xGMvNlhiea6+PoT9GOwMYAd+YxA8aj7ije6Oho1FK6M2Mq2RDzuGhTrHFW7yxNuN+cf ufjg== X-Gm-Message-State: AJcUukdhCtp8l0lmz/rboBBCJn7hI0Vi7fjEvy1/ojC4GsvPndtq2k8f 3oW0DxcSqb7/+qPbAtUrKOd9VGNauhgbWU7fLxFjnw== X-Google-Smtp-Source: ALg8bN4VJi2wb9/2O6OB10YljTVmQyY0KNZ+PqNE08+NsUAh/CyBNWvTFLV2cxGIfzVmg48aNUWh/kKiLS+f4n/AyBs= X-Received: by 2002:a2e:841:: with SMTP id g1-v6mr6360833ljd.21.1547123915515; Thu, 10 Jan 2019 04:38:35 -0800 (PST) MIME-Version: 1.0 References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> From: Andy Bierman Date: Thu, 10 Jan 2019 04:38:24 -0800 Message-ID: To: Stephane Litkowski Cc: Juergen Schoenwaelder , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000687f1c057f19dbf5" Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 12:38:51 -0000 --000000000000687f1c057f19dbf5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jan 10, 2019 at 12:34 AM wrote: > Hi Andy, > > > > What I=E2=80=99m still not catching is the difference you make between ha= ving a > description statement telling :=E2=80=9D A server MUST accept a string up= to 64 > characters in length=E2=80=9D and a type string with length =E2=80=9C0..6= 4=E2=80=9D ? > > There is probably something that I=E2=80=99m missing here. > > > A server MAY accept a string longer than 64 characters. A range 0..64 means a server MUST NOT accept a string longer than 64 characters > Brgds, > > > Andy > *From:* Andy Bierman [mailto:andy@yumaworks.com] > *Sent:* Wednesday, January 09, 2019 18:06 > *To:* Juergen Schoenwaelder; LITKOWSKI Stephane OBS/OINIS; tom petch; > Ebben Aries; yang-doctors@ietf.org; > draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > *Subject:* Re: [yang-doctors] [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-is-is-cfg-29 > > > > Hi, > > > > I agree with Juergen. > > The protocol has a "too-big" error is the server will not accept a big > string. > > There should not be a false choice between an arbitrary maximum and > "terabytes". > > > > You cannot use a range-stmt to specify the minimum required length that > must be supported. > > length "3..max" does not allow strings of length 0 - 2. > > > > The description-stmt can have "A server MUST accept a string up to 64 > characters in length" > > which lets the client choose a length from 0 to 64, and this will work on > all server implementations. > > > > Andy > > > > > > On Wed, Jan 9, 2019 at 5:10 AM Juergen Schoenwaelder < > j.schoenwaelder@jacobs-university.de> wrote: > > Hi, > > please see my other email about the distinction I make between a hard > length restriction and the minimum length expected to be supported. I > wonder how you can sensibly pick a limit for things like non-best-reason: > > leaf non-best-reason { > type string; > description > "Information field to describe why the alternate > is not best."; > } > > You are simply creating an arbitrary restriction. And humble server is > not likely to send you an jpg image (and a bogus server will do so > anyway). (There are other similar objects.) > > Since I am searching for 'type string', I wonder whether these are > clear enough definitions. > > leaf prefix { > type string; > description > "Protected prefix."; > } > leaf alternate { > type string; > description > "Alternate nexthop for the prefix."; > } > > What is the (canonical) format of the allowed values? (There are more of > these.) > > /js > > On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com > wrote: > > Hi Tom, > > > > If you agree, I will set a length restriction on each string (ops and > cfg). It looks clearer for me rather than setting it in the description. > > > > For the references, I'm working on it. > > > > Brgds, > > > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 09, 2019 12:38 > > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org > > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > Subject: Re: [Lsr] Yangdoctors last call review of > draft-ietf-isis-yang-is-is-cfg-29 > > > > Stephane > > > > Thanks for persisting. > > > > On string lengths, I take your point about no user input to Operational > > State; there, my concern is more about giving guidance to implementors > > as to what they should cater for - as I said, this has been a topic of > > lively discussion in other WG. Even before that, whenever I see a > > string, I think is there an implicit length restriction and if not, > > should there be an explicit one which, as Juergen suggested, could be i= n > > the description clause. My experience is that those working with > > networks think about size, about length; those coming from applications > > tend to think 'What is a few terabytes between friends?' and are unawar= e > > that sizes that may be commonplace in servers and associated storage ca= n > > create difficulties over a network. Whatever, I leave this one up to > > you. > > > > On references, I would like a change; you say this information is in th= e > > base ISO spec. Well, yes, to me that means that it should be a > > Normative Reference. I could not understand the description of e.g. > > 'i/e' and needed to look it up but seemingly cannot do so with the > > listed references of the I-D. Note that RFC such as RFC5305 and RFC611= 9 > > do reference International Standard 10589 and I think that this one > > should too, perhaps in s.2.7 and s.5. > > > > Tom Petch > > > > ----- Original Message ----- > > From: > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > Hi Tom, > > > > Please find inline answers. > > > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Tuesday, January 08, 2019 18:45 > > > > Ok. Top-posting the ones that are not 'ok': > > > > I said that I thought that LSP did not need expanding on first use and > > then checked the RFC Editor list to find that it is not one they regard > > as well-known and that LSR protocols use it differently to others, so I > > suggest expanding LSP on first use. > > > > [SLI] Already done for the next version. > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > overrun attacks and the like and so want a maximum on many things (and > > then people attach a friendly, 20Mbyte photo to their e-mail at > > Christmas and > > wonder why their ESP rejects the message so I do not congratulate them > > on the latest addition to the family:-). The IDR WG had a lively > > discussion about maximum message lengths in 2017 and that has also > > stayed in my mind. I have seen the comments on this by Juergen and > > Lada; perhaps as Juergen intimates, something in the Description would > > help; and while the server may not be rogue, it may not have a perfect > > implementation. > > > > [SLI] What I need to understand from your comment on string length > > enforcement is if it applies to operational state or just config states > > ? I do not see any issue of not enforcing the operational state as ther= e > > is no input from the user there and so no attack vector, this is purely > > internal to the implementation. For config statements, it makes sense a= s > > there is an input from the user that can be anything. > > > > > > On the length of password, I saw a Security AD wanting clarification on > > this not too long ago so you may see this comment again from one such . > > Likewise, MD5 tends to be a red flag although I see it appears in bgp > > yang. > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, entropy an= d > > such like (although I have not seen a review by Security AD/directorate > > of that). > > > > But I am left confused as to exactly what the cited object is doing. > > Yes, TLV10 provides authentication for any PDU, but what are the fields > > in the YANG module doing? Is > > leaf authentication-type { > > the first octet of TLV10? Is > > leaf authentication-key { > > the rest of TLV10? And where is this 'presented' as the YANG module > > says? Are you thinking of a YANG client presenting the field to a user > > at a terminal, one router presenting it to another, or what? > > > > I am using RFC5310 as my source for TLV10 and wondering why that is not > > a Normative Reference for this I-D > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just add= s > > the crypto auth as new types. > > The authentication-type is the first byte of the TLV (called > > Authentication Type as well). > > The authentication-key cannot be mapped directly to the > > authentication-value field. This is the case for ClearText password > > authtype but not crypto which adds a keyID in front of the > > authentication data. > > > > > > On the I/E bit, the question is, which standard? I have 30 Normative > > references to choose from. I found up/down in RFC5305, but only by > > accident, and I have not found i/e yet so a reference would be good. > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > > "legacy advertisements" of prefix and links. By the way, after checking= , > > the position of the i-e leaf is currently wrong and needs to be within > > the metric (default, delay...). I will fix this. > > > > > > Tom Petch > > > > ----- Original Message ----- > > From: stephane.litkowski@orange.com > > Sent: Monday, January 07, 2019 9:22 AM > > > > Hi Tom, > > > > Thanks for your comments. > > I wish you an happy new year ! > > > > Please find inline comments. > > > > Brgds, > > > > -----Original Message----- > > From: tom petch [mailto:ietfc@btconnect.com] > > Sent: Wednesday, January 02, 2019 12:17 > > > > Here are the rest of my comments on -29 with a slight tweak to the > > subject line. I would regard most of these (but not the first two) as > > non-discussable, ie I won't complain if you disagree:-) > > > > RFC1195 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > RFC5029 is in the YANG module but not the references of the I-D > > [SLI] Will fix it > > > > PSNPs, CSNPs > > [SLI] Will fix it > > > > expand on first use - LSP I think ok > > > > leaf best { type boolean; > > what is true and what false? I can guess from the English semantics of > > the name but would rather not guess. > > [SLI] Will fix it > > To replace the current description which is : ""Indicates if the > > alternate is the preferred."", do you prefer: "Set to true when the > > alternate is preferred, set to false otherwise" ? > > > > > > leaf non-best-reason { type string; > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > screenshots or packet traces to be attached). As it stands, you could > > validly receive > > a length of 18446744073709551615. > > [SLI] Agree, will fix it > > > > You have a mixture of > > System-id system-id System id System ID System Id system id system ID > > suggest consistency; system-id wfm > > [SLI] Will fix it > > > > You have a mixture of > > lsp-id LSPID LSP ID > > here, perhaps lsp-id for the names and LSP ID in the text > > [SLI] Will fix it > > > > case password { leaf key { type string; > > perhaps better with a minimum length > > [SLI] I agree that it could make sense but is it really something that > > we should impose ? > > > > > > leaf i-e { type boolean; > > what is true and what false? here I am reluctant even to guess > > [SLI] This is coming from the standard, is it really worth repeating it > > ? Same for up/down bit. > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > " the authentication key MUST NOT be presented in" > > RFC2119 language means that RFC2119 boilerplate should be in the YANG > > module (but without the [..] ie the reference must be plain text not an > > anchor). > > > > [SLI] You are right, it is missing. > > > > > > It is recommended to use an MD5 > > hash to present the authentication-key."; > > Mmm I think that this may be a red flag to security AD or directorate a= s > > being too vague as well as MD5 too weak; and I think this should be > > explicitly called out in Security Considerations. > > > > [SLI] I agree that there is a point to discuss here. The fact is that w= e > > must not retrieve passwords in clear text. Maybe it is something with a > > wider scope than IS-IS. How do the other models deal with passwords > > retrieved through "get" or "get-config" ? > > > > > > list level-db { key level; leaf level { > > A common convention is for a list of leaf thing to be named things i.e. > > list levels { key level; leaf level { > > > > [SLI] ack > > > > rpc clear-adjacency { > > "Name of the IS-IS protocol instance whose IS-IS > > information is being queried. > > queried or cleared? > > [SLI] "cleared" > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "tom petch" > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > Stephane > > > > > > A new and different comment. > > > > > > grouping neighbor-gmpls-extensions { > > > > > > has a text reference to RFC5307 which does not appear in the > > references > > > for the I-D. However, before adding it, I would like to know why it > > is > > > a good reference for switching capabilities (which is part of this > > > grouping). I think that the reference for switching capabilities > > should > > > be RFC7074 (which this I-D does not currently reference and should > > IMO). > > > > > > And that begs the question, why is switching-capability an > > unrestricted > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > So why not use > > > > > > draft-ietf-teas-yang-te-types? > > > > > > I have a number of additional comments on cfg-29 but this is the one > > > that may take some discussion. > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: > > > > > > Hi Tom, > > > > > > Thanks for your comments. I will fix them asap. > > > Regarding: > > > " Line length is within the RFC limit but the effect is to spread man= y > > > of the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > " > > > What's your suggestion on this one ? > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, November 27, 2018 12:11 > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > Some quirks in-25 > > > > > > I see lots of YANG reference statements - good - but no mention of > > them > > > in the I-D references - not so good. My list is > > > > > > 5130 > > > 5305 > > > 5306 > > > 5880 > > > 5881 > > > 6119 > > > 6232 > > > 7794 > > > 7810 > > > 7917 > > > 8405 > > > > > > Also perhaps > > > OLD > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD).Please replace YYYY with > > > published RF= C > > > number for draft-ietf-bfd-yang."; > > > > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > OLD > > > reference "draft-ietf-bfd-yang-xx.txt: > > > YANG Data Model for Bidirectional Forwarding > > > Detection (BFD)"; > > > NEW > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > Forwarding Detection (BFD). > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > number for draft-ietf-bfd-yang."; > > > > > > > > > Line length is within the RFC limit but the effect is to spread many > > of > > > the description clauses over multiple lines with indentation of 56 > > > characters, not user friendly > > > e.g. > > > description > > > "List of max LSP > > > bandwidths for different > > > priorities."; > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YANG > > module > > > is somewhat longer than the editor list of the I-D. > > > > > > I note that the augmentation of interfaces seems to have no > > conditional > > > and so will augment all interfaces. I think that this is a generic > > issue > > > but do not see it being addressed anywhere. > > > > > > In a similar vein, you are defining MPLS objects and I am unclear > > > whether or not those should be conditional, or part of the MPLS YANG > > > modules or both (copying Tarek for this) > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: "Ebben Aries" > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > Reviewer: Ebben Aries > > > > Review result: On the Right Track > > > > > > > > 1 module in this draft: > > > > - ietf-isis@2018-08-09.yang > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and yanglint > > > 0.16.54) > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > architecture. > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > - Both the description and the draft name reference that this modul= e > > > is > > > > specific to configuration but contains operational state nodes in > > > addition > > > > to RPCs and notifications. Any wording suggesting this is only > > > > configuration should be changed > > > > - Module description must contain most recent copyright notice per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > - Module description reads "common across all of the vendor > > > implementations". > > > > I don't think this needs to be called out as such as that is the > > > overall > > > > intention of *all* IETF models > > > > - This module contains '22' features (and the respective OSPF modul= e > > > currently > > > > contains '26'). While it is understood the purpose of these > > > features in the > > > > module, take precaution as to complexity for clients if they need > > to > > > > understand >=3D quantity of features per module in use on a > > > > network-element. We are going to end up w/ feature explosion to > > > convey > > > > *all* possible features of each network-element leading to > > > divergence back > > > > towards native models at the end of the day. A large amount of > > > these > > > > feature names could be defined within a more global namespace > > (e.g. > > > nsr) but > > > > this gives us a granular yet cumbersome approach (e.g. feature > > > isis:nsr, > > > > ospf:nsr, etc..) > > > > - RPC 'clear-adjacency' does not have any input leaf that covers > > > clearing a > > > > specific neighbor/adjacency (See comments below as well regarding > > > RPC > > > > alignment w/ the OSPF model) > > > > - RPC 'clear-adjacency' has an input node of 'interface' however > > this > > > is just > > > > a string type. Is there any reason this is not a > > > leafref/if:interface-ref > > > > (much like in the OSPF model) > > > > - Child nodes within a container or list SHOULD NOT replicate the > > > parent > > > > identifier per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3= . > > > 1. > > > > > > > > A case in point is the list /afs/af that has a leaf of 'af' > > > > > > > > > > > > ipv4 > > > > true > > > > > > > > > > > > > > > > Not only is this replication, but we should likely not abbreviate > > > 'afs' if > > > > we are using the expanded 'address-family' in other IETF models > > such > > > as > > > > ietf-i2rs-rib > > > > > > > > > > > > General comments on the draft + nits: > > > > - Since YANG tree diagrams are used, please include an informative > > > reference > > > > per > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4 > > > > - Section 1.1 does not need to exist since this would be covered by > > > the > > > > reference mentioned above > > > > - Reference to NMDA compliance should be contained within Section 1 > > > (vs. > > > > Section 2) per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5 > > > > - Section 2: It seems reference should be given to the location of > > > where the > > > > ietf-routing module is defined (As well as reference to NMDA RFC > > in > > > the > > > > above reference) > > > > - Section 2.1: "Additional modules may be created this to > > support..." > > > needs > > > > slight rewording adjustment > > > > - Section 3: The RPC operations are named 'clear-adjacency' and > > > > 'clear-database' rather w/ reliance off namespacing for > > uniqueness. > > > This > > > > section refers to 'clear-isis-database' and 'clear-isis-adjacency= ' > > > > - Section 4: Notification name mismatch in this section from actual > > > naming > > > > within the module (e.g. 'adjacency-change' should rather be > > > > 'adjacency-state-change') > > > > - Section 7: Security Considerations will need updating to be > > > patterned after > > > > the latest version of the template at > > > > https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7 > > > > - Section 12: All modules imported within this module MUST be > > > referenced > > > > within this section per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9= . > > > > There are quite a few missing from this section right now > > > > - Appendix A: Some of the XML elements are off in alignment > > > > - Appendix A: Examples must be validated. The example given has th= e > > > following > > > > issues: > > > > - /routing[name=3D'SLI'] and /routing/description are invalid dat= a > > > nodes and > > > > do not exist. I'm not sure why they are in the XML example her= e > > > > - The example is meant to reference configuration however > > > > /routing/interfaces is a r/o container > > > > - The control-plane-protocol 'type' needs to be qualified - e.g. > > > > > > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">isis:isis > > > > - The area-address does not validate against the pattern regex an= d > > > must end > > > > with a '.' e.g. > > > > 49.0001.0000. > > > > - metric-type/value is set to 'wide' which is invalid. This > > should > > > rather > > > > be 'wide-only' > > > > - isis/afs/af/af is set to 'ipv4-unicast' which is invalid. This > > > should > > > > rather be 'ipv4' per iana-routing-types > > > > - /interfaces/interface/type must be populated and is invalid. > > This > > > should > > > > rather be qualified as such: > > > > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:soft= war > > > eLoopback > > > > > > > > xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:ethe= rne > > > tCsmacd > > > > - /interfaces/interface/link-up-down-trap-enable must have a valu= e > > > > associated as such: > > > > enabled > > > > - NP container 'priority' has a must statement checking if an > > > interface-type > > > > is set to 'broadcast' however if you take the XML example from > > > this > > > > section, it will fail to validate even if is not > > > defined > > > > underneath an interface-type of 'point-to-point'. It seems to > > me > > > that > > > > this logic may need to be readjusted or not exist at all > > (priority > > > can > > > > still be set on implementations on loopback interfaces - which > > > would > > > > default to 'broadcast' in the example here). Could you not > > solve > > > this > > > > with use of 'when' vs. 'must' as such: > > > > > > > > when '../interface-type =3D "broadcast"' { > > > > description "Priority can only be set for broadcast > > > interfaces."; > > > > } > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.1= 8 > > > ..2. > > > > > > > > - /interfaces/interface/ipv4/mtu must contain a valid value (and > > > likely not > > > > need to be defined for Loopback0) > > > > - 'isis/mpls-te/ipv4-router-id' is invalid and should rather be > > > > 'isis/mpls/te-rid/ipv4-router-id' > > > > - 'isis/afs/af/enabled' is invalid and should rather be > > > 'isis/afs/af/enable' > > > > - Examples should use IPv6 addresses where appropriate per > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1= 2 > > > > > > > > _______________________________________________________________________= _ > > > _________________________________________________ > > > > > > > _________________________________________________________________________= ________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les message= s > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > > yang-doctors mailing list > > yang-doctors@ietf.org > > https://www.ietf.org/mailman/listinfo/yang-doctors > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > yang-doctors mailing list > yang-doctors@ietf.org > https://www.ietf.org/mailman/listinfo/yang-doctors > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u falsifie. Merci. > > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. > > --000000000000687f1c057f19dbf5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Jan 10, 2019 at 12:34 AM <stephane.litkowski@orange.com> wrote:

Hi Andy,

=C2=A0

What I=E2=80=99m still not catching is the d= ifference you make between having a description statement telling :=E2=80= =9D A server MUST accept a string up to 64 characters in length=E2=80=9D and a type string with length =E2=80=9C0..64=E2=80=9D ?=

There is probably something that I=E2=80=99m= missing here.

=C2=A0


A server MAY accept a string longer than 64 charac= ters.
A range 0..64 means a server MUST NOT accept a string longe= r than 64 characters

=C2=A0

Brgds,

=C2=A0



Andy
=C2=A0

<= u>

From: Andy Bierman [mailto:andy@yumaworks.com]
Sent: Wednesday, January 09, 2019 18:06
To: Juergen Schoenwaelder; LITKOWSKI Stephane OBS/OINIS; tom petch; = Ebben Aries; yan= g-doctors@ietf.org; draft-ietf-isis-yang-isis-cfg.all@ietf.org= ; lsr@ietf.org
Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of dr= aft-ietf-isis-yang-is-is-cfg-29

=C2=A0

Hi,

=C2=A0

I agree with Juergen.

The protocol has a "too-big" error is the = server will not accept a big string.

There should not be a false choice between an arbitr= ary maximum and "terabytes".

=C2=A0

You cannot use a range-stmt to specify the minimum r= equired length that must be supported.

length "3..max" does not allow strings of = length 0 - 2.

=C2=A0

The description-stmt can have "A server MUST ac= cept a string up to 64 characters in length"

which lets the client choose a length from 0 to 64, = and this will work on all server implementations.

=C2=A0

Andy

=C2=A0

=C2=A0

On Wed, Jan 9, 2019 at 5:10 AM Juergen Schoenwaelder= <j.schoenwaelder@jacobs-university.de> wrote:

Hi,

please see my other email about the distinction I make between a hard
length restriction and the minimum length expected to be supported.=C2=A0 I=
wonder how you can sensibly pick a limit for things like non-best-reason:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf non-best-reason {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Information field to descri= be why the alternate
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0is not best.";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }

You are simply creating an arbitrary restriction. And humble server is
not likely to send you an jpg image (and a bogus server will do so
anyway). (There are other similar objects.)

Since I am searching for 'type string', I wonder whether these are<= br> clear enough definitions.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf prefix {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Protected prefix."; =C2=A0 =C2=A0 =C2=A0 =C2=A0 }
=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf alternate {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 description
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Alternate nexthop for the p= refix.";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }

What is the (canonical) format of the allowed values? (There are more of th= ese.)

/js

On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@orange.com wrote:
> Hi Tom,
>
> If you agree, I will set a length restriction on each string (ops and = cfg). It looks clearer for me rather than setting it in the description. >
> For the references, I'm working on it.
>
> Brgds,
>
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Wednesday, January 09, 2019 12:38
> To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.org
> Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org
> Subject: Re: [Lsr] Yangdoctors last call review of draft-ietf-isis-yan= g-is-is-cfg-29
>
> Stephane
>
> Thanks for persisting.
>
> On string lengths, I take your point about no user input to Operationa= l
> State; there, my concern is more about giving guidance to implementors=
> as to what they should cater for - as I said, this has been a topic of=
> lively discussion in other WG.=C2=A0 Even before that, whenever I see = a
> string, I think is there an implicit length restriction and if not, > should there be an explicit one which, as Juergen suggested, could be = in
> the description clause.=C2=A0 My experience is that those working with=
> networks think about size, about length; those coming from application= s
> tend to think 'What is a few terabytes between friends?' and a= re unaware
> that sizes that may be commonplace in servers and associated storage c= an
> create difficulties over a network.=C2=A0 Whatever, I leave this one u= p to
> you.
>
> On references, I would like a change; you say this information is in t= he
> base ISO spec.=C2=A0 Well, yes, to me that means that it should be a > Normative Reference.=C2=A0 I could not understand the description of e= .g.
> 'i/e' and needed to look it up but seemingly cannot do so with= the
> listed references of the I-D.=C2=A0 Note that RFC such as RFC5305 and = RFC6119
> do reference International Standard 10589 and I think that this one > should too, perhaps in s.2.7 and s.5.
>
> Tom Petch
>
> ----- Original Message -----
> From: <stephane.litkowski@orange.com>
> Sent: Wednesday, January 09, 2019 9:18 AM
>
> Hi Tom,
>
> Please find inline answers.
>
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Tuesday, January 08, 2019 18:45
>
> Ok.=C2=A0 Top-posting the ones that are not 'ok':
>
> I said that I thought that LSP did not need expanding on first use and=
> then checked the RFC Editor list to find that it is not one they regar= d
> as well-known and that LSR protocols use it differently to others, so = I
> suggest expanding LSP on first use.
>
> [SLI] Already done for the next version.
>
> On lengths of text messages, perhaps I am too sensitive to buffer
> overrun attacks and the like and so want a maximum on many things (and=
> then people attach a friendly, 20Mbyte photo to their e-mail at
> Christmas and
> wonder why their ESP rejects the message so I do not congratulate them=
> on the latest addition to the family:-).=C2=A0 The IDR WG had a lively=
> discussion about maximum message lengths in 2017 and that has also
> stayed in my mind.=C2=A0 I have seen the comments on this by Juergen a= nd
> Lada; perhaps as Juergen intimates, something in the Description would=
> help; and while the server may not be rogue, it may not have a perfect=
> implementation.
>
> [SLI] What I need to understand from your comment on string length
> enforcement is if it applies to operational state or just config state= s
> ? I do not see any issue of not enforcing the operational state as the= re
> is no input from the user there and so no attack vector, this is purel= y
> internal to the implementation. For config statements, it makes sense = as
> there is an input from the user that can be anything.
>
>
> On the length of password, I saw a Security AD wanting clarification o= n
> this not too long ago so you may see this comment again from one such = .
> Likewise, MD5 tends to be a red flag although I see it appears in bgp<= br> > yang.
>
> I like the sort of detail in ippm-twamp-yang, on algorithms, entropy a= nd
> such like (although I have not seen a review by Security AD/directorat= e
> of that).
>
> But I am left confused as to exactly what the cited object is doing. > Yes, TLV10 provides authentication for any PDU, but what are the field= s
> in the YANG module doing?=C2=A0 Is
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf authentication-type {
> the first octet of TLV10?=C2=A0 Is
>=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf authentication-key {
> the rest of TLV10?=C2=A0 And where is this 'presented' as the = YANG module
> says?=C2=A0 Are you thinking of a YANG client presenting the field to = a user
> at a terminal, one router presenting it to another, or what?
>
> I am using RFC5310 as my source for TLV10 and wondering why that is no= t
> a Normative Reference for this I-D
>
> [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 just ad= ds
> the crypto auth as new types.
> The authentication-type is the first byte of the TLV (called
> Authentication Type as well).
> The authentication-key cannot be mapped directly to the
> authentication-value field. This is the case for ClearText password > authtype but not crypto which adds a keyID in front of the
> authentication data.
>
>
> On the I/E bit, the question is, which standard?=C2=A0 I have 30 Norma= tive
> references to choose from.=C2=A0 =C2=A0I found up/down in RFC5305, but= only by
> accident, and I have not found i/e yet so a reference would be good. >
> [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant for > "legacy advertisements" of prefix and links. By the way, aft= er checking,
> the position of the i-e leaf is currently wrong and needs to be within=
> the metric (default, delay...). I will fix this.
>
>
> Tom Petch
>
> ----- Original Message -----
> From: stephane.litkowski@orange.com
> Sent: Monday, January 07, 2019 9:22 AM
>
> Hi Tom,
>
> Thanks for your comments.
> I wish you an happy new year !
>
> Please find inline comments.
>
> Brgds,
>
> -----Original Message-----
> From: tom petch [mailto:ietfc@btconnect.com]
> Sent: Wednesday, January 02, 2019 12:17
>
> Here are the rest of my comments on -29 with a slight tweak to the
> subject line.=C2=A0 I would regard most of these (but not the first tw= o) as
> non-discussable, ie I won't complain if you disagree:-)
>
> RFC1195 is in the YANG module but not the references of the I-D
> [SLI] Will fix it
>
> RFC5029 is in the YANG module but not the references of the I-D
> [SLI] Will fix it
>
> PSNPs, CSNPs
> [SLI] Will fix it
>
> expand on first use - LSP I think ok
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf best {=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0type boolean;
> what is true and what false?=C2=A0 I can guess from the English semant= ics of
> the name but would rather not guess.
> [SLI] Will fix it
> To replace the current description which is : ""Indicates if= the
> alternate is the preferred."", do you prefer: "Set to t= rue when the
> alternate is preferred, set to false otherwise" ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf non-best-reason {=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 type string;
> suggest a maximum length, perhaps 127 or 255 ( unless you expect
> screenshots or packet traces to be attached).=C2=A0 As it stands, you = could
> validly receive
> a length of 18446744073709551615.
> [SLI] Agree, will fix it
>
> You have a mixture of
> System-id system-id System id System ID System Id system id system ID<= br> > suggest consistency; system-id wfm
> [SLI] Will fix it
>
> You have a mixture of
> lsp-id LSPID LSP ID
> here, perhaps lsp-id for the names and LSP ID in the text
> [SLI] Will fix it
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0case password {=C2=A0 =C2=A0 =C2=A0 =C2=A0 l= eaf key {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
> perhaps better with a minimum length
> [SLI] I agree that it could make sense but is it really something that=
> we should impose ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf i-e {=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 type boolean;
> what is true and what false?=C2=A0 here I am reluctant even to guess > [SLI] This is coming from the standard, is it really worth repeating i= t
> ? Same for up/down bit.
>
>
> /"Authentication keyto/=C2=A0 "Authentication key to/
>
> "=C2=A0 =C2=A0 =C2=A0the authentication key MUST NOT be presented= in"
> RFC2119 language means that RFC2119 boilerplate should be in the YANG<= br> > module (but without the [..] ie the reference must be plain text not a= n
> anchor).
>
> [SLI] You are right, it is missing.
>
>
>=C2=A0 It is recommended to use an MD5
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 hash to present the authentic= ation-key.";
> Mmm I think that this may be a red flag to security AD or directorate = as
> being too vague as well as MD5 too weak; and I think this should be > explicitly called out in Security Considerations.
>
> [SLI] I agree that there is a point to discuss here. The fact is that = we
> must not retrieve passwords in clear text. Maybe it is something with = a
> wider scope than IS-IS. How do the other models deal with passwords > retrieved through "get" or "get-config" ?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0list level-db {=C2=A0 =C2=A0 =C2=A0 =C2=A0 k= ey level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {
> A common convention is for a list of leaf thing to be named things i.e= .
>=C2=A0 =C2=A0 =C2=A0 =C2=A0list levels {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0key level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {
>
> [SLI] ack
>
>=C2=A0 =C2=A0rpc clear-adjacency {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Name of the IS-IS protoc= ol instance whose IS-IS
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 information is being queried.=
> queried or cleared?
> [SLI] "cleared"
>
> Tom Petch
>
>
> ----- Original Message -----
> From: "tom petch" <ietfc@btconnect.com>
> Sent: Monday, December 31, 2018 6:21 PM
>
>
> > Stephane
> >
> > A new and different comment.
> >
> >=C2=A0 =C2=A0grouping neighbor-gmpls-extensions {
> >
> > has a text reference to RFC5307 which does not appear in the
> references
> > for the I-D.=C2=A0 However, before adding it, I would like to kno= w why it
> is
> > a good reference for switching capabilities (which is part of thi= s
> > grouping).=C2=A0 I think that the reference for switching capabil= ities
> should
> > be RFC7074 (which this I-D does not currently reference and shoul= d
> IMO).
> >
> > And that begs the=C2=A0 question, why is switching-capability an<= br> > unrestricted
> > uint8 when only 12 values are valid and three are deprecated?
> >
> > So why not use
> >
> > draft-ietf-teas-yang-te-types?
> >
> > I have a number of additional comments on cfg-29 but this is the = one
> > that may take some discussion.
> >
> > Tom Petch
> >
> >
> > ----- Original Message -----
> > From: <stephane.litkowski@orange.com>
> >
> > Hi Tom,
> >
> > Thanks for your comments. I will fix them asap.
> > Regarding:
> > " Line length is within the RFC limit but the effect is to s= pread many
> > of the description clauses over multiple lines with indentation o= f 56
> > characters, not user friendly e.g.
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0description
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LSP
> > bandwidths for different
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";
> > "
> > What's your suggestion on this one ?
> >
> > Brgds,
> >
> > -----Original Message-----
> > From: tom petch [mailto:ietfc@btconnect.com]
> > Sent: Tuesday, November 27, 2018 12:11
> > Subject: Re: [Lsr] Yangdoctors last call review of
> > draft-ietf-isis-yang-isis-cfg-24
> >
> > Some quirks in-25
> >
> > I see lots of YANG reference statements - good - but no mention o= f
> them
> > in the I-D references - not so good.=C2=A0 My list is
> >
> > 5130
> > 5305
> > 5306
> > 5880
> > 5881
> > 6119
> > 6232
> > 7794
> > 7810
> > 7917
> > 8405
> >
> > Also perhaps
> > OLD
> >=C2=A0 =C2=A0 =C2=A0reference "RFC XXXX - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).Please replace YYYY with
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 published RF= C
> > number for draft-ietf-bfd-yang.";
> >
> > NEW
> >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).
> >
> > -- Note to RFC Editor Please replace YYYY with published RFC
> > number for draft-ietf-bfd-yang.";
> >
> > OLD
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0reference "draft-ietf-bfd-yang-xx.= txt:
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YAN= G Data Model for Bidirectional Forwarding
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Det= ection (BFD)";
> > NEW
> >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - YANG Data Model for= Bidirectional
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Forwarding= Detection (BFD).
> >
> > -- Note to RFC Editor Please replace YYYY with published RFC
> > number for draft-ietf-bfd-yang.";
> >
> >
> > Line length is within the RFC limit but the effect is to spread m= any
> of
> > the description clauses over multiple lines with indentation of 5= 6
> > characters, not user friendly
> > e.g.
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0description
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LSP
> > bandwidths for different
> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";
> >
> >
> > Acknowledgements is TBD. I note that the editor list of the YANG<= br> > module
> > is somewhat longer than the editor list of the I-D.
> >
> > I note that the augmentation of interfaces seems to have no
> conditional
> > and so will augment all interfaces. I think that this is a generi= c
> issue
> > but do not see it being addressed anywhere.
> >
> > In a similar vein, you are defining MPLS objects and I am unclear=
> > whether or not those should be conditional, or part of the MPLS Y= ANG
> > modules or both (copying Tarek for this)
> >
> > Tom Petch
> >
> > ----- Original Message -----
> > From: "Ebben Aries" <exa@juniper.net>
> > Sent: Tuesday, October 23, 2018 12:45 AM
> >
> > > Reviewer: Ebben Aries
> > > Review result: On the Right Track
> > >
> > > 1 module in this draft:
> > > - ietf-isis@2018-08-09.yang
> > >
> > > No YANG compiler errors or warnings (from pyang 1.7.5 and ya= nglint
> > 0.16.54)
> > >
> > > "ietf-isis@2018-08-09" module is compatible with t= he NMDA
> > architecture.
> > >
> > > Module ietf-isis@2018-08-09.yang:
> > > - Both the description and the draft name reference that thi= s module
> > is
> > >=C2=A0 =C2=A0specific to configuration but contains operation= al state nodes in
> > addition
> > >=C2=A0 =C2=A0to RPCs and notifications.=C2=A0 Any wording sug= gesting this is only
> > >=C2=A0 =C2=A0configuration should be changed
> > > - Module description must contain most recent copyright noti= ce per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1=
> > > - Module description reads "common across all of the ve= ndor
> > implementations".
> > >=C2=A0 =C2=A0I don't think this needs to be called out as= such as that is the
> > overall
> > >=C2=A0 =C2=A0intention of *all* IETF models
> > > - This module contains '22' features (and the respec= tive OSPF module
> > currently
> > >=C2=A0 =C2=A0contains '26').=C2=A0 While it is unders= tood the purpose of these
> > features in the
> > >=C2=A0 =C2=A0module, take precaution as to complexity for cli= ents if they need
> to
> > >=C2=A0 =C2=A0understand >=3D quantity of features per modu= le in use on a
> > >=C2=A0 =C2=A0network-element.=C2=A0 We are going to end up w/= feature explosion to
> > convey
> > >=C2=A0 =C2=A0*all* possible features of each network-element = leading to
> > divergence back
> > >=C2=A0 =C2=A0towards native models at the end of the day.=C2= =A0 A large amount of
> > these
> > >=C2=A0 =C2=A0feature names could be defined within a more glo= bal namespace
> (e.g.
> > nsr) but
> > >=C2=A0 =C2=A0this gives us a granular yet cumbersome approach= (e.g. feature
> > isis:nsr,
> > >=C2=A0 =C2=A0ospf:nsr, etc..)
> > > - RPC 'clear-adjacency' does not have any input leaf= that covers
> > clearing a
> > >=C2=A0 =C2=A0specific neighbor/adjacency (See comments below = as well regarding
> > RPC
> > >=C2=A0 =C2=A0alignment w/ the OSPF model)
> > > - RPC 'clear-adjacency' has an input node of 'in= terface' however
> this
> > is just
> > >=C2=A0 =C2=A0a string type.=C2=A0 Is there any reason this is= not a
> > leafref/if:interface-ref
> > >=C2=A0 =C2=A0(much like in the OSPF model)
> > > - Child nodes within a container or list SHOULD NOT replicat= e the
> > parent
> > >=C2=A0 =C2=A0identifier per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3= .
> > 1.
> > >
> > >=C2=A0 =C2=A0A case in point is the list /afs/af that has a l= eaf of 'af'
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0<afs>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<af>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<af>ipv4</a= f>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<enable>true&l= t;/enable>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</af>
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0</afs>
> > >
> > >=C2=A0 =C2=A0Not only is this replication, but we should like= ly not abbreviate
> > 'afs' if
> > >=C2=A0 =C2=A0we are using the expanded 'address-family= 9; in other IETF models
> such
> > as
> > >=C2=A0 =C2=A0ietf-i2rs-rib
> > >
> > >
> > > General comments on the draft + nits:
> > > - Since YANG tree diagrams are used, please include an infor= mative
> > reference
> > >=C2=A0 =C2=A0per
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.4=
> > > - Section 1.1 does not need to exist since this would be cov= ered by
> > the
> > >=C2=A0 =C2=A0reference mentioned above
> > > - Reference to NMDA compliance should be contained within Se= ction 1
> > (vs.
> > >=C2=A0 =C2=A0Section 2) per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.5=
> > > - Section 2: It seems reference should be given to the locat= ion of
> > where the
> > >=C2=A0 =C2=A0ietf-routing module is defined (As well as refer= ence to NMDA RFC
> in
> > the
> > >=C2=A0 =C2=A0above reference)
> > > - Section 2.1: "Additional modules may be created this = to
> support..."
> > needs
> > >=C2=A0 =C2=A0slight rewording adjustment
> > > - Section 3: The RPC operations are named 'clear-adjacen= cy' and
> > >=C2=A0 =C2=A0'clear-database' rather w/ reliance off = namespacing for
> uniqueness.
> > This
> > >=C2=A0 =C2=A0section refers to 'clear-isis-database' = and 'clear-isis-adjacency'
> > > - Section 4: Notification name mismatch in this section from= actual
> > naming
> > >=C2=A0 =C2=A0within the module (e.g. 'adjacency-change= 9; should rather be
> > >=C2=A0 =C2=A0'adjacency-state-change')
> > > - Section 7: Security Considerations will need updating to b= e
> > patterned after
> > >=C2=A0 =C2=A0the latest version of the template at
> > >=C2=A0 =C2=A0https://trac.ietf.org/trac/ops/w= iki/yang-security-guidelines per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.7=
> > > - Section 12: All modules imported within this module MUST b= e
> > referenced
> > >=C2=A0 =C2=A0within this section per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.9= .
> > >=C2=A0 =C2=A0There are quite a few missing from this section = right now
> > > - Appendix A: Some of the XML elements are off in alignment<= br> > > > - Appendix A: Examples must be validated.=C2=A0 The example = given has the
> > following
> > >=C2=A0 =C2=A0issues:
> > >=C2=A0 =C2=A0- /routing[name=3D'SLI'] and /routing/de= scription are invalid data
> > nodes and
> > >=C2=A0 =C2=A0 =C2=A0do not exist.=C2=A0 I'm not sure why = they are in the XML example here
> > >=C2=A0 =C2=A0- The example is meant to reference configuratio= n however
> > >=C2=A0 =C2=A0 =C2=A0/routing/interfaces is a r/o container > > >=C2=A0 =C2=A0- The control-plane-protocol 'type' need= s to be qualified - e.g.
> > >=C2=A0 =C2=A0 =C2=A0<type
> > xmlns:isis=3D"urn:ietf:params:xml:ns:yang:ietf-isis">= ;isis:isis</type>
> > >=C2=A0 =C2=A0- The area-address does not validate against the= pattern regex and
> > must end
> > >=C2=A0 =C2=A0 =C2=A0with a '.'=C2=A0 e.g.
> > >=C2=A0 =C2=A0 =C2=A0<area-address>49.0001.0000.</are= a-address>
> > >=C2=A0 =C2=A0- metric-type/value is set to 'wide' whi= ch is invalid.=C2=A0 This
> should
> > rather
> > >=C2=A0 =C2=A0 =C2=A0be 'wide-only'
> > >=C2=A0 =C2=A0- isis/afs/af/af is set to 'ipv4-unicast'= ; which is invalid.=C2=A0 This
> > should
> > >=C2=A0 =C2=A0 =C2=A0rather be 'ipv4' per iana-routing= -types
> > >=C2=A0 =C2=A0- /interfaces/interface/type must be populated a= nd is invalid.
> This
> > should
> > >=C2=A0 =C2=A0 =C2=A0rather be qualified as such:
> > >=C2=A0 =C2=A0 =C2=A0<type
> >
> xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type"&g= t;ianaift:softwar
> > eLoopback</type>
> > >=C2=A0 =C2=A0 =C2=A0<type
> >
> xmlns:ianaift=3D"urn:ietf:params:xml:ns:yang:iana-if-type"&g= t;ianaift:etherne
> > tCsmacd</type>
> > >=C2=A0 =C2=A0- /interfaces/interface/link-up-down-trap-enable= must have a value
> > >=C2=A0 =C2=A0 =C2=A0associated as such:
> > >=C2=A0 =C2=A0 =C2=A0<link-up-down-trap-enable>enabled&l= t;/link-up-down-trap-enable>
> > >=C2=A0 =C2=A0- NP container 'priority' has a must sta= tement checking if an
> > interface-type
> > >=C2=A0 =C2=A0 =C2=A0is set to 'broadcast' however if = you take the XML example from
> > this
> > >=C2=A0 =C2=A0 =C2=A0section, it will fail to validate even if= <priority> is not
> > defined
> > >=C2=A0 =C2=A0 =C2=A0underneath an interface-type of 'poin= t-to-point'.=C2=A0 It seems to
> me
> > that
> > >=C2=A0 =C2=A0 =C2=A0this logic may need to be readjusted or n= ot exist at all
> (priority
> > can
> > >=C2=A0 =C2=A0 =C2=A0still be set on implementations on loopba= ck interfaces - which
> > would
> > >=C2=A0 =C2=A0 =C2=A0default to 'broadcast' in the exa= mple here).=C2=A0 Could you not
> solve
> > this
> > >=C2=A0 =C2=A0 =C2=A0with use of 'when' vs. 'must&= #39; as such:
> > >
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0when '../interfa= ce-type =3D "broadcast"' {
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0descri= ption "Priority can only be set for broadcast
> > interfaces.";
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
> > >
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.18
> > ..2.
> > >
> > >=C2=A0 =C2=A0- /interfaces/interface/ipv4/mtu must contain a = valid value (and
> > likely not
> > >=C2=A0 =C2=A0 =C2=A0need to be defined for Loopback0)
> > >=C2=A0 =C2=A0- 'isis/mpls-te/ipv4-router-id' is inval= id and should rather be
> > >=C2=A0 =C2=A0 =C2=A0'isis/mpls/te-rid/ipv4-router-id'=
> > >=C2=A0 =C2=A0- 'isis/afs/af/enabled' is invalid and s= hould rather be
> > 'isis/afs/af/enable'
> > >=C2=A0 =C2=A0- Examples should use IPv6 addresses where appro= priate per
> > >
> >
> https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.12
> >
> >
> ______________________________________________________________________= __
> > _________________________________________________
>
>
> ______________________________________________________________________= ___________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations con= fidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez= recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les me= ssages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deform= e ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privilege= d information that may be protected by law;
> they should not be distributed, used or copied without authorisation.<= br> > If you have received this email in error, please notify the sender and= delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> yang-doctors mailing list
> yang-doctor= s@ietf.org
> https://www.ietf.org/mailman/listinfo/yang-doctors

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

_______________________________________________
yang-doctors mailing list
yang-doctors@iet= f.org
https://www.ietf.org/mailman/listinfo/yang-doctors<= /p> 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--000000000000687f1c057f19dbf5-- From nobody Thu Jan 10 04:42:16 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C85C130E13; Thu, 10 Jan 2019 04:42:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jZ25-NLNck2Y; Thu, 10 Jan 2019 04:42:12 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A83C3129AB8; Thu, 10 Jan 2019 04:42:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30348; q=dns/txt; s=iport; t=1547124131; x=1548333731; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=KizDDvy7607klZLf8/Jz6ArgqB9L0sJfTcTVCo0WWgQ=; b=LNhEmt8/lZRP4xUeUP4rScTfRrJ4KFMC79+m6g5YSqkjStVsLVkZknLs YLtANoGVZeBvAjTYDVOob9vwSv45Vovgm83QvYCIoX6twfa7Q1I8a52Fn AUZerfLjBxjPNdSBV3IbSLAy8JEcjKWdXX9/TjkjLzBC+eEPgUmZN5Adr 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAC7PDdc/49dJa1gAxkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQEBgVIDAQEBAQELAYIDZoECJwqDdpQIgg2XdxSBZwMIAQE?= =?us-ascii?q?jhEkCF4IMIjUIDQEDAQECAQECbRwMhUoBAQEDASMRRQwEAgEIEAEBAwEBAQI?= =?us-ascii?q?CFA8DAgICMBQBAgYIAgQBDQWDIgGBeQgPqmsFgT2BL4o0BTRXiGyBBoFCF4F?= =?us-ascii?q?/gRABJx+BTlAugx4BAQIBgSMIAQwGAQkCKw8bBgiCOjGCBCICiTBYgUiEJZI?= =?us-ascii?q?ACQKHF4Z1g3EYgWQjhQGKdIluhQ6ILIMSAhEUgSchATVlcXAVOyoBgkGCJgE?= =?us-ascii?q?BFhOITIU/QTEBiAABBggVAoEIgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.56,461,1539648000"; d="scan'208";a="224045138" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jan 2019 12:42:09 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x0ACg9Hw014275 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 10 Jan 2019 12:42:09 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 10 Jan 2019 07:42:08 -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.1395.000; Thu, 10 Jan 2019 07:42:08 -0500 From: "Acee Lindem (acee)" To: Andy Bierman , Stephane Litkowski CC: Juergen Schoenwaelder , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeHlP19WSsQ0KaVvaziE5yuqWm7nFg///0qYCAAEJRAIABE5KwgACYfAD//604gA== Date: Thu, 10 Jan 2019 12:42:08 +0000 Message-ID: <91DE5DF2-1D49-4D5A-80AF-0975A7B4C686@cisco.com> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> 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: text/plain; charset="utf-8" Content-ID: <4A76B8545C52024397FCD78D7AFCCF89@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 12:42:15 -0000 SGkgQW5keSwgDQoNCu+7v09uIDEvMTAvMTksIDc6MzggQU0sICJBbmR5IEJpZXJtYW4iIDxhbmR5 QHl1bWF3b3Jrcy5jb20+IHdyb3RlOg0KDQogICAgT24gVGh1LCBKYW4gMTAsIDIwMTkgYXQgMTI6 MzQgQU0gPHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPiB3cm90ZToNCiAgICANCiAgICA+ IEhpIEFuZHksDQogICAgPg0KICAgID4NCiAgICA+DQogICAgPiBXaGF0IEnigJltIHN0aWxsIG5v dCBjYXRjaGluZyBpcyB0aGUgZGlmZmVyZW5jZSB5b3UgbWFrZSBiZXR3ZWVuIGhhdmluZyBhDQog ICAgPiBkZXNjcmlwdGlvbiBzdGF0ZW1lbnQgdGVsbGluZyA64oCdIEEgc2VydmVyIE1VU1QgYWNj ZXB0IGEgc3RyaW5nIHVwIHRvIDY0DQogICAgPiBjaGFyYWN0ZXJzIGluIGxlbmd0aOKAnSBhbmQg YSB0eXBlIHN0cmluZyB3aXRoIGxlbmd0aCDigJwwLi42NOKAnSA/DQogICAgPg0KICAgID4gVGhl cmUgaXMgcHJvYmFibHkgc29tZXRoaW5nIHRoYXQgSeKAmW0gbWlzc2luZyBoZXJlLg0KICAgID4N CiAgICA+DQogICAgPg0KICAgIA0KICAgIEEgc2VydmVyIE1BWSBhY2NlcHQgYSBzdHJpbmcgbG9u Z2VyIHRoYW4gNjQgY2hhcmFjdGVycy4NCiAgICBBIHJhbmdlIDAuLjY0IG1lYW5zIGEgc2VydmVy IE1VU1QgTk9UIGFjY2VwdCBhIHN0cmluZyBsb25nZXIgdGhhbiA2NA0KICAgIENoYXJhY3RlcnMN Cg0KSSBkb24ndCB0aGluayB3ZSBzaG91bGQgc2V0IHRoZSBzdHJpbmcgcmFuZ2UgdW5sZXNzIHRo ZSByYW5nZSBpbiBzcGVjaWZpZWQgaW4gdGhlIHByb3RvY29sIFJGQ3MuIEluIHNvbWUgY2FzZXMs IGl0IG1heSBiZSBiZW5lZmljaWFsIHRvIHByb3ZpZGUgZ3VpZGFuY2UgaW4gdGhlIGRlc2NyaXB0 aW9uLiBJIGJlbGlldmUgdGhpcyBpcyBzaW1pbGFyIHRvIEp1ZXJnZW4ncyBwb3NpdGlvbi4gDQoN ClRoYW5rcywNCkFjZWUNCiAgICANCiAgICANCiAgICANCiAgICA+IEJyZ2RzLA0KICAgID4NCiAg ICA+DQogICAgPg0KICAgIA0KICAgIA0KICAgIEFuZHkNCiAgICANCiAgICANCiAgICA+ICpGcm9t OiogQW5keSBCaWVybWFuIFttYWlsdG86YW5keUB5dW1hd29ya3MuY29tXQ0KICAgID4gKlNlbnQ6 KiBXZWRuZXNkYXksIEphbnVhcnkgMDksIDIwMTkgMTg6MDYNCiAgICA+ICpUbzoqIEp1ZXJnZW4g U2Nob2Vud2FlbGRlcjsgTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgdG9tIHBldGNoOw0K ICAgID4gRWJiZW4gQXJpZXM7IHlhbmctZG9jdG9yc0BpZXRmLm9yZzsNCiAgICA+IGRyYWZ0LWll dGYtaXNpcy15YW5nLWlzaXMtY2ZnLmFsbEBpZXRmLm9yZzsgbHNyQGlldGYub3JnDQogICAgPiAq U3ViamVjdDoqIFJlOiBbeWFuZy1kb2N0b3JzXSBbTHNyXSBZYW5nZG9jdG9ycyBsYXN0IGNhbGwg cmV2aWV3IG9mDQogICAgPiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pcy1pcy1jZmctMjkNCiAgICA+ DQogICAgPg0KICAgID4NCiAgICA+IEhpLA0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4gSSBh Z3JlZSB3aXRoIEp1ZXJnZW4uDQogICAgPg0KICAgID4gVGhlIHByb3RvY29sIGhhcyBhICJ0b28t YmlnIiBlcnJvciBpcyB0aGUgc2VydmVyIHdpbGwgbm90IGFjY2VwdCBhIGJpZw0KICAgID4gc3Ry aW5nLg0KICAgID4NCiAgICA+IFRoZXJlIHNob3VsZCBub3QgYmUgYSBmYWxzZSBjaG9pY2UgYmV0 d2VlbiBhbiBhcmJpdHJhcnkgbWF4aW11bSBhbmQNCiAgICA+ICJ0ZXJhYnl0ZXMiLg0KICAgID4N CiAgICA+DQogICAgPg0KICAgID4gWW91IGNhbm5vdCB1c2UgYSByYW5nZS1zdG10IHRvIHNwZWNp ZnkgdGhlIG1pbmltdW0gcmVxdWlyZWQgbGVuZ3RoIHRoYXQNCiAgICA+IG11c3QgYmUgc3VwcG9y dGVkLg0KICAgID4NCiAgICA+IGxlbmd0aCAiMy4ubWF4IiBkb2VzIG5vdCBhbGxvdyBzdHJpbmdz IG9mIGxlbmd0aCAwIC0gMi4NCiAgICA+DQogICAgPg0KICAgID4NCiAgICA+IFRoZSBkZXNjcmlw dGlvbi1zdG10IGNhbiBoYXZlICJBIHNlcnZlciBNVVNUIGFjY2VwdCBhIHN0cmluZyB1cCB0byA2 NA0KICAgID4gY2hhcmFjdGVycyBpbiBsZW5ndGgiDQogICAgPg0KICAgID4gd2hpY2ggbGV0cyB0 aGUgY2xpZW50IGNob29zZSBhIGxlbmd0aCBmcm9tIDAgdG8gNjQsIGFuZCB0aGlzIHdpbGwgd29y ayBvbg0KICAgID4gYWxsIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMuDQogICAgPg0KICAgID4NCiAg ICA+DQogICAgPiBBbmR5DQogICAgPg0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4NCiAgICA+ IE9uIFdlZCwgSmFuIDksIDIwMTkgYXQgNToxMCBBTSBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgPA0K ICAgID4gai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPiB3cm90ZToNCiAgICA+ DQogICAgPiBIaSwNCiAgICA+DQogICAgPiBwbGVhc2Ugc2VlIG15IG90aGVyIGVtYWlsIGFib3V0 IHRoZSBkaXN0aW5jdGlvbiBJIG1ha2UgYmV0d2VlbiBhIGhhcmQNCiAgICA+IGxlbmd0aCByZXN0 cmljdGlvbiBhbmQgdGhlIG1pbmltdW0gbGVuZ3RoIGV4cGVjdGVkIHRvIGJlIHN1cHBvcnRlZC4g IEkNCiAgICA+IHdvbmRlciBob3cgeW91IGNhbiBzZW5zaWJseSBwaWNrIGEgbGltaXQgZm9yIHRo aW5ncyBsaWtlIG5vbi1iZXN0LXJlYXNvbjoNCiAgICA+DQogICAgPiAgICAgICAgIGxlYWYgbm9u LWJlc3QtcmVhc29uIHsNCiAgICA+ICAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICA+ICAgICAg ICAgICBkZXNjcmlwdGlvbg0KICAgID4gICAgICAgICAgICAgIkluZm9ybWF0aW9uIGZpZWxkIHRv IGRlc2NyaWJlIHdoeSB0aGUgYWx0ZXJuYXRlDQogICAgPiAgICAgICAgICAgICAgaXMgbm90IGJl c3QuIjsNCiAgICA+ICAgICAgICAgfQ0KICAgID4NCiAgICA+IFlvdSBhcmUgc2ltcGx5IGNyZWF0 aW5nIGFuIGFyYml0cmFyeSByZXN0cmljdGlvbi4gQW5kIGh1bWJsZSBzZXJ2ZXIgaXMNCiAgICA+ IG5vdCBsaWtlbHkgdG8gc2VuZCB5b3UgYW4ganBnIGltYWdlIChhbmQgYSBib2d1cyBzZXJ2ZXIg d2lsbCBkbyBzbw0KICAgID4gYW55d2F5KS4gKFRoZXJlIGFyZSBvdGhlciBzaW1pbGFyIG9iamVj dHMuKQ0KICAgID4NCiAgICA+IFNpbmNlIEkgYW0gc2VhcmNoaW5nIGZvciAndHlwZSBzdHJpbmcn LCBJIHdvbmRlciB3aGV0aGVyIHRoZXNlIGFyZQ0KICAgID4gY2xlYXIgZW5vdWdoIGRlZmluaXRp b25zLg0KICAgID4NCiAgICA+ICAgICAgICAgbGVhZiBwcmVmaXggew0KICAgID4gICAgICAgICAg IHR5cGUgc3RyaW5nOw0KICAgID4gICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgPiAgICAgICAg ICAgICAiUHJvdGVjdGVkIHByZWZpeC4iOw0KICAgID4gICAgICAgICB9DQogICAgPiAgICAgICAg IGxlYWYgYWx0ZXJuYXRlIHsNCiAgICA+ICAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICA+ICAg ICAgICAgICBkZXNjcmlwdGlvbg0KICAgID4gICAgICAgICAgICAgIkFsdGVybmF0ZSBuZXh0aG9w IGZvciB0aGUgcHJlZml4LiI7DQogICAgPiAgICAgICAgIH0NCiAgICA+DQogICAgPiBXaGF0IGlz IHRoZSAoY2Fub25pY2FsKSBmb3JtYXQgb2YgdGhlIGFsbG93ZWQgdmFsdWVzPyAoVGhlcmUgYXJl IG1vcmUgb2YNCiAgICA+IHRoZXNlLikNCiAgICA+DQogICAgPiAvanMNCiAgICA+DQogICAgPiBP biBXZWQsIEphbiAwOSwgMjAxOSBhdCAxMjo1MjowN1BNICswMDAwLCBzdGVwaGFuZS5saXRrb3dz a2lAb3JhbmdlLmNvbQ0KICAgID4gd3JvdGU6DQogICAgPiA+IEhpIFRvbSwNCiAgICA+ID4NCiAg ICA+ID4gSWYgeW91IGFncmVlLCBJIHdpbGwgc2V0IGEgbGVuZ3RoIHJlc3RyaWN0aW9uIG9uIGVh Y2ggc3RyaW5nIChvcHMgYW5kDQogICAgPiBjZmcpLiBJdCBsb29rcyBjbGVhcmVyIGZvciBtZSBy YXRoZXIgdGhhbiBzZXR0aW5nIGl0IGluIHRoZSBkZXNjcmlwdGlvbi4NCiAgICA+ID4NCiAgICA+ ID4gRm9yIHRoZSByZWZlcmVuY2VzLCBJJ20gd29ya2luZyBvbiBpdC4NCiAgICA+ID4NCiAgICA+ ID4gQnJnZHMsDQogICAgPiA+DQogICAgPiA+DQogICAgPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQogICAgPiA+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5j b21dDQogICAgPiA+IFNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwOSwgMjAxOSAxMjozOA0KICAg ID4gPiBUbzogTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgRWJiZW4gQXJpZXM7IHlhbmct ZG9jdG9yc0BpZXRmLm9yZw0KICAgID4gPiBDYzogZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1j ZmcuYWxsQGlldGYub3JnOyBsc3JAaWV0Zi5vcmcNCiAgICA+ID4gU3ViamVjdDogUmU6IFtMc3Jd IFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YNCiAgICA+IGRyYWZ0LWlldGYtaXNpcy15 YW5nLWlzLWlzLWNmZy0yOQ0KICAgID4gPg0KICAgID4gPiBTdGVwaGFuZQ0KICAgID4gPg0KICAg ID4gPiBUaGFua3MgZm9yIHBlcnNpc3RpbmcuDQogICAgPiA+DQogICAgPiA+IE9uIHN0cmluZyBs ZW5ndGhzLCBJIHRha2UgeW91ciBwb2ludCBhYm91dCBubyB1c2VyIGlucHV0IHRvIE9wZXJhdGlv bmFsDQogICAgPiA+IFN0YXRlOyB0aGVyZSwgbXkgY29uY2VybiBpcyBtb3JlIGFib3V0IGdpdmlu ZyBndWlkYW5jZSB0byBpbXBsZW1lbnRvcnMNCiAgICA+ID4gYXMgdG8gd2hhdCB0aGV5IHNob3Vs ZCBjYXRlciBmb3IgLSBhcyBJIHNhaWQsIHRoaXMgaGFzIGJlZW4gYSB0b3BpYyBvZg0KICAgID4g PiBsaXZlbHkgZGlzY3Vzc2lvbiBpbiBvdGhlciBXRy4gIEV2ZW4gYmVmb3JlIHRoYXQsIHdoZW5l dmVyIEkgc2VlIGENCiAgICA+ID4gc3RyaW5nLCBJIHRoaW5rIGlzIHRoZXJlIGFuIGltcGxpY2l0 IGxlbmd0aCByZXN0cmljdGlvbiBhbmQgaWYgbm90LA0KICAgID4gPiBzaG91bGQgdGhlcmUgYmUg YW4gZXhwbGljaXQgb25lIHdoaWNoLCBhcyBKdWVyZ2VuIHN1Z2dlc3RlZCwgY291bGQgYmUgaW4N CiAgICA+ID4gdGhlIGRlc2NyaXB0aW9uIGNsYXVzZS4gIE15IGV4cGVyaWVuY2UgaXMgdGhhdCB0 aG9zZSB3b3JraW5nIHdpdGgNCiAgICA+ID4gbmV0d29ya3MgdGhpbmsgYWJvdXQgc2l6ZSwgYWJv dXQgbGVuZ3RoOyB0aG9zZSBjb21pbmcgZnJvbSBhcHBsaWNhdGlvbnMNCiAgICA+ID4gdGVuZCB0 byB0aGluayAnV2hhdCBpcyBhIGZldyB0ZXJhYnl0ZXMgYmV0d2VlbiBmcmllbmRzPycgYW5kIGFy ZSB1bmF3YXJlDQogICAgPiA+IHRoYXQgc2l6ZXMgdGhhdCBtYXkgYmUgY29tbW9ucGxhY2UgaW4g c2VydmVycyBhbmQgYXNzb2NpYXRlZCBzdG9yYWdlIGNhbg0KICAgID4gPiBjcmVhdGUgZGlmZmlj dWx0aWVzIG92ZXIgYSBuZXR3b3JrLiAgV2hhdGV2ZXIsIEkgbGVhdmUgdGhpcyBvbmUgdXAgdG8N CiAgICA+ID4geW91Lg0KICAgID4gPg0KICAgID4gPiBPbiByZWZlcmVuY2VzLCBJIHdvdWxkIGxp a2UgYSBjaGFuZ2U7IHlvdSBzYXkgdGhpcyBpbmZvcm1hdGlvbiBpcyBpbiB0aGUNCiAgICA+ID4g YmFzZSBJU08gc3BlYy4gIFdlbGwsIHllcywgdG8gbWUgdGhhdCBtZWFucyB0aGF0IGl0IHNob3Vs ZCBiZSBhDQogICAgPiA+IE5vcm1hdGl2ZSBSZWZlcmVuY2UuICBJIGNvdWxkIG5vdCB1bmRlcnN0 YW5kIHRoZSBkZXNjcmlwdGlvbiBvZiBlLmcuDQogICAgPiA+ICdpL2UnIGFuZCBuZWVkZWQgdG8g bG9vayBpdCB1cCBidXQgc2VlbWluZ2x5IGNhbm5vdCBkbyBzbyB3aXRoIHRoZQ0KICAgID4gPiBs aXN0ZWQgcmVmZXJlbmNlcyBvZiB0aGUgSS1ELiAgTm90ZSB0aGF0IFJGQyBzdWNoIGFzIFJGQzUz MDUgYW5kIFJGQzYxMTkNCiAgICA+ID4gZG8gcmVmZXJlbmNlIEludGVybmF0aW9uYWwgU3RhbmRh cmQgMTA1ODkgYW5kIEkgdGhpbmsgdGhhdCB0aGlzIG9uZQ0KICAgID4gPiBzaG91bGQgdG9vLCBw ZXJoYXBzIGluIHMuMi43IGFuZCBzLjUuDQogICAgPiA+DQogICAgPiA+IFRvbSBQZXRjaA0KICAg ID4gPg0KICAgID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQogICAgPiA+IEZyb206 IDxzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4NCiAgICA+ID4gU2VudDogV2VkbmVzZGF5 LCBKYW51YXJ5IDA5LCAyMDE5IDk6MTggQU0NCiAgICA+ID4NCiAgICA+ID4gSGkgVG9tLA0KICAg ID4gPg0KICAgID4gPiBQbGVhc2UgZmluZCBpbmxpbmUgYW5zd2Vycy4NCiAgICA+ID4NCiAgICA+ ID4NCiAgICA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAgICA+ID4gRnJvbTogdG9t IHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCiAgICA+ID4gU2VudDogVHVlc2Rh eSwgSmFudWFyeSAwOCwgMjAxOSAxODo0NQ0KICAgID4gPg0KICAgID4gPiBPay4gIFRvcC1wb3N0 aW5nIHRoZSBvbmVzIHRoYXQgYXJlIG5vdCAnb2snOg0KICAgID4gPg0KICAgID4gPiBJIHNhaWQg dGhhdCBJIHRob3VnaHQgdGhhdCBMU1AgZGlkIG5vdCBuZWVkIGV4cGFuZGluZyBvbiBmaXJzdCB1 c2UgYW5kDQogICAgPiA+IHRoZW4gY2hlY2tlZCB0aGUgUkZDIEVkaXRvciBsaXN0IHRvIGZpbmQg dGhhdCBpdCBpcyBub3Qgb25lIHRoZXkgcmVnYXJkDQogICAgPiA+IGFzIHdlbGwta25vd24gYW5k IHRoYXQgTFNSIHByb3RvY29scyB1c2UgaXQgZGlmZmVyZW50bHkgdG8gb3RoZXJzLCBzbyBJDQog ICAgPiA+IHN1Z2dlc3QgZXhwYW5kaW5nIExTUCBvbiBmaXJzdCB1c2UuDQogICAgPiA+DQogICAg PiA+IFtTTEldIEFscmVhZHkgZG9uZSBmb3IgdGhlIG5leHQgdmVyc2lvbi4NCiAgICA+ID4NCiAg ICA+ID4gT24gbGVuZ3RocyBvZiB0ZXh0IG1lc3NhZ2VzLCBwZXJoYXBzIEkgYW0gdG9vIHNlbnNp dGl2ZSB0byBidWZmZXINCiAgICA+ID4gb3ZlcnJ1biBhdHRhY2tzIGFuZCB0aGUgbGlrZSBhbmQg c28gd2FudCBhIG1heGltdW0gb24gbWFueSB0aGluZ3MgKGFuZA0KICAgID4gPiB0aGVuIHBlb3Bs ZSBhdHRhY2ggYSBmcmllbmRseSwgMjBNYnl0ZSBwaG90byB0byB0aGVpciBlLW1haWwgYXQNCiAg ICA+ID4gQ2hyaXN0bWFzIGFuZA0KICAgID4gPiB3b25kZXIgd2h5IHRoZWlyIEVTUCByZWplY3Rz IHRoZSBtZXNzYWdlIHNvIEkgZG8gbm90IGNvbmdyYXR1bGF0ZSB0aGVtDQogICAgPiA+IG9uIHRo ZSBsYXRlc3QgYWRkaXRpb24gdG8gdGhlIGZhbWlseTotKS4gIFRoZSBJRFIgV0cgaGFkIGEgbGl2 ZWx5DQogICAgPiA+IGRpc2N1c3Npb24gYWJvdXQgbWF4aW11bSBtZXNzYWdlIGxlbmd0aHMgaW4g MjAxNyBhbmQgdGhhdCBoYXMgYWxzbw0KICAgID4gPiBzdGF5ZWQgaW4gbXkgbWluZC4gIEkgaGF2 ZSBzZWVuIHRoZSBjb21tZW50cyBvbiB0aGlzIGJ5IEp1ZXJnZW4gYW5kDQogICAgPiA+IExhZGE7 IHBlcmhhcHMgYXMgSnVlcmdlbiBpbnRpbWF0ZXMsIHNvbWV0aGluZyBpbiB0aGUgRGVzY3JpcHRp b24gd291bGQNCiAgICA+ID4gaGVscDsgYW5kIHdoaWxlIHRoZSBzZXJ2ZXIgbWF5IG5vdCBiZSBy b2d1ZSwgaXQgbWF5IG5vdCBoYXZlIGEgcGVyZmVjdA0KICAgID4gPiBpbXBsZW1lbnRhdGlvbi4N CiAgICA+ID4NCiAgICA+ID4gW1NMSV0gV2hhdCBJIG5lZWQgdG8gdW5kZXJzdGFuZCBmcm9tIHlv dXIgY29tbWVudCBvbiBzdHJpbmcgbGVuZ3RoDQogICAgPiA+IGVuZm9yY2VtZW50IGlzIGlmIGl0 IGFwcGxpZXMgdG8gb3BlcmF0aW9uYWwgc3RhdGUgb3IganVzdCBjb25maWcgc3RhdGVzDQogICAg PiA+ID8gSSBkbyBub3Qgc2VlIGFueSBpc3N1ZSBvZiBub3QgZW5mb3JjaW5nIHRoZSBvcGVyYXRp b25hbCBzdGF0ZSBhcyB0aGVyZQ0KICAgID4gPiBpcyBubyBpbnB1dCBmcm9tIHRoZSB1c2VyIHRo ZXJlIGFuZCBzbyBubyBhdHRhY2sgdmVjdG9yLCB0aGlzIGlzIHB1cmVseQ0KICAgID4gPiBpbnRl cm5hbCB0byB0aGUgaW1wbGVtZW50YXRpb24uIEZvciBjb25maWcgc3RhdGVtZW50cywgaXQgbWFr ZXMgc2Vuc2UgYXMNCiAgICA+ID4gdGhlcmUgaXMgYW4gaW5wdXQgZnJvbSB0aGUgdXNlciB0aGF0 IGNhbiBiZSBhbnl0aGluZy4NCiAgICA+ID4NCiAgICA+ID4NCiAgICA+ID4gT24gdGhlIGxlbmd0 aCBvZiBwYXNzd29yZCwgSSBzYXcgYSBTZWN1cml0eSBBRCB3YW50aW5nIGNsYXJpZmljYXRpb24g b24NCiAgICA+ID4gdGhpcyBub3QgdG9vIGxvbmcgYWdvIHNvIHlvdSBtYXkgc2VlIHRoaXMgY29t bWVudCBhZ2FpbiBmcm9tIG9uZSBzdWNoIC4NCiAgICA+ID4gTGlrZXdpc2UsIE1ENSB0ZW5kcyB0 byBiZSBhIHJlZCBmbGFnIGFsdGhvdWdoIEkgc2VlIGl0IGFwcGVhcnMgaW4gYmdwDQogICAgPiA+ IHlhbmcuDQogICAgPiA+DQogICAgPiA+IEkgbGlrZSB0aGUgc29ydCBvZiBkZXRhaWwgaW4gaXBw bS10d2FtcC15YW5nLCBvbiBhbGdvcml0aG1zLCBlbnRyb3B5IGFuZA0KICAgID4gPiBzdWNoIGxp a2UgKGFsdGhvdWdoIEkgaGF2ZSBub3Qgc2VlbiBhIHJldmlldyBieSBTZWN1cml0eSBBRC9kaXJl Y3RvcmF0ZQ0KICAgID4gPiBvZiB0aGF0KS4NCiAgICA+ID4NCiAgICA+ID4gQnV0IEkgYW0gbGVm dCBjb25mdXNlZCBhcyB0byBleGFjdGx5IHdoYXQgdGhlIGNpdGVkIG9iamVjdCBpcyBkb2luZy4N CiAgICA+ID4gWWVzLCBUTFYxMCBwcm92aWRlcyBhdXRoZW50aWNhdGlvbiBmb3IgYW55IFBEVSwg YnV0IHdoYXQgYXJlIHRoZSBmaWVsZHMNCiAgICA+ID4gaW4gdGhlIFlBTkcgbW9kdWxlIGRvaW5n PyAgSXMNCiAgICA+ID4gICAgICAgIGxlYWYgYXV0aGVudGljYXRpb24tdHlwZSB7DQogICAgPiA+ IHRoZSBmaXJzdCBvY3RldCBvZiBUTFYxMD8gIElzDQogICAgPiA+ICAgICAgIGxlYWYgYXV0aGVu dGljYXRpb24ta2V5IHsNCiAgICA+ID4gdGhlIHJlc3Qgb2YgVExWMTA/ICBBbmQgd2hlcmUgaXMg dGhpcyAncHJlc2VudGVkJyBhcyB0aGUgWUFORyBtb2R1bGUNCiAgICA+ID4gc2F5cz8gIEFyZSB5 b3UgdGhpbmtpbmcgb2YgYSBZQU5HIGNsaWVudCBwcmVzZW50aW5nIHRoZSBmaWVsZCB0byBhIHVz ZXINCiAgICA+ID4gYXQgYSB0ZXJtaW5hbCwgb25lIHJvdXRlciBwcmVzZW50aW5nIGl0IHRvIGFu b3RoZXIsIG9yIHdoYXQ/DQogICAgPiA+DQogICAgPiA+IEkgYW0gdXNpbmcgUkZDNTMxMCBhcyBt eSBzb3VyY2UgZm9yIFRMVjEwIGFuZCB3b25kZXJpbmcgd2h5IHRoYXQgaXMgbm90DQogICAgPiA+ IGEgTm9ybWF0aXZlIFJlZmVyZW5jZSBmb3IgdGhpcyBJLUQNCiAgICA+ID4NCiAgICA+ID4gW1NM SV0gVExWIDEwIGlzIGRlZmluZWQgaW4gdGhlIGJhc2UgSVNPIHNwZWMgb2YgSVMtSVMuIFJGQzUz MTAganVzdCBhZGRzDQogICAgPiA+IHRoZSBjcnlwdG8gYXV0aCBhcyBuZXcgdHlwZXMuDQogICAg PiA+IFRoZSBhdXRoZW50aWNhdGlvbi10eXBlIGlzIHRoZSBmaXJzdCBieXRlIG9mIHRoZSBUTFYg KGNhbGxlZA0KICAgID4gPiBBdXRoZW50aWNhdGlvbiBUeXBlIGFzIHdlbGwpLg0KICAgID4gPiBU aGUgYXV0aGVudGljYXRpb24ta2V5IGNhbm5vdCBiZSBtYXBwZWQgZGlyZWN0bHkgdG8gdGhlDQog ICAgPiA+IGF1dGhlbnRpY2F0aW9uLXZhbHVlIGZpZWxkLiBUaGlzIGlzIHRoZSBjYXNlIGZvciBD bGVhclRleHQgcGFzc3dvcmQNCiAgICA+ID4gYXV0aHR5cGUgYnV0IG5vdCBjcnlwdG8gd2hpY2gg YWRkcyBhIGtleUlEIGluIGZyb250IG9mIHRoZQ0KICAgID4gPiBhdXRoZW50aWNhdGlvbiBkYXRh Lg0KICAgID4gPg0KICAgID4gPg0KICAgID4gPiBPbiB0aGUgSS9FIGJpdCwgdGhlIHF1ZXN0aW9u IGlzLCB3aGljaCBzdGFuZGFyZD8gIEkgaGF2ZSAzMCBOb3JtYXRpdmUNCiAgICA+ID4gcmVmZXJl bmNlcyB0byBjaG9vc2UgZnJvbS4gICBJIGZvdW5kIHVwL2Rvd24gaW4gUkZDNTMwNSwgYnV0IG9u bHkgYnkNCiAgICA+ID4gYWNjaWRlbnQsIGFuZCBJIGhhdmUgbm90IGZvdW5kIGkvZSB5ZXQgc28g YSByZWZlcmVuY2Ugd291bGQgYmUgZ29vZC4NCiAgICA+ID4NCiAgICA+ID4gW1NMSV0gSS9FIGJp dCBpcyBwYXJ0IG9mIHRoZSBiYXNlIElTTyBzcGVjIG9mIElTLUlTIGFuZCByZWxldmFudCBmb3IN CiAgICA+ID4gImxlZ2FjeSBhZHZlcnRpc2VtZW50cyIgb2YgcHJlZml4IGFuZCBsaW5rcy4gQnkg dGhlIHdheSwgYWZ0ZXIgY2hlY2tpbmcsDQogICAgPiA+IHRoZSBwb3NpdGlvbiBvZiB0aGUgaS1l IGxlYWYgaXMgY3VycmVudGx5IHdyb25nIGFuZCBuZWVkcyB0byBiZSB3aXRoaW4NCiAgICA+ID4g dGhlIG1ldHJpYyAoZGVmYXVsdCwgZGVsYXkuLi4pLiBJIHdpbGwgZml4IHRoaXMuDQogICAgPiA+ DQogICAgPiA+DQogICAgPiA+IFRvbSBQZXRjaA0KICAgID4gPg0KICAgID4gPiAtLS0tLSBPcmln aW5hbCBNZXNzYWdlIC0tLS0tDQogICAgPiA+IEZyb206IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFu Z2UuY29tDQogICAgPiA+IFNlbnQ6IE1vbmRheSwgSmFudWFyeSAwNywgMjAxOSA5OjIyIEFNDQog ICAgPiA+DQogICAgPiA+IEhpIFRvbSwNCiAgICA+ID4NCiAgICA+ID4gVGhhbmtzIGZvciB5b3Vy IGNvbW1lbnRzLg0KICAgID4gPiBJIHdpc2ggeW91IGFuIGhhcHB5IG5ldyB5ZWFyICENCiAgICA+ ID4NCiAgICA+ID4gUGxlYXNlIGZpbmQgaW5saW5lIGNvbW1lbnRzLg0KICAgID4gPg0KICAgID4g PiBCcmdkcywNCiAgICA+ID4NCiAgICA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAg ICA+ID4gRnJvbTogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCiAgICA+ ID4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDAyLCAyMDE5IDEyOjE3DQogICAgPiA+DQogICAg PiA+IEhlcmUgYXJlIHRoZSByZXN0IG9mIG15IGNvbW1lbnRzIG9uIC0yOSB3aXRoIGEgc2xpZ2h0 IHR3ZWFrIHRvIHRoZQ0KICAgID4gPiBzdWJqZWN0IGxpbmUuICBJIHdvdWxkIHJlZ2FyZCBtb3N0 IG9mIHRoZXNlIChidXQgbm90IHRoZSBmaXJzdCB0d28pIGFzDQogICAgPiA+IG5vbi1kaXNjdXNz YWJsZSwgaWUgSSB3b24ndCBjb21wbGFpbiBpZiB5b3UgZGlzYWdyZWU6LSkNCiAgICA+ID4NCiAg ICA+ID4gUkZDMTE5NSBpcyBpbiB0aGUgWUFORyBtb2R1bGUgYnV0IG5vdCB0aGUgcmVmZXJlbmNl cyBvZiB0aGUgSS1EDQogICAgPiA+IFtTTEldIFdpbGwgZml4IGl0DQogICAgPiA+DQogICAgPiA+ IFJGQzUwMjkgaXMgaW4gdGhlIFlBTkcgbW9kdWxlIGJ1dCBub3QgdGhlIHJlZmVyZW5jZXMgb2Yg dGhlIEktRA0KICAgID4gPiBbU0xJXSBXaWxsIGZpeCBpdA0KICAgID4gPg0KICAgID4gPiBQU05Q cywgQ1NOUHMNCiAgICA+ID4gW1NMSV0gV2lsbCBmaXggaXQNCiAgICA+ID4NCiAgICA+ID4gZXhw YW5kIG9uIGZpcnN0IHVzZSAtIExTUCBJIHRoaW5rIG9rDQogICAgPiA+DQogICAgPiA+ICAgICAg ICAgbGVhZiBiZXN0IHsgICAgICAgICAgIHR5cGUgYm9vbGVhbjsNCiAgICA+ID4gd2hhdCBpcyB0 cnVlIGFuZCB3aGF0IGZhbHNlPyAgSSBjYW4gZ3Vlc3MgZnJvbSB0aGUgRW5nbGlzaCBzZW1hbnRp Y3Mgb2YNCiAgICA+ID4gdGhlIG5hbWUgYnV0IHdvdWxkIHJhdGhlciBub3QgZ3Vlc3MuDQogICAg PiA+IFtTTEldIFdpbGwgZml4IGl0DQogICAgPiA+IFRvIHJlcGxhY2UgdGhlIGN1cnJlbnQgZGVz Y3JpcHRpb24gd2hpY2ggaXMgOiAiIkluZGljYXRlcyBpZiB0aGUNCiAgICA+ID4gYWx0ZXJuYXRl IGlzIHRoZSBwcmVmZXJyZWQuIiIsIGRvIHlvdSBwcmVmZXI6ICJTZXQgdG8gdHJ1ZSB3aGVuIHRo ZQ0KICAgID4gPiBhbHRlcm5hdGUgaXMgcHJlZmVycmVkLCBzZXQgdG8gZmFsc2Ugb3RoZXJ3aXNl IiA/DQogICAgPiA+DQogICAgPiA+DQogICAgPiA+ICAgICAgICAgbGVhZiBub24tYmVzdC1yZWFz b24geyAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICA+ID4gc3VnZ2VzdCBhIG1heGltdW0gbGVu Z3RoLCBwZXJoYXBzIDEyNyBvciAyNTUgKCB1bmxlc3MgeW91IGV4cGVjdA0KICAgID4gPiBzY3Jl ZW5zaG90cyBvciBwYWNrZXQgdHJhY2VzIHRvIGJlIGF0dGFjaGVkKS4gIEFzIGl0IHN0YW5kcywg eW91IGNvdWxkDQogICAgPiA+IHZhbGlkbHkgcmVjZWl2ZQ0KICAgID4gPiBhIGxlbmd0aCBvZiAx ODQ0Njc0NDA3MzcwOTU1MTYxNS4NCiAgICA+ID4gW1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0DQog ICAgPiA+DQogICAgPiA+IFlvdSBoYXZlIGEgbWl4dHVyZSBvZg0KICAgID4gPiBTeXN0ZW0taWQg c3lzdGVtLWlkIFN5c3RlbSBpZCBTeXN0ZW0gSUQgU3lzdGVtIElkIHN5c3RlbSBpZCBzeXN0ZW0g SUQNCiAgICA+ID4gc3VnZ2VzdCBjb25zaXN0ZW5jeTsgc3lzdGVtLWlkIHdmbQ0KICAgID4gPiBb U0xJXSBXaWxsIGZpeCBpdA0KICAgID4gPg0KICAgID4gPiBZb3UgaGF2ZSBhIG1peHR1cmUgb2YN CiAgICA+ID4gbHNwLWlkIExTUElEIExTUCBJRA0KICAgID4gPiBoZXJlLCBwZXJoYXBzIGxzcC1p ZCBmb3IgdGhlIG5hbWVzIGFuZCBMU1AgSUQgaW4gdGhlIHRleHQNCiAgICA+ID4gW1NMSV0gV2ls bCBmaXggaXQNCiAgICA+ID4NCiAgICA+ID4gICAgICAgY2FzZSBwYXNzd29yZCB7ICAgICAgICBs ZWFmIGtleSB7ICAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICA+ID4gcGVyaGFwcyBiZXR0ZXIg d2l0aCBhIG1pbmltdW0gbGVuZ3RoDQogICAgPiA+IFtTTEldIEkgYWdyZWUgdGhhdCBpdCBjb3Vs ZCBtYWtlIHNlbnNlIGJ1dCBpcyBpdCByZWFsbHkgc29tZXRoaW5nIHRoYXQNCiAgICA+ID4gd2Ug c2hvdWxkIGltcG9zZSA/DQogICAgPiA+DQogICAgPiA+DQogICAgPiA+ICAgICAgICAgbGVhZiBp LWUgeyAgICAgICAgICB0eXBlIGJvb2xlYW47DQogICAgPiA+IHdoYXQgaXMgdHJ1ZSBhbmQgd2hh dCBmYWxzZT8gIGhlcmUgSSBhbSByZWx1Y3RhbnQgZXZlbiB0byBndWVzcw0KICAgID4gPiBbU0xJ XSBUaGlzIGlzIGNvbWluZyBmcm9tIHRoZSBzdGFuZGFyZCwgaXMgaXQgcmVhbGx5IHdvcnRoIHJl cGVhdGluZyBpdA0KICAgID4gPiA/IFNhbWUgZm9yIHVwL2Rvd24gYml0Lg0KICAgID4gPg0KICAg ID4gPg0KICAgID4gPiAvIkF1dGhlbnRpY2F0aW9uIGtleXRvLyAgIkF1dGhlbnRpY2F0aW9uIGtl eSB0by8NCiAgICA+ID4NCiAgICA+ID4gIiAgICAgdGhlIGF1dGhlbnRpY2F0aW9uIGtleSBNVVNU IE5PVCBiZSBwcmVzZW50ZWQgaW4iDQogICAgPiA+IFJGQzIxMTkgbGFuZ3VhZ2UgbWVhbnMgdGhh dCBSRkMyMTE5IGJvaWxlcnBsYXRlIHNob3VsZCBiZSBpbiB0aGUgWUFORw0KICAgID4gPiBtb2R1 bGUgKGJ1dCB3aXRob3V0IHRoZSBbLi5dIGllIHRoZSByZWZlcmVuY2UgbXVzdCBiZSBwbGFpbiB0 ZXh0IG5vdCBhbg0KICAgID4gPiBhbmNob3IpLg0KICAgID4gPg0KICAgID4gPiBbU0xJXSBZb3Ug YXJlIHJpZ2h0LCBpdCBpcyBtaXNzaW5nLg0KICAgID4gPg0KICAgID4gPg0KICAgID4gPiAgSXQg aXMgcmVjb21tZW5kZWQgdG8gdXNlIGFuIE1ENQ0KICAgID4gPiAgICAgICAgICAgIGhhc2ggdG8g cHJlc2VudCB0aGUgYXV0aGVudGljYXRpb24ta2V5LiI7DQogICAgPiA+IE1tbSBJIHRoaW5rIHRo YXQgdGhpcyBtYXkgYmUgYSByZWQgZmxhZyB0byBzZWN1cml0eSBBRCBvciBkaXJlY3RvcmF0ZSBh cw0KICAgID4gPiBiZWluZyB0b28gdmFndWUgYXMgd2VsbCBhcyBNRDUgdG9vIHdlYWs7IGFuZCBJ IHRoaW5rIHRoaXMgc2hvdWxkIGJlDQogICAgPiA+IGV4cGxpY2l0bHkgY2FsbGVkIG91dCBpbiBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucy4NCiAgICA+ID4NCiAgICA+ID4gW1NMSV0gSSBhZ3JlZSB0 aGF0IHRoZXJlIGlzIGEgcG9pbnQgdG8gZGlzY3VzcyBoZXJlLiBUaGUgZmFjdCBpcyB0aGF0IHdl DQogICAgPiA+IG11c3Qgbm90IHJldHJpZXZlIHBhc3N3b3JkcyBpbiBjbGVhciB0ZXh0LiBNYXli ZSBpdCBpcyBzb21ldGhpbmcgd2l0aCBhDQogICAgPiA+IHdpZGVyIHNjb3BlIHRoYW4gSVMtSVMu IEhvdyBkbyB0aGUgb3RoZXIgbW9kZWxzIGRlYWwgd2l0aCBwYXNzd29yZHMNCiAgICA+ID4gcmV0 cmlldmVkIHRocm91Z2ggImdldCIgb3IgImdldC1jb25maWciID8NCiAgICA+ID4NCiAgICA+ID4N CiAgICA+ID4gICAgICAgbGlzdCBsZXZlbC1kYiB7ICAgICAgICBrZXkgbGV2ZWw7ICAgICAgICBs ZWFmIGxldmVsIHsNCiAgICA+ID4gQSBjb21tb24gY29udmVudGlvbiBpcyBmb3IgYSBsaXN0IG9m IGxlYWYgdGhpbmcgdG8gYmUgbmFtZWQgdGhpbmdzIGkuZS4NCiAgICA+ID4gICAgICAgbGlzdCBs ZXZlbHMgeyAgICAgICAgIGtleSBsZXZlbDsgICAgICAgIGxlYWYgbGV2ZWwgew0KICAgID4gPg0K ICAgID4gPiBbU0xJXSBhY2sNCiAgICA+ID4NCiAgICA+ID4gICBycGMgY2xlYXItYWRqYWNlbmN5 IHsNCiAgICA+ID4gICAgICAgICAgICJOYW1lIG9mIHRoZSBJUy1JUyBwcm90b2NvbCBpbnN0YW5j ZSB3aG9zZSBJUy1JUw0KICAgID4gPiAgICAgICAgICAgIGluZm9ybWF0aW9uIGlzIGJlaW5nIHF1 ZXJpZWQuDQogICAgPiA+IHF1ZXJpZWQgb3IgY2xlYXJlZD8NCiAgICA+ID4gW1NMSV0gImNsZWFy ZWQiDQogICAgPiA+DQogICAgPiA+IFRvbSBQZXRjaA0KICAgID4gPg0KICAgID4gPg0KICAgID4g PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQogICAgPiA+IEZyb206ICJ0b20gcGV0Y2gi IDxpZXRmY0BidGNvbm5lY3QuY29tPg0KICAgID4gPiBTZW50OiBNb25kYXksIERlY2VtYmVyIDMx LCAyMDE4IDY6MjEgUE0NCiAgICA+ID4NCiAgICA+ID4NCiAgICA+ID4gPiBTdGVwaGFuZQ0KICAg ID4gPiA+DQogICAgPiA+ID4gQSBuZXcgYW5kIGRpZmZlcmVudCBjb21tZW50Lg0KICAgID4gPiA+ DQogICAgPiA+ID4gICBncm91cGluZyBuZWlnaGJvci1nbXBscy1leHRlbnNpb25zIHsNCiAgICA+ ID4gPg0KICAgID4gPiA+IGhhcyBhIHRleHQgcmVmZXJlbmNlIHRvIFJGQzUzMDcgd2hpY2ggZG9l cyBub3QgYXBwZWFyIGluIHRoZQ0KICAgID4gPiByZWZlcmVuY2VzDQogICAgPiA+ID4gZm9yIHRo ZSBJLUQuICBIb3dldmVyLCBiZWZvcmUgYWRkaW5nIGl0LCBJIHdvdWxkIGxpa2UgdG8ga25vdyB3 aHkgaXQNCiAgICA+ID4gaXMNCiAgICA+ID4gPiBhIGdvb2QgcmVmZXJlbmNlIGZvciBzd2l0Y2hp bmcgY2FwYWJpbGl0aWVzICh3aGljaCBpcyBwYXJ0IG9mIHRoaXMNCiAgICA+ID4gPiBncm91cGlu ZykuICBJIHRoaW5rIHRoYXQgdGhlIHJlZmVyZW5jZSBmb3Igc3dpdGNoaW5nIGNhcGFiaWxpdGll cw0KICAgID4gPiBzaG91bGQNCiAgICA+ID4gPiBiZSBSRkM3MDc0ICh3aGljaCB0aGlzIEktRCBk b2VzIG5vdCBjdXJyZW50bHkgcmVmZXJlbmNlIGFuZCBzaG91bGQNCiAgICA+ID4gSU1PKS4NCiAg ICA+ID4gPg0KICAgID4gPiA+IEFuZCB0aGF0IGJlZ3MgdGhlICBxdWVzdGlvbiwgd2h5IGlzIHN3 aXRjaGluZy1jYXBhYmlsaXR5IGFuDQogICAgPiA+IHVucmVzdHJpY3RlZA0KICAgID4gPiA+IHVp bnQ4IHdoZW4gb25seSAxMiB2YWx1ZXMgYXJlIHZhbGlkIGFuZCB0aHJlZSBhcmUgZGVwcmVjYXRl ZD8NCiAgICA+ID4gPg0KICAgID4gPiA+IFNvIHdoeSBub3QgdXNlDQogICAgPiA+ID4NCiAgICA+ ID4gPiBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10eXBlcz8NCiAgICA+ID4gPg0KICAgID4gPiA+ IEkgaGF2ZSBhIG51bWJlciBvZiBhZGRpdGlvbmFsIGNvbW1lbnRzIG9uIGNmZy0yOSBidXQgdGhp cyBpcyB0aGUgb25lDQogICAgPiA+ID4gdGhhdCBtYXkgdGFrZSBzb21lIGRpc2N1c3Npb24uDQog ICAgPiA+ID4NCiAgICA+ID4gPiBUb20gUGV0Y2gNCiAgICA+ID4gPg0KICAgID4gPiA+DQogICAg PiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KICAgID4gPiA+IEZyb206IDxzdGVw aGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4NCiAgICA+ID4gPg0KICAgID4gPiA+IEhpIFRvbSwN CiAgICA+ID4gPg0KICAgID4gPiA+IFRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gSSB3aWxsIGZp eCB0aGVtIGFzYXAuDQogICAgPiA+ID4gUmVnYXJkaW5nOg0KICAgID4gPiA+ICIgTGluZSBsZW5n dGggaXMgd2l0aGluIHRoZSBSRkMgbGltaXQgYnV0IHRoZSBlZmZlY3QgaXMgdG8gc3ByZWFkIG1h bnkNCiAgICA+ID4gPiBvZiB0aGUgZGVzY3JpcHRpb24gY2xhdXNlcyBvdmVyIG11bHRpcGxlIGxp bmVzIHdpdGggaW5kZW50YXRpb24gb2YgNTYNCiAgICA+ID4gPiBjaGFyYWN0ZXJzLCBub3QgdXNl ciBmcmllbmRseSBlLmcuDQogICAgPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIkxpc3Qgb2YgbWF4IExTUA0KICAgID4gPiA+IGJhbmR3 aWR0aHMgZm9yIGRpZmZlcmVudA0KICAgID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBwcmlvcml0aWVzLiI7DQogICAgPiA+ID4gIg0KICAgID4g PiA+IFdoYXQncyB5b3VyIHN1Z2dlc3Rpb24gb24gdGhpcyBvbmUgPw0KICAgID4gPiA+DQogICAg PiA+ID4gQnJnZHMsDQogICAgPiA+ID4NCiAgICA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KICAgID4gPiA+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5j b21dDQogICAgPiA+ID4gU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMjcsIDIwMTggMTI6MTENCiAg ICA+ID4gPiBTdWJqZWN0OiBSZTogW0xzcl0gWWFuZ2RvY3RvcnMgbGFzdCBjYWxsIHJldmlldyBv Zg0KICAgID4gPiA+IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI0DQogICAgPiA+ID4N CiAgICA+ID4gPiBTb21lIHF1aXJrcyBpbi0yNQ0KICAgID4gPiA+DQogICAgPiA+ID4gSSBzZWUg bG90cyBvZiBZQU5HIHJlZmVyZW5jZSBzdGF0ZW1lbnRzIC0gZ29vZCAtIGJ1dCBubyBtZW50aW9u IG9mDQogICAgPiA+IHRoZW0NCiAgICA+ID4gPiBpbiB0aGUgSS1EIHJlZmVyZW5jZXMgLSBub3Qg c28gZ29vZC4gIE15IGxpc3QgaXMNCiAgICA+ID4gPg0KICAgID4gPiA+IDUxMzANCiAgICA+ID4g PiA1MzA1DQogICAgPiA+ID4gNTMwNg0KICAgID4gPiA+IDU4ODANCiAgICA+ID4gPiA1ODgxDQog ICAgPiA+ID4gNjExOQ0KICAgID4gPiA+IDYyMzINCiAgICA+ID4gPiA3Nzk0DQogICAgPiA+ID4g NzgxMA0KICAgID4gPiA+IDc5MTcNCiAgICA+ID4gPiA4NDA1DQogICAgPiA+ID4NCiAgICA+ID4g PiBBbHNvIHBlcmhhcHMNCiAgICA+ID4gPiBPTEQNCiAgICA+ID4gPiAgICAgcmVmZXJlbmNlICJS RkMgWFhYWCAtIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KICAgID4gPiA+ICAg ICAgICAgICAgICAgIEZvcndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpLlBsZWFzZSByZXBsYWNlIFlZ WVkgd2l0aA0KICAgID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHB1Ymxpc2hlZCBSRkMNCiAgICA+ID4gPiBudW1iZXIgZm9yIGRy YWZ0LWlldGYtYmZkLXlhbmcuIjsNCiAgICA+ID4gPg0KICAgID4gPiA+IE5FVw0KICAgID4gPiA+ ICAgICByZWZlcmVuY2UgIlJGQyBZWVlZIC0gWUFORyBEYXRhIE1vZGVsIGZvciBCaWRpcmVjdGlv bmFsDQogICAgPiA+ID4gICAgICAgICAgICAgICAgRm9yd2FyZGluZyBEZXRlY3Rpb24gKEJGRCku DQogICAgPiA+ID4NCiAgICA+ID4gPiAtLSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxh Y2UgWVlZWSB3aXRoIHB1Ymxpc2hlZCBSRkMNCiAgICA+ID4gPiBudW1iZXIgZm9yIGRyYWZ0LWll dGYtYmZkLXlhbmcuIjsNCiAgICA+ID4gPg0KICAgID4gPiA+IE9MRA0KICAgID4gPiA+ICAgICAg IHJlZmVyZW5jZSAiZHJhZnQtaWV0Zi1iZmQteWFuZy14eC50eHQ6DQogICAgPiA+ID4gICAgICAg ICAgICAgICAgICBZQU5HIERhdGEgTW9kZWwgZm9yIEJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZw0K ICAgID4gPiA+ICAgICAgICAgICAgICAgICAgRGV0ZWN0aW9uIChCRkQpIjsNCiAgICA+ID4gPiBO RVcNCiAgICA+ID4gPiAgICAgcmVmZXJlbmNlICJSRkMgWVlZWSAtIFlBTkcgRGF0YSBNb2RlbCBm b3IgQmlkaXJlY3Rpb25hbA0KICAgID4gPiA+ICAgICAgICAgICAgICAgIEZvcndhcmRpbmcgRGV0 ZWN0aW9uIChCRkQpLg0KICAgID4gPiA+DQogICAgPiA+ID4gLS0gTm90ZSB0byBSRkMgRWRpdG9y IFBsZWFzZSByZXBsYWNlIFlZWVkgd2l0aCBwdWJsaXNoZWQgUkZDDQogICAgPiA+ID4gbnVtYmVy IGZvciBkcmFmdC1pZXRmLWJmZC15YW5nLiI7DQogICAgPiA+ID4NCiAgICA+ID4gPg0KICAgID4g PiA+IExpbmUgbGVuZ3RoIGlzIHdpdGhpbiB0aGUgUkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0IGlz IHRvIHNwcmVhZCBtYW55DQogICAgPiA+IG9mDQogICAgPiA+ID4gdGhlIGRlc2NyaXB0aW9uIGNs YXVzZXMgb3ZlciBtdWx0aXBsZSBsaW5lcyB3aXRoIGluZGVudGF0aW9uIG9mIDU2DQogICAgPiA+ ID4gY2hhcmFjdGVycywgbm90IHVzZXIgZnJpZW5kbHkNCiAgICA+ID4gPiBlLmcuDQogICAgPiA+ ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQog ICAgPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Ikxpc3Qgb2YgbWF4IExTUA0KICAgID4gPiA+IGJhbmR3aWR0aHMgZm9yIGRpZmZlcmVudA0KICAg ID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBw cmlvcml0aWVzLiI7DQogICAgPiA+ID4NCiAgICA+ID4gPg0KICAgID4gPiA+IEFja25vd2xlZGdl bWVudHMgaXMgVEJELiBJIG5vdGUgdGhhdCB0aGUgZWRpdG9yIGxpc3Qgb2YgdGhlIFlBTkcNCiAg ICA+ID4gbW9kdWxlDQogICAgPiA+ID4gaXMgc29tZXdoYXQgbG9uZ2VyIHRoYW4gdGhlIGVkaXRv ciBsaXN0IG9mIHRoZSBJLUQuDQogICAgPiA+ID4NCiAgICA+ID4gPiBJIG5vdGUgdGhhdCB0aGUg YXVnbWVudGF0aW9uIG9mIGludGVyZmFjZXMgc2VlbXMgdG8gaGF2ZSBubw0KICAgID4gPiBjb25k aXRpb25hbA0KICAgID4gPiA+IGFuZCBzbyB3aWxsIGF1Z21lbnQgYWxsIGludGVyZmFjZXMuIEkg dGhpbmsgdGhhdCB0aGlzIGlzIGEgZ2VuZXJpYw0KICAgID4gPiBpc3N1ZQ0KICAgID4gPiA+IGJ1 dCBkbyBub3Qgc2VlIGl0IGJlaW5nIGFkZHJlc3NlZCBhbnl3aGVyZS4NCiAgICA+ID4gPg0KICAg ID4gPiA+IEluIGEgc2ltaWxhciB2ZWluLCB5b3UgYXJlIGRlZmluaW5nIE1QTFMgb2JqZWN0cyBh bmQgSSBhbSB1bmNsZWFyDQogICAgPiA+ID4gd2hldGhlciBvciBub3QgdGhvc2Ugc2hvdWxkIGJl IGNvbmRpdGlvbmFsLCBvciBwYXJ0IG9mIHRoZSBNUExTIFlBTkcNCiAgICA+ID4gPiBtb2R1bGVz IG9yIGJvdGggKGNvcHlpbmcgVGFyZWsgZm9yIHRoaXMpDQogICAgPiA+ID4NCiAgICA+ID4gPiBU b20gUGV0Y2gNCiAgICA+ID4gPg0KICAgID4gPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0NCiAgICA+ID4gPiBGcm9tOiAiRWJiZW4gQXJpZXMiIDxleGFAanVuaXBlci5uZXQ+DQogICAg PiA+ID4gU2VudDogVHVlc2RheSwgT2N0b2JlciAyMywgMjAxOCAxMjo0NSBBTQ0KICAgID4gPiA+ DQogICAgPiA+ID4gPiBSZXZpZXdlcjogRWJiZW4gQXJpZXMNCiAgICA+ID4gPiA+IFJldmlldyBy ZXN1bHQ6IE9uIHRoZSBSaWdodCBUcmFjaw0KICAgID4gPiA+ID4NCiAgICA+ID4gPiA+IDEgbW9k dWxlIGluIHRoaXMgZHJhZnQ6DQogICAgPiA+ID4gPiAtIGlldGYtaXNpc0AyMDE4LTA4LTA5Lnlh bmcNCiAgICA+ID4gPiA+DQogICAgPiA+ID4gPiBObyBZQU5HIGNvbXBpbGVyIGVycm9ycyBvciB3 YXJuaW5ncyAoZnJvbSBweWFuZyAxLjcuNSBhbmQgeWFuZ2xpbnQNCiAgICA+ID4gPiAwLjE2LjU0 KQ0KICAgID4gPiA+ID4NCiAgICA+ID4gPiA+ICJpZXRmLWlzaXNAMjAxOC0wOC0wOSIgbW9kdWxl IGlzIGNvbXBhdGlibGUgd2l0aCB0aGUgTk1EQQ0KICAgID4gPiA+IGFyY2hpdGVjdHVyZS4NCiAg ICA+ID4gPiA+DQogICAgPiA+ID4gPiBNb2R1bGUgaWV0Zi1pc2lzQDIwMTgtMDgtMDkueWFuZzoN CiAgICA+ID4gPiA+IC0gQm90aCB0aGUgZGVzY3JpcHRpb24gYW5kIHRoZSBkcmFmdCBuYW1lIHJl ZmVyZW5jZSB0aGF0IHRoaXMgbW9kdWxlDQogICAgPiA+ID4gaXMNCiAgICA+ID4gPiA+ICAgc3Bl Y2lmaWMgdG8gY29uZmlndXJhdGlvbiBidXQgY29udGFpbnMgb3BlcmF0aW9uYWwgc3RhdGUgbm9k ZXMgaW4NCiAgICA+ID4gPiBhZGRpdGlvbg0KICAgID4gPiA+ID4gICB0byBSUENzIGFuZCBub3Rp ZmljYXRpb25zLiAgQW55IHdvcmRpbmcgc3VnZ2VzdGluZyB0aGlzIGlzIG9ubHkNCiAgICA+ID4g PiA+ICAgY29uZmlndXJhdGlvbiBzaG91bGQgYmUgY2hhbmdlZA0KICAgID4gPiA+ID4gLSBNb2R1 bGUgZGVzY3JpcHRpb24gbXVzdCBjb250YWluIG1vc3QgcmVjZW50IGNvcHlyaWdodCBub3RpY2Ug cGVyDQogICAgPiA+ID4gPg0KICAgID4gPiA+DQogICAgPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1yZmM2MDg3YmlzLTIwI3NlY3Rpb24tMy4xDQogICAg PiA+ID4gPiAtIE1vZHVsZSBkZXNjcmlwdGlvbiByZWFkcyAiY29tbW9uIGFjcm9zcyBhbGwgb2Yg dGhlIHZlbmRvcg0KICAgID4gPiA+IGltcGxlbWVudGF0aW9ucyIuDQogICAgPiA+ID4gPiAgIEkg ZG9uJ3QgdGhpbmsgdGhpcyBuZWVkcyB0byBiZSBjYWxsZWQgb3V0IGFzIHN1Y2ggYXMgdGhhdCBp cyB0aGUNCiAgICA+ID4gPiBvdmVyYWxsDQogICAgPiA+ID4gPiAgIGludGVudGlvbiBvZiAqYWxs KiBJRVRGIG1vZGVscw0KICAgID4gPiA+ID4gLSBUaGlzIG1vZHVsZSBjb250YWlucyAnMjInIGZl YXR1cmVzIChhbmQgdGhlIHJlc3BlY3RpdmUgT1NQRiBtb2R1bGUNCiAgICA+ID4gPiBjdXJyZW50 bHkNCiAgICA+ID4gPiA+ICAgY29udGFpbnMgJzI2JykuICBXaGlsZSBpdCBpcyB1bmRlcnN0b29k IHRoZSBwdXJwb3NlIG9mIHRoZXNlDQogICAgPiA+ID4gZmVhdHVyZXMgaW4gdGhlDQogICAgPiA+ ID4gPiAgIG1vZHVsZSwgdGFrZSBwcmVjYXV0aW9uIGFzIHRvIGNvbXBsZXhpdHkgZm9yIGNsaWVu dHMgaWYgdGhleSBuZWVkDQogICAgPiA+IHRvDQogICAgPiA+ID4gPiAgIHVuZGVyc3RhbmQgPj0g cXVhbnRpdHkgb2YgZmVhdHVyZXMgcGVyIG1vZHVsZSBpbiB1c2Ugb24gYQ0KICAgID4gPiA+ID4g ICBuZXR3b3JrLWVsZW1lbnQuICBXZSBhcmUgZ29pbmcgdG8gZW5kIHVwIHcvIGZlYXR1cmUgZXhw bG9zaW9uIHRvDQogICAgPiA+ID4gY29udmV5DQogICAgPiA+ID4gPiAgICphbGwqIHBvc3NpYmxl IGZlYXR1cmVzIG9mIGVhY2ggbmV0d29yay1lbGVtZW50IGxlYWRpbmcgdG8NCiAgICA+ID4gPiBk aXZlcmdlbmNlIGJhY2sNCiAgICA+ID4gPiA+ICAgdG93YXJkcyBuYXRpdmUgbW9kZWxzIGF0IHRo ZSBlbmQgb2YgdGhlIGRheS4gIEEgbGFyZ2UgYW1vdW50IG9mDQogICAgPiA+ID4gdGhlc2UNCiAg ICA+ID4gPiA+ICAgZmVhdHVyZSBuYW1lcyBjb3VsZCBiZSBkZWZpbmVkIHdpdGhpbiBhIG1vcmUg Z2xvYmFsIG5hbWVzcGFjZQ0KICAgID4gPiAoZS5nLg0KICAgID4gPiA+IG5zcikgYnV0DQogICAg PiA+ID4gPiAgIHRoaXMgZ2l2ZXMgdXMgYSBncmFudWxhciB5ZXQgY3VtYmVyc29tZSBhcHByb2Fj aCAoZS5nLiBmZWF0dXJlDQogICAgPiA+ID4gaXNpczpuc3IsDQogICAgPiA+ID4gPiAgIG9zcGY6 bnNyLCBldGMuLikNCiAgICA+ID4gPiA+IC0gUlBDICdjbGVhci1hZGphY2VuY3knIGRvZXMgbm90 IGhhdmUgYW55IGlucHV0IGxlYWYgdGhhdCBjb3ZlcnMNCiAgICA+ID4gPiBjbGVhcmluZyBhDQog ICAgPiA+ID4gPiAgIHNwZWNpZmljIG5laWdoYm9yL2FkamFjZW5jeSAoU2VlIGNvbW1lbnRzIGJl bG93IGFzIHdlbGwgcmVnYXJkaW5nDQogICAgPiA+ID4gUlBDDQogICAgPiA+ID4gPiAgIGFsaWdu bWVudCB3LyB0aGUgT1NQRiBtb2RlbCkNCiAgICA+ID4gPiA+IC0gUlBDICdjbGVhci1hZGphY2Vu Y3knIGhhcyBhbiBpbnB1dCBub2RlIG9mICdpbnRlcmZhY2UnIGhvd2V2ZXINCiAgICA+ID4gdGhp cw0KICAgID4gPiA+IGlzIGp1c3QNCiAgICA+ID4gPiA+ICAgYSBzdHJpbmcgdHlwZS4gIElzIHRo ZXJlIGFueSByZWFzb24gdGhpcyBpcyBub3QgYQ0KICAgID4gPiA+IGxlYWZyZWYvaWY6aW50ZXJm YWNlLXJlZg0KICAgID4gPiA+ID4gICAobXVjaCBsaWtlIGluIHRoZSBPU1BGIG1vZGVsKQ0KICAg ID4gPiA+ID4gLSBDaGlsZCBub2RlcyB3aXRoaW4gYSBjb250YWluZXIgb3IgbGlzdCBTSE9VTEQg Tk9UIHJlcGxpY2F0ZSB0aGUNCiAgICA+ID4gPiBwYXJlbnQNCiAgICA+ID4gPiA+ICAgaWRlbnRp ZmllciBwZXINCiAgICA+ID4gPiA+DQogICAgPiA+ID4NCiAgICA+ID4gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXJmYzYwODdiaXMtMjAjc2VjdGlvbi00LjMN Cg0K From nobody Thu Jan 10 09:46:17 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0E31311DB for ; Thu, 10 Jan 2019 09:46:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.041 X-Spam-Level: X-Spam-Status: No, score=-2.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=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 qNZfwOVgAl9G for ; Thu, 10 Jan 2019 09:45:55 -0800 (PST) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E6C11311B8 for ; Thu, 10 Jan 2019 09:45:50 -0800 (PST) Received: by mail-lj1-x234.google.com with SMTP id l15-v6so10457895lja.9 for ; Thu, 10 Jan 2019 09:45:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TaGn1KSgMYCxcp4It/YcAccyXGjHr2/07dk4445ZHnM=; b=T4CMsF+wIj2q5UVZitxUH9vMAWFWY90/voXPOJFPHUVwlCNak/F5AFpzXMFsq+3Ef4 62ZpKwlgQima9uEKc+8SkttfaVFqXRL/ReZAxQAgGHvDuwkSB4Ah+t0oZdRoFjBfOwMU OzOKSrS+92a6m4dtTJ6gOU6zfA9Zx19g/kRWg8yO//EwTxhZJ8jzKfUELCEsaoAORLoe BOQy47AYiXPF/fu2Kkmwa4j6ummscJ07k8TZGHRI6h2SEaqymfB0dUcuFkVKHXxRVvaw 6gDDtbDIkLMv5L8dhAAlN852pEo/86iBEHexEExyaIVCb5/+CYM19t0+IGXIu8PV7Oqs chkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TaGn1KSgMYCxcp4It/YcAccyXGjHr2/07dk4445ZHnM=; b=NsjUgH1h3FlA1X749o0DInEIQgAuWAjtsNEJv8OByv/j1fAAWEerwyf2T9feAGZmz3 tnQJsx/3W63cNObtiTMhH+GLpwQprPGYlRXCvEOXwWdhkMK2p4wpkX/mDXUIBhZbOiOl uVlH3/agnYaUTqQxROjDOoHLucexhRbphMybKE85YwO3JpJGt3n+9+MxbeTqvClnLIoB DgYHDwqaSxMEkpMvx1oiuSIMSM94v/k4PmjsTtc4bpYUtmBnhm4aki0PInb5jhU042Ns vmZNXhCcvJBIByoHGn9UNBD2rx0Giye7o1djCARl/JCQZbEkkxn3JQrycvOseNVQrN3x NUtw== X-Gm-Message-State: AJcUuke0znaW6ZgqyF+ymwgB/zBLPnJjjvyU895VEnNS0Ud0lIyTD76Y +kodaTSdWIEL5xsqExxtCjSmIrE3MQ/YdekNzH4mLA== X-Google-Smtp-Source: ALg8bN6iwRxTDx3ijB4O6QNemOf3oReo3tnup/JUQYR0J0DNn68vlhEJ7LTsN1jtm+MKJq1xBikP0Ooh3wJXwVqXrCk= X-Received: by 2002:a2e:9556:: with SMTP id t22-v6mr7150521ljh.36.1547142348291; Thu, 10 Jan 2019 09:45:48 -0800 (PST) MIME-Version: 1.0 References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <03ff01d48641$8f8d8600$4001a8c0@gateway.2wire.net> <19850_1543334259_5BFD6973_19850_302_6_9E32478DFA9976438E7A22F69B08FF924B7768B5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009101d4a135$a59c2780$4001a8c0@gateway.2wire.net> <009101d4a28c$905b2300$4001a8c0@gateway.2wire.net> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <91DE5DF2-1D49-4D5A-80AF-0975A7B4C686@cisco.com> In-Reply-To: <91DE5DF2-1D49-4D5A-80AF-0975A7B4C686@cisco.com> From: Andy Bierman Date: Thu, 10 Jan 2019 09:45:36 -0800 Message-ID: To: "Acee Lindem (acee)" Cc: Stephane Litkowski , Juergen Schoenwaelder , tom petch , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Content-Type: multipart/alternative; boundary="0000000000001658ad057f1e260e" Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 17:46:02 -0000 --0000000000001658ad057f1e260e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jan 10, 2019 at 4:42 AM Acee Lindem (acee) wrote: > Hi Andy, > > =EF=BB=BFOn 1/10/19, 7:38 AM, "Andy Bierman" wrote: > > On Thu, Jan 10, 2019 at 12:34 AM > wrote: > > > Hi Andy, > > > > > > > > What I=E2=80=99m still not catching is the difference you make betw= een > having a > > description statement telling :=E2=80=9D A server MUST accept a str= ing up to > 64 > > characters in length=E2=80=9D and a type string with length =E2=80= =9C0..64=E2=80=9D ? > > > > There is probably something that I=E2=80=99m missing here. > > > > > > > > A server MAY accept a string longer than 64 characters. > A range 0..64 means a server MUST NOT accept a string longer than 64 > Characters > > I don't think we should set the string range unless the range in specifie= d > in the protocol RFCs. In some cases, it may be beneficial to provide > guidance in the description. I believe this is similar to Juergen's > position. > > Agreed -- that is a good guideline for protocol related strings. But what about admin strings? NETCONF/YANG does not have a data type like SnmpAdminString (which has a range of 0..255 octets) Some of us implement servers using the theory that the NMS knows what it's doing and servers do what they are told. So if the client configured a 1M byte admin string the server would try to accept it instead of putting an arbitrary limit (because there is no YANG limit). I prefer the SnmpAdminString approach because the client knows what every compliant server will accept. But YANG models just use plain string and only regression test tools ask for 1M byte admin strings. IMO, this has not been a problem in real deployments. We should continue to use plain "string" for admin strings. Thanks, > Acee > Andy > > > > > Brgds, > > > > > > > > > Andy > > > > *From:* Andy Bierman [mailto:andy@yumaworks.com] > > *Sent:* Wednesday, January 09, 2019 18:06 > > *To:* Juergen Schoenwaelder; LITKOWSKI Stephane OBS/OINIS; tom petc= h; > > Ebben Aries; yang-doctors@ietf.org; > > draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > *Subject:* Re: [yang-doctors] [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-is-is-cfg-29 > > > > > > > > Hi, > > > > > > > > I agree with Juergen. > > > > The protocol has a "too-big" error is the server will not accept a > big > > string. > > > > There should not be a false choice between an arbitrary maximum and > > "terabytes". > > > > > > > > You cannot use a range-stmt to specify the minimum required length > that > > must be supported. > > > > length "3..max" does not allow strings of length 0 - 2. > > > > > > > > The description-stmt can have "A server MUST accept a string up to = 64 > > characters in length" > > > > which lets the client choose a length from 0 to 64, and this will > work on > > all server implementations. > > > > > > > > Andy > > > > > > > > > > > > On Wed, Jan 9, 2019 at 5:10 AM Juergen Schoenwaelder < > > j.schoenwaelder@jacobs-university.de> wrote: > > > > Hi, > > > > please see my other email about the distinction I make between a ha= rd > > length restriction and the minimum length expected to be supported. > I > > wonder how you can sensibly pick a limit for things like > non-best-reason: > > > > leaf non-best-reason { > > type string; > > description > > "Information field to describe why the alternate > > is not best."; > > } > > > > You are simply creating an arbitrary restriction. And humble server > is > > not likely to send you an jpg image (and a bogus server will do so > > anyway). (There are other similar objects.) > > > > Since I am searching for 'type string', I wonder whether these are > > clear enough definitions. > > > > leaf prefix { > > type string; > > description > > "Protected prefix."; > > } > > leaf alternate { > > type string; > > description > > "Alternate nexthop for the prefix."; > > } > > > > What is the (canonical) format of the allowed values? (There are > more of > > these.) > > > > /js > > > > On Wed, Jan 09, 2019 at 12:52:07PM +0000, > stephane.litkowski@orange.com > > wrote: > > > Hi Tom, > > > > > > If you agree, I will set a length restriction on each string (ops > and > > cfg). It looks clearer for me rather than setting it in the > description. > > > > > > For the references, I'm working on it. > > > > > > Brgds, > > > > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Wednesday, January 09, 2019 12:38 > > > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; > yang-doctors@ietf.org > > > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org > > > Subject: Re: [Lsr] Yangdoctors last call review of > > draft-ietf-isis-yang-is-is-cfg-29 > > > > > > Stephane > > > > > > Thanks for persisting. > > > > > > On string lengths, I take your point about no user input to > Operational > > > State; there, my concern is more about giving guidance to > implementors > > > as to what they should cater for - as I said, this has been a > topic of > > > lively discussion in other WG. Even before that, whenever I see = a > > > string, I think is there an implicit length restriction and if no= t, > > > should there be an explicit one which, as Juergen suggested, coul= d > be in > > > the description clause. My experience is that those working with > > > networks think about size, about length; those coming from > applications > > > tend to think 'What is a few terabytes between friends?' and are > unaware > > > that sizes that may be commonplace in servers and associated > storage can > > > create difficulties over a network. Whatever, I leave this one u= p > to > > > you. > > > > > > On references, I would like a change; you say this information is > in the > > > base ISO spec. Well, yes, to me that means that it should be a > > > Normative Reference. I could not understand the description of > e.g. > > > 'i/e' and needed to look it up but seemingly cannot do so with th= e > > > listed references of the I-D. Note that RFC such as RFC5305 and > RFC6119 > > > do reference International Standard 10589 and I think that this o= ne > > > should too, perhaps in s.2.7 and s.5. > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: > > > Sent: Wednesday, January 09, 2019 9:18 AM > > > > > > Hi Tom, > > > > > > Please find inline answers. > > > > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Tuesday, January 08, 2019 18:45 > > > > > > Ok. Top-posting the ones that are not 'ok': > > > > > > I said that I thought that LSP did not need expanding on first us= e > and > > > then checked the RFC Editor list to find that it is not one they > regard > > > as well-known and that LSR protocols use it differently to others= , > so I > > > suggest expanding LSP on first use. > > > > > > [SLI] Already done for the next version. > > > > > > On lengths of text messages, perhaps I am too sensitive to buffer > > > overrun attacks and the like and so want a maximum on many things > (and > > > then people attach a friendly, 20Mbyte photo to their e-mail at > > > Christmas and > > > wonder why their ESP rejects the message so I do not congratulate > them > > > on the latest addition to the family:-). The IDR WG had a lively > > > discussion about maximum message lengths in 2017 and that has als= o > > > stayed in my mind. I have seen the comments on this by Juergen a= nd > > > Lada; perhaps as Juergen intimates, something in the Description > would > > > help; and while the server may not be rogue, it may not have a > perfect > > > implementation. > > > > > > [SLI] What I need to understand from your comment on string lengt= h > > > enforcement is if it applies to operational state or just config > states > > > ? I do not see any issue of not enforcing the operational state a= s > there > > > is no input from the user there and so no attack vector, this is > purely > > > internal to the implementation. For config statements, it makes > sense as > > > there is an input from the user that can be anything. > > > > > > > > > On the length of password, I saw a Security AD wanting > clarification on > > > this not too long ago so you may see this comment again from one > such . > > > Likewise, MD5 tends to be a red flag although I see it appears in > bgp > > > yang. > > > > > > I like the sort of detail in ippm-twamp-yang, on algorithms, > entropy and > > > such like (although I have not seen a review by Security > AD/directorate > > > of that). > > > > > > But I am left confused as to exactly what the cited object is > doing. > > > Yes, TLV10 provides authentication for any PDU, but what are the > fields > > > in the YANG module doing? Is > > > leaf authentication-type { > > > the first octet of TLV10? Is > > > leaf authentication-key { > > > the rest of TLV10? And where is this 'presented' as the YANG > module > > > says? Are you thinking of a YANG client presenting the field to = a > user > > > at a terminal, one router presenting it to another, or what? > > > > > > I am using RFC5310 as my source for TLV10 and wondering why that > is not > > > a Normative Reference for this I-D > > > > > > [SLI] TLV 10 is defined in the base ISO spec of IS-IS. RFC5310 > just adds > > > the crypto auth as new types. > > > The authentication-type is the first byte of the TLV (called > > > Authentication Type as well). > > > The authentication-key cannot be mapped directly to the > > > authentication-value field. This is the case for ClearText passwo= rd > > > authtype but not crypto which adds a keyID in front of the > > > authentication data. > > > > > > > > > On the I/E bit, the question is, which standard? I have 30 > Normative > > > references to choose from. I found up/down in RFC5305, but only > by > > > accident, and I have not found i/e yet so a reference would be > good. > > > > > > [SLI] I/E bit is part of the base ISO spec of IS-IS and relevant > for > > > "legacy advertisements" of prefix and links. By the way, after > checking, > > > the position of the i-e leaf is currently wrong and needs to be > within > > > the metric (default, delay...). I will fix this. > > > > > > > > > Tom Petch > > > > > > ----- Original Message ----- > > > From: stephane.litkowski@orange.com > > > Sent: Monday, January 07, 2019 9:22 AM > > > > > > Hi Tom, > > > > > > Thanks for your comments. > > > I wish you an happy new year ! > > > > > > Please find inline comments. > > > > > > Brgds, > > > > > > -----Original Message----- > > > From: tom petch [mailto:ietfc@btconnect.com] > > > Sent: Wednesday, January 02, 2019 12:17 > > > > > > Here are the rest of my comments on -29 with a slight tweak to th= e > > > subject line. I would regard most of these (but not the first > two) as > > > non-discussable, ie I won't complain if you disagree:-) > > > > > > RFC1195 is in the YANG module but not the references of the I-D > > > [SLI] Will fix it > > > > > > RFC5029 is in the YANG module but not the references of the I-D > > > [SLI] Will fix it > > > > > > PSNPs, CSNPs > > > [SLI] Will fix it > > > > > > expand on first use - LSP I think ok > > > > > > leaf best { type boolean; > > > what is true and what false? I can guess from the English > semantics of > > > the name but would rather not guess. > > > [SLI] Will fix it > > > To replace the current description which is : ""Indicates if the > > > alternate is the preferred."", do you prefer: "Set to true when t= he > > > alternate is preferred, set to false otherwise" ? > > > > > > > > > leaf non-best-reason { type string; > > > suggest a maximum length, perhaps 127 or 255 ( unless you expect > > > screenshots or packet traces to be attached). As it stands, you > could > > > validly receive > > > a length of 18446744073709551615. > > > [SLI] Agree, will fix it > > > > > > You have a mixture of > > > System-id system-id System id System ID System Id system id syste= m > ID > > > suggest consistency; system-id wfm > > > [SLI] Will fix it > > > > > > You have a mixture of > > > lsp-id LSPID LSP ID > > > here, perhaps lsp-id for the names and LSP ID in the text > > > [SLI] Will fix it > > > > > > case password { leaf key { type string; > > > perhaps better with a minimum length > > > [SLI] I agree that it could make sense but is it really something > that > > > we should impose ? > > > > > > > > > leaf i-e { type boolean; > > > what is true and what false? here I am reluctant even to guess > > > [SLI] This is coming from the standard, is it really worth > repeating it > > > ? Same for up/down bit. > > > > > > > > > /"Authentication keyto/ "Authentication key to/ > > > > > > " the authentication key MUST NOT be presented in" > > > RFC2119 language means that RFC2119 boilerplate should be in the > YANG > > > module (but without the [..] ie the reference must be plain text > not an > > > anchor). > > > > > > [SLI] You are right, it is missing. > > > > > > > > > It is recommended to use an MD5 > > > hash to present the authentication-key."; > > > Mmm I think that this may be a red flag to security AD or > directorate as > > > being too vague as well as MD5 too weak; and I think this should = be > > > explicitly called out in Security Considerations. > > > > > > [SLI] I agree that there is a point to discuss here. The fact is > that we > > > must not retrieve passwords in clear text. Maybe it is something > with a > > > wider scope than IS-IS. How do the other models deal with passwor= ds > > > retrieved through "get" or "get-config" ? > > > > > > > > > list level-db { key level; leaf level { > > > A common convention is for a list of leaf thing to be named thing= s > i.e. > > > list levels { key level; leaf level { > > > > > > [SLI] ack > > > > > > rpc clear-adjacency { > > > "Name of the IS-IS protocol instance whose IS-IS > > > information is being queried. > > > queried or cleared? > > > [SLI] "cleared" > > > > > > Tom Petch > > > > > > > > > ----- Original Message ----- > > > From: "tom petch" > > > Sent: Monday, December 31, 2018 6:21 PM > > > > > > > > > > Stephane > > > > > > > > A new and different comment. > > > > > > > > grouping neighbor-gmpls-extensions { > > > > > > > > has a text reference to RFC5307 which does not appear in the > > > references > > > > for the I-D. However, before adding it, I would like to know > why it > > > is > > > > a good reference for switching capabilities (which is part of > this > > > > grouping). I think that the reference for switching capabiliti= es > > > should > > > > be RFC7074 (which this I-D does not currently reference and > should > > > IMO). > > > > > > > > And that begs the question, why is switching-capability an > > > unrestricted > > > > uint8 when only 12 values are valid and three are deprecated? > > > > > > > > So why not use > > > > > > > > draft-ietf-teas-yang-te-types? > > > > > > > > I have a number of additional comments on cfg-29 but this is th= e > one > > > > that may take some discussion. > > > > > > > > Tom Petch > > > > > > > > > > > > ----- Original Message ----- > > > > From: > > > > > > > > Hi Tom, > > > > > > > > Thanks for your comments. I will fix them asap. > > > > Regarding: > > > > " Line length is within the RFC limit but the effect is to > spread many > > > > of the description clauses over multiple lines with indentation > of 56 > > > > characters, not user friendly e.g. > > > > description > > > > "List of max LS= P > > > > bandwidths for different > > > > priorities."; > > > > " > > > > What's your suggestion on this one ? > > > > > > > > Brgds, > > > > > > > > -----Original Message----- > > > > From: tom petch [mailto:ietfc@btconnect.com] > > > > Sent: Tuesday, November 27, 2018 12:11 > > > > Subject: Re: [Lsr] Yangdoctors last call review of > > > > draft-ietf-isis-yang-isis-cfg-24 > > > > > > > > Some quirks in-25 > > > > > > > > I see lots of YANG reference statements - good - but no mention > of > > > them > > > > in the I-D references - not so good. My list is > > > > > > > > 5130 > > > > 5305 > > > > 5306 > > > > 5880 > > > > 5881 > > > > 6119 > > > > 6232 > > > > 7794 > > > > 7810 > > > > 7917 > > > > 8405 > > > > > > > > Also perhaps > > > > OLD > > > > reference "RFC XXXX - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD).Please replace YYYY > with > > > > > published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > NEW > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD). > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > OLD > > > > reference "draft-ietf-bfd-yang-xx.txt: > > > > YANG Data Model for Bidirectional Forwarding > > > > Detection (BFD)"; > > > > NEW > > > > reference "RFC YYYY - YANG Data Model for Bidirectional > > > > Forwarding Detection (BFD). > > > > > > > > -- Note to RFC Editor Please replace YYYY with published RFC > > > > number for draft-ietf-bfd-yang."; > > > > > > > > > > > > Line length is within the RFC limit but the effect is to spread > many > > > of > > > > the description clauses over multiple lines with indentation of > 56 > > > > characters, not user friendly > > > > e.g. > > > > description > > > > "List of max LS= P > > > > bandwidths for different > > > > priorities."; > > > > > > > > > > > > Acknowledgements is TBD. I note that the editor list of the YAN= G > > > module > > > > is somewhat longer than the editor list of the I-D. > > > > > > > > I note that the augmentation of interfaces seems to have no > > > conditional > > > > and so will augment all interfaces. I think that this is a > generic > > > issue > > > > but do not see it being addressed anywhere. > > > > > > > > In a similar vein, you are defining MPLS objects and I am uncle= ar > > > > whether or not those should be conditional, or part of the MPLS > YANG > > > > modules or both (copying Tarek for this) > > > > > > > > Tom Petch > > > > > > > > ----- Original Message ----- > > > > From: "Ebben Aries" > > > > Sent: Tuesday, October 23, 2018 12:45 AM > > > > > > > > > Reviewer: Ebben Aries > > > > > Review result: On the Right Track > > > > > > > > > > 1 module in this draft: > > > > > - ietf-isis@2018-08-09.yang > > > > > > > > > > No YANG compiler errors or warnings (from pyang 1.7.5 and > yanglint > > > > 0.16.54) > > > > > > > > > > "ietf-isis@2018-08-09" module is compatible with the NMDA > > > > architecture. > > > > > > > > > > Module ietf-isis@2018-08-09.yang: > > > > > - Both the description and the draft name reference that this > module > > > > is > > > > > specific to configuration but contains operational state > nodes in > > > > addition > > > > > to RPCs and notifications. Any wording suggesting this is > only > > > > > configuration should be changed > > > > > - Module description must contain most recent copyright notic= e > per > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1 > > > > > - Module description reads "common across all of the vendor > > > > implementations". > > > > > I don't think this needs to be called out as such as that i= s > the > > > > overall > > > > > intention of *all* IETF models > > > > > - This module contains '22' features (and the respective OSPF > module > > > > currently > > > > > contains '26'). While it is understood the purpose of thes= e > > > > features in the > > > > > module, take precaution as to complexity for clients if the= y > need > > > to > > > > > understand >=3D quantity of features per module in use on a > > > > > network-element. We are going to end up w/ feature > explosion to > > > > convey > > > > > *all* possible features of each network-element leading to > > > > divergence back > > > > > towards native models at the end of the day. A large amoun= t > of > > > > these > > > > > feature names could be defined within a more global namespa= ce > > > (e.g. > > > > nsr) but > > > > > this gives us a granular yet cumbersome approach (e.g. > feature > > > > isis:nsr, > > > > > ospf:nsr, etc..) > > > > > - RPC 'clear-adjacency' does not have any input leaf that > covers > > > > clearing a > > > > > specific neighbor/adjacency (See comments below as well > regarding > > > > RPC > > > > > alignment w/ the OSPF model) > > > > > - RPC 'clear-adjacency' has an input node of 'interface' > however > > > this > > > > is just > > > > > a string type. Is there any reason this is not a > > > > leafref/if:interface-ref > > > > > (much like in the OSPF model) > > > > > - Child nodes within a container or list SHOULD NOT replicate > the > > > > parent > > > > > identifier per > > > > > > > > > > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3 > > --0000000000001658ad057f1e260e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Jan 10, 2019 at 4:42 AM Acee Lindem (acee) <acee@cisco.com> wrote:
Hi Andy,

=EF=BB=BFOn 1/10/19, 7:38 AM, "Andy Bierman" <andy@yumaworks.com> wrote:
=C2=A0 =C2=A0 On Thu, Jan 10, 2019 at 12:34 AM <stephane.litkowski@orange.com> wrote:

=C2=A0 =C2=A0 > Hi Andy,
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > What I=E2=80=99m still not catching is the difference yo= u make between having a
=C2=A0 =C2=A0 > description statement telling :=E2=80=9D A server MUST a= ccept a string up to 64
=C2=A0 =C2=A0 > characters in length=E2=80=9D and a type string with len= gth =E2=80=9C0..64=E2=80=9D ?
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > There is probably something that I=E2=80=99m missing her= e.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >

=C2=A0 =C2=A0 A server MAY accept a string longer than 64 characters.
=C2=A0 =C2=A0 A range 0..64 means a server MUST NOT accept a string longer = than 64
=C2=A0 =C2=A0 Characters

I don't think we should set the string range unless the range in specif= ied in the protocol RFCs. In some cases, it may be beneficial to provide gu= idance in the description. I believe this is similar to Juergen's posit= ion.


Agreed -- that is a good guideline for= protocol related strings.
But what about admin strings?


=
Some of us implement servers using the theory that the NMS knows
=
what it's doing and servers do what they are told.=C2=A0 So if the= client
configured a 1M byte admin string the server would try to= accept it instead
of putting an arbitrary limit (because there i= s no YANG limit).

I prefer the SnmpAdminString app= roach because the client knows what
every compliant server will a= ccept.=C2=A0 But YANG models just use plain string
and only regre= ssion test tools ask for 1M byte admin strings. IMO, this has not been
a problem in real deployments. We should continue to use plain "= string" for
admin strings.


Thanks,
Acee

Andy
=C2=A0



=C2=A0 =C2=A0 > Brgds,
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >


=C2=A0 =C2=A0 Andy


=C2=A0 =C2=A0 > *From:* Andy Bierman [mailto:andy@yumaworks.com]
=C2=A0 =C2=A0 > *Sent:* Wednesday, January 09, 2019 18:06
=C2=A0 =C2=A0 > *To:* Juergen Schoenwaelder; LITKOWSKI Stephane OBS/OINI= S; tom petch;
=C2=A0 =C2=A0 > Ebben Aries; yang-doctors@ietf.org;
=C2=A0 =C2=A0 > draft-ietf-isis-yang-isis-cfg.all@ietf.org; lsr@ietf.org
=C2=A0 =C2=A0 > *Subject:* Re: [yang-doctors] [Lsr] Yangdoctors last cal= l review of
=C2=A0 =C2=A0 > draft-ietf-isis-yang-is-is-cfg-29
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Hi,
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > I agree with Juergen.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > The protocol has a "too-big" error is the serv= er will not accept a big
=C2=A0 =C2=A0 > string.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > There should not be a false choice between an arbitrary = maximum and
=C2=A0 =C2=A0 > "terabytes".
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > You cannot use a range-stmt to specify the minimum requi= red length that
=C2=A0 =C2=A0 > must be supported.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > length "3..max" does not allow strings of leng= th 0 - 2.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > The description-stmt can have "A server MUST accept= a string up to 64
=C2=A0 =C2=A0 > characters in length"
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > which lets the client choose a length from 0 to 64, and = this will work on
=C2=A0 =C2=A0 > all server implementations.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Andy
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > On Wed, Jan 9, 2019 at 5:10 AM Juergen Schoenwaelder <= ;
=C2=A0 =C2=A0 > j.schoenwaelder@jacobs-university.de> wrote:
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Hi,
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > please see my other email about the distinction I make b= etween a hard
=C2=A0 =C2=A0 > length restriction and the minimum length expected to be= supported.=C2=A0 I
=C2=A0 =C2=A0 > wonder how you can sensibly pick a limit for things like= non-best-reason:
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf non-best-reason {<= br> =C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Inf= ormation field to describe why the alternate
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 is not b= est.";
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > You are simply creating an arbitrary restriction. And hu= mble server is
=C2=A0 =C2=A0 > not likely to send you an jpg image (and a bogus server = will do so
=C2=A0 =C2=A0 > anyway). (There are other similar objects.)
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Since I am searching for 'type string', I wonder= whether these are
=C2=A0 =C2=A0 > clear enough definitions.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf prefix {
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Pro= tected prefix.";
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf alternate {
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type string;
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Alt= ernate nexthop for the prefix.";
=C2=A0 =C2=A0 >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > What is the (canonical) format of the allowed values? (T= here are more of
=C2=A0 =C2=A0 > these.)
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > /js
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > On Wed, Jan 09, 2019 at 12:52:07PM +0000, stephane.litkowski@ora= nge.com
=C2=A0 =C2=A0 > wrote:
=C2=A0 =C2=A0 > > Hi Tom,
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > If you agree, I will set a length restriction on ea= ch string (ops and
=C2=A0 =C2=A0 > cfg). It looks clearer for me rather than setting it in = the description.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > For the references, I'm working on it.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Brgds,
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > -----Original Message-----
=C2=A0 =C2=A0 > > From: tom petch [mailto:ietfc@btconnect.com]
=C2=A0 =C2=A0 > > Sent: Wednesday, January 09, 2019 12:38
=C2=A0 =C2=A0 > > To: LITKOWSKI Stephane OBS/OINIS; Ebben Aries; yang-doctors@ietf.or= g
=C2=A0 =C2=A0 > > Cc: draft-ietf-isis-yang-isis-cfg.all@ietf.org= ; lsr@ietf.org =C2=A0 =C2=A0 > > Subject: Re: [Lsr] Yangdoctors last call review of<= br> =C2=A0 =C2=A0 > draft-ietf-isis-yang-is-is-cfg-29
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Stephane
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Thanks for persisting.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > On string lengths, I take your point about no user = input to Operational
=C2=A0 =C2=A0 > > State; there, my concern is more about giving guida= nce to implementors
=C2=A0 =C2=A0 > > as to what they should cater for - as I said, this = has been a topic of
=C2=A0 =C2=A0 > > lively discussion in other WG.=C2=A0 Even before th= at, whenever I see a
=C2=A0 =C2=A0 > > string, I think is there an implicit length restric= tion and if not,
=C2=A0 =C2=A0 > > should there be an explicit one which, as Juergen s= uggested, could be in
=C2=A0 =C2=A0 > > the description clause.=C2=A0 My experience is that= those working with
=C2=A0 =C2=A0 > > networks think about size, about length; those comi= ng from applications
=C2=A0 =C2=A0 > > tend to think 'What is a few terabytes between = friends?' and are unaware
=C2=A0 =C2=A0 > > that sizes that may be commonplace in servers and a= ssociated storage can
=C2=A0 =C2=A0 > > create difficulties over a network.=C2=A0 Whatever,= I leave this one up to
=C2=A0 =C2=A0 > > you.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > On references, I would like a change; you say this = information is in the
=C2=A0 =C2=A0 > > base ISO spec.=C2=A0 Well, yes, to me that means th= at it should be a
=C2=A0 =C2=A0 > > Normative Reference.=C2=A0 I could not understand t= he description of e.g.
=C2=A0 =C2=A0 > > 'i/e' and needed to look it up but seemingl= y cannot do so with the
=C2=A0 =C2=A0 > > listed references of the I-D.=C2=A0 Note that RFC s= uch as RFC5305 and RFC6119
=C2=A0 =C2=A0 > > do reference International Standard 10589 and I thi= nk that this one
=C2=A0 =C2=A0 > > should too, perhaps in s.2.7 and s.5.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Tom Petch
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > ----- Original Message -----
=C2=A0 =C2=A0 > > From: <stephane.litkowski@orange.com>
=C2=A0 =C2=A0 > > Sent: Wednesday, January 09, 2019 9:18 AM
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Hi Tom,
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Please find inline answers.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > -----Original Message-----
=C2=A0 =C2=A0 > > From: tom petch [mailto:ietfc@btconnect.com]
=C2=A0 =C2=A0 > > Sent: Tuesday, January 08, 2019 18:45
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Ok.=C2=A0 Top-posting the ones that are not 'ok= ':
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > I said that I thought that LSP did not need expandi= ng on first use and
=C2=A0 =C2=A0 > > then checked the RFC Editor list to find that it is= not one they regard
=C2=A0 =C2=A0 > > as well-known and that LSR protocols use it differe= ntly to others, so I
=C2=A0 =C2=A0 > > suggest expanding LSP on first use.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] Already done for the next version.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > On lengths of text messages, perhaps I am too sensi= tive to buffer
=C2=A0 =C2=A0 > > overrun attacks and the like and so want a maximum = on many things (and
=C2=A0 =C2=A0 > > then people attach a friendly, 20Mbyte photo to the= ir e-mail at
=C2=A0 =C2=A0 > > Christmas and
=C2=A0 =C2=A0 > > wonder why their ESP rejects the message so I do no= t congratulate them
=C2=A0 =C2=A0 > > on the latest addition to the family:-).=C2=A0 The = IDR WG had a lively
=C2=A0 =C2=A0 > > discussion about maximum message lengths in 2017 an= d that has also
=C2=A0 =C2=A0 > > stayed in my mind.=C2=A0 I have seen the comments o= n this by Juergen and
=C2=A0 =C2=A0 > > Lada; perhaps as Juergen intimates, something in th= e Description would
=C2=A0 =C2=A0 > > help; and while the server may not be rogue, it may= not have a perfect
=C2=A0 =C2=A0 > > implementation.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] What I need to understand from your comment o= n string length
=C2=A0 =C2=A0 > > enforcement is if it applies to operational state o= r just config states
=C2=A0 =C2=A0 > > ? I do not see any issue of not enforcing the opera= tional state as there
=C2=A0 =C2=A0 > > is no input from the user there and so no attack ve= ctor, this is purely
=C2=A0 =C2=A0 > > internal to the implementation. For config statemen= ts, it makes sense as
=C2=A0 =C2=A0 > > there is an input from the user that can be anythin= g.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > On the length of password, I saw a Security AD want= ing clarification on
=C2=A0 =C2=A0 > > this not too long ago so you may see this comment a= gain from one such .
=C2=A0 =C2=A0 > > Likewise, MD5 tends to be a red flag although I see= it appears in bgp
=C2=A0 =C2=A0 > > yang.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > I like the sort of detail in ippm-twamp-yang, on al= gorithms, entropy and
=C2=A0 =C2=A0 > > such like (although I have not seen a review by Sec= urity AD/directorate
=C2=A0 =C2=A0 > > of that).
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > But I am left confused as to exactly what the cited= object is doing.
=C2=A0 =C2=A0 > > Yes, TLV10 provides authentication for any PDU, but= what are the fields
=C2=A0 =C2=A0 > > in the YANG module doing?=C2=A0 Is
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf authentication-type= {
=C2=A0 =C2=A0 > > the first octet of TLV10?=C2=A0 Is
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0leaf authentication-key {=
=C2=A0 =C2=A0 > > the rest of TLV10?=C2=A0 And where is this 'pre= sented' as the YANG module
=C2=A0 =C2=A0 > > says?=C2=A0 Are you thinking of a YANG client prese= nting the field to a user
=C2=A0 =C2=A0 > > at a terminal, one router presenting it to another,= or what?
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > I am using RFC5310 as my source for TLV10 and wonde= ring why that is not
=C2=A0 =C2=A0 > > a Normative Reference for this I-D
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] TLV 10 is defined in the base ISO spec of IS-= IS. RFC5310 just adds
=C2=A0 =C2=A0 > > the crypto auth as new types.
=C2=A0 =C2=A0 > > The authentication-type is the first byte of the TL= V (called
=C2=A0 =C2=A0 > > Authentication Type as well).
=C2=A0 =C2=A0 > > The authentication-key cannot be mapped directly to= the
=C2=A0 =C2=A0 > > authentication-value field. This is the case for Cl= earText password
=C2=A0 =C2=A0 > > authtype but not crypto which adds a keyID in front= of the
=C2=A0 =C2=A0 > > authentication data.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > On the I/E bit, the question is, which standard?=C2= =A0 I have 30 Normative
=C2=A0 =C2=A0 > > references to choose from.=C2=A0 =C2=A0I found up/d= own in RFC5305, but only by
=C2=A0 =C2=A0 > > accident, and I have not found i/e yet so a referen= ce would be good.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] I/E bit is part of the base ISO spec of IS-IS= and relevant for
=C2=A0 =C2=A0 > > "legacy advertisements" of prefix and lin= ks. By the way, after checking,
=C2=A0 =C2=A0 > > the position of the i-e leaf is currently wrong and= needs to be within
=C2=A0 =C2=A0 > > the metric (default, delay...). I will fix this. =C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Tom Petch
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > ----- Original Message -----
=C2=A0 =C2=A0 > > From: stephane.litkowski@orange.com
=C2=A0 =C2=A0 > > Sent: Monday, January 07, 2019 9:22 AM
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Hi Tom,
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Thanks for your comments.
=C2=A0 =C2=A0 > > I wish you an happy new year !
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Please find inline comments.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Brgds,
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > -----Original Message-----
=C2=A0 =C2=A0 > > From: tom petch [mailto:ietfc@btconnect.com]
=C2=A0 =C2=A0 > > Sent: Wednesday, January 02, 2019 12:17
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Here are the rest of my comments on -29 with a slig= ht tweak to the
=C2=A0 =C2=A0 > > subject line.=C2=A0 I would regard most of these (b= ut not the first two) as
=C2=A0 =C2=A0 > > non-discussable, ie I won't complain if you dis= agree:-)
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > RFC1195 is in the YANG module but not the reference= s of the I-D
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > RFC5029 is in the YANG module but not the reference= s of the I-D
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > PSNPs, CSNPs
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > expand on first use - LSP I think ok
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf best {=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type boolean;
=C2=A0 =C2=A0 > > what is true and what false?=C2=A0 I can guess from= the English semantics of
=C2=A0 =C2=A0 > > the name but would rather not guess.
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > > To replace the current description which is : "= ;"Indicates if the
=C2=A0 =C2=A0 > > alternate is the preferred."", do you pre= fer: "Set to true when the
=C2=A0 =C2=A0 > > alternate is preferred, set to false otherwise"= ; ?
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf non-best-reas= on {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type string;
=C2=A0 =C2=A0 > > suggest a maximum length, perhaps 127 or 255 ( unle= ss you expect
=C2=A0 =C2=A0 > > screenshots or packet traces to be attached).=C2=A0= As it stands, you could
=C2=A0 =C2=A0 > > validly receive
=C2=A0 =C2=A0 > > a length of 18446744073709551615.
=C2=A0 =C2=A0 > > [SLI] Agree, will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > You have a mixture of
=C2=A0 =C2=A0 > > System-id system-id System id System ID System Id s= ystem id system ID
=C2=A0 =C2=A0 > > suggest consistency; system-id wfm
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > You have a mixture of
=C2=A0 =C2=A0 > > lsp-id LSPID LSP ID
=C2=A0 =C2=A0 > > here, perhaps lsp-id for the names and LSP ID in th= e text
=C2=A0 =C2=A0 > > [SLI] Will fix it
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0case password {=C2=A0 =C2= =A0 =C2=A0 =C2=A0 leaf key {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type s= tring;
=C2=A0 =C2=A0 > > perhaps better with a minimum length
=C2=A0 =C2=A0 > > [SLI] I agree that it could make sense but is it re= ally something that
=C2=A0 =C2=A0 > > we should impose ?
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf i-e {=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 type boolean;
=C2=A0 =C2=A0 > > what is true and what false?=C2=A0 here I am reluct= ant even to guess
=C2=A0 =C2=A0 > > [SLI] This is coming from the standard, is it reall= y worth repeating it
=C2=A0 =C2=A0 > > ? Same for up/down bit.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > /"Authentication keyto/=C2=A0 "Authentica= tion key to/
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > "=C2=A0 =C2=A0 =C2=A0the authentication key MU= ST NOT be presented in"
=C2=A0 =C2=A0 > > RFC2119 language means that RFC2119 boilerplate sho= uld be in the YANG
=C2=A0 =C2=A0 > > module (but without the [..] ie the reference must = be plain text not an
=C2=A0 =C2=A0 > > anchor).
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] You are right, it is missing.
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 It is recommended to use an MD5
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 hash to pr= esent the authentication-key.";
=C2=A0 =C2=A0 > > Mmm I think that this may be a red flag to security= AD or directorate as
=C2=A0 =C2=A0 > > being too vague as well as MD5 too weak; and I thin= k this should be
=C2=A0 =C2=A0 > > explicitly called out in Security Considerations. =C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] I agree that there is a point to discuss here= . The fact is that we
=C2=A0 =C2=A0 > > must not retrieve passwords in clear text. Maybe it= is something with a
=C2=A0 =C2=A0 > > wider scope than IS-IS. How do the other models dea= l with passwords
=C2=A0 =C2=A0 > > retrieved through "get" or "get-conf= ig" ?
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0list level-db {=C2=A0 =C2= =A0 =C2=A0 =C2=A0 key level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {
=C2=A0 =C2=A0 > > A common convention is for a list of leaf thing to = be named things i.e.
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0list levels {=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0key level;=C2=A0 =C2=A0 =C2=A0 =C2=A0 leaf level {<= br> =C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > [SLI] ack
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0rpc clear-adjacency {
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"Name = of the IS-IS protocol instance whose IS-IS
=C2=A0 =C2=A0 > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 informatio= n is being queried.
=C2=A0 =C2=A0 > > queried or cleared?
=C2=A0 =C2=A0 > > [SLI] "cleared"
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > Tom Petch
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > ----- Original Message -----
=C2=A0 =C2=A0 > > From: "tom petch" <ietfc@btconnect.com>
=C2=A0 =C2=A0 > > Sent: Monday, December 31, 2018 6:21 PM
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > >
=C2=A0 =C2=A0 > > > Stephane
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > A new and different comment.
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0grouping neighbor-gmpls-extensions= {
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > has a text reference to RFC5307 which does not= appear in the
=C2=A0 =C2=A0 > > references
=C2=A0 =C2=A0 > > > for the I-D.=C2=A0 However, before adding it, = I would like to know why it
=C2=A0 =C2=A0 > > is
=C2=A0 =C2=A0 > > > a good reference for switching capabilities (w= hich is part of this
=C2=A0 =C2=A0 > > > grouping).=C2=A0 I think that the reference fo= r switching capabilities
=C2=A0 =C2=A0 > > should
=C2=A0 =C2=A0 > > > be RFC7074 (which this I-D does not currently = reference and should
=C2=A0 =C2=A0 > > IMO).
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > And that begs the=C2=A0 question, why is switc= hing-capability an
=C2=A0 =C2=A0 > > unrestricted
=C2=A0 =C2=A0 > > > uint8 when only 12 values are valid and three = are deprecated?
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > So why not use
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > draft-ietf-teas-yang-te-types?
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > I have a number of additional comments on cfg-= 29 but this is the one
=C2=A0 =C2=A0 > > > that may take some discussion.
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Tom Petch
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > ----- Original Message -----
=C2=A0 =C2=A0 > > > From: <stephane.litkowski@orange.com>
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Hi Tom,
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Thanks for your comments. I will fix them asap= .
=C2=A0 =C2=A0 > > > Regarding:
=C2=A0 =C2=A0 > > > " Line length is within the RFC limit but= the effect is to spread many
=C2=A0 =C2=A0 > > > of the description clauses over multiple lines= with indentation of 56
=C2=A0 =C2=A0 > > > characters, not user friendly e.g.
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LS= P
=C2=A0 =C2=A0 > > > bandwidths for different
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";<= br> =C2=A0 =C2=A0 > > > "
=C2=A0 =C2=A0 > > > What's your suggestion on this one ?
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Brgds,
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > -----Original Message-----
=C2=A0 =C2=A0 > > > From: tom petch [mailto:ietfc@btconnect.com]
=C2=A0 =C2=A0 > > > Sent: Tuesday, November 27, 2018 12:11
=C2=A0 =C2=A0 > > > Subject: Re: [Lsr] Yangdoctors last call revie= w of
=C2=A0 =C2=A0 > > > draft-ietf-isis-yang-isis-cfg-24
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Some quirks in-25
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > I see lots of YANG reference statements - good= - but no mention of
=C2=A0 =C2=A0 > > them
=C2=A0 =C2=A0 > > > in the I-D references - not so good.=C2=A0 My = list is
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > 5130
=C2=A0 =C2=A0 > > > 5305
=C2=A0 =C2=A0 > > > 5306
=C2=A0 =C2=A0 > > > 5880
=C2=A0 =C2=A0 > > > 5881
=C2=A0 =C2=A0 > > > 6119
=C2=A0 =C2=A0 > > > 6232
=C2=A0 =C2=A0 > > > 7794
=C2=A0 =C2=A0 > > > 7810
=C2=A0 =C2=A0 > > > 7917
=C2=A0 =C2=A0 > > > 8405
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Also perhaps
=C2=A0 =C2=A0 > > > OLD
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0reference "RFC XXXX - = YANG Data Model for Bidirectional
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Forwarding Detection (BFD).Please replace YYYY with
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 published RFC
=C2=A0 =C2=A0 > > > number for draft-ietf-bfd-yang.";
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > NEW
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - = YANG Data Model for Bidirectional
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Forwarding Detection (BFD).
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > -- Note to RFC Editor Please replace YYYY with= published RFC
=C2=A0 =C2=A0 > > > number for draft-ietf-bfd-yang.";
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > OLD
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0reference "draf= t-ietf-bfd-yang-xx.txt:
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 YANG Data Model for Bidirectional Forwarding
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Detection (BFD)";
=C2=A0 =C2=A0 > > > NEW
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0reference "RFC YYYY - = YANG Data Model for Bidirectional
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Forwarding Detection (BFD).
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > -- Note to RFC Editor Please replace YYYY with= published RFC
=C2=A0 =C2=A0 > > > number for draft-ietf-bfd-yang.";
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Line length is within the RFC limit but the ef= fect is to spread many
=C2=A0 =C2=A0 > > of
=C2=A0 =C2=A0 > > > the description clauses over multiple lines wi= th indentation of 56
=C2=A0 =C2=A0 > > > characters, not user friendly
=C2=A0 =C2=A0 > > > e.g.
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0description
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"List of max LS= P
=C2=A0 =C2=A0 > > > bandwidths for different
=C2=A0 =C2=A0 > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities.";<= br> =C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Acknowledgements is TBD. I note that the edito= r list of the YANG
=C2=A0 =C2=A0 > > module
=C2=A0 =C2=A0 > > > is somewhat longer than the editor list of the= I-D.
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > I note that the augmentation of interfaces see= ms to have no
=C2=A0 =C2=A0 > > conditional
=C2=A0 =C2=A0 > > > and so will augment all interfaces. I think th= at this is a generic
=C2=A0 =C2=A0 > > issue
=C2=A0 =C2=A0 > > > but do not see it being addressed anywhere. =C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > In a similar vein, you are defining MPLS objec= ts and I am unclear
=C2=A0 =C2=A0 > > > whether or not those should be conditional, or= part of the MPLS YANG
=C2=A0 =C2=A0 > > > modules or both (copying Tarek for this)
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > Tom Petch
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > ----- Original Message -----
=C2=A0 =C2=A0 > > > From: "Ebben Aries" <exa@juniper.net>
=C2=A0 =C2=A0 > > > Sent: Tuesday, October 23, 2018 12:45 AM
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > > > Reviewer: Ebben Aries
=C2=A0 =C2=A0 > > > > Review result: On the Right Track
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > > > 1 module in this draft:
=C2=A0 =C2=A0 > > > > - ietf-isis@2018-08-09.yang
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > > > No YANG compiler errors or warnings (from= pyang 1.7.5 and yanglint
=C2=A0 =C2=A0 > > > 0.16.54)
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > > > "ietf-isis@2018-08-09" module i= s compatible with the NMDA
=C2=A0 =C2=A0 > > > architecture.
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > > > Module ietf-isis@2018-08-09.yang:
=C2=A0 =C2=A0 > > > > - Both the description and the draft name= reference that this module
=C2=A0 =C2=A0 > > > is
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0specific to configuration but= contains operational state nodes in
=C2=A0 =C2=A0 > > > addition
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0to RPCs and notifications.=C2= =A0 Any wording suggesting this is only
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0configuration should be chang= ed
=C2=A0 =C2=A0 > > > > - Module description must contain most re= cent copyright notice per
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > https= ://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.1
=C2=A0 =C2=A0 > > > > - Module description reads "common a= cross all of the vendor
=C2=A0 =C2=A0 > > > implementations".
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0I don't think this needs = to be called out as such as that is the
=C2=A0 =C2=A0 > > > overall
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0intention of *all* IETF model= s
=C2=A0 =C2=A0 > > > > - This module contains '22' featu= res (and the respective OSPF module
=C2=A0 =C2=A0 > > > currently
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0contains '26').=C2=A0= While it is understood the purpose of these
=C2=A0 =C2=A0 > > > features in the
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0module, take precaution as to= complexity for clients if they need
=C2=A0 =C2=A0 > > to
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0understand >=3D quantity o= f features per module in use on a
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0network-element.=C2=A0 We are= going to end up w/ feature explosion to
=C2=A0 =C2=A0 > > > convey
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0*all* possible features of ea= ch network-element leading to
=C2=A0 =C2=A0 > > > divergence back
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0towards native models at the = end of the day.=C2=A0 A large amount of
=C2=A0 =C2=A0 > > > these
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0feature names could be define= d within a more global namespace
=C2=A0 =C2=A0 > > (e.g.
=C2=A0 =C2=A0 > > > nsr) but
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0this gives us a granular yet = cumbersome approach (e.g. feature
=C2=A0 =C2=A0 > > > isis:nsr,
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0ospf:nsr, etc..)
=C2=A0 =C2=A0 > > > > - RPC 'clear-adjacency' does not = have any input leaf that covers
=C2=A0 =C2=A0 > > > clearing a
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0specific neighbor/adjacency (= See comments below as well regarding
=C2=A0 =C2=A0 > > > RPC
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0alignment w/ the OSPF model)<= br> =C2=A0 =C2=A0 > > > > - RPC 'clear-adjacency' has an in= put node of 'interface' however
=C2=A0 =C2=A0 > > this
=C2=A0 =C2=A0 > > > is just
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0a string type.=C2=A0 Is there= any reason this is not a
=C2=A0 =C2=A0 > > > leafref/if:interface-ref
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0(much like in the OSPF model)=
=C2=A0 =C2=A0 > > > > - Child nodes within a container or list = SHOULD NOT replicate the
=C2=A0 =C2=A0 > > > parent
=C2=A0 =C2=A0 > > > >=C2=A0 =C2=A0identifier per
=C2=A0 =C2=A0 > > > >
=C2=A0 =C2=A0 > > >
=C2=A0 =C2=A0 > > https= ://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.3

--0000000000001658ad057f1e260e-- From nobody Thu Jan 10 17:50:41 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C06F212D84D; Thu, 10 Jan 2019 17:50:34 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk To: "The IESG" Cc: draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org, Acee Lindem , aretana.ietf@gmail.com, lsr-chairs@ietf.org, acee@cisco.com, lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154717143477.30764.11581104498533107229.idtracker@ietfa.amsl.com> Date: Thu, 10 Jan 2019 17:50:34 -0800 Archived-At: Subject: [Lsr] Benjamin Kaduk's No Objection on draft-ietf-ospf-ospfv3-segment-routing-extensions-23: (with COMMENT) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 01:50:35 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-ospf-ospfv3-segment-routing-extensions-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-ospf-ospfv3-segment-routing-extensions/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for addressing my Discuss point! [Original COMMENT section preserved unchanged below] Section 1 Is there a start of the separate document that covers SR with the IPv6 data plane that we could reference from here? Section 5 In some cases it is useful to advertise attributes for a range of prefixes. The Segment Routing Mapping Server, which is described in [I-D.ietf-spring-segment-routing-ldp-interop], is an example of where a single advertisement is needed to advertise SIDs for multiple prefixes from a contiguous address range. I note that the referenced document does not use the word "range" to describe the prefix being assigned multiple SIDs; it might be helpful to say a few more words about how the range of prefixes gets mapped to what is discussed in the linked document. I'm also not entirely sure how to construct the prefix range just given this format description. Suppose I have an IPv4 prefix of 18.18/16 and a range size of 4; my prefix length is 16 and the address prefix is encoded as 0x120120000. Am I then representing the four prefixes 18.18/16, 18.19/16, 18.20/16, and 18.21/16? Or am I constrained to be a subset of 18.18/18 (in which case I don't know what the actual distinct prefixes would be)? The examples in Section 6 suggests the former, but I would suggest stating this explictly, here. Section 6 Should there be any discussion of the historical or future reasons why V and L are separate flag bits, given that the only legal combinations are currently 00 and 11, i.e., fully redundant? It may not be necessary to expand ASBR on first usage here, since it's in the terminology section (and marked as "well-known" at https://www.rfc-editor.org/materials/abbrev.expansion.txt). If the NP-Flag is not set, then any upstream neighbor of the Prefix- SID originator MUST pop the Prefix-SID. This is equivalent to the penultimate hop popping mechanism used in the MPLS dataplane. If the NP-flag is not set, then the received E-flag is ignored. Is it going to be clear that "pop" only applies when this Prefix-SID is the outermost label? (Or am I super-confused about how this is supposed to work?) A similar consideration may apply to the discussion of the NP flag as well. Also some redundantly expanded ABR and ASBR here as well. This is useful, e.g., when the originator of the Prefix- SID is the final destination for the related prefix and the originator wishes to receive the packet with the original EXP bits. Are we still supposed to call these the EXP bits after RFC 5462? (I had to look up what they were; not sure if this means that we should put a reference in for them or not, given that I'm not a practitioner here.) When the M-Flag is set, the NP-flag and the E-flag MUST be ignored on reception. Do I understand this correctly that this is because the mapping server may not know the needs of the individual routers, and if the routers had specific needs they should advertise the SIDs directly (which would take precedence over the mapping server's advertisement)? If so, given the following discussion, I wouldn't suggest adding any extra text about it, but I do want to make sure I'm understanding it properly. When a Prefix-SID is advertised in the OSPFv3 Extended Prefix Range TLV, then the value advertised in the Prefix SID Sub-TLV is interpreted as a starting SID/Label value. Am I remembering correctly that Prefix-SID can appear multiple times within OSPFv3 Extended Prefix Range? Then each Prefix-SID would be indicating a distinct range but adhering to the same parameters of the range that are indicated in the Extended Prefix Range TLV? This seems a little weird on the face of it (as opposed to a single Prefix-SID sub-TLV per Extended Prefix Range), but maybe there's a use case that I'm missing on first glance. Section 7.1 (Probably off-topic: what's the use case for assigning the same Adj-SID to different adjacencies?) Section 7.2 Perhaps add DR to the terminology section (or expand on first usage)? Section 8.1 When a Prefix-SID is advertised by the Mapping Server, which is indicated by the M-flag in the Prefix-SID Sub-TLV (Section 6), the route type as implied by the LSA type is ignored and the Prefix-SID is bound to the corresponding prefix independent of the route type. Is this considered to be Update-ing the behavior of another RFC? Advertisement of the Prefix-SID by the Mapping Server using an Inter- Area Prefix TLV, External-Prefix TLV, or Intra-Area-Prefix TLV [RFC8362] does not itself contribute to the prefix reachability. The NU-bit MUST be set in the PrefixOptions field of the LSA which is used by the Mapping Server to advertise SID or SID Range, which prevents the advertisement from contributing to prefix reachability. This MUST reads like it is restating an existing normative requirement from elsewhere (in which case we should probably just state it as fact and provide a reference). Or is it a new requirement (in which case Updates: might be in order)? Area-scoped OSPFv3 Extended Prefix Range TLVs are propagated between areas. Similar to propagation of prefixes between areas, an ABR only propagates the OSPFv3 Extended Prefix Range TLV that it considers to be the best from the set it received. The rules used to pick the best OSPFv3 Extended Prefix Range TLV are described in Section 5. I don't see any usage of "best" in Section 5; I do see direction to use the numerically smallest Instance ID when multiple Extended Prefix Range TLVs advertise *the exact same range*. But this in and of itself does not safisfy the claim here that there is guidance to pick a single best Extended Prefix Range TLV, so I'm left confused as to what's supposed to happen. Perhaps this was intended as a transition to Section 8.2 instead of referring back to Section 5 (especially considering that Section 8.1 is supposed to be intra-area but this topic is inter-area)? (This sort of dangling/unclear internal reference would normally be a DISCUSS, but it seems very likely this is just a stale section number and not a real problem, so I'm keeping it in the COMMENT section for now.) Section 8.4.1 Do we need a reference for 2-Way and FULL? Section 9 I would normally expect some text about "IANA has made permanent the following temporary allocations" or similar, so the reader can quickly tell that this is not a case of codepoint squatting. From nobody Fri Jan 11 04:39:43 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11F6112E043; Fri, 11 Jan 2019 04:39:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.105 X-Spam-Level: X-Spam-Status: No, score=0.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wuVcTxGqWpyJ; Fri, 11 Jan 2019 04:39:15 -0800 (PST) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00131.outbound.protection.outlook.com [40.107.0.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 138481274D0; Fri, 11 Jan 2019 04:39:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N7GKdEbRd67lJnGerl1F8ADzpfQMmz8T1n2MaGbejq0=; b=g/xWXYWYAKx7KB1atR+MJ435FL1FoOdKFrAZbmcKZHzESEAGZ8sRtRst0yvcTg8ymwzbPEUj5Jxc2GlOAeXjPlAhTt1wg81cGxQXVUqJgIVXnv1TBp5vFy78h3svE305yIuSdwrs5Lbg7HrTR+xOfKVcAMXLUoL1z8303kEwA5Q= Received: from AM6PR07MB5926.eurprd07.prod.outlook.com (20.178.88.32) by AM6PR07MB5303.eurprd07.prod.outlook.com (20.177.198.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1537.16; Fri, 11 Jan 2019 12:39:12 +0000 Received: from AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38]) by AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::30b3:1ee4:df5f:7b38%5]) with mapi id 15.20.1516.016; Fri, 11 Jan 2019 12:39:12 +0000 From: tom petch To: Andy Bierman , "Acee Lindem (acee)" CC: Stephane Litkowski , Juergen Schoenwaelder , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooycHlP19WSsQ0KaVvaziE5yug== Date: Fri, 11 Jan 2019 12:39:11 +0000 Message-ID: <03b301d4a9aa$91bffd40$4001a8c0@gateway.2wire.net> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <91DE5DF2-1D49-4D5A-80AF-0975A7B4C686@cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P123CA0005.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:a6::17) To AM6PR07MB5926.eurprd07.prod.outlook.com (2603:10a6:20b:81::32) x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB5303; 6:DLJZP6ipX8hFG9/g/gI8zueZf2F50bYeBFvT9JyAGhfvKzM0jJyq8c6FD7dGSWuaMmO23hfhT6zbLrwYAAuTKnrLS2W1m/Klnfm/0n8yUe4HJS21RYYIUUrOM4xwnYU2Fo18/cZpuxJiZ2kIvP7q/d5+186M7yeJDMInnTjWHqmBSMHniMsMpjxQMeDs93RJVu9mNvygpxihywc29gc4LB/sazukPP4Ob9I1gVxwtVDwn9Zmtp8WBhzLiCrrTId0rIbjKzPnMRPACH+985QCrMGeVJ5xesPWu3p3l+dyP3EtN6LAgJ+jWUhEB6c/2mbsuAQbWk3sQ4Vwr1kfkTC4UxocqwZ+uePQTqfpdMVYU4f7hgWqe0mTKysOyJ9Fjn3JalJh1y9Rl8pk+T3txpqbwQDCiuO5fN8cIPUTLyJZxJ174l1qmElKKzysn5L0jNZqZzxxs+nY0/0lnsTz3kJL1w==; 5:Xjwd8mayJJOxHcltqirDALY5nGt9u/FSwsfd8pGuRm1/SRMo53vraWTSCGQB0XuRAZ1sMCjFOks6svyYLAEhBLQ7VAbfxALN5cAuAdGxEWHy5Ct29VGivwbIb1X6sYVYZXb1ay6iV/XrZKirBvXjRkfDhrhBuQXzk/v4h7z5OspPdR+bydsNBROB036iJjdPaRkKIsFbRnYUMk07KazIng==; 7:YkCIGgxF/190sAViCVatKMfIp069GgIkcSulBKuFLtwUtHK6tA4wnBM7Xrymt8WXikldlHiw1e2VJUBoQ32h6UO1Y4yS5g9gw4innyAw4/Uf6d1ngvHWcsQbRHUASBI2uREFyS85mYJZPbBwe5MQ5Q== x-ms-office365-filtering-correlation-id: 8ab60f17-dab2-49ec-d9e9-08d677c1c9a2 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:AM6PR07MB5303; x-ms-traffictypediagnostic: AM6PR07MB5303: x-microsoft-antispam-prvs: x-forefront-prvs: 09144DB0F7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(346002)(396003)(376002)(366004)(39860400002)(13464003)(189003)(199004)(51444003)(93886005)(26005)(1556002)(186003)(6506007)(14454004)(62236002)(44716002)(6512007)(71200400001)(53936002)(9686003)(71190400001)(6246003)(30864003)(53946003)(4326008)(53546011)(52116002)(102836004)(476003)(66574012)(3846002)(6116002)(446003)(81816011)(33896004)(81686011)(76176011)(486006)(86362001)(6346003)(68736007)(386003)(105586002)(8936002)(81156014)(44736005)(6486002)(8676002)(229853002)(81166006)(61296003)(106356001)(7736002)(5660300001)(97736004)(305945005)(256004)(5024004)(84392002)(2906002)(14444005)(50226002)(6436002)(14496001)(86152003)(478600001)(551544002)(66066001)(4720700003)(25786009)(110136005)(99286004)(54906003)(316002)(74416001)(7726001)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR07MB5303; H:AM6PR07MB5926.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: jXEtDC0UK9fXbj/uRzy0Yra7UyZkYjmLKB6hArPnZ/J2iy8FyTeZqggWN8Cd7to7q1q/1K8xbMXSj5lNaIwZLwxIskE398bqXnPjvGqp9wb2yzlVbwOMV742WTudAohQXiqjXS6ngI0RxU7iOl7t1ZiPX2dT8jxhNGPZzBxptB6oCsI1wk3ZsfEzFS1lVvAd+npANWFe6ntK73pVtXhC6RK+lvHEjTPH+YCD3r46uUMLqqRBhNP1bYySR6pNZtO9T7JZ2mFp+0LixhqoGZ27zXmQhWmSfDPToJ5X4zTK9cto6oj0MdmZEBifJ3mgwEI9YHki2GhUHYhiBn+SgZI7Iq62wmHgS/6b7K/FRHD3A/fdUncNkoLTa3UPaWmjGBAeX1mF4KACdcao8eurHtAoUUo+S8IHpn5BSUwJgm+lKLw= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <1329381CF4AE644DAD2442D378A74B45@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8ab60f17-dab2-49ec-d9e9-08d677c1c9a2 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jan 2019 12:39:10.9576 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB5303 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 12:39:19 -0000 LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIkFuZHkgQmllcm1hbiIgPGFuZHlA eXVtYXdvcmtzLmNvbT4NClNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDEwLCAyMDE5IDU6NDUgUE0N Cg0KT24gVGh1LCBKYW4gMTAsIDIwMTkgYXQgNDo0MiBBTSBBY2VlIExpbmRlbSAoYWNlZSkgIHdy b3RlOg0KPiBIaSBBbmR5LA0KPg0KPiDvu79PbiAxLzEwLzE5LCA3OjM4IEFNLCAiQW5keSBCaWVy bWFuIiA8YW5keUB5dW1hd29ya3MuY29tPiB3cm90ZToNCj4NCj4gICAgIE9uIFRodSwgSmFuIDEw LCAyMDE5IGF0IDEyOjM0IEFNIHdyb3RlOg0KPiAgICAgPiBIaSBBbmR5LA0KPiAgICAgPg0KPiAg ICAgPiBXaGF0IEnigJltIHN0aWxsIG5vdCBjYXRjaGluZyBpcyB0aGUgZGlmZmVyZW5jZSB5b3Ug bWFrZSBiZXR3ZWVuDQo+IGhhdmluZyBhDQo+ICAgICA+IGRlc2NyaXB0aW9uIHN0YXRlbWVudCB0 ZWxsaW5nIDrigJ0gQSBzZXJ2ZXIgTVVTVCBhY2NlcHQgYSBzdHJpbmcNCnVwIHRvDQo+IDY0DQo+ ICAgICA+IGNoYXJhY3RlcnMgaW4gbGVuZ3Ro4oCdIGFuZCBhIHR5cGUgc3RyaW5nIHdpdGggbGVu Z3RoIOKAnDAuLjY04oCdID8NCj4gICAgID4NCj4gICAgID4gVGhlcmUgaXMgcHJvYmFibHkgc29t ZXRoaW5nIHRoYXQgSeKAmW0gbWlzc2luZyBoZXJlLg0KPg0KPiAgICAgQSBzZXJ2ZXIgTUFZIGFj Y2VwdCBhIHN0cmluZyBsb25nZXIgdGhhbiA2NCBjaGFyYWN0ZXJzLg0KPiAgICAgQSByYW5nZSAw Li42NCBtZWFucyBhIHNlcnZlciBNVVNUIE5PVCBhY2NlcHQgYSBzdHJpbmcgbG9uZ2VyIHRoYW4N CjY0DQo+ICAgICBDaGFyYWN0ZXJzDQo+DQo+IEkgZG9uJ3QgdGhpbmsgd2Ugc2hvdWxkIHNldCB0 aGUgc3RyaW5nIHJhbmdlIHVubGVzcyB0aGUgcmFuZ2UgaW4NCnNwZWNpZmllZA0KPiBpbiB0aGUg cHJvdG9jb2wgUkZDcy4gSW4gc29tZSBjYXNlcywgaXQgbWF5IGJlIGJlbmVmaWNpYWwgdG8gcHJv dmlkZQ0KPiBndWlkYW5jZSBpbiB0aGUgZGVzY3JpcHRpb24uIEkgYmVsaWV2ZSB0aGlzIGlzIHNp bWlsYXIgdG8gSnVlcmdlbidzDQo+IHBvc2l0aW9uLg0KDQpBZ3JlZWQgLS0gdGhhdCBpcyBhIGdv b2QgZ3VpZGVsaW5lIGZvciBwcm90b2NvbCByZWxhdGVkIHN0cmluZ3MuDQpCdXQgd2hhdCBhYm91 dCBhZG1pbiBzdHJpbmdzPw0KDQpORVRDT05GL1lBTkcgZG9lcyBub3QgaGF2ZSBhIGRhdGEgdHlw ZSBsaWtlIFNubXBBZG1pblN0cmluZw0KKHdoaWNoIGhhcyBhIHJhbmdlIG9mIDAuLjI1NSBvY3Rl dHMpDQoNClNvbWUgb2YgdXMgaW1wbGVtZW50IHNlcnZlcnMgdXNpbmcgdGhlIHRoZW9yeSB0aGF0 IHRoZSBOTVMga25vd3MNCndoYXQgaXQncyBkb2luZyBhbmQgc2VydmVycyBkbyB3aGF0IHRoZXkg YXJlIHRvbGQuICBTbyBpZiB0aGUgY2xpZW50DQpjb25maWd1cmVkIGEgMU0gYnl0ZSBhZG1pbiBz dHJpbmcgdGhlIHNlcnZlciB3b3VsZCB0cnkgdG8gYWNjZXB0IGl0DQppbnN0ZWFkDQpvZiBwdXR0 aW5nIGFuIGFyYml0cmFyeSBsaW1pdCAoYmVjYXVzZSB0aGVyZSBpcyBubyBZQU5HIGxpbWl0KS4N Cg0KSSBwcmVmZXIgdGhlIFNubXBBZG1pblN0cmluZyBhcHByb2FjaCBiZWNhdXNlIHRoZSBjbGll bnQga25vd3Mgd2hhdA0KZXZlcnkgY29tcGxpYW50IHNlcnZlciB3aWxsIGFjY2VwdC4gIEJ1dCBZ QU5HIG1vZGVscyBqdXN0IHVzZSBwbGFpbg0Kc3RyaW5nDQphbmQgb25seSByZWdyZXNzaW9uIHRl c3QgdG9vbHMgYXNrIGZvciAxTSBieXRlIGFkbWluIHN0cmluZ3MuIElNTywgdGhpcw0KaGFzDQpu b3QgYmVlbg0KYSBwcm9ibGVtIGluIHJlYWwgZGVwbG95bWVudHMuIFdlIHNob3VsZCBjb250aW51 ZSB0byB1c2UgcGxhaW4gInN0cmluZyINCmZvcg0KYWRtaW4gc3RyaW5ncy4NCg0KPHRwPg0KDQpB bmR5DQoNCkhhdmluZyBzcGVudCBkZWNhZGVzIHdvcmtpbmcgd2l0aCBTTk1QLCBJIGFtIHdlbGwg ZmFtaWxpYXIgd2l0aCwgYW5kDQpjb21mb3J0YWJsZSwgd2l0aCBTbm1wQWRtaW5TdHJpbmcgYW5k IGl0IGlzIGRvdWJ0bGVzcyB0aGlzIGJhY2tncm91bmQNCnRoYXQgbGllcyBiZWhpbmQgc29tZSBv ZiBteSBjb21tZW50cyBvbiBzdHJpbmdzLiAgSnVlcmdlbiBpcyByaWdodCB0bw0KZGlmZmVyZW50 aWF0ZSB3aGF0IHdvdWxkIGJlIGEgcHJvdG9jb2wgZmFpbHVyZSwgYW5kIHNvIHN1aXRhYmxlIGZv ciBhDQpZQU5HIHJhbmdlIHN0YXRlbWVudCwgZnJvbSBhIG5pY2UtdG8ta25vdywgc3VpdGFibGUg Zm9yIGEgWUFORw0KJ2Rlc2NyaXB0aW9uJy4gIEJ1dCB0aGVuIEkgc2VlIGRpc2N1c3Npb25zIGxp a2UgdGhlIG9uZSBJIHJlZmVycmVkIHRvIG9uDQp0aGUgSURSIFdHIGxpc3QgYWJvdXQgaG93IGxv bmcgdG8gYWxsb3cgZm9yIGFuIGVycm9yIG1lc3NhZ2UgYW5kIHRoaW5rDQp0aGF0IFlBTkcgaXMg bWlzc2luZyBhbiBhZG1pbnN0cmluZyB0eXBlIHNvIEkgZmluZCBteXNlbGYgY29tbWVudGluZyBv bg0KdGhlIFlBTkcgZGVzY3JpcGl0b24sIHdhbnRpbmcgaXQgdG8gc2F5IG1vcmUsIGFuZCBJIGZp bmQgbXlzZWxmIGRvaW5nDQp0aGlzIGFjcm9zcyBzZXZlcmFsIFdHLi4NCg0KVG9tIFBldGNoDQoN ClRoYW5rcywNCj4gQWNlZQ0KDQpBbmR5DQoNCj4gICAgID4gQnJnZHMsDQo+DQo+ICAgICBBbmR5 DQoNCj4gICAgID4gKkZyb206KiBBbmR5IEJpZXJtYW4gW21haWx0bzphbmR5QHl1bWF3b3Jrcy5j b21dDQo+ICAgICA+ICpTZW50OiogV2VkbmVzZGF5LCBKYW51YXJ5IDA5LCAyMDE5IDE4OjA2DQo+ ICAgICA+DQo+ICAgICA+IEhpLA0KPiAgICAgPg0KPiAgICAgPiBJIGFncmVlIHdpdGggSnVlcmdl bi4NCj4gICAgID4NCj4gICAgID4gVGhlIHByb3RvY29sIGhhcyBhICJ0b28tYmlnIiBlcnJvciBp cyB0aGUgc2VydmVyIHdpbGwgbm90IGFjY2VwdA0KYQ0KPiBiaWcNCj4gICAgID4gc3RyaW5nLg0K PiAgICAgPg0KPiAgICAgPiBUaGVyZSBzaG91bGQgbm90IGJlIGEgZmFsc2UgY2hvaWNlIGJldHdl ZW4gYW4gYXJiaXRyYXJ5IG1heGltdW0NCmFuZA0KPiAgICAgPiAidGVyYWJ5dGVzIi4NCj4gICAg ID4NCj4gICAgID4gWW91IGNhbm5vdCB1c2UgYSByYW5nZS1zdG10IHRvIHNwZWNpZnkgdGhlIG1p bmltdW0gcmVxdWlyZWQNCmxlbmd0aA0KPiB0aGF0DQo+ICAgICA+IG11c3QgYmUgc3VwcG9ydGVk Lg0KPiAgICAgPg0KPiAgICAgPiBsZW5ndGggIjMuLm1heCIgZG9lcyBub3QgYWxsb3cgc3RyaW5n cyBvZiBsZW5ndGggMCAtIDIuDQo+ICAgICA+DQo+ICAgICA+IFRoZSBkZXNjcmlwdGlvbi1zdG10 IGNhbiBoYXZlICJBIHNlcnZlciBNVVNUIGFjY2VwdCBhIHN0cmluZyB1cA0KdG8gNjQNCj4gICAg ID4gY2hhcmFjdGVycyBpbiBsZW5ndGgiDQo+ICAgICA+DQo+ICAgICA+IHdoaWNoIGxldHMgdGhl IGNsaWVudCBjaG9vc2UgYSBsZW5ndGggZnJvbSAwIHRvIDY0LCBhbmQgdGhpcw0Kd2lsbA0KPiB3 b3JrIG9uDQo+ICAgICA+IGFsbCBzZXJ2ZXIgaW1wbGVtZW50YXRpb25zLg0KPiAgICAgPg0KPiAg ICAgPiBBbmR5DQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+DQo+ ICAgICA+IE9uIFdlZCwgSmFuIDksIDIwMTkgYXQgNToxMCBBTSBKdWVyZ2VuIFNjaG9lbndhZWxk ZXIgPA0KPiAgICAgPiBqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU+IHdyb3Rl Og0KPiAgICAgPg0KPiAgICAgPiBIaSwNCj4gICAgID4NCj4gICAgID4gcGxlYXNlIHNlZSBteSBv dGhlciBlbWFpbCBhYm91dCB0aGUgZGlzdGluY3Rpb24gSSBtYWtlIGJldHdlZW4gYQ0KaGFyZA0K PiAgICAgPiBsZW5ndGggcmVzdHJpY3Rpb24gYW5kIHRoZSBtaW5pbXVtIGxlbmd0aCBleHBlY3Rl ZCB0byBiZQ0Kc3VwcG9ydGVkLg0KPiBJDQo+ICAgICA+IHdvbmRlciBob3cgeW91IGNhbiBzZW5z aWJseSBwaWNrIGEgbGltaXQgZm9yIHRoaW5ncyBsaWtlDQo+IG5vbi1iZXN0LXJlYXNvbjoNCj4g ICAgID4NCj4gICAgID4gICAgICAgICBsZWFmIG5vbi1iZXN0LXJlYXNvbiB7DQo+ICAgICA+ICAg ICAgICAgICB0eXBlIHN0cmluZzsNCj4gICAgID4gICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ICAg ICA+ICAgICAgICAgICAgICJJbmZvcm1hdGlvbiBmaWVsZCB0byBkZXNjcmliZSB3aHkgdGhlIGFs dGVybmF0ZQ0KPiAgICAgPiAgICAgICAgICAgICAgaXMgbm90IGJlc3QuIjsNCj4gICAgID4gICAg ICAgICB9DQo+ICAgICA+DQo+ICAgICA+IFlvdSBhcmUgc2ltcGx5IGNyZWF0aW5nIGFuIGFyYml0 cmFyeSByZXN0cmljdGlvbi4gQW5kIGh1bWJsZQ0Kc2VydmVyDQo+IGlzDQo+ICAgICA+IG5vdCBs aWtlbHkgdG8gc2VuZCB5b3UgYW4ganBnIGltYWdlIChhbmQgYSBib2d1cyBzZXJ2ZXIgd2lsbCBk bw0Kc28NCj4gICAgID4gYW55d2F5KS4gKFRoZXJlIGFyZSBvdGhlciBzaW1pbGFyIG9iamVjdHMu KQ0KPiAgICAgPg0KPiAgICAgPiBTaW5jZSBJIGFtIHNlYXJjaGluZyBmb3IgJ3R5cGUgc3RyaW5n JywgSSB3b25kZXIgd2hldGhlciB0aGVzZQ0KYXJlDQo+ICAgICA+IGNsZWFyIGVub3VnaCBkZWZp bml0aW9ucy4NCj4gICAgID4NCj4gICAgID4gICAgICAgICBsZWFmIHByZWZpeCB7DQo+ICAgICA+ ICAgICAgICAgICB0eXBlIHN0cmluZzsNCj4gICAgID4gICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ ICAgICA+ICAgICAgICAgICAgICJQcm90ZWN0ZWQgcHJlZml4LiI7DQo+ICAgICA+ICAgICAgICAg fQ0KPiAgICAgPiAgICAgICAgIGxlYWYgYWx0ZXJuYXRlIHsNCj4gICAgID4gICAgICAgICAgIHR5 cGUgc3RyaW5nOw0KPiAgICAgPiAgICAgICAgICAgZGVzY3JpcHRpb24NCj4gICAgID4gICAgICAg ICAgICAgIkFsdGVybmF0ZSBuZXh0aG9wIGZvciB0aGUgcHJlZml4LiI7DQo+ICAgICA+ICAgICAg ICAgfQ0KPiAgICAgPg0KPiAgICAgPiBXaGF0IGlzIHRoZSAoY2Fub25pY2FsKSBmb3JtYXQgb2Yg dGhlIGFsbG93ZWQgdmFsdWVzPyAoVGhlcmUgYXJlDQo+IG1vcmUgb2YNCj4gICAgID4gdGhlc2Uu KQ0KPiAgICAgPg0KPiAgICAgPiAvanMNCj4gICAgID4NCj4gICAgID4gT24gV2VkLCBKYW4gMDks IDIwMTkgYXQgMTI6NTI6MDdQTSArMDAwMCwNCj4gc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5j b20NCj4gICAgID4gd3JvdGU6DQo+ICAgICA+ID4gSGkgVG9tLA0KPiAgICAgPiA+DQo+ICAgICA+ ID4gSWYgeW91IGFncmVlLCBJIHdpbGwgc2V0IGEgbGVuZ3RoIHJlc3RyaWN0aW9uIG9uIGVhY2gg c3RyaW5nDQoob3BzDQo+IGFuZA0KPiAgICAgPiBjZmcpLiBJdCBsb29rcyBjbGVhcmVyIGZvciBt ZSByYXRoZXIgdGhhbiBzZXR0aW5nIGl0IGluIHRoZQ0KPiBkZXNjcmlwdGlvbi4NCj4gICAgID4g Pg0KPiAgICAgPiA+IEZvciB0aGUgcmVmZXJlbmNlcywgSSdtIHdvcmtpbmcgb24gaXQuDQo+ICAg ICA+ID4NCj4gICAgID4gPiBCcmdkcywNCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gICAgID4gPiBGcm9tOiB0b20gcGV0Y2ggW21h aWx0bzppZXRmY0BidGNvbm5lY3QuY29tXQ0KPiAgICAgPiA+IFNlbnQ6IFdlZG5lc2RheSwgSmFu dWFyeSAwOSwgMjAxOSAxMjozOA0KPiAgICAgPiA+IFRvOiBMSVRLT1dTS0kgU3RlcGhhbmUgT0JT L09JTklTOyBFYmJlbiBBcmllczsNCj4geWFuZy1kb2N0b3JzQGlldGYub3JnDQo+ICAgICA+ID4g Q2M6IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLmFsbEBpZXRmLm9yZzsgbHNyQGlldGYu b3JnDQo+ICAgICA+ID4gU3ViamVjdDogUmU6IFtMc3JdIFlhbmdkb2N0b3JzIGxhc3QgY2FsbCBy ZXZpZXcgb2YNCj4gICAgID4gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXMtaXMtY2ZnLTI5DQo+ICAg ICA+ID4NCj4gICAgID4gPiBTdGVwaGFuZQ0KPiAgICAgPiA+DQo+ICAgICA+ID4gVGhhbmtzIGZv ciBwZXJzaXN0aW5nLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gT24gc3RyaW5nIGxlbmd0aHMsIEkg dGFrZSB5b3VyIHBvaW50IGFib3V0IG5vIHVzZXIgaW5wdXQgdG8NCj4gT3BlcmF0aW9uYWwNCj4g ICAgID4gPiBTdGF0ZTsgdGhlcmUsIG15IGNvbmNlcm4gaXMgbW9yZSBhYm91dCBnaXZpbmcgZ3Vp ZGFuY2UgdG8NCj4gaW1wbGVtZW50b3JzDQo+ICAgICA+ID4gYXMgdG8gd2hhdCB0aGV5IHNob3Vs ZCBjYXRlciBmb3IgLSBhcyBJIHNhaWQsIHRoaXMgaGFzIGJlZW4gYQ0KPiB0b3BpYyBvZg0KPiAg ICAgPiA+IGxpdmVseSBkaXNjdXNzaW9uIGluIG90aGVyIFdHLiAgRXZlbiBiZWZvcmUgdGhhdCwg d2hlbmV2ZXIgSQ0Kc2VlIGENCj4gICAgID4gPiBzdHJpbmcsIEkgdGhpbmsgaXMgdGhlcmUgYW4g aW1wbGljaXQgbGVuZ3RoIHJlc3RyaWN0aW9uIGFuZCBpZg0Kbm90LA0KPiAgICAgPiA+IHNob3Vs ZCB0aGVyZSBiZSBhbiBleHBsaWNpdCBvbmUgd2hpY2gsIGFzIEp1ZXJnZW4gc3VnZ2VzdGVkLA0K Y291bGQNCj4gYmUgaW4NCj4gICAgID4gPiB0aGUgZGVzY3JpcHRpb24gY2xhdXNlLiAgTXkgZXhw ZXJpZW5jZSBpcyB0aGF0IHRob3NlIHdvcmtpbmcNCndpdGgNCj4gICAgID4gPiBuZXR3b3JrcyB0 aGluayBhYm91dCBzaXplLCBhYm91dCBsZW5ndGg7IHRob3NlIGNvbWluZyBmcm9tDQo+IGFwcGxp Y2F0aW9ucw0KPiAgICAgPiA+IHRlbmQgdG8gdGhpbmsgJ1doYXQgaXMgYSBmZXcgdGVyYWJ5dGVz IGJldHdlZW4gZnJpZW5kcz8nIGFuZA0KYXJlDQo+IHVuYXdhcmUNCj4gICAgID4gPiB0aGF0IHNp emVzIHRoYXQgbWF5IGJlIGNvbW1vbnBsYWNlIGluIHNlcnZlcnMgYW5kIGFzc29jaWF0ZWQNCj4g c3RvcmFnZSBjYW4NCj4gICAgID4gPiBjcmVhdGUgZGlmZmljdWx0aWVzIG92ZXIgYSBuZXR3b3Jr LiAgV2hhdGV2ZXIsIEkgbGVhdmUgdGhpcw0Kb25lIHVwDQo+IHRvDQo+ICAgICA+ID4geW91Lg0K PiAgICAgPiA+DQo+ICAgICA+ID4gT24gcmVmZXJlbmNlcywgSSB3b3VsZCBsaWtlIGEgY2hhbmdl OyB5b3Ugc2F5IHRoaXMgaW5mb3JtYXRpb24NCmlzDQo+IGluIHRoZQ0KPiAgICAgPiA+IGJhc2Ug SVNPIHNwZWMuICBXZWxsLCB5ZXMsIHRvIG1lIHRoYXQgbWVhbnMgdGhhdCBpdCBzaG91bGQgYmUN CmENCj4gICAgID4gPiBOb3JtYXRpdmUgUmVmZXJlbmNlLiAgSSBjb3VsZCBub3QgdW5kZXJzdGFu ZCB0aGUgZGVzY3JpcHRpb24NCm9mDQo+IGUuZy4NCj4gICAgID4gPiAnaS9lJyBhbmQgbmVlZGVk IHRvIGxvb2sgaXQgdXAgYnV0IHNlZW1pbmdseSBjYW5ub3QgZG8gc28gd2l0aA0KdGhlDQo+ICAg ICA+ID4gbGlzdGVkIHJlZmVyZW5jZXMgb2YgdGhlIEktRC4gIE5vdGUgdGhhdCBSRkMgc3VjaCBh cyBSRkM1MzA1DQphbmQNCj4gUkZDNjExOQ0KPiAgICAgPiA+IGRvIHJlZmVyZW5jZSBJbnRlcm5h dGlvbmFsIFN0YW5kYXJkIDEwNTg5IGFuZCBJIHRoaW5rIHRoYXQNCnRoaXMgb25lDQo+ICAgICA+ ID4gc2hvdWxkIHRvbywgcGVyaGFwcyBpbiBzLjIuNyBhbmQgcy41Lg0KPiAgICAgPiA+DQo+ICAg ICA+ID4gVG9tIFBldGNoDQo+ICAgICA+ID4NCj4gICAgID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tDQo+ICAgICA+ID4gRnJvbTogPHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29t Pg0KPiAgICAgPiA+IFNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAwOSwgMjAxOSA5OjE4IEFNDQo+ ICAgICA+ID4NCj4gICAgID4gPiBIaSBUb20sDQo+ICAgICA+ID4NCj4gICAgID4gPiBQbGVhc2Ug ZmluZCBpbmxpbmUgYW5zd2Vycy4NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gICAgID4gPiBGcm9tOiB0b20gcGV0Y2ggW21haWx0 bzppZXRmY0BidGNvbm5lY3QuY29tXQ0KPiAgICAgPiA+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkg MDgsIDIwMTkgMTg6NDUNCj4gICAgID4gPg0KPiAgICAgPiA+IE9rLiAgVG9wLXBvc3RpbmcgdGhl IG9uZXMgdGhhdCBhcmUgbm90ICdvayc6DQo+ICAgICA+ID4NCj4gICAgID4gPiBJIHNhaWQgdGhh dCBJIHRob3VnaHQgdGhhdCBMU1AgZGlkIG5vdCBuZWVkIGV4cGFuZGluZyBvbiBmaXJzdA0KdXNl DQo+IGFuZA0KPiAgICAgPiA+IHRoZW4gY2hlY2tlZCB0aGUgUkZDIEVkaXRvciBsaXN0IHRvIGZp bmQgdGhhdCBpdCBpcyBub3Qgb25lDQp0aGV5DQo+IHJlZ2FyZA0KPiAgICAgPiA+IGFzIHdlbGwt a25vd24gYW5kIHRoYXQgTFNSIHByb3RvY29scyB1c2UgaXQgZGlmZmVyZW50bHkgdG8NCm90aGVy cywNCj4gc28gSQ0KPiAgICAgPiA+IHN1Z2dlc3QgZXhwYW5kaW5nIExTUCBvbiBmaXJzdCB1c2Uu DQo+ICAgICA+ID4NCj4gICAgID4gPiBbU0xJXSBBbHJlYWR5IGRvbmUgZm9yIHRoZSBuZXh0IHZl cnNpb24uDQo+ICAgICA+ID4NCj4gICAgID4gPiBPbiBsZW5ndGhzIG9mIHRleHQgbWVzc2FnZXMs IHBlcmhhcHMgSSBhbSB0b28gc2Vuc2l0aXZlIHRvDQpidWZmZXINCj4gICAgID4gPiBvdmVycnVu IGF0dGFja3MgYW5kIHRoZSBsaWtlIGFuZCBzbyB3YW50IGEgbWF4aW11bSBvbiBtYW55DQp0aGlu Z3MNCj4gKGFuZA0KPiAgICAgPiA+IHRoZW4gcGVvcGxlIGF0dGFjaCBhIGZyaWVuZGx5LCAyME1i eXRlIHBob3RvIHRvIHRoZWlyIGUtbWFpbA0KYXQNCj4gICAgID4gPiBDaHJpc3RtYXMgYW5kDQo+ ICAgICA+ID4gd29uZGVyIHdoeSB0aGVpciBFU1AgcmVqZWN0cyB0aGUgbWVzc2FnZSBzbyBJIGRv IG5vdA0KY29uZ3JhdHVsYXRlDQo+IHRoZW0NCj4gICAgID4gPiBvbiB0aGUgbGF0ZXN0IGFkZGl0 aW9uIHRvIHRoZSBmYW1pbHk6LSkuICBUaGUgSURSIFdHIGhhZCBhDQpsaXZlbHkNCj4gICAgID4g PiBkaXNjdXNzaW9uIGFib3V0IG1heGltdW0gbWVzc2FnZSBsZW5ndGhzIGluIDIwMTcgYW5kIHRo YXQgaGFzDQphbHNvDQo+ICAgICA+ID4gc3RheWVkIGluIG15IG1pbmQuICBJIGhhdmUgc2VlbiB0 aGUgY29tbWVudHMgb24gdGhpcyBieQ0KSnVlcmdlbiBhbmQNCj4gICAgID4gPiBMYWRhOyBwZXJo YXBzIGFzIEp1ZXJnZW4gaW50aW1hdGVzLCBzb21ldGhpbmcgaW4gdGhlDQpEZXNjcmlwdGlvbg0K PiB3b3VsZA0KPiAgICAgPiA+IGhlbHA7IGFuZCB3aGlsZSB0aGUgc2VydmVyIG1heSBub3QgYmUg cm9ndWUsIGl0IG1heSBub3QgaGF2ZSBhDQo+IHBlcmZlY3QNCj4gICAgID4gPiBpbXBsZW1lbnRh dGlvbi4NCj4gICAgID4gPg0KPiAgICAgPiA+IFtTTEldIFdoYXQgSSBuZWVkIHRvIHVuZGVyc3Rh bmQgZnJvbSB5b3VyIGNvbW1lbnQgb24gc3RyaW5nDQpsZW5ndGgNCj4gICAgID4gPiBlbmZvcmNl bWVudCBpcyBpZiBpdCBhcHBsaWVzIHRvIG9wZXJhdGlvbmFsIHN0YXRlIG9yIGp1c3QNCmNvbmZp Zw0KPiBzdGF0ZXMNCj4gICAgID4gPiA/IEkgZG8gbm90IHNlZSBhbnkgaXNzdWUgb2Ygbm90IGVu Zm9yY2luZyB0aGUgb3BlcmF0aW9uYWwNCnN0YXRlIGFzDQo+IHRoZXJlDQo+ICAgICA+ID4gaXMg bm8gaW5wdXQgZnJvbSB0aGUgdXNlciB0aGVyZSBhbmQgc28gbm8gYXR0YWNrIHZlY3RvciwgdGhp cw0KaXMNCj4gcHVyZWx5DQo+ICAgICA+ID4gaW50ZXJuYWwgdG8gdGhlIGltcGxlbWVudGF0aW9u LiBGb3IgY29uZmlnIHN0YXRlbWVudHMsIGl0DQptYWtlcw0KPiBzZW5zZSBhcw0KPiAgICAgPiA+ IHRoZXJlIGlzIGFuIGlucHV0IGZyb20gdGhlIHVzZXIgdGhhdCBjYW4gYmUgYW55dGhpbmcuDQo+ ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAgPiA+IE9uIHRoZSBsZW5ndGggb2YgcGFzc3dvcmQs IEkgc2F3IGEgU2VjdXJpdHkgQUQgd2FudGluZw0KPiBjbGFyaWZpY2F0aW9uIG9uDQo+ICAgICA+ ID4gdGhpcyBub3QgdG9vIGxvbmcgYWdvIHNvIHlvdSBtYXkgc2VlIHRoaXMgY29tbWVudCBhZ2Fp biBmcm9tDQpvbmUNCj4gc3VjaCAuDQo+ICAgICA+ID4gTGlrZXdpc2UsIE1ENSB0ZW5kcyB0byBi ZSBhIHJlZCBmbGFnIGFsdGhvdWdoIEkgc2VlIGl0IGFwcGVhcnMNCmluDQo+IGJncA0KPiAgICAg PiA+IHlhbmcuDQo+ICAgICA+ID4NCj4gICAgID4gPiBJIGxpa2UgdGhlIHNvcnQgb2YgZGV0YWls IGluIGlwcG0tdHdhbXAteWFuZywgb24gYWxnb3JpdGhtcywNCj4gZW50cm9weSBhbmQNCj4gICAg ID4gPiBzdWNoIGxpa2UgKGFsdGhvdWdoIEkgaGF2ZSBub3Qgc2VlbiBhIHJldmlldyBieSBTZWN1 cml0eQ0KPiBBRC9kaXJlY3RvcmF0ZQ0KPiAgICAgPiA+IG9mIHRoYXQpLg0KPiAgICAgPiA+DQo+ ICAgICA+ID4gQnV0IEkgYW0gbGVmdCBjb25mdXNlZCBhcyB0byBleGFjdGx5IHdoYXQgdGhlIGNp dGVkIG9iamVjdCBpcw0KPiBkb2luZy4NCj4gICAgID4gPiBZZXMsIFRMVjEwIHByb3ZpZGVzIGF1 dGhlbnRpY2F0aW9uIGZvciBhbnkgUERVLCBidXQgd2hhdCBhcmUNCnRoZQ0KPiBmaWVsZHMNCj4g ICAgID4gPiBpbiB0aGUgWUFORyBtb2R1bGUgZG9pbmc/ICBJcw0KPiAgICAgPiA+ICAgICAgICBs ZWFmIGF1dGhlbnRpY2F0aW9uLXR5cGUgew0KPiAgICAgPiA+IHRoZSBmaXJzdCBvY3RldCBvZiBU TFYxMD8gIElzDQo+ICAgICA+ID4gICAgICAgbGVhZiBhdXRoZW50aWNhdGlvbi1rZXkgew0KPiAg ICAgPiA+IHRoZSByZXN0IG9mIFRMVjEwPyAgQW5kIHdoZXJlIGlzIHRoaXMgJ3ByZXNlbnRlZCcg YXMgdGhlIFlBTkcNCj4gbW9kdWxlDQo+ICAgICA+ID4gc2F5cz8gIEFyZSB5b3UgdGhpbmtpbmcg b2YgYSBZQU5HIGNsaWVudCBwcmVzZW50aW5nIHRoZSBmaWVsZA0KdG8gYQ0KPiB1c2VyDQo+ICAg ICA+ID4gYXQgYSB0ZXJtaW5hbCwgb25lIHJvdXRlciBwcmVzZW50aW5nIGl0IHRvIGFub3RoZXIs IG9yIHdoYXQ/DQo+ICAgICA+ID4NCj4gICAgID4gPiBJIGFtIHVzaW5nIFJGQzUzMTAgYXMgbXkg c291cmNlIGZvciBUTFYxMCBhbmQgd29uZGVyaW5nIHdoeQ0KdGhhdA0KPiBpcyBub3QNCj4gICAg ID4gPiBhIE5vcm1hdGl2ZSBSZWZlcmVuY2UgZm9yIHRoaXMgSS1EDQo+ICAgICA+ID4NCj4gICAg ID4gPiBbU0xJXSBUTFYgMTAgaXMgZGVmaW5lZCBpbiB0aGUgYmFzZSBJU08gc3BlYyBvZiBJUy1J Uy4gUkZDNTMxMA0KPiBqdXN0IGFkZHMNCj4gICAgID4gPiB0aGUgY3J5cHRvIGF1dGggYXMgbmV3 IHR5cGVzLg0KPiAgICAgPiA+IFRoZSBhdXRoZW50aWNhdGlvbi10eXBlIGlzIHRoZSBmaXJzdCBi eXRlIG9mIHRoZSBUTFYgKGNhbGxlZA0KPiAgICAgPiA+IEF1dGhlbnRpY2F0aW9uIFR5cGUgYXMg d2VsbCkuDQo+ICAgICA+ID4gVGhlIGF1dGhlbnRpY2F0aW9uLWtleSBjYW5ub3QgYmUgbWFwcGVk IGRpcmVjdGx5IHRvIHRoZQ0KPiAgICAgPiA+IGF1dGhlbnRpY2F0aW9uLXZhbHVlIGZpZWxkLiBU aGlzIGlzIHRoZSBjYXNlIGZvciBDbGVhclRleHQNCnBhc3N3b3JkDQo+ICAgICA+ID4gYXV0aHR5 cGUgYnV0IG5vdCBjcnlwdG8gd2hpY2ggYWRkcyBhIGtleUlEIGluIGZyb250IG9mIHRoZQ0KPiAg ICAgPiA+IGF1dGhlbnRpY2F0aW9uIGRhdGEuDQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAg PiA+IE9uIHRoZSBJL0UgYml0LCB0aGUgcXVlc3Rpb24gaXMsIHdoaWNoIHN0YW5kYXJkPyAgSSBo YXZlIDMwDQo+IE5vcm1hdGl2ZQ0KPiAgICAgPiA+IHJlZmVyZW5jZXMgdG8gY2hvb3NlIGZyb20u ICAgSSBmb3VuZCB1cC9kb3duIGluIFJGQzUzMDUsIGJ1dA0Kb25seQ0KPiBieQ0KPiAgICAgPiA+ IGFjY2lkZW50LCBhbmQgSSBoYXZlIG5vdCBmb3VuZCBpL2UgeWV0IHNvIGEgcmVmZXJlbmNlIHdv dWxkIGJlDQo+IGdvb2QuDQo+ICAgICA+ID4NCj4gICAgID4gPiBbU0xJXSBJL0UgYml0IGlzIHBh cnQgb2YgdGhlIGJhc2UgSVNPIHNwZWMgb2YgSVMtSVMgYW5kDQpyZWxldmFudA0KPiBmb3INCj4g ICAgID4gPiAibGVnYWN5IGFkdmVydGlzZW1lbnRzIiBvZiBwcmVmaXggYW5kIGxpbmtzLiBCeSB0 aGUgd2F5LCBhZnRlcg0KPiBjaGVja2luZywNCj4gICAgID4gPiB0aGUgcG9zaXRpb24gb2YgdGhl IGktZSBsZWFmIGlzIGN1cnJlbnRseSB3cm9uZyBhbmQgbmVlZHMgdG8NCmJlDQo+IHdpdGhpbg0K PiAgICAgPiA+IHRoZSBtZXRyaWMgKGRlZmF1bHQsIGRlbGF5Li4uKS4gSSB3aWxsIGZpeCB0aGlz Lg0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiBUb20gUGV0Y2gNCj4gICAgID4gPg0K PiAgICAgPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gICAgID4gPiBGcm9tOiBz dGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KPiAgICAgPiA+IFNlbnQ6IE1vbmRheSwgSmFu dWFyeSAwNywgMjAxOSA5OjIyIEFNDQo+ICAgICA+ID4NCj4gICAgID4gPiBIaSBUb20sDQo+ICAg ICA+ID4NCj4gICAgID4gPiBUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQo+ICAgICA+ID4gSSB3 aXNoIHlvdSBhbiBoYXBweSBuZXcgeWVhciAhDQo+ICAgICA+ID4NCj4gICAgID4gPiBQbGVhc2Ug ZmluZCBpbmxpbmUgY29tbWVudHMuDQo+ICAgICA+ID4NCj4gICAgID4gPiBCcmdkcywNCj4gICAg ID4gPg0KPiAgICAgPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ICAgICA+ID4gRnJv bTogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCj4gICAgID4gPiBTZW50 OiBXZWRuZXNkYXksIEphbnVhcnkgMDIsIDIwMTkgMTI6MTcNCj4gICAgID4gPg0KPiAgICAgPiA+ IEhlcmUgYXJlIHRoZSByZXN0IG9mIG15IGNvbW1lbnRzIG9uIC0yOSB3aXRoIGEgc2xpZ2h0IHR3 ZWFrIHRvDQp0aGUNCj4gICAgID4gPiBzdWJqZWN0IGxpbmUuICBJIHdvdWxkIHJlZ2FyZCBtb3N0 IG9mIHRoZXNlIChidXQgbm90IHRoZSBmaXJzdA0KPiB0d28pIGFzDQo+ICAgICA+ID4gbm9uLWRp c2N1c3NhYmxlLCBpZSBJIHdvbid0IGNvbXBsYWluIGlmIHlvdSBkaXNhZ3JlZTotKQ0KPiAgICAg PiA+DQo+ICAgICA+ID4gUkZDMTE5NSBpcyBpbiB0aGUgWUFORyBtb2R1bGUgYnV0IG5vdCB0aGUg cmVmZXJlbmNlcyBvZiB0aGUNCkktRA0KPiAgICAgPiA+IFtTTEldIFdpbGwgZml4IGl0DQo+ICAg ICA+ID4NCj4gICAgID4gPiBSRkM1MDI5IGlzIGluIHRoZSBZQU5HIG1vZHVsZSBidXQgbm90IHRo ZSByZWZlcmVuY2VzIG9mIHRoZQ0KSS1EDQo+ICAgICA+ID4gW1NMSV0gV2lsbCBmaXggaXQNCj4g ICAgID4gPg0KPiAgICAgPiA+IFBTTlBzLCBDU05Qcw0KPiAgICAgPiA+IFtTTEldIFdpbGwgZml4 IGl0DQo+ICAgICA+ID4NCj4gICAgID4gPiBleHBhbmQgb24gZmlyc3QgdXNlIC0gTFNQIEkgdGhp bmsgb2sNCj4gICAgID4gPg0KPiAgICAgPiA+ICAgICAgICAgbGVhZiBiZXN0IHsgICAgICAgICAg IHR5cGUgYm9vbGVhbjsNCj4gICAgID4gPiB3aGF0IGlzIHRydWUgYW5kIHdoYXQgZmFsc2U/ICBJ IGNhbiBndWVzcyBmcm9tIHRoZSBFbmdsaXNoDQo+IHNlbWFudGljcyBvZg0KPiAgICAgPiA+IHRo ZSBuYW1lIGJ1dCB3b3VsZCByYXRoZXIgbm90IGd1ZXNzLg0KPiAgICAgPiA+IFtTTEldIFdpbGwg Zml4IGl0DQo+ICAgICA+ID4gVG8gcmVwbGFjZSB0aGUgY3VycmVudCBkZXNjcmlwdGlvbiB3aGlj aCBpcyA6ICIiSW5kaWNhdGVzIGlmDQp0aGUNCj4gICAgID4gPiBhbHRlcm5hdGUgaXMgdGhlIHBy ZWZlcnJlZC4iIiwgZG8geW91IHByZWZlcjogIlNldCB0byB0cnVlDQp3aGVuIHRoZQ0KPiAgICAg PiA+IGFsdGVybmF0ZSBpcyBwcmVmZXJyZWQsIHNldCB0byBmYWxzZSBvdGhlcndpc2UiID8NCj4g ICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gICAgICAgICBsZWFmIG5vbi1iZXN0LXJlYXNv biB7ICAgICAgICAgIHR5cGUgc3RyaW5nOw0KPiAgICAgPiA+IHN1Z2dlc3QgYSBtYXhpbXVtIGxl bmd0aCwgcGVyaGFwcyAxMjcgb3IgMjU1ICggdW5sZXNzIHlvdQ0KZXhwZWN0DQo+ICAgICA+ID4g c2NyZWVuc2hvdHMgb3IgcGFja2V0IHRyYWNlcyB0byBiZSBhdHRhY2hlZCkuICBBcyBpdCBzdGFu ZHMsDQp5b3UNCj4gY291bGQNCj4gICAgID4gPiB2YWxpZGx5IHJlY2VpdmUNCj4gICAgID4gPiBh IGxlbmd0aCBvZiAxODQ0Njc0NDA3MzcwOTU1MTYxNS4NCj4gICAgID4gPiBbU0xJXSBBZ3JlZSwg d2lsbCBmaXggaXQNCj4gICAgID4gPg0KPiAgICAgPiA+IFlvdSBoYXZlIGEgbWl4dHVyZSBvZg0K PiAgICAgPiA+IFN5c3RlbS1pZCBzeXN0ZW0taWQgU3lzdGVtIGlkIFN5c3RlbSBJRCBTeXN0ZW0g SWQgc3lzdGVtIGlkDQpzeXN0ZW0NCj4gSUQNCj4gICAgID4gPiBzdWdnZXN0IGNvbnNpc3RlbmN5 OyBzeXN0ZW0taWQgd2ZtDQo+ICAgICA+ID4gW1NMSV0gV2lsbCBmaXggaXQNCj4gICAgID4gPg0K PiAgICAgPiA+IFlvdSBoYXZlIGEgbWl4dHVyZSBvZg0KPiAgICAgPiA+IGxzcC1pZCBMU1BJRCBM U1AgSUQNCj4gICAgID4gPiBoZXJlLCBwZXJoYXBzIGxzcC1pZCBmb3IgdGhlIG5hbWVzIGFuZCBM U1AgSUQgaW4gdGhlIHRleHQNCj4gICAgID4gPiBbU0xJXSBXaWxsIGZpeCBpdA0KPiAgICAgPiA+ DQo+ICAgICA+ID4gICAgICAgY2FzZSBwYXNzd29yZCB7ICAgICAgICBsZWFmIGtleSB7ICAgICAg ICAgICB0eXBlIHN0cmluZzsNCj4gICAgID4gPiBwZXJoYXBzIGJldHRlciB3aXRoIGEgbWluaW11 bSBsZW5ndGgNCj4gICAgID4gPiBbU0xJXSBJIGFncmVlIHRoYXQgaXQgY291bGQgbWFrZSBzZW5z ZSBidXQgaXMgaXQgcmVhbGx5DQpzb21ldGhpbmcNCj4gdGhhdA0KPiAgICAgPiA+IHdlIHNob3Vs ZCBpbXBvc2UgPw0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiAgICAgICAgIGxlYWYg aS1lIHsgICAgICAgICAgdHlwZSBib29sZWFuOw0KPiAgICAgPiA+IHdoYXQgaXMgdHJ1ZSBhbmQg d2hhdCBmYWxzZT8gIGhlcmUgSSBhbSByZWx1Y3RhbnQgZXZlbiB0bw0KZ3Vlc3MNCj4gICAgID4g PiBbU0xJXSBUaGlzIGlzIGNvbWluZyBmcm9tIHRoZSBzdGFuZGFyZCwgaXMgaXQgcmVhbGx5IHdv cnRoDQo+IHJlcGVhdGluZyBpdA0KPiAgICAgPiA+ID8gU2FtZSBmb3IgdXAvZG93biBiaXQuDQo+ ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAgPiA+IC8iQXV0aGVudGljYXRpb24ga2V5dG8vICAi QXV0aGVudGljYXRpb24ga2V5IHRvLw0KPiAgICAgPiA+DQo+ICAgICA+ID4gIiAgICAgdGhlIGF1 dGhlbnRpY2F0aW9uIGtleSBNVVNUIE5PVCBiZSBwcmVzZW50ZWQgaW4iDQo+ICAgICA+ID4gUkZD MjExOSBsYW5ndWFnZSBtZWFucyB0aGF0IFJGQzIxMTkgYm9pbGVycGxhdGUgc2hvdWxkIGJlIGlu DQp0aGUNCj4gWUFORw0KPiAgICAgPiA+IG1vZHVsZSAoYnV0IHdpdGhvdXQgdGhlIFsuLl0gaWUg dGhlIHJlZmVyZW5jZSBtdXN0IGJlIHBsYWluDQp0ZXh0DQo+IG5vdCBhbg0KPiAgICAgPiA+IGFu Y2hvcikuDQo+ICAgICA+ID4NCj4gICAgID4gPiBbU0xJXSBZb3UgYXJlIHJpZ2h0LCBpdCBpcyBt aXNzaW5nLg0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiAgSXQgaXMgcmVjb21tZW5k ZWQgdG8gdXNlIGFuIE1ENQ0KPiAgICAgPiA+ICAgICAgICAgICAgaGFzaCB0byBwcmVzZW50IHRo ZSBhdXRoZW50aWNhdGlvbi1rZXkuIjsNCj4gICAgID4gPiBNbW0gSSB0aGluayB0aGF0IHRoaXMg bWF5IGJlIGEgcmVkIGZsYWcgdG8gc2VjdXJpdHkgQUQgb3INCj4gZGlyZWN0b3JhdGUgYXMNCj4g ICAgID4gPiBiZWluZyB0b28gdmFndWUgYXMgd2VsbCBhcyBNRDUgdG9vIHdlYWs7IGFuZCBJIHRo aW5rIHRoaXMNCnNob3VsZCBiZQ0KPiAgICAgPiA+IGV4cGxpY2l0bHkgY2FsbGVkIG91dCBpbiBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucy4NCj4gICAgID4gPg0KPiAgICAgPiA+IFtTTEldIEkgYWdy ZWUgdGhhdCB0aGVyZSBpcyBhIHBvaW50IHRvIGRpc2N1c3MgaGVyZS4gVGhlIGZhY3QNCmlzDQo+ IHRoYXQgd2UNCj4gICAgID4gPiBtdXN0IG5vdCByZXRyaWV2ZSBwYXNzd29yZHMgaW4gY2xlYXIg dGV4dC4gTWF5YmUgaXQgaXMNCnNvbWV0aGluZw0KPiB3aXRoIGENCj4gICAgID4gPiB3aWRlciBz Y29wZSB0aGFuIElTLUlTLiBIb3cgZG8gdGhlIG90aGVyIG1vZGVscyBkZWFsIHdpdGgNCnBhc3N3 b3Jkcw0KPiAgICAgPiA+IHJldHJpZXZlZCB0aHJvdWdoICJnZXQiIG9yICJnZXQtY29uZmlnIiA/ DQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAgPiA+ICAgICAgIGxpc3QgbGV2ZWwtZGIgeyAg ICAgICAga2V5IGxldmVsOyAgICAgICAgbGVhZiBsZXZlbCB7DQo+ICAgICA+ID4gQSBjb21tb24g Y29udmVudGlvbiBpcyBmb3IgYSBsaXN0IG9mIGxlYWYgdGhpbmcgdG8gYmUgbmFtZWQNCnRoaW5n cw0KPiBpLmUuDQo+ICAgICA+ID4gICAgICAgbGlzdCBsZXZlbHMgeyAgICAgICAgIGtleSBsZXZl bDsgICAgICAgIGxlYWYgbGV2ZWwgew0KPiAgICAgPiA+DQo+ICAgICA+ID4gW1NMSV0gYWNrDQo+ ICAgICA+ID4NCj4gICAgID4gPiAgIHJwYyBjbGVhci1hZGphY2VuY3kgew0KPiAgICAgPiA+ICAg ICAgICAgICAiTmFtZSBvZiB0aGUgSVMtSVMgcHJvdG9jb2wgaW5zdGFuY2Ugd2hvc2UgSVMtSVMN Cj4gICAgID4gPiAgICAgICAgICAgIGluZm9ybWF0aW9uIGlzIGJlaW5nIHF1ZXJpZWQuDQo+ICAg ICA+ID4gcXVlcmllZCBvciBjbGVhcmVkPw0KPiAgICAgPiA+IFtTTEldICJjbGVhcmVkIg0KPiAg ICAgPiA+DQo+ICAgICA+ID4gVG9tIFBldGNoDQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAg PiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gICAgID4gPiBGcm9tOiAidG9tIHBl dGNoIiA8aWV0ZmNAYnRjb25uZWN0LmNvbT4NCj4gICAgID4gPiBTZW50OiBNb25kYXksIERlY2Vt YmVyIDMxLCAyMDE4IDY6MjEgUE0NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gPiBT dGVwaGFuZQ0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEEgbmV3IGFuZCBkaWZmZXJlbnQgY29t bWVudC4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiAgIGdyb3VwaW5nIG5laWdoYm9yLWdtcGxz LWV4dGVuc2lvbnMgew0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IGhhcyBhIHRleHQgcmVmZXJl bmNlIHRvIFJGQzUzMDcgd2hpY2ggZG9lcyBub3QgYXBwZWFyIGluIHRoZQ0KPiAgICAgPiA+IHJl ZmVyZW5jZXMNCj4gICAgID4gPiA+IGZvciB0aGUgSS1ELiAgSG93ZXZlciwgYmVmb3JlIGFkZGlu ZyBpdCwgSSB3b3VsZCBsaWtlIHRvDQprbm93DQo+IHdoeSBpdA0KPiAgICAgPiA+IGlzDQo+ICAg ICA+ID4gPiBhIGdvb2QgcmVmZXJlbmNlIGZvciBzd2l0Y2hpbmcgY2FwYWJpbGl0aWVzICh3aGlj aCBpcyBwYXJ0DQpvZg0KPiB0aGlzDQo+ICAgICA+ID4gPiBncm91cGluZykuICBJIHRoaW5rIHRo YXQgdGhlIHJlZmVyZW5jZSBmb3Igc3dpdGNoaW5nDQpjYXBhYmlsaXRpZXMNCj4gICAgID4gPiBz aG91bGQNCj4gICAgID4gPiA+IGJlIFJGQzcwNzQgKHdoaWNoIHRoaXMgSS1EIGRvZXMgbm90IGN1 cnJlbnRseSByZWZlcmVuY2UgYW5kDQo+IHNob3VsZA0KPiAgICAgPiA+IElNTykuDQo+ICAgICA+ ID4gPg0KPiAgICAgPiA+ID4gQW5kIHRoYXQgYmVncyB0aGUgIHF1ZXN0aW9uLCB3aHkgaXMgc3dp dGNoaW5nLWNhcGFiaWxpdHkgYW4NCj4gICAgID4gPiB1bnJlc3RyaWN0ZWQNCj4gICAgID4gPiA+ IHVpbnQ4IHdoZW4gb25seSAxMiB2YWx1ZXMgYXJlIHZhbGlkIGFuZCB0aHJlZSBhcmUNCmRlcHJl Y2F0ZWQ/DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gU28gd2h5IG5vdCB1c2UNCj4gICAgID4g PiA+DQo+ICAgICA+ID4gPiBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10eXBlcz8NCj4gICAgID4g PiA+DQo+ICAgICA+ID4gPiBJIGhhdmUgYSBudW1iZXIgb2YgYWRkaXRpb25hbCBjb21tZW50cyBv biBjZmctMjkgYnV0IHRoaXMgaXMNCnRoZQ0KPiBvbmUNCj4gICAgID4gPiA+IHRoYXQgbWF5IHRh a2Ugc29tZSBkaXNjdXNzaW9uLg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IFRvbSBQZXRjaA0K PiAgICAgPiA+ID4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tDQo+ICAgICA+ID4gPiBGcm9tOiA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5j b20+DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gSGkgVG9tLA0KPiAgICAgPiA+ID4NCj4gICAg ID4gPiA+IFRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gSSB3aWxsIGZpeCB0aGVtIGFzYXAuDQo+ ICAgICA+ID4gPiBSZWdhcmRpbmc6DQo+ICAgICA+ID4gPiAiIExpbmUgbGVuZ3RoIGlzIHdpdGhp biB0aGUgUkZDIGxpbWl0IGJ1dCB0aGUgZWZmZWN0IGlzIHRvDQo+IHNwcmVhZCBtYW55DQo+ICAg ICA+ID4gPiBvZiB0aGUgZGVzY3JpcHRpb24gY2xhdXNlcyBvdmVyIG11bHRpcGxlIGxpbmVzIHdp dGgNCmluZGVudGF0aW9uDQo+IG9mIDU2DQo+ICAgICA+ID4gPiBjaGFyYWN0ZXJzLCBub3QgdXNl ciBmcmllbmRseSBlLmcuDQo+ICAgICA+ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgZGVzY3JpcHRpb24NCj4gICAgID4gPiA+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICJMaXN0IG9mIG1heA0KTFNQDQo+ICAgICA+ID4g PiBiYW5kd2lkdGhzIGZvciBkaWZmZXJlbnQNCj4gICAgID4gPiA+DQpwcmlvcml0aWVzLiI7DQo+ ICAgICA+ID4gPiAiDQo+ICAgICA+ID4gPiBXaGF0J3MgeW91ciBzdWdnZXN0aW9uIG9uIHRoaXMg b25lID8NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBCcmdkcywNCj4gICAgID4gPiA+DQo+ICAg ICA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiAgICAgPiA+ID4gRnJvbTogdG9t IHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCj4gICAgID4gPiA+IFNlbnQ6IFR1 ZXNkYXksIE5vdmVtYmVyIDI3LCAyMDE4IDEyOjExDQo+ICAgICA+ID4gPiBTdWJqZWN0OiBSZTog W0xzcl0gWWFuZ2RvY3RvcnMgbGFzdCBjYWxsIHJldmlldyBvZg0KPiAgICAgPiA+ID4gZHJhZnQt aWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjQNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBTb21l IHF1aXJrcyBpbi0yNQ0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEkgc2VlIGxvdHMgb2YgWUFO RyByZWZlcmVuY2Ugc3RhdGVtZW50cyAtIGdvb2QgLSBidXQgbm8NCm1lbnRpb24NCj4gb2YNCj4g ICAgID4gPiB0aGVtDQo+ICAgICA+ID4gPiBpbiB0aGUgSS1EIHJlZmVyZW5jZXMgLSBub3Qgc28g Z29vZC4gIE15IGxpc3QgaXMNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiA1MTMwDQo+ICAgICA+ ID4gPiA1MzA1DQo+ICAgICA+ID4gPiA1MzA2DQo+ICAgICA+ID4gPiA1ODgwDQo+ICAgICA+ID4g PiA1ODgxDQo+ICAgICA+ID4gPiA2MTE5DQo+ICAgICA+ID4gPiA2MjMyDQo+ICAgICA+ID4gPiA3 Nzk0DQo+ICAgICA+ID4gPiA3ODEwDQo+ICAgICA+ID4gPiA3OTE3DQo+ICAgICA+ID4gPiA4NDA1 DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gQWxzbyBwZXJoYXBzDQo+ICAgICA+ID4gPiBPTEQN Cj4gICAgID4gPiA+ICAgICByZWZlcmVuY2UgIlJGQyBYWFhYIC0gWUFORyBEYXRhIE1vZGVsIGZv ciBCaWRpcmVjdGlvbmFsDQo+ICAgICA+ID4gPiAgICAgICAgICAgICAgICBGb3J3YXJkaW5nIERl dGVjdGlvbiAoQkZEKS5QbGVhc2UgcmVwbGFjZQ0KWVlZWQ0KPiB3aXRoDQo+ICAgICA+ID4gPg0K PiBwdWJsaXNoZWQgUkZDDQo+ICAgICA+ID4gPiBudW1iZXIgZm9yIGRyYWZ0LWlldGYtYmZkLXlh bmcuIjsNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBORVcNCj4gICAgID4gPiA+ICAgICByZWZl cmVuY2UgIlJGQyBZWVlZIC0gWUFORyBEYXRhIE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQo+ICAg ICA+ID4gPiAgICAgICAgICAgICAgICBGb3J3YXJkaW5nIERldGVjdGlvbiAoQkZEKS4NCj4gICAg ID4gPiA+DQo+ICAgICA+ID4gPiAtLSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxhY2Ug WVlZWSB3aXRoIHB1Ymxpc2hlZCBSRkMNCj4gICAgID4gPiA+IG51bWJlciBmb3IgZHJhZnQtaWV0 Zi1iZmQteWFuZy4iOw0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IE9MRA0KPiAgICAgPiA+ID4g ICAgICAgcmVmZXJlbmNlICJkcmFmdC1pZXRmLWJmZC15YW5nLXh4LnR4dDoNCj4gICAgID4gPiA+ ICAgICAgICAgICAgICAgICAgWUFORyBEYXRhIE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQpGb3J3 YXJkaW5nDQo+ICAgICA+ID4gPiAgICAgICAgICAgICAgICAgIERldGVjdGlvbiAoQkZEKSI7DQo+ ICAgICA+ID4gPiBORVcNCj4gICAgID4gPiA+ICAgICByZWZlcmVuY2UgIlJGQyBZWVlZIC0gWUFO RyBEYXRhIE1vZGVsIGZvciBCaWRpcmVjdGlvbmFsDQo+ICAgICA+ID4gPiAgICAgICAgICAgICAg ICBGb3J3YXJkaW5nIERldGVjdGlvbiAoQkZEKS4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiAt LSBOb3RlIHRvIFJGQyBFZGl0b3IgUGxlYXNlIHJlcGxhY2UgWVlZWSB3aXRoIHB1Ymxpc2hlZCBS RkMNCj4gICAgID4gPiA+IG51bWJlciBmb3IgZHJhZnQtaWV0Zi1iZmQteWFuZy4iOw0KPiAgICAg PiA+ID4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBMaW5lIGxlbmd0aCBpcyB3aXRoaW4gdGhl IFJGQyBsaW1pdCBidXQgdGhlIGVmZmVjdCBpcyB0bw0Kc3ByZWFkDQo+IG1hbnkNCj4gICAgID4g PiBvZg0KPiAgICAgPiA+ID4gdGhlIGRlc2NyaXB0aW9uIGNsYXVzZXMgb3ZlciBtdWx0aXBsZSBs aW5lcyB3aXRoIGluZGVudGF0aW9uDQpvZg0KPiA1Ng0KPiAgICAgPiA+ID4gY2hhcmFjdGVycywg bm90IHVzZXIgZnJpZW5kbHkNCj4gICAgID4gPiA+IGUuZy4NCj4gICAgID4gPiA+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkZXNjcmlwdGlvbg0KPiAgICAgPiA+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIkxpc3Qgb2Yg bWF4DQpMU1ANCj4gICAgID4gPiA+IGJhbmR3aWR0aHMgZm9yIGRpZmZlcmVudA0KPiAgICAgPiA+ ID4NCnByaW9yaXRpZXMuIjsNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4g QWNrbm93bGVkZ2VtZW50cyBpcyBUQkQuIEkgbm90ZSB0aGF0IHRoZSBlZGl0b3IgbGlzdCBvZiB0 aGUNCllBTkcNCj4gICAgID4gPiBtb2R1bGUNCj4gICAgID4gPiA+IGlzIHNvbWV3aGF0IGxvbmdl ciB0aGFuIHRoZSBlZGl0b3IgbGlzdCBvZiB0aGUgSS1ELg0KPiAgICAgPiA+ID4NCj4gICAgID4g PiA+IEkgbm90ZSB0aGF0IHRoZSBhdWdtZW50YXRpb24gb2YgaW50ZXJmYWNlcyBzZWVtcyB0byBo YXZlIG5vDQo+ICAgICA+ID4gY29uZGl0aW9uYWwNCj4gICAgID4gPiA+IGFuZCBzbyB3aWxsIGF1 Z21lbnQgYWxsIGludGVyZmFjZXMuIEkgdGhpbmsgdGhhdCB0aGlzIGlzIGENCj4gZ2VuZXJpYw0K PiAgICAgPiA+IGlzc3VlDQo+ICAgICA+ID4gPiBidXQgZG8gbm90IHNlZSBpdCBiZWluZyBhZGRy ZXNzZWQgYW55d2hlcmUuDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gSW4gYSBzaW1pbGFyIHZl aW4sIHlvdSBhcmUgZGVmaW5pbmcgTVBMUyBvYmplY3RzIGFuZCBJIGFtDQp1bmNsZWFyDQo+ICAg ICA+ID4gPiB3aGV0aGVyIG9yIG5vdCB0aG9zZSBzaG91bGQgYmUgY29uZGl0aW9uYWwsIG9yIHBh cnQgb2YgdGhlDQpNUExTDQo+IFlBTkcNCj4gICAgID4gPiA+IG1vZHVsZXMgb3IgYm90aCAoY29w eWluZyBUYXJlayBmb3IgdGhpcykNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBUb20gUGV0Y2gN Cj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ ICAgICA+ID4gPiBGcm9tOiAiRWJiZW4gQXJpZXMiIDxleGFAanVuaXBlci5uZXQ+DQo+ICAgICA+ ID4gPiBTZW50OiBUdWVzZGF5LCBPY3RvYmVyIDIzLCAyMDE4IDEyOjQ1IEFNDQo+ICAgICA+ID4g Pg0KPiAgICAgPiA+ID4gPiBSZXZpZXdlcjogRWJiZW4gQXJpZXMNCj4gICAgID4gPiA+ID4gUmV2 aWV3IHJlc3VsdDogT24gdGhlIFJpZ2h0IFRyYWNrDQoNCg== From nobody Fri Jan 11 04:50:11 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05F9212E043; Fri, 11 Jan 2019 04:50:10 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 Q6U40JqYo5fR; Fri, 11 Jan 2019 04:50:06 -0800 (PST) Received: from orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85CF112867A; Fri, 11 Jan 2019 04:50:06 -0800 (PST) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id 43bjPn0k0bzCr9r; Fri, 11 Jan 2019 13:50:05 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.31]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 43bjPm6jYkz1xnr; Fri, 11 Jan 2019 13:50:04 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0415.000; Fri, 11 Jan 2019 13:50:04 +0100 From: To: tom petch , Andy Bierman , "Acee Lindem (acee)" CC: Juergen Schoenwaelder , Ebben Aries , "yang-doctors@ietf.org" , "draft-ietf-isis-yang-isis-cfg.all@ietf.org" , "lsr@ietf.org" Thread-Topic: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 Thread-Index: AQHUooyeYurHcWiMDkiXmGEu17qhUKWqEuug Date: Fri, 11 Jan 2019 12:50:04 +0000 Message-ID: <5070_1547211005_5C3890FD_5070_247_1_9E32478DFA9976438E7A22F69B08FF924B78D1FE@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154025553381.13801.5009678921928527816@ietfa.amsl.com> <7264_1546852922_5C331A39_7264_253_1_9E32478DFA9976438E7A22F69B08FF924B78A3A5@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <009901d4a779$cc96bfe0$4001a8c0@gateway.2wire.net> <1676_1547025526_5C35BC76_1676_161_1_9E32478DFA9976438E7A22F69B08FF924B78C4EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <01ab01d4a80f$aa07ca00$4001a8c0@gateway.2wire.net> <15144_1547038327_5C35EE77_15144_333_1_9E32478DFA9976438E7A22F69B08FF924B78C5C4@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <20190109130859.mvjj7gkr4vyh6umt@anna.jacobs.jacobs-university.de> <18406_1547109255_5C370387_18406_259_1_9E32478DFA9976438E7A22F69B08FF924B78CB16@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <91DE5DF2-1D49-4D5A-80AF-0975A7B4C686@cisco.com> <03b301d4a9aa$91bffd40$4001a8c0@gateway.2wire.net> In-Reply-To: <03b301d4a9aa$91bffd40$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] [yang-doctors] Yangdoctors last call review of draft-ietf-isis-yang-is-is-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 12:50:10 -0000 U28sIHdvdWxkIHRoZSBuaWNlciBzb2x1dGlvbiBiZWluZyB0byBjcmVhdGUgYSB2ZXJ5IHNob3J0 IGRyYWZ0IHRvIGltcGxlbWVudCB0aGlzIGFkbWluIHN0cmluZyBmb3IgSUVURiBZQU5HIG1vZGVs cyA/DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiB0b20gcGV0Y2ggW21haWx0 bzppZXRmY0BidGNvbm5lY3QuY29tXSANClNlbnQ6IEZyaWRheSwgSmFudWFyeSAxMSwgMjAxOSAx MzozOQ0KVG86IEFuZHkgQmllcm1hbjsgQWNlZSBMaW5kZW0gKGFjZWUpDQpDYzogTElUS09XU0tJ IFN0ZXBoYW5lIE9CUy9PSU5JUzsgSnVlcmdlbiBTY2hvZW53YWVsZGVyOyBFYmJlbiBBcmllczsg eWFuZy1kb2N0b3JzQGlldGYub3JnOyBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy5hbGxA aWV0Zi5vcmc7IGxzckBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFt5YW5nLWRvY3RvcnNdIFtMc3Jd IFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXMt aXMtY2ZnLTI5DQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCkZyb206ICJBbmR5IEJp ZXJtYW4iIDxhbmR5QHl1bWF3b3Jrcy5jb20+DQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxMCwg MjAxOSA1OjQ1IFBNDQoNCk9uIFRodSwgSmFuIDEwLCAyMDE5IGF0IDQ6NDIgQU0gQWNlZSBMaW5k ZW0gKGFjZWUpICB3cm90ZToNCj4gSGkgQW5keSwNCj4NCj4g77u/T24gMS8xMC8xOSwgNzozOCBB TSwgIkFuZHkgQmllcm1hbiIgPGFuZHlAeXVtYXdvcmtzLmNvbT4gd3JvdGU6DQo+DQo+ICAgICBP biBUaHUsIEphbiAxMCwgMjAxOSBhdCAxMjozNCBBTSB3cm90ZToNCj4gICAgID4gSGkgQW5keSwN Cj4gICAgID4NCj4gICAgID4gV2hhdCBJ4oCZbSBzdGlsbCBub3QgY2F0Y2hpbmcgaXMgdGhlIGRp ZmZlcmVuY2UgeW91IG1ha2UgYmV0d2Vlbg0KPiBoYXZpbmcgYQ0KPiAgICAgPiBkZXNjcmlwdGlv biBzdGF0ZW1lbnQgdGVsbGluZyA64oCdIEEgc2VydmVyIE1VU1QgYWNjZXB0IGEgc3RyaW5nDQp1 cCB0bw0KPiA2NA0KPiAgICAgPiBjaGFyYWN0ZXJzIGluIGxlbmd0aOKAnSBhbmQgYSB0eXBlIHN0 cmluZyB3aXRoIGxlbmd0aCDigJwwLi42NOKAnSA/DQo+ICAgICA+DQo+ICAgICA+IFRoZXJlIGlz IHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IEnigJltIG1pc3NpbmcgaGVyZS4NCj4NCj4gICAgIEEg c2VydmVyIE1BWSBhY2NlcHQgYSBzdHJpbmcgbG9uZ2VyIHRoYW4gNjQgY2hhcmFjdGVycy4NCj4g ICAgIEEgcmFuZ2UgMC4uNjQgbWVhbnMgYSBzZXJ2ZXIgTVVTVCBOT1QgYWNjZXB0IGEgc3RyaW5n IGxvbmdlciB0aGFuDQo2NA0KPiAgICAgQ2hhcmFjdGVycw0KPg0KPiBJIGRvbid0IHRoaW5rIHdl IHNob3VsZCBzZXQgdGhlIHN0cmluZyByYW5nZSB1bmxlc3MgdGhlIHJhbmdlIGluDQpzcGVjaWZp ZWQNCj4gaW4gdGhlIHByb3RvY29sIFJGQ3MuIEluIHNvbWUgY2FzZXMsIGl0IG1heSBiZSBiZW5l ZmljaWFsIHRvIHByb3ZpZGUNCj4gZ3VpZGFuY2UgaW4gdGhlIGRlc2NyaXB0aW9uLiBJIGJlbGll dmUgdGhpcyBpcyBzaW1pbGFyIHRvIEp1ZXJnZW4ncw0KPiBwb3NpdGlvbi4NCg0KQWdyZWVkIC0t IHRoYXQgaXMgYSBnb29kIGd1aWRlbGluZSBmb3IgcHJvdG9jb2wgcmVsYXRlZCBzdHJpbmdzLg0K QnV0IHdoYXQgYWJvdXQgYWRtaW4gc3RyaW5ncz8NCg0KTkVUQ09ORi9ZQU5HIGRvZXMgbm90IGhh dmUgYSBkYXRhIHR5cGUgbGlrZSBTbm1wQWRtaW5TdHJpbmcNCih3aGljaCBoYXMgYSByYW5nZSBv ZiAwLi4yNTUgb2N0ZXRzKQ0KDQpTb21lIG9mIHVzIGltcGxlbWVudCBzZXJ2ZXJzIHVzaW5nIHRo ZSB0aGVvcnkgdGhhdCB0aGUgTk1TIGtub3dzDQp3aGF0IGl0J3MgZG9pbmcgYW5kIHNlcnZlcnMg ZG8gd2hhdCB0aGV5IGFyZSB0b2xkLiAgU28gaWYgdGhlIGNsaWVudA0KY29uZmlndXJlZCBhIDFN IGJ5dGUgYWRtaW4gc3RyaW5nIHRoZSBzZXJ2ZXIgd291bGQgdHJ5IHRvIGFjY2VwdCBpdA0KaW5z dGVhZA0Kb2YgcHV0dGluZyBhbiBhcmJpdHJhcnkgbGltaXQgKGJlY2F1c2UgdGhlcmUgaXMgbm8g WUFORyBsaW1pdCkuDQoNCkkgcHJlZmVyIHRoZSBTbm1wQWRtaW5TdHJpbmcgYXBwcm9hY2ggYmVj YXVzZSB0aGUgY2xpZW50IGtub3dzIHdoYXQNCmV2ZXJ5IGNvbXBsaWFudCBzZXJ2ZXIgd2lsbCBh Y2NlcHQuICBCdXQgWUFORyBtb2RlbHMganVzdCB1c2UgcGxhaW4NCnN0cmluZw0KYW5kIG9ubHkg cmVncmVzc2lvbiB0ZXN0IHRvb2xzIGFzayBmb3IgMU0gYnl0ZSBhZG1pbiBzdHJpbmdzLiBJTU8s IHRoaXMNCmhhcw0Kbm90IGJlZW4NCmEgcHJvYmxlbSBpbiByZWFsIGRlcGxveW1lbnRzLiBXZSBz aG91bGQgY29udGludWUgdG8gdXNlIHBsYWluICJzdHJpbmciDQpmb3INCmFkbWluIHN0cmluZ3Mu DQoNCjx0cD4NCg0KQW5keQ0KDQpIYXZpbmcgc3BlbnQgZGVjYWRlcyB3b3JraW5nIHdpdGggU05N UCwgSSBhbSB3ZWxsIGZhbWlsaWFyIHdpdGgsIGFuZA0KY29tZm9ydGFibGUsIHdpdGggU25tcEFk bWluU3RyaW5nIGFuZCBpdCBpcyBkb3VidGxlc3MgdGhpcyBiYWNrZ3JvdW5kDQp0aGF0IGxpZXMg YmVoaW5kIHNvbWUgb2YgbXkgY29tbWVudHMgb24gc3RyaW5ncy4gIEp1ZXJnZW4gaXMgcmlnaHQg dG8NCmRpZmZlcmVudGlhdGUgd2hhdCB3b3VsZCBiZSBhIHByb3RvY29sIGZhaWx1cmUsIGFuZCBz byBzdWl0YWJsZSBmb3IgYQ0KWUFORyByYW5nZSBzdGF0ZW1lbnQsIGZyb20gYSBuaWNlLXRvLWtu b3csIHN1aXRhYmxlIGZvciBhIFlBTkcNCidkZXNjcmlwdGlvbicuICBCdXQgdGhlbiBJIHNlZSBk aXNjdXNzaW9ucyBsaWtlIHRoZSBvbmUgSSByZWZlcnJlZCB0byBvbg0KdGhlIElEUiBXRyBsaXN0 IGFib3V0IGhvdyBsb25nIHRvIGFsbG93IGZvciBhbiBlcnJvciBtZXNzYWdlIGFuZCB0aGluaw0K dGhhdCBZQU5HIGlzIG1pc3NpbmcgYW4gYWRtaW5zdHJpbmcgdHlwZSBzbyBJIGZpbmQgbXlzZWxm IGNvbW1lbnRpbmcgb24NCnRoZSBZQU5HIGRlc2NyaXBpdG9uLCB3YW50aW5nIGl0IHRvIHNheSBt b3JlLCBhbmQgSSBmaW5kIG15c2VsZiBkb2luZw0KdGhpcyBhY3Jvc3Mgc2V2ZXJhbCBXRy4uDQoN ClRvbSBQZXRjaA0KDQpUaGFua3MsDQo+IEFjZWUNCg0KQW5keQ0KDQo+ICAgICA+IEJyZ2RzLA0K Pg0KPiAgICAgQW5keQ0KDQo+ICAgICA+ICpGcm9tOiogQW5keSBCaWVybWFuIFttYWlsdG86YW5k eUB5dW1hd29ya3MuY29tXQ0KPiAgICAgPiAqU2VudDoqIFdlZG5lc2RheSwgSmFudWFyeSAwOSwg MjAxOSAxODowNg0KPiAgICAgPg0KPiAgICAgPiBIaSwNCj4gICAgID4NCj4gICAgID4gSSBhZ3Jl ZSB3aXRoIEp1ZXJnZW4uDQo+ICAgICA+DQo+ICAgICA+IFRoZSBwcm90b2NvbCBoYXMgYSAidG9v LWJpZyIgZXJyb3IgaXMgdGhlIHNlcnZlciB3aWxsIG5vdCBhY2NlcHQNCmENCj4gYmlnDQo+ICAg ICA+IHN0cmluZy4NCj4gICAgID4NCj4gICAgID4gVGhlcmUgc2hvdWxkIG5vdCBiZSBhIGZhbHNl IGNob2ljZSBiZXR3ZWVuIGFuIGFyYml0cmFyeSBtYXhpbXVtDQphbmQNCj4gICAgID4gInRlcmFi eXRlcyIuDQo+ICAgICA+DQo+ICAgICA+IFlvdSBjYW5ub3QgdXNlIGEgcmFuZ2Utc3RtdCB0byBz cGVjaWZ5IHRoZSBtaW5pbXVtIHJlcXVpcmVkDQpsZW5ndGgNCj4gdGhhdA0KPiAgICAgPiBtdXN0 IGJlIHN1cHBvcnRlZC4NCj4gICAgID4NCj4gICAgID4gbGVuZ3RoICIzLi5tYXgiIGRvZXMgbm90 IGFsbG93IHN0cmluZ3Mgb2YgbGVuZ3RoIDAgLSAyLg0KPiAgICAgPg0KPiAgICAgPiBUaGUgZGVz Y3JpcHRpb24tc3RtdCBjYW4gaGF2ZSAiQSBzZXJ2ZXIgTVVTVCBhY2NlcHQgYSBzdHJpbmcgdXAN CnRvIDY0DQo+ICAgICA+IGNoYXJhY3RlcnMgaW4gbGVuZ3RoIg0KPiAgICAgPg0KPiAgICAgPiB3 aGljaCBsZXRzIHRoZSBjbGllbnQgY2hvb3NlIGEgbGVuZ3RoIGZyb20gMCB0byA2NCwgYW5kIHRo aXMNCndpbGwNCj4gd29yayBvbg0KPiAgICAgPiBhbGwgc2VydmVyIGltcGxlbWVudGF0aW9ucy4N Cj4gICAgID4NCj4gICAgID4gQW5keQ0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAg Pg0KPiAgICAgPg0KPiAgICAgPiBPbiBXZWQsIEphbiA5LCAyMDE5IGF0IDU6MTAgQU0gSnVlcmdl biBTY2hvZW53YWVsZGVyIDwNCj4gICAgID4gai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJz aXR5LmRlPiB3cm90ZToNCj4gICAgID4NCj4gICAgID4gSGksDQo+ICAgICA+DQo+ICAgICA+IHBs ZWFzZSBzZWUgbXkgb3RoZXIgZW1haWwgYWJvdXQgdGhlIGRpc3RpbmN0aW9uIEkgbWFrZSBiZXR3 ZWVuIGENCmhhcmQNCj4gICAgID4gbGVuZ3RoIHJlc3RyaWN0aW9uIGFuZCB0aGUgbWluaW11bSBs ZW5ndGggZXhwZWN0ZWQgdG8gYmUNCnN1cHBvcnRlZC4NCj4gSQ0KPiAgICAgPiB3b25kZXIgaG93 IHlvdSBjYW4gc2Vuc2libHkgcGljayBhIGxpbWl0IGZvciB0aGluZ3MgbGlrZQ0KPiBub24tYmVz dC1yZWFzb246DQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgbGVhZiBub24tYmVzdC1yZWFzb24g ew0KPiAgICAgPiAgICAgICAgICAgdHlwZSBzdHJpbmc7DQo+ICAgICA+ICAgICAgICAgICBkZXNj cmlwdGlvbg0KPiAgICAgPiAgICAgICAgICAgICAiSW5mb3JtYXRpb24gZmllbGQgdG8gZGVzY3Jp YmUgd2h5IHRoZSBhbHRlcm5hdGUNCj4gICAgID4gICAgICAgICAgICAgIGlzIG5vdCBiZXN0LiI7 DQo+ICAgICA+ICAgICAgICAgfQ0KPiAgICAgPg0KPiAgICAgPiBZb3UgYXJlIHNpbXBseSBjcmVh dGluZyBhbiBhcmJpdHJhcnkgcmVzdHJpY3Rpb24uIEFuZCBodW1ibGUNCnNlcnZlcg0KPiBpcw0K PiAgICAgPiBub3QgbGlrZWx5IHRvIHNlbmQgeW91IGFuIGpwZyBpbWFnZSAoYW5kIGEgYm9ndXMg c2VydmVyIHdpbGwgZG8NCnNvDQo+ICAgICA+IGFueXdheSkuIChUaGVyZSBhcmUgb3RoZXIgc2lt aWxhciBvYmplY3RzLikNCj4gICAgID4NCj4gICAgID4gU2luY2UgSSBhbSBzZWFyY2hpbmcgZm9y ICd0eXBlIHN0cmluZycsIEkgd29uZGVyIHdoZXRoZXIgdGhlc2UNCmFyZQ0KPiAgICAgPiBjbGVh ciBlbm91Z2ggZGVmaW5pdGlvbnMuDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgbGVhZiBwcmVm aXggew0KPiAgICAgPiAgICAgICAgICAgdHlwZSBzdHJpbmc7DQo+ICAgICA+ICAgICAgICAgICBk ZXNjcmlwdGlvbg0KPiAgICAgPiAgICAgICAgICAgICAiUHJvdGVjdGVkIHByZWZpeC4iOw0KPiAg ICAgPiAgICAgICAgIH0NCj4gICAgID4gICAgICAgICBsZWFmIGFsdGVybmF0ZSB7DQo+ICAgICA+ ICAgICAgICAgICB0eXBlIHN0cmluZzsNCj4gICAgID4gICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ ICAgICA+ICAgICAgICAgICAgICJBbHRlcm5hdGUgbmV4dGhvcCBmb3IgdGhlIHByZWZpeC4iOw0K PiAgICAgPiAgICAgICAgIH0NCj4gICAgID4NCj4gICAgID4gV2hhdCBpcyB0aGUgKGNhbm9uaWNh bCkgZm9ybWF0IG9mIHRoZSBhbGxvd2VkIHZhbHVlcz8gKFRoZXJlIGFyZQ0KPiBtb3JlIG9mDQo+ ICAgICA+IHRoZXNlLikNCj4gICAgID4NCj4gICAgID4gL2pzDQo+ICAgICA+DQo+ICAgICA+IE9u IFdlZCwgSmFuIDA5LCAyMDE5IGF0IDEyOjUyOjA3UE0gKzAwMDAsDQo+IHN0ZXBoYW5lLmxpdGtv d3NraUBvcmFuZ2UuY29tDQo+ICAgICA+IHdyb3RlOg0KPiAgICAgPiA+IEhpIFRvbSwNCj4gICAg ID4gPg0KPiAgICAgPiA+IElmIHlvdSBhZ3JlZSwgSSB3aWxsIHNldCBhIGxlbmd0aCByZXN0cmlj dGlvbiBvbiBlYWNoIHN0cmluZw0KKG9wcw0KPiBhbmQNCj4gICAgID4gY2ZnKS4gSXQgbG9va3Mg Y2xlYXJlciBmb3IgbWUgcmF0aGVyIHRoYW4gc2V0dGluZyBpdCBpbiB0aGUNCj4gZGVzY3JpcHRp b24uDQo+ICAgICA+ID4NCj4gICAgID4gPiBGb3IgdGhlIHJlZmVyZW5jZXMsIEknbSB3b3JraW5n IG9uIGl0Lg0KPiAgICAgPiA+DQo+ICAgICA+ID4gQnJnZHMsDQo+ICAgICA+ID4NCj4gICAgID4g Pg0KPiAgICAgPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ICAgICA+ID4gRnJvbTog dG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCj4gICAgID4gPiBTZW50OiBX ZWRuZXNkYXksIEphbnVhcnkgMDksIDIwMTkgMTI6MzgNCj4gICAgID4gPiBUbzogTElUS09XU0tJ IFN0ZXBoYW5lIE9CUy9PSU5JUzsgRWJiZW4gQXJpZXM7DQo+IHlhbmctZG9jdG9yc0BpZXRmLm9y Zw0KPiAgICAgPiA+IENjOiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy5hbGxAaWV0Zi5v cmc7IGxzckBpZXRmLm9yZw0KPiAgICAgPiA+IFN1YmplY3Q6IFJlOiBbTHNyXSBZYW5nZG9jdG9y cyBsYXN0IGNhbGwgcmV2aWV3IG9mDQo+ICAgICA+IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzLWlz LWNmZy0yOQ0KPiAgICAgPiA+DQo+ICAgICA+ID4gU3RlcGhhbmUNCj4gICAgID4gPg0KPiAgICAg PiA+IFRoYW5rcyBmb3IgcGVyc2lzdGluZy4NCj4gICAgID4gPg0KPiAgICAgPiA+IE9uIHN0cmlu ZyBsZW5ndGhzLCBJIHRha2UgeW91ciBwb2ludCBhYm91dCBubyB1c2VyIGlucHV0IHRvDQo+IE9w ZXJhdGlvbmFsDQo+ICAgICA+ID4gU3RhdGU7IHRoZXJlLCBteSBjb25jZXJuIGlzIG1vcmUgYWJv dXQgZ2l2aW5nIGd1aWRhbmNlIHRvDQo+IGltcGxlbWVudG9ycw0KPiAgICAgPiA+IGFzIHRvIHdo YXQgdGhleSBzaG91bGQgY2F0ZXIgZm9yIC0gYXMgSSBzYWlkLCB0aGlzIGhhcyBiZWVuIGENCj4g dG9waWMgb2YNCj4gICAgID4gPiBsaXZlbHkgZGlzY3Vzc2lvbiBpbiBvdGhlciBXRy4gIEV2ZW4g YmVmb3JlIHRoYXQsIHdoZW5ldmVyIEkNCnNlZSBhDQo+ICAgICA+ID4gc3RyaW5nLCBJIHRoaW5r IGlzIHRoZXJlIGFuIGltcGxpY2l0IGxlbmd0aCByZXN0cmljdGlvbiBhbmQgaWYNCm5vdCwNCj4g ICAgID4gPiBzaG91bGQgdGhlcmUgYmUgYW4gZXhwbGljaXQgb25lIHdoaWNoLCBhcyBKdWVyZ2Vu IHN1Z2dlc3RlZCwNCmNvdWxkDQo+IGJlIGluDQo+ICAgICA+ID4gdGhlIGRlc2NyaXB0aW9uIGNs YXVzZS4gIE15IGV4cGVyaWVuY2UgaXMgdGhhdCB0aG9zZSB3b3JraW5nDQp3aXRoDQo+ICAgICA+ ID4gbmV0d29ya3MgdGhpbmsgYWJvdXQgc2l6ZSwgYWJvdXQgbGVuZ3RoOyB0aG9zZSBjb21pbmcg ZnJvbQ0KPiBhcHBsaWNhdGlvbnMNCj4gICAgID4gPiB0ZW5kIHRvIHRoaW5rICdXaGF0IGlzIGEg ZmV3IHRlcmFieXRlcyBiZXR3ZWVuIGZyaWVuZHM/JyBhbmQNCmFyZQ0KPiB1bmF3YXJlDQo+ICAg ICA+ID4gdGhhdCBzaXplcyB0aGF0IG1heSBiZSBjb21tb25wbGFjZSBpbiBzZXJ2ZXJzIGFuZCBh c3NvY2lhdGVkDQo+IHN0b3JhZ2UgY2FuDQo+ICAgICA+ID4gY3JlYXRlIGRpZmZpY3VsdGllcyBv dmVyIGEgbmV0d29yay4gIFdoYXRldmVyLCBJIGxlYXZlIHRoaXMNCm9uZSB1cA0KPiB0bw0KPiAg ICAgPiA+IHlvdS4NCj4gICAgID4gPg0KPiAgICAgPiA+IE9uIHJlZmVyZW5jZXMsIEkgd291bGQg bGlrZSBhIGNoYW5nZTsgeW91IHNheSB0aGlzIGluZm9ybWF0aW9uDQppcw0KPiBpbiB0aGUNCj4g ICAgID4gPiBiYXNlIElTTyBzcGVjLiAgV2VsbCwgeWVzLCB0byBtZSB0aGF0IG1lYW5zIHRoYXQg aXQgc2hvdWxkIGJlDQphDQo+ICAgICA+ID4gTm9ybWF0aXZlIFJlZmVyZW5jZS4gIEkgY291bGQg bm90IHVuZGVyc3RhbmQgdGhlIGRlc2NyaXB0aW9uDQpvZg0KPiBlLmcuDQo+ICAgICA+ID4gJ2kv ZScgYW5kIG5lZWRlZCB0byBsb29rIGl0IHVwIGJ1dCBzZWVtaW5nbHkgY2Fubm90IGRvIHNvIHdp dGgNCnRoZQ0KPiAgICAgPiA+IGxpc3RlZCByZWZlcmVuY2VzIG9mIHRoZSBJLUQuICBOb3RlIHRo YXQgUkZDIHN1Y2ggYXMgUkZDNTMwNQ0KYW5kDQo+IFJGQzYxMTkNCj4gICAgID4gPiBkbyByZWZl cmVuY2UgSW50ZXJuYXRpb25hbCBTdGFuZGFyZCAxMDU4OSBhbmQgSSB0aGluayB0aGF0DQp0aGlz IG9uZQ0KPiAgICAgPiA+IHNob3VsZCB0b28sIHBlcmhhcHMgaW4gcy4yLjcgYW5kIHMuNS4NCj4g ICAgID4gPg0KPiAgICAgPiA+IFRvbSBQZXRjaA0KPiAgICAgPiA+DQo+ICAgICA+ID4gLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiAgICAgPiA+IEZyb206IDxzdGVwaGFuZS5saXRrb3dz a2lAb3JhbmdlLmNvbT4NCj4gICAgID4gPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMDksIDIw MTkgOToxOCBBTQ0KPiAgICAgPiA+DQo+ICAgICA+ID4gSGkgVG9tLA0KPiAgICAgPiA+DQo+ICAg ICA+ID4gUGxlYXNlIGZpbmQgaW5saW5lIGFuc3dlcnMuDQo+ICAgICA+ID4NCj4gICAgID4gPg0K PiAgICAgPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ICAgICA+ID4gRnJvbTogdG9t IHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0NCj4gICAgID4gPiBTZW50OiBUdWVz ZGF5LCBKYW51YXJ5IDA4LCAyMDE5IDE4OjQ1DQo+ICAgICA+ID4NCj4gICAgID4gPiBPay4gIFRv cC1wb3N0aW5nIHRoZSBvbmVzIHRoYXQgYXJlIG5vdCAnb2snOg0KPiAgICAgPiA+DQo+ICAgICA+ ID4gSSBzYWlkIHRoYXQgSSB0aG91Z2h0IHRoYXQgTFNQIGRpZCBub3QgbmVlZCBleHBhbmRpbmcg b24gZmlyc3QNCnVzZQ0KPiBhbmQNCj4gICAgID4gPiB0aGVuIGNoZWNrZWQgdGhlIFJGQyBFZGl0 b3IgbGlzdCB0byBmaW5kIHRoYXQgaXQgaXMgbm90IG9uZQ0KdGhleQ0KPiByZWdhcmQNCj4gICAg ID4gPiBhcyB3ZWxsLWtub3duIGFuZCB0aGF0IExTUiBwcm90b2NvbHMgdXNlIGl0IGRpZmZlcmVu dGx5IHRvDQpvdGhlcnMsDQo+IHNvIEkNCj4gICAgID4gPiBzdWdnZXN0IGV4cGFuZGluZyBMU1Ag b24gZmlyc3QgdXNlLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gW1NMSV0gQWxyZWFkeSBkb25lIGZv ciB0aGUgbmV4dCB2ZXJzaW9uLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gT24gbGVuZ3RocyBvZiB0 ZXh0IG1lc3NhZ2VzLCBwZXJoYXBzIEkgYW0gdG9vIHNlbnNpdGl2ZSB0bw0KYnVmZmVyDQo+ICAg ICA+ID4gb3ZlcnJ1biBhdHRhY2tzIGFuZCB0aGUgbGlrZSBhbmQgc28gd2FudCBhIG1heGltdW0g b24gbWFueQ0KdGhpbmdzDQo+IChhbmQNCj4gICAgID4gPiB0aGVuIHBlb3BsZSBhdHRhY2ggYSBm cmllbmRseSwgMjBNYnl0ZSBwaG90byB0byB0aGVpciBlLW1haWwNCmF0DQo+ICAgICA+ID4gQ2hy aXN0bWFzIGFuZA0KPiAgICAgPiA+IHdvbmRlciB3aHkgdGhlaXIgRVNQIHJlamVjdHMgdGhlIG1l c3NhZ2Ugc28gSSBkbyBub3QNCmNvbmdyYXR1bGF0ZQ0KPiB0aGVtDQo+ICAgICA+ID4gb24gdGhl IGxhdGVzdCBhZGRpdGlvbiB0byB0aGUgZmFtaWx5Oi0pLiAgVGhlIElEUiBXRyBoYWQgYQ0KbGl2 ZWx5DQo+ICAgICA+ID4gZGlzY3Vzc2lvbiBhYm91dCBtYXhpbXVtIG1lc3NhZ2UgbGVuZ3RocyBp biAyMDE3IGFuZCB0aGF0IGhhcw0KYWxzbw0KPiAgICAgPiA+IHN0YXllZCBpbiBteSBtaW5kLiAg SSBoYXZlIHNlZW4gdGhlIGNvbW1lbnRzIG9uIHRoaXMgYnkNCkp1ZXJnZW4gYW5kDQo+ICAgICA+ ID4gTGFkYTsgcGVyaGFwcyBhcyBKdWVyZ2VuIGludGltYXRlcywgc29tZXRoaW5nIGluIHRoZQ0K RGVzY3JpcHRpb24NCj4gd291bGQNCj4gICAgID4gPiBoZWxwOyBhbmQgd2hpbGUgdGhlIHNlcnZl ciBtYXkgbm90IGJlIHJvZ3VlLCBpdCBtYXkgbm90IGhhdmUgYQ0KPiBwZXJmZWN0DQo+ICAgICA+ ID4gaW1wbGVtZW50YXRpb24uDQo+ICAgICA+ID4NCj4gICAgID4gPiBbU0xJXSBXaGF0IEkgbmVl ZCB0byB1bmRlcnN0YW5kIGZyb20geW91ciBjb21tZW50IG9uIHN0cmluZw0KbGVuZ3RoDQo+ICAg ICA+ID4gZW5mb3JjZW1lbnQgaXMgaWYgaXQgYXBwbGllcyB0byBvcGVyYXRpb25hbCBzdGF0ZSBv ciBqdXN0DQpjb25maWcNCj4gc3RhdGVzDQo+ICAgICA+ID4gPyBJIGRvIG5vdCBzZWUgYW55IGlz c3VlIG9mIG5vdCBlbmZvcmNpbmcgdGhlIG9wZXJhdGlvbmFsDQpzdGF0ZSBhcw0KPiB0aGVyZQ0K PiAgICAgPiA+IGlzIG5vIGlucHV0IGZyb20gdGhlIHVzZXIgdGhlcmUgYW5kIHNvIG5vIGF0dGFj ayB2ZWN0b3IsIHRoaXMNCmlzDQo+IHB1cmVseQ0KPiAgICAgPiA+IGludGVybmFsIHRvIHRoZSBp bXBsZW1lbnRhdGlvbi4gRm9yIGNvbmZpZyBzdGF0ZW1lbnRzLCBpdA0KbWFrZXMNCj4gc2Vuc2Ug YXMNCj4gICAgID4gPiB0aGVyZSBpcyBhbiBpbnB1dCBmcm9tIHRoZSB1c2VyIHRoYXQgY2FuIGJl IGFueXRoaW5nLg0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiBPbiB0aGUgbGVuZ3Ro IG9mIHBhc3N3b3JkLCBJIHNhdyBhIFNlY3VyaXR5IEFEIHdhbnRpbmcNCj4gY2xhcmlmaWNhdGlv biBvbg0KPiAgICAgPiA+IHRoaXMgbm90IHRvbyBsb25nIGFnbyBzbyB5b3UgbWF5IHNlZSB0aGlz IGNvbW1lbnQgYWdhaW4gZnJvbQ0Kb25lDQo+IHN1Y2ggLg0KPiAgICAgPiA+IExpa2V3aXNlLCBN RDUgdGVuZHMgdG8gYmUgYSByZWQgZmxhZyBhbHRob3VnaCBJIHNlZSBpdCBhcHBlYXJzDQppbg0K PiBiZ3ANCj4gICAgID4gPiB5YW5nLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gSSBsaWtlIHRoZSBz b3J0IG9mIGRldGFpbCBpbiBpcHBtLXR3YW1wLXlhbmcsIG9uIGFsZ29yaXRobXMsDQo+IGVudHJv cHkgYW5kDQo+ICAgICA+ID4gc3VjaCBsaWtlIChhbHRob3VnaCBJIGhhdmUgbm90IHNlZW4gYSBy ZXZpZXcgYnkgU2VjdXJpdHkNCj4gQUQvZGlyZWN0b3JhdGUNCj4gICAgID4gPiBvZiB0aGF0KS4N Cj4gICAgID4gPg0KPiAgICAgPiA+IEJ1dCBJIGFtIGxlZnQgY29uZnVzZWQgYXMgdG8gZXhhY3Rs eSB3aGF0IHRoZSBjaXRlZCBvYmplY3QgaXMNCj4gZG9pbmcuDQo+ICAgICA+ID4gWWVzLCBUTFYx MCBwcm92aWRlcyBhdXRoZW50aWNhdGlvbiBmb3IgYW55IFBEVSwgYnV0IHdoYXQgYXJlDQp0aGUN Cj4gZmllbGRzDQo+ICAgICA+ID4gaW4gdGhlIFlBTkcgbW9kdWxlIGRvaW5nPyAgSXMNCj4gICAg ID4gPiAgICAgICAgbGVhZiBhdXRoZW50aWNhdGlvbi10eXBlIHsNCj4gICAgID4gPiB0aGUgZmly c3Qgb2N0ZXQgb2YgVExWMTA/ICBJcw0KPiAgICAgPiA+ICAgICAgIGxlYWYgYXV0aGVudGljYXRp b24ta2V5IHsNCj4gICAgID4gPiB0aGUgcmVzdCBvZiBUTFYxMD8gIEFuZCB3aGVyZSBpcyB0aGlz ICdwcmVzZW50ZWQnIGFzIHRoZSBZQU5HDQo+IG1vZHVsZQ0KPiAgICAgPiA+IHNheXM/ICBBcmUg eW91IHRoaW5raW5nIG9mIGEgWUFORyBjbGllbnQgcHJlc2VudGluZyB0aGUgZmllbGQNCnRvIGEN Cj4gdXNlcg0KPiAgICAgPiA+IGF0IGEgdGVybWluYWwsIG9uZSByb3V0ZXIgcHJlc2VudGluZyBp dCB0byBhbm90aGVyLCBvciB3aGF0Pw0KPiAgICAgPiA+DQo+ICAgICA+ID4gSSBhbSB1c2luZyBS RkM1MzEwIGFzIG15IHNvdXJjZSBmb3IgVExWMTAgYW5kIHdvbmRlcmluZyB3aHkNCnRoYXQNCj4g aXMgbm90DQo+ICAgICA+ID4gYSBOb3JtYXRpdmUgUmVmZXJlbmNlIGZvciB0aGlzIEktRA0KPiAg ICAgPiA+DQo+ICAgICA+ID4gW1NMSV0gVExWIDEwIGlzIGRlZmluZWQgaW4gdGhlIGJhc2UgSVNP IHNwZWMgb2YgSVMtSVMuIFJGQzUzMTANCj4ganVzdCBhZGRzDQo+ICAgICA+ID4gdGhlIGNyeXB0 byBhdXRoIGFzIG5ldyB0eXBlcy4NCj4gICAgID4gPiBUaGUgYXV0aGVudGljYXRpb24tdHlwZSBp cyB0aGUgZmlyc3QgYnl0ZSBvZiB0aGUgVExWIChjYWxsZWQNCj4gICAgID4gPiBBdXRoZW50aWNh dGlvbiBUeXBlIGFzIHdlbGwpLg0KPiAgICAgPiA+IFRoZSBhdXRoZW50aWNhdGlvbi1rZXkgY2Fu bm90IGJlIG1hcHBlZCBkaXJlY3RseSB0byB0aGUNCj4gICAgID4gPiBhdXRoZW50aWNhdGlvbi12 YWx1ZSBmaWVsZC4gVGhpcyBpcyB0aGUgY2FzZSBmb3IgQ2xlYXJUZXh0DQpwYXNzd29yZA0KPiAg ICAgPiA+IGF1dGh0eXBlIGJ1dCBub3QgY3J5cHRvIHdoaWNoIGFkZHMgYSBrZXlJRCBpbiBmcm9u dCBvZiB0aGUNCj4gICAgID4gPiBhdXRoZW50aWNhdGlvbiBkYXRhLg0KPiAgICAgPiA+DQo+ICAg ICA+ID4NCj4gICAgID4gPiBPbiB0aGUgSS9FIGJpdCwgdGhlIHF1ZXN0aW9uIGlzLCB3aGljaCBz dGFuZGFyZD8gIEkgaGF2ZSAzMA0KPiBOb3JtYXRpdmUNCj4gICAgID4gPiByZWZlcmVuY2VzIHRv IGNob29zZSBmcm9tLiAgIEkgZm91bmQgdXAvZG93biBpbiBSRkM1MzA1LCBidXQNCm9ubHkNCj4g YnkNCj4gICAgID4gPiBhY2NpZGVudCwgYW5kIEkgaGF2ZSBub3QgZm91bmQgaS9lIHlldCBzbyBh IHJlZmVyZW5jZSB3b3VsZCBiZQ0KPiBnb29kLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gW1NMSV0g SS9FIGJpdCBpcyBwYXJ0IG9mIHRoZSBiYXNlIElTTyBzcGVjIG9mIElTLUlTIGFuZA0KcmVsZXZh bnQNCj4gZm9yDQo+ICAgICA+ID4gImxlZ2FjeSBhZHZlcnRpc2VtZW50cyIgb2YgcHJlZml4IGFu ZCBsaW5rcy4gQnkgdGhlIHdheSwgYWZ0ZXINCj4gY2hlY2tpbmcsDQo+ICAgICA+ID4gdGhlIHBv c2l0aW9uIG9mIHRoZSBpLWUgbGVhZiBpcyBjdXJyZW50bHkgd3JvbmcgYW5kIG5lZWRzIHRvDQpi ZQ0KPiB3aXRoaW4NCj4gICAgID4gPiB0aGUgbWV0cmljIChkZWZhdWx0LCBkZWxheS4uLikuIEkg d2lsbCBmaXggdGhpcy4NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gVG9tIFBldGNo DQo+ICAgICA+ID4NCj4gICAgID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ICAg ICA+ID4gRnJvbTogc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NCj4gICAgID4gPiBTZW50 OiBNb25kYXksIEphbnVhcnkgMDcsIDIwMTkgOToyMiBBTQ0KPiAgICAgPiA+DQo+ICAgICA+ID4g SGkgVG9tLA0KPiAgICAgPiA+DQo+ICAgICA+ID4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLg0K PiAgICAgPiA+IEkgd2lzaCB5b3UgYW4gaGFwcHkgbmV3IHllYXIgIQ0KPiAgICAgPiA+DQo+ICAg ICA+ID4gUGxlYXNlIGZpbmQgaW5saW5lIGNvbW1lbnRzLg0KPiAgICAgPiA+DQo+ICAgICA+ID4g QnJnZHMsDQo+ICAgICA+ID4NCj4gICAgID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiAgICAgPiA+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb21dDQo+ ICAgICA+ID4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDAyLCAyMDE5IDEyOjE3DQo+ICAgICA+ ID4NCj4gICAgID4gPiBIZXJlIGFyZSB0aGUgcmVzdCBvZiBteSBjb21tZW50cyBvbiAtMjkgd2l0 aCBhIHNsaWdodCB0d2VhayB0bw0KdGhlDQo+ICAgICA+ID4gc3ViamVjdCBsaW5lLiAgSSB3b3Vs ZCByZWdhcmQgbW9zdCBvZiB0aGVzZSAoYnV0IG5vdCB0aGUgZmlyc3QNCj4gdHdvKSBhcw0KPiAg ICAgPiA+IG5vbi1kaXNjdXNzYWJsZSwgaWUgSSB3b24ndCBjb21wbGFpbiBpZiB5b3UgZGlzYWdy ZWU6LSkNCj4gICAgID4gPg0KPiAgICAgPiA+IFJGQzExOTUgaXMgaW4gdGhlIFlBTkcgbW9kdWxl IGJ1dCBub3QgdGhlIHJlZmVyZW5jZXMgb2YgdGhlDQpJLUQNCj4gICAgID4gPiBbU0xJXSBXaWxs IGZpeCBpdA0KPiAgICAgPiA+DQo+ICAgICA+ID4gUkZDNTAyOSBpcyBpbiB0aGUgWUFORyBtb2R1 bGUgYnV0IG5vdCB0aGUgcmVmZXJlbmNlcyBvZiB0aGUNCkktRA0KPiAgICAgPiA+IFtTTEldIFdp bGwgZml4IGl0DQo+ICAgICA+ID4NCj4gICAgID4gPiBQU05QcywgQ1NOUHMNCj4gICAgID4gPiBb U0xJXSBXaWxsIGZpeCBpdA0KPiAgICAgPiA+DQo+ICAgICA+ID4gZXhwYW5kIG9uIGZpcnN0IHVz ZSAtIExTUCBJIHRoaW5rIG9rDQo+ICAgICA+ID4NCj4gICAgID4gPiAgICAgICAgIGxlYWYgYmVz dCB7ICAgICAgICAgICB0eXBlIGJvb2xlYW47DQo+ICAgICA+ID4gd2hhdCBpcyB0cnVlIGFuZCB3 aGF0IGZhbHNlPyAgSSBjYW4gZ3Vlc3MgZnJvbSB0aGUgRW5nbGlzaA0KPiBzZW1hbnRpY3Mgb2YN Cj4gICAgID4gPiB0aGUgbmFtZSBidXQgd291bGQgcmF0aGVyIG5vdCBndWVzcy4NCj4gICAgID4g PiBbU0xJXSBXaWxsIGZpeCBpdA0KPiAgICAgPiA+IFRvIHJlcGxhY2UgdGhlIGN1cnJlbnQgZGVz Y3JpcHRpb24gd2hpY2ggaXMgOiAiIkluZGljYXRlcyBpZg0KdGhlDQo+ICAgICA+ID4gYWx0ZXJu YXRlIGlzIHRoZSBwcmVmZXJyZWQuIiIsIGRvIHlvdSBwcmVmZXI6ICJTZXQgdG8gdHJ1ZQ0Kd2hl biB0aGUNCj4gICAgID4gPiBhbHRlcm5hdGUgaXMgcHJlZmVycmVkLCBzZXQgdG8gZmFsc2Ugb3Ro ZXJ3aXNlIiA/DQo+ICAgICA+ID4NCj4gICAgID4gPg0KPiAgICAgPiA+ICAgICAgICAgbGVhZiBu b24tYmVzdC1yZWFzb24geyAgICAgICAgICB0eXBlIHN0cmluZzsNCj4gICAgID4gPiBzdWdnZXN0 IGEgbWF4aW11bSBsZW5ndGgsIHBlcmhhcHMgMTI3IG9yIDI1NSAoIHVubGVzcyB5b3UNCmV4cGVj dA0KPiAgICAgPiA+IHNjcmVlbnNob3RzIG9yIHBhY2tldCB0cmFjZXMgdG8gYmUgYXR0YWNoZWQp LiAgQXMgaXQgc3RhbmRzLA0KeW91DQo+IGNvdWxkDQo+ICAgICA+ID4gdmFsaWRseSByZWNlaXZl DQo+ICAgICA+ID4gYSBsZW5ndGggb2YgMTg0NDY3NDQwNzM3MDk1NTE2MTUuDQo+ICAgICA+ID4g W1NMSV0gQWdyZWUsIHdpbGwgZml4IGl0DQo+ICAgICA+ID4NCj4gICAgID4gPiBZb3UgaGF2ZSBh IG1peHR1cmUgb2YNCj4gICAgID4gPiBTeXN0ZW0taWQgc3lzdGVtLWlkIFN5c3RlbSBpZCBTeXN0 ZW0gSUQgU3lzdGVtIElkIHN5c3RlbSBpZA0Kc3lzdGVtDQo+IElEDQo+ICAgICA+ID4gc3VnZ2Vz dCBjb25zaXN0ZW5jeTsgc3lzdGVtLWlkIHdmbQ0KPiAgICAgPiA+IFtTTEldIFdpbGwgZml4IGl0 DQo+ICAgICA+ID4NCj4gICAgID4gPiBZb3UgaGF2ZSBhIG1peHR1cmUgb2YNCj4gICAgID4gPiBs c3AtaWQgTFNQSUQgTFNQIElEDQo+ICAgICA+ID4gaGVyZSwgcGVyaGFwcyBsc3AtaWQgZm9yIHRo ZSBuYW1lcyBhbmQgTFNQIElEIGluIHRoZSB0ZXh0DQo+ICAgICA+ID4gW1NMSV0gV2lsbCBmaXgg aXQNCj4gICAgID4gPg0KPiAgICAgPiA+ICAgICAgIGNhc2UgcGFzc3dvcmQgeyAgICAgICAgbGVh ZiBrZXkgeyAgICAgICAgICAgdHlwZSBzdHJpbmc7DQo+ICAgICA+ID4gcGVyaGFwcyBiZXR0ZXIg d2l0aCBhIG1pbmltdW0gbGVuZ3RoDQo+ICAgICA+ID4gW1NMSV0gSSBhZ3JlZSB0aGF0IGl0IGNv dWxkIG1ha2Ugc2Vuc2UgYnV0IGlzIGl0IHJlYWxseQ0Kc29tZXRoaW5nDQo+IHRoYXQNCj4gICAg ID4gPiB3ZSBzaG91bGQgaW1wb3NlID8NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4g ICAgICAgICBsZWFmIGktZSB7ICAgICAgICAgIHR5cGUgYm9vbGVhbjsNCj4gICAgID4gPiB3aGF0 IGlzIHRydWUgYW5kIHdoYXQgZmFsc2U/ICBoZXJlIEkgYW0gcmVsdWN0YW50IGV2ZW4gdG8NCmd1 ZXNzDQo+ICAgICA+ID4gW1NMSV0gVGhpcyBpcyBjb21pbmcgZnJvbSB0aGUgc3RhbmRhcmQsIGlz IGl0IHJlYWxseSB3b3J0aA0KPiByZXBlYXRpbmcgaXQNCj4gICAgID4gPiA/IFNhbWUgZm9yIHVw L2Rvd24gYml0Lg0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiAvIkF1dGhlbnRpY2F0 aW9uIGtleXRvLyAgIkF1dGhlbnRpY2F0aW9uIGtleSB0by8NCj4gICAgID4gPg0KPiAgICAgPiA+ ICIgICAgIHRoZSBhdXRoZW50aWNhdGlvbiBrZXkgTVVTVCBOT1QgYmUgcHJlc2VudGVkIGluIg0K PiAgICAgPiA+IFJGQzIxMTkgbGFuZ3VhZ2UgbWVhbnMgdGhhdCBSRkMyMTE5IGJvaWxlcnBsYXRl IHNob3VsZCBiZSBpbg0KdGhlDQo+IFlBTkcNCj4gICAgID4gPiBtb2R1bGUgKGJ1dCB3aXRob3V0 IHRoZSBbLi5dIGllIHRoZSByZWZlcmVuY2UgbXVzdCBiZSBwbGFpbg0KdGV4dA0KPiBub3QgYW4N Cj4gICAgID4gPiBhbmNob3IpLg0KPiAgICAgPiA+DQo+ICAgICA+ID4gW1NMSV0gWW91IGFyZSBy aWdodCwgaXQgaXMgbWlzc2luZy4NCj4gICAgID4gPg0KPiAgICAgPiA+DQo+ICAgICA+ID4gIEl0 IGlzIHJlY29tbWVuZGVkIHRvIHVzZSBhbiBNRDUNCj4gICAgID4gPiAgICAgICAgICAgIGhhc2gg dG8gcHJlc2VudCB0aGUgYXV0aGVudGljYXRpb24ta2V5LiI7DQo+ICAgICA+ID4gTW1tIEkgdGhp bmsgdGhhdCB0aGlzIG1heSBiZSBhIHJlZCBmbGFnIHRvIHNlY3VyaXR5IEFEIG9yDQo+IGRpcmVj dG9yYXRlIGFzDQo+ICAgICA+ID4gYmVpbmcgdG9vIHZhZ3VlIGFzIHdlbGwgYXMgTUQ1IHRvbyB3 ZWFrOyBhbmQgSSB0aGluayB0aGlzDQpzaG91bGQgYmUNCj4gICAgID4gPiBleHBsaWNpdGx5IGNh bGxlZCBvdXQgaW4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuDQo+ICAgICA+ID4NCj4gICAgID4g PiBbU0xJXSBJIGFncmVlIHRoYXQgdGhlcmUgaXMgYSBwb2ludCB0byBkaXNjdXNzIGhlcmUuIFRo ZSBmYWN0DQppcw0KPiB0aGF0IHdlDQo+ICAgICA+ID4gbXVzdCBub3QgcmV0cmlldmUgcGFzc3dv cmRzIGluIGNsZWFyIHRleHQuIE1heWJlIGl0IGlzDQpzb21ldGhpbmcNCj4gd2l0aCBhDQo+ICAg ICA+ID4gd2lkZXIgc2NvcGUgdGhhbiBJUy1JUy4gSG93IGRvIHRoZSBvdGhlciBtb2RlbHMgZGVh bCB3aXRoDQpwYXNzd29yZHMNCj4gICAgID4gPiByZXRyaWV2ZWQgdGhyb3VnaCAiZ2V0IiBvciAi Z2V0LWNvbmZpZyIgPw0KPiAgICAgPiA+DQo+ICAgICA+ID4NCj4gICAgID4gPiAgICAgICBsaXN0 IGxldmVsLWRiIHsgICAgICAgIGtleSBsZXZlbDsgICAgICAgIGxlYWYgbGV2ZWwgew0KPiAgICAg PiA+IEEgY29tbW9uIGNvbnZlbnRpb24gaXMgZm9yIGEgbGlzdCBvZiBsZWFmIHRoaW5nIHRvIGJl IG5hbWVkDQp0aGluZ3MNCj4gaS5lLg0KPiAgICAgPiA+ICAgICAgIGxpc3QgbGV2ZWxzIHsgICAg ICAgICBrZXkgbGV2ZWw7ICAgICAgICBsZWFmIGxldmVsIHsNCj4gICAgID4gPg0KPiAgICAgPiA+ IFtTTEldIGFjaw0KPiAgICAgPiA+DQo+ICAgICA+ID4gICBycGMgY2xlYXItYWRqYWNlbmN5IHsN Cj4gICAgID4gPiAgICAgICAgICAgIk5hbWUgb2YgdGhlIElTLUlTIHByb3RvY29sIGluc3RhbmNl IHdob3NlIElTLUlTDQo+ICAgICA+ID4gICAgICAgICAgICBpbmZvcm1hdGlvbiBpcyBiZWluZyBx dWVyaWVkLg0KPiAgICAgPiA+IHF1ZXJpZWQgb3IgY2xlYXJlZD8NCj4gICAgID4gPiBbU0xJXSAi Y2xlYXJlZCINCj4gICAgID4gPg0KPiAgICAgPiA+IFRvbSBQZXRjaA0KPiAgICAgPiA+DQo+ICAg ICA+ID4NCj4gICAgID4gPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ICAgICA+ID4g RnJvbTogInRvbSBwZXRjaCIgPGlldGZjQGJ0Y29ubmVjdC5jb20+DQo+ICAgICA+ID4gU2VudDog TW9uZGF5LCBEZWNlbWJlciAzMSwgMjAxOCA2OjIxIFBNDQo+ICAgICA+ID4NCj4gICAgID4gPg0K PiAgICAgPiA+ID4gU3RlcGhhbmUNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBBIG5ldyBhbmQg ZGlmZmVyZW50IGNvbW1lbnQuDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gICBncm91cGluZyBu ZWlnaGJvci1nbXBscy1leHRlbnNpb25zIHsNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBoYXMg YSB0ZXh0IHJlZmVyZW5jZSB0byBSRkM1MzA3IHdoaWNoIGRvZXMgbm90IGFwcGVhciBpbiB0aGUN Cj4gICAgID4gPiByZWZlcmVuY2VzDQo+ICAgICA+ID4gPiBmb3IgdGhlIEktRC4gIEhvd2V2ZXIs IGJlZm9yZSBhZGRpbmcgaXQsIEkgd291bGQgbGlrZSB0bw0Ka25vdw0KPiB3aHkgaXQNCj4gICAg ID4gPiBpcw0KPiAgICAgPiA+ID4gYSBnb29kIHJlZmVyZW5jZSBmb3Igc3dpdGNoaW5nIGNhcGFi aWxpdGllcyAod2hpY2ggaXMgcGFydA0Kb2YNCj4gdGhpcw0KPiAgICAgPiA+ID4gZ3JvdXBpbmcp LiAgSSB0aGluayB0aGF0IHRoZSByZWZlcmVuY2UgZm9yIHN3aXRjaGluZw0KY2FwYWJpbGl0aWVz DQo+ICAgICA+ID4gc2hvdWxkDQo+ICAgICA+ID4gPiBiZSBSRkM3MDc0ICh3aGljaCB0aGlzIEkt RCBkb2VzIG5vdCBjdXJyZW50bHkgcmVmZXJlbmNlIGFuZA0KPiBzaG91bGQNCj4gICAgID4gPiBJ TU8pLg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEFuZCB0aGF0IGJlZ3MgdGhlICBxdWVzdGlv biwgd2h5IGlzIHN3aXRjaGluZy1jYXBhYmlsaXR5IGFuDQo+ICAgICA+ID4gdW5yZXN0cmljdGVk DQo+ICAgICA+ID4gPiB1aW50OCB3aGVuIG9ubHkgMTIgdmFsdWVzIGFyZSB2YWxpZCBhbmQgdGhy ZWUgYXJlDQpkZXByZWNhdGVkPw0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IFNvIHdoeSBub3Qg dXNlDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlw ZXM/DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gSSBoYXZlIGEgbnVtYmVyIG9mIGFkZGl0aW9u YWwgY29tbWVudHMgb24gY2ZnLTI5IGJ1dCB0aGlzIGlzDQp0aGUNCj4gb25lDQo+ICAgICA+ID4g PiB0aGF0IG1heSB0YWtlIHNvbWUgZGlzY3Vzc2lvbi4NCj4gICAgID4gPiA+DQo+ICAgICA+ID4g PiBUb20gUGV0Y2gNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiAgICAgPiA+ID4gRnJvbTogPHN0ZXBoYW5lLmxpdGtv d3NraUBvcmFuZ2UuY29tPg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEhpIFRvbSwNCj4gICAg ID4gPiA+DQo+ICAgICA+ID4gPiBUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuIEkgd2lsbCBmaXgg dGhlbSBhc2FwLg0KPiAgICAgPiA+ID4gUmVnYXJkaW5nOg0KPiAgICAgPiA+ID4gIiBMaW5lIGxl bmd0aCBpcyB3aXRoaW4gdGhlIFJGQyBsaW1pdCBidXQgdGhlIGVmZmVjdCBpcyB0bw0KPiBzcHJl YWQgbWFueQ0KPiAgICAgPiA+ID4gb2YgdGhlIGRlc2NyaXB0aW9uIGNsYXVzZXMgb3ZlciBtdWx0 aXBsZSBsaW5lcyB3aXRoDQppbmRlbnRhdGlvbg0KPiBvZiA1Ng0KPiAgICAgPiA+ID4gY2hhcmFj dGVycywgbm90IHVzZXIgZnJpZW5kbHkgZS5nLg0KPiAgICAgPiA+ID4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQo+ICAgICA+ID4gPiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiTGlzdCBvZiBtYXgNCkxT UA0KPiAgICAgPiA+ID4gYmFuZHdpZHRocyBmb3IgZGlmZmVyZW50DQo+ICAgICA+ID4gPg0KcHJp b3JpdGllcy4iOw0KPiAgICAgPiA+ID4gIg0KPiAgICAgPiA+ID4gV2hhdCdzIHlvdXIgc3VnZ2Vz dGlvbiBvbiB0aGlzIG9uZSA/DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gQnJnZHMsDQo+ICAg ICA+ID4gPg0KPiAgICAgPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gICAgID4g PiA+IEZyb206IHRvbSBwZXRjaCBbbWFpbHRvOmlldGZjQGJ0Y29ubmVjdC5jb21dDQo+ICAgICA+ ID4gPiBTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAyNywgMjAxOCAxMjoxMQ0KPiAgICAgPiA+ID4g U3ViamVjdDogUmU6IFtMc3JdIFlhbmdkb2N0b3JzIGxhc3QgY2FsbCByZXZpZXcgb2YNCj4gICAg ID4gPiA+IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI0DQo+ICAgICA+ID4gPg0KPiAg ICAgPiA+ID4gU29tZSBxdWlya3MgaW4tMjUNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBJIHNl ZSBsb3RzIG9mIFlBTkcgcmVmZXJlbmNlIHN0YXRlbWVudHMgLSBnb29kIC0gYnV0IG5vDQptZW50 aW9uDQo+IG9mDQo+ICAgICA+ID4gdGhlbQ0KPiAgICAgPiA+ID4gaW4gdGhlIEktRCByZWZlcmVu Y2VzIC0gbm90IHNvIGdvb2QuICBNeSBsaXN0IGlzDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4g NTEzMA0KPiAgICAgPiA+ID4gNTMwNQ0KPiAgICAgPiA+ID4gNTMwNg0KPiAgICAgPiA+ID4gNTg4 MA0KPiAgICAgPiA+ID4gNTg4MQ0KPiAgICAgPiA+ID4gNjExOQ0KPiAgICAgPiA+ID4gNjIzMg0K PiAgICAgPiA+ID4gNzc5NA0KPiAgICAgPiA+ID4gNzgxMA0KPiAgICAgPiA+ID4gNzkxNw0KPiAg ICAgPiA+ID4gODQwNQ0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IEFsc28gcGVyaGFwcw0KPiAg ICAgPiA+ID4gT0xEDQo+ICAgICA+ID4gPiAgICAgcmVmZXJlbmNlICJSRkMgWFhYWCAtIFlBTkcg RGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KPiAgICAgPiA+ID4gICAgICAgICAgICAgICAg Rm9yd2FyZGluZyBEZXRlY3Rpb24gKEJGRCkuUGxlYXNlIHJlcGxhY2UNCllZWVkNCj4gd2l0aA0K PiAgICAgPiA+ID4NCj4gcHVibGlzaGVkIFJGQw0KPiAgICAgPiA+ID4gbnVtYmVyIGZvciBkcmFm dC1pZXRmLWJmZC15YW5nLiI7DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gTkVXDQo+ICAgICA+ ID4gPiAgICAgcmVmZXJlbmNlICJSRkMgWVlZWSAtIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJl Y3Rpb25hbA0KPiAgICAgPiA+ID4gICAgICAgICAgICAgICAgRm9yd2FyZGluZyBEZXRlY3Rpb24g KEJGRCkuDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gLS0gTm90ZSB0byBSRkMgRWRpdG9yIFBs ZWFzZSByZXBsYWNlIFlZWVkgd2l0aCBwdWJsaXNoZWQgUkZDDQo+ICAgICA+ID4gPiBudW1iZXIg Zm9yIGRyYWZ0LWlldGYtYmZkLXlhbmcuIjsNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPiBPTEQN Cj4gICAgID4gPiA+ICAgICAgIHJlZmVyZW5jZSAiZHJhZnQtaWV0Zi1iZmQteWFuZy14eC50eHQ6 DQo+ICAgICA+ID4gPiAgICAgICAgICAgICAgICAgIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJl Y3Rpb25hbA0KRm9yd2FyZGluZw0KPiAgICAgPiA+ID4gICAgICAgICAgICAgICAgICBEZXRlY3Rp b24gKEJGRCkiOw0KPiAgICAgPiA+ID4gTkVXDQo+ICAgICA+ID4gPiAgICAgcmVmZXJlbmNlICJS RkMgWVlZWSAtIFlBTkcgRGF0YSBNb2RlbCBmb3IgQmlkaXJlY3Rpb25hbA0KPiAgICAgPiA+ID4g ICAgICAgICAgICAgICAgRm9yd2FyZGluZyBEZXRlY3Rpb24gKEJGRCkuDQo+ICAgICA+ID4gPg0K PiAgICAgPiA+ID4gLS0gTm90ZSB0byBSRkMgRWRpdG9yIFBsZWFzZSByZXBsYWNlIFlZWVkgd2l0 aCBwdWJsaXNoZWQgUkZDDQo+ICAgICA+ID4gPiBudW1iZXIgZm9yIGRyYWZ0LWlldGYtYmZkLXlh bmcuIjsNCj4gICAgID4gPiA+DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gTGluZSBsZW5ndGgg aXMgd2l0aGluIHRoZSBSRkMgbGltaXQgYnV0IHRoZSBlZmZlY3QgaXMgdG8NCnNwcmVhZA0KPiBt YW55DQo+ICAgICA+ID4gb2YNCj4gICAgID4gPiA+IHRoZSBkZXNjcmlwdGlvbiBjbGF1c2VzIG92 ZXIgbXVsdGlwbGUgbGluZXMgd2l0aCBpbmRlbnRhdGlvbg0Kb2YNCj4gNTYNCj4gICAgID4gPiA+ IGNoYXJhY3RlcnMsIG5vdCB1c2VyIGZyaWVuZGx5DQo+ICAgICA+ID4gPiBlLmcuDQo+ICAgICA+ ID4gPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZGVzY3JpcHRpb24N Cj4gICAgID4gPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICJMaXN0IG9mIG1heA0KTFNQDQo+ICAgICA+ID4gPiBiYW5kd2lkdGhzIGZvciBkaWZmZXJl bnQNCj4gICAgID4gPiA+DQpwcmlvcml0aWVzLiI7DQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4N Cj4gICAgID4gPiA+IEFja25vd2xlZGdlbWVudHMgaXMgVEJELiBJIG5vdGUgdGhhdCB0aGUgZWRp dG9yIGxpc3Qgb2YgdGhlDQpZQU5HDQo+ICAgICA+ID4gbW9kdWxlDQo+ICAgICA+ID4gPiBpcyBz b21ld2hhdCBsb25nZXIgdGhhbiB0aGUgZWRpdG9yIGxpc3Qgb2YgdGhlIEktRC4NCj4gICAgID4g PiA+DQo+ICAgICA+ID4gPiBJIG5vdGUgdGhhdCB0aGUgYXVnbWVudGF0aW9uIG9mIGludGVyZmFj ZXMgc2VlbXMgdG8gaGF2ZSBubw0KPiAgICAgPiA+IGNvbmRpdGlvbmFsDQo+ICAgICA+ID4gPiBh bmQgc28gd2lsbCBhdWdtZW50IGFsbCBpbnRlcmZhY2VzLiBJIHRoaW5rIHRoYXQgdGhpcyBpcyBh DQo+IGdlbmVyaWMNCj4gICAgID4gPiBpc3N1ZQ0KPiAgICAgPiA+ID4gYnV0IGRvIG5vdCBzZWUg aXQgYmVpbmcgYWRkcmVzc2VkIGFueXdoZXJlLg0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+IElu IGEgc2ltaWxhciB2ZWluLCB5b3UgYXJlIGRlZmluaW5nIE1QTFMgb2JqZWN0cyBhbmQgSSBhbQ0K dW5jbGVhcg0KPiAgICAgPiA+ID4gd2hldGhlciBvciBub3QgdGhvc2Ugc2hvdWxkIGJlIGNvbmRp dGlvbmFsLCBvciBwYXJ0IG9mIHRoZQ0KTVBMUw0KPiBZQU5HDQo+ICAgICA+ID4gPiBtb2R1bGVz IG9yIGJvdGggKGNvcHlpbmcgVGFyZWsgZm9yIHRoaXMpDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ ID4gVG9tIFBldGNoDQo+ICAgICA+ID4gPg0KPiAgICAgPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVz c2FnZSAtLS0tLQ0KPiAgICAgPiA+ID4gRnJvbTogIkViYmVuIEFyaWVzIiA8ZXhhQGp1bmlwZXIu bmV0Pg0KPiAgICAgPiA+ID4gU2VudDogVHVlc2RheSwgT2N0b2JlciAyMywgMjAxOCAxMjo0NSBB TQ0KPiAgICAgPiA+ID4NCj4gICAgID4gPiA+ID4gUmV2aWV3ZXI6IEViYmVuIEFyaWVzDQo+ICAg ICA+ID4gPiA+IFJldmlldyByZXN1bHQ6IE9uIHRoZSBSaWdodCBUcmFjaw0KDQoKX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoK Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5m b3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBk b25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0 aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxl IHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNl IG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBw cml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkg c2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jp c2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpU aGFuayB5b3UuCgo= From nobody Fri Jan 11 09:21:23 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CCDA1124BF6; Fri, 11 Jan 2019 09:21:20 -0800 (PST) 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.89.2 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , draft-ietf-ospf-ospfv3-segment-routing-extensions@ietf.org, aretana.ietf@gmail.com, lsr-chairs@ietf.org, Acee Lindem , lsr@ietf.org, acee@cisco.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <154722728083.21934.1201697536430713233.idtracker@ietfa.amsl.com> Date: Fri, 11 Jan 2019 09:21:20 -0800 Archived-At: Subject: [Lsr] Protocol Action: 'OSPFv3 Extensions for Segment Routing' to Proposed Standard (draft-ietf-ospf-ospfv3-segment-routing-extensions-23.txt) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 17:21:21 -0000 The IESG has approved the following document: - 'OSPFv3 Extensions for Segment Routing' (draft-ietf-ospf-ospfv3-segment-routing-extensions-23.txt) as Proposed Standard This document is the product of the Link State Routing Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-segment-routing-extensions/ Technical Summary This document describes the OSPFv3 extensions for segment routing including Prefix-SID, Adjacency-SID, and LAN-Adjacency-SID. The extensions are based on RFC 8362 and RFC 7770. Working Group Summary The Working Group discussion has been dominated by the initial vendors that implemented the segment routing on OSPFv2 (Juniper, Cisco, Nokia, and Huawei). Document Quality The document has been implemented by Huawei and Nokia and is planned by other. The encoding changes have mirrored those in the OSPFv2 segment routing extensions. Personnel Acee Lindem is the Document Shepherd. Alvaro Retana is the Responsible Area Director. From nobody Sat Jan 12 14:19:53 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DB611310FA for ; Sat, 12 Jan 2019 14:19:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 6J8Zut6NJPqt for ; Sat, 12 Jan 2019 14:19:49 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C84F1310F6 for ; Sat, 12 Jan 2019 14:19:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6242; q=dns/txt; s=iport; t=1547331589; x=1548541189; h=from:to:cc:subject:date:message-id:mime-version; bh=grS5QE+2Sy8dMW5TvDTuuObyCSG9Rnb0A7WpjYtOSOQ=; b=F6eZ37GCUi03/bpV4O1jya9yEmto7067HWvYqL2WJsK9od3mHuOcOe1q oNshm0WhzB5QUJRHeYoAIrJTWc+wjaQYvrrs7QiWbSFl1Ya9vvmENiixd S2wx4aizSu5f5uC7XMpV1eZhblE7lJCvXZedComHsD9/lPuPhbErXPdHw 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ANAAAtZzpc/4kNJK1iGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBUQYBAQELAYENdmaBAjGDd4gai26UIYVoFIFnCwEBhGwZghIiNAk?= =?us-ascii?q?NAQMBAQIBAQJtHQuFbgZLBgUSAUoCBDAnBA6DJwGBHWSuSoEvhUKEZYw/F4F?= =?us-ascii?q?/gRAoH4caARIBNoJyMYImAolKhhiSIgkCkgYSBoFkhSaKdYkmCUaQUAIRFIE?= =?us-ascii?q?nHzhlcXAVOyoBgkKCUI4LQYkygR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,471,1539648000"; d="scan'208,217";a="504814452" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jan 2019 22:19:47 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x0CMJlEg021431 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 12 Jan 2019 22:19:47 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 12 Jan 2019 17:19:47 -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.1395.000; Sat, 12 Jan 2019 17:19:46 -0500 From: "Acee Lindem (acee)" To: "draft-ietf-isis-yang-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsTtPlnLp+yVwUajNPDkb7OL0Q== Date: Sat, 12 Jan 2019 22:19:46 +0000 Message-ID: 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.24.21.80] Content-Type: multipart/alternative; boundary="_000_EDA043C0389C42EFB3A162104F62553Bciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.155, xch-rtp-015.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 22:19:51 -0000 --_000_EDA043C0389C42EFB3A162104F62553Bciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXV0aG9ycywNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFm dC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZz8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRp c2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5Nzks IDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQoNClRoZXJlIGFyZSBjdXJy ZW50bHkgbm8gSVBSIGRpc2Nsb3N1cmVzLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3Vt ZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHJl Z2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQg SVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIExTUiBXRyBtYWlsaW5n IGxpc3QuIFRoZSBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVu dGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29u dHJpYnV0b3IuDQoNCklmIHlvdSBhcmUgb24gdGhlIExTUiBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUg bm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxp Y2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBu b3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0K VGhhbmtzLA0KQWNlZQ0KDQoNCg== --_000_EDA043C0389C42EFB3A162104F62553Bciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMw NTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFj ayI+QXV0aG9ycyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxp ZXMgdG8gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmc/PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5J ZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRG IElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBk ZXRhaWxzKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlcmUgYXJlIGN1cnJl bnRseSBubyBJUFIgZGlzY2xvc3VyZXMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+SWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3Ig cGxlYXNlIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90 IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gKlRoZSByZXNwb25zZSBuZWVkcyB0 byBiZSBzZW50IHRvIHRoZSBMU1IgV0cgbWFpbGluZyBsaXN0LiBUaGUNCiBkb2N1bWVudCB3aWxs IG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4g cmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklmIHlvdSBhcmUgb24gdGhlIExT UiBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJp YnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdh cmUgb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1h bmNlIHdpdGggSUVURiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhh bmtzLDxicj4NCkFjZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_EDA043C0389C42EFB3A162104F62553Bciscocom_-- From nobody Sat Jan 12 14:21:12 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 961921310FA; Sat, 12 Jan 2019 14:21:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 ppaZCZav3lmW; Sat, 12 Jan 2019 14:21:08 -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 947671310F6; Sat, 12 Jan 2019 14:21:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6522; q=dns/txt; s=iport; t=1547331668; x=1548541268; h=from:to:cc:subject:date:message-id:mime-version; bh=gcPaetc6HAZRoeLdNvlbVK/3SOOug9zEPtPwqAaFhlo=; b=KhbvJDN4A2P8+pvtBajBcfzPg/Zs5thgOuX4Lk60o8juQGquns5WAW6T PKltDyteTmZItmIsZ08uwUz0B4TdprBJVzwqE1YU/Om5VHCo9PNONfIk8 CYA7FpgHpOhc7ecwEltpyn8NTn4FlEtWf4ZwC2WzrXmMLSP2sHKfdQyCe Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAACfZzpc/4cNJK1iGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQIxg3eIGotugWiSOYVoFIFnCwEBhGw?= =?us-ascii?q?ZghIiNAkNAQMBAQIBAQJtHQuFbgZLBgUSAUoCBDAnBA6DJwGBHWSuSIEvhUK?= =?us-ascii?q?EZYw/F4F/gRAoDBOHGgESATaCcjGCJgKJSoYYkiIJApIGGIFkhSaKdYkmCUa?= =?us-ascii?q?QUAIRFIEnHzhlcXAVOyoBgkKCUI4LQYkygR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,471,1539648000"; d="scan'208,217";a="224598843" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jan 2019 22:21:07 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x0CML7AV016726 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 12 Jan 2019 22:21:07 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.1395.4; Sat, 12 Jan 2019 17:21:06 -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.1395.000; Sat, 12 Jan 2019 17:21:06 -0500 From: "Acee Lindem (acee)" To: "draft-ietf-isis-yang-isis-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsUc3QW+tLSf90yQ31L4sJQJ6Q== Date: Sat, 12 Jan 2019 22:21:06 +0000 Message-ID: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@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.24.21.80] Content-Type: multipart/alternative; boundary="_000_1F5D5E47B03A4125B1E4A783854AE41Aciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.154, xch-rtp-014.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: Subject: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 22:21:11 -0000 --_000_1F5D5E47B03A4125B1E4A783854AE41Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXV0aG9ycywNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFm dC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZz8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRp c2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5Nzks IDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQoNClRoZXJlIGFyZSBjdXJy ZW50bHkgbm8gSVBSIGRpc2Nsb3N1cmVzLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3Vt ZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHJl Z2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQg SVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIExTUiBXRyBtYWlsaW5n IGxpc3QuIFRoZSBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVu dGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29u dHJpYnV0b3IuDQoNCklmIHlvdSBhcmUgb24gdGhlIExTUiBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUg bm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxp Y2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBu b3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0K VGhhbmtzLA0KQWNlZQ0KDQoNCg== --_000_1F5D5E47B03A4125B1E4A783854AE41Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <9E3A0515664B9F4A8E2BE5EB0F4C053F@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ e3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5BdXRob3JzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+QXJl IHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1pZXRmLWlzaXMteWFu Zy1pc2lzLWNmZz88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBk aXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5 LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5UaGVyZSBhcmUgY3VycmVudGx5IG5vIElQUiBkaXNjbG9zdXJlcy4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3UgYXJlIGxpc3RlZCBhcyBh IGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVt YWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVs ZXZhbnQgSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIExTUiBXRyBt YWlsaW5nIGxpc3QuIFRoZQ0KIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQg c3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9y IGFuZCBjb250cmlidXRvci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+SWYgeW91IGFyZSBvbiB0aGUgTFNSIFdHIGVtYWlsIGxpc3QgYnV0IGFyZSBu b3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGlj aXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgaGFzIG5v dCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGFua3MsPGJyPg0KQWNlZTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1F5D5E47B03A4125B1E4A783854AE41Aciscocom_-- From nobody Mon Jan 14 00:25:13 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6940130F9C for ; Mon, 14 Jan 2019 00:25:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.999 X-Spam-Level: X-Spam-Status: No, score=-6.999 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, 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 aP-2YLUoyZlm for ; Mon, 14 Jan 2019 00:25:09 -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 3B030130F9D for ; Mon, 14 Jan 2019 00:25:09 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id 28B0162CE1; Mon, 14 Jan 2019 09:25:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1547454307; bh=PMVjixJoAB8jJL/CojVdsJrjeyp/hwF3BsA5Bo/jA2M=; h=From:To:Date; b=r6Hh/bbTM8Oh6dCJhe43IzvACW4RyCJ+xJPEOgy0KYWskYhjzXZlW34TcY1eyQj+U R3WdK6UjMGseRG01xAk7SMZ9U1DRCqjfKirjI0UpgHjQCojC6g+K5I+hbvpE75r5yW Cshe8sS/9m18e2oRTLOyn3eEjNvyC/9GbkBxH4Lg= Message-ID: <1cc913075b016978b9b8d7e95344ab076c29c71d.camel@nic.cz> From: Ladislav Lhotka To: "Acee Lindem (acee)" , "draft-ietf-isis-yang-cfg@ietf.org" Cc: "lsr@ietf.org" Date: Mon, 14 Jan 2019 09:25:00 +0100 In-Reply-To: References: Organization: CZ.NIC Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-V30aErviSvmNd5VFnJyj" User-Agent: Evolution 3.30.4 Mime-Version: 1.0 X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2019 08:25:12 -0000 --=-V30aErviSvmNd5VFnJyj Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I am not aware of any IPR applicable to this draft. Thanks, Lada =20 On Sat, 2019-01-12 at 22:19 +0000, Acee Lindem (acee) wrote: > Authors, > =20 > Are you aware of any IPR that applies to draft-ietf-isis-yang-isis-cfg? > =20 > If so, has this IPR been disclosed in compliance with IETF IPR rules (see= RFCs > 3979, 4879, 3669 and 5378 for more details). > =20 > There are currently no IPR disclosures. > =20 > If you are listed as a document author or contributor please respond to t= his > email regardless of whether or not you are aware of any relevant IPR. *Th= e > response needs to be sent to the LSR WG mailing list. The document will n= ot > advance to the next stage until a response has been received from each au= thor > and contributor. > =20 > If you are on the LSR WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any = IPR > that has not yet been disclosed in conformance with IETF rules. > =20 > Thanks, > Acee > =20 > =20 > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr --=20 Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 --=-V30aErviSvmNd5VFnJyj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEPkxyygQbk81WGt6M7mEQwsizrZ4FAlw8R1wACgkQ7mEQwsiz rZ6zJgf/e5eqMs4tK60TPDVwT9VyPVV0F4jUKvpTKqjQBV5SsHOVuvF4o0Yju9Ah L/nq9xhLPT9G+qLw1UTlK1zvJ+UDJ41Srg93YFum61zIShoSL1UMAuqvhWySOfkf T80puw5RVSotwd3rMHmOsDXWG7uXCG1R9JRQaTNfiqNpKg1Wxx/xi9B7YYIyst2T dnSd5OI3hfm706WiR5LNry52gNS0OeN4l6G+iGOvA9MTgCLjo6NEp52dng7/PN/B 5P0xVBRFiiHddmaCSfUb0eQ6cfaYlCpHCFcBzc0AProXYWzP/W3wf/ph55HXolwI Ioqc8PxpW3Hnv/efVnKbzPZmXG+W6w== =GWdO -----END PGP SIGNATURE----- --=-V30aErviSvmNd5VFnJyj-- From nobody Mon Jan 14 04:39:15 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2893131055 for ; Mon, 14 Jan 2019 04:39:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U2-uvAm8vBLn for ; Mon, 14 Jan 2019 04:39:12 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1B40131051 for ; Mon, 14 Jan 2019 04:39:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2070; q=dns/txt; s=iport; t=1547469551; x=1548679151; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=AQ6+cwA5E/lseIjC6k70qCIQrUTe/zo4M0Fbc7KOagk=; b=X+SG3JAjzp7rOFSau4RoCu34O2T3FXanh7mDkqhRVYp5ClIhqasVKhre 5QTzGLf/irqNTPUNOVACvkgb8/DLxd2/GQh3d8ZPqyez1JnRz9ZKRQBle 1mUgmjn+Qs8SxdrdWir4UN90X/uW77ejvL6Y4UqYU9rj+MARpWG58URkP Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAAVgjxc/4UNJK1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggNmgQInCoN3iBqNepd8FIFnCwEBGAu?= =?us-ascii?q?ESQIXgiUiNAkNAQMBAQIBAQJtHAyFSwEBAQMBARsGEToGBRACAQgYAgImAgI?= =?us-ascii?q?CJQsVEAIEAQ0FgyIBggEPrXWBL4oeBYELizQXgX+BECgfgkyDHgEBgS4BEgE?= =?us-ascii?q?fF4JyMYImAolKmDoJApIGGIFkhSaKdYkmCUaQUAIRFIEnHzhlcXAVOyoBgkG?= =?us-ascii?q?CUYhMhT9BMYghgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,477,1539648000"; d="scan'208";a="502105447" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Jan 2019 12:39:10 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id x0ECdAgA031929 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 14 Jan 2019 12:39:10 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 14 Jan 2019 07:39:10 -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.1395.000; Mon, 14 Jan 2019 07:39:09 -0500 From: "Acee Lindem (acee)" To: Ladislav Lhotka , "draft-ietf-isis-yang-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsTtPlnLp+yVwUajNPDkb7OL0aWuw48A///zMYA= Date: Mon, 14 Jan 2019 12:39:09 +0000 Message-ID: <44A98383-78D7-4DD8-95ED-F13C7E489C72@cisco.com> References: <1cc913075b016978b9b8d7e95344ab076c29c71d.camel@nic.cz> In-Reply-To: <1cc913075b016978b9b8d7e95344ab076c29c71d.camel@nic.cz> 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.197] Content-Type: text/plain; charset="utf-8" Content-ID: <9444E738F727EA438BB2B9F7ED008148@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: Re: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2019 12:39:14 -0000 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoZSBkcmFmdC4gDQpUaGFu a3MsDQpBY2VlDQoNCu+7v09uIDEvMTQvMTksIDM6MjUgQU0sICJMYWRpc2xhdiBMaG90a2EiIDxs aG90a2FAbmljLmN6PiB3cm90ZToNCg0KICAgIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBw bGljYWJsZSB0byB0aGlzIGRyYWZ0Lg0KICAgIA0KICAgIFRoYW5rcywgTGFkYQ0KICAgICANCiAg ICBPbiBTYXQsIDIwMTktMDEtMTIgYXQgMjI6MTkgKzAwMDAsIEFjZWUgTGluZGVtIChhY2VlKSB3 cm90ZToNCiAgICA+IEF1dGhvcnMsDQogICAgPiAgDQogICAgPiBBcmUgeW91IGF3YXJlIG9mIGFu eSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnPw0KICAg ID4gIA0KICAgID4gSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlh bmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzDQogICAgPiAzOTc5LCA0ODc5LCAzNjY5 IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KICAgID4gIA0KICAgID4gVGhlcmUgYXJlIGN1 cnJlbnRseSBubyBJUFIgZGlzY2xvc3VyZXMuDQogICAgPiAgDQogICAgPiBJZiB5b3UgYXJlIGxp c3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0 byB0aGlzDQogICAgPiBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUg YXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gKlRoZQ0KICAgID4gcmVzcG9uc2UgbmVlZHMgdG8g YmUgc2VudCB0byB0aGUgTFNSIFdHIG1haWxpbmcgbGlzdC4gVGhlIGRvY3VtZW50IHdpbGwgbm90 DQogICAgPiBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJl ZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvcg0KICAgID4gYW5kIGNvbnRyaWJ1dG9yLg0KICAg ID4gICAgIA0KICAgID4gSWYgeW91IGFyZSBvbiB0aGUgTFNSIFdHIGVtYWlsIGxpc3QgYnV0IGFy ZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvcg0KICAgID4gY29udHJpYnV0b3IsIHRoZW4gcGxl YXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUg0K ICAgID4gdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRo IElFVEYgcnVsZXMuDQogICAgPiAgDQogICAgPiBUaGFua3MsDQogICAgPiBBY2VlDQogICAgPiAg DQogICAgPiAgDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KICAgID4gTHNyIG1haWxpbmcgbGlzdA0KICAgID4gTHNyQGlldGYub3JnDQogICAg PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xzcg0KICAgIC0tIA0KICAg IExhZGlzbGF2IExob3RrYQ0KICAgIEhlYWQsIENaLk5JQyBMYWJzDQogICAgUEdQIEtleSBJRDog MHhCOEY5MkIwOEE5Rjc2QzY3DQogICAgDQoNCg== From nobody Mon Jan 14 22:05:45 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D3F2130DC9; Mon, 14 Jan 2019 22:05:44 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 dFeY4zkurwFJ; Mon, 14 Jan 2019 22:05:43 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A271E130DC8; Mon, 14 Jan 2019 22:05:42 -0800 (PST) Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) by opfedar20.francetelecom.fr (ESMTP service) with ESMTP id 43f0FJ71PMz8svL; Tue, 15 Jan 2019 07:05:40 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.18]) by opfedar00.francetelecom.fr (ESMTP service) with ESMTP id 43f0FJ66wSzCqjh; Tue, 15 Jan 2019 07:05:40 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM34.corporate.adroot.infra.ftgroup ([fe80::cba:56d0:a732:ef5a%19]) with mapi id 14.03.0415.000; Tue, 15 Jan 2019 07:05:40 +0100 From: To: "Acee Lindem (acee)" , "draft-ietf-isis-yang-isis-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsUc3QW+tLSf90yQ31L4sJQJ6aWv2xww Date: Tue, 15 Jan 2019 06:05:39 +0000 Message-ID: <11831_1547532340_5C3D7834_11831_265_1_9E32478DFA9976438E7A22F69B08FF924B78DB8A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> In-Reply-To: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.4] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B78DB8AOPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 06:05:44 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B78DB8AOPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gbm90IGF3YXJlIG9mIGFueSBJUFINCg0KRnJvbTogQWNlZSBMaW5kZW0gKGFjZWUpIFtt YWlsdG86YWNlZUBjaXNjby5jb21dDQpTZW50OiBTYXR1cmRheSwgSmFudWFyeSAxMiwgMjAxOSAy MzoyMQ0KVG86IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnDQpDYzogbHNy QGlldGYub3JnDQpTdWJqZWN0OiBJUFIgQ2FsbCBmb3IgIllBTkcgRGF0YSBNb2RlbCBmb3IgSVMt SVMgcHJvdG9jb2wiIC0gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkNCg0KQXV0aG9y cywNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1pZXRm LWlzaXMteWFuZy1pc2lzLWNmZz8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3Nl ZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4Nzks IDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQoNClRoZXJlIGFyZSBjdXJyZW50bHkg bm8gSVBSIGRpc2Nsb3N1cmVzLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1 dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHJlZ2FyZGxl c3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiAq VGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIExTUiBXRyBtYWlsaW5nIGxpc3Qu IFRoZSBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVudGlsIGEg cmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0 b3IuDQoNCklmIHlvdSBhcmUgb24gdGhlIExTUiBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUgbm90IGxp c3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkg cmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0 IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0KVGhhbmtz LA0KQWNlZQ0KDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBv dSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2Ug cGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0 cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91 dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUg cHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9y IGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9y YW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwg Y2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== --_000_9E32478DFA9976438E7A22F69B08FF924B78DB8AOPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1 NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3 MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9y bWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1t YXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5 N0QiPknigJltIG5vdCBhd2FyZSBvZiBhbnkgSVBSPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBBY2Vl IExpbmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9i PiBTYXR1cmRheSwgSmFudWFyeSAxMiwgMjAxOSAyMzoyMTxicj4NCjxiPlRvOjwvYj4gZHJhZnQt aWV0Zi1pc2lzLXlhbmctaXNpcy1jZmdAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IGxzckBpZXRm Lm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBJUFIgQ2FsbCBmb3IgJnF1b3Q7WUFORyBEYXRhIE1v ZGVsIGZvciBJUy1JUyBwcm90b2NvbCZxdW90OyAtIGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMt Y2ZnLTI5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkF1dGhvcnMsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNr Ij5BcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtaXNp cy15YW5nLWlzaXMtY2ZnPzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+SWYgc28sIGhhcyB0aGlzIElQUiBi ZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNz IDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPlRoZXJlIGFyZSBjdXJyZW50bHkgbm8gSVBSIGRpc2Nsb3N1 cmVzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklmIHlvdSBhcmUgbGlzdGVk IGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSByZXNwb25kIHRvIHRo aXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFu eSByZWxldmFudCBJUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTFNS IFdHIG1haWxpbmcgbGlzdC4gVGhlDQogZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUg bmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh dXRob3IgYW5kIGNvbnRyaWJ1dG9yLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3UgYXJlIG9uIHRoZSBMU1IgV0cgZW1haWwgbGlzdCBidXQg YXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBl eHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFueSBJUFIgdGhhdCBo YXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoYW5rcyw8YnI+DQpBY2VlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1 dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxl Z2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3Ug Y29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBh ciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRl IHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZh bHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250 YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHBy b3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBj b3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFu Z2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNo YW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCjwvUFJFPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_9E32478DFA9976438E7A22F69B08FF924B78DB8AOPEXCLILMA4corp_-- From nobody Tue Jan 15 10:53:13 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03A61130F03; Tue, 15 Jan 2019 10:53:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.031 X-Spam-Level: X-Spam-Status: No, score=-2.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netorgft1331857.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 nzcAz8PdGFCj; Tue, 15 Jan 2019 10:53:08 -0800 (PST) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-eopbgr770072.outbound.protection.outlook.com [40.107.77.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEAC012426E; Tue, 15 Jan 2019 10:53:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT1331857.onmicrosoft.com; s=selector1-arrcus-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KwdlUrT0zNTvThC/bndgv63hzOxwwcSMs8JFG88EHzI=; b=QacC4cLp5vLrEliYQEMghMzOf4ySjS3fxAtQxY+3hxLFaL5pb8d0Sa3Q6sqDKBJ9fHGKAyyNQlKYykBlOgbQriZLLGYfj5vTGPq/RDcNaqSfG9QDWI1Ngi0fZEfwDAWWY4lsvQ7Q1q8cqHC+Er8wGBUYGTkPVw/xBjN53UgBTJI= Received: from MWHPR18MB0991.namprd18.prod.outlook.com (10.173.123.21) by MWHPR18MB1422.namprd18.prod.outlook.com (10.175.6.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.15; Tue, 15 Jan 2019 18:53:03 +0000 Received: from MWHPR18MB0991.namprd18.prod.outlook.com ([fe80::8c40:fe19:f187:aeb6]) by MWHPR18MB0991.namprd18.prod.outlook.com ([fe80::8c40:fe19:f187:aeb6%12]) with mapi id 15.20.1537.018; Tue, 15 Jan 2019 18:53:02 +0000 From: Derek Yeung To: "Acee Lindem (acee)" , "draft-ietf-isis-yang-isis-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsUc3QW+tLSf90yQ31L4sJQJ6aWwK22A Date: Tue, 15 Jan 2019 18:53:02 +0000 Message-ID: <58D075ED-8D86-4FE8-8DCE-8FD49EB3CCEE@arrcus.com> References: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> In-Reply-To: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=derek@arrcus.com; x-originating-ip: [70.234.233.188] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR18MB1422; 6:4SeeLzetgOLZhUX7NYrP2kkNZl0H7fUaIuBfn+m+4QIE0x4T7VrbBmh9PlpuSyBBowkPtETWj3F5aNCpCDzc44pE2bdXrGuaqrU4wChefizukyzNVcfyBXUUX+J9lFd+slQSARRXlWyOsReG4L0pZwRkHA/dZb+vWKb17RjHZq3rVv6kWdD/mWsbcaiD7EJ7v2tL8ZPS2Vy3HW+qZrk/XGYpbg2tAsH/RGKjXQviD/cMRcYI2eolH43T0jojNZdagPg24/KvKbQfK9XjXi2i+lysOlZi6Z8MH4bPlRSgOWLBi1IBg/Zhanl/4ei+1MpT9pwkU/XRkrCdTB7U4xdHywRpRn8Zj3vItGQWam1gIRRey1MphTmvO+/admQQ7TIe3pez7VYGw5OR8/6+ub9aH4d2vb4z+QTawU8mUeB0fEUcTJjVoWWJm/7lV0bGz7rbwI/ljWswKLPvMJJj2bKqqA==; 5:f9UQOJUM4UzGZZ4NPYez8FKH0zjQzh/v6gb583VW7OS5/3IAQbXZRAPS4AAyWDCijZVUeX9nXAZa5nqus5flLR5c+5uMlpUsA0jhK4ICKJl5BOfP2g3TjJaXxtMHoA9ulxpQH2GpB37uZHPMnn8Zgsocseh51dL1PaDDAiImjk9A6IYJSNH23u+6gs9b7BoIxUyAIdFomy9oUtgqRZHpYg==; 7:elTufajiWyeQa9aKHVdI0PWft1TYadYM2cKNQ79voWbLGlN2PkEXz7XPjwn7pi16s9702h9M8/ktPeJYbXlcC/EOovAlq3GPfNJwmDco+kq55+H6K/c+t96iaMtdxnj7NqXP1hK28L5n2BIthvwNew== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a1b62147-d194-40d9-f3c9-08d67b1aad7b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(5600109)(711020)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(2017052603328)(7153060)(49563074)(7193020); SRVR:MWHPR18MB1422; x-ms-traffictypediagnostic: MWHPR18MB1422: x-microsoft-antispam-prvs: x-forefront-prvs: 0918748D70 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39830400003)(346002)(396003)(366004)(376002)(136003)(199004)(189003)(40134004)(71200400001)(54556002)(6306002)(54896002)(6512007)(53936002)(71190400001)(83716004)(97736004)(2501003)(68736007)(99936001)(236005)(316002)(106356001)(5660300001)(446003)(476003)(11346002)(25786009)(36756003)(105586002)(6436002)(229853002)(3846002)(733005)(2616005)(6116002)(6486002)(86362001)(14454004)(8936002)(81156014)(76176011)(66066001)(81166006)(7736002)(186003)(508600001)(26005)(82746002)(2906002)(8676002)(6506007)(53546011)(486006)(256004)(14444005)(5024004)(99286004)(4326008)(110136005)(33656002)(6246003)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR18MB1422; H:MWHPR18MB0991.namprd18.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arrcus.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: /vXxzP08BkICGPaGYnpwhqFWcfU9CpQDH7btQTUzB4JMKDx8UcFueO8AXx1qXqmfp5Ni907a8hynaYx9cwyLwkOS7W+q6n3D2G63KJxJJpUA8hzcawWfd3+ZrYoV72p5skg1cq3dF8cmewoATW7h8NWjC1ePHnZchE5QBRp4SoWTpCpEdz2IaXbbocvaoyLP0VgT8XCPRWv2JpiGmOomN8gjU49elRbTiDnqVnisOWWYjg7f9eDPuloHRNJXvzAmAqDA7OlMzyWjLGeEwBTabRhiuQRBsIqV3YI5DIIUVOBsMJaK5d61Ou8le6pM9XaQtzl49HR3BFD891mSiWUvXsp0ORUkEpkhi+uRfVkakAH9UNTfZ1QkCactOIOqGmdGOcfLrUjNR6n2hlgsl+NX4o/OvvqYrl0r3w71eTEY+ZA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/related; boundary="_004_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_"; type="multipart/alternative" MIME-Version: 1.0 X-OriginatorOrg: arrcus.com X-MS-Exchange-CrossTenant-Network-Message-Id: a1b62147-d194-40d9-f3c9-08d67b1aad7b X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2019 18:53:02.5628 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 697b3529-5c2b-40cf-a019-193eb78f6820 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR18MB1422 Archived-At: Subject: Re: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 18:53:11 -0000 --_004_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_ Content-Type: multipart/alternative; boundary="_000_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_" --_000_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUi4NCg0KRGVyZWsgWWV1bmcNCkRlcmVrQGFycmN1cy5j b208bWFpbHRvOkRlcmVrQGFycmN1cy5jb20+DQpNYWluOiA0MDguODg0LjE5NjUNCg0KW3NpZ25h dHVyZV84MDUyMDg1OTVdDQoNCjIwNzcgR2F0ZXdheSBQbGFjZSwgU3VpdGUgMjUwDQpTYW4gSm9z ZSwgQ0EuICA5NTExMA0KDQpUaGUgY29udGVudHMgb2YgdGhpcyBtZXNzYWdlLCB0b2dldGhlciB3 aXRoIGFueSBhdHRhY2htZW50cywgYXJlIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhl IGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdoaWNoIHRoZXkgYXJlIGFkZHJlc3NlZCBhbmQgbWF5 IGNvbnRhaW4gaW5mb3JtYXRpb24gdGhhdCBpcyBjb25maWRlbnRpYWwgYW5kIHByb3ByaWV0YXJ5 IHRvIEFycmN1cy4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFy ZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uLCBv ciBjb3B5aW5nIG9mIHRoaXMgbWVzc2FnZSwgb3IgYW55IGF0dGFjaG1lbnQsIGlzIHN0cmljdGx5 IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciwg cGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYWwgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IHRlbGVwaG9u ZSBvciBieSByZXR1cm4gRS1tYWlsIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlLCBhbG9uZyB3aXRo IGFueSBhdHRhY2htZW50cywgZnJvbSB5b3VyIGNvbXB1dGVyLiBUaGFuayB5b3UuDQoNCg0KRnJv bTogIkFjZWUgTGluZGVtIChhY2VlKSIgPGFjZWVAY2lzY28uY29tPg0KRGF0ZTogU2F0dXJkYXks IEphbnVhcnkgMTIsIDIwMTkgYXQgMjoyMSBQTQ0KVG86ICJkcmFmdC1pZXRmLWlzaXMteWFuZy1p c2lzLWNmZ0BpZXRmLm9yZyIgPGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3Jn Pg0KQ2M6ICJsc3JAaWV0Zi5vcmciIDxsc3JAaWV0Zi5vcmc+DQpTdWJqZWN0OiBJUFIgQ2FsbCBm b3IgIllBTkcgRGF0YSBNb2RlbCBmb3IgSVMtSVMgcHJvdG9jb2wiIC0gZHJhZnQtaWV0Zi1pc2lz LXlhbmctaXNpcy1jZmctMjkNClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRmLm9yZz4N ClJlc2VudC1UbzogPHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPiwgPGRlcmVrQGFycmN1 cy5jb20+LCA8YWNlZUBjaXNjby5jb20+LCA8enpoYW5nQGp1bmlwZXIubmV0PiwgPGxob3RrYUBu aWMuY3o+DQpSZXNlbnQtRGF0ZTogU2F0dXJkYXksIEphbnVhcnkgMTIsIDIwMTkgYXQgMjoyMSBQ TQ0KDQpBdXRob3JzLA0KDQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRv IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnPw0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJl ZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3Mg Mzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCg0KVGhlcmUgYXJl IGN1cnJlbnRseSBubyBJUFIgZGlzY2xvc3VyZXMuDQoNCklmIHlvdSBhcmUgbGlzdGVkIGFzIGEg ZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1h aWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxl dmFudCBJUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTFNSIFdHIG1h aWxpbmcgbGlzdC4gVGhlIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3Rh Z2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFu ZCBjb250cmlidXRvci4NCg0KSWYgeW91IGFyZSBvbiB0aGUgTFNSIFdHIGVtYWlsIGxpc3QgYnV0 IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgdGhlbiBwbGVhc2Ug ZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQg aGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVz Lg0KDQpUaGFua3MsDQpBY2VlDQoNCg0K --_000_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_ Content-Type: text/html; charset="utf-8" Content-ID: <5E1D854EFA16C54388154F3466411D87@namprd18.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToy IDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJcQFBNaW5nTGlVIjsNCglwYW5vc2UtMToyIDEgNiAxIDAgMSAxIDEgMSAxO30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwg ZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4t dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlu O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj5EZXJlayBZZXVuZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxhIGhyZWY9Im1haWx0bzpEZXJla0BhcnJjdXMuY29tIj5E ZXJla0BhcnJjdXMuY29tPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPk1haW46IDQwOC44ODQuMTk2NTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0iMTk3IiBoZWlnaHQ9IjM2IiBz dHlsZT0id2lkdGg6Mi4wNTJpbjtoZWlnaHQ6LjM3NWluIiBpZD0iUGljdHVyZV94MDAyMF8xIiBz cmM9ImNpZDppbWFnZTAwMS5wbmdAMDFENEFDQzAuN0MyRTNCOTAiIGFsdD0ic2lnbmF0dXJlXzgw NTIwODU5NSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+MjA3 NyBHYXRld2F5IFBsYWNlLCBTdWl0ZSAyNTA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj5TYW4gSm9zZSwgQ0EuJm5ic3A7IDk1MTEwPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhlIGNvbnRlbnRzIG9mIHRoaXMgbWVzc2Fn ZSwgdG9nZXRoZXIgd2l0aCBhbnkgYXR0YWNobWVudHMsIGFyZSBpbnRlbmRlZCBvbmx5IGZvciB0 aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aGljaCB0aGV5IGFyZSBhZGRy ZXNzZWQgYW5kIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgY29uZmlkZW50aWFsDQog YW5kIHByb3ByaWV0YXJ5IHRvIEFycmN1cy4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl Y2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwg ZGlzdHJpYnV0aW9uLCBvciBjb3B5aW5nIG9mIHRoaXMgbWVzc2FnZSwgb3IgYW55IGF0dGFjaG1l bnQsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVz c2FnZSBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeQ0KIHRoZSBvcmlnaW5hbCBzZW5kZXIgaW1tZWRp YXRlbHkgYnkgdGVsZXBob25lIG9yIGJ5IHJldHVybiBFLW1haWwgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UsIGFsb25nIHdpdGggYW55IGF0dGFjaG1lbnRzLCBmcm9tIHlvdXIgY29tcHV0ZXIuIFRo YW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9t OiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+JnF1b3Q7QWNlZSBMaW5kZW0g KGFjZWUpJnF1b3Q7ICZsdDthY2VlQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+U2F0 dXJkYXksIEphbnVhcnkgMTIsIDIwMTkgYXQgMjoyMSBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7 ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmdAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LWll dGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7 bHNyQGlldGYub3JnJnF1b3Q7ICZsdDtsc3JAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDog PC9iPklQUiBDYWxsIGZvciAmcXVvdDtZQU5HIERhdGEgTW9kZWwgZm9yIElTLUlTIHByb3RvY29s JnF1b3Q7IC0gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjk8YnI+DQo8Yj5SZXNlbnQt RnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGlldGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1U bzogPC9iPiZsdDtzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSZndDssICZsdDtkZXJla0Bh cnJjdXMuY29tJmd0OywgJmx0O2FjZWVAY2lzY28uY29tJmd0OywgJmx0O3p6aGFuZ0BqdW5pcGVy Lm5ldCZndDssICZsdDtsaG90a2FAbmljLmN6Jmd0Ozxicj4NCjxiPlJlc2VudC1EYXRlOiA8L2I+ U2F0dXJkYXksIEphbnVhcnkgMTIsIDIwMTkgYXQgMjoyMSBQTTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNr Ij5BdXRob3JzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtjb2xvcjpibGFjayI+QXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGll cyB0byBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZz88L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xv cjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPklmIHNvLCBoYXMg dGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVz IChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGVyZSBhcmUgY3VycmVudGx5IG5vIElQ UiBkaXNjbG9zdXJlcy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3Ug YXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVz cG9uZCB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBh d2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQg dG8gdGhlIExTUiBXRyBtYWlsaW5nIGxpc3QuIFRoZQ0KIGRvY3VtZW50IHdpbGwgbm90IGFkdmFu Y2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBm cm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci48L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SWYgeW91IGFyZSBvbiB0aGUgTFNSIFdHIGVtYWls IGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgdGhl biBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkg SVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJ RVRGIHJ1bGVzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGFua3MsPGJyPg0K QWNlZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_-- --_004_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=11351; creation-date="Tue, 15 Jan 2019 18:53:02 GMT"; modification-date="Tue, 15 Jan 2019 18:53:02 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAMUAAAAkCAYAAAA5IP7XAAAEDWlDQ1BJQ0MgUHJvZmlsZQAAOI2N VV1oHFUUPrtzZyMkzlNsNIV0qD8NJQ2TVjShtLp/3d02bpZJNtoi6GT27s6Yyc44M7v9oU9FUHwx 6psUxL+3gCAo9Q/bPrQvlQol2tQgKD60+INQ6Ium65k7M5lpurHeZe58853vnnvuuWfvBei5qliW kRQBFpquLRcy4nOHj4g9K5CEh6AXBqFXUR0rXalMAjZPC3e1W99Dwntf2dXd/p+tt0YdFSBxH2Kz 5qgLiI8B8KdVy3YBevqRHz/qWh72Yui3MUDEL3q44WPXw3M+fo1pZuQs4tOIBVVTaoiXEI/MxfhG DPsxsNZfoE1q66ro5aJim3XdoLFw72H+n23BaIXzbcOnz5mfPoTvYVz7KzUl5+FRxEuqkp9G/Aji a219thzg25abkRE/BpDc3pqvphHvRFys2weqvp+krbWKIX7nhDbzLOItiM8358pTwdirqpPFnMF2 xLc1WvLyOwTAibpbmvHHcvttU57y5+XqNZrLe3lE/Pq8eUj2fXKfOe3pfOjzhJYtB/yll5SDFcSD iH+hRkH25+L+sdxKEAMZahrlSX8ukqMOWy/jXW2m6M9LDBc31B9LFuv6gVKg/0Szi3KAr1kGq1GM jU/aLbnq6/lRxc4XfJ98hTargX++DbMJBSiYMIe9Ck1YAxFkKEAG3xbYaKmDDgYyFK0UGYpfoWYX G+fAPPI6tJnNwb7ClP7IyF+D+bjOtCpkhz6CFrIa/I6sFtNl8auFXGMTP34sNwI/JhkgEtmDz14y SfaRcTIBInmKPE32kxyyE2Tv+thKbEVePDfW/byMM1Kmm0XdObS7oGD/MypMXFPXrCwOtoYjyyn7 BV29/MZfsVzpLDdRtuIZnbpXzvlf+ev8MvYr/Gqk4H/kV/G3csdazLuyTMPsbFhzd1UabQbjFvDR mcWJxR3zcfHkVw9GfpbJmeev9F08WW8uDkaslwX6avlWGU6NRKz0g/SHtCy9J30o/ca9zX3Kfc19 zn3BXQKRO8ud477hLnAfc1/G9mrzGlrfexZ5GLdn6ZZrrEohI2wVHhZywjbhUWEy8icMCGNCUdiB lq3r+xafL549HQ5jH+an+1y+LlYBifuxAvRN/lVVVOlwlCkdVm9NOL5BE4wkQ2SMlDZU97hX86Ei lU/lUmkQUztTE6mx1EEPh7OmdqBtAvv8HdWpbrJS6tJj3n0CWdM6busNzRV3S9KTYhqvNiqWmuro iKgYhshMjmhTh9ptWhsF7970j/SbMrsPE1suR5z7DMC+P/Hs+y7ijrQAlhyAgccjbhjPygfeBTjz hNqy28EdkUh8C+DU9+z2v/oyeH791OncxHOs5y2AtTc7nb/f73TWPkD/qwBnjX8BoJ98VVBg/m8A ACgESURBVHgB7V0HfJVFtj/35qaSQhoJKZBClyYICIg0FV3ALoiAvbC6uvre/tx96nPXLq6udS28 1aUorIouq2tBBKSrdJFOSEgCCaRCern3vv//fHdubm4SiPW3+1tGvnzf/b6ZMzNnzjlz5pwzo82N JD9DcrsbxYWq3LZAsYtL7Ph9tMoldz22WFZtK5cOAU60omVT2DpHgMhf/jBZzh2cJm6XiM1m55+f odWnq/hPxIDj5+q0G6xgBx3bbKBqscmm3CrZlVMicXEx4nAdEwkAobeSSPt1dfVSWFKDr+AOlj/N EK1g6vSrHwsDrVPijwXdFw6kO2m5EcyxKadUFq3Nkj0l9ZKa2EEc9kbkbFvyN7rssiOrEHms2aTl fOJb0enn0xj4YRj4iZkC6hLax8uuWppdNmYVycL1uVLeECDVNXUSGx4poaHBqlq12RUw1IG8Eqlp ACQXZ5rvl34mTfH7Ne50qZNiwKKkk2b50T7+dOoT1w+4XJgeqDY5wRpr9h6TDzcXyIl6mwTYGqW6 0SEBHTpITHioHK6txGTROo8GOJxyuKBKCooqJSMprJWVR9v4YBt42dAO3p1Op1RVVXnf+ZZkng5o j91utYO/fRPLM7nAmNXV1Xr3/d6eZ8IMDAyEIAj1ZvdvYw1gN6Kd3ycFBQU1g822Mvn3xf838VJb W6v4Mf009RMfAQEBEhwcrHfznnfCJyxiqra+TipraqEJ45fi3A58hmFN6DiJHuALjcXcOj6NjdAp QA8uLCIDsKgMC8O4sJ7mQyI1NTVSX1/fHEgrv9hGji37YZLpJ+/aBw/wn4wp3KiAJBRgAyHiYe3+ Elny1SGpcgbiHRCJxXYjxr0WeVKTYyX/WAWmE9Pc5vcADEphcbnkFhSBKbq1G8G+UEyn33v/fXn+ uecUCRaJe3J5EPOb3/xGLrnkEi/Bs5xJRB4JpLi4WO686y45nJ8PPm6j0aaQ504wKI7yNgkJDpFO nTpJz1695Pzzz5OhQ4YqXBIYB/hXd94pe/fu1QG0JGRTG/zAtvgZGhIi8fHx0q17d8A+X4affbbC IdEbZjd9WLd+nWzcuEnycnOltKxMibGhoQHttAidwNlm4j8wCIwcEioRkRFYB8ZL7969ZPjwEdK7 T28JdIDoQcDvvPOOvPLKq0rELqdLojpGyUsvvSSZ6Rkt2tnWi8qqSuEY7Phmh8JxAk6fM/rIc88+ J+Eg6pLSUlm+/HNZt2695KLdFRUVWHPWwQDDtSahto4rjmPHqChJSk6WwWcNlvHjxklmRqZXCBAn Zqx/OqYgAaAhlHfLdxXKhxtzpUaCsFQmQ+AjJYA7QCqcDZLRNVbWbc5uC0/Ib5OqWrfszyuXMYNb 73SbhYkmtIMETWJ+cvZs2bJpU5vZSRTjx4+X8PDwZnlYnhcTB+Hrr7+WQzk5+vuH/Hly9pPy6zvv kgceeEAlPOv4auPXsnvnrh8CVss+9dRTcuMNN8jTTz/thc3BX7Vqldx7773ahx9SSWRUpMy49jp5 /LHHJCoiQnIOHZIvN2zwgozA96rKKu/v9jzUNzTK5q1bZfPXG73Za2prQDVu2bHzW7n99ttl7eo1 3m/f6+E1COIuqTL7ydkydepUHVcjMAivfWKunTVTwrhAN7zsmCEaMMBLvymAynREqm2h4gCLBNjx EVIlABdnkxM1TomJi4S0CbTEEj7jX7NkI1wM5t6sArzn1++2riChkTHmzp8nWzdvRuMCxIZplBcT pb2dv3Ensb/77rv63vwx5Q3iCCsIkpPJwLHukDaworV2QUwrfJNP60PeahDNE088IX9++WWvpAoK CrZgm3a1AZP1EK65TL2mL3VQh1555RWZ/dRshcf2cwa67vrrtZ/sr15e+BA4Xnh4Rj/1ojrEPMyv eYE3PJ84cUJefvFF+cNDDyn8QKhJTAavQYFBWlxftvMPqwqCesnEfjAFQyWshyD6n9/9ThmiCefo O9vY3oS8Bu95uXly6623yieffioOzHS+6UdjCiVk/GEb2bE66EyfbsuXj7bmSy1mhEDYnfiR8wST y+2QBhBnQ61LUuM7SFgIpTlIHszEu2/SEliD5ORXSE19g++nUz8DGIkh78gR+ctfXlepwDYaQk/P TFf1gIDM+xcx5RceO6qwTb6WFVn9MO/dLqyaMNW3dUEf0yneDTVG8yiuwIyeAXn7nbelvLzcozJ5 YFNwoAKqBieDS9gK39Sv6g/6Q6ZBmj9/gRQW0non8te5c3WGs5O4WQ1xYcpRz/XAUsmmA8J3uJjH tEPhY/7G+BHA4nfelaKiIlV3WAcgWjf8tVYb3p+nfmBRPwJwgEk2btyoKpPVaAsM2x0aFiq9oML1 HzhA+g3o73cNkL54x6tn7946+6tqiOJk8MrKSpkHQUnV0jc1ZxHfL9/j2cUZAAiB8Jfl2w/LR9sL xAlnXYAN+iyQT9ya1Oi2SzAUquG9OstZKVhsRwRKRTVmkkDkbaSkaMoMRUsC7VhsH62UghIstjvH GDCnvuvIi7zx+uuyb88elXCqTmGAM9LT5bU5r8mdv/qV7IK6YklYm2zdskUWLVwo99x9z6nhs6WA ldmtmwwbaq0NdFx9O4s8rJN9asRCKjcvT7ZCRaD000HGtwMHsuQQdOS+Z5xBOvUmwu7aNU1GjRoF euXg+X61shE0mZdrkiMFBbIZ6iEXoFojPh4+nC85UPU6duwoK1as0EIkVqudLhkEHfsCrD+Sk1NU zbJmxCbhZNY6RyBY1q5dIxugIjU0oC2sAANbeLQQ7T/QQuJarfvhf7lQ//bbHZiZjlsSFyCJl5jY WHkO60OuAQPA5OyPhefmdbKvDY0N8vbbb8uv7rhDGnwE6/Zt29RoEgH1z6QfjSmInwD8Ia4+3pIn y74thsoDa4W7AU3CDKE0zlwWcwTbGmTymZ1lXL8EEIpLuiTFS3ZhPnBMT4bDhyVQwOYQh9spJSdq JPdo1XdiCiIp6+BBmfMaFElUTwlhUYNbbrjpJhk3ZqzcNus2ufuuu0FY1gKTi9s5c+bIlVdeJakp KR7BpR3Q9rf4A4IcPepceR2M155Uj3XLrbN+KfPeeB3SHEOANlJqcZFpVDQvHMAeOmSILJg/3/vq ZA/1DfVy729/K89jYaqqDoi2AXr6sWPH5AQWpdnZ2Vof+8jFcO8+fWTxe+9JepeuJwPr/Uar23XX XSeLFy/2vmuEcaAMC/XWCNKb6Qc9uKXyRKW216hmHJReMFRMnzbNq2advIpQuebqaRIENb2a1kfQ QiMYq2NklDgCm7NB818nh9riK4mIlEaViBalmnqnLNlyWFbvKZFGzBAOqEwqkUhPdg+huxolBHmv GNRJRvZJguPOLY4gh2SkhMgXW5DPCZ8FGMOG0ibZwRAEUQsz3e59BTJmYKr51K77nDl/kSOHDyvy VKJiuhwwYIDcCN2a6dqZ18m8ufNky+YtHkKyy57dezCLzJFHH34YOSg1rXWJFmjlD9vX3kSdeSCm 9HksoDjEDfBrYc7k3T+RgJmIbbD0SRP1+OHDh8uLL7xAuuHw6EUDQjnWAJVV1VoevdH7qNGj2sUQ pv9hYWFyzz33gCB7e4mpEUzXDTPlNzt2KMwf/w/WcCFYZ0F4eNGDZy7sV2HmYn+ZHFDnyJgULK0x KI0n13vG3LeNnAl9UxPl+b5t97OFWM4QVfUuWQIL05o9x8QVCNu0i7ZjazGt4DD4TkwXUY5GuWhw qpzTuzMiNqCnQo1CP6Rvz64S7NgHGmEZM2RWQ9xqwrXDtNsou/bng0SGeoa0ZUMNUfFO5GyHaW8+ 9EYLSagI7aCa9Otf/1oSExIUAE11s26dJbffcbu2kbOJG22dN2+eXH/D9dItPaNlRX5vWkh4v+/+ P0tLSvQV+64Eh1/0X7SWdHbDh1MxhCnLWYEDTTMpiQhVqGpTeaLC0p/x3qS42Dh9NERv3rd2N8Qz YsQI4eWf/HVz/+/f9zfVxhTM2KGhIVJTS5WT7bdD0B2RqVOmSDK+hcCHEgKTMRfl9AEFg4loQg6B iZr+Cb6LiIyU6OiOkgI1sX///lAXkxVPhmZM+34QU1gzhEh5nUs+2nhIVu4txYQQCu+1UwfCV+ZR B4wKqJfJQzPl3J5x6uF2k/g4aBi1XpkJWGyDuarBEFx8+hR2gSkCXLBkYObJOlIhJ6oaJKpD6wTE jlkEYZlhX3v1VSksOAIGwaIQlbEdw0eOlKuuulJxYIhh6tVT5c233pLVq1cB57C7Q0fNh47P8rOf fBJ1k7TaTrn5efLRp59YdSCbv6RivdpRfDuMNcWiRYs8eQjXDYZwwDkWpAziP0hHjhTIJ58t1bbr NyKsjUTfyWuvvuZTP4VDgFBnpl6tyTPD8zkIxMTk31592cYf//Z5y7fdrDYgte91AzSE4WcPl4yM TNn57bcYG4wtcMDqio4V6dU+SFYuLtzTunaVBx98UKZB/fJ16DHHd2QKUCqJ1TMoVJmq6t3y9/X7 ZF12LYg5GMSOGYLZbJjKPGKqEVI3Ikjk8uE9ZERGNN5THbKqtkC5JDEuVBLiomT/oTLACESHfbhC M2ERD2bJLzwhpeVVYIqOVlO0PVZnzV8OMCX3hi83yN/+tsjbXg5mB0yh9//vA7BEWAsrQwyRkCK/ ge3+y6++UgeaSmfAeeONN2Tm9BkqWVojBtZJPXf558tlxfLl2gTOc83ar28xhGRK3FxQN5h0diGO gJ/omFh1ihmG1gz4Q9i0/U+eOAk/zFv/Oz9Y+HIa2CjHRAtNCKRNly5dpKiYsxPyEZ+KU1paPfnQ DoMLLdjGH+YhHlqbGdtsXhuw2vvaBXU3JTVFHn3sUbkbxo9D2dla1OpxO6B4+qvtw59GZ6MaBm65 5RbhuHOh7pu+G1Ng8NwcVf7DDFZW0yiL1x+Qjbk1Ko3sanbFB60dywOoRm4456JCbXLV2WkyLA1W I/YE6w1PFk9bbIiBipCuSTGyI7dYIlyBgqLeZHfBpoV1RgBeVtU6JSu/TNKTI621DInKRx1gIQ5c Azr+7PPPWwtAEAirtZgiQpYtWy4rv1itbaA/xZShvh0W3kHqS6n6WQNfCkJ6Gbb+P8NM24wQWK9P ImwX8KMVWZ304sHKZnqMPKr7mqxuZfYZM2eo9KLu758IVxnSgPDPwKbwG9vkIXLVkvGbzK2w09Kk 4CjNzMhomolfDKNgOhVDaP2a08PMnudmN7bDN3kYz/fVqZ4Jwh8M0doIi9GlF1+CtdhAWbtmjezc uVMtbfRo19RUq7WNqlUtLHq1cPbV1dVKHX7XoxyNA7XIY6HHs95w2NUJu3DRQpk0aVKz2eI7MYXb Q3y8lVTVyeIvs2VzNsxkgaEgWGsxbChBV/dgkoQwm1w5LF0GpcdaA0uscLD8EEanXkZKR6hJ+Oag nPVHDQdOhB7PPdkFch5g2jGgHh5thmvCXrt2rXz0z4+sQp6vJBDq288983Sz/M1+kGBpP0ZiG/hM U960a6aphUnfE7t+7ecrxbpSJ8vjhbcL/E3iwx3wLOj4iURiC4POOwShHpzGW4vj8YLRSqxyTX89 0DyZmmBbOKRuTf2f6xWzJmgqa3nnfX+39Uycsq28GJfkG5vFd9TpORZWwgP+UWVsrU6T61R3wtVE cJ4xodrDyzexjlowQS2YgEKFjFGPOCzikheZowCm6jffelM+/McHWDdiLDygd+3ercxBA4JJ34kp WIgMUVzdIIvWZ8u23EpYIMIwzrDDavJiRaft+BC3XD2quwyAVIfOAILADGA66inRdKuXnhlxEmys VE0fmj+h/L7cE9CPwYtoPaVIU614xuAxsO3ZZ/4Eb3Glrg0MAG/dYA5NLOtT2DSNd75mnBJxVw5z I2N4zhkxUglXGdpktiDpQtbrGVWgLNmUCI9FqB87MWCsmEzKq+L4cXngvvtkKPwFiQmJPjgCU6Ic 1UZdhKO8RXjNYWtrAZwE4YRJVgcJ5ch+tdU18luohWcPHQY/RbQ12wGoEjnyUCdvTyLuWIbXkr// XZ5+9lmvs86JPj3x2OMa02XBYvtsIMZaldLtgW/ykOGOAx9MijPcHRAWgbCqtZU4g4eFhunVVh6+ H3nOOfBH7ZQ9e/bq2PIdw1A4k7SfKTiK2j+LOGwg/qMVDbJw9T75tgjLbAcWv/RDAFHMFgDrUL0t mM5PSergkukjMqV3chQIF0wDhvDRiNiepqR1BEhaSpREIhqyHJzdFrfaYdffk3VMymBe7BSDlTl8 5azczCxsy9Jly9R9r0SnqAXzQC/VdnJgWTP7pnfrxr/8AiVIn1TKcV1EKYACH3/0MQLRlssFF1yg koa7CE2il3oozIJPckEO+IoMrcTksGBTVeGAr1m1GuEXL8M8irgg5sOg7tu3T9av3yBTrppiwdCi MHdDDRwydIg8DSanpmf62QS5CTbDLr7++it54bnnpRz1sP80ZhQWFMKAsFomTpoMS0yo1MGxB8cP Ctrkiy9Wyl443nrCpHqyZFRH6uPvgSk2rFvXLDvrpmXHJNbNaORVa9bK2QhKbG/atm275MDRyLZx Mc0UEx0ja6Ay+fpGOD5Tpl4t540fp3na8ycY1qggBGNaY29RI5nd32rWFu1ZdegAc8oEA6CT+WV1 8u66/bLzaD2kBIkc0h95KK05NE446yjB06LcMmVEhvTuHKn10+dgaESJxr8H/AhTbFJijKRiXVF8 IF+lg382/qb0LjhaLkdKqpQpWNQQCmEfr6iUFyDVGyE1aUVi24nAmdfOhPluKqZzzmqmNYTYlNgN wmLI8ty5c+V9OLXQUe07HT7P/OkZGTN2bNNs0VRUYmNiZBSsWu1Jk37xC6ggDfKnP4HQPeEWNAEz FIM86J9ioqPlHI8t3v+b/++JF10koRj4++6/X/uiggCZGAwZA6LNSEsXrpM4MLRK7d+3X6bArHn+ eefDUZmskahkAJ0ZDHDglSpJcXGRbIEnfunSpYoTbSzwSzgx6D/VQFVzlN9I1HZhUGI1nJJjRo9R pmG0rYol7xCAbjA7UFpv375dXnzxJawPYLRBG0zqmtZV8vLzLAeseYn7V4hTexhxVxmZGc3WBN4s nnbQ6laJGeHtdxdr7BeNF0qyyNgBa0j/4M+TMwUKaWEQYm5ZtSwmQxTWiwP6ox3qkAHMRnCib3DZ pGukU6aPypTunTqAGPFBO0/GIv94McEizRK/d4oMxgI6TLbuww/LKNIsD38QRiW2p+45VCIDuyfA 0QdGYSUEgPQePK2rV65ERi6owGtgiITEBLnvvvulV8+emqc9fxIQfr1y5RdeTy0HaSXgLv3sMxkC Ncc/sR5eRqL6f/f/TT3/xZdeVG+zmUKdkMKeeaxZdsLVxC62jUJvmQkXXqhBenVQ0wzKqVpxPwTD yTchDITjRVAk6G9A6LzanUAPOoMCCgVOQuckSUtLU0JOz8iUg5h5LG+6XcoQ6k3CfSLocbX0BMKP 0IwO0CcSLZmCwZFMjAdjVwmb5tMxY8aoObYjhAPjwyyGsck3YKIrrrxSYhHuQdXVCEcFon8AhfAh qaugSjP0BR3WMaIQYuoDjz59Gb6piR193/o8k/MLYAJdsHq/IHID3ucgiyEUphkhzBaoJCXSJjeO tRiigSONz80kjg9cq0nWC31GPeTQHukJhkZ8cjc9UsGpRVgId+KxgkYwg9F3GWrwCqJNrVkC0o7N A/Brpk9XhvCfJpugep4IiwSIf1z4TrvmGo6MhxDB9LBkMNamtKzc681tAaOdL+hMom+CyeZZoZJA ffHSTlAtshG2xZxmfJqy3DZrlu6BgM6gTExCouRUQgPBkGhoDLDu5re19iEtMJCQWwKIc6qNTDMw C9MRltS5M0JM7tU1ENU+RT5AkUG4liqBw7IQPpcCON28F+KpirGu4UysbUBb1NrGzTYYi7HjxspF F14k/fv1lXPPHUWC8ow34QaoKnsMwZuMWPDC9MJHXaivGMGKNVjfMKTGcmhynJ26R2QaQj/8/RTo tV/CGkGpwvM6p+i4vL58n2SXwoHGDhorExDjQMgGFhawCLklPTZUZo3JlK6xMJVCfDNCnAgnY3C1 TyRqh/DOiWd6t9WEibsNl+YFW/TKjEI9sGT4Ncv3J4ZFsg+VYmaqww4NuhBRCRLjlTZtsuLw3RgU NwaCU+/tv7xdv59SiqNPFnGg2SCAX97xS4mOjdHBJxKZVnz+ucxbMF/7xN+GMBqwwNU+8h37eorU AJxUY+2kOCEjIlGN4O96WFKY2AcmE8BmzKf68iR/uH6qpVQk3rnAQ6qDNGbqCn/FwrcWyuTJkyEh gWfk1Ytt8F5ov/fZek9hQenKeClebGdXWIEeffRReRB7QZRJ8O7mG26Ul19+RbpjVvbCZn6UPemg 8jPrJKMB11RrZl53LVSmORIB3xLDV/74x6dl0iUXa1SzC7hS3LPMqdGt7VWaIF2gjvhO8VBfn5WJ v5iobVfkeP60UJ9gNdcOULfdX3hc3l5/UPJPcNcWto5iIW0tfiwi1EV1g0vOSAySqSO7SFI0tooC MTq14u4lQj2+hmUs8uVuPLHRyYcZBkzlgv/BcGdSfJRERwZJeWW1EqZvY80zIyJz8osRVduIrawW A9HixKn6kksv9XI+LRkTob93y8zEGIN5QPTfJfVBwNn90M1XY2HMaZzY52zD6FZuRDqjdx/tI82T wxC0913gJ0N/Z4gCTYYqeUE0DHAjjIt+cZH0AFE5sA2T9vkzzzzTO3AWfk/eDzqkuE6gykQmZx19 +/bVrrP9AwcOhFPzb9jMs0WjdQ8hhugoIl2pd3OnG/vJdvgydwCkbDgINRoqDMMqMtMzoEaeJWlp aYpbg1dK3VtvuVkmXDRBzeKMPqaXvQrrCgpHrtd84Xrkmb7jmiQhvpNkZmTIWUPOUocpdykyP68e 2E34FqIO1mLxvmnzJsk+eFCDHMkUaK4Fty0GwXdG2yZ0TpSePXoiXupsGdh/gDabtOE7W8DpjNpa JLfsOVotb6/ZJ4eOQ6+Do0MJGTlNZt6dTpv0jHfIjNHdpHMkza0Wj7GS3CNH5RtYiWpr4bzrGCmx 0Yg9wQEF4WHW1SEEAYMYsKbhtZ4qISWn/Nc7svNAsdbbomloAVWmKNiV5z5+qQzqYZkwWScvNYsS Q57EJxICB9lc5lt77uwnJa9i3UMsrIewqO6YRCnHd0xEqVcgmAw+d50XkYeY51ZP5ufF8uZu6lN4 lLJIBq6pR1/6/WEeto93mjJZUi+2D3Xhg9bTGgyW0cvTTwox30Tm9U8GF+Z9a3D5TWc5lFdV0RcM 6jSpRVl8Mrgy38zdlNG+aZ/MG1/g5p119/9i6IJfCdfABhVTMlBTt6Q4m7G3sFLeWrVP8quwfRQ5 1MrExmNa48YSkB5UkzrpC3PrNaMyBGtq7qlTVRTFwXV2WJE6iT0oVFZ8nYNNKJtkd3YJJAX2yYaH SUfEfISHw2KBmSUhNlwSYztKalyQxEZFSFBYIOzpEWgSFjBtJDLo8ap62bU3V5mCbSYRkts5qL6d 19+eDptOtwG21dcMVTEIsxaXaBpUK39YJDgSCJP/txaAgSNim5Y0k59lTFv1padeKwNp2erjKWGj gJch2W/81lqAG9M+hen541snYbcHPhrDYdZk8vvC4Qf+Nol5OENo8h0cvsC3FskjBPQ9Pps6+NvA Ne9Y2jxr/nb8MTC8ePKDYXM5azHqkHi4iMJNuVCZNmRJGTb8hEJdcsK/wKF2QdVhiEcD4pIcCLkY jFDvq0dmSHQHqC++A2gaRZxoCIVNKuoa5NsDRbJs7W75fO0eyTpcIQykwDgJtzACZTpwgSCSsGCq UwhD53E2bSaeBOKUWZMGy+/vHI1cnKFaQW6b5f8zP/iOk+/zfyY22u61DXoeqA/TLZhiR06RvPPV YSmqxukIdngQnaBaMEYQdr1FhDgkHrvjUqHzd+0ULr0TwxHTRD9AE3BfjuV7RTxW3NDEPWSPBXJR uazdnCvL4BHfvvOIlFRgDwGOsAnE4to4pyg8zBqjCbrvkwvbXZ0y6owUmTv7MoScM9LzNFP4YuhU z6eZom0MwfBjkfUW2P3fXJMjlZw4HC4wglviobcnxUZIeqcwyQQTJEYhVh3rC1W5OHOQ1EHBZlr2 nY4szzCzMj8W6LBa2cloiKwFuyB2xi1bccrHP1cfkNWbcnB8TTF2QuFTAEy+UL8Yft56Yr0A66wX Lsrff2GaJEZD3Tqd2oWB08xwajTZ6hsb3euzymTJlwexPzpU0jraJT0lRronhEsynGkdQkzMCUkR DIC/J5fiplIzhUCCa1GUBCOpRFehbsFj7qLyalm7LU/+sWyTbNxdLGU4F81ud0kwbMB2mH1d9Ewr GNaOXX74wQ1HIYEhMv/xy2TIGckE82+V9u7bLx988IHMgA+lMywihYVH5X2ET8xEtCyPePn44080 3okWtKSkJNjoz5UlS5aoRYkL/Pr6WrV4USenvn7ZpZfA61yPE0vmq3NxMCxW9JD/7e13ZOaMmVgb BiBM4j3ZuWu3hMCPMWHCBAQ4joBPp1FehSn7MPwFHFfGR11++WWw2GXIXGyy6g0L2zCEmRyApef9 9xfL5Zdejm/ddBizs3NkAaxBdLzRSjR48CANgwmG13rp0s/UN0Dr3/+9/jr2nx/SMHU60saNHSPp 6em6f8XJdSqGlT6bm2+5VcP9N2/ZjPGH5Q1979+3n1xy8WRtI/1Q7CvxdcUVV6hZ9c8w/zLYj+tJ msXHjh4Dy10PRCO8L9PhZ0pK6gz/SKmeSTX54ovlHx9+ILS20YlI+HFw/E28aCJ8T8XqxGOIiWNf UY0Gzk0b3V1SOoZIbAdsdoF3UHvdjMyUktvJECxo5VcQ+giU+7zy/RHfMUwuG5MhF47MRFxTiazY sE8+/TJLDuTCTOhySBCwFoyy3Kln9mJwwV8FO//BvNJ/S6YoLS2TTz75FKETJfLQHx7USM1NmzbL 1VdfrYcYVMCZdT32QlOi0BMdjwPIxp83HvFRXyphXzvjGklP6yK7d+2VfyIaeNKkiXrwwbvw6BM2 mWLr1u0Ki3uQn3jiSQkEnClTpyizcJ9IbXWVnHfeOOTbJkPPHib9+pyhR9+8iGNrfv/7B+Ub7FqM j0/Ats9ceeaZZ8BIF0iX1C5qzSOTHSsqll279mCv+w04laVOPocP58CBLOxqvAv74rP1oLIL4V3f uHmzDIcHn4cycH96Ghx9B7OzJQvXbbfdBtWZzkObhEeEyzZ4qWPR13HjxmneuKiOOF61RjbjMIlL waxJCJhctXIVfFL/J/f81z0wzW6WcePHSz/ApjWpM3ZTlgCnxG0BYr4efeQR4LYe/dokF0y4UA9w oweeuzGnInYqE8zJMJogbIkuPw5vOf5z0OnWp1MKHqHwwGdgd9OhRJrmeoHWCCXrn/QPq2OISBBU szN7JeCKl+mT+8gaHI/zGfZrbNpZICVlcGTRVxKM0AUsg7jHglLmm/3FMmUCmvsztPPHRALVTm78 YZTmgjcXIjZotM4MfE/rHc2f9IfQ1BsXHSvJCFXhVXG8UkpAjOePG6vNiegQqTMOpTZP8ciAjf8Q pF1Z2XHZipMqRiIea+/efXoEzWwcvBYHZyQTGYKh9SNHjsDMEYJwh95y9rAhGHu37m6rASGFwi+x P+uAfLrsMzln1Cjdz0BV2c2jcJDoR4nCgWdsezCeWfdDDz0Mxj6m52KZqGE63jpAFecRmqHwgySA cCmteZoht4o60NdIHCDAGCT6Q6jiMWixAUQeExsNpyaEIhh6EBg9Ew7DcvRt5YoVKukZPUxmoJ+K KT4+Tj3nxC0PrVuwYIH6fTgTBQH2oAH9pUtKqnyAWXcUGLUL/EUMWoh3xYKGbCoYHGGIlqQRE+4L IAS2fuj95Bb+p7mNKU2r/Gn+kJ5xXgdmAS74sZaAapSIXXhXnR8rl5/XFyeOH5FPV+2XlRvyZX9B Kbyz9fBkc+1jl90HCgQqoAQHov1s879JYmAinWw8XufJ2U9JDUK8qQKwByQMqgQrVqzUXWLDEXKS mZGmPdPwCdAknWz0cSQkxKvTb/nyFTg6J1euQiwQnY2f4pAvnsXEDUbckMPtqJE48tKk5OQk3ZxD bzk96fPnLZC/Q706dvSYxhMl4lhPhmasWLVKPco8bcR41I0pWYUnADJ2iUwRGxerahrVKRKYN+GR EcY8OohlZ0FNYij4MYR3LFq0EEzmku7dusuNN96gwm237nGoVdWOJw92gbOQBP4CDmOgqlVeflxu vvkmZSgyEI+pyc/LhyUzQLpD7SPLksHuwHE2DLokc+l619MkBmNiNWxFELCRKMAdiITFQ/lAiTSJ esgJ05hvUmeP74uf8Bnji+RpCSxRJgWgTQO7peJKkVlX1srab/NlyYpd0Lvz5OhxbCs8Wir5RWWS mRQJc3EQA8n/LaYNGv2o06ZnpMssHLHz+GOPK0ExYoBe7AHQpe/73b1K/HRnUEJzYCnCGhGKQwLl L8wrMhoxQQ8/+hhCWtLlXMwMdSDKV6BeDB48GOf0JmGPhROhKW/K8hVf4Hyn8XLi+AkwzVI5A15u hlOQKC5ESDw91gsWvCV9+/UDkYBoYEq/Als1x40dhy289+uW0IlQQdgWjhQjkPnMTTwMqVkKRuRs 0BkxUJTeTPzO5xuuv16GY23ixE7MoKAQyc7JVWJ/+MHf63qCawj2jwzK8PypYG4ybCDUmqKiEiXW KVdOgXc8D2racunXry/aAI0BbZ+Goy/pXWdYezCY7dChPMVtamoyhM4d8tAjj1nLWQ950wjkRECr 5TJAI8FpxLv6n4BPLh7+hRJR3UpSS5QdB+QGy6SR3WXCkG7YaFQgy77KllXrsqSosAJM4TmVAh0m ofyrJ54OHoSDChiKMeSsQTJ9xnQspP+hxBaGU+8o3R988A/qTY+OjpKbbrpJD06mahWKDTWUhlay wkOisedgAE7JYzzTmYMG4TSLEBk2bJhK7C5dU7GAnylLsOvs88+W6S61xMREmYE6mQgvDTFiZ2Gh nJNzCGdMLcAhx/+tkjihUwJCypPk1ttulbl//aukQS1heAsTQ18qKivkkUce1bUm+3Q3TkkJQ+QC ZztznhKjUKmiUZ1idASFH48d5ekcXPQ70CcmMlAYmIqh6Tu37xBG+TI8ZcKFExDSHi6Zmelyzsjh 2saFCxfJjTfdqGrVm2D4Dz/4ELhyyVCogGkQDgyKdMKX1b9/P50tebYVZwIrwR+G76oN4QVjuuza Ls9XZDQ5PQX+BW9sIpwYkJEqIRm07rDBdAviz4OhIBCWqs7RIVKHNVCI4txC8r9gT7RJRHk5pDWj Rnl0C4mnHjr8YUR6pqamqrWkuPgYBpHZrXCNzMxMtY7w1O1SlE3rkmIFaFK9xUXJq+E0OAWQsVgH 8TsJVpowMAm/83+JcBTWqMM4Q5WE2KNHd2Ug7ksvhKoWD3UpAvvkSYg5WJ+wHVS/OuLk8GhcPHwi KztLIrAJjNGw5MoqzEgHsTZgGR4ylpGepqoWTw88hrLsJ09X57okDrp+HOBYqleA9v8oVLVu3TKw fkIT0T7mz0H7ynESINeNVN+j0J/k5BRI/1y0CcfcoD9lUJ+4iO6C9UXuoRzMCpg5wVA8fTEuLk4Y Yl6C/SPJsDw5MHPw0LO8fOA2KVGZkQfGHUQfk2HViwCzgajgu4ZChTYw/T8JvO9dc9veHwAAAABJ RU5ErkJgggA= --_004_58D075ED8D864FE88DCE8FD49EB3CCEEarrcuscom_-- From nobody Tue Jan 15 21:09:14 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0437312F295; Tue, 15 Jan 2019 21:09:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.252 X-Spam-Level: X-Spam-Status: No, score=-5.252 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, KHOP_DYNAMIC=2, 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 Em3rRVuo79Fj; Tue, 15 Jan 2019 21:09:10 -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 DC079126DBF; Tue, 15 Jan 2019 21:09:09 -0800 (PST) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x0G5851x014763; Tue, 15 Jan 2019 21:09:07 -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=ls/IscmGShEdoh3cHq1tA8SZ3FMR3gi75yBPAMNcSUI=; b=sUwq2KN+QFR1a2qy8MJ5Yt513w97U5+wksA2tdX/BMhKh4a50yiJSIU7XiVprVSF3fLQ xhGXJHMFUazXxhF1n8YgIT1whhRjc2UJVb0LJxIuu40kIBXrkCuTf2F7viQfxdkEwii2 Op0SvXjIhvcWBkvM9smVcS9D7Lp6secPhXGi9/jpT26yFCXW7K0vS+xRPg1QSShvTDQ4 Oehw/eX3qzwWJtAfVFaMjoVUpJyzYF3EZlZF45GAUq2b1aLFJeVaUwZs6BCeoE/5x3xw EfXUjUyo6FWhVZb0JXibh6OMyb+NVwpvMsCg+/RWHwh9CTkts+Lixey/8e86SyLYMkIr BQ== Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp2054.outbound.protection.outlook.com [104.47.38.54]) by mx0a-00273201.pphosted.com with ESMTP id 2q1wc001te-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 15 Jan 2019 21:09:07 -0800 Received: from CO2PR05MB2455.namprd05.prod.outlook.com (10.166.95.137) by CO2PR05MB2423.namprd05.prod.outlook.com (10.166.95.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1537.20; Wed, 16 Jan 2019 05:09:04 +0000 Received: from CO2PR05MB2455.namprd05.prod.outlook.com ([fe80::9d5d:840e:7396:a77d]) by CO2PR05MB2455.namprd05.prod.outlook.com ([fe80::9d5d:840e:7396:a77d%5]) with mapi id 15.20.1537.018; Wed, 16 Jan 2019 05:09:04 +0000 From: "Jeffrey (Zhaohui) Zhang" To: "Acee Lindem (acee)" , "draft-ietf-isis-yang-isis-cfg@ietf.org" CC: "lsr@ietf.org" Thread-Topic: IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUqsUc3QW+tLSf90yQ31L4sJQJ6aWxXYYw Date: Wed, 16 Jan 2019 05:09:04 +0000 Message-ID: References: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> In-Reply-To: <1F5D5E47-B03A-4125-B1E4-A783854AE41A@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CO2PR05MB2423; 6:370RBJh3CZggYZCdeimapFTfz+eie67NKdiQFAD6AdiUSmi0u3LcAr/lHMtyqxfe7dNvnLRTNJbglqLuFFnL3TOLe/NsyHBIQZM6lmfewF2nVZOVDmVovtWbXe2xCfNnU6Fftz7KW2nCFvr6ofXNSnxXR67SnqkWyn9BuIuYBgdps/JGFYNGlNVp7qmDU21tY1i2kiL2bzrfPD81ncxYB+h2qTIf4UIM+d0mxum6RkDgNLYCB5O8HhHLxoLfThgFZshtimpfPg/LQtOUNLbdOgrSpvgVF3/U+kBZ3h6VCFD34nvnaQdsUIXp/JEFRvSBrFE+/TUO+A/1LYEUG73EcgAacR/Mxgy8PwQi+75P138XlxfLLBEnf65Tl4DTWtFDp47eOJuXtBsJMnejlAy7Ihfk4lPtk7DqSRhLaYhFdBL5TErr+CGWmPM5EUwk2K4gBLX54KGNSVJQaNQTu3Mvgg==; 5:UViN6Hg0xpIfiTsxekErSvocLKi5fqhShQ9/hATQ8YG9s1UhsUcfVIio+VuQqHTANGS7t09FSxToubGtKEV4zmUXt7Kiaa7Rzf08vtJmvTguhb4lXQ8+RfqqiF/vN7r6PKJZKuJT4ajtJ6waKX7B/1Hly0thebo1tvAx5KF6fKsTAZGZMPbjG/45P1Ul5J4KaqxR3CzWbIokfH1TYBK+Ig==; 7:HtuMwtE/kyN4AQQleGVFn/hZL7lj5awDwuBVWp+wzi5KpCex87qnP6IUxssb6Evpq+hhGkBL6tbTH56LO74Lk0RNNhhA+/i6/fDMQlm3JYEB2OfpcdGALQsqzi3yQtBvGdytgTBk4WjHgm2SOS1/rg== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: ee3e396d-52f0-49c6-7648-08d67b70bc54 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:CO2PR05MB2423; x-ms-traffictypediagnostic: CO2PR05MB2423: x-microsoft-antispam-prvs: x-forefront-prvs: 091949432C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(376002)(136003)(396003)(366004)(189003)(199004)(97736004)(33656002)(2501003)(478600001)(476003)(486006)(5660300001)(11346002)(105586002)(76176011)(106356001)(446003)(6506007)(53546011)(110136005)(316002)(68736007)(55016002)(229853002)(102836004)(66066001)(6246003)(9686003)(3846002)(74316002)(25786009)(4326008)(26005)(6436002)(6306002)(2906002)(53946003)(54896002)(53936002)(81156014)(71200400001)(186003)(8676002)(71190400001)(8936002)(81166006)(86362001)(99286004)(7736002)(790700001)(256004)(7696005)(6116002)(14454004)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB2423; H:CO2PR05MB2455.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: ED3EAtx+ixztPUL3QWGfqrXOQ9aut3xxAfpg/H6Rgddg9LGtdAvR+qFmpLSDNgQJlur2nn7n4nsSFfCTN2DgJBuXrD6Vvps38sC3wv8lo7Zh8T1tUG9LNen0XsIhtiyb6MlKSLZq68dk6BYFCgZm4hSXE1HsXsaixfrsWsBCOskDcEuTj20hi0I148zLwfYVnpSHQnvwWQ8O7Ss4URcg5H83IGJ79a7PlWqbG3VBP0UNFkdYegTP4BYu7EGjiB9F9S4QNouvbDANSPQKvk5u65/zQABJ+yITTosM1M0zjoBii7SRrPIhlbdVi/gcibQgCygzaaXnWgsUwNcC2Sd0eRxetbFBbgphvJVyDfkCMQPjE74wzL0QOT5rH3VQZkAKrhYXNoxsv8YwHdcyiScRKs+IhewDHqvjcdsu2RAZVqU= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CO2PR05MB24557192A7645851F555E05AD4820CO2PR05MB2455namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: ee3e396d-52f0-49c6-7648-08d67b70bc54 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2019 05:09:04.4528 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB2423 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-16_02:, , 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=899 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901160041 Archived-At: Subject: Re: [Lsr] IPR Call for "YANG Data Model for IS-IS protocol" - draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 05:09:13 -0000 --_000_CO2PR05MB24557192A7645851F555E05AD4820CO2PR05MB2455namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gbm90IGF3YXJlIG9mIHJlbGV2YW50IElQUnMuDQoNCkZyb206IEFjZWUgTGluZGVtIChh Y2VlKSBbbWFpbHRvOmFjZWVAY2lzY28uY29tXQ0KU2VudDogU2F0dXJkYXksIEphbnVhcnkgMTIs IDIwMTkgNToyMSBQTQ0KVG86IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3Jn DQpDYzogbHNyQGlldGYub3JnDQpTdWJqZWN0OiBJUFIgQ2FsbCBmb3IgIllBTkcgRGF0YSBNb2Rl bCBmb3IgSVMtSVMgcHJvdG9jb2wiIC0gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkN Cg0KQXV0aG9ycywNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBk cmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZz8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVu IGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5 NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQoNClRoZXJlIGFyZSBj dXJyZW50bHkgbm8gSVBSIGRpc2Nsb3N1cmVzLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRv Y3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWls IHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZh bnQgSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIExTUiBXRyBtYWls aW5nIGxpc3QuIFRoZSBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdl IHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQg Y29udHJpYnV0b3IuDQoNCklmIHlvdSBhcmUgb24gdGhlIExTUiBXRyBlbWFpbCBsaXN0IGJ1dCBh cmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4 cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhh cyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4N Cg0KVGhhbmtzLA0KQWNlZQ0KDQoNCg== --_000_CO2PR05MB24557192A7645851F555E05AD4820CO2PR05MB2455namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDE1Ij4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDE1Ij4NCjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86T2ZmaWNlRG9j dW1lbnRTZXR0aW5ncz4NCjxvOkFsbG93UE5HLz4NCjwvbzpPZmZpY2VEb2N1bWVudFNldHRpbmdz Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8dzpXb3JkRG9j dW1lbnQ+DQo8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQo8dzpEb2N1 bWVudEtpbmQ+RG9jdW1lbnRFbWFpbDwvdzpEb2N1bWVudEtpbmQ+DQo8dzpUcmFja01vdmVzLz4N Cjx3OlRyYWNrRm9ybWF0dGluZy8+DQo8dzpFbnZlbG9wZVZpcy8+DQo8dzpWYWxpZGF0ZUFnYWlu c3RTY2hlbWFzLz4NCjx3OlNhdmVJZlhNTEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1MSW52YWxp ZD4NCjx3Oklnbm9yZU1peGVkQ29udGVudD5mYWxzZTwvdzpJZ25vcmVNaXhlZENvbnRlbnQ+DQo8 dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFjZWhvbGRl clRleHQ+DQo8dzpEb05vdFByb21vdGVRRi8+DQo8dzpMaWRUaGVtZU90aGVyPkVOLVVTPC93Okxp ZFRoZW1lT3RoZXI+DQo8dzpMaWRUaGVtZUFzaWFuPlpILUNOPC93OkxpZFRoZW1lQXNpYW4+DQo8 dzpMaWRUaGVtZUNvbXBsZXhTY3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNjcmlwdD4N Cjx3OkNvbXBhdGliaWxpdHk+DQo8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4NCjx3OkJyZWFr V3JhcHBlZFRhYmxlcy8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpFbmFibGVP cGVuVHlwZUtlcm5pbmcvPg0KPC93OkNvbXBhdGliaWxpdHk+DQo8dzpCcm93c2VyTGV2ZWw+TWlj cm9zb2Z0SW50ZXJuZXRFeHBsb3JlcjQ8L3c6QnJvd3NlckxldmVsPg0KPG06bWF0aFByPg0KPG06 bWF0aEZvbnQgbTp2YWw9IkNhbWJyaWEgTWF0aCIvPg0KPG06YnJrQmluIG06dmFsPSJiZWZvcmUi Lz4NCjxtOmJya0JpblN1YiBtOnZhbD0iJiM0NTstIi8+DQo8bTpzbWFsbEZyYWMgbTp2YWw9Im9m ZiIvPg0KPG06ZGlzcERlZi8+DQo8bTpsTWFyZ2luIG06dmFsPSIwIi8+DQo8bTpyTWFyZ2luIG06 dmFsPSIwIi8+DQo8bTpkZWZKYyBtOnZhbD0iY2VudGVyR3JvdXAiLz4NCjxtOndyYXBJbmRlbnQg bTp2YWw9IjE0NDAiLz4NCjxtOmludExpbSBtOnZhbD0ic3ViU3VwIi8+DQo8bTpuYXJ5TGltIG06 dmFsPSJ1bmRPdnIiLz4NCjwvbTptYXRoUHI+PC93OldvcmREb2N1bWVudD4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPHc6TGF0ZW50U3R5bGVzIERlZkxvY2tl ZFN0YXRlPSJmYWxzZSIgRGVmVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBEZWZTZW1pSGlkZGVuPSJm YWxzZSIgRGVmUUZvcm1hdD0iZmFsc2UiIERlZlByaW9yaXR5PSI5OSIgTGF0ZW50U3R5bGVDb3Vu dD0iMzc1Ij4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMCIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iTm9ybWFsIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgMSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJ0cnVlIiBV bmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAyIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFNlbWlIaWRkZW49InRy dWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRl bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1p SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0i aGVhZGluZyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijki IFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBRRm9ybWF0PSJ0cnVlIiBO YW1lPSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIFFGb3JtYXQ9InRy dWUiIE5hbWU9ImhlYWRpbmcgNyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgUUZvcm1h dD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA4Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iaW5k ZXggMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUi IFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJpbmRleCAyIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5h bWU9ImluZGV4IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVu PSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iaW5kZXggNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0 cnVlIiBOYW1lPSJpbmRleCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2Vt aUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImluZGV4IDYiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVu VXNlZD0idHJ1ZSIgTmFtZT0iaW5kZXggNyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJpbmRleCA4 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImluZGV4IDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJ0b2MgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9 InRvYyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBT ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0idG9jIDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIFNlbWlIaWRkZW49InRy dWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0b2MgNCIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hl blVzZWQ9InRydWUiIE5hbWU9InRvYyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjM5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg TmFtZT0idG9jIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0b2MgNyIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgU2VtaUhpZGRl bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9InRvYyA4Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhp ZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0idG9jIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTm9y bWFsIEluZGVudCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49 InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJmb290bm90ZSB0ZXh0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVz ZWQ9InRydWUiIE5hbWU9ImFubm90YXRpb24gdGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJo ZWFkZXIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVl IiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iZm9vdGVyIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5h bWU9ImluZGV4IGhlYWRpbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iMzUiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJjYXB0aW9uIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9InRhYmxlIG9mIGZp Z3VyZXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVl IiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iZW52ZWxvcGUgYWRkcmVzcyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJlbnZlbG9wZSByZXR1cm4iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iZm9v dG5vdGUgcmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImFubm90YXRpb24gcmVmZXJl bmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImxpbmUgbnVtYmVyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUi IE5hbWU9InBhZ2UgbnVtYmVyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2Vt aUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImVuZG5vdGUgcmVmZXJl bmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9ImVuZG5vdGUgdGV4dCIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl IiBOYW1lPSJ0YWJsZSBvZiBhdXRob3JpdGllcyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJtYWNy byIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVu aGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJ0b2EgaGVhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO YW1lPSJMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgQnVsbGV0Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9 InRydWUiIE5hbWU9Ikxpc3QgTnVtYmVyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgMiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJMaXN0IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlz dCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJMaXN0IEJ1bGxldCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgQnVsbGV0IDMiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVX aGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBCdWxsZXQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJMaXN0IEJ1bGxldCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgTnVtYmVyIDIiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVX aGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBOdW1iZXIgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJMaXN0IE51bWJlciA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgTnVtYmVyIDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkNsb3NpbmciLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNl ZD0idHJ1ZSIgTmFtZT0iU2lnbmF0dXJlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO YW1lPSJEZWZhdWx0IFBhcmFncmFwaCBGb250Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkJvZHkg VGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUi IFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJCb2R5IFRleHQgSW5kZW50Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9 InRydWUiIE5hbWU9Ikxpc3QgQ29udGludWUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTGlzdCBD b250aW51ZSAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikxpc3QgQ29udGludWUgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V c2VkPSJ0cnVlIiBOYW1lPSJMaXN0IENvbnRpbnVlIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i TGlzdCBDb250aW51ZSA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik1lc3NhZ2UgSGVhZGVyIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjExIiBRRm9ybWF0PSJ0 cnVlIiBOYW1lPSJTdWJ0aXRsZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNl bWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJTYWx1dGF0aW9uIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRl V2hlblVzZWQ9InRydWUiIE5hbWU9IkRhdGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iQm9keSBU ZXh0IEZpcnN0IEluZGVudCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlI aWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJCb2R5IFRleHQgRmlyc3Qg SW5kZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0 cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iTm90ZSBIZWFkaW5nIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9 InRydWUiIE5hbWU9IkJvZHkgVGV4dCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkJvZHkgVGV4 dCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkJvZHkgVGV4dCBJbmRlbnQgMiIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJCb2R5IFRleHQgSW5kZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i QmxvY2sgVGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49 InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIeXBlcmxpbmsiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0i dHJ1ZSIgTmFtZT0iRm9sbG93ZWRIeXBlcmxpbmsiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iMjIiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlN0cm9uZyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIyMCIgUUZvcm1hdD0idHJ1ZSIg TmFtZT0iRW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlk ZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iRG9jdW1lbnQgTWFwIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hl blVzZWQ9InRydWUiIE5hbWU9IlBsYWluIFRleHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iRS1t YWlsIFNpZ25hdHVyZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRk ZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIFRvcCBvZiBGb3JtIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRl V2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgQm90dG9tIG9mIEZvcm0iLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1 ZSIgTmFtZT0iTm9ybWFsIChXZWIpIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgQWNyb255 bSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVu aGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIEFkZHJlc3MiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg TmFtZT0iSFRNTCBDaXRlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhp ZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IkhUTUwgQ29kZSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5V c2VkPSJ0cnVlIiBOYW1lPSJIVE1MIERlZmluaXRpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i SFRNTCBLZXlib2FyZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRk ZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIFByZWZvcm1hdHRlZCIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJIVE1MIFNhbXBsZSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJIVE1MIFR5cGV3cml0ZXIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iSFRNTCBWYXJpYWJsZSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJOb3JtYWwgVGFibGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFt ZT0iYW5ub3RhdGlvbiBzdWJqZWN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg U2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik5vIExpc3QiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVX aGVuVXNlZD0idHJ1ZSIgTmFtZT0iT3V0bGluZSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFt ZT0iT3V0bGluZSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iT3V0bGluZSBMaXN0IDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhp ZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgU2ltcGxlIDEiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIg TmFtZT0iVGFibGUgU2ltcGxlIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBT ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgU2ltcGxl IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBV bmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ2xhc3NpYyAxIi8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRy dWUiIE5hbWU9IlRhYmxlIENsYXNzaWMgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBD bGFzc2ljIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0 cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ2xhc3NpYyA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVz ZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbG9yZnVsIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0i VGFibGUgQ29sb3JmdWwgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlI aWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBDb2xvcmZ1bCAz Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbHVtbnMgMSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl IiBOYW1lPSJUYWJsZSBDb2x1bW5zIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgQ29s dW1ucyAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1 ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbHVtbnMgNCIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJUYWJsZSBDb2x1bW5zIDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFi bGUgR3JpZCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgMiIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJUYWJsZSBHcmlkIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUg R3JpZCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1 ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgNSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0 cnVlIiBOYW1lPSJUYWJsZSBHcmlkIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgR3Jp ZCA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIg VW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIEdyaWQgOCIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl IiBOYW1lPSJUYWJsZSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBT ZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlzdCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5o aWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIExpc3QgMyIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO YW1lPSJUYWJsZSBMaXN0IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1p SGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlzdCA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRl V2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIExpc3QgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJUYWJsZSBMaXN0IDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlk ZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgTGlzdCA4Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hl blVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIDNEIGVmZmVjdHMgMSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBO YW1lPSJUYWJsZSAzRCBlZmZlY3RzIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgM0Qg ZWZmZWN0cyAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0i dHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9IlRhYmxlIENvbnRlbXBvcmFyeSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdo ZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBFbGVnYW50Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9 IlRhYmxlIFByb2Zlc3Npb25hbCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNl bWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBTdWJ0bGUg MSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVu aGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBTdWJ0bGUgMiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl IiBOYW1lPSJUYWJsZSBXZWIgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNl bWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBXZWIgMiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlk ZVdoZW5Vc2VkPSJ0cnVlIiBOYW1lPSJUYWJsZSBXZWIgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVlIiBOYW1l PSJCYWxsb29uIFRleHQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iMzkiIE5hbWU9IlRhYmxlIEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVGFibGUgVGhl bWUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBO YW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjEiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmciLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIE5hbWU9IkxpZ2h0IFNoYWRpbmci Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIE5hbWU9Ikxp Z2h0IExpc3QiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIi IE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjMiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIE5hbWU9Ik1lZGl1bSBMaXN0 IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIE5hbWU9 Ik1lZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjciIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjgiIE5hbWU9Ik1lZGl1bSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIE5hbWU9Ik1lZGl1bSBHcmlkIDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIE5hbWU9IkRhcmsgTGlz dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgTmFtZT0i Q29sb3JmdWwgU2hhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MiIgTmFtZT0iQ29sb3JmdWwgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI3MyIgTmFtZT0iQ29sb3JmdWwgR3JpZCIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2Nl bnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgTmFt ZT0iTGlnaHQgTGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MiIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBB Y2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIg TmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFNlbWlIaWRkZW49InRydWUiIE5hbWU9IlJl dmlzaW9uIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM0IiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJMaXN0IFBhcmFncmFwaCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIyOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iUXVvdGUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzAiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IkludGVuc2UgUXVvdGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjYiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjkiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDEiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIE5hbWU9IkRhcmsgTGlz dCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgTmFtZT0iQ29s b3JmdWwgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MCIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQg MiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgTmFtZT0i TGlnaHQgR3JpZCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MyIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgTmFtZT0iTWVkaXVtIFNoYWRpbmcg MiBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 NSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgTmFtZT0iTWVkaXVt IEdyaWQgMSBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2OCIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQg MiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgTmFtZT0i RGFyayBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjcxIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFj Y2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBO YW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYwIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAzIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBOYW1lPSJMaWdodCBMaXN0 IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYy IiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYzIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAzIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBOYW1lPSJNZWRpdW0g U2hhZGluZyAyIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY1IiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2Vu dCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBOYW1l PSJNZWRpdW0gR3JpZCAxIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY4IiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCAzIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBOYW1lPSJNZWRpdW0gR3JpZCAz IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcw IiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzEiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIE5hbWU9IkNvbG9yZnVs IExpc3QgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNzMiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDQi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIE5hbWU9Ikxp Z2h0IExpc3QgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjIiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50 IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjUiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDQiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIE5hbWU9Ik1lZGl1bSBMaXN0 IDIgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjciIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDQiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIE5hbWU9Ik1lZGl1 bSBHcmlkIDMgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzAiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQg NCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgTmFtZT0i Q29sb3JmdWwgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MyIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgTmFtZT0iTGlnaHQgU2hhZGluZyBB Y2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIg TmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MiIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgTmFtZT0iTWVkaXVtIFNoYWRpbmcg MSBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 NCIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgTmFtZT0iTWVk aXVtIExpc3QgMiBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2NyIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2Nl bnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgTmFt ZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI3MCIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5n IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcy IiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjczIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA1Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBOYW1lPSJMaWdodCBT aGFkaW5nIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjYxIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCA2Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBOYW1lPSJNZWRpdW0g U2hhZGluZyAxIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY0IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFj Y2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBO YW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY3IiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA2Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBOYW1lPSJNZWRpdW0gR3Jp ZCAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY5IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDYiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIE5hbWU9IkNvbG9yZnVs IFNoYWRpbmcgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzIiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTkiIFFGb3Jt YXQ9InRydWUiIE5hbWU9IlN1YnRsZSBFbXBoYXNpcyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIyMSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBFbXBo YXNpcyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMSIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIFJlZmVyZW5jZSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMiIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBS ZWZlcmVuY2UiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzMi IFFGb3JtYXQ9InRydWUiIE5hbWU9IkJvb2sgVGl0bGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzciIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBOYW1lPSJCaWJsaW9ncmFwaHkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iMzkiIFNlbWlIaWRkZW49InRydWUiIFVuaGlkZVdoZW5Vc2VkPSJ0cnVl IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJUT0MgSGVhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0MSIgTmFtZT0iUGxhaW4gVGFibGUgMSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0MiIgTmFtZT0iUGxhaW4gVGFibGUg MiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0MyIgTmFtZT0i UGxhaW4gVGFibGUgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI0NCIgTmFtZT0iUGxhaW4gVGFibGUgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI0NSIgTmFtZT0iUGxhaW4gVGFibGUgNSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0MCIgTmFtZT0iR3JpZCBUYWJsZSBMaWdodCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NiIgTmFtZT0iR3JpZCBU YWJsZSAxIExpZ2h0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjQ3IiBOYW1lPSJHcmlkIFRhYmxlIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNDgiIE5hbWU9IkdyaWQgVGFibGUgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iR3JpZCBUYWJsZSA0Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJHcmlkIFRhYmxlIDUg RGFyayIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MSIgTmFt ZT0iR3JpZCBUYWJsZSA2IENvbG9yZnVsIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJHcmlkIFRhYmxlIDcgQ29sb3JmdWwiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5hbWU9IkdyaWQgVGFibGUgMSBM aWdodCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI0NyIgTmFtZT0iR3JpZCBUYWJsZSAyIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1lPSJHcmlkIFRhYmxlIDMgQWNjZW50IDEiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDkiIE5hbWU9IkdyaWQg VGFibGUgNCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI1MCIgTmFtZT0iR3JpZCBUYWJsZSA1IERhcmsgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9IkdyaWQgVGFibGUgNiBDb2xv cmZ1bCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI1MiIgTmFtZT0iR3JpZCBUYWJsZSA3IENvbG9yZnVsIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ2IiBOYW1lPSJHcmlkIFRhYmxlIDEgTGln aHQgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NDciIE5hbWU9IkdyaWQgVGFibGUgMiBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI0OCIgTmFtZT0iR3JpZCBUYWJsZSAzIEFjY2VudCAyIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJHcmlkIFRh YmxlIDQgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNTAiIE5hbWU9IkdyaWQgVGFibGUgNSBEYXJrIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJHcmlkIFRhYmxlIDYgQ29sb3Jm dWwgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NTIiIE5hbWU9IkdyaWQgVGFibGUgNyBDb2xvcmZ1bCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NiIgTmFtZT0iR3JpZCBUYWJsZSAxIExpZ2h0 IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3 IiBOYW1lPSJHcmlkIFRhYmxlIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNDgiIE5hbWU9IkdyaWQgVGFibGUgMyBBY2NlbnQgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iR3JpZCBUYWJs ZSA0IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjUwIiBOYW1lPSJHcmlkIFRhYmxlIDUgRGFyayBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MSIgTmFtZT0iR3JpZCBUYWJsZSA2IENvbG9yZnVs IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUy IiBOYW1lPSJHcmlkIFRhYmxlIDcgQ29sb3JmdWwgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5hbWU9IkdyaWQgVGFibGUgMSBMaWdodCBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIg TmFtZT0iR3JpZCBUYWJsZSAyIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1lPSJHcmlkIFRhYmxlIDMgQWNjZW50IDQiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDkiIE5hbWU9IkdyaWQgVGFibGUg NCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1 MCIgTmFtZT0iR3JpZCBUYWJsZSA1IERhcmsgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9IkdyaWQgVGFibGUgNiBDb2xvcmZ1bCBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIg TmFtZT0iR3JpZCBUYWJsZSA3IENvbG9yZnVsIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ2IiBOYW1lPSJHcmlkIFRhYmxlIDEgTGlnaHQgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5h bWU9IkdyaWQgVGFibGUgMiBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI0OCIgTmFtZT0iR3JpZCBUYWJsZSAzIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJHcmlkIFRhYmxlIDQg QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAi IE5hbWU9IkdyaWQgVGFibGUgNSBEYXJrIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUxIiBOYW1lPSJHcmlkIFRhYmxlIDYgQ29sb3JmdWwgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5h bWU9IkdyaWQgVGFibGUgNyBDb2xvcmZ1bCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NiIgTmFtZT0iR3JpZCBUYWJsZSAxIExpZ2h0IEFjY2Vu dCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1l PSJHcmlkIFRhYmxlIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNDgiIE5hbWU9IkdyaWQgVGFibGUgMyBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iR3JpZCBUYWJsZSA0IEFj Y2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBO YW1lPSJHcmlkIFRhYmxlIDUgRGFyayBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI1MSIgTmFtZT0iR3JpZCBUYWJsZSA2IENvbG9yZnVsIEFjY2Vu dCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1l PSJHcmlkIFRhYmxlIDcgQ29sb3JmdWwgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDYiIE5hbWU9Ikxpc3QgVGFibGUgMSBMaWdodCIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iTGlzdCBUYWJs ZSAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1l PSJMaXN0IFRhYmxlIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNDkiIE5hbWU9Ikxpc3QgVGFibGUgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iTGlzdCBUYWJsZSA1IERhcmsiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTEiIE5hbWU9Ikxpc3QgVGFibGUgNiBDb2xv cmZ1bCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFt ZT0iTGlzdCBUYWJsZSA3IENvbG9yZnVsIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjQ2IiBOYW1lPSJMaXN0IFRhYmxlIDEgTGlnaHQgQWNjZW50IDEiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9Ikxpc3QgVGFi bGUgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI0OCIgTmFtZT0iTGlzdCBUYWJsZSAzIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJMaXN0IFRhYmxlIDQgQWNjZW50IDEiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9Ikxpc3Qg VGFibGUgNSBEYXJrIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjUxIiBOYW1lPSJMaXN0IFRhYmxlIDYgQ29sb3JmdWwgQWNjZW50IDEiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9Ikxpc3QgVGFi bGUgNyBDb2xvcmZ1bCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI0NiIgTmFtZT0iTGlzdCBUYWJsZSAxIExpZ2h0IEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJMaXN0IFRhYmxl IDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NDgiIE5hbWU9Ikxpc3QgVGFibGUgMyBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iTGlzdCBUYWJsZSA0IEFjY2VudCAyIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJMaXN0IFRh YmxlIDUgRGFyayBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI1MSIgTmFtZT0iTGlzdCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJMaXN0IFRhYmxl IDcgQ29sb3JmdWwgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNDYiIE5hbWU9Ikxpc3QgVGFibGUgMSBMaWdodCBBY2NlbnQgMyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iTGlzdCBUYWJsZSAy IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4 IiBOYW1lPSJMaXN0IFRhYmxlIDMgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNDkiIE5hbWU9Ikxpc3QgVGFibGUgNCBBY2NlbnQgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iTGlzdCBUYWJs ZSA1IERhcmsgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNTEiIE5hbWU9Ikxpc3QgVGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgMyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iTGlzdCBUYWJsZSA3 IENvbG9yZnVsIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjQ2IiBOYW1lPSJMaXN0IFRhYmxlIDEgTGlnaHQgQWNjZW50IDQiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDciIE5hbWU9Ikxpc3QgVGFibGUgMiBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0OCIg TmFtZT0iTGlzdCBUYWJsZSAzIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjQ5IiBOYW1lPSJMaXN0IFRhYmxlIDQgQWNjZW50IDQiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTAiIE5hbWU9Ikxpc3QgVGFibGUg NSBEYXJrIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjUxIiBOYW1lPSJMaXN0IFRhYmxlIDYgQ29sb3JmdWwgQWNjZW50IDQiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTIiIE5hbWU9Ikxpc3QgVGFibGUgNyBD b2xvcmZ1bCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI0NiIgTmFtZT0iTGlzdCBUYWJsZSAxIExpZ2h0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ3IiBOYW1lPSJMaXN0IFRhYmxlIDIgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNDgiIE5h bWU9Ikxpc3QgVGFibGUgMyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI0OSIgTmFtZT0iTGlzdCBUYWJsZSA0IEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUwIiBOYW1lPSJMaXN0IFRhYmxlIDUg RGFyayBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI1MSIgTmFtZT0iTGlzdCBUYWJsZSA2IENvbG9yZnVsIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjUyIiBOYW1lPSJMaXN0IFRhYmxlIDcgQ29s b3JmdWwgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNDYiIE5hbWU9Ikxpc3QgVGFibGUgMSBMaWdodCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI0NyIgTmFtZT0iTGlzdCBUYWJsZSAyIEFjY2Vu dCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjQ4IiBOYW1l PSJMaXN0IFRhYmxlIDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNDkiIE5hbWU9Ikxpc3QgVGFibGUgNCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MCIgTmFtZT0iTGlzdCBUYWJsZSA1IERh cmsgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NTEiIE5hbWU9Ikxpc3QgVGFibGUgNiBDb2xvcmZ1bCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1MiIgTmFtZT0iTGlzdCBUYWJsZSA3IENvbG9y ZnVsIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgU2VtaUhpZGRl bj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ik1lbnRpb24iLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBVbmhpZGVXaGVuVXNlZD0i dHJ1ZSIgTmFtZT0iU21hcnQgSHlwZXJsaW5rIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgU2VtaUhpZGRlbj0idHJ1ZSIgVW5oaWRlV2hlblVzZWQ9InRydWUiIE5hbWU9Ikhhc2h0 YWciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBTZW1pSGlkZGVuPSJ0cnVlIiBV bmhpZGVXaGVuVXNlZD0idHJ1ZSIgTmFtZT0iVW5yZXNvbHZlZCBNZW50aW9uIi8+DQo8L3c6TGF0 ZW50U3R5bGVzPg0KPC94bWw+PCFbZW5kaWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5p dGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFu b3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdl bmVyaWMtZm9udC1mYW1pbHk6cm9tYW47DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNv LWZvbnQtc2lnbmF0dXJlOi01MzY4NjkxMjEgMTEwNzMwNTcyNyAzMzU1NDQzMiAwIDQxNSAwO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6MiAxIDYgMCAz IDEgMSAxIDEgMTsNCgltc28tZm9udC1hbHQ6562J57q/Ow0KCW1zby1mb250LWNoYXJzZXQ6MTM0 Ow0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFi bGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi0xNjEwNjEyMDMzIDk1MzEyMjA0MiAyMiAwIDI2MjE1 OSAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln bmF0dXJlOi01MzY4NTk5MDUgLTEwNzM3MzI0ODUgOSAwIDUxMSAwO30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7 DQoJbXNvLWZvbnQtY2hhcnNldDoxMzQ7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6YXV0bzsN Cgltc28tZm9udC1waXRjaDphdXRvOw0KCW1zby1mb250LXNpZ25hdHVyZTowIDAgMCAwIDAgMDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1zdHlsZS1xZm9ybWF0Onll czsNCgltc28tc3R5bGUtcGFyZW50OiIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OkRlbmdYaWFuO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxl LW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5nbGU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1ub3Nob3c6eWVz Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnAubXNvbm9ybWFsMCwg bGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFs Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowaW47DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6RGVuZ1hpYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6 Q2FsaWJyaTsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250 LWZhbWlseTpDYWxpYnJpO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6 bm87DQoJbXNvLWFuc2ktZm9udC1zaXplOjEyLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1hc2NpaS1mb250 LWZhbWlseTpDYWxpYnJpOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCW1z by1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMxRjQ5N0Q7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZv bnQtc3R5bGU6bm9ybWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCW1zby1kZWZhdWx0LXByb3BzOnllczsNCglmb250LXNpemU6MTAuMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjEwLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluOw0KCW1zby1oZWFkZXItbWFyZ2luOi41aW47DQoJbXNvLWZvb3Rlci1t YXJnaW46LjVpbjsNCgltc28tcGFwZXItc291cmNlOjA7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyAxMF0+PHN0eWxl Pi8qIFN0eWxlIERlZmluaXRpb25zICovDQp0YWJsZS5Nc29Ob3JtYWxUYWJsZQ0KCXttc28tc3R5 bGUtbmFtZToiVGFibGUgTm9ybWFsIjsNCgltc28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1z by10c3R5bGUtY29sYmFuZC1zaXplOjA7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRpbmctYWx0 OjBpbiA1LjRwdCAwaW4gNS40cHQ7DQoJbXNvLXBhcmEtbWFyZ2luOjBpbjsNCgltc28tcGFyYS1t YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0K PC9zdHlsZT48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZs aW5rPSIjOTU0RjcyIiBzdHlsZT0idGFiLWludGVydmFsOi41aW4iPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1m b250LXNpemU6MTEuMHB0O21zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1m b250LWZhbWlseTpDYWxpYnJpO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5J4oCZbSBub3QgYXdhcmUgb2YgcmVsZXZhbnQgSVBS cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJf TWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6MTEuMHB0O21z by1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJp O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPHNwYW4gc3R5bGU9Im1z by1ib29rbWFyazpfTWFpbEVuZENvbXBvc2UiPjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBw dCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij4gQWNlZSBMaW5kZW0gKGFjZWUpIFttYWlsdG86YWNlZUBjaXNjby5j b21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIEphbnVhcnkgMTIsIDIwMTkgNToyMSBQ TTxicj4NCjxiPlRvOjwvYj4gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmdAaWV0Zi5vcmc8 YnI+DQo8Yj5DYzo8L2I+IGxzckBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBJUFIgQ2Fs bCBmb3IgJnF1b3Q7WUFORyBEYXRhIE1vZGVsIGZvciBJUy1JUyBwcm90b2NvbCZxdW90OyAtIGRy YWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6 YmxhY2siPkF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5BcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBh cHBsaWVzIHRvIGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnPzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFj ayI+SWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGgg SUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1v cmUgZGV0YWlscykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZXJlIGFyZSBj dXJyZW50bHkgbm8gSVBSIGRpc2Nsb3N1cmVzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1 dG9yIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9y IG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuICpUaGUgcmVzcG9uc2UgbmVl ZHMgdG8gYmUgc2VudCB0byB0aGUgTFNSIFdHIG1haWxpbmcgbGlzdC4gVGhlDQogZG9jdW1lbnQg d2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBi ZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGNvbnRyaWJ1dG9yLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3UgYXJlIG9uIHRo ZSBMU1IgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGNv bnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJl IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25m b3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PlRoYW5rcyw8YnI+DQpBY2VlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO2PR05MB24557192A7645851F555E05AD4820CO2PR05MB2455namp_-- From nobody Wed Jan 16 18:07:36 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE9B0126CB6; Wed, 16 Jan 2019 18:07:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.093 X-Spam-Level: X-Spam-Status: No, score=-3.093 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7JzGST_V31kE; Wed, 16 Jan 2019 18:07:33 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1143E130F37; Wed, 16 Jan 2019 18:07:33 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 25883D0AED5181C3D957; Thu, 17 Jan 2019 02:07:31 +0000 (GMT) Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 17 Jan 2019 02:07:30 +0000 Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.240]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0415.000; Thu, 17 Jan 2019 10:07:24 +0800 From: "Chengli (Cheng Li)" To: "draft-bashandy-isis-srv6-extensions@ietf.org" CC: "lsr@ietf.org" Thread-Topic: draft-bashandy-isis-srv6-extensions: Locator Leaking Thread-Index: AdSuCUi/+Wip3EBNTvKyippM5tgAxg== Date: Thu, 17 Jan 2019 02:07:23 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.185.75] Content-Type: multipart/alternative; boundary="_000_C7C2E1C43D652C4E9E49FE7517C236CB01AAF161dggeml529mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Lsr] draft-bashandy-isis-srv6-extensions: Locator Leaking X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 02:07:35 -0000 --_000_C7C2E1C43D652C4E9E49FE7517C236CB01AAF161dggeml529mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Authors, In chapter 6.1 of draft-bashandy-isis-srv6-extensions-04, it mentions that= Locator TLV can be leaked from level-2 to level-1.(See D bit) I am wondering that 1: Does the Locator can be imported another protocol? Like OSPF? 2: Will SRv6 End SID sub-TLV be carried when the locator TLV is leaked from= level-2 to Level-1? Thanks, Cheng --_000_C7C2E1C43D652C4E9E49FE7517C236CB01AAF161dggeml529mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Authors,<= o:p>

 <= /o:p>

In chapter 6= .1 of draft-bashandy-isis-srv6-extensions-04,  it mentions that Locato= r TLV can be leaked from level-2 to level-1.(See D bit)

 <= /o:p>

I am wonderi= ng that

1: Does the = Locator can be imported another protocol? Like OSPF?

2: Will SRv6= End SID sub-TLV be carried when the locator TLV is leaked from level-2 to = Level-1?

 <= /o:p>

Thanks,=

Cheng

 

 

--_000_C7C2E1C43D652C4E9E49FE7517C236CB01AAF161dggeml529mbxchi_-- From nobody Wed Jan 16 23:26:24 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA286130DE5; Wed, 16 Jan 2019 23:26:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.643 X-Spam-Level: X-Spam-Status: No, score=-14.643 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nRNCmnpgvNoU; Wed, 16 Jan 2019 23:26:21 -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 D5A6912D4EA; Wed, 16 Jan 2019 23:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=550; q=dns/txt; s=iport; t=1547709981; x=1548919581; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=NfIEIaWwHQGSt6VnM052bLzMQrPA66Dk0M2tfIWvJPw=; b=Z82eoKeZXylKoYqT+8ubG/Hgej+2XKv+sr64lcFrF+81+8mcO/HKBgUN poCwYi5niEly/KFm8gPjvnHY7SfmHmV+hKNGdHDJ43owwwwTAmc9+3a1O qT8de9a7ILhlqxYT+KkX9Rm0GyauiT5PBJuy6Rhj/XvTzyPFIkY7f0Bu7 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAACXLUBc/xbLJq1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUwIBAQEBAQsBgzgzjSGNEJd+gXsNhGwCgnY2Bw0BAwE?= =?us-ascii?q?BAgEBAm0ohUoBAQEBAgE4LxIQCxguVwYBDAgBAYMegXoIrDGFQ4RyjFaBQD+?= =?us-ascii?q?BOIJrimECkEuRRQmSDQYYgVaISodrigCRDoFNByqBVjMaCBsVgyiCJheOHz4?= =?us-ascii?q?Di2MBAQ?= X-IronPort-AV: E=Sophos;i="5.56,488,1539648000"; d="scan'208";a="9436774" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jan 2019 07:26:09 +0000 Received: from [10.61.111.146] (dhcp-10-61-111-146.cisco.com [10.61.111.146]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id x0H7Q8b4025984; Thu, 17 Jan 2019 07:26:09 GMT To: "Chengli (Cheng Li)" , "draft-bashandy-isis-srv6-extensions@ietf.org" References: Cc: "lsr@ietf.org" From: Peter Psenak Message-ID: <738fda50-f9a2-1b71-0c38-ac9a8724a707@cisco.com> Date: Thu, 17 Jan 2019 08:26:08 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Outbound-SMTP-Client: 10.61.111.146, dhcp-10-61-111-146.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [Lsr] draft-bashandy-isis-srv6-extensions: Locator Leaking X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 07:26:23 -0000 Hi Cheng, On 17/01/2019 03:07 , Chengli (Cheng Li) wrote: > Hi Authors, > > > > In chapter 6.1 of draft-bashandy-isis-srv6-extensions-04, it mentions > that Locator TLV can be leaked from level-2 to level-1.(See D bit) > > > > I am wondering that > > 1: Does the Locator can be imported another protocol? Like OSPF? what do you mean by "imported"? > > 2: Will SRv6 End SID sub-TLV be carried when the locator TLV is leaked > from level-2 to Level-1? yes. thanks, Peter > > > > Thanks, > > Cheng > > > > > From nobody Thu Jan 17 19:53:38 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 547D01310E8; Thu, 17 Jan 2019 19:53:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2s161X8edBm0; Thu, 17 Jan 2019 19:53:34 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDA7912D7F8; Thu, 17 Jan 2019 19:53:33 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id D8FE1B98C47E646C012E; Fri, 18 Jan 2019 03:53:30 +0000 (GMT) Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Jan 2019 03:53:30 +0000 Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Fri, 18 Jan 2019 03:53:30 +0000 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1591.10 via Frontend Transport; Fri, 18 Jan 2019 03:53:30 +0000 Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.240]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0415.000; Fri, 18 Jan 2019 11:53:27 +0800 From: "Chengli (Cheng Li)" To: Peter Psenak , "draft-bashandy-isis-srv6-extensions@ietf.org" CC: "lsr@ietf.org" Thread-Topic: draft-bashandy-isis-srv6-extensions: Locator Leaking Thread-Index: AdSuCUi/+Wip3EBNTvKyippM5tgAxv//0yUA//9giPA= Date: Fri, 18 Jan 2019 03:53:26 +0000 Message-ID: References: <738fda50-f9a2-1b71-0c38-ac9a8724a707@cisco.com> In-Reply-To: <738fda50-f9a2-1b71-0c38-ac9a8724a707@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.185.75] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Lsr] draft-bashandy-isis-srv6-extensions: Locator Leaking X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 03:53:36 -0000 Hi Peter, Thanks to your reply. Please see my reply inline [Cheng]. Thanks, Cheng -----Original Message----- From: Peter Psenak [mailto:ppsenak@cisco.com]=20 Sent: Thursday, January 17, 2019 3:26 PM To: Chengli (Cheng Li) ; draft-bashandy-isis-srv6-ext= ensions@ietf.org Cc: lsr@ietf.org Subject: Re: draft-bashandy-isis-srv6-extensions: Locator Leaking Hi Cheng, On 17/01/2019 03:07 , Chengli (Cheng Li) wrote: > Hi Authors, > > > > In chapter 6.1 of draft-bashandy-isis-srv6-extensions-04, it mentions=20 > that Locator TLV can be leaked from level-2 to level-1.(See D bit) > > > > I am wondering that > > 1: Can the Locator be imported from another protocol? Like OSPF? what do you mean by "imported"? [Cheng] For example, a locator A::/64 is learned via OSPF, can it be import= ed to IS-IS? Maybe it is called "copy"? or "leak"? Not sure about the term= . > > 2: Will SRv6 End SID sub-TLV be carried when the locator TLV is leaked=20 > from level-2 to Level-1? yes. [Cheng]If SRv6 End SID sub-TLVs are carried when the locator TLV is leaked = from level-2 to Level-1, does it mean the locator TLV can not be summary?= (Route aggregation)?=20 thanks, Peter > > > > Thanks, > > Cheng > > > > > From nobody Fri Jan 18 00:47:24 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACCFA13116B; Fri, 18 Jan 2019 00:47:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.053 X-Spam-Level: X-Spam-Status: No, score=-19.053 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N9epzJ_gCE-i; Fri, 18 Jan 2019 00:47:20 -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 39D47130F7B; Fri, 18 Jan 2019 00:47:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2145; q=dns/txt; s=iport; t=1547801240; x=1549010840; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=2XWlVU/5dJTi1KM9T04zXah0EGyBm3xRY0mBXs7W5jM=; b=AdqipuZk0sZHAY61U/1oKxH/a0OqO8AxNbM1OP6JiKBQcVJidFSFzosV bEkd622vbDkrONvGMS9XdujgyzTCbQRUFCV0O75xrH1z5XrIQf5mgsaCL efoFtbfusOlbXnS7mnGKCbdjTO3ykhNyxBu2QnA0DGuzyNz4JWPUtCD3s 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAAGkkFc/xbLJq1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUgMBAQEBAQsBg1kSJ4x6jRaYAYF7DYRsAoJ7NQgNAQM?= =?us-ascii?q?BAQIBAQJtKIVKAQEBAwE4LxIMBAsRBAEBAScHRgkIBgEMBgIBAYMegXoIrFG?= =?us-ascii?q?FQ4R4jFaBQD+BECiCa4UnhToCkFCQcloJkhEGGIFmhS2DEoduigGRE4FIATW?= =?us-ascii?q?BVjMaCBsVgyeCJxeOHz4DMIoOAQE?= X-IronPort-AV: E=Sophos;i="5.56,489,1539648000"; d="scan'208";a="9517980" 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; 18 Jan 2019 08:47:18 +0000 Received: from [10.60.140.53] (ams-ppsenak-nitro4.cisco.com [10.60.140.53]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id x0I8lHN4027207; Fri, 18 Jan 2019 08:47:18 GMT To: "Chengli (Cheng Li)" , "draft-bashandy-isis-srv6-extensions@ietf.org" References: <738fda50-f9a2-1b71-0c38-ac9a8724a707@cisco.com> Cc: "lsr@ietf.org" From: Peter Psenak Message-ID: <400f7b1c-1d82-08bb-50fa-b53cb9a3a122@cisco.com> Date: Fri, 18 Jan 2019 09:47:17 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Outbound-SMTP-Client: 10.60.140.53, ams-ppsenak-nitro4.cisco.com X-Outbound-Node: aer-core-3.cisco.com Archived-At: Subject: Re: [Lsr] draft-bashandy-isis-srv6-extensions: Locator Leaking X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 08:47:23 -0000 Hi Cheng, please see inline: On 18/01/2019 04:53 , Chengli (Cheng Li) wrote: > Hi Peter, > > Thanks to your reply. Please see my reply inline [Cheng]. > > Thanks, > Cheng > > > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Thursday, January 17, 2019 3:26 PM > To: Chengli (Cheng Li) ; draft-bashandy-isis-srv6-extensions@ietf.org > Cc: lsr@ietf.org > Subject: Re: draft-bashandy-isis-srv6-extensions: Locator Leaking > > Hi Cheng, > > On 17/01/2019 03:07 , Chengli (Cheng Li) wrote: >> Hi Authors, >> >> >> >> In chapter 6.1 of draft-bashandy-isis-srv6-extensions-04, it mentions >> that Locator TLV can be leaked from level-2 to level-1.(See D bit) >> >> >> >> I am wondering that >> >> 1: Can the Locator be imported from another protocol? Like OSPF? > > what do you mean by "imported"? > > [Cheng] For example, a locator A::/64 is learned via OSPF, can it be imported to IS-IS? Maybe it is called "copy"? or "leak"? Not sure about the term. it's called "redistribution". Sure, nobody stops you to redistribute locators between protocols. Please note that it is not something that is specified by the IETF, because it's an internal implementation detail. From protocol perspective, there is nothing specific needed to support that. > > >> >> 2: Will SRv6 End SID sub-TLV be carried when the locator TLV is leaked >> from level-2 to Level-1? > > yes. > > [Cheng]If SRv6 End SID sub-TLVs are carried when the locator TLV is leaked from level-2 to Level-1, does it mean the locator TLV can not be summary? (Route aggregation)? When you leak the locator TLV, you leak it as it is, including END SIDs. When you summarize multiple locators, you would advertise only the summary prefix - in IP reachability TLV I would think. This is the same as with SR MPLS. If you leak a prefix, you include SIDs. If you summarize at the area border, no SIDs are advertised with the summary itself. thanks, Peter > > thanks, > Peter > >> >> >> >> Thanks, >> >> Cheng >> >> >> >> >> > > . > From nobody Fri Jan 18 01:11:25 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 90A30131176; Fri, 18 Jan 2019 01:11:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154780267551.17441.5510860505292304232@ietfa.amsl.com> Date: Fri, 18 Jan 2019 01:11:15 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-30.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 09:11:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for IS-IS protocol Authors : Stephane Litkowski Derek Yeung Acee Lindem Jeffrey Zhang Ladislav Lhotka Filename : draft-ietf-isis-yang-isis-cfg-30.txt Pages : 117 Date : 2019-01-18 Abstract: This document defines a YANG data model that can be used to configure and manage IS-IS protocol on network elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-30 https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-30 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-30 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 Jan 18 01:58:04 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D5AD128766; Fri, 18 Jan 2019 01:58:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mbwAdJKTpEM7; Fri, 18 Jan 2019 01:58:01 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0ED1131186; Fri, 18 Jan 2019 01:58:00 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 86647F52FA92B7955B09; Fri, 18 Jan 2019 09:57:58 +0000 (GMT) Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Jan 2019 09:57:58 +0000 Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.240]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0415.000; Fri, 18 Jan 2019 17:57:55 +0800 From: "Chengli (Cheng Li)" To: Peter Psenak , "draft-bashandy-isis-srv6-extensions@ietf.org" CC: "lsr@ietf.org" Thread-Topic: draft-bashandy-isis-srv6-extensions: Locator Leaking Thread-Index: AdSuCUi/+Wip3EBNTvKyippM5tgAxv//0yUA//9giPCAAkh6gP//ZuNQ Date: Fri, 18 Jan 2019 09:57:55 +0000 Message-ID: References: <738fda50-f9a2-1b71-0c38-ac9a8724a707@cisco.com> <400f7b1c-1d82-08bb-50fa-b53cb9a3a122@cisco.com> In-Reply-To: <400f7b1c-1d82-08bb-50fa-b53cb9a3a122@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.185.75] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Lsr] draft-bashandy-isis-srv6-extensions: Locator Leaking X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 09:58:03 -0000 Hi Peter, Please see inline. -----Original Message----- From: Peter Psenak [mailto:ppsenak@cisco.com]=20 Sent: Friday, January 18, 2019 4:47 PM To: Chengli (Cheng Li) ; draft-bashandy-isis-srv6-ext= ensions@ietf.org Cc: lsr@ietf.org Subject: Re: draft-bashandy-isis-srv6-extensions: Locator Leaking Hi Cheng, please see inline: On 18/01/2019 04:53 , Chengli (Cheng Li) wrote: > Hi Peter, > > Thanks to your reply. Please see my reply inline [Cheng]. > > Thanks, > Cheng > > > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Thursday, January 17, 2019 3:26 PM > To: Chengli (Cheng Li) ;=20 > draft-bashandy-isis-srv6-extensions@ietf.org > Cc: lsr@ietf.org > Subject: Re: draft-bashandy-isis-srv6-extensions: Locator Leaking > > Hi Cheng, > > On 17/01/2019 03:07 , Chengli (Cheng Li) wrote: >> Hi Authors, >> >> >> >> In chapter 6.1 of draft-bashandy-isis-srv6-extensions-04, it=20 >> mentions that Locator TLV can be leaked from level-2 to level-1.(See=20 >> D bit) >> >> >> >> I am wondering that >> >> 1: Can the Locator be imported from another protocol? Like OSPF? > > what do you mean by "imported"? > > [Cheng] For example, a locator A::/64 is learned via OSPF, can it be impo= rted to IS-IS? Maybe it is called "copy"? or "leak"? Not sure about the te= rm. it's called "redistribution". Sure, nobody stops you to redistribute locato= rs between protocols. Please note that it is not something that is specifie= d by the IETF, because it's an internal implementation detail.=20 From protocol perspective, there is nothing specific needed to support tha= t. [Cheng] Cool. Get it. > > >> >> 2: Will SRv6 End SID sub-TLV be carried when the locator TLV is=20 >> leaked from level-2 to Level-1? > > yes. > > [Cheng]If SRv6 End SID sub-TLVs are carried when the locator TLV is leake= d from level-2 to Level-1, does it mean the locator TLV can not be summar= y? (Route aggregation)? When you leak the locator TLV, you leak it as it is, including END SIDs. When you summarize multiple locators, you would advertise only the summary = prefix - in IP reachability TLV I would think. This is the same as with SR MPLS. If you leak a prefix, you include SIDs. I= f you summarize at the area border, no SIDs are advertised with the summary= itself. [Cheng] Agree. That is what I thought. When we summarize at the are border,= no SIDs are advertised with the summary itself. Thank you! thanks, Peter > > thanks, > Peter > >> >> >> >> Thanks, >> >> Cheng >> >> >> >> >> > > . > From nobody Fri Jan 18 14:35:06 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82821131441; Fri, 18 Jan 2019 14:35:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BnQBeq4uWZrU; Fri, 18 Jan 2019 14:35:00 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2C59131341; Fri, 18 Jan 2019 14:34:59 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id C1A384CB76B388F1074D; Fri, 18 Jan 2019 22:34:56 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Jan 2019 22:34:56 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.25]) by SJCEML701-CHM.china.huawei.com ([169.254.3.117]) with mapi id 14.03.0415.000; Fri, 18 Jan 2019 14:34:48 -0800 From: Yingzhen Qu To: "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrA== Date: Fri, 18 Jan 2019 22:34:48 +0000 Message-ID: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.209.216.164] Content-Type: multipart/alternative; boundary="_000_594D005A3CB0724DB547CF3E9A9E810B011230B1sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 22:35:04 -0000 --_000_594D005A3CB0724DB547CF3E9A9E810B011230B1sjceml521mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Authors, Here are some comments I have based on draft version 29. Here are the warnings from "idnits". To resolve those unused reference issu= e, I'd suggest to use what's done in the ospf model draft, beginning of Sec= tion 3. idnits 2.16.01 /tmp/draft-ietf-isis-yang-isis-cfg-29.txt: /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(273): Line has weird spacing: '..= .-method str...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(733): Line has weird spacing: '..= .-family ian...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(1238): Code start at 1238: file "ietf-isis@2018-12-27.yang". /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5568): Line has weird spacing: '.= .. system recei...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5671): Code end at 5671: . Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): -------------------------------------------------------------------------= --- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.tx= t: -------------------------------------------------------------------------= --- =3D=3D The page length should not exceed 58 lines per page, but there was= 7 longer pages, the longest (page 6) being 63 lines Checking nits according to https://www.ietf.org/id-info/checklist : -------------------------------------------------------------------------= --- No issues found here. Miscellaneous warnings: -------------------------------------------------------------------------= --- =3D=3D The copyright year in the IETF Trust and authors Copyright Line do= es not match the current year -- The document date (December 27, 2018) is 15 days in the past. Is this intentional? Checking references for intended status: Proposed Standard -------------------------------------------------------------------------= --- (See RFCs 3967 and 4897 for information about using normative referenc= es to lower-maturity documents in RFCs) =3D=3D Unused Reference: 'RFC5130' is defined on line 5236, but no explic= it reference was found in the text '[RFC5130] Previdi, S., Shand, M., Ed., and C. Martin, "A Policy Con.= ..' =3D=3D Unused Reference: 'RFC5305' is defined on line 5246, but no explic= it reference was found in the text '[RFC5305] Li, T. and H. Smit, "IS-IS Extensions for Traffic Enginee.= ..' =3D=3D Unused Reference: 'RFC5306' is defined on line 5250, but no explic= it reference was found in the text '[RFC5306] Shand, M. and L. Ginsberg, "Restart Signaling for IS-IS",.= ..' =3D=3D Unused Reference: 'RFC5880' is defined on line 5258, but no explic= it reference was found in the text '[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection.= ..' =3D=3D Unused Reference: 'RFC5881' is defined on line 5262, but no explic= it reference was found in the text '[RFC5881] Katz, D. and D. Ward, "Bidirectional Forwarding Detection.= ..' =3D=3D Unused Reference: 'RFC6119' is defined on line 5272, but no explic= it reference was found in the text '[RFC6119] Harrison, J., Berger, J., and M. Bartlett, "IPv6 Traffic..= .' =3D=3D Unused Reference: 'RFC6232' is defined on line 5276, but no explic= it reference was found in the text '[RFC6232] Wei, F., Qin, Y., Li, Z., Li, T., and J. Dong, "Purge Ori.= ..' =3D=3D Unused Reference: 'RFC7794' is defined on line 5299, but no explic= it reference was found in the text '[RFC7794] Ginsberg, L., Ed., Decraene, B., Previdi, S., Xu, X., and.= ..' =3D=3D Unused Reference: 'RFC7810' is defined on line 5304, but no explic= it reference was found in the text '[RFC7810] Previdi, S., Ed., Giacalone, S., Ward, D., Drake, J., and.= ..' =3D=3D Unused Reference: 'RFC7917' is defined on line 5309, but no explic= it reference was found in the text '[RFC7917] Sarkar, P., Ed., Gredler, H., Hegde, S., Litkowski, S., a.= ..' =3D=3D Unused Reference: 'RFC8405' is defined on line 5355, but no explic= it reference was found in the text '[RFC8405] Decraene, B., Litkowski, S., Gredler, H., Lindem, A., Fra.= ..' ** Downref: Normative reference to an Informational RFC: RFC 5443 Summary: 1 error (**), 0 flaws (~~), 13 warnings (=3D=3D), 1 comment (= --). Nits: * The draft title "protocol" should start with capital letter P. * I don't think the word "container" is needed here: 420 The IS-IS configuration container is divided in: 422 o Global parameters. 424 o Per interface configuration (see Section 2.4). * Should be "raised" 978 if-state-change: raise when the state of an interface changes. * "the system finds" 980 corrupted-lsp-detected: raised when the system find that an LSP 981 that was stored in memory has become corrupted. * I'd suggest change it to "isis" container, instead of configuratio= n container. Or maybe change it to "isis module" to be consistent with the = next following paragraph. 1033 The "isis" configuration container augments the "/rt:routing/ * Repetition of section 2.5 1049 The modules defined in this document use some groupings from ie= tf- 1050 keychain [RFC8177]. * I'd suggest to change to "This YANG module" to be consistent with = the beginning of the description. 1154 This YANG model conforms to the Network Management * Typo 4888 For IS-IS authentication, configuration is supported vua the * In IANA consideration, the registrant contact should be "The IESG" 4914 URI: urn:ietf:params:xml:ns:yang:ietf-isis 4915 Registrant Contact: IS-IS WG 4916 XML: N/A, the requested URI is an XML namespace Thanks, Yingzhen --_000_594D005A3CB0724DB547CF3E9A9E810B011230B1sjceml521mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Authors,

 

Here are some comments I have based on draft version= 29.

 

Here are the warnings from “idnits”. To resolv= e those unused reference issue, I’d suggest to use what’s done = in the ospf model draft, beginning of Section 3.

 

idnits 2.16.01

 

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt:

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(273): Line has w= eird spacing: '...-method    str...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(733): Line has w= eird spacing: '...-family    ian...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(1238): Code star= t at 1238: <CODE BEGINS> file "ietf-isis@2018-12-27.yang".

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5568): Line has = weird spacing: '... system  recei...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5671): Code end = at 5671: <CODE ENDS>.

 

 

  Checking boilerplate required by RFC 5378 and the I= ETF Trust (see

  https://trustee.ietf.org/license-info):

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

 

     No issues found here.<= /span>

 

  Checking nits according to https://www.iet= f.org/id-info/1id-guidelines.txt:

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

 

  =3D=3D The page length should not exceed 58 lines p= er page, but there was 7

     longer pages, the longest (page 6= ) being 63 lines

 

 

  Checking nits according to https://www.ietf.org/id-= info/checklist :

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

 

     No issues found here.<= /span>

 

  Miscellaneous warnings:

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

 

  =3D=3D The copyright year in the IETF Trust and aut= hors Copyright Line does not

     match the current year=

 

  -- The document date (December 27, 2018) is 15 days= in the past.  Is this

     intentional?

 

 

  Checking references for intended status: Proposed S= tandard

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

 

     (See RFCs 3967 and 4897 for infor= mation about using normative references

     to lower-maturity documents in RF= Cs)

 

  =3D=3D Unused Reference: 'RFC5130' is defined on li= ne 5236, but no explicit

     reference was found in the text

     '[RFC5130]  Previdi, S., Sha= nd, M., Ed., and C. Martin, "A Policy Con...'

 

  =3D=3D Unused Reference: 'RFC5305' is defined on li= ne 5246, but no explicit

     reference was found in the text

     '[RFC5305]  Li, T. and H. Sm= it, "IS-IS Extensions for Traffic Enginee...'

 

  =3D=3D Unused Reference: 'RFC5306' is defined on li= ne 5250, but no explicit

     reference was found in the text

     '[RFC5306]  Shand, M. and L.= Ginsberg, "Restart Signaling for IS-IS",...'

 

  =3D=3D Unused Reference: 'RFC5880' is defined on li= ne 5258, but no explicit

     reference was found in the text

     '[RFC5880]  Katz, D. and D. = Ward, "Bidirectional Forwarding Detection...'

 

  =3D=3D Unused Reference: 'RFC5881' is defined on li= ne 5262, but no explicit

     reference was found in the text

     '[RFC5881]  Katz, D. and D. = Ward, "Bidirectional Forwarding Detection...'

 

  =3D=3D Unused Reference: 'RFC6119' is defined on li= ne 5272, but no explicit

     reference was found in the text

     '[RFC6119]  Harrison, J., Be= rger, J., and M. Bartlett, "IPv6 Traffic...'

 

  =3D=3D Unused Reference: 'RFC6232' is defined on li= ne 5276, but no explicit

     reference was found in the text

     '[RFC6232]  Wei, F., Qin, Y.= , Li, Z., Li, T., and J. Dong, "Purge Ori...'

 

  =3D=3D Unused Reference: 'RFC7794' is defined on li= ne 5299, but no explicit

     reference was found in the text

     '[RFC7794]  Ginsberg, L., Ed= ., Decraene, B., Previdi, S., Xu, X., and...'

 

  =3D=3D Unused Reference: 'RFC7810' is defined on li= ne 5304, but no explicit

     reference was found in the text

     '[RFC7810]  Previdi, S., Ed.= , Giacalone, S., Ward, D., Drake, J., and...'

 

  =3D=3D Unused Reference: 'RFC7917' is defined on li= ne 5309, but no explicit

     reference was found in the text

     '[RFC7917]  Sarkar, P., Ed.,= Gredler, H., Hegde, S., Litkowski, S., a...'

 

  =3D=3D Unused Reference: 'RFC8405' is defined on li= ne 5355, but no explicit

     reference was found in the text

     '[RFC8405]  Decraene, B., Li= tkowski, S., Gredler, H., Lindem, A., Fra...'

 

  ** Downref: Normative reference to an Informational= RFC: RFC 5443

 

 

     Summary: 1 error (**), 0 flaws (~= ~), 13 warnings (=3D=3D), 1 comment (--).

 

 

 

Nits:

·        The draft title “protocol” shoul= d start with capital letter P.

·        I don’t think the word “containe= r” is needed here:

420        =
The IS-IS configuration container is divided in:
 
422        =
o  Global parameters.
 
424        =
o  Per interface configuration (see Section 2.4).

 

·        Should be “raised”

978         if-s= tate-change: raise when the state of an interface changes.

·        “the system finds” 

980       &nb=
sp; corrupted-lsp-detected: raised when the system find that an LSP

981         that= was stored in memory has become corrupted.

·        I’d suggest change it to “isis&#= 8221; container, instead of configuration container. Or maybe change it to = “isis module” to be consistent with the next following paragrap= h.

1033        T=
he "isis" configuration container augments the "/rt:routing/=

·        Repetition of section 2.5

1049     &n= bsp;  The modules defined in this document use some groupings from iet= f-

1050      &= nbsp; keychain [RFC8177].

·        I’d suggest to change to “This Y= ANG module” to be consistent with the beginning of the description.

1154     &n= bsp;  This YANG model conforms to the Network Management

·        Typo

4888     For IS-= IS authentication, configuration is supported vua the

·        In IANA consideration, the registrant contac= t should be “The IESG”

4914       &n=
bsp;        URI: urn:ietf:params:xml:ns:=
yang:ietf-isis
4915       &n=
bsp;        Registrant Contact: IS-IS WG=

4916       &n=
bsp;        XML: N/A, the requested URI =
is an XML namespace
 
 
Thanks,
Yingzhen
--_000_594D005A3CB0724DB547CF3E9A9E810B011230B1sjceml521mbxchi_-- From nobody Mon Jan 21 02:49:40 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A5DDF126F72; Mon, 21 Jan 2019 02:49:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154806777264.8270.3482594001853764567@ietfa.amsl.com> Date: Mon, 21 Jan 2019 02:49:32 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-31.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 10:49:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for IS-IS Protocol Authors : Stephane Litkowski Derek Yeung Acee Lindem Jeffrey Zhang Ladislav Lhotka Filename : draft-ietf-isis-yang-isis-cfg-31.txt Pages : 119 Date : 2019-01-21 Abstract: This document defines a YANG data model that can be used to configure and manage IS-IS protocol on network elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-31 https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-31 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-31 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 Jan 21 02:50:42 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02392126F72; Mon, 21 Jan 2019 02:50:40 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 fKm4r_oVwyfj; Mon, 21 Jan 2019 02:50:37 -0800 (PST) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B93E2129508; Mon, 21 Jan 2019 02:50:36 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 43jpHH1SQ7zytt; Mon, 21 Jan 2019 11:50:35 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.21]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 43jpH91wQvzDq7k; Mon, 21 Jan 2019 11:50:29 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM6C.corporate.adroot.infra.ftgroup ([fe80::d9f5:9741:7525:a199%18]) with mapi id 14.03.0415.000; Mon, 21 Jan 2019 11:50:29 +0100 From: To: Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrAB+aTwg Date: Mon, 21 Jan 2019 10:50:28 +0000 Message-ID: <19631_1548067835_5C45A3FB_19631_500_1_9E32478DFA9976438E7A22F69B08FF924B79151C@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> In-Reply-To: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B79151COPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 10:50:40 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B79151COPEXCLILMA4corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Yinghzen, I have published the -31 which should fix the nits. However the weird spacing is introduced by XML2RFC and is not coming from m= y source file. From: Yingzhen Qu [mailto:yingzhen.qu@huawei.com] Sent: Friday, January 18, 2019 23:35 To: lsr@ietf.org; draft-ietf-isis-yang-isis-cfg@ietf.org Subject: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Hi Authors, Here are some comments I have based on draft version 29. Here are the warnings from "idnits". To resolve those unused reference issu= e, I'd suggest to use what's done in the ospf model draft, beginning of Sec= tion 3. idnits 2.16.01 /tmp/draft-ietf-isis-yang-isis-cfg-29.txt: /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(273): Line has weird spacing: '..= .-method str...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(733): Line has weird spacing: '..= .-family ian...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(1238): Code start at 1238: file "ietf-isis@2018-12-27.yang". /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5568): Line has weird spacing: '.= .. system recei...' /tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5671): Code end at 5671: . Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): -------------------------------------------------------------------------= --- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.tx= t: -------------------------------------------------------------------------= --- =3D=3D The page length should not exceed 58 lines per page, but there was= 7 longer pages, the longest (page 6) being 63 lines Checking nits according to https://www.ietf.org/id-info/checklist : -------------------------------------------------------------------------= --- No issues found here. Miscellaneous warnings: -------------------------------------------------------------------------= --- =3D=3D The copyright year in the IETF Trust and authors Copyright Line do= es not match the current year -- The document date (December 27, 2018) is 15 days in the past. Is this intentional? Checking references for intended status: Proposed Standard -------------------------------------------------------------------------= --- (See RFCs 3967 and 4897 for information about using normative referenc= es to lower-maturity documents in RFCs) =3D=3D Unused Reference: 'RFC5130' is defined on line 5236, but no explic= it reference was found in the text '[RFC5130] Previdi, S., Shand, M., Ed., and C. Martin, "A Policy Con.= ..' =3D=3D Unused Reference: 'RFC5305' is defined on line 5246, but no explic= it reference was found in the text '[RFC5305] Li, T. and H. Smit, "IS-IS Extensions for Traffic Enginee.= ..' =3D=3D Unused Reference: 'RFC5306' is defined on line 5250, but no explic= it reference was found in the text '[RFC5306] Shand, M. and L. Ginsberg, "Restart Signaling for IS-IS",.= ..' =3D=3D Unused Reference: 'RFC5880' is defined on line 5258, but no explic= it reference was found in the text '[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection.= ..' =3D=3D Unused Reference: 'RFC5881' is defined on line 5262, but no explic= it reference was found in the text '[RFC5881] Katz, D. and D. Ward, "Bidirectional Forwarding Detection.= ..' =3D=3D Unused Reference: 'RFC6119' is defined on line 5272, but no explic= it reference was found in the text '[RFC6119] Harrison, J., Berger, J., and M. Bartlett, "IPv6 Traffic..= .' =3D=3D Unused Reference: 'RFC6232' is defined on line 5276, but no explic= it reference was found in the text '[RFC6232] Wei, F., Qin, Y., Li, Z., Li, T., and J. Dong, "Purge Ori.= ..' =3D=3D Unused Reference: 'RFC7794' is defined on line 5299, but no explic= it reference was found in the text '[RFC7794] Ginsberg, L., Ed., Decraene, B., Previdi, S., Xu, X., and.= ..' =3D=3D Unused Reference: 'RFC7810' is defined on line 5304, but no explic= it reference was found in the text '[RFC7810] Previdi, S., Ed., Giacalone, S., Ward, D., Drake, J., and.= ..' =3D=3D Unused Reference: 'RFC7917' is defined on line 5309, but no explic= it reference was found in the text '[RFC7917] Sarkar, P., Ed., Gredler, H., Hegde, S., Litkowski, S., a.= ..' =3D=3D Unused Reference: 'RFC8405' is defined on line 5355, but no explic= it reference was found in the text '[RFC8405] Decraene, B., Litkowski, S., Gredler, H., Lindem, A., Fra.= ..' ** Downref: Normative reference to an Informational RFC: RFC 5443 Summary: 1 error (**), 0 flaws (~~), 13 warnings (=3D=3D), 1 comment (= --). Nits: * The draft title "protocol" should start with capital letter P. * I don't think the word "container" is needed here: 420 The IS-IS configuration container is divided in: 422 o Global parameters. 424 o Per interface configuration (see Section 2.4). * Should be "raised" 978 if-state-change: raise when the state of an interface changes. * "the system finds" 980 corrupted-lsp-detected: raised when the system find that an LSP 981 that was stored in memory has become corrupted. * I'd suggest change it to "isis" container, instead of configuratio= n container. Or maybe change it to "isis module" to be consistent with the = next following paragraph. 1033 The "isis" configuration container augments the "/rt:routing/ * Repetition of section 2.5 1049 The modules defined in this document use some groupings from ie= tf- 1050 keychain [RFC8177]. * I'd suggest to change to "This YANG module" to be consistent with = the beginning of the description. 1154 This YANG model conforms to the Network Management * Typo 4888 For IS-IS authentication, configuration is supported vua the * In IANA consideration, the registrant contact should be "The IESG" 4914 URI: urn:ietf:params:xml:ns:yang:ietf-isis 4915 Registrant Contact: IS-IS WG 4916 XML: N/A, the requested URI is an XML namespace Thanks, Yingzhen ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF924B79151COPEXCLILMA4corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Yinghzen,

 

I have published the -= 31 which should fix the nits.

However the weird spac= ing is introduced by XML2RFC and is not coming from my source file.

 

 

From: Yingzhen= Qu [mailto:yingzhen.qu@huawei.com]
Sent: Friday, January 18, 2019 23:35
To: lsr@ietf.org; draft-ietf-isis-yang-isis-cfg@ietf.org
Subject: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-2= 9

 

Hi Authors,

 

Here are some comments I have based on draft version= 29.

 

Here are the warnings from “idnits”. To resolv= e those unused reference issue, I’d suggest to use what’s done = in the ospf model draft, beginning of Section 3.

 

idnits 2.16.01

 

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt:

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(273): Line has w= eird spacing: '...-method    str...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(733): Line has w= eird spacing: '...-family    ian...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(1238): Code star= t at 1238: <CODE BEGINS> file "ietf-isis@2018-12-27.yang".

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5568): Line has = weird spacing: '... system  recei...'

/tmp/draft-ietf-isis-yang-isis-cfg-29.txt(5671): Code end = at 5671: <CODE ENDS>.

 

 

  Checking boilerplate required by RFC 5378 and the I= ETF Trust (see

  https://trustee.ietf.org/license-info):

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

 

     No issues found here.<= /span>

 

  Checking nits according to https://www.iet= f.org/id-info/1id-guidelines.txt:

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

 

  =3D=3D The page length should not exceed 58 lines p= er page, but there was 7

     longer pages, the longest (page 6= ) being 63 lines

 

 

  Checking nits according to https://www.ietf.org/id-= info/checklist :

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

 

     No issues found here.<= /span>

 

  Miscellaneous warnings:

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

 

  =3D=3D The copyright year in the IETF Trust and aut= hors Copyright Line does not

     match the current year=

 

  -- The document date (December 27, 2018) is 15 days= in the past.  Is this

     intentional?

 

 

  Checking references for intended status: Proposed S= tandard

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

 

     (See RFCs 3967 and 4897 for infor= mation about using normative references

     to lower-maturity documents in RF= Cs)

 

  =3D=3D Unused Reference: 'RFC5130' is defined on li= ne 5236, but no explicit

     reference was found in the text

     '[RFC5130]  Previdi, S., Sha= nd, M., Ed., and C. Martin, "A Policy Con...'

 

  =3D=3D Unused Reference: 'RFC5305' is defined on li= ne 5246, but no explicit

     reference was found in the text

     '[RFC5305]  Li, T. and H. Sm= it, "IS-IS Extensions for Traffic Enginee...'

 

  =3D=3D Unused Reference: 'RFC5306' is defined on li= ne 5250, but no explicit

     reference was found in the text

     '[RFC5306]  Shand, M. and L.= Ginsberg, "Restart Signaling for IS-IS",...'

 

  =3D=3D Unused Reference: 'RFC5880' is defined on li= ne 5258, but no explicit

     reference was found in the text

     '[RFC5880]  Katz, D. and D. = Ward, "Bidirectional Forwarding Detection...'

 

  =3D=3D Unused Reference: 'RFC5881' is defined on li= ne 5262, but no explicit

     reference was found in the text

     '[RFC5881]  Katz, D. and D. = Ward, "Bidirectional Forwarding Detection...'

 

  =3D=3D Unused Reference: 'RFC6119' is defined on li= ne 5272, but no explicit

     reference was found in the text

     '[RFC6119]  Harrison, J., Be= rger, J., and M. Bartlett, "IPv6 Traffic...'

 

  =3D=3D Unused Reference: 'RFC6232' is defined on li= ne 5276, but no explicit

     reference was found in the text

     '[RFC6232]  Wei, F., Qin, Y.= , Li, Z., Li, T., and J. Dong, "Purge Ori...'

 

  =3D=3D Unused Reference: 'RFC7794' is defined on li= ne 5299, but no explicit

     reference was found in the text

     '[RFC7794]  Ginsberg, L., Ed= ., Decraene, B., Previdi, S., Xu, X., and...'

 

  =3D=3D Unused Reference: 'RFC7810' is defined on li= ne 5304, but no explicit

     reference was found in the text

     '[RFC7810]  Previdi, S., Ed.= , Giacalone, S., Ward, D., Drake, J., and...'

 

  =3D=3D Unused Reference: 'RFC7917' is defined on li= ne 5309, but no explicit

     reference was found in the text

     '[RFC7917]  Sarkar, P., Ed.,= Gredler, H., Hegde, S., Litkowski, S., a...'

 

  =3D=3D Unused Reference: 'RFC8405' is defined on li= ne 5355, but no explicit

     reference was found in the text

     '[RFC8405]  Decraene, B., Li= tkowski, S., Gredler, H., Lindem, A., Fra...'

 

  ** Downref: Normative reference to an Informational= RFC: RFC 5443

 

 

     Summary: 1 error (**), 0 flaws (~= ~), 13 warnings (=3D=3D), 1 comment (--).

 

 

 

Nits:

·    &n= bsp;   The draft title “protocol” should start with capital let= ter P.

·    &n= bsp;   I don’t think the word “container” is needed here:= 

420        =
The IS-IS configuration container is divided in:
 
422        =
o  Global parameters.
 
424        =
o  Per interface configuration (see Section 2.4).

 

·    &n= bsp;   Should be “raised”

978         if-s= tate-change: raise when the state of an interface changes.

·    &n= bsp;   “the system finds”

980       &nb=
sp; corrupted-lsp-detected: raised when the system find that an LSP

981         that= was stored in memory has become corrupted.

·    &n= bsp;   I’d suggest change it to “isis” container, instead= of configuration container. Or maybe change it to “isis module”= ; to be consistent with the next following paragraph.

1033        T=
he "isis" configuration container augments the "/rt:routing/=

·    &n= bsp;   Repetition of section 2.5

1049     &n= bsp;  The modules defined in this document use some groupings from iet= f-

1050      &= nbsp; keychain [RFC8177].

·    &n= bsp;   I’d suggest to change to “This YANG module” to be = consistent with the beginning of the description.

1154     &n= bsp;  This YANG model conforms to the Network Management

·    &n= bsp;   Typo

4888     For IS-= IS authentication, configuration is supported vua the

·    &n= bsp;   In IANA consideration, the registrant contact should be “The I= ESG”

4914       &n=
bsp;        URI: urn:ietf:params:xml:ns:=
yang:ietf-isis
4915       &n=
bsp;        Registrant Contact: IS-IS WG=

4916       &n=
bsp;        XML: N/A, the requested URI =
is an XML namespace
 
 
Thanks,
Yingzhen
______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF924B79151COPEXCLILMA4corp_-- From nobody Mon Jan 21 06:02:13 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AF83130F88; Mon, 21 Jan 2019 06:02:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 SYDEZCUi4d5z; Mon, 21 Jan 2019 06:02:07 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05B68130ECD; Mon, 21 Jan 2019 06:02:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=56034; q=dns/txt; s=iport; t=1548079327; x=1549288927; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=09WOOl2muGBr23oKFVl1U2ywyFUpKKg+crs262f4t9U=; b=TmVfG2TweRnLHwCXoj6pk64t7qs76zuRYmS0plv1trQwGa3RA8strWTJ MyUu7cBX1rp/UmtjoYsFOYRcgEzqffQqOG9W3DK/otjrgxYGTP9jPgt9B E81J/OeeCFtbKCCyo77WSa4Zm721mhsxEASuS0hsCP0/nEGB3tKgRTjFG 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAACfz0Vc/5FdJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12ZoECJwqDd4gai2eCDZgBFIFnCwE?= =?us-ascii?q?BI4RJAheCSCI0CQ0BAwEBAgEBAm0cDIVKAQEBAQMjZgIBBgIRAwEBASEBBgM?= =?us-ascii?q?CAgIwFAkIAQEEARKDIgGBHWQPjySbYYEvhC4BAwMLQ4UeBYxBF4F/gRABJx+?= =?us-ascii?q?CTIMeAoEmCAESARwKEAkGEAKCUTGCJgKJSRyGDIZwiz8JAociincYgWaFLos?= =?us-ascii?q?AigSFHIg/gxcCERSBJx84ZXFwFRpLAYJBix2FP0ExAYhHgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,503,1539648000"; d="scan'208,217";a="507694312" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jan 2019 14:02:04 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x0LE24gi013846 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Jan 2019 14:02:04 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 21 Jan 2019 09:02:03 -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.1395.000; Mon, 21 Jan 2019 09:02:03 -0500 From: "Acee Lindem (acee)" To: "stephane.litkowski@orange.com" , "Yingzhen Qu" , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrAB+aTwgAAa3kgA= Date: Mon, 21 Jan 2019 14:02:03 +0000 Message-ID: <75AE4B21-D623-4B76-ADBD-18C67C9380CF@cisco.com> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <19631_1548067835_5C45A3FB_19631_500_1_9E32478DFA9976438E7A22F69B08FF924B79151C@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <19631_1548067835_5C45A3FB_19631_500_1_9E32478DFA9976438E7A22F69B08FF924B79151C@OPEXCLILMA4.corporate.adroot.infra.ftgroup> 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.197] Content-Type: multipart/alternative; boundary="_000_75AE4B21D6234B76ADBD18C67C9380CFciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.153, xch-rtp-013.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 14:02:11 -0000 --_000_75AE4B21D6234B76ADBD18C67C9380CFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlcGhhbmUsDQpJIGNhbiBmaXggdGhlc2UgaWYgeW91IGNoZWNrIGluIHRoZSAtMzEgZmls ZXMuIFRoZSBOaXRzIHByb2JsZW0gc2VlbXMgcmF0aGVyIGFyYml0cmFyeSBpbiBmbGFnZ2luZyB0 aGUg4oCcd2VpcmQgc3BhY2luZ+KAnSBidXQgSeKAmXZlIGhhZCB0byBtYW51YWxseSBtb2RpZnkg cHlhbmcgdHJlZSBvdXRwdXQgaW4gdGhlIHBhc3QuDQpUaGFua3MsDQpBY2VlDQoNCkZyb206IFN0 ZXBoYW5lIExpdGtvd3NraSA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+DQpEYXRlOiBN b25kYXksIEphbnVhcnkgMjEsIDIwMTkgYXQgNTo1MCBBTQ0KVG86IFlpbmd6aGVuIFF1IDx5aW5n emhlbi5xdUBodWF3ZWkuY29tPiwgImxzckBpZXRmLm9yZyIgPGxzckBpZXRmLm9yZz4sICJkcmFm dC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZyIgPGRyYWZ0LWlldGYtaXNpcy15YW5n LWlzaXMtY2ZnQGlldGYub3JnPg0KU3ViamVjdDogUkU6IFNoZXBoZXJkIHJldmlldyBjb21tZW50 cyBvbiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOQ0KUmVzZW50LUZyb206IDxhbGlh cy1ib3VuY2VzQGlldGYub3JnPg0KUmVzZW50LVRvOiBTdGVwaGFuZSBMaXRrb3dza2kgPHN0ZXBo YW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPiwgRGVyZWsgWWV1bmcgPGRlcmVrQGFycmN1cy5jb20+ LCBBY2VlIExpbmRlbSA8YWNlZUBjaXNjby5jb20+LCBKZWZmcmV5IFpoYW5nIDx6emhhbmdAanVu aXBlci5uZXQ+LCBMYWRpc2xhdiBMaG90a2EgPGxob3RrYUBuaWMuY3o+DQpSZXNlbnQtRGF0ZTog TW9uZGF5LCBKYW51YXJ5IDIxLCAyMDE5IGF0IDU6NTAgQU0NCg0KSGkgWWluZ2h6ZW4sDQoNCkkg aGF2ZSBwdWJsaXNoZWQgdGhlIC0zMSB3aGljaCBzaG91bGQgZml4IHRoZSBuaXRzLg0KSG93ZXZl ciB0aGUgd2VpcmQgc3BhY2luZyBpcyBpbnRyb2R1Y2VkIGJ5IFhNTDJSRkMgYW5kIGlzIG5vdCBj b21pbmcgZnJvbSBteSBzb3VyY2UgZmlsZS4NCg0KDQpGcm9tOiBZaW5nemhlbiBRdSBbbWFpbHRv Onlpbmd6aGVuLnF1QGh1YXdlaS5jb21dDQpTZW50OiBGcmlkYXksIEphbnVhcnkgMTgsIDIwMTkg MjM6MzUNClRvOiBsc3JAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGll dGYub3JnDQpTdWJqZWN0OiBTaGVwaGVyZCByZXZpZXcgY29tbWVudHMgb24gZHJhZnQtaWV0Zi1p c2lzLXlhbmctaXNpcy1jZmctMjkNCg0KSGkgQXV0aG9ycywNCg0KSGVyZSBhcmUgc29tZSBjb21t ZW50cyBJIGhhdmUgYmFzZWQgb24gZHJhZnQgdmVyc2lvbiAyOS4NCg0KSGVyZSBhcmUgdGhlIHdh cm5pbmdzIGZyb20g4oCcaWRuaXRz4oCdLiBUbyByZXNvbHZlIHRob3NlIHVudXNlZCByZWZlcmVu Y2UgaXNzdWUsIEnigJlkIHN1Z2dlc3QgdG8gdXNlIHdoYXTigJlzIGRvbmUgaW4gdGhlIG9zcGYg bW9kZWwgZHJhZnQsIGJlZ2lubmluZyBvZiBTZWN0aW9uIDMuDQoNCmlkbml0cyAyLjE2LjAxDQoN Ci90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkudHh0Og0KL3RtcC9kcmFmdC1p ZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQoMjczKTogTGluZSBoYXMgd2VpcmQgc3BhY2lu ZzogJy4uLi1tZXRob2QgICAgc3RyLi4uJw0KL3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lz LWNmZy0yOS50eHQoNzMzKTogTGluZSBoYXMgd2VpcmQgc3BhY2luZzogJy4uLi1mYW1pbHkgICAg aWFuLi4uJw0KL3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQoMTIzOCk6 IENvZGUgc3RhcnQgYXQgMTIzODogPENPREUgQkVHSU5TPiBmaWxlICJpZXRmLWlzaXNAMjAxOC0x Mi0yNy55YW5nPG1haWx0bzppZXRmLWlzaXNAMjAxOC0xMi0yNy55YW5nPiIuDQovdG1wL2RyYWZ0 LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCg1NTY4KTogTGluZSBoYXMgd2VpcmQgc3Bh Y2luZzogJy4uLiBzeXN0ZW0gIHJlY2VpLi4uJw0KL3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1p c2lzLWNmZy0yOS50eHQoNTY3MSk6IENvZGUgZW5kIGF0IDU2NzE6IDxDT0RFIEVORFM+Lg0KDQoN CiAgQ2hlY2tpbmcgYm9pbGVycGxhdGUgcmVxdWlyZWQgYnkgUkZDIDUzNzggYW5kIHRoZSBJRVRG IFRydXN0IChzZWUNCiAgaHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbyk6DQog IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgICBObyBpc3N1ZXMgZm91bmQgaGVyZS4NCg0KICBD aGVja2luZyBuaXRzIGFjY29yZGluZyB0byBodHRwczovL3d3dy5pZXRmLm9yZy9pZC1pbmZvLzFp ZC1ndWlkZWxpbmVzLnR4dDoNCiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogID09IFRoZSBwYWdl IGxlbmd0aCBzaG91bGQgbm90IGV4Y2VlZCA1OCBsaW5lcyBwZXIgcGFnZSwgYnV0IHRoZXJlIHdh cyA3DQogICAgIGxvbmdlciBwYWdlcywgdGhlIGxvbmdlc3QgKHBhZ2UgNikgYmVpbmcgNjMgbGlu ZXMNCg0KDQogIENoZWNraW5nIG5pdHMgYWNjb3JkaW5nIHRvIGh0dHBzOi8vd3d3LmlldGYub3Jn L2lkLWluZm8vY2hlY2tsaXN0IDoNCiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgIE5vIGlz c3VlcyBmb3VuZCBoZXJlLg0KDQogIE1pc2NlbGxhbmVvdXMgd2FybmluZ3M6DQogIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KICA9PSBUaGUgY29weXJpZ2h0IHllYXIgaW4gdGhlIElFVEYgVHJ1c3Qg YW5kIGF1dGhvcnMgQ29weXJpZ2h0IExpbmUgZG9lcyBub3QNCiAgICAgbWF0Y2ggdGhlIGN1cnJl bnQgeWVhcg0KDQogIC0tIFRoZSBkb2N1bWVudCBkYXRlIChEZWNlbWJlciAyNywgMjAxOCkgaXMg MTUgZGF5cyBpbiB0aGUgcGFzdC4gIElzIHRoaXMNCiAgICAgaW50ZW50aW9uYWw/DQoNCg0KICBD aGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRlbmRlZCBzdGF0dXM6IFByb3Bvc2VkIFN0YW5kYXJk DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgICAoU2VlIFJGQ3MgMzk2NyBhbmQgNDg5NyBm b3IgaW5mb3JtYXRpb24gYWJvdXQgdXNpbmcgbm9ybWF0aXZlIHJlZmVyZW5jZXMNCiAgICAgdG8g bG93ZXItbWF0dXJpdHkgZG9jdW1lbnRzIGluIFJGQ3MpDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5j ZTogJ1JGQzUxMzAnIGlzIGRlZmluZWQgb24gbGluZSA1MjM2LCBidXQgbm8gZXhwbGljaXQNCiAg ICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzUxMzBdICBQcmV2 aWRpLCBTLiwgU2hhbmQsIE0uLCBFZC4sIGFuZCBDLiBNYXJ0aW4sICJBIFBvbGljeSBDb24uLi4n DQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzUzMDUnIGlzIGRlZmluZWQgb24gbGluZSA1 MjQ2LCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4 dA0KICAgICAnW1JGQzUzMDVdICBMaSwgVC4gYW5kIEguIFNtaXQsICJJUy1JUyBFeHRlbnNpb25z IGZvciBUcmFmZmljIEVuZ2luZWUuLi4nDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzUz MDYnIGlzIGRlZmluZWQgb24gbGluZSA1MjUwLCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJl bmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzUzMDZdICBTaGFuZCwgTS4gYW5k IEwuIEdpbnNiZXJnLCAiUmVzdGFydCBTaWduYWxpbmcgZm9yIElTLUlTIiwuLi4nDQoNCiAgPT0g VW51c2VkIFJlZmVyZW5jZTogJ1JGQzU4ODAnIGlzIGRlZmluZWQgb24gbGluZSA1MjU4LCBidXQg bm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAn W1JGQzU4ODBdICBLYXR6LCBELiBhbmQgRC4gV2FyZCwgIkJpZGlyZWN0aW9uYWwgRm9yd2FyZGlu ZyBEZXRlY3Rpb24uLi4nDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzU4ODEnIGlzIGRl ZmluZWQgb24gbGluZSA1MjYyLCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBm b3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzU4ODFdICBLYXR6LCBELiBhbmQgRC4gV2FyZCwg IkJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZyBEZXRlY3Rpb24uLi4nDQoNCiAgPT0gVW51c2VkIFJl ZmVyZW5jZTogJ1JGQzYxMTknIGlzIGRlZmluZWQgb24gbGluZSA1MjcyLCBidXQgbm8gZXhwbGlj aXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzYxMTld ICBIYXJyaXNvbiwgSi4sIEJlcmdlciwgSi4sIGFuZCBNLiBCYXJ0bGV0dCwgIklQdjYgVHJhZmZp Yy4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNjIzMicgaXMgZGVmaW5lZCBvbiBs aW5lIDUyNzYsIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRo ZSB0ZXh0DQogICAgICdbUkZDNjIzMl0gIFdlaSwgRi4sIFFpbiwgWS4sIExpLCBaLiwgTGksIFQu LCBhbmQgSi4gRG9uZywgIlB1cmdlIE9yaS4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAn UkZDNzc5NCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUyOTksIGJ1dCBubyBleHBsaWNpdA0KICAgICBy ZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZDNzc5NF0gIEdpbnNiZXJn LCBMLiwgRWQuLCBEZWNyYWVuZSwgQi4sIFByZXZpZGksIFMuLCBYdSwgWC4sIGFuZC4uLicNCg0K ICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNzgxMCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUzMDQs IGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQog ICAgICdbUkZDNzgxMF0gIFByZXZpZGksIFMuLCBFZC4sIEdpYWNhbG9uZSwgUy4sIFdhcmQsIEQu LCBEcmFrZSwgSi4sIGFuZC4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNzkxNycg aXMgZGVmaW5lZCBvbiBsaW5lIDUzMDksIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ug d2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZDNzkxN10gIFNhcmthciwgUC4sIEVkLiwg R3JlZGxlciwgSC4sIEhlZ2RlLCBTLiwgTGl0a293c2tpLCBTLiwgYS4uLicNCg0KICA9PSBVbnVz ZWQgUmVmZXJlbmNlOiAnUkZDODQwNScgaXMgZGVmaW5lZCBvbiBsaW5lIDUzNTUsIGJ1dCBubyBl eHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZD ODQwNV0gIERlY3JhZW5lLCBCLiwgTGl0a293c2tpLCBTLiwgR3JlZGxlciwgSC4sIExpbmRlbSwg QS4sIEZyYS4uLicNCg0KICAqKiBEb3ducmVmOiBOb3JtYXRpdmUgcmVmZXJlbmNlIHRvIGFuIElu Zm9ybWF0aW9uYWwgUkZDOiBSRkMgNTQ0Mw0KDQoNCiAgICAgU3VtbWFyeTogMSBlcnJvciAoKiop LCAwIGZsYXdzICh+fiksIDEzIHdhcm5pbmdzICg9PSksIDEgY29tbWVudCAoLS0pLg0KDQoNCg0K Tml0czoNCg0K4oCiICAgICAgICBUaGUgZHJhZnQgdGl0bGUg4oCccHJvdG9jb2zigJ0gc2hvdWxk IHN0YXJ0IHdpdGggY2FwaXRhbCBsZXR0ZXIgUC4NCg0K4oCiICAgICAgICBJIGRvbuKAmXQgdGhp bmsgdGhlIHdvcmQg4oCcY29udGFpbmVy4oCdIGlzIG5lZWRlZCBoZXJlOg0KDQo0MjAgICAgICAg IFRoZSBJUy1JUyBjb25maWd1cmF0aW9uIGNvbnRhaW5lciBpcyBkaXZpZGVkIGluOg0KDQoNCg0K NDIyICAgICAgICBvICBHbG9iYWwgcGFyYW1ldGVycy4NCg0KDQoNCjQyNCAgICAgICAgbyAgUGVy IGludGVyZmFjZSBjb25maWd1cmF0aW9uIChzZWUgU2VjdGlvbiAyLjQpLg0KDQoNCuKAoiAgICAg ICAgU2hvdWxkIGJlIOKAnHJhaXNlZOKAnQ0KDQo5NzggICAgICAgICBpZi1zdGF0ZS1jaGFuZ2U6 IHJhaXNlIHdoZW4gdGhlIHN0YXRlIG9mIGFuIGludGVyZmFjZSBjaGFuZ2VzLg0KDQrigKIgICAg ICAgIOKAnHRoZSBzeXN0ZW0gZmluZHPigJ0NCg0KOTgwICAgICAgICAgY29ycnVwdGVkLWxzcC1k ZXRlY3RlZDogcmFpc2VkIHdoZW4gdGhlIHN5c3RlbSBmaW5kIHRoYXQgYW4gTFNQDQoNCjk4MSAg ICAgICAgIHRoYXQgd2FzIHN0b3JlZCBpbiBtZW1vcnkgaGFzIGJlY29tZSBjb3JydXB0ZWQuDQoN CuKAoiAgICAgICAgSeKAmWQgc3VnZ2VzdCBjaGFuZ2UgaXQgdG8g4oCcaXNpc+KAnSBjb250YWlu ZXIsIGluc3RlYWQgb2YgY29uZmlndXJhdGlvbiBjb250YWluZXIuIE9yIG1heWJlIGNoYW5nZSBp dCB0byDigJxpc2lzIG1vZHVsZeKAnSB0byBiZSBjb25zaXN0ZW50IHdpdGggdGhlIG5leHQgZm9s bG93aW5nIHBhcmFncmFwaC4NCg0KMTAzMyAgICAgICAgVGhlICJpc2lzIiBjb25maWd1cmF0aW9u IGNvbnRhaW5lciBhdWdtZW50cyB0aGUgIi9ydDpyb3V0aW5nLw0KDQrigKIgICAgICAgIFJlcGV0 aXRpb24gb2Ygc2VjdGlvbiAyLjUNCjEwNDkgICAgICAgIFRoZSBtb2R1bGVzIGRlZmluZWQgaW4g dGhpcyBkb2N1bWVudCB1c2Ugc29tZSBncm91cGluZ3MgZnJvbSBpZXRmLQ0KMTA1MCAgICAgICAg a2V5Y2hhaW4gW1JGQzgxNzddLg0KDQrigKIgICAgICAgIEnigJlkIHN1Z2dlc3QgdG8gY2hhbmdl IHRvIOKAnFRoaXMgWUFORyBtb2R1bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSBiZWdp bm5pbmcgb2YgdGhlIGRlc2NyaXB0aW9uLg0KMTE1NCAgICAgICAgVGhpcyBZQU5HIG1vZGVsIGNv bmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQNCg0K4oCiICAgICAgICBUeXBvDQo0ODg4 ICAgICBGb3IgSVMtSVMgYXV0aGVudGljYXRpb24sIGNvbmZpZ3VyYXRpb24gaXMgc3VwcG9ydGVk IHZ1YSB0aGUNCg0K4oCiICAgICAgICBJbiBJQU5BIGNvbnNpZGVyYXRpb24sIHRoZSByZWdpc3Ry YW50IGNvbnRhY3Qgc2hvdWxkIGJlIOKAnFRoZSBJRVNH4oCdDQoNCjQ5MTQgICAgICAgICAgICAg ICAgVVJJOiB1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1pc2lzDQoNCjQ5MTUgICAg ICAgICAgICAgICAgUmVnaXN0cmFudCBDb250YWN0OiBJUy1JUyBXRw0KDQo0OTE2ICAgICAgICAg ICAgICAgIFhNTDogTi9BLCB0aGUgcmVxdWVzdGVkIFVSSSBpcyBhbiBYTUwgbmFtZXNwYWNlDQoN Cg0KDQoNCg0KVGhhbmtzLA0KDQpZaW5nemhlbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFz IGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNp IHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFs ZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0K VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsN Cg0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBu b3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBv ciBmYWxzaWZpZWQuDQoNClRoYW5rIHlvdS4NCg== --_000_75AE4B21D6234B76ADBD18C67C9380CFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsN CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBh cmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowaW47DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltYXJnaW4tYm90dG9tOjBpbjsNCgltYXJnaW4tbGVmdDouNWluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2 Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9w LWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5 bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CnNwYW4uRW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgU3RlcGhhbmUs IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBjYW4gZml4IHRoZXNlIGlm IHlvdSBjaGVjayBpbiB0aGUgLTMxIGZpbGVzLiBUaGUgTml0cyBwcm9ibGVtIHNlZW1zIHJhdGhl ciBhcmJpdHJhcnkgaW4gZmxhZ2dpbmcgdGhlIOKAnHdlaXJkIHNwYWNpbmfigJ0gYnV0IEnigJl2 ZSBoYWQgdG8gbWFudWFsbHkgbW9kaWZ5IHB5YW5nIHRyZWUgb3V0cHV0IGluIHRoZSBwYXN0Lg0K PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BY2VlIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5TdGVwaGFuZSBMaXRr b3dza2kgJmx0O3N0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tJmd0Ozxicj4NCjxiPkRhdGU6 IDwvYj5Nb25kYXksIEphbnVhcnkgMjEsIDIwMTkgYXQgNTo1MCBBTTxicj4NCjxiPlRvOiA8L2I+ WWluZ3poZW4gUXUgJmx0O3lpbmd6aGVuLnF1QGh1YXdlaS5jb20mZ3Q7LCAmcXVvdDtsc3JAaWV0 Zi5vcmcmcXVvdDsgJmx0O2xzckBpZXRmLm9yZyZndDssICZxdW90O2RyYWZ0LWlldGYtaXNpcy15 YW5nLWlzaXMtY2ZnQGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lz LWNmZ0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFNoZXBoZXJkIHJldmll dyBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOTxicj4NCjxiPlJl c2VudC1Gcm9tOiA8L2I+Jmx0O2FsaWFzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+UmVz ZW50LVRvOiA8L2I+U3RlcGhhbmUgTGl0a293c2tpICZsdDtzdGVwaGFuZS5saXRrb3dza2lAb3Jh bmdlLmNvbSZndDssIERlcmVrIFlldW5nICZsdDtkZXJla0BhcnJjdXMuY29tJmd0OywgQWNlZSBM aW5kZW0gJmx0O2FjZWVAY2lzY28uY29tJmd0OywgSmVmZnJleSBaaGFuZyAmbHQ7enpoYW5nQGp1 bmlwZXIubmV0Jmd0OywgTGFkaXNsYXYgTGhvdGthICZsdDtsaG90a2FAbmljLmN6Jmd0Ozxicj4N CjxiPlJlc2VudC1EYXRlOiA8L2I+TW9uZGF5LCBKYW51YXJ5IDIxLCAyMDE5IGF0IDU6NTAgQU08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+SGkgWWluZ2h6ZW4sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPkkgaGF2ZSBwdWJsaXNoZWQgdGhlIC0zMSB3aGljaCBzaG91bGQgZml4IHRoZSBuaXRzLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SG93ZXZlciB0aGUgd2VpcmQg c3BhY2luZyBpcyBpbnRyb2R1Y2VkIGJ5IFhNTDJSRkMgYW5kIGlzIG5vdCBjb21pbmcgZnJvbSBt eSBzb3VyY2UgZmlsZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gWWluZ3poZW4gUXUgW21haWx0bzp5 aW5nemhlbi5xdUBodWF3ZWkuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgSmFudWFy eSAxOCwgMjAxOSAyMzozNTxicj4NCjxiPlRvOjwvYj4gbHNyQGlldGYub3JnOyBkcmFmdC1pZXRm LWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBTaGVwaGVy ZCByZXZpZXcgY29tbWVudHMgb24gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjk8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkhpIEF1dGhvcnMsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+SGVyZSBhcmUgc29tZSBjb21tZW50cyBJIGhhdmUgYmFzZWQgb24gZHJhZnQgdmVy c2lvbiAyOS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkhl cmUgYXJlIHRoZSB3YXJuaW5ncyBmcm9tIOKAnGlkbml0c+KAnS4gVG8gcmVzb2x2ZSB0aG9zZSB1 bnVzZWQgcmVmZXJlbmNlIGlzc3VlLCBJ4oCZZCBzdWdnZXN0IHRvIHVzZSB3aGF04oCZcyBkb25l IGluIHRoZSBvc3BmIG1vZGVsIGRyYWZ0LCBiZWdpbm5pbmcgb2YgU2VjdGlvbg0KIDMuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPmlkbml0cyAyLjE2 LjAxDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQ6PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4vdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCgyNzMpOiBM aW5lIGhhcyB3ZWlyZCBzcGFjaW5nOiAnLi4uLW1ldGhvZCZuYnNwOyZuYnNwOyZuYnNwOyBzdHIu Li4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4vdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMt Y2ZnLTI5LnR4dCg3MzMpOiBMaW5lIGhhcyB3ZWlyZCBzcGFjaW5nOiAnLi4uLWZhbWlseSZuYnNw OyZuYnNwOyZuYnNwOyBpYW4uLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4vdG1wL2RyYWZ0LWll dGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCgxMjM4KTogQ29kZSBzdGFydCBhdCAxMjM4OiAm bHQ7Q09ERSBCRUdJTlMmZ3Q7IGZpbGUgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlldGYtaXNpc0Ay MDE4LTEyLTI3LnlhbmciPmlldGYtaXNpc0AyMDE4LTEyLTI3Lnlhbmc8L2E+JnF1b3Q7Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50 eHQoNTU2OCk6IExpbmUgaGFzIHdlaXJkIHNwYWNpbmc6ICcuLi4gc3lzdGVtJm5ic3A7IHJlY2Vp Li4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lz LWNmZy0yOS50eHQoNTY3MSk6IENvZGUgZW5kIGF0IDU2NzE6ICZsdDtDT0RFIEVORFMmZ3Q7Ljwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyBDaGVja2luZyBib2lsZXJwbGF0ZSByZXF1aXJl ZCBieSBSRkMgNTM3OCBhbmQgdGhlIElFVEYgVHJ1c3QgKHNlZTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7DQo8YSBocmVmPSJodHRwczovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZv Ij5odHRwczovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvPC9hPik6PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg Tm8gaXNzdWVzIGZvdW5kIGhlcmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyBDaGVja2luZyBuaXRzIGFjY29yZGluZyB0bw0KPGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby8xaWQtZ3VpZGVsaW5lcy50eHQiPmh0dHBz Oi8vd3d3LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0PC9hPjo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBUaGUgcGFnZSBsZW5n dGggc2hvdWxkIG5vdCBleGNlZWQgNTggbGluZXMgcGVyIHBhZ2UsIGJ1dCB0aGVyZSB3YXMgNzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxvbmdlciBwYWdl cywgdGhlIGxvbmdlc3QgKHBhZ2UgNikgYmVpbmcgNjMgbGluZXM8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgQ2hlY2tpbmcgbml0cyBhY2NvcmRpbmcgdG8NCjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL2lkLWluZm8vY2hlY2tsaXN0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pZC1p bmZvL2NoZWNrbGlzdDwvYT4gOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS08L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5vIGlzc3VlcyBmb3VuZCBoZXJlLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgTWlz Y2VsbGFuZW91cyB3YXJuaW5nczo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyA9PSBUaGUgY29weXJpZ2h0IHllYXIgaW4gdGhlIElFVEYgVHJ1c3QgYW5k IGF1dGhvcnMgQ29weXJpZ2h0IExpbmUgZG9lcyBub3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtYXRjaCB0aGUgY3VycmVudCB5ZWFyPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAtLSBUaGUgZG9j dW1lbnQgZGF0ZSAoRGVjZW1iZXIgMjcsIDIwMTgpIGlzIDE1IGRheXMgaW4gdGhlIHBhc3QuJm5i c3A7IElzIHRoaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBpbnRlbnRpb25hbD88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgQ2hlY2tpbmcgcmVm ZXJlbmNlcyBmb3IgaW50ZW5kZWQgc3RhdHVzOiBQcm9wb3NlZCBTdGFuZGFyZDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IChTZWUgUkZDcyAzOTY3IGFuZCA0ODk3IGZvciBpbmZvcm1hdGlvbiBhYm91dCB1c2luZyBub3Jt YXRpdmUgcmVmZXJlbmNlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHRvIGxvd2VyLW1hdHVyaXR5IGRvY3VtZW50cyBpbiBSRkNzKTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJl ZmVyZW5jZTogJ1JGQzUxMzAnIGlzIGRlZmluZWQgb24gbGluZSA1MjM2LCBidXQgbm8gZXhwbGlj aXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVu Y2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgJ1tSRkM1MTMwXSZuYnNwOyBQcmV2aWRpLCBTLiwgU2hhbmQsIE0uLCBF ZC4sIGFuZCBDLiBNYXJ0aW4sICZxdW90O0EgUG9saWN5IENvbi4uLic8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZl cmVuY2U6ICdSRkM1MzA1JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI0NiwgYnV0IG5vIGV4cGxpY2l0 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNl IHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICdbUkZDNTMwNV0mbmJzcDsgTGksIFQuIGFuZCBILiBTbWl0LCAmcXVvdDtJ Uy1JUyBFeHRlbnNpb25zIGZvciBUcmFmZmljIEVuZ2luZWUuLi4nPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJl bmNlOiAnUkZDNTMwNicgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNTAsIGJ1dCBubyBleHBsaWNpdDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3 YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAnW1JGQzUzMDZdJm5ic3A7IFNoYW5kLCBNLiBhbmQgTC4gR2luc2JlcmcsICZx dW90O1Jlc3RhcnQgU2lnbmFsaW5nIGZvciBJUy1JUyZxdW90OywuLi4nPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVm ZXJlbmNlOiAnUkZDNTg4MCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNTgsIGJ1dCBubyBleHBsaWNp dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5j ZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAnW1JGQzU4ODBdJm5ic3A7IEthdHosIEQuIGFuZCBELiBXYXJkLCAmcXVv dDtCaWRpcmVjdGlvbmFsIEZvcndhcmRpbmcgRGV0ZWN0aW9uLi4uJzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVy ZW5jZTogJ1JGQzU4ODEnIGlzIGRlZmluZWQgb24gbGluZSA1MjYyLCBidXQgbm8gZXhwbGljaXQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ug d2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJ1tSRkM1ODgxXSZuYnNwOyBLYXR6LCBELiBhbmQgRC4gV2FyZCwgJnF1b3Q7 QmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlvbi4uLic8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVu Y2U6ICdSRkM2MTE5JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI3MiwgYnV0IG5vIGV4cGxpY2l0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdh cyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICdbUkZDNjExOV0mbmJzcDsgSGFycmlzb24sIEouLCBCZXJnZXIsIEouLCBhbmQg TS4gQmFydGxldHQsICZxdW90O0lQdjYgVHJhZmZpYy4uLic8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6 ICdSRkM2MjMyJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI3NiwgYnV0IG5vIGV4cGxpY2l0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBm b3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICdbUkZDNjIzMl0mbmJzcDsgV2VpLCBGLiwgUWluLCBZLiwgTGksIFouLCBMaSwgVC4s IGFuZCBKLiBEb25nLCAmcXVvdDtQdXJnZSBPcmkuLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAn UkZDNzc5NCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUyOTksIGJ1dCBubyBleHBsaWNpdDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3YXMgZm91 bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAnW1JGQzc3OTRdJm5ic3A7IEdpbnNiZXJnLCBMLiwgRWQuLCBEZWNyYWVuZSwgQi4sIFBy ZXZpZGksIFMuLCBYdSwgWC4sIGFuZC4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM3ODEw JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTMwNCwgYnV0IG5vIGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0 aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdb UkZDNzgxMF0mbmJzcDsgUHJldmlkaSwgUy4sIEVkLiwgR2lhY2Fsb25lLCBTLiwgV2FyZCwgRC4s IERyYWtlLCBKLiwgYW5kLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzc5MTcnIGlzIGRl ZmluZWQgb24gbGluZSA1MzA5LCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM3OTE3 XSZuYnNwOyBTYXJrYXIsIFAuLCBFZC4sIEdyZWRsZXIsIEguLCBIZWdkZSwgUy4sIExpdGtvd3Nr aSwgUy4sIGEuLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDODQwNScgaXMgZGVmaW5lZCBv biBsaW5lIDUzNTUsIGJ1dCBubyBleHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnW1JGQzg0MDVdJm5ic3A7 IERlY3JhZW5lLCBCLiwgTGl0a293c2tpLCBTLiwgR3JlZGxlciwgSC4sIExpbmRlbSwgQS4sIEZy YS4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7ICoqIERvd25yZWY6IE5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gYW4gSW5mb3JtYXRpb25h bCBSRkM6IFJGQyA1NDQzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFN1bW1hcnk6IDEgZXJyb3IgKCoqKSwgMCBmbGF3cyAofn4pLCAxMyB3YXJuaW5ncyAo PT0pLCAxIGNvbW1lbnQgKC0tKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5OaXRzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVu dDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPsK3PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj5UaGUgZHJhZnQgdGl0bGUg4oCccHJvdG9jb2zigJ0gc2hvdWxkIHN0YXJ0IHdpdGgg Y2FwaXRhbCBsZXR0ZXIgUC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+SSBkb27igJl0 IHRoaW5rIHRoZSB3b3JkIOKAnGNvbnRhaW5lcuKAnSBpcyBuZWVkZWQgaGVyZTo8bzpwPjwvbzpw PjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjhwdCI+NDIwJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyBUaGUgSVMtSVMgY29uZmlndXJhdGlvbiBjb250YWluZXIg aXMgZGl2aWRlZCBpbjo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6 ODEuOHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6 ODEuOHB0Ij40MjImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7IG8mbmJzcDsg R2xvYmFsIHBhcmFtZXRlcnMuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s ZWZ0OjgxLjhwdCI+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s ZWZ0OjgxLjhwdCI+NDI0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyBvJm5i c3A7IFBlciBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiAoc2VlIFNlY3Rpb24gMi40KS48bzpwPjwv bzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjhw dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPlNob3VsZCBiZSDigJxyYWlz ZWTigJ08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij45NzgmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmLXN0YXRlLWNoYW5nZTogcmFpc2Ugd2hlbiB0aGUgc3RhdGUg b2YgYW4gaW50ZXJmYWNlIGNoYW5nZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDot LjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPsK3PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj7igJx0aGUgc3lzdGVtIGZpbmRz4oCdPG86cD48L286cD48L3A+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbiI+OTgwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNw OyZuYnNwOyBjb3JydXB0ZWQtbHNwLWRldGVjdGVkOiByYWlzZWQgd2hlbiB0aGUgc3lzdGVtIGZp bmQgdGhhdCBhbiBMU1A8bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjk4MSZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhdCB3YXMgc3RvcmVkIGluIG1lbW9yeSBo YXMgYmVjb21lIGNvcnJ1cHRlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu PknigJlkIHN1Z2dlc3QgY2hhbmdlIGl0IHRvIOKAnGlzaXPigJ0gY29udGFpbmVyLCBpbnN0ZWFk IG9mIGNvbmZpZ3VyYXRpb24gY29udGFpbmVyLiBPciBtYXliZSBjaGFuZ2UgaXQgdG8g4oCcaXNp cyBtb2R1bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSBuZXh0IGZvbGxvd2luZyBwYXJh Z3JhcGguPG86cD48L286cD48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+MTAz MyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsgVGhlICZxdW90O2lzaXMmcXVv dDsgY29uZmlndXJhdGlvbiBjb250YWluZXIgYXVnbWVudHMgdGhlICZxdW90Oy9ydDpyb3V0aW5n LzxvOnA+PC9vOnA+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPlJlcGV0aXRpb24gb2Ygc2VjdGlvbiAy LjU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjEwNDkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5i c3A7IFRoZSBtb2R1bGVzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCB1c2Ugc29tZSBncm91cGlu Z3MgZnJvbSBpZXRmLTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjEwNTAmbmJzcDsgJm5ic3A7ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2tleWNoYWluIFtSRkM4MTc3XS48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+ wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPknigJlkIHN1Z2dlc3QgdG8gY2hhbmdlIHRvIOKAnFRoaXMg WUFORyBtb2R1bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSBiZWdpbm5pbmcgb2YgdGhl IGRlc2NyaXB0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+MTE1NCZuYnNwOyAmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgVGhpcyBZQU5HIG1vZGVsIGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1h bmFnZW1lbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPlR5cG88bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPjQ4ODgmbmJzcDsgJm5ic3A7Jm5ic3A7IEZvciBJUy1JUyBhdXRoZW50aWNhdGlv biwgY29uZmlndXJhdGlvbiBpcyBzdXBwb3J0ZWQgdnVhIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+SW4gSUFOQSBjb25zaWRlcmF0aW9uLCB0aGUgcmVnaXN0cmFudCBj b250YWN0IHNob3VsZCBiZSDigJxUaGUgSUVTR+KAnTxvOnA+PC9vOnA+PC9wPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjQ5MTQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVS STogdXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaXNpczxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+NDkxNSZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgUmVnaXN0cmFudCBDb250YWN0OiBJUy1JUyBXRzxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+NDkxNiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgWE1MOiBOL0EsIHRoZSByZXF1ZXN0ZWQgVVJJIGlzIGFuIFhNTCBuYW1lc3BhY2U8bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYW5rcyw8 L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+WWluZ3poZW48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmUgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdp ZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5z IGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2 ZXVpbGxleiBsZSBzaWduYWxlcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj5hIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp ZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJs ZXMgZCdhbHRlcmF0aW9uLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj5PcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPG86cD48L286cD48L3By ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlv biB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj50aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVz ZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBs aWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh bHNpZmllZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_75AE4B21D6234B76ADBD18C67C9380CFciscocom_-- From nobody Mon Jan 21 08:54:23 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ADFDA124BF6; Mon, 21 Jan 2019 08:54:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154808965465.8266.10656648656488703676@ietfa.amsl.com> Date: Mon, 21 Jan 2019 08:54:14 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-32.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 16:54:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for IS-IS Protocol Authors : Stephane Litkowski Derek Yeung Acee Lindem Jeffrey Zhang Ladislav Lhotka Filename : draft-ietf-isis-yang-isis-cfg-32.txt Pages : 119 Date : 2019-01-21 Abstract: This document defines a YANG data model that can be used to configure and manage IS-IS protocol on network elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-32 https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-32 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-32 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 Jan 21 13:08:01 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376C4129A87; Mon, 21 Jan 2019 13:07:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.053 X-Spam-Level: X-Spam-Status: No, score=-19.053 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fy-kgkos9BZ5; Mon, 21 Jan 2019 13:07:54 -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 3110412950A; Mon, 21 Jan 2019 13:07:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=52936; q=dns/txt; s=iport; t=1548104874; x=1549314474; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=MEvYyAjAKCqpaMbQxqzTf8du4Lxr7w2VcdjIZcTLZ8s=; b=kBd3tRYYDVy9oIW0tKcVIxfNxK6pIlajxbl6z0g0YLIZmLNRGs6NNsgV OsKzTO8RSz2wjIO2DntB1i1p9RB2FKT18P0AdJlsTmxfBGz59hPg7Ny8r V0a3tAJoBPcbTvGHiPZ35NUtDxJxLwtKTPvddHsDIP+E8z64LKrZjy0C8 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAAAFNEZc/5BdJa1iGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQInCoN3iBqNdJgBFIFnCwEBI4RJAhe?= =?us-ascii?q?CSiI0CQ0BAwEBAgEBAm0cDIVKAQEBAQMjClwCAQYCEQMBAiEBBgMCAgIwFAk?= =?us-ascii?q?IAQEEARKDIgGBHWQPj0qbYYEvhC4BAwMLQ4UhBYxBF4F/gRABJx+CTIMeAoE?= =?us-ascii?q?mOBESBhACglExgiYCiWWGDIZwiz8JAociincYkhSKBIUciD+DFwIRFIEnHzi?= =?us-ascii?q?BVnAVGksBgkGLHYU/QTEBiWqBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,504,1539648000"; d="scan'208,217";a="228610700" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jan 2019 21:07:53 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x0LL7qHs021508 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Jan 2019 21:07:52 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.1395.4; Mon, 21 Jan 2019 16:07:51 -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.1395.000; Mon, 21 Jan 2019 16:07:51 -0500 From: "Acee Lindem (acee)" To: Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrACT/+eA Date: Mon, 21 Jan 2019 21:07:51 +0000 Message-ID: <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> In-Reply-To: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.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.197] Content-Type: multipart/alternative; boundary="_000_56F6AF71F73340E48C4608C2803A3F90ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.152, xch-rtp-012.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 21:07:59 -0000 --_000_56F6AF71F73340E48C4608C2803A3F90ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgWWluZ3poZW4sDQpBbGwgdGhlIGlkbml0cyB3YXJuaW5ncyBhcmUgZml4ZWQgaW4gdGhlIC0z MiB2ZXJzaW9uIG9mIHRoZSBkcmFmdHMuDQpUaGFua3MsDQpBY2VlDQoNCkZyb206IFlpbmd6aGVu IFF1IDx5aW5nemhlbi5xdUBodWF3ZWkuY29tPg0KRGF0ZTogRnJpZGF5LCBKYW51YXJ5IDE4LCAy MDE5IGF0IDU6MzUgUE0NClRvOiAibHNyQGlldGYub3JnIiA8bHNyQGlldGYub3JnPiwgImRyYWZ0 LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1pc2lzLXlhbmct aXNpcy1jZmdAaWV0Zi5vcmc+DQpTdWJqZWN0OiBTaGVwaGVyZCByZXZpZXcgY29tbWVudHMgb24g ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkNClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91 bmNlc0BpZXRmLm9yZz4NClJlc2VudC1UbzogU3RlcGhhbmUgTGl0a293c2tpIDxzdGVwaGFuZS5s aXRrb3dza2lAb3JhbmdlLmNvbT4sIERlcmVrIFlldW5nIDxkZXJla0BhcnJjdXMuY29tPiwgQWNl ZSBMaW5kZW0gPGFjZWVAY2lzY28uY29tPiwgSmVmZnJleSBaaGFuZyA8enpoYW5nQGp1bmlwZXIu bmV0PiwgTGFkaXNsYXYgTGhvdGthIDxsaG90a2FAbmljLmN6Pg0KUmVzZW50LURhdGU6IEZyaWRh eSwgSmFudWFyeSAxOCwgMjAxOSBhdCA1OjM1IFBNDQoNCkhpIEF1dGhvcnMsDQoNCkhlcmUgYXJl IHNvbWUgY29tbWVudHMgSSBoYXZlIGJhc2VkIG9uIGRyYWZ0IHZlcnNpb24gMjkuDQoNCkhlcmUg YXJlIHRoZSB3YXJuaW5ncyBmcm9tIOKAnGlkbml0c+KAnS4gVG8gcmVzb2x2ZSB0aG9zZSB1bnVz ZWQgcmVmZXJlbmNlIGlzc3VlLCBJ4oCZZCBzdWdnZXN0IHRvIHVzZSB3aGF04oCZcyBkb25lIGlu IHRoZSBvc3BmIG1vZGVsIGRyYWZ0LCBiZWdpbm5pbmcgb2YgU2VjdGlvbiAzLg0KDQppZG5pdHMg Mi4xNi4wMQ0KDQovdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dDoNCi90 bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkudHh0KDI3Myk6IExpbmUgaGFzIHdl aXJkIHNwYWNpbmc6ICcuLi4tbWV0aG9kICAgIHN0ci4uLicNCi90bXAvZHJhZnQtaWV0Zi1pc2lz LXlhbmctaXNpcy1jZmctMjkudHh0KDczMyk6IExpbmUgaGFzIHdlaXJkIHNwYWNpbmc6ICcuLi4t ZmFtaWx5ICAgIGlhbi4uLicNCi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjku dHh0KDEyMzgpOiBDb2RlIHN0YXJ0IGF0IDEyMzg6IDxDT0RFIEJFR0lOUz4gZmlsZSAiaWV0Zi1p c2lzQDIwMTgtMTItMjcueWFuZzxtYWlsdG86aWV0Zi1pc2lzQDIwMTgtMTItMjcueWFuZz4iLg0K L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQoNTU2OCk6IExpbmUgaGFz IHdlaXJkIHNwYWNpbmc6ICcuLi4gc3lzdGVtICByZWNlaS4uLicNCi90bXAvZHJhZnQtaWV0Zi1p c2lzLXlhbmctaXNpcy1jZmctMjkudHh0KDU2NzEpOiBDb2RlIGVuZCBhdCA1NjcxOiA8Q09ERSBF TkRTPi4NCg0KDQogIENoZWNraW5nIGJvaWxlcnBsYXRlIHJlcXVpcmVkIGJ5IFJGQyA1Mzc4IGFu ZCB0aGUgSUVURiBUcnVzdCAoc2VlDQogIGh0dHBzOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNl LWluZm8pOg0KICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAgTm8gaXNzdWVzIGZvdW5kIGhl cmUuDQoNCiAgQ2hlY2tpbmcgbml0cyBhY2NvcmRpbmcgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWQtaW5mby8xaWQtZ3VpZGVsaW5lcy50eHQ6DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICA9 PSBUaGUgcGFnZSBsZW5ndGggc2hvdWxkIG5vdCBleGNlZWQgNTggbGluZXMgcGVyIHBhZ2UsIGJ1 dCB0aGVyZSB3YXMgNw0KICAgICBsb25nZXIgcGFnZXMsIHRoZSBsb25nZXN0IChwYWdlIDYpIGJl aW5nIDYzIGxpbmVzDQoNCg0KICBDaGVja2luZyBuaXRzIGFjY29yZGluZyB0byBodHRwczovL3d3 dy5pZXRmLm9yZy9pZC1pbmZvL2NoZWNrbGlzdCA6DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0K ICAgICBObyBpc3N1ZXMgZm91bmQgaGVyZS4NCg0KICBNaXNjZWxsYW5lb3VzIHdhcm5pbmdzOg0K ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgPT0gVGhlIGNvcHlyaWdodCB5ZWFyIGluIHRoZSBJ RVRGIFRydXN0IGFuZCBhdXRob3JzIENvcHlyaWdodCBMaW5lIGRvZXMgbm90DQogICAgIG1hdGNo IHRoZSBjdXJyZW50IHllYXINCg0KICAtLSBUaGUgZG9jdW1lbnQgZGF0ZSAoRGVjZW1iZXIgMjcs IDIwMTgpIGlzIDE1IGRheXMgaW4gdGhlIHBhc3QuICBJcyB0aGlzDQogICAgIGludGVudGlvbmFs Pw0KDQoNCiAgQ2hlY2tpbmcgcmVmZXJlbmNlcyBmb3IgaW50ZW5kZWQgc3RhdHVzOiBQcm9wb3Nl ZCBTdGFuZGFyZA0KICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAgKFNlZSBSRkNzIDM5Njcg YW5kIDQ4OTcgZm9yIGluZm9ybWF0aW9uIGFib3V0IHVzaW5nIG5vcm1hdGl2ZSByZWZlcmVuY2Vz DQogICAgIHRvIGxvd2VyLW1hdHVyaXR5IGRvY3VtZW50cyBpbiBSRkNzKQ0KDQogID09IFVudXNl ZCBSZWZlcmVuY2U6ICdSRkM1MTMwJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTIzNiwgYnV0IG5vIGV4 cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM1 MTMwXSAgUHJldmlkaSwgUy4sIFNoYW5kLCBNLiwgRWQuLCBhbmQgQy4gTWFydGluLCAiQSBQb2xp Y3kgQ29uLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1MzA1JyBpcyBkZWZpbmVk IG9uIGxpbmUgNTI0NiwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQg aW4gdGhlIHRleHQNCiAgICAgJ1tSRkM1MzA1XSAgTGksIFQuIGFuZCBILiBTbWl0LCAiSVMtSVMg RXh0ZW5zaW9ucyBmb3IgVHJhZmZpYyBFbmdpbmVlLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVu Y2U6ICdSRkM1MzA2JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI1MCwgYnV0IG5vIGV4cGxpY2l0DQog ICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM1MzA2XSAgU2hh bmQsIE0uIGFuZCBMLiBHaW5zYmVyZywgIlJlc3RhcnQgU2lnbmFsaW5nIGZvciBJUy1JUyIsLi4u Jw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1ODgwJyBpcyBkZWZpbmVkIG9uIGxpbmUg NTI1OCwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRl eHQNCiAgICAgJ1tSRkM1ODgwXSAgS2F0eiwgRC4gYW5kIEQuIFdhcmQsICJCaWRpcmVjdGlvbmFs IEZvcndhcmRpbmcgRGV0ZWN0aW9uLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1 ODgxJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI2MiwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVy ZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM1ODgxXSAgS2F0eiwgRC4gYW5k IEQuIFdhcmQsICJCaWRpcmVjdGlvbmFsIEZvcndhcmRpbmcgRGV0ZWN0aW9uLi4uJw0KDQogID09 IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM2MTE5JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI3MiwgYnV0 IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAg J1tSRkM2MTE5XSAgSGFycmlzb24sIEouLCBCZXJnZXIsIEouLCBhbmQgTS4gQmFydGxldHQsICJJ UHY2IFRyYWZmaWMuLi4nDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzYyMzInIGlzIGRl ZmluZWQgb24gbGluZSA1Mjc2LCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBm b3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzYyMzJdICBXZWksIEYuLCBRaW4sIFkuLCBMaSwg Wi4sIExpLCBULiwgYW5kIEouIERvbmcsICJQdXJnZSBPcmkuLi4nDQoNCiAgPT0gVW51c2VkIFJl ZmVyZW5jZTogJ1JGQzc3OTQnIGlzIGRlZmluZWQgb24gbGluZSA1Mjk5LCBidXQgbm8gZXhwbGlj aXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzc3OTRd ICBHaW5zYmVyZywgTC4sIEVkLiwgRGVjcmFlbmUsIEIuLCBQcmV2aWRpLCBTLiwgWHUsIFguLCBh bmQuLi4nDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzc4MTAnIGlzIGRlZmluZWQgb24g bGluZSA1MzA0LCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0 aGUgdGV4dA0KICAgICAnW1JGQzc4MTBdICBQcmV2aWRpLCBTLiwgRWQuLCBHaWFjYWxvbmUsIFMu LCBXYXJkLCBELiwgRHJha2UsIEouLCBhbmQuLi4nDQoNCiAgPT0gVW51c2VkIFJlZmVyZW5jZTog J1JGQzc5MTcnIGlzIGRlZmluZWQgb24gbGluZSA1MzA5LCBidXQgbm8gZXhwbGljaXQNCiAgICAg cmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KICAgICAnW1JGQzc5MTddICBTYXJrYXIs IFAuLCBFZC4sIEdyZWRsZXIsIEguLCBIZWdkZSwgUy4sIExpdGtvd3NraSwgUy4sIGEuLi4nDQoN CiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzg0MDUnIGlzIGRlZmluZWQgb24gbGluZSA1MzU1 LCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0K ICAgICAnW1JGQzg0MDVdICBEZWNyYWVuZSwgQi4sIExpdGtvd3NraSwgUy4sIEdyZWRsZXIsIEgu LCBMaW5kZW0sIEEuLCBGcmEuLi4nDQoNCiAgKiogRG93bnJlZjogTm9ybWF0aXZlIHJlZmVyZW5j ZSB0byBhbiBJbmZvcm1hdGlvbmFsIFJGQzogUkZDIDU0NDMNCg0KDQogICAgIFN1bW1hcnk6IDEg ZXJyb3IgKCoqKSwgMCBmbGF3cyAofn4pLCAxMyB3YXJuaW5ncyAoPT0pLCAxIGNvbW1lbnQgKC0t KS4NCg0KDQoNCk5pdHM6DQoNCsK3ICAgICAgICAgVGhlIGRyYWZ0IHRpdGxlIOKAnHByb3RvY29s 4oCdIHNob3VsZCBzdGFydCB3aXRoIGNhcGl0YWwgbGV0dGVyIFAuDQoNCsK3ICAgICAgICAgSSBk b27igJl0IHRoaW5rIHRoZSB3b3JkIOKAnGNvbnRhaW5lcuKAnSBpcyBuZWVkZWQgaGVyZToNCg0K NDIwICAgICAgICBUaGUgSVMtSVMgY29uZmlndXJhdGlvbiBjb250YWluZXIgaXMgZGl2aWRlZCBp bjoNCg0KDQoNCjQyMiAgICAgICAgbyAgR2xvYmFsIHBhcmFtZXRlcnMuDQoNCg0KDQo0MjQgICAg ICAgIG8gIFBlciBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiAoc2VlIFNlY3Rpb24gMi40KS4NCg0K DQrCtyAgICAgICAgIFNob3VsZCBiZSDigJxyYWlzZWTigJ0NCg0KOTc4ICAgICAgICAgaWYtc3Rh dGUtY2hhbmdlOiByYWlzZSB3aGVuIHRoZSBzdGF0ZSBvZiBhbiBpbnRlcmZhY2UgY2hhbmdlcy4N Cg0KwrcgICAgICAgICDigJx0aGUgc3lzdGVtIGZpbmRz4oCdDQoNCjk4MCAgICAgICAgIGNvcnJ1 cHRlZC1sc3AtZGV0ZWN0ZWQ6IHJhaXNlZCB3aGVuIHRoZSBzeXN0ZW0gZmluZCB0aGF0IGFuIExT UA0KDQo5ODEgICAgICAgICB0aGF0IHdhcyBzdG9yZWQgaW4gbWVtb3J5IGhhcyBiZWNvbWUgY29y cnVwdGVkLg0KDQrCtyAgICAgICAgIEnigJlkIHN1Z2dlc3QgY2hhbmdlIGl0IHRvIOKAnGlzaXPi gJ0gY29udGFpbmVyLCBpbnN0ZWFkIG9mIGNvbmZpZ3VyYXRpb24gY29udGFpbmVyLiBPciBtYXli ZSBjaGFuZ2UgaXQgdG8g4oCcaXNpcyBtb2R1bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRo ZSBuZXh0IGZvbGxvd2luZyBwYXJhZ3JhcGguDQoNCjEwMzMgICAgICAgIFRoZSAiaXNpcyIgY29u ZmlndXJhdGlvbiBjb250YWluZXIgYXVnbWVudHMgdGhlICIvcnQ6cm91dGluZy8NCg0KwrcgICAg ICAgICBSZXBldGl0aW9uIG9mIHNlY3Rpb24gMi41DQoxMDQ5ICAgICAgICBUaGUgbW9kdWxlcyBk ZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQgdXNlIHNvbWUgZ3JvdXBpbmdzIGZyb20gaWV0Zi0NCjEw NTAgICAgICAgIGtleWNoYWluIFtSRkM4MTc3XS4NCg0KwrcgICAgICAgICBJ4oCZZCBzdWdnZXN0 IHRvIGNoYW5nZSB0byDigJxUaGlzIFlBTkcgbW9kdWxl4oCdIHRvIGJlIGNvbnNpc3RlbnQgd2l0 aCB0aGUgYmVnaW5uaW5nIG9mIHRoZSBkZXNjcmlwdGlvbi4NCjExNTQgICAgICAgIFRoaXMgWUFO RyBtb2RlbCBjb25mb3JtcyB0byB0aGUgTmV0d29yayBNYW5hZ2VtZW50DQoNCsK3ICAgICAgICAg VHlwbw0KNDg4OCAgICAgRm9yIElTLUlTIGF1dGhlbnRpY2F0aW9uLCBjb25maWd1cmF0aW9uIGlz IHN1cHBvcnRlZCB2dWEgdGhlDQoNCsK3ICAgICAgICAgSW4gSUFOQSBjb25zaWRlcmF0aW9uLCB0 aGUgcmVnaXN0cmFudCBjb250YWN0IHNob3VsZCBiZSDigJxUaGUgSUVTR+KAnQ0KDQo0OTE0ICAg ICAgICAgICAgICAgIFVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaXNpcw0K DQo0OTE1ICAgICAgICAgICAgICAgIFJlZ2lzdHJhbnQgQ29udGFjdDogSVMtSVMgV0cNCg0KNDkx NiAgICAgICAgICAgICAgICBYTUw6IE4vQSwgdGhlIHJlcXVlc3RlZCBVUkkgaXMgYW4gWE1MIG5h bWVzcGFjZQ0KDQoNCg0KDQoNClRoYW5rcywNCg0KWWluZ3poZW4NCg== --_000_56F6AF71F73340E48C4608C2803A3F90ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <562EF574B6549C4494E0D171BFCD69F1@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0 UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCglt YXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBk aXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21z by1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxT dHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlz dCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MjA4OTk1NTk1MzsNCglt c28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTQ1MzIyMTI4OCA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5 ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGww OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6 bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4t Ym90dG9tOjBpbjt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxp bms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBZaW5nemhlbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkFsbCB0aGUgaWRuaXRzIHdhcm5pbmdzIGFyZSBmaXhlZCBpbiB0aGUg LTMyIHZlcnNpb24gb2YgdGhlIGRyYWZ0cy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWNl ZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29s b3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2NvbG9yOmJsYWNrIj5ZaW5nemhlbiBRdSAmbHQ7eWluZ3poZW4ucXVAaHVhd2VpLmNvbSZndDs8 YnI+DQo8Yj5EYXRlOiA8L2I+RnJpZGF5LCBKYW51YXJ5IDE4LCAyMDE5IGF0IDU6MzUgUE08YnI+ DQo8Yj5UbzogPC9iPiZxdW90O2xzckBpZXRmLm9yZyZxdW90OyAmbHQ7bHNyQGlldGYub3JnJmd0 OywgJnF1b3Q7ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmdAaWV0Zi5vcmcmcXVvdDsgJmx0 O2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1Ympl Y3Q6IDwvYj5TaGVwaGVyZCByZXZpZXcgY29tbWVudHMgb24gZHJhZnQtaWV0Zi1pc2lzLXlhbmct aXNpcy1jZmctMjk8YnI+DQo8Yj5SZXNlbnQtRnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGll dGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1UbzogPC9iPlN0ZXBoYW5lIExpdGtvd3NraSAmbHQ7 c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20mZ3Q7LCBEZXJlayBZZXVuZyAmbHQ7ZGVyZWtA YXJyY3VzLmNvbSZndDssIEFjZWUgTGluZGVtICZsdDthY2VlQGNpc2NvLmNvbSZndDssIEplZmZy ZXkgWmhhbmcgJmx0O3p6aGFuZ0BqdW5pcGVyLm5ldCZndDssIExhZGlzbGF2IExob3RrYSAmbHQ7 bGhvdGthQG5pYy5jeiZndDs8YnI+DQo8Yj5SZXNlbnQtRGF0ZTogPC9iPkZyaWRheSwgSmFudWFy eSAxOCwgMjAxOSBhdCA1OjM1IFBNPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+SGkgQXV0aG9ycyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5IZXJlIGFyZSBzb21lIGNv bW1lbnRzIEkgaGF2ZSBiYXNlZCBvbiBkcmFmdCB2ZXJzaW9uIDI5Lg0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+SGVyZSBhcmUgdGhlIHdhcm5pbmdzIGZyb20g 4oCcaWRuaXRz4oCdLiBUbyByZXNvbHZlIHRob3NlIHVudXNlZCByZWZlcmVuY2UgaXNzdWUsIEni gJlkIHN1Z2dlc3QgdG8gdXNlIHdoYXTigJlzIGRvbmUgaW4gdGhlIG9zcGYgbW9kZWwgZHJhZnQs IGJlZ2lubmluZyBvZiBTZWN0aW9uDQogMy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+aWRuaXRzIDIuMTYuMDENCjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4vdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5n LWlzaXMtY2ZnLTI5LnR4dDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPi90bXAvZHJhZnQtaWV0Zi1p c2lzLXlhbmctaXNpcy1jZmctMjkudHh0KDI3Myk6IExpbmUgaGFzIHdlaXJkIHNwYWNpbmc6ICcu Li4tbWV0aG9kJm5ic3A7Jm5ic3A7Jm5ic3A7IHN0ci4uLic8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi Pi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkudHh0KDczMyk6IExpbmUgaGFz IHdlaXJkIHNwYWNpbmc6ICcuLi4tZmFtaWx5Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlhbi4uLic8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjku dHh0KDEyMzgpOiBDb2RlIHN0YXJ0IGF0IDEyMzg6ICZsdDtDT0RFIEJFR0lOUyZndDsgZmlsZSAm cXVvdDs8YSBocmVmPSJtYWlsdG86aWV0Zi1pc2lzQDIwMTgtMTItMjcueWFuZyI+aWV0Zi1pc2lz QDIwMTgtMTItMjcueWFuZzwvYT4mcXVvdDsuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4vdG1wL2Ry YWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCg1NTY4KTogTGluZSBoYXMgd2VpcmQg c3BhY2luZzogJy4uLiBzeXN0ZW0mbmJzcDsgcmVjZWkuLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4vdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCg1NjcxKTogQ29kZSBl bmQgYXQgNTY3MTogJmx0O0NPREUgRU5EUyZndDsuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7IENoZWNraW5nIGJvaWxlcnBsYXRlIHJlcXVpcmVkIGJ5IFJGQyA1Mzc4IGFuZCB0aGUgSUVU RiBUcnVzdCAoc2VlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsNCjxhIGhyZWY9Imh0dHBz Oi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8iPmh0dHBzOi8vdHJ1c3RlZS5pZXRmLm9y Zy9saWNlbnNlLWluZm88L2E+KTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBObyBpc3N1ZXMgZm91bmQgaGVyZS48L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IENo ZWNraW5nIG5pdHMgYWNjb3JkaW5nIHRvDQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9p ZC1pbmZvLzFpZC1ndWlkZWxpbmVzLnR4dCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby8x aWQtZ3VpZGVsaW5lcy50eHQ8L2E+Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS08L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ID09IFRoZSBwYWdlIGxlbmd0aCBzaG91bGQgbm90IGV4Y2VlZCA1OCBs aW5lcyBwZXIgcGFnZSwgYnV0IHRoZXJlIHdhcyA3PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgbG9uZ2VyIHBhZ2VzLCB0aGUgbG9uZ2VzdCAocGFnZSA2KSBi ZWluZyA2MyBsaW5lczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyBDaGVja2luZyBuaXRz IGFjY29yZGluZyB0bw0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby9jaGVj a2xpc3QiPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkLWluZm8vY2hlY2tsaXN0PC9hPiA6PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgTm8gaXNzdWVzIGZvdW5kIGhlcmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyBNaXNjZWxsYW5lb3VzIHdhcm5pbmdzOjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFRoZSBjb3B5 cmlnaHQgeWVhciBpbiB0aGUgSUVURiBUcnVzdCBhbmQgYXV0aG9ycyBDb3B5cmlnaHQgTGluZSBk b2VzIG5vdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1h dGNoIHRoZSBjdXJyZW50IHllYXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7IC0tIFRoZSBkb2N1bWVudCBkYXRlIChEZWNlbWJlciAyNywg MjAxOCkgaXMgMTUgZGF5cyBpbiB0aGUgcGFzdC4mbmJzcDsgSXMgdGhpczwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVudGlvbmFsPzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyBDaGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRlbmRlZCBzdGF0 dXM6IFByb3Bvc2VkIFN0YW5kYXJkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFNlZSBSRkNzIDM5NjcgYW5kIDQ4OTcg Zm9yIGluZm9ybWF0aW9uIGFib3V0IHVzaW5nIG5vcm1hdGl2ZSByZWZlcmVuY2VzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdG8gbG93ZXItbWF0dXJpdHkg ZG9jdW1lbnRzIGluIFJGQ3MpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTEzMCcgaXMgZGVm aW5lZCBvbiBsaW5lIDUyMzYsIGJ1dCBubyBleHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnW1JGQzUxMzBd Jm5ic3A7IFByZXZpZGksIFMuLCBTaGFuZCwgTS4sIEVkLiwgYW5kIEMuIE1hcnRpbiwgJnF1b3Q7 QSBQb2xpY3kgQ29uLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzUzMDUnIGlzIGRlZmlu ZWQgb24gbGluZSA1MjQ2LCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM1MzA1XSZu YnNwOyBMaSwgVC4gYW5kIEguIFNtaXQsICZxdW90O0lTLUlTIEV4dGVuc2lvbnMgZm9yIFRyYWZm aWMgRW5naW5lZS4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1MzA2JyBpcyBkZWZpbmVk IG9uIGxpbmUgNTI1MCwgYnV0IG5vIGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbUkZDNTMwNl0mbmJz cDsgU2hhbmQsIE0uIGFuZCBMLiBHaW5zYmVyZywgJnF1b3Q7UmVzdGFydCBTaWduYWxpbmcgZm9y IElTLUlTJnF1b3Q7LC4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1ODgwJyBpcyBkZWZp bmVkIG9uIGxpbmUgNTI1OCwgYnV0IG5vIGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbUkZDNTg4MF0m bmJzcDsgS2F0eiwgRC4gYW5kIEQuIFdhcmQsICZxdW90O0JpZGlyZWN0aW9uYWwgRm9yd2FyZGlu ZyBEZXRlY3Rpb24uLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTg4MScgaXMgZGVmaW5l ZCBvbiBsaW5lIDUyNjIsIGJ1dCBubyBleHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnW1JGQzU4ODFdJm5i c3A7IEthdHosIEQuIGFuZCBELiBXYXJkLCAmcXVvdDtCaWRpcmVjdGlvbmFsIEZvcndhcmRpbmcg RGV0ZWN0aW9uLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzYxMTknIGlzIGRlZmluZWQg b24gbGluZSA1MjcyLCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM2MTE5XSZuYnNw OyBIYXJyaXNvbiwgSi4sIEJlcmdlciwgSi4sIGFuZCBNLiBCYXJ0bGV0dCwgJnF1b3Q7SVB2NiBU cmFmZmljLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzYyMzInIGlzIGRlZmluZWQgb24g bGluZSA1Mjc2LCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM2MjMyXSZuYnNwOyBX ZWksIEYuLCBRaW4sIFkuLCBMaSwgWi4sIExpLCBULiwgYW5kIEouIERvbmcsICZxdW90O1B1cmdl IE9yaS4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM3Nzk0JyBpcyBkZWZpbmVkIG9uIGxp bmUgNTI5OSwgYnV0IG5vIGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbUkZDNzc5NF0mbmJzcDsgR2lu c2JlcmcsIEwuLCBFZC4sIERlY3JhZW5lLCBCLiwgUHJldmlkaSwgUy4sIFh1LCBYLiwgYW5kLi4u Jzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzc4MTAnIGlzIGRlZmluZWQgb24gbGluZSA1MzA0 LCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM3ODEwXSZuYnNwOyBQcmV2aWRpLCBT LiwgRWQuLCBHaWFjYWxvbmUsIFMuLCBXYXJkLCBELiwgRHJha2UsIEouLCBhbmQuLi4nPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBV bnVzZWQgUmVmZXJlbmNlOiAnUkZDNzkxNycgaXMgZGVmaW5lZCBvbiBsaW5lIDUzMDksIGJ1dCBu byBleHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAnW1JGQzc5MTddJm5ic3A7IFNhcmthciwgUC4sIEVkLiwg R3JlZGxlciwgSC4sIEhlZ2RlLCBTLiwgTGl0a293c2tpLCBTLiwgYS4uLic8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBS ZWZlcmVuY2U6ICdSRkM4NDA1JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTM1NSwgYnV0IG5vIGV4cGxp Y2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJl bmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICdbUkZDODQwNV0mbmJzcDsgRGVjcmFlbmUsIEIuLCBMaXRrb3dza2ks IFMuLCBHcmVkbGVyLCBILiwgTGluZGVtLCBBLiwgRnJhLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgKiogRG93bnJlZjogTm9ybWF0 aXZlIHJlZmVyZW5jZSB0byBhbiBJbmZvcm1hdGlvbmFsIFJGQzogUkZDIDU0NDM8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU3VtbWFyeTogMSBlcnJvciAo KiopLCAwIGZsYXdzICh+fiksIDEzIHdhcm5pbmdzICg9PSksIDEgY29tbWVudCAoLS0pLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPk5pdHM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZl bDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+VGhlIGRyYWZ0IHRpdGxlIOKAnHByb3RvY29s4oCdIHNob3VsZCBzdGFydCB3aXRoIGNhcGl0 YWwgbGV0dGVyIFAuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBs ZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJm b250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtl bmRpZl0+SSBkb27igJl0IHRoaW5rIHRoZSB3b3JkIOKAnGNvbnRhaW5lcuKAnSBpcyBuZWVkZWQg aGVyZTo8bzpwPjwvbzpwPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjhwdCI+NDIw Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyBUaGUgSVMtSVMgY29uZmlndXJh dGlvbiBjb250YWluZXIgaXMgZGl2aWRlZCBpbjo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6ODEuOHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6ODEuOHB0Ij40MjImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7IG8mbmJzcDsgR2xvYmFsIHBhcmFtZXRlcnMuPG86cD48L286cD48L3ByZT4NCjxwcmUg c3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjhwdCI+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjxwcmUg c3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjhwdCI+NDI0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZu YnNwOyZuYnNwOyBvJm5ic3A7IFBlciBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiAoc2VlIFNlY3Rp b24gMi40KS48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjgxLjhwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7Ctzxz cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+U2hvdWxkIGJlIOKAnHJhaXNlZOKAnTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPjk3OCZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaWYt c3RhdGUtY2hhbmdlOiByYWlzZSB3aGVuIHRoZSBzdGF0ZSBvZiBhbiBpbnRlcmZhY2UgY2hhbmdl cy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZl bDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+4oCcdGhlIHN5c3RlbSBmaW5kc+KAnTxvOnA+PC9vOnA+PC9wPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW4iPjk4MCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsgY29ycnVwdGVkLWxzcC1kZXRlY3RlZDogcmFpc2VkIHdoZW4gdGhlIHN5c3RlbSBmaW5k IHRoYXQgYW4gTFNQPG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij45ODEmbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYXQgd2FzIHN0b3JlZCBpbiBtZW1vcnkgaGFz IGJlY29tZSBjb3JydXB0ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47 bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8 c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPknigJlkIHN1Z2dlc3QgY2hhbmdlIGl0IHRvIOKAnGlzaXPigJ0g Y29udGFpbmVyLCBpbnN0ZWFkIG9mIGNvbmZpZ3VyYXRpb24gY29udGFpbmVyLiBPciBtYXliZSBj aGFuZ2UgaXQgdG8g4oCcaXNpcyBtb2R1bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSBu ZXh0IGZvbGxvd2luZyBwYXJhZ3JhcGguPG86cD48L286cD48L3A+DQo8cHJlIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbiI+MTAzMyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsg VGhlICZxdW90O2lzaXMmcXVvdDsgY29uZmlndXJhdGlvbiBjb250YWluZXIgYXVnbWVudHMgdGhl ICZxdW90Oy9ydDpyb3V0aW5nLzxvOnA+PC9vOnA+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28t bGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFu IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+UmVwZXRpdGlvbiBvZiBzZWN0aW9uIDIuNTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ MTA0OSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsgVGhlIG1vZHVsZXMgZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50IHVzZSBzb21lIGdyb3VwaW5ncyBmcm9tIGlldGYtPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+MTA1MCZuYnNwOyAmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7a2V5Y2hhaW4gW1JGQzgxNzddLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4y NWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi PsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5J4oCZZCBzdWdnZXN0IHRvIGNoYW5nZSB0byDigJxUaGlz IFlBTkcgbW9kdWxl4oCdIHRvIGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgYmVnaW5uaW5nIG9mIHRo ZSBkZXNjcmlwdGlvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjExNTQmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFRoaXMgWUFORyBtb2RlbCBjb25mb3JtcyB0byB0aGUgTmV0d29yayBN YW5hZ2VtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6 bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHls ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+ PCFbZW5kaWZdPlR5cG88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjQ4ODgmbmJzcDsgJm5ic3A7Jm5ic3A7IEZv ciBJUy1JUyBhdXRoZW50aWNhdGlvbiwgY29uZmlndXJhdGlvbiBpcyBzdXBwb3J0ZWQgdnVhIHRo ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVs MSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpT eW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6 Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlm XT5JbiBJQU5BIGNvbnNpZGVyYXRpb24sIHRoZSByZWdpc3RyYW50IGNvbnRhY3Qgc2hvdWxkIGJl IOKAnFRoZSBJRVNH4oCdPG86cD48L286cD48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbiI+NDkxNCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVVJJOiB1cm46aWV0ZjpwYXJh bXM6eG1sOm5zOnlhbmc6aWV0Zi1pc2lzPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluIj40OTE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdpc3Ry YW50IENvbnRhY3Q6IElTLUlTIFdHPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluIj40OTE2Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBYTUw6IE4vQSwg dGhlIHJlcXVlc3RlZCBVUkkgaXMgYW4gWE1MIG5hbWVzcGFjZTxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Z aW5nemhlbjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_56F6AF71F73340E48C4608C2803A3F90ciscocom_-- From nobody Mon Jan 21 13:28:48 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CE4112950A; Mon, 21 Jan 2019 13:28:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZnZvUytO9_3; Mon, 21 Jan 2019 13:28:43 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C04112D4E9; Mon, 21 Jan 2019 13:28:42 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 0EA6ED0CC8F86F68565F; Mon, 21 Jan 2019 21:28:40 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 21 Jan 2019 21:28:39 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.96]) by SJCEML703-CHM.china.huawei.com ([169.254.5.115]) with mapi id 14.03.0415.000; Mon, 21 Jan 2019 13:28:35 -0800 From: Yingzhen Qu To: "Acee Lindem (acee)" , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrACT/+eAAACxfNA= Date: Mon, 21 Jan 2019 21:28:34 +0000 Message-ID: <594D005A3CB0724DB547CF3E9A9E810B01131EC4@sjceml521-mbx.china.huawei.com> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> In-Reply-To: <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.209.216.155] Content-Type: multipart/alternative; boundary="_000_594D005A3CB0724DB547CF3E9A9E810B01131EC4sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 21:28:47 -0000 --_000_594D005A3CB0724DB547CF3E9A9E810B01131EC4sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3JlYXQuIExldCBtZSBkb3VibGUgY2hlY2sgYW5kIHVwbG9hZCB0aGUgc2hlcGhlcmQgd3JpdGUt dXAgdG8gZGF0YSB0cmFja2VyLg0KDQpUaGFua3MsDQpZaW5nemhlbg0KDQpGcm9tOiBBY2VlIExp bmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0NClNlbnQ6IE1vbmRheSwgSmFudWFy eSAyMSwgMjAxOSAxOjA4IFBNDQpUbzogWWluZ3poZW4gUXUgPHlpbmd6aGVuLnF1QGh1YXdlaS5j b20+OyBsc3JAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3Jn DQpTdWJqZWN0OiBSZTogU2hlcGhlcmQgcmV2aWV3IGNvbW1lbnRzIG9uIGRyYWZ0LWlldGYtaXNp cy15YW5nLWlzaXMtY2ZnLTI5DQoNCkhpIFlpbmd6aGVuLA0KQWxsIHRoZSBpZG5pdHMgd2Fybmlu Z3MgYXJlIGZpeGVkIGluIHRoZSAtMzIgdmVyc2lvbiBvZiB0aGUgZHJhZnRzLg0KVGhhbmtzLA0K QWNlZQ0KDQpGcm9tOiBZaW5nemhlbiBRdSA8eWluZ3poZW4ucXVAaHVhd2VpLmNvbTxtYWlsdG86 eWluZ3poZW4ucXVAaHVhd2VpLmNvbT4+DQpEYXRlOiBGcmlkYXksIEphbnVhcnkgMTgsIDIwMTkg YXQgNTozNSBQTQ0KVG86ICJsc3JAaWV0Zi5vcmc8bWFpbHRvOmxzckBpZXRmLm9yZz4iIDxsc3JA aWV0Zi5vcmc8bWFpbHRvOmxzckBpZXRmLm9yZz4+LCAiZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNp cy1jZmdAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYu b3JnPiIgPGRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnPG1haWx0bzpkcmFm dC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBTaGVwaGVyZCBy ZXZpZXcgY29tbWVudHMgb24gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkNClJlc2Vu dC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86YWxpYXMtYm91bmNlc0BpZXRm Lm9yZz4+DQpSZXNlbnQtVG86IFN0ZXBoYW5lIExpdGtvd3NraSA8c3RlcGhhbmUubGl0a293c2tp QG9yYW5nZS5jb208bWFpbHRvOnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPj4sIERlcmVr IFlldW5nIDxkZXJla0BhcnJjdXMuY29tPG1haWx0bzpkZXJla0BhcnJjdXMuY29tPj4sIEFjZWUg TGluZGVtIDxhY2VlQGNpc2NvLmNvbTxtYWlsdG86YWNlZUBjaXNjby5jb20+PiwgSmVmZnJleSBa aGFuZyA8enpoYW5nQGp1bmlwZXIubmV0PG1haWx0bzp6emhhbmdAanVuaXBlci5uZXQ+PiwgTGFk aXNsYXYgTGhvdGthIDxsaG90a2FAbmljLmN6PG1haWx0bzpsaG90a2FAbmljLmN6Pj4NClJlc2Vu dC1EYXRlOiBGcmlkYXksIEphbnVhcnkgMTgsIDIwMTkgYXQgNTozNSBQTQ0KDQpIaSBBdXRob3Jz LA0KDQpIZXJlIGFyZSBzb21lIGNvbW1lbnRzIEkgaGF2ZSBiYXNlZCBvbiBkcmFmdCB2ZXJzaW9u IDI5Lg0KDQpIZXJlIGFyZSB0aGUgd2FybmluZ3MgZnJvbSDigJxpZG5pdHPigJ0uIFRvIHJlc29s dmUgdGhvc2UgdW51c2VkIHJlZmVyZW5jZSBpc3N1ZSwgSeKAmWQgc3VnZ2VzdCB0byB1c2Ugd2hh dOKAmXMgZG9uZSBpbiB0aGUgb3NwZiBtb2RlbCBkcmFmdCwgYmVnaW5uaW5nIG9mIFNlY3Rpb24g My4NCg0KaWRuaXRzIDIuMTYuMDENCg0KL3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNm Zy0yOS50eHQ6DQovdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCgyNzMp OiBMaW5lIGhhcyB3ZWlyZCBzcGFjaW5nOiAnLi4uLW1ldGhvZCAgICBzdHIuLi4nDQovdG1wL2Ry YWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCg3MzMpOiBMaW5lIGhhcyB3ZWlyZCBz cGFjaW5nOiAnLi4uLWZhbWlseSAgICBpYW4uLi4nDQovdG1wL2RyYWZ0LWlldGYtaXNpcy15YW5n LWlzaXMtY2ZnLTI5LnR4dCgxMjM4KTogQ29kZSBzdGFydCBhdCAxMjM4OiA8Q09ERSBCRUdJTlM+ IGZpbGUgImlldGYtaXNpc0AyMDE4LTEyLTI3Lnlhbmc8bWFpbHRvOmlldGYtaXNpc0AyMDE4LTEy LTI3Lnlhbmc+Ii4NCi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkudHh0KDU1 NjgpOiBMaW5lIGhhcyB3ZWlyZCBzcGFjaW5nOiAnLi4uIHN5c3RlbSAgcmVjZWkuLi4nDQovdG1w L2RyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnLTI5LnR4dCg1NjcxKTogQ29kZSBlbmQgYXQg NTY3MTogPENPREUgRU5EUz4uDQoNCg0KICBDaGVja2luZyBib2lsZXJwbGF0ZSByZXF1aXJlZCBi eSBSRkMgNTM3OCBhbmQgdGhlIElFVEYgVHJ1c3QgKHNlZQ0KICBodHRwczovL3RydXN0ZWUuaWV0 Zi5vcmcvbGljZW5zZS1pbmZvKToNCiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgIE5vIGlz c3VlcyBmb3VuZCBoZXJlLg0KDQogIENoZWNraW5nIG5pdHMgYWNjb3JkaW5nIHRvIGh0dHBzOi8v d3d3LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0Og0KICAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoNCiAgPT0gVGhlIHBhZ2UgbGVuZ3RoIHNob3VsZCBub3QgZXhjZWVkIDU4IGxpbmVz IHBlciBwYWdlLCBidXQgdGhlcmUgd2FzIDcNCiAgICAgbG9uZ2VyIHBhZ2VzLCB0aGUgbG9uZ2Vz dCAocGFnZSA2KSBiZWluZyA2MyBsaW5lcw0KDQoNCiAgQ2hlY2tpbmcgbml0cyBhY2NvcmRpbmcg dG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby9jaGVja2xpc3QgOg0KICAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQoNCiAgICAgTm8gaXNzdWVzIGZvdW5kIGhlcmUuDQoNCiAgTWlzY2VsbGFuZW91 cyB3YXJuaW5nczoNCiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogID09IFRoZSBjb3B5cmlnaHQg eWVhciBpbiB0aGUgSUVURiBUcnVzdCBhbmQgYXV0aG9ycyBDb3B5cmlnaHQgTGluZSBkb2VzIG5v dA0KICAgICBtYXRjaCB0aGUgY3VycmVudCB5ZWFyDQoNCiAgLS0gVGhlIGRvY3VtZW50IGRhdGUg KERlY2VtYmVyIDI3LCAyMDE4KSBpcyAxNSBkYXlzIGluIHRoZSBwYXN0LiAgSXMgdGhpcw0KICAg ICBpbnRlbnRpb25hbD8NCg0KDQogIENoZWNraW5nIHJlZmVyZW5jZXMgZm9yIGludGVuZGVkIHN0 YXR1czogUHJvcG9zZWQgU3RhbmRhcmQNCiAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgIChT ZWUgUkZDcyAzOTY3IGFuZCA0ODk3IGZvciBpbmZvcm1hdGlvbiBhYm91dCB1c2luZyBub3JtYXRp dmUgcmVmZXJlbmNlcw0KICAgICB0byBsb3dlci1tYXR1cml0eSBkb2N1bWVudHMgaW4gUkZDcykN Cg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTEzMCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUy MzYsIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0 DQogICAgICdbUkZDNTEzMF0gIFByZXZpZGksIFMuLCBTaGFuZCwgTS4sIEVkLiwgYW5kIEMuIE1h cnRpbiwgIkEgUG9saWN5IENvbi4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTMw NScgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNDYsIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVu Y2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZDNTMwNV0gIExpLCBULiBhbmQgSC4g U21pdCwgIklTLUlTIEV4dGVuc2lvbnMgZm9yIFRyYWZmaWMgRW5naW5lZS4uLicNCg0KICA9PSBV bnVzZWQgUmVmZXJlbmNlOiAnUkZDNTMwNicgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNTAsIGJ1dCBu byBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdb UkZDNTMwNl0gIFNoYW5kLCBNLiBhbmQgTC4gR2luc2JlcmcsICJSZXN0YXJ0IFNpZ25hbGluZyBm b3IgSVMtSVMiLC4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTg4MCcgaXMgZGVm aW5lZCBvbiBsaW5lIDUyNTgsIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZv dW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZDNTg4MF0gIEthdHosIEQuIGFuZCBELiBXYXJkLCAi QmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlvbi4uLicNCg0KICA9PSBVbnVzZWQgUmVm ZXJlbmNlOiAnUkZDNTg4MScgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNjIsIGJ1dCBubyBleHBsaWNp dA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQogICAgICdbUkZDNTg4MV0g IEthdHosIEQuIGFuZCBELiBXYXJkLCAiQmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlv bi4uLicNCg0KICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNjExOScgaXMgZGVmaW5lZCBvbiBs aW5lIDUyNzIsIGJ1dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRo ZSB0ZXh0DQogICAgICdbUkZDNjExOV0gIEhhcnJpc29uLCBKLiwgQmVyZ2VyLCBKLiwgYW5kIE0u IEJhcnRsZXR0LCAiSVB2NiBUcmFmZmljLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdS RkM2MjMyJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI3NiwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJl ZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM2MjMyXSAgV2VpLCBGLiwg UWluLCBZLiwgTGksIFouLCBMaSwgVC4sIGFuZCBKLiBEb25nLCAiUHVyZ2UgT3JpLi4uJw0KDQog ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM3Nzk0JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI5OSwg YnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAg ICAgJ1tSRkM3Nzk0XSAgR2luc2JlcmcsIEwuLCBFZC4sIERlY3JhZW5lLCBCLiwgUHJldmlkaSwg Uy4sIFh1LCBYLiwgYW5kLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM3ODEwJyBp cyBkZWZpbmVkIG9uIGxpbmUgNTMwNCwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3 YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM3ODEwXSAgUHJldmlkaSwgUy4sIEVkLiwg R2lhY2Fsb25lLCBTLiwgV2FyZCwgRC4sIERyYWtlLCBKLiwgYW5kLi4uJw0KDQogID09IFVudXNl ZCBSZWZlcmVuY2U6ICdSRkM3OTE3JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTMwOSwgYnV0IG5vIGV4 cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCiAgICAgJ1tSRkM3 OTE3XSAgU2Fya2FyLCBQLiwgRWQuLCBHcmVkbGVyLCBILiwgSGVnZGUsIFMuLCBMaXRrb3dza2ks IFMuLCBhLi4uJw0KDQogID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM4NDA1JyBpcyBkZWZpbmVk IG9uIGxpbmUgNTM1NSwgYnV0IG5vIGV4cGxpY2l0DQogICAgIHJlZmVyZW5jZSB3YXMgZm91bmQg aW4gdGhlIHRleHQNCiAgICAgJ1tSRkM4NDA1XSAgRGVjcmFlbmUsIEIuLCBMaXRrb3dza2ksIFMu LCBHcmVkbGVyLCBILiwgTGluZGVtLCBBLiwgRnJhLi4uJw0KDQogICoqIERvd25yZWY6IE5vcm1h dGl2ZSByZWZlcmVuY2UgdG8gYW4gSW5mb3JtYXRpb25hbCBSRkM6IFJGQyA1NDQzDQoNCg0KICAg ICBTdW1tYXJ5OiAxIGVycm9yICgqKiksIDAgZmxhd3MgKH5+KSwgMTMgd2FybmluZ3MgKD09KSwg MSBjb21tZW50ICgtLSkuDQoNCg0KDQpOaXRzOg0KDQrCtyAgICAgICAgVGhlIGRyYWZ0IHRpdGxl IOKAnHByb3RvY29s4oCdIHNob3VsZCBzdGFydCB3aXRoIGNhcGl0YWwgbGV0dGVyIFAuDQoNCsK3 ICAgICAgICBJIGRvbuKAmXQgdGhpbmsgdGhlIHdvcmQg4oCcY29udGFpbmVy4oCdIGlzIG5lZWRl ZCBoZXJlOg0KDQo0MjAgICAgICAgIFRoZSBJUy1JUyBjb25maWd1cmF0aW9uIGNvbnRhaW5lciBp cyBkaXZpZGVkIGluOg0KDQoNCg0KNDIyICAgICAgICBvICBHbG9iYWwgcGFyYW1ldGVycy4NCg0K DQoNCjQyNCAgICAgICAgbyAgUGVyIGludGVyZmFjZSBjb25maWd1cmF0aW9uIChzZWUgU2VjdGlv biAyLjQpLg0KDQoNCsK3ICAgICAgICBTaG91bGQgYmUg4oCccmFpc2Vk4oCdDQoNCjk3OCAgICAg ICAgIGlmLXN0YXRlLWNoYW5nZTogcmFpc2Ugd2hlbiB0aGUgc3RhdGUgb2YgYW4gaW50ZXJmYWNl IGNoYW5nZXMuDQoNCsK3ICAgICAgICDigJx0aGUgc3lzdGVtIGZpbmRz4oCdDQoNCjk4MCAgICAg ICAgIGNvcnJ1cHRlZC1sc3AtZGV0ZWN0ZWQ6IHJhaXNlZCB3aGVuIHRoZSBzeXN0ZW0gZmluZCB0 aGF0IGFuIExTUA0KDQo5ODEgICAgICAgICB0aGF0IHdhcyBzdG9yZWQgaW4gbWVtb3J5IGhhcyBi ZWNvbWUgY29ycnVwdGVkLg0KDQrCtyAgICAgICAgSeKAmWQgc3VnZ2VzdCBjaGFuZ2UgaXQgdG8g 4oCcaXNpc+KAnSBjb250YWluZXIsIGluc3RlYWQgb2YgY29uZmlndXJhdGlvbiBjb250YWluZXIu IE9yIG1heWJlIGNoYW5nZSBpdCB0byDigJxpc2lzIG1vZHVsZeKAnSB0byBiZSBjb25zaXN0ZW50 IHdpdGggdGhlIG5leHQgZm9sbG93aW5nIHBhcmFncmFwaC4NCg0KMTAzMyAgICAgICAgVGhlICJp c2lzIiBjb25maWd1cmF0aW9uIGNvbnRhaW5lciBhdWdtZW50cyB0aGUgIi9ydDpyb3V0aW5nLw0K DQrCtyAgICAgICAgUmVwZXRpdGlvbiBvZiBzZWN0aW9uIDIuNQ0KMTA0OSAgICAgICAgVGhlIG1v ZHVsZXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IHVzZSBzb21lIGdyb3VwaW5ncyBmcm9tIGll dGYtDQoxMDUwICAgICAgICBrZXljaGFpbiBbUkZDODE3N10uDQoNCsK3ICAgICAgICBJ4oCZZCBz dWdnZXN0IHRvIGNoYW5nZSB0byDigJxUaGlzIFlBTkcgbW9kdWxl4oCdIHRvIGJlIGNvbnNpc3Rl bnQgd2l0aCB0aGUgYmVnaW5uaW5nIG9mIHRoZSBkZXNjcmlwdGlvbi4NCjExNTQgICAgICAgIFRo aXMgWUFORyBtb2RlbCBjb25mb3JtcyB0byB0aGUgTmV0d29yayBNYW5hZ2VtZW50DQoNCsK3ICAg ICAgICBUeXBvDQo0ODg4ICAgICBGb3IgSVMtSVMgYXV0aGVudGljYXRpb24sIGNvbmZpZ3VyYXRp b24gaXMgc3VwcG9ydGVkIHZ1YSB0aGUNCg0KwrcgICAgICAgIEluIElBTkEgY29uc2lkZXJhdGlv biwgdGhlIHJlZ2lzdHJhbnQgY29udGFjdCBzaG91bGQgYmUg4oCcVGhlIElFU0figJ0NCg0KNDkx NCAgICAgICAgICAgICAgICBVUkk6IHVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWlz aXMNCg0KNDkxNSAgICAgICAgICAgICAgICBSZWdpc3RyYW50IENvbnRhY3Q6IElTLUlTIFdHDQoN CjQ5MTYgICAgICAgICAgICAgICAgWE1MOiBOL0EsIHRoZSByZXF1ZXN0ZWQgVVJJIGlzIGFuIFhN TCBuYW1lc3BhY2UNCg0KDQoNCg0KDQpUaGFua3MsDQoNCllpbmd6aGVuDQo= --_000_594D005A3CB0724DB547CF3E9A9E810B01131EC4sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNv dXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRp di5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9w OjBpbjsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1s ZWZ0Oi41aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAs IGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjUN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERl ZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoyMDg5OTU1OTUzOw0KCW1zby1s aXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNDUzMjIxMjg4IDY3Njk4 Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5 IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2 ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZl bDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0 b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2 bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkdyZWF0LiBMZXQgbWUgZG91Ymxl IGNoZWNrIGFuZCB1cGxvYWQgdGhlIHNoZXBoZXJkIHdyaXRlLXVwIHRvIGRhdGEgdHJhY2tlci48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+WWluZ3poZW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBBY2VlIExpbmRlbSAoYWNl ZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0gPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgSmFu dWFyeSAyMSwgMjAxOSAxOjA4IFBNPGJyPg0KPGI+VG86PC9iPiBZaW5nemhlbiBRdSAmbHQ7eWlu Z3poZW4ucXVAaHVhd2VpLmNvbSZndDs7IGxzckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pc2lzLXlh bmctaXNpcy1jZmdAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFNoZXBoZXJkIHJl dmlldyBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgWWluZ3poZW4sPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGwgdGhlIGlkbml0cyB3YXJuaW5ncyBhcmUgZml4 ZWQgaW4gdGhlIC0zMiB2ZXJzaW9uIG9mIHRoZSBkcmFmdHMuDQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkFjZWU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtjb2xvcjpibGFjayI+WWluZ3poZW4gUXUgJmx0OzxhIGhyZWY9Im1haWx0bzp5 aW5nemhlbi5xdUBodWF3ZWkuY29tIj55aW5nemhlbi5xdUBodWF3ZWkuY29tPC9hPiZndDs8YnI+ DQo8Yj5EYXRlOiA8L2I+RnJpZGF5LCBKYW51YXJ5IDE4LCAyMDE5IGF0IDU6MzUgUE08YnI+DQo8 Yj5UbzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpsc3JAaWV0Zi5vcmciPmxzckBpZXRmLm9y ZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpsc3JAaWV0Zi5vcmciPmxzckBpZXRmLm9y ZzwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNp cy1jZmdAaWV0Zi5vcmciPmRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2ZnQGlldGYub3JnPC9h PiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtaXNpcy15YW5nLWlzaXMtY2Zn QGlldGYub3JnIj5kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZzwvYT4mZ3Q7 PGJyPg0KPGI+U3ViamVjdDogPC9iPlNoZXBoZXJkIHJldmlldyBjb21tZW50cyBvbiBkcmFmdC1p ZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOTxicj4NCjxiPlJlc2VudC1Gcm9tOiA8L2I+Jmx0Ozxh IGhyZWY9Im1haWx0bzphbGlhcy1ib3VuY2VzQGlldGYub3JnIj5hbGlhcy1ib3VuY2VzQGlldGYu b3JnPC9hPiZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj5TdGVwaGFuZSBMaXRrb3dza2kgJmx0 OzxhIGhyZWY9Im1haWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSI+c3RlcGhhbmUu bGl0a293c2tpQG9yYW5nZS5jb208L2E+Jmd0OywgRGVyZWsgWWV1bmcgJmx0OzxhIGhyZWY9Im1h aWx0bzpkZXJla0BhcnJjdXMuY29tIj5kZXJla0BhcnJjdXMuY29tPC9hPiZndDssIEFjZWUgTGlu ZGVtICZsdDs8YSBocmVmPSJtYWlsdG86YWNlZUBjaXNjby5jb20iPmFjZWVAY2lzY28uY29tPC9h PiZndDssDQogSmVmZnJleSBaaGFuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnp6aGFuZ0BqdW5pcGVy Lm5ldCI+enpoYW5nQGp1bmlwZXIubmV0PC9hPiZndDssIExhZGlzbGF2IExob3RrYSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmxob3RrYUBuaWMuY3oiPmxob3RrYUBuaWMuY3o8L2E+Jmd0Ozxicj4NCjxi PlJlc2VudC1EYXRlOiA8L2I+RnJpZGF5LCBKYW51YXJ5IDE4LCAyMDE5IGF0IDU6MzUgUE08bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5IaSBBdXRob3JzLDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPkhlcmUgYXJlIHNvbWUgY29tbWVudHMgSSBoYXZlIGJhc2VkIG9uIGRy YWZ0IHZlcnNpb24gMjkuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij5IZXJlIGFyZSB0aGUgd2FybmluZ3MgZnJvbSDigJxpZG5pdHPigJ0uIFRvIHJlc29sdmUg dGhvc2UgdW51c2VkIHJlZmVyZW5jZSBpc3N1ZSwgSeKAmWQgc3VnZ2VzdCB0byB1c2Ugd2hhdOKA mXMgZG9uZSBpbiB0aGUgb3NwZiBtb2RlbCBkcmFmdCwgYmVnaW5uaW5nIG9mIFNlY3Rpb24NCiAz Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5pZG5p dHMgMi4xNi4wMQ0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkudHh0Ojwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQo MjczKTogTGluZSBoYXMgd2VpcmQgc3BhY2luZzogJy4uLi1tZXRob2QmbmJzcDsmbmJzcDsmbmJz cDsgc3RyLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+L3RtcC9kcmFmdC1pZXRmLWlzaXMteWFu Zy1pc2lzLWNmZy0yOS50eHQoNzMzKTogTGluZSBoYXMgd2VpcmQgc3BhY2luZzogJy4uLi1mYW1p bHkmbmJzcDsmbmJzcDsmbmJzcDsgaWFuLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+L3RtcC9k cmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZy0yOS50eHQoMTIzOCk6IENvZGUgc3RhcnQgYXQg MTIzODogJmx0O0NPREUgQkVHSU5TJmd0OyBmaWxlICZxdW90OzxhIGhyZWY9Im1haWx0bzppZXRm LWlzaXNAMjAxOC0xMi0yNy55YW5nIj5pZXRmLWlzaXNAMjAxOC0xMi0yNy55YW5nPC9hPiZxdW90 Oy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1j ZmctMjkudHh0KDU1NjgpOiBMaW5lIGhhcyB3ZWlyZCBzcGFjaW5nOiAnLi4uIHN5c3RlbSZuYnNw OyByZWNlaS4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPi90bXAvZHJhZnQtaWV0Zi1pc2lzLXlh bmctaXNpcy1jZmctMjkudHh0KDU2NzEpOiBDb2RlIGVuZCBhdCA1NjcxOiAmbHQ7Q09ERSBFTkRT Jmd0Oy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgQ2hlY2tpbmcgYm9pbGVycGxhdGUg cmVxdWlyZWQgYnkgUkZDIDUzNzggYW5kIHRoZSBJRVRGIFRydXN0IChzZWU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOw0KPGEgaHJlZj0iaHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vu c2UtaW5mbyI+aHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbzwvYT4pOjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IE5vIGlzc3VlcyBmb3VuZCBoZXJlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgQ2hlY2tpbmcgbml0cyBhY2NvcmRpbmcgdG8N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0 Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pZC1pbmZvLzFpZC1ndWlkZWxpbmVzLnR4dDwvYT46PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVGhlIHBh Z2UgbGVuZ3RoIHNob3VsZCBub3QgZXhjZWVkIDU4IGxpbmVzIHBlciBwYWdlLCBidXQgdGhlcmUg d2FzIDc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsb25n ZXIgcGFnZXMsIHRoZSBsb25nZXN0IChwYWdlIDYpIGJlaW5nIDYzIGxpbmVzPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7IENoZWNraW5nIG5pdHMgYWNjb3JkaW5nIHRvDQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9pZC1pbmZvL2NoZWNrbGlzdCI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvaWQtaW5mby9jaGVja2xpc3Q8L2E+IDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBObyBpc3N1ZXMgZm91bmQgaGVy ZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7IE1pc2NlbGxhbmVvdXMgd2FybmluZ3M6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVGhlIGNvcHlyaWdodCB5ZWFyIGluIHRoZSBJRVRGIFRy dXN0IGFuZCBhdXRob3JzIENvcHlyaWdodCBMaW5lIGRvZXMgbm90PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbWF0Y2ggdGhlIGN1cnJlbnQgeWVhcjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgLS0g VGhlIGRvY3VtZW50IGRhdGUgKERlY2VtYmVyIDI3LCAyMDE4KSBpcyAxNSBkYXlzIGluIHRoZSBw YXN0LiZuYnNwOyBJcyB0aGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgaW50ZW50aW9uYWw/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7IENoZWNr aW5nIHJlZmVyZW5jZXMgZm9yIGludGVuZGVkIHN0YXR1czogUHJvcG9zZWQgU3RhbmRhcmQ8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAoU2VlIFJGQ3MgMzk2NyBhbmQgNDg5NyBmb3IgaW5mb3JtYXRpb24gYWJvdXQgdXNp bmcgbm9ybWF0aXZlIHJlZmVyZW5jZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB0byBsb3dlci1tYXR1cml0eSBkb2N1bWVudHMgaW4gUkZDcyk8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVu dXNlZCBSZWZlcmVuY2U6ICdSRkM1MTMwJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTIzNiwgYnV0IG5v IGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg cmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbUkZDNTEzMF0mbmJzcDsgUHJldmlkaSwgUy4sIFNoYW5k LCBNLiwgRWQuLCBhbmQgQy4gTWFydGluLCAmcXVvdDtBIFBvbGljeSBDb24uLi4nPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVz ZWQgUmVmZXJlbmNlOiAnUkZDNTMwNScgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNDYsIGJ1dCBubyBl eHBsaWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJl ZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAnW1JGQzUzMDVdJm5ic3A7IExpLCBULiBhbmQgSC4gU21pdCwg JnF1b3Q7SVMtSVMgRXh0ZW5zaW9ucyBmb3IgVHJhZmZpYyBFbmdpbmVlLi4uJzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2Vk IFJlZmVyZW5jZTogJ1JGQzUzMDYnIGlzIGRlZmluZWQgb24gbGluZSA1MjUwLCBidXQgbm8gZXhw bGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZl cmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM1MzA2XSZuYnNwOyBTaGFuZCwgTS4gYW5kIEwuIEdpbnNi ZXJnLCAmcXVvdDtSZXN0YXJ0IFNpZ25hbGluZyBmb3IgSVMtSVMmcXVvdDssLi4uJzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51 c2VkIFJlZmVyZW5jZTogJ1JGQzU4ODAnIGlzIGRlZmluZWQgb24gbGluZSA1MjU4LCBidXQgbm8g ZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBy ZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM1ODgwXSZuYnNwOyBLYXR6LCBELiBhbmQgRC4gV2Fy ZCwgJnF1b3Q7QmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nIERldGVjdGlvbi4uLic8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNl ZCBSZWZlcmVuY2U6ICdSRkM1ODgxJyBpcyBkZWZpbmVkIG9uIGxpbmUgNTI2MiwgYnV0IG5vIGV4 cGxpY2l0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVm ZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdbUkZDNTg4MV0mbmJzcDsgS2F0eiwgRC4gYW5kIEQuIFdhcmQs ICZxdW90O0JpZGlyZWN0aW9uYWwgRm9yd2FyZGluZyBEZXRlY3Rpb24uLi4nPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQg UmVmZXJlbmNlOiAnUkZDNjExOScgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNzIsIGJ1dCBubyBleHBs aWNpdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVy ZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAnW1JGQzYxMTldJm5ic3A7IEhhcnJpc29uLCBKLiwgQmVyZ2VyLCBK LiwgYW5kIE0uIEJhcnRsZXR0LCAmcXVvdDtJUHY2IFRyYWZmaWMuLi4nPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVm ZXJlbmNlOiAnUkZDNjIzMicgaXMgZGVmaW5lZCBvbiBsaW5lIDUyNzYsIGJ1dCBubyBleHBsaWNp dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5j ZSB3YXMgZm91bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAnW1JGQzYyMzJdJm5ic3A7IFdlaSwgRi4sIFFpbiwgWS4sIExpLCBaLiwg TGksIFQuLCBhbmQgSi4gRG9uZywgJnF1b3Q7UHVyZ2UgT3JpLi4uJzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVy ZW5jZTogJ1JGQzc3OTQnIGlzIGRlZmluZWQgb24gbGluZSA1Mjk5LCBidXQgbm8gZXhwbGljaXQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ug d2FzIGZvdW5kIGluIHRoZSB0ZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJ1tSRkM3Nzk0XSZuYnNwOyBHaW5zYmVyZywgTC4sIEVkLiwgRGVjcmFlbmUs IEIuLCBQcmV2aWRpLCBTLiwgWHUsIFguLCBhbmQuLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAn UkZDNzgxMCcgaXMgZGVmaW5lZCBvbiBsaW5lIDUzMDQsIGJ1dCBubyBleHBsaWNpdDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVyZW5jZSB3YXMgZm91 bmQgaW4gdGhlIHRleHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAnW1JGQzc4MTBdJm5ic3A7IFByZXZpZGksIFMuLCBFZC4sIEdpYWNhbG9uZSwgUy4sIFdh cmQsIEQuLCBEcmFrZSwgSi4sIGFuZC4uLic8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM3OTE3 JyBpcyBkZWZpbmVkIG9uIGxpbmUgNTMwOSwgYnV0IG5vIGV4cGxpY2l0PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0 aGUgdGV4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICdb UkZDNzkxN10mbmJzcDsgU2Fya2FyLCBQLiwgRWQuLCBHcmVkbGVyLCBILiwgSGVnZGUsIFMuLCBM aXRrb3dza2ksIFMuLCBhLi4uJzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzg0MDUnIGlzIGRl ZmluZWQgb24gbGluZSA1MzU1LCBidXQgbm8gZXhwbGljaXQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJ1tSRkM4NDA1 XSZuYnNwOyBEZWNyYWVuZSwgQi4sIExpdGtvd3NraSwgUy4sIEdyZWRsZXIsIEguLCBMaW5kZW0s IEEuLCBGcmEuLi4nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyAqKiBEb3ducmVmOiBOb3JtYXRpdmUgcmVmZXJlbmNlIHRvIGFuIEluZm9y bWF0aW9uYWwgUkZDOiBSRkMgNTQ0Mzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBTdW1tYXJ5OiAxIGVycm9yICgqKiksIDAgZmxhd3MgKH5+KSwgMTMgd2Fy bmluZ3MgKD09KSwgMSBjb21tZW50ICgtLSkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Tml0czo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4 dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28t bGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5UaGUgZHJhZnQgdGl0bGUg4oCccHJvdG9jb2zi gJ0gc2hvdWxkIHN0YXJ0IHdpdGggY2FwaXRhbCBsZXR0ZXIgUC48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1p bmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlz dHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5JIGRvbuKAmXQgdGhpbmsgdGhlIHdvcmQg4oCcY29u dGFpbmVy4oCdIGlzIG5lZWRlZCBoZXJlOjxvOnA+PC9vOnA+PC9wPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6ODEuOHB0Ij40MjAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 IFRoZSBJUy1JUyBjb25maWd1cmF0aW9uIGNvbnRhaW5lciBpcyBkaXZpZGVkIGluOjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS44cHQiPiZuYnNwOzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS44cHQiPjQyMiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsgbyZuYnNwOyBHbG9iYWwgcGFyYW1ldGVycy48bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuOHB0Ij4mbmJzcDs8bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuOHB0Ij40MjQmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7IG8mbmJzcDsgUGVyIGludGVyZmFjZSBjb25m aWd1cmF0aW9uIChzZWUgU2VjdGlvbiAyLjQpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuOHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJt c28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5TaG91bGQgYmUg4oCccmFpc2Vk4oCdPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+OTc4Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBpZi1zdGF0ZS1jaGFuZ2U6IHJhaXNlIHdoZW4gdGhlIHN0YXRlIG9mIGFuIGlu dGVyZmFjZSBjaGFuZ2VzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNw YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFu PjwhW2VuZGlmXT7igJx0aGUgc3lzdGVtIGZpbmRz4oCdPG86cD48L286cD48L3A+DQo8cHJlIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+OTgwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICZuYnNwOyZuYnNwOyBjb3JydXB0ZWQtbHNwLWRldGVjdGVkOiByYWlzZWQgd2hlbiB0aGUgc3lz dGVtIGZpbmQgdGhhdCBhbiBMU1A8bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjk4MSZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhdCB3YXMgc3RvcmVkIGluIG1l bW9yeSBoYXMgYmVjb21lIGNvcnJ1cHRlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50 Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu b3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+SeKAmWQgc3VnZ2VzdCBjaGFuZ2UgaXQgdG8g4oCcaXNpc+KA nSBjb250YWluZXIsIGluc3RlYWQgb2YgY29uZmlndXJhdGlvbiBjb250YWluZXIuIE9yIG1heWJl IGNoYW5nZSBpdCB0byDigJxpc2lzIG1vZHVsZeKAnSB0byBiZSBjb25zaXN0ZW50IHdpdGggdGhl IG5leHQgZm9sbG93aW5nIHBhcmFncmFwaC48bzpwPjwvbzpwPjwvcD4NCjxwcmUgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluIj4xMDMzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNw OyBUaGUgJnF1b3Q7aXNpcyZxdW90OyBjb25maWd1cmF0aW9uIGNvbnRhaW5lciBhdWdtZW50cyB0 aGUgJnF1b3Q7L3J0OnJvdXRpbmcvPG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNw YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFu PjwhW2VuZGlmXT5SZXBldGl0aW9uIG9mIHNlY3Rpb24gMi41PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4xMDQ5 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyBUaGUgbW9kdWxlcyBkZWZpbmVk IGluIHRoaXMgZG9jdW1lbnQgdXNlIHNvbWUgZ3JvdXBpbmdzIGZyb20gaWV0Zi08L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4xMDUwJm5ic3A7ICZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtr ZXljaGFpbiBbUkZDODE3N10uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47 bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8 c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCFbZW5kaWZdPknigJlkIHN1Z2dlc3QgdG8gY2hhbmdlIHRvIOKAnFRoaXMgWUFORyBtb2R1 bGXigJ0gdG8gYmUgY29uc2lzdGVudCB3aXRoIHRoZSBiZWdpbm5pbmcgb2YgdGhlIGRlc2NyaXB0 aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+MTE1NCZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgVGhpcyBZQU5HIG1vZGVsIGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEg bGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3lt Ym9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250Ojcu MHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VHlwbzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+NDg4OCZuYnNwOyAmbmJzcDsmbmJzcDsgRm9yIElTLUlTIGF1dGhlbnRp Y2F0aW9uLCBjb25maWd1cmF0aW9uIGlzIHN1cHBvcnRlZCB2dWEgdGhlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5 bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkluIElBTkEgY29uc2lkZXJhdGlv biwgdGhlIHJlZ2lzdHJhbnQgY29udGFjdCBzaG91bGQgYmUg4oCcVGhlIElFU0figJ08bzpwPjwv bzpwPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluIj40OTE0Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBVUkk6IHVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWlz aXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjQ5MTUm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2lzdHJhbnQgQ29udGFjdDogSVMtSVMgV0c8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjQ5MTYmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhNTDogTi9BLCB0aGUgcmVxdWVzdGVkIFVSSSBpcyBh biBYTUwgbmFtZXNwYWNlPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPllpbmd6aGVuPC9zcGFuPjxvOnA+PC9v OnA+PC9wcmU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_594D005A3CB0724DB547CF3E9A9E810B01131EC4sjceml521mbxchi_-- From nobody Tue Jan 22 04:48:00 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A873130F53; Tue, 22 Jan 2019 04:47:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.106 X-Spam-Level: X-Spam-Status: No, score=0.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eXOCNwjg3MQK; Tue, 22 Jan 2019 04:47:56 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on072c.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::72c]) (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 80F60130F50; Tue, 22 Jan 2019 04:47:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SR6F9bGws7Uy0gUibulFF8LpJAMQmv6Egup/jTUbZTU=; b=fB3oEjY00v14+r1T2H22H0qPLoIDhjGgzkG+CqIQv3KNhd8TGMmSUjpgNE0q7J7NhBaVdCEftVrZLEY8RHZHZwKUd44conHF9AV630e8nFUAS5QxRNdr1J6t0p4dqVtyJbX06uT4L2pmJMBXjrh8D6nOgFm7d06tSHLaCfV/hY0= Received: from DB7PR07MB4795.eurprd07.prod.outlook.com (52.135.141.153) by DB7PR07MB4107.eurprd07.prod.outlook.com (52.134.100.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.13; Tue, 22 Jan 2019 12:47:54 +0000 Received: from DB7PR07MB4795.eurprd07.prod.outlook.com ([fe80::c43e:f439:da1b:46c5]) by DB7PR07MB4795.eurprd07.prod.outlook.com ([fe80::c43e:f439:da1b:46c5%4]) with mapi id 15.20.1558.016; Tue, 22 Jan 2019 12:47:54 +0000 From: tom petch To: "Acee Lindem (acee)" , Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUslCxaSZjl9JKL0OGCFQAWVDn+w== Date: Tue, 22 Jan 2019 12:47:54 +0000 Message-ID: <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0268.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a1::16) To DB7PR07MB4795.eurprd07.prod.outlook.com (2603:10a6:5:3c::25) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR07MB4107; 6:+Gm99+FcnpmionIUKPhQBq6gdyse0tTpLbxMmUpJ5Mpcg5jica+K6Xz41PcuuKBTPo8p3tIasFds/r4Zyphf5tsNm6X1dJS8mF7i7SdzBwlNdkRAWdPYj0yQhmTkT+h8ssnEn2KlpUFwZH/5bcf2rM2wuR2qhzWko2pqoexd9iqiz8/feOj0zxk65hyP94q5iPhtapZRK5LpBykV3mic/DTVr+GIrTZdkbDx/V/pqrDU9zP25Y4d7P8iDZC3T6hsF4vTA6b7qENyLBiLuCu/fO6O+ue74jG70VWXxS8EUnSluZ33AKvpUqiY2LkMTa+2THr8puW+6UEblW8B923HjNvuoAJqjr+Pb6p0xkh7b6Q2KOvHEf4QCS6XM3+MiqMt2SPTjNMaC/TU3stx+dJRDDAS+FpKAgXrMCYlPvWlSyhQDfinSsP/yAzv/cuK2b2oq4r2y5pE+WjMcXULgXwnVQ==; 5:DFNU0TaPikeiKjX3Qzmg0qKMV2gaK4wJGj10nmOFLedFXB9V5kRNP4gnc8Pne98DXy/4Jr3qInLy6VmbTbp2BiyY24jHXn7MuYdw4HreSDzNMgkmojGEE1kvmvovcYBWlMZzB/oIK1ywhye1fwN8bs5BBU530wY8KHLBtg+0QXAcCkwKAokNN1XnJGPqgdwJhlOHs3/zlpgvL0fuNdRxBQ==; 7:EcSm08yG1J4pbmOPE/QgEmDB9GtaRjPH8WJjA3Sp05yDRQljPCZQK0TMknk7pJmwrWV3pc03qmMtftU4iGWKTLXd3oYDj/BUEk3LHlbTb+PJnZw3IxYjXmWS5Ujh31FL475LyG+GQmd89jFCnRQ/Bw== x-ms-office365-filtering-correlation-id: 362311cf-b139-4b05-74f5-08d68067d3c2 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600109)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:DB7PR07MB4107; x-ms-traffictypediagnostic: DB7PR07MB4107: x-microsoft-antispam-prvs: x-forefront-prvs: 0925081676 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(136003)(396003)(346002)(39860400002)(376002)(13464003)(199004)(189003)(61296003)(6436002)(2201001)(86362001)(44736005)(6486002)(81816011)(68736007)(76176011)(14496001)(81156014)(8936002)(81166006)(446003)(33896004)(6246003)(14454004)(4744005)(81686011)(229853002)(84392002)(50226002)(25786009)(52116002)(305945005)(7736002)(66066001)(1556002)(62236002)(53546011)(86152003)(99286004)(6506007)(2501003)(386003)(110136005)(316002)(106356001)(9686003)(102836004)(44716002)(6512007)(97736004)(256004)(26005)(476003)(71200400001)(478600001)(3846002)(71190400001)(2906002)(6116002)(4720700003)(486006)(8676002)(53936002)(186003)(105586002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4107; H:DB7PR07MB4795.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: qcwD+03d+WsqNDHhwhZQWUnUK5n/l3vCh6v0rgCQI5rRcShr/GSDdmE2TtMIZ2drkwoCn6IqnIFX/KaZQ/bTuTXdsHh8lZ+fcEJSDfRFojurL75H84Qlf38gBjI8Y7BfxiJLqH2wQZfg1RRafcgUWt5QLxad3jzk3E8sMJEtclsNW+7mRyRNWi6Sk8kXsIwtr4mAmeSOKrqS2zYUPIopg2l8+Yk5LpeHb9f+IQxr6pUP3JDpsZSkwmdc8eLtDrN5E8xVtV1YVENVJdAyeZRSzxnlkZb+UE6qitiCtZn60TLwFchvZ42Hq4qcMMO7n2Dd7w/pmcSoLU7t7yq8WsVxZaibbwxaNsd1Bn7xppKmSrLdK9hzSM9IZWDPw52W7V63CxWveXHBHWoWLXYvVwhx0W2KmaLGU89SwVNjkGeSmh8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 362311cf-b139-4b05-74f5-08d68067d3c2 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2019 12:47:53.9275 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4107 Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 12:47:58 -0000 LTMyIGhhcyB0aGUgUkZDMjExOSBib2lsZXJwbGF0ZSBpbiB0aGUgWUFORyBtb2R1bGUgLSB0aGFu ayB5b3UgLSBidXQuLi4NCllBTkcgbW9kdWxlcyBtdXN0IGJlIHBsYWluIHRleHQgYW5kDQoNCiAg ICAgICAgICJhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIEJDUCAxNCBbUkZD MjExOV0NCiAgICAgICAgICBbUkZDODE3NF0gd2hlbiwgYW5kIG9ubHkgd2hlbiwgdGhleSBhcHBl YXIgaW4gYWxsIGNhcGl0YWxzLCBhcw0KICAgICAgICAgIHNob3duIGhlcmUuIg0KDQpsb29rcyBy YXRoZXIgbGlrZSBYTUwvSFRNTCBhbmNob3JzIGFuZCBub3QgcGxhaW4gdGV4dC4NCg0KVGltZSBp ZG5pdHMgbGVhcm50IHdoYXQgYSBZQU5HIG1vZHVsZSBsb29rcyBsaWtlIQ0KDQpUb20gUGV0Y2gN Cg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIkFjZWUgTGluZGVtIChhY2Vl KSIgPGFjZWVAY2lzY28uY29tPg0KVG86ICJZaW5nemhlbiBRdSIgPHlpbmd6aGVuLnF1QGh1YXdl aS5jb20+OyA8bHNyQGlldGYub3JnPjsNCjxkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0Bp ZXRmLm9yZz4NClNlbnQ6IE1vbmRheSwgSmFudWFyeSAyMSwgMjAxOSA5OjA3IFBNDQpTdWJqZWN0 OiBSZTogW0xzcl0gU2hlcGhlcmQgcmV2aWV3IGNvbW1lbnRzIG9uDQpkcmFmdC1pZXRmLWlzaXMt eWFuZy1pc2lzLWNmZy0yOQ0KDQoNCj4gSGkgWWluZ3poZW4sDQo+IEFsbCB0aGUgaWRuaXRzIHdh cm5pbmdzIGFyZSBmaXhlZCBpbiB0aGUgLTMyIHZlcnNpb24gb2YgdGhlIGRyYWZ0cy4NCj4gVGhh bmtzLA0KPiBBY2VlDQo+DQo+IEZyb206IFlpbmd6aGVuIFF1IDx5aW5nemhlbi5xdUBodWF3ZWku Y29tPg0KPiBEYXRlOiBGcmlkYXksIEphbnVhcnkgMTgsIDIwMTkgYXQgNTozNSBQTQ0KPiBUbzog ImxzckBpZXRmLm9yZyIgPGxzckBpZXRmLm9yZz4sDQoiZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNp cy1jZmdAaWV0Zi5vcmciDQo8ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmdAaWV0Zi5vcmc+ DQo+IFN1YmplY3Q6IFNoZXBoZXJkIHJldmlldyBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWlzaXMt eWFuZy1pc2lzLWNmZy0yOQ0KPiBSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+ DQo+IFJlc2VudC1UbzogU3RlcGhhbmUgTGl0a293c2tpIDxzdGVwaGFuZS5saXRrb3dza2lAb3Jh bmdlLmNvbT4sIERlcmVrDQpZZXVuZyA8ZGVyZWtAYXJyY3VzLmNvbT4sIEFjZWUgTGluZGVtIDxh Y2VlQGNpc2NvLmNvbT4sIEplZmZyZXkgWmhhbmcNCjx6emhhbmdAanVuaXBlci4NCg0K From nobody Tue Jan 22 08:18:55 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67468130F3A; Tue, 22 Jan 2019 08:18:53 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 mz-AEZe4b1kx; Tue, 22 Jan 2019 08:18:51 -0800 (PST) Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020CB12E043; Tue, 22 Jan 2019 08:18:51 -0800 (PST) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 43kYWX649Fz104P; Tue, 22 Jan 2019 17:18:48 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.18]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 43kYWX5B0DzyQN; Tue, 22 Jan 2019 17:18:48 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM34.corporate.adroot.infra.ftgroup ([fe80::cba:56d0:a732:ef5a%19]) with mapi id 14.03.0415.000; Tue, 22 Jan 2019 17:18:48 +0100 From: To: tom petch , "Acee Lindem (acee)" , Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AdSvfV6+mHVGNqpKR26/bX73rx4nrAC8GRIg Date: Tue, 22 Jan 2019 16:18:47 +0000 Message-ID: <14660_1548173928_5C474268_14660_472_1_9E32478DFA9976438E7A22F69B08FF924B791E9B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> In-Reply-To: <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 16:18:53 -0000 Hi Tom, This is plaintext. You can see it in the XML source of the draft, there is = no link in the YANG module. Is your concern coming from the "[" "]" characters ? Just a copy/paste from= the text version of the boilerplate, but there is no link behind. -----Original Message----- From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of tom petch Sent: Tuesday, January 22, 2019 13:48 To: Acee Lindem (acee); Yingzhen Qu; lsr@ietf.org; draft-ietf-isis-yang-isi= s-cfg@ietf.org Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cf= g-29 -32 has the RFC2119 boilerplate in the YANG module - thank you - but... YANG modules must be plain text and "are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here." looks rather like XML/HTML anchors and not plain text. Time idnits learnt what a YANG module looks like! Tom Petch ----- Original Message ----- From: "Acee Lindem (acee)" To: "Yingzhen Qu" ; ; Sent: Monday, January 21, 2019 9:07 PM Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 > Hi Yingzhen, > All the idnits warnings are fixed in the -32 version of the drafts. > Thanks, > Acee > > From: Yingzhen Qu > Date: Friday, January 18, 2019 at 5:35 PM > To: "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" > Subject: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 > Resent-From: > Resent-To: Stephane Litkowski , Derek Yeung , Acee Lindem , Jeffrey Zhang X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE8C2130F4C; Tue, 22 Jan 2019 09:31:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.106 X-Spam-Level: X-Spam-Status: No, score=0.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q70SiFNhdIr9; Tue, 22 Jan 2019 09:31:40 -0800 (PST) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10108.outbound.protection.outlook.com [40.107.1.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 3AE70130F3C; Tue, 22 Jan 2019 09:31:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RQsLUATOJTY/SM2hJHaPzW1kAyS8NSIqIUTAFtMvA1E=; b=dWJhXEWvqaEZIXYusMjE3u7G6qKno+cQ1zDUaKgcuOzGfRXTakHq62LUF3zOggX/NlJdxM2NryjPIaIQWLdCubVTWoHDx5Zr/6TTi+BkXqP8S3OqpMetVXkSJVzEbEQkNfHTD46A3aHI/KoLx6teBLcwS+qD5Oc0YqA2RhN7k7s= Received: from DB7PR07MB4795.eurprd07.prod.outlook.com (52.135.141.153) by DB7PR07MB6012.eurprd07.prod.outlook.com (20.178.107.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.13; Tue, 22 Jan 2019 17:31:37 +0000 Received: from DB7PR07MB4795.eurprd07.prod.outlook.com ([fe80::c43e:f439:da1b:46c5]) by DB7PR07MB4795.eurprd07.prod.outlook.com ([fe80::c43e:f439:da1b:46c5%4]) with mapi id 15.20.1558.016; Tue, 22 Jan 2019 17:31:37 +0000 From: tom petch To: "stephane.litkowski@orange.com" , "Acee Lindem (acee)" , Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUslCxaSZjl9JKL0OGCFQAWVDn+w== Date: Tue, 22 Jan 2019 17:31:37 +0000 Message-ID: <008301d4b278$3300d820$4001a8c0@gateway.2wire.net> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> <14660_1548173928_5C474268_14660_472_1_9E32478DFA9976438E7A22F69B08FF924B791E9B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: LO2P265CA0269.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a1::17) To DB7PR07MB4795.eurprd07.prod.outlook.com (2603:10a6:5:3c::25) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Outlook Express 6.00.2800.1106 x-originating-ip: [86.139.215.184] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR07MB6012; 6:KxssNdsC9+IRhPrTal6UdQ7zmNc4H31m0sImDo67EUb/l6u4X9YN6zNVsPk2bNW+I01zpki84kWU44+i3MP5+asE8yTE81NlvAyKSAevNxX/XCcx8DPqvixiYyesjxr5oA1TgT7iwu3O8ZFW6huo9zhY3GFbHMCEQNOsEWSK8yzT1za01zA4uUwT/MSFz9Yg4Xh42Zc41SjS1M3Pfcll0cfAWWDdBma/zp7LqZTNosT+kTiAzCbLMghHicEOpksY3xXarRqcHq3KscoFJa/J8R43NhJI2Dchkq15oPQUnl4eXarMYu22v9s643bBRJFaxmuEt73VSI4cOFXNnvqd0hyQ/wXdEXO+dY+Rh3AXUSuEiKrST8GG6658F+P9SR1ge5YL2J77WJgSxDo025wwkO2YWlgASB7yJR5vcbXLMoS+oknZwinCgPLHdrefWV6CgWmMGx1lEVW1L+aoTQZZUw==; 5:itBRV4raSwqJK2RwtZ0Eqspt7miTM/DHLBKEot1X8tOeVD2a+IGKRE8r0H0HqYA+Scpx3TnLd9G0mJ5IEEYF8TEk7SYNLDxQHxZbfOv3sALPZ1BDSEhp0qfF9fb284+f6fzuVpcf/sPD0Qnq+6Qrj6NUyJKiuNhhQUIXDWdx2XfZBaL/XJrjaguiENkr80dPo/U6o6GLDX+kCjxWNrRiCw==; 7:MrAZ8Ymj0r1TZAnzMlFkbfhDrL32ZwVuxtLla8k9MuHCTJ/Jd8WS5mdJX4DfAP8YXs7m4wk3ZYzW7BE16bhtufGJy9LBXMmayypB5Rd9tN8dv85mDzs0bn2p/qC/mg0TjTqYrLC6vgPZEUzF33lhvQ== x-ms-office365-filtering-correlation-id: 95c98b59-879f-41e5-b724-08d6808f760b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:DB7PR07MB6012; x-ms-traffictypediagnostic: DB7PR07MB6012: x-microsoft-antispam-prvs: x-forefront-prvs: 0925081676 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(346002)(136003)(396003)(39860400002)(13464003)(199004)(189003)(6246003)(110136005)(229853002)(316002)(81816011)(76176011)(6486002)(99286004)(4720700003)(106356001)(105586002)(53936002)(6512007)(9686003)(44736005)(6306002)(86152003)(14496001)(1556002)(478600001)(966005)(25786009)(52116002)(2501003)(14454004)(93886005)(86362001)(61296003)(2201001)(97736004)(2906002)(84392002)(81686011)(50226002)(71190400001)(3846002)(6116002)(68736007)(486006)(7736002)(476003)(81156014)(8676002)(81166006)(62236002)(44716002)(8936002)(256004)(6506007)(386003)(6436002)(102836004)(33896004)(66066001)(71200400001)(26005)(186003)(446003)(305945005)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB6012; H:DB7PR07MB4795.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: POKi1mdwVxx5FHg4/lSrQsFb+CqMjlFORQ96lJr48xM6ROhkYJEfNmdknCUYMHVO2/NjhTX32Mm66gPDQxk0LTwwIfJmiWSbIh6nfeTZov6SjOrBTCIwPUrS9hwiayPGmsHv746DC09dinGd8UoXTXhRXwpumd8+jrO+EujGkPAQP9TSpqtrGBfKGxBi1hoegQVA2KeNNIZOLZWCPORinSu2exjROarq/kZ2QpLdiXzIDUmVXi43yF4+jyGn2byD29hAS/0X8hnRHONMk66CJmIwBPveWnH5PqdgN287PovpFJS5Ns9Xwn5dBFBGJwO8sPY2y1FE6N47qhXON/4K7PR9d3+Ea9jMwj8CIUiT1lVHEB6sQB1rZ97JQi6kbI3dO6M16nyJw9+Xox42UaWYOT9gRUBW5rIPV1Dmu+xppnY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <6FC3A01D723BFD439422E8E772525C85@eurprd07.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 95c98b59-879f-41e5-b724-08d6808f760b X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2019 17:31:36.5279 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB6012 Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 17:31:43 -0000 Stephane Yes, it was the [..] that caught my eye and which, in other cases, has meant that the author has included the links - I had not checked the XML. Tom Petch ---- Original Message ----- From: Sent: Tuesday, January 22, 2019 4:18 PM Hi Tom, This is plaintext. You can see it in the XML source of the draft, there is no link in the YANG module. Is your concern coming from the "[" "]" characters ? Just a copy/paste from the text version of the boilerplate, but there is no link behind. -----Original Message----- From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of tom petch Sent: Tuesday, January 22, 2019 13:48 -32 has the RFC2119 boilerplate in the YANG module - thank you - but... YANG modules must be plain text and "are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here." looks rather like XML/HTML anchors and not plain text. Time idnits learnt what a YANG module looks like! Tom Petch ----- Original Message ----- From: "Acee Lindem (acee)" Sent: Monday, January 21, 2019 9:07 PM > Hi Yingzhen, > All the idnits warnings are fixed in the -32 version of the drafts. > Thanks, > Acee > > From: Yingzhen Qu > Date: Friday, January 18, 2019 at 5:35 PM _______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr From nobody Tue Jan 22 12:09:23 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFEBC1310E7 for ; Tue, 22 Jan 2019 12:09:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4R3ShxRGz5iN for ; Tue, 22 Jan 2019 12:09:16 -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 11D14131072 for ; Tue, 22 Jan 2019 12:09:16 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id CE3B0B80E83; Tue, 22 Jan 2019 12:09:10 -0800 (PST) To: jmoy@casc.com, db3546@att.com, aretana.ietf@gmail.com, martin.vigoureux@nokia.com, akr@cisco.com, acee@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: mandru@versa-networks.com, lsr@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20190122200910.CE3B0B80E83@rfc-editor.org> Date: Tue, 22 Jan 2019 12:09:10 -0800 (PST) Archived-At: Subject: [Lsr] [Technical Errata Reported] RFC2328 (5611) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 20:09:22 -0000 The following errata report has been submitted for RFC2328, "OSPF Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5611 -------------------------------------- Type: Technical Reported by: Anil Chaitanya Mandru Section: 16.1 (4) Original Text ------------- In this case, the current routing table entry should be overwritten if and only if the newly found path is just as short and the current routing table entry's Link State Origin has a smaller Link State ID than the newly added vertex' LSA. Corrected Text -------------- In this case, if the newly found path is just as short, then both the paths should be added to the routing table. Notes ----- If the newly found path is just as short then both the paths should be considered for ECMP. Why should the smaller Link State ID path overwrite the current one even if the paths are equi distant? 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. -------------------------------------- RFC2328 (no draft string recorded) -------------------------------------- Title : OSPF Version 2 Publication Date : April 1998 Author(s) : J. Moy Category : INTERNET STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Jan 22 12:50:08 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 066191310F1 for ; Tue, 22 Jan 2019 12:50:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kx7sSl8amYmH for ; Tue, 22 Jan 2019 12:50:05 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0496B1310EE for ; Tue, 22 Jan 2019 12:50:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3680; q=dns/txt; s=iport; t=1548190205; x=1549399805; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DPjh7h8NvlYVJs5GNOroqOUuw9DswXusLdpQ0zNWJdw=; b=I/pWfvQUm64Iezulsm5D8x7TG2NEmbrm3Aw+Xa0B6ELj8HHvfo96WNR3 XOUBgthzQKIg/GpRhOxX6u6apDAds8smkfLiLqR//0xCuPSSSVhKsJF0S 2KiZmklhpTr/lCutWERwVu80xRCLHBrHv6JJvMPtRpxlHajetqAaIqBIN E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAACfgEdc/49dJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVUuZoECJwqDd4gai2yaDoF7CwEBI4R?= =?us-ascii?q?JAheCViI0CQ0BAwEBAgEBAm0cDIVLBiMRRRACAQgaAiYCAgIwFRACBAENBYM?= =?us-ascii?q?iAYIBD61DgS+EAgEBhiyBC4s2F4F/gREnH4JMgUGDQIMJMYImAollJodXkD4?= =?us-ascii?q?JApIZEgaBZoUuiUSBPIoEkHICERSBJx84gVZwFRpLAYJBCYIqiGqFCAE2QTG?= =?us-ascii?q?JeIEfAQE?= X-IronPort-AV: E=Sophos;i="5.56,508,1539648000"; d="scan'208";a="229712634" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2019 20:50:03 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x0MKo1KQ001788 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Jan 2019 20:50:03 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 22 Jan 2019 15:50:01 -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.1395.000; Tue, 22 Jan 2019 15:50:01 -0500 From: "Acee Lindem (acee)" To: RFC Errata System , "jmoy@casc.com" , "db3546@att.com" , "aretana.ietf@gmail.com" , "martin.vigoureux@nokia.com" , "akr@cisco.com" CC: "mandru@versa-networks.com" , "lsr@ietf.org" Thread-Topic: [Technical Errata Reported] RFC2328 (5611) Thread-Index: AQHUso5bgTGc8brNQk2IVql/Ka04c6W7wvgA Date: Tue, 22 Jan 2019 20:50:01 +0000 Message-ID: References: <20190122200910.CE3B0B80E83@rfc-editor.org> In-Reply-To: <20190122200910.CE3B0B80E83@rfc-editor.org> 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.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.151, xch-rtp-011.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Lsr] [Technical Errata Reported] RFC2328 (5611) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 20:50:07 -0000 SGkgQW5pbCwgDQpUaGlzIGlzIHRoZSBjYXNlIHdoZXJlIHRoZSB0cmFuc2l0IG5ldHdvcmsgdmVy dGV4IGNvcnJlc3BvbmRpbmcgdG8gYSBuZXR3b3JrLUxTQSBpcyBuZXdseSBhZGRlZCB0byB0aGUg Y3VycmVudCBpbnRyYS1hcmVhIGdyYXBoIGFuZCBhbiBpbnRyYS1hcmVhIHJvdXRlIGNvcnJlc3Bv bmRpbmcgdG8gdGhlIFNQRiBpbiBwcm9ncmVzcyBhbHJlYWR5IGV4aXN0cy4gVGhpcyBpbXBsaWVz IHRoYXQgdGhlcmUgd2FzIGFub3RoZXIgbmV0d29yay1MU0EuIFNvLCBlaXRoZXIgdGhlIG5ldHdv cmsgY29ycmVzcG9uZGluZyB0byB0aGUgc3VibmV0IGlzIHBhcnRpdGlvbmVkIG9yIHRoZXJlIGlz IGEgbmV0d29yayBjb25maWd1cmF0aW9uIGVycm9yIHdpdGggdGhlIHNhbWUgc3VibmV0IGNvbmZp Z3VyZWQgZm9yIG11bHRpcGxlIG11bHRpLWFjY2VzcyBuZXR3b3Jrcy4gSW4gZWl0aGVyIGNhc2Us IEkgZG9uJ3QgcmVhbGx5IHNlZSB0aGUgYmVuZWZpdCBvZiBhbiBFQ01QIHJvdXRlLiBJbiBmYWN0 LCBpdCBjb3VsZCBtYWtlIHRyb3VibGUtc2hvb3RpbmcgdGhlIHByb2JsZW0gbW9yZSBkaWZmaWN1 bHQuIA0KDQpIZW5jZSwgSSB3b3VsZCBhZHZpc2UgQWx2YXJvLCB0aGUgcmVzcG9uc2libGUgQUQs IHRvIHJlamVjdCB0aGlzIEVycmF0YS4gDQoNClRoYW5rcywNCkFjZWUgDQoNCu+7v09uIDEvMjIv MTksIDM6MDkgUE0sICJSRkMgRXJyYXRhIFN5c3RlbSIgPHJmYy1lZGl0b3JAcmZjLWVkaXRvci5v cmc+IHdyb3RlOg0KDQogICAgVGhlIGZvbGxvd2luZyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIHN1 Ym1pdHRlZCBmb3IgUkZDMjMyOCwNCiAgICAiT1NQRiBWZXJzaW9uIDIiLg0KICAgIA0KICAgIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgWW91IG1heSByZXZpZXcg dGhlIHJlcG9ydCBiZWxvdyBhbmQgYXQ6DQogICAgaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9l cnJhdGEvZWlkNTYxMQ0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQogICAgVHlwZTogVGVjaG5pY2FsDQogICAgUmVwb3J0ZWQgYnk6IEFuaWwgQ2hhaXRh bnlhIE1hbmRydSA8bWFuZHJ1QHZlcnNhLW5ldHdvcmtzLmNvbT4NCiAgICANCiAgICBTZWN0aW9u OiAxNi4xICg0KQ0KICAgIA0KICAgIE9yaWdpbmFsIFRleHQNCiAgICAtLS0tLS0tLS0tLS0tDQog ICAgSW4gdGhpcyBjYXNlLCB0aGUgY3VycmVudCByb3V0aW5nIHRhYmxlIGVudHJ5DQogICAgICAg ICAgICAgICAgc2hvdWxkIGJlIG92ZXJ3cml0dGVuIGlmIGFuZCBvbmx5IGlmIHRoZSBuZXdseSBm b3VuZCBwYXRoIGlzDQogICAgICAgICAgICAgICAganVzdCBhcyBzaG9ydCBhbmQgdGhlIGN1cnJl bnQgcm91dGluZyB0YWJsZSBlbnRyeSdzIExpbmsNCiAgICAgICAgICAgICAgICBTdGF0ZSBPcmln aW4gaGFzIGEgc21hbGxlciBMaW5rIFN0YXRlIElEIHRoYW4gdGhlIG5ld2x5DQogICAgICAgICAg ICAgICAgYWRkZWQgdmVydGV4JyBMU0EuDQogICAgDQogICAgQ29ycmVjdGVkIFRleHQNCiAgICAt LS0tLS0tLS0tLS0tLQ0KICAgIEluIHRoaXMgY2FzZSwgaWYgdGhlIG5ld2x5IGZvdW5kIHBhdGgg aXMganVzdCBhcyBzaG9ydCwgDQogICAgdGhlbiBib3RoIHRoZSBwYXRocyBzaG91bGQgYmUgYWRk ZWQgdG8gdGhlIHJvdXRpbmcgdGFibGUuIA0KICAgIA0KICAgIE5vdGVzDQogICAgLS0tLS0NCiAg ICBJZiB0aGUgbmV3bHkgZm91bmQgcGF0aCBpcyBqdXN0IGFzIHNob3J0IHRoZW4gYm90aCB0aGUg cGF0aHMgc2hvdWxkIGJlIGNvbnNpZGVyZWQgZm9yIEVDTVAuIFdoeSBzaG91bGQgdGhlIHNtYWxs ZXIgTGluayBTdGF0ZSBJRCBwYXRoIG92ZXJ3cml0ZSB0aGUgY3VycmVudCBvbmUgZXZlbiBpZiB0 aGUgcGF0aHMgYXJlIGVxdWkgZGlzdGFudD8NCiAgICANCiAgICBJbnN0cnVjdGlvbnM6DQogICAg LS0tLS0tLS0tLS0tLQ0KICAgIFRoaXMgZXJyYXR1bSBpcyBjdXJyZW50bHkgcG9zdGVkIGFzICJS ZXBvcnRlZCIuIElmIG5lY2Vzc2FyeSwgcGxlYXNlDQogICAgdXNlICJSZXBseSBBbGwiIHRvIGRp c2N1c3Mgd2hldGhlciBpdCBzaG91bGQgYmUgdmVyaWZpZWQgb3INCiAgICByZWplY3RlZC4gV2hl biBhIGRlY2lzaW9uIGlzIHJlYWNoZWQsIHRoZSB2ZXJpZnlpbmcgcGFydHkgIA0KICAgIGNhbiBs b2cgaW4gdG8gY2hhbmdlIHRoZSBzdGF0dXMgYW5kIGVkaXQgdGhlIHJlcG9ydCwgaWYgbmVjZXNz YXJ5LiANCiAgICANCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K ICAgIFJGQzIzMjggKG5vIGRyYWZ0IHN0cmluZyByZWNvcmRlZCkNCiAgICAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIFRpdGxlICAgICAgICAgICAgICAgOiBPU1BG IFZlcnNpb24gMg0KICAgIFB1YmxpY2F0aW9uIERhdGUgICAgOiBBcHJpbCAxOTk4DQogICAgQXV0 aG9yKHMpICAgICAgICAgICA6IEouIE1veQ0KICAgIENhdGVnb3J5ICAgICAgICAgICAgOiBJTlRF Uk5FVCBTVEFOREFSRA0KICAgIFNvdXJjZSAgICAgICAgICAgICAgOiBPcGVuIFNob3J0ZXN0IFBh dGggRmlyc3QgSUdQDQogICAgQXJlYSAgICAgICAgICAgICAgICA6IFJvdXRpbmcNCiAgICBTdHJl YW0gICAgICAgICAgICAgIDogSUVURg0KICAgIFZlcmlmeWluZyBQYXJ0eSAgICAgOiBJRVNHDQog ICAgDQoNCg== From nobody Wed Jan 23 01:09:06 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65C0E130E63; Wed, 23 Jan 2019 01:09:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7 X-Spam-Level: X-Spam-Status: No, score=-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_HI=-5] 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 C9dKxIMb10Q0; Wed, 23 Jan 2019 01:09:01 -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 47688123FFD; Wed, 23 Jan 2019 01:09:00 -0800 (PST) Received: from birdie (unknown [IPv6:2001:718:1a02:1::404]) by mail.nic.cz (Postfix) with ESMTPSA id 892946338C; Wed, 23 Jan 2019 10:08:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1548234537; bh=R65fWPMrhzOHvVVCDpxa1h/eexjk4AAbvtz8CgK5P6M=; h=From:To:Date; b=sUp9rHz1seIsA374bnnDz+dG+hRMoeiIBvwa4WKBcQCB1YWJqh+NZeyPEeR9YucVE H93Qia8EJ2UjUnXVFGWD4IrL7BeCMnub52bWWsiFcsyd76NU4iHHvHZLteI+YkM8/T yM2gC0eJn/Z518SB+6x1HAz6jSgNK9VLVlQWHGlk= Message-ID: <74815665dee940dddf16eb14c5c98170435aafd9.camel@nic.cz> From: Ladislav Lhotka To: stephane.litkowski@orange.com, tom petch , "Acee Lindem (acee)" , Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Date: Wed, 23 Jan 2019 10:08:57 +0100 In-Reply-To: <14660_1548173928_5C474268_14660_472_1_9E32478DFA9976438E7A22F69B08FF924B791E9B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> <14660_1548173928_5C474268_14660_472_1_9E32478DFA9976438E7A22F69B08FF924B791E9B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.4 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: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 09:09:04 -0000 Hi Stéphane, the problem is in the source of the "ietf-isis" module inside : the chevrons enclosing email addresses should be encoded as XML entities < and > but what I see there is &lt; and &gt; Lada On Tue, 2019-01-22 at 16:18 +0000, stephane.litkowski@orange.com wrote: > Hi Tom, > > This is plaintext. You can see it in the XML source of the draft, there is no > link in the YANG module. > Is your concern coming from the "[" "]" characters ? Just a copy/paste from > the text version of the boilerplate, but there is no link behind. > > > -----Original Message----- > From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of tom petch > Sent: Tuesday, January 22, 2019 13:48 > To: Acee Lindem (acee); Yingzhen Qu; lsr@ietf.org; > draft-ietf-isis-yang-isis-cfg@ietf.org > Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg- > 29 > > -32 has the RFC2119 boilerplate in the YANG module - thank you - but... > YANG modules must be plain text and > > "are to be interpreted as described in BCP 14 [RFC2119] > [RFC8174] when, and only when, they appear in all capitals, as > shown here." > > looks rather like XML/HTML anchors and not plain text. > > Time idnits learnt what a YANG module looks like! > > Tom Petch > > ----- Original Message ----- > From: "Acee Lindem (acee)" > To: "Yingzhen Qu" ; ; > > Sent: Monday, January 21, 2019 9:07 PM > Subject: Re: [Lsr] Shepherd review comments on > draft-ietf-isis-yang-isis-cfg-29 > > > > Hi Yingzhen, > > All the idnits warnings are fixed in the -32 version of the drafts. > > Thanks, > > Acee > > > > From: Yingzhen Qu > > Date: Friday, January 18, 2019 at 5:35 PM > > To: "lsr@ietf.org" , > "draft-ietf-isis-yang-isis-cfg@ietf.org" > > > Subject: Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 > > Resent-From: > > Resent-To: Stephane Litkowski , Derek > Yeung , Acee Lindem , Jeffrey Zhang > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr > > ______________________________________________________________________________ > ___________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce > message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Jan 23 08:17:19 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EC99130E88; Wed, 23 Jan 2019 08:17:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154826023732.7555.6355076048666334125@ietfa.amsl.com> Date: Wed, 23 Jan 2019 08:17:17 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-33.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 16:17:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for IS-IS Protocol Authors : Stephane Litkowski Derek Yeung Acee Lindem Jeffrey Zhang Ladislav Lhotka Filename : draft-ietf-isis-yang-isis-cfg-33.txt Pages : 119 Date : 2019-01-23 Abstract: This document defines a YANG data model that can be used to configure and manage IS-IS protocol on network elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-33 https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-33 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-33 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 Jan 23 08:19:05 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28B9E130E98; Wed, 23 Jan 2019 08:19:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.054 X-Spam-Level: X-Spam-Status: No, score=-19.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y2OayPb6OYW3; Wed, 23 Jan 2019 08:19:01 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02B9F130E96; Wed, 23 Jan 2019 08:19:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5920; q=dns/txt; s=iport; t=1548260341; x=1549469941; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=GU0V5p0YPKKQIJOqcM7+83ySMOIpcwwv3Lgat1ROtG8=; b=WjUzrpmbUtw4Cf80yZk94S/RBr/RdIY6GLrO4g/BuLOE9twUt/Y+XGRc VTegGi2lCZeY3FkX4aWzqlylbDuNWx/pMNcIJOMPYmd3rTfD/Xb/lyGkS AVvmmKK/wNEeRMDLVk0WHv6rO8H7l0Tp4+xCEogzUoXrWQKskQf91QWaj 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAClkkhc/5tdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUgMBAQEBAQsBggNmgQInCoN3lAiBaCWYAxSBZwsBARg?= =?us-ascii?q?LhEkCF4JlIjUIDQEDAQECAQECbRwMhUoBAQEBAwEBIRE6FwQCAQgRAwEBAQE?= =?us-ascii?q?CAiMDAgICJQsUAQgIAgQBEoMiAYIBD6w7gS+EAwGGJwWBC4s2F4F/gTgME4J?= =?us-ascii?q?Mgx4BAYEuARIBNhWCXTGCJgKJS5hbCQKSHhiBZ4UxiwCKB5EAAhEUgScgATZ?= =?us-ascii?q?lcXAVOyoBgkGLHYUIATZBMYhegR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,512,1539648000"; d="scan'208";a="229503531" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Jan 2019 16:19:00 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x0NGIxCg009541 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 23 Jan 2019 16:18:59 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 23 Jan 2019 11:18:58 -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.1395.000; Wed, 23 Jan 2019 11:18:58 -0500 From: "Acee Lindem (acee)" To: Ladislav Lhotka , "stephane.litkowski@orange.com" , tom petch , Yingzhen Qu , "lsr@ietf.org" , "draft-ietf-isis-yang-isis-cfg@ietf.org" Thread-Topic: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 Thread-Index: AQHUsvtFmHVGNqpKR26/bX73rx4nrKW9CLiA Date: Wed, 23 Jan 2019 16:18:58 +0000 Message-ID: <86A1595E-3B6C-4C3A-9417-DE68BF6E7C0F@cisco.com> References: <594D005A3CB0724DB547CF3E9A9E810B011230B1@sjceml521-mbx.china.huawei.com> <56F6AF71-F733-40E4-8C46-08C2803A3F90@cisco.com> <03aa01d4b250$9139d040$4001a8c0@gateway.2wire.net> <14660_1548173928_5C474268_14660_472_1_9E32478DFA9976438E7A22F69B08FF924B791E9B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <74815665dee940dddf16eb14c5c98170435aafd9.camel@nic.cz> In-Reply-To: <74815665dee940dddf16eb14c5c98170435aafd9.camel@nic.cz> 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.197] Content-Type: text/plain; charset="utf-8" Content-ID: <9395B5B42E01FB489C291CF353D91865@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.151, xch-rtp-011.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [Lsr] Shepherd review comments on draft-ietf-isis-yang-isis-cfg-29 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 16:19:03 -0000 VG9tLCBMYWRhLCBTdGVwaGFuZSwgDQpJJ3ZlIGNoYW5nZWQgdGhlIFhNTCBmb3JtYXR0aW5nIHNv IHRoYXQgdGhlIGFjdHVhbCBpZXRmLWlzaXMueWFuZyBtb2RlbCBjYW4gYmUgZW1iZWRkZWQgYXMg aXMgd2l0aG91dCBhbnkgc3Vic3RpdHV0aW9uIGNoYXJhY3RlcnMuIFRoaXMgaXMgaW4gdGhlIC0z MyB2ZXJzaW9uLiBUaGVyZSBhcmUgbm8gb3RoZXIgY2hhbmdlcyBpbiB0aGlzIHZlcnNpb24gKG90 aGVyIHRoYW4gcmVtb3Zpbmcgc29tZSB0cmFpbGluZyB3aGl0ZSBzcGFjZXMgYW5kIGV4cGFuZGlu ZyB0YWJzKS4gDQpUaGFua3MsDQpBY2VlIA0KDQrvu79PbiAxLzIzLzE5LCA0OjA5IEFNLCAiTGFk aXNsYXYgTGhvdGthIiA8bGhvdGthQG5pYy5jej4gd3JvdGU6DQoNCiAgICBIaSBTdMOpcGhhbmUs DQogICAgDQogICAgdGhlIHByb2JsZW0gaXMgaW4gdGhlIHNvdXJjZSBvZiB0aGUgImlldGYtaXNp cyIgbW9kdWxlIGluc2lkZSA8YXJ0d29yaz46IHRoZQ0KICAgIGNoZXZyb25zIGVuY2xvc2luZyBl bWFpbCBhZGRyZXNzZXMgc2hvdWxkIGJlIGVuY29kZWQgYXMgWE1MIGVudGl0aWVzICZsdDsgYW5k DQogICAgJmd0OyBidXQgd2hhdCBJIHNlZSB0aGVyZSBpcyAmYW1wO2x0OyBhbmQgJmFtcDtndDsN CiAgICANCiAgICBMYWRhDQogICAgDQogICAgT24gVHVlLCAyMDE5LTAxLTIyIGF0IDE2OjE4ICsw MDAwLCBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSB3cm90ZToNCiAgICA+IEhpIFRvbSwN CiAgICA+IA0KICAgID4gVGhpcyBpcyBwbGFpbnRleHQuIFlvdSBjYW4gc2VlIGl0IGluIHRoZSBY TUwgc291cmNlIG9mIHRoZSBkcmFmdCwgdGhlcmUgaXMgbm8NCiAgICA+IGxpbmsgaW4gdGhlIFlB TkcgbW9kdWxlLg0KICAgID4gSXMgeW91ciBjb25jZXJuIGNvbWluZyBmcm9tIHRoZSAiWyIgIl0i IGNoYXJhY3RlcnMgPyBKdXN0IGEgY29weS9wYXN0ZSBmcm9tDQogICAgPiB0aGUgdGV4dCB2ZXJz aW9uIG9mIHRoZSBib2lsZXJwbGF0ZSwgYnV0IHRoZXJlIGlzIG5vIGxpbmsgYmVoaW5kLg0KICAg ID4gDQogICAgPiANCiAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQogICAgPiBGcm9t OiBMc3IgW21haWx0bzpsc3ItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHRvbSBwZXRj aA0KICAgID4gU2VudDogVHVlc2RheSwgSmFudWFyeSAyMiwgMjAxOSAxMzo0OA0KICAgID4gVG86 IEFjZWUgTGluZGVtIChhY2VlKTsgWWluZ3poZW4gUXU7IGxzckBpZXRmLm9yZzsgDQogICAgPiBk cmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZw0KICAgID4gU3ViamVjdDogUmU6 IFtMc3JdIFNoZXBoZXJkIHJldmlldyBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWlzaXMteWFuZy1p c2lzLWNmZy0NCiAgICA+IDI5DQogICAgPiANCiAgICA+IC0zMiBoYXMgdGhlIFJGQzIxMTkgYm9p bGVycGxhdGUgaW4gdGhlIFlBTkcgbW9kdWxlIC0gdGhhbmsgeW91IC0gYnV0Li4uDQogICAgPiBZ QU5HIG1vZHVsZXMgbXVzdCBiZSBwbGFpbiB0ZXh0IGFuZA0KICAgID4gDQogICAgPiAgICAgICAg ICAiYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBCQ1AgMTQgW1JGQzIxMTld DQogICAgPiAgICAgICAgICAgW1JGQzgxNzRdIHdoZW4sIGFuZCBvbmx5IHdoZW4sIHRoZXkgYXBw ZWFyIGluIGFsbCBjYXBpdGFscywgYXMNCiAgICA+ICAgICAgICAgICBzaG93biBoZXJlLiINCiAg ICA+IA0KICAgID4gbG9va3MgcmF0aGVyIGxpa2UgWE1ML0hUTUwgYW5jaG9ycyBhbmQgbm90IHBs YWluIHRleHQuDQogICAgPiANCiAgICA+IFRpbWUgaWRuaXRzIGxlYXJudCB3aGF0IGEgWUFORyBt b2R1bGUgbG9va3MgbGlrZSENCiAgICA+IA0KICAgID4gVG9tIFBldGNoDQogICAgPiANCiAgICA+ IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCiAgICA+IEZyb206ICJBY2VlIExpbmRlbSAo YWNlZSkiIDxhY2VlQGNpc2NvLmNvbT4NCiAgICA+IFRvOiAiWWluZ3poZW4gUXUiIDx5aW5nemhl bi5xdUBodWF3ZWkuY29tPjsgPGxzckBpZXRmLm9yZz47DQogICAgPiA8ZHJhZnQtaWV0Zi1pc2lz LXlhbmctaXNpcy1jZmdAaWV0Zi5vcmc+DQogICAgPiBTZW50OiBNb25kYXksIEphbnVhcnkgMjEs IDIwMTkgOTowNyBQTQ0KICAgID4gU3ViamVjdDogUmU6IFtMc3JdIFNoZXBoZXJkIHJldmlldyBj b21tZW50cyBvbg0KICAgID4gZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctMjkNCiAgICA+ IA0KICAgID4gDQogICAgPiA+IEhpIFlpbmd6aGVuLA0KICAgID4gPiBBbGwgdGhlIGlkbml0cyB3 YXJuaW5ncyBhcmUgZml4ZWQgaW4gdGhlIC0zMiB2ZXJzaW9uIG9mIHRoZSBkcmFmdHMuDQogICAg PiA+IFRoYW5rcywNCiAgICA+ID4gQWNlZQ0KICAgID4gPiANCiAgICA+ID4gRnJvbTogWWluZ3po ZW4gUXUgPHlpbmd6aGVuLnF1QGh1YXdlaS5jb20+DQogICAgPiA+IERhdGU6IEZyaWRheSwgSmFu dWFyeSAxOCwgMjAxOSBhdCA1OjM1IFBNDQogICAgPiA+IFRvOiAibHNyQGlldGYub3JnIiA8bHNy QGlldGYub3JnPiwNCiAgICA+ICJkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9y ZyINCiAgICA+IDxkcmFmdC1pZXRmLWlzaXMteWFuZy1pc2lzLWNmZ0BpZXRmLm9yZz4NCiAgICA+ ID4gU3ViamVjdDogU2hlcGhlcmQgcmV2aWV3IGNvbW1lbnRzIG9uIGRyYWZ0LWlldGYtaXNpcy15 YW5nLWlzaXMtY2ZnLTI5DQogICAgPiA+IFJlc2VudC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRm Lm9yZz4NCiAgICA+ID4gUmVzZW50LVRvOiBTdGVwaGFuZSBMaXRrb3dza2kgPHN0ZXBoYW5lLmxp dGtvd3NraUBvcmFuZ2UuY29tPiwgRGVyZWsNCiAgICA+IFlldW5nIDxkZXJla0BhcnJjdXMuY29t PiwgQWNlZSBMaW5kZW0gPGFjZWVAY2lzY28uY29tPiwgSmVmZnJleSBaaGFuZw0KICAgID4gPHp6 aGFuZ0BqdW5pcGVyLg0KICAgID4gDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KICAgID4gTHNyIG1haWxpbmcgbGlzdA0KICAgID4gTHNyQGll dGYub3JnDQogICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xzcg0K ICAgID4gDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICA+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICA+IA0KICAgID4gQ2UgbWVzc2FnZSBl dCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zDQog ICAgPiBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0K ICAgID4gcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlz YXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlDQogICAgPiBtZXNzYWdlIHBhciBlcnJldXIsIHZl dWlsbGV6IGxlIHNpZ25hbGVyDQogICAgPiBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBh aW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMNCiAgICA+IGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCiAgICA+IE9yYW5nZSBkZWNs aW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZv cm1lIG91DQogICAgPiBmYWxzaWZpZS4gTWVyY2kuDQogICAgPiANCiAgICA+IFRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkDQogICAgPiBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KICAg ID4gdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uDQogICAgPiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGlu IGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZQ0KICAgID4gdGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQogICAgPiBBcyBlbWFpbHMgbWF5IGJlIGFsdGVy ZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbg0KICAg ID4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KICAgID4gVGhhbmsgeW91Lg0KICAg ID4gDQogICAgLS0gDQogICAgTGFkaXNsYXYgTGhvdGthDQogICAgSGVhZCwgQ1ouTklDIExhYnMN CiAgICBQR1AgS2V5IElEOiAweEI4RjkyQjA4QTlGNzZDNjcNCiAgICANCiAgICANCg0K From nobody Thu Jan 24 05:42:19 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 37CFC130E99; Thu, 24 Jan 2019 05:42:03 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154833732318.25137.11348752512843780644@ietfa.amsl.com> Date: Thu, 24 Jan 2019 05:42:03 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-ospf-yang-21.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 13:42:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for OSPF Protocol Authors : Derek Yeung Yingzhen Qu Jeffrey Zhang Ing-Wher Chen Acee Lindem Filename : draft-ietf-ospf-yang-21.txt Pages : 125 Date : 2019-01-24 Abstract: This document defines a YANG data model that can be used to configure and manage OSPF. The model is based on YANG 1.1 as defined in RFC 7950 and conforms to the Network Management Datastore Architecture (NDMA) as described in RFC 8342. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-yang-21 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-yang-21 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-yang-21 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 Jan 24 09:00:35 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4585B131218; Thu, 24 Jan 2019 09:00:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.454 X-Spam-Level: X-Spam-Status: No, score=-6.454 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, 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 xS-uMUlhNrT1; Thu, 24 Jan 2019 09:00:30 -0800 (PST) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04on0725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0c::725]) (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 680A5131212; Thu, 24 Jan 2019 09:00:30 -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:X-MS-Exchange-SenderADCheck; bh=ArZT41lU0nfHV4cX39Oc8H84CwcbqHe/nxs7/G8+vO0=; b=AHTszHRtbLxYJsW/awNydhvQ5urEOLwE7moJhTJv1gXqM3hiQ5Xys9uPp/LNxYpElo044vHXqIA90GXTeCmUuiH7EQIwadarLEeJkeGGDlyK6nP/SgbGHqrL4zgIf3vvdDijkJfkdaliY2urhwLk3p95QifWBNmtNeq17ZQEabQ= Received: from DB7PR07MB5148.eurprd07.prod.outlook.com (20.178.43.22) by DB7PR07MB4810.eurprd07.prod.outlook.com (20.178.40.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1580.6; Thu, 24 Jan 2019 17:00:27 +0000 Received: from DB7PR07MB5148.eurprd07.prod.outlook.com ([fe80::648f:57f7:b160:b6a8]) by DB7PR07MB5148.eurprd07.prod.outlook.com ([fe80::648f:57f7:b160:b6a8%6]) with mapi id 15.20.1580.004; Thu, 24 Jan 2019 17:00:27 +0000 From: "Van De Velde, Gunter (Nokia - BE/Antwerp)" To: "lsr@ietf.org" CC: Alvaro Retana , Christian Hopps , Yingzhen Qu , "draft-li-lsr-dynamic-flooding@ietf.org" Thread-Topic: Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding Thread-Index: AdSz/FEDV1gXhhlyTJuIwqwhTB9x7g== Date: Thu, 24 Jan 2019 17:00:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2a02:a03f:4eb5:6200:88a7:20a1:9105:f2e4] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR07MB4810; 6:KttQGpc5DiJrXVANXYMh/LFoabxs5eNHn/u8wHZw9uK7vfFPLpmPaq43jVBu2fxmWHzsUMCCTN6h4x0CtOAUMDDPHDxcH/fClvVAT4enSQCzPhiehY5IMflGMv1sxLt844nNe5d6nWzmThHPnT0XO+fpSE3FXl3vZu0L2QRGm9Hzg/z7nEefQWRAYJ4vZ/Q2SMSkDKYxc8bkWwfZ5+nOQ9pPit9Jd0c7DJtbKrsZGbfMp5HVt/UpJS1/lmX7ySJd5Ulx/woCMXT2G+dNN+oUxTT9VxvynYHDLEdtQiK/UqyIG0Z8B1sCgo+S9q90XCQf0MFYxkJeUHZzVeGZa7ZT9SV0U9mPTYHL4JlfSZxkByDyHQWDChk2L9GeooRU1k+T/3w6KQy1l5dxtoCUAZZ0acJ4rTA6wINQXdS3Owgjm0AAn9MwnU3WPmwbFPkZ2o4ry+siJUGJVi2OataTJfWKnQ==; 5:K1zzpAN/jhtlHjwrxRbaYIF44uTTj+jP2iempUChMmQ+ue3OqIEvQcpFAgYpn78sGxt/TLqz5NIEI/YMLwI2rhY5hWSnMbJq0GRFUMi3q29UorxbqO6fxak+o6I1xgjuKIJ2XZ+VIdWscMBf6bzNuHvaLXEfRlmvIYClClLEhn85wIVYL+e3q+hXoWLVogNLn/adraqYwp5EB1ADTPRZEw==; 7:a3cQp2xSb5fFQiXIp+kDNUWw6qz3GnJcb4QSj8kExMGrn4AhrO+McglwdbYDZHkgCq0O3bhZjjn0ej2SpDQ60bRr+w9XMvV8DBQiFucLB6EkzDF0KMEIIMYOiazFPBSQwvP76TApXZBKU+hUBwV/BA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: b603f5dd-d58e-4670-4a20-08d6821d70ec x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4618075)(2017052603328)(7193020); SRVR:DB7PR07MB4810; x-ms-traffictypediagnostic: DB7PR07MB4810: x-microsoft-antispam-prvs: x-forefront-prvs: 0927AA37C7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(136003)(346002)(39860400002)(396003)(199004)(189003)(105586002)(39060400002)(68736007)(55016002)(86362001)(478600001)(4743002)(14454004)(8936002)(6436002)(99286004)(25786009)(33656002)(74316002)(2351001)(6116002)(53936002)(413944005)(5640700003)(71200400001)(71190400001)(106356001)(4326008)(2906002)(305945005)(7736002)(1730700003)(81156014)(7696005)(54906003)(97736004)(486006)(81166006)(46003)(6506007)(6346003)(561944003)(102836004)(186003)(6916009)(14444005)(256004)(9686003)(316002)(476003)(2501003)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4810; H:DB7PR07MB5148.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=gunter.van_de_velde@nokia.com; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: e7qn+mvbzSUcDq9+sTeXdJK4B+C30fsRlOgKeJcr7JLksXqRweoVn+QgjWTL/tZihQkx/0w/vFRuugHO7ZtNrqbrNGxIg4kJlHmvrngEx7cjWEOyb99ItgD4AqPVaAvfz/BUZGZBFqJYHAqwNSCwupQ/1wGnMMxFNP4Kv0UaG5AeoKk+u91gLo35Vnw78nQKwll3EeDWxhUOhwEKIoDohoBaRLfeJD41C9QwQDLE1PWJtnfsvxtBsWS25QpGXRGvaFuUdh0rV7H8OgPgO89eh8PXgYFfpZdMTu4IC4hGUAsKl9idfU1KU/mkKH+fiQQfZahGnH1k4klatTkUd/CQVGKI/iOU5AbCZdKSjdpQy96cOBQUmhE4m564pmsfUKz8MXrsbTIDYTk+wzR5nh8ztt8t6ZgS1dtr9zpowiFl2pk= 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: b603f5dd-d58e-4670-4a20-08d6821d70ec X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jan 2019 17:00:27.8389 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4810 Archived-At: Subject: [Lsr] Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 17:00:33 -0000 Dear LSR WG, The LSR chairs informed that attempts to merge drafts draft-cc-lsr-flooding= -reduction and draft-li-lsr-dynamic-flooding is exposing challenges, and he= nce asked me as independent unbiased WG contributor to have a look at both = drafts and provide suggestions on how we may progress to deliver the highes= t quality WG technology deliverable.=20 Please find following observations on both documents with my hat of "indepe= ndent unbiased LSR contributor": Both drafts have clearly written problem space description and in general a= well written solution space. The problem space is real. Each draft approac= hes the problem space using different accents within the solution space. Th= ese accents are obvious when the solution-space is discussed in both drafts= . I found the solution space described in "draft-cc-lsr-flooding-reduction" c= entered around restoring flooding topology and making sure that during crit= ical changes, flooding is still fast. The solution space provides mechanism= to make sure that a reduced flooding topology has minimal impact upon conv= ergence (it use backup paths, critical paths/node, ...). The compromise to = achieve fast topology restoration is by introducing a complexity trade-off.= For example, there are many moving parts from flooding mechanics, to avoid= against flooding topology split. This raise to me some concern from implem= entor perspective. The solution space discussed in "draft-li-lsr-dynamic-flooding" uses a gene= ric vision based upon solution requirements and seems to focus around proto= col efficiency/simplicity versus speed of topology convergence. From a docu= mentation perspective I found the flow contained by "draft-li-lsr-dynamic-f= looding" easier to understand. This understanding includes packet format de= scriptions and architectural decisions (for example known LSR technology pr= operties/limitations). I found most of the information sufficiently well de= scribed with minimal complexity.=20 In both drafts the distributed algorithm solution seems underspecified and = that raise implementation concerns to me. Conclusion: Coming back to the original request of the LSR chairs asking feedback to pr= ogress for a quality WG deliverable. I have read both drafts and constructe= d an opinion. Items of interest to me were draft documentation flow, draft = technological format/content and high level architectural decisions made wi= thin each proposal. Using those criteria, the balance scales towards "draft= -li-lsr-dynamic-flooding" because it is using clear solution requirements, = clear descriptions of encoding and their usage, clear behavioral specificat= ions and has considered introducing minimal complexity. This means that fro= m review perspective "draft-li-lsr-dynamic-flooding" seems best candidate t= o adopt with most potential for high quality WG deliverable. In addition, w= e could assign a shepherd to work within the WG. If needed I am happy to he= lp shepherding the WG deliverable. This work is important for industry. The solution must work and be causing = less issues as the problem we are trying to fix.=20 We need to progress the work on flooding reduction. We need to select the m= ost optimal/pragmatic solution. =20 Obviously, additional reviews from WG contributors will help LSR WG to defi= ne and build the highest quality WG deliverable.=20 Kind Regards, Gunter Van de Velde From nobody Thu Jan 24 09:04:14 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 612EB131237; Thu, 24 Jan 2019 09:04:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.454 X-Spam-Level: X-Spam-Status: No, score=-6.454 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, 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 nswTmpkZbnxI; Thu, 24 Jan 2019 09:04:10 -0800 (PST) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on0705.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::705]) (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 64264131230; Thu, 24 Jan 2019 09: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:X-MS-Exchange-SenderADCheck; bh=b448RgPlAzt7lI2GPgjaIrDeD0OCcyhFnScmiQRSsWM=; b=D5HkaXBDHMXCGTTD0emsmRMk6YraVcAJBFdt77LkfD3C3qMqDh9MIfCUi/8z+36iWOBpJDbNHyTGk3cIGEPCRrCLBwdKx3K2AeJbkxD9VK0pmhlTvSAHePhtsTkrkr0YwmoTs4Tl9MaoByCHxL0dv7YvIrthX4EU6lWmTpaX3+0= Received: from DB7PR07MB5148.eurprd07.prod.outlook.com (20.178.43.22) by DB7PR07MB4522.eurprd07.prod.outlook.com (52.135.140.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.10; Thu, 24 Jan 2019 17:04:07 +0000 Received: from DB7PR07MB5148.eurprd07.prod.outlook.com ([fe80::648f:57f7:b160:b6a8]) by DB7PR07MB5148.eurprd07.prod.outlook.com ([fe80::648f:57f7:b160:b6a8%6]) with mapi id 15.20.1580.004; Thu, 24 Jan 2019 17:04:07 +0000 From: "Van De Velde, Gunter (Nokia - BE/Antwerp)" To: "lsr@ietf.org" CC: Alvaro Retana , Christian Hopps , Yingzhen Qu , "draft-li-lsr-dynamic-flooding@ietf.org" , "draft-cc-lsr-flooding-reduction@ietf.org" Thread-Topic: Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding Thread-Index: AdSz/FEDV1gXhhlyTJuIwqwhTB9x7gACkNBg Date: Thu, 24 Jan 2019 17:04:07 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=gunter.van_de_velde@nokia.com; x-originating-ip: [2a02:a03f:4eb5:6200:88a7:20a1:9105:f2e4] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR07MB4522; 6:CQKsRWqGdR/e5OZyEPXDY4DqtuFMnykYixGuDktUy85LT3wtvbAA6r87/7VqlfDXGoWPYRIQnGH/ead1cjb+lXH3jO7O2yfduirhQvvCYZMg+I1ke5js5+bzOja+0oHHD1LBEnnpQq+iYlMtNlyIf+6/W9BQF9YlswH6isGHT//iS477Xjou18lnmoxcQGseqHcxf0RfbopUwN6f2f1LePhJbcOKeQy5NVsOg2JDoLaMV5zx65xaTT0Caa3kVDRzeZDzfbjkxwSafqtlzOffbktxdMBY5bjB3fKjthoMXeCUGBp6m9/leq6ohrqd2vYgNy7qtaZaFn2rS5eODucXuaQUsdS2UBPtVXB93APkysk7LFBr1f/06rrQn18107SDmZvxdHYlA2bhJ9t2DSB9oz6BR68uiDTCQhOREuqCELb3FR4LyEjylVvKBwsy2tj54+L5uK1fpKDdD5Sqzz14PA==; 5:haOaHntdtzylcs5lvM6Nyy6TzPop8L/HJcy0vw+GqYia9kxd6kSXV3W3U1lmEpzCt/7m4CLWC+ckXzBoNtOXSP8FMiFTCKQvutbFbCCe7WmIDX7i2qU6+n2tE8fhixBlDShpm/FaBLCen2BGmFGCNaP/YAQQNx8+3E9RxGMtW1QwOL2DUVvRq8kJ5n8+zeCQNnKVIO9rT2q9Vi6hOhOjJQ==; 7:VNkJBRKLpj0aJxNM4javNgUVdF6SeTBYr0rSqyA3zSXXZyn13yAx3SyhmN1R9zGYkYM9zfP8wzrJTQilOcolu5iZ48TefAe3CP8tjyJBAlxMB+ezxA6y55A/UlXUt/OuYDZJnt/IPNi/99YzTksEFA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 5ba7c769-43a3-422d-5cd7-08d6821df400 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4618075)(2017052603328)(7193020); SRVR:DB7PR07MB4522; x-ms-traffictypediagnostic: DB7PR07MB4522: x-microsoft-antispam-prvs: x-forefront-prvs: 0927AA37C7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(136003)(346002)(396003)(39860400002)(199004)(189003)(476003)(76176011)(4743002)(316002)(55016002)(6916009)(33656002)(6116002)(561944003)(74316002)(7696005)(54906003)(446003)(6436002)(11346002)(8936002)(2940100002)(71200400001)(71190400001)(14454004)(305945005)(99286004)(68736007)(6506007)(5640700003)(2906002)(39060400002)(93156006)(46003)(478600001)(9686003)(7736002)(102836004)(186003)(413944005)(53936002)(2501003)(106356001)(86362001)(81156014)(105586002)(14444005)(256004)(25786009)(4326008)(81166006)(1730700003)(486006)(2351001)(97736004)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4522; H:DB7PR07MB5148.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-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: /l49kvB+EGYxe8Prqbjbfe1XJum4Sb4nI767C9XVX52PZfUoMvWEv03KlkNf8TIbAq5WIWCWvwxUE+91UR7UMWfNa/2wZNW3KCzA814fjTKFBEfp5M2n1uul4aFT5YbsbNizU2inSJfsERjtBB5oUDsYNAqhdW8Vej7bJ1hkb0X757VUukWyasuAz+CVvHZRltWPUWwV0p9N2+bfvh8M5J7ZRMD3YoKy3BoDOWhEh2CTtvlY0UQw1G0L4NABOwszXRszBzKQ5bRBqd38Gt/JORViN2wnl4S8c5B/rcW13vT3v4tN78pgGjVPVT4dmfIS38NerzixCHA6d+8HG/EKpsPGzMC0rEhY9OFuS2pH5z4RAnXX7qc89DmISpSUW7hMg5UVoJEhQdq21k92Rl0LZGlV2+MDIhRnEkc7Bx7BQ88= 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: 5ba7c769-43a3-422d-5cd7-08d6821df400 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jan 2019 17:04:07.7219 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4522 Archived-At: Subject: [Lsr] Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 17:04:13 -0000 [with corrected copy/paste in cc] Dear LSR WG, The LSR chairs informed that attempts to merge drafts draft-cc-lsr-flooding= -reduction and draft-li-lsr-dynamic-flooding is exposing challenges, and he= nce asked me as independent unbiased WG contributor to have a look at both = drafts and provide suggestions on how we may progress to deliver the highes= t quality WG technology deliverable.=20 Please find following observations on both documents with my hat of "indepe= ndent unbiased LSR contributor": Both drafts have clearly written problem space description and in general a= well written solution space. The problem space is real. Each draft approac= hes the problem space using different accents within the solution space. Th= ese accents are obvious when the solution-space is discussed in both drafts= . I found the solution space described in "draft-cc-lsr-flooding-reduction" c= entered around restoring flooding topology and making sure that during crit= ical changes, flooding is still fast. The solution space provides mechanism= to make sure that a reduced flooding topology has minimal impact upon conv= ergence (it use backup paths, critical paths/node, ...). The compromise to = achieve fast topology restoration is by introducing a complexity trade-off.= For example, there are many moving parts from flooding mechanics, to avoid= against flooding topology split. This raise to me some concern from implem= entor perspective. The solution space discussed in "draft-li-lsr-dynamic-flooding" uses a gene= ric vision based upon solution requirements and seems to focus around proto= col efficiency/simplicity versus speed of topology convergence. From a docu= mentation perspective I found the flow contained by "draft-li-lsr-dynamic-f= looding" easier to understand. This understanding includes packet format de= scriptions and architectural decisions (for example known LSR technology pr= operties/limitations). I found most of the information sufficiently well de= scribed with minimal complexity.=20 In both drafts the distributed algorithm solution seems underspecified and = that raise implementation concerns to me. Conclusion: Coming back to the original request of the LSR chairs asking feedback to pr= ogress for a quality WG deliverable. I have read both drafts and constructe= d an opinion. Items of interest to me were draft documentation flow, draft = technological format/content and high level architectural decisions made wi= thin each proposal. Using those criteria, the balance scales towards "draft= -li-lsr-dynamic-flooding" because it is using clear solution requirements, = clear descriptions of encoding and their usage, clear behavioral specificat= ions and has considered introducing minimal complexity. This means that fro= m review perspective "draft-li-lsr-dynamic-flooding" seems best candidate t= o adopt with most potential for high quality WG deliverable. In addition, w= e could assign a shepherd to work within the WG. If needed I am happy to he= lp shepherding the WG deliverable. This work is important for industry. The solution must work and be causing = less issues as the problem we are trying to fix.=20 We need to progress the work on flooding reduction. We need to select the m= ost optimal/pragmatic solution. =20 Obviously, additional reviews from WG contributors will help LSR WG to defi= ne and build the highest quality WG deliverable.=20 Kind Regards, Gunter Van de Velde From nobody Thu Jan 24 09:19:04 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 86780131266; Thu, 24 Jan 2019 09:18:57 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsr@ietf.org Message-ID: <154835033749.29312.3169627223411614473@ietfa.amsl.com> Date: Thu, 24 Jan 2019 09:18:57 -0800 Archived-At: Subject: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-34.txt X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 17:18:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : YANG Data Model for IS-IS Protocol Authors : Stephane Litkowski Derek Yeung Acee Lindem Jeffrey Zhang Ladislav Lhotka Filename : draft-ietf-isis-yang-isis-cfg-34.txt Pages : 119 Date : 2019-01-24 Abstract: This document defines a YANG data model that can be used to configure and manage IS-IS protocol on network elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-34 https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-34 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-34 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 Jan 24 15:43:05 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2750B131215; Thu, 24 Jan 2019 15:43:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gIz9frdcQKTT; Thu, 24 Jan 2019 15:43:02 -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 6E8B01311F9; Thu, 24 Jan 2019 15:43:02 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 8438DB80E28; Thu, 24 Jan 2019 15:42:56 -0800 (PST) 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, lsr@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20190124234256.8438DB80E28@rfc-editor.org> Date: Thu, 24 Jan 2019 15:42:56 -0800 (PST) Archived-At: Subject: [Lsr] =?utf-8?q?RFC_8510_on_OSPF_Link-Local_Signaling_=28LLS=29_?= =?utf-8?q?Extensions_for_Local_Interface_ID_Advertisement?= X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 23:43:04 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8510 Title: OSPF Link-Local Signaling (LLS) Extensions for Local Interface ID Advertisement Author: P. Psenak, Ed., K. Talaulikar, W. Henderickx, P. Pillay-Esnault Status: Standards Track Stream: IETF Date: January 2019 Mailbox: ppsenak@cisco.com, ketant@cisco.com, wim.henderickx@nokia.com, padma@huawei.com Pages: 8 Characters: 15304 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-ospf-lls-interface-id-09.txt URL: https://www.rfc-editor.org/info/rfc8510 DOI: 10.17487/RFC8510 Every OSPF interface is assigned an Interface ID that uniquely identifies the interface on the router. In some cases, it is useful to know the assigned Interface ID on the remote side of the adjacency (Remote Interface ID). This document describes the extensions to OSPF link-local signaling (LLS) to advertise the Local Interface ID. This document is a product of the Link State Routing 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 Sun Jan 27 14:24:54 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C53C0124BF6; Sun, 27 Jan 2019 14:24:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Acee Lindem To: X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Cc: lsr-chairs@ietf.org, Yingzhen Qu , iesg-secretary@ietf.org, yingzhen.ietf@gmail.com, lsr@ietf.org Message-ID: <154862789180.13385.17805146503378704227.idtracker@ietfa.amsl.com> Date: Sun, 27 Jan 2019 14:24:51 -0800 Archived-At: Subject: [Lsr] Publication has been requested for draft-ietf-isis-yang-isis-cfg-34 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2019 22:24:52 -0000 Acee Lindem has requested publication of draft-ietf-isis-yang-isis-cfg-34 as Proposed Standard on behalf of the LSR working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ From nobody Sun Jan 27 14:26:57 2019 Return-Path: X-Original-To: lsr@ietf.org Delivered-To: lsr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CCAA130EE3; Sun, 27 Jan 2019 14:26:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Acee Lindem To: X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Cc: lsr-chairs@ietf.org, Stephane Litkowski , iesg-secretary@ietf.org, stephane.litkowski@orange.com, lsr@ietf.org Message-ID: <154862801643.13437.17155745657501433636.idtracker@ietfa.amsl.com> Date: Sun, 27 Jan 2019 14:26:56 -0800 Archived-At: Subject: [Lsr] Publication has been requested for draft-ietf-ospf-yang-21 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2019 22:26:56 -0000 Acee Lindem has requested publication of draft-ietf-ospf-yang-21 as Proposed Standard on behalf of the LSR working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-ospf-yang/ From nobody Mon Jan 28 07:26:54 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475D6127598; Mon, 28 Jan 2019 07:26:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kzcJ_7m6Cdjt; Mon, 28 Jan 2019 07:26:47 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D13112D4EB; Mon, 28 Jan 2019 07:26:46 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id AFFB3D4AC9B7394EDF64; Mon, 28 Jan 2019 15:26:43 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 28 Jan 2019 15:26:42 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.96]) by SJCEML702-CHM.china.huawei.com ([169.254.4.240]) with mapi id 14.03.0415.000; Mon, 28 Jan 2019 07:26:36 -0800 From: Huaimo Chen To: "Van De Velde, Gunter (Nokia - BE/Antwerp)" , "lsr@ietf.org" CC: Yingzhen Qu , Christian Hopps , "draft-li-lsr-dynamic-flooding@ietf.org" , Alvaro Retana , "draft-cc-lsr-flooding-reduction@ietf.org" Thread-Topic: [Lsr] Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding Thread-Index: AdSz/FEDV1gXhhlyTJuIwqwhTB9x7gDHOM9A Date: Mon, 28 Jan 2019 15:26:35 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D463B3A32F@sjceml521-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.212.246.13] Content-Type: multipart/mixed; boundary="_004_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Lsr] Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 15:26:53 -0000 --_004_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_ Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_" --_000_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, The authors of "draft-cc-lsr-flooding-reduction" (our draft for short below= ) believed there are multiple key advantages when compared to the solution = proposed in "draft-li-lsr-dynamic-flooding" (Tony's draft for short below). Thank you, Gunter, for reviewing the solutions but as authors of "draft= -cc-lsr-flooding-reduction", although we felt some of the conclusions made = are flawed. As your "Items of interest to me were draft documentation flow,= draft technological format/content and high level architectural decisions = made within each proposal.", while I agree with these criteria are importan= t for any IETF document that tends to be published and implemented, other c= riteria such as minimizing customers' traffic lose when failures occur, eff= iciency of algorithms, spaces used for extended encodings, handling of corn= er cases are at least equally important, and in some cases (see below), are= more significant in the operation, since the proposed solution must not ju= st resolve the stated problems, but also must be optimal with least overhea= d to the IGP's operation and minimal customers' traffic lose. The specific concerns made in Gunter's email are addressed in line below wi= th prefix [HC]. 1. Flooding topology encoding Flooding topology encoding is a key component or item for centralized flood= ing reduction (centralized mode for short). The efficiency of the encoding is very important since the objective of the= flooding reduction is to minimize the amount of link state flooding. The encoding in "draft-li-lsr-dynamic-flooding" comprises two parts. One pa= rt is the encoding of the flooding topology using the TLVs of the paths con= stituting the flooding topology; the second part is the encoding of the map= ping from the nodes in the area to their indexes. The TLVs use the indexes = of the nodes in the paths. There are two encodings in "draft-cc-lsr-flooding-reduction", each of which= can be used to encode the flooding topology. One encoding is called "Links= Encoding". The other is called "Block Encoding". The former encodes the li= nks between a local node and its adjacent nodes using the compact indexes o= f these nodes. The whole flooding topology is represented by the links and = nodes on it. This is like the normal topology representation in an IGP, in = which the topology is represented by the links and nodes in an IGP area. N= o mapping encoding and flooding is needed. Every node creates and maintains= the mapping from the nodes to their indexes. It is simpler and faster for = the node to have the mapping in this way. The block encoding uses a single structure to encode a block of a flooding = topology. It starts with a local node and its adjacent nodes and can be con= sidered as an extension to the links encoding. Each of the encoding types in "draft-cc-lsr-flooding-reduction" offers a so= lution for encoding the flooding topology, which is simpler to implement fr= om a procedural and protocol perspective, and much more efficient than the = encoding method used in "draft-li-lsr-dynamic-flooding". For example, for encoding 63 nodes flooding topology of a binary tree in IS= -IS, some comparisons are listed in the table below (the table in .pdf is a= lso attached). No. Encoding in Tony's draft Encoding in our draft Comparisons 1 248 bytes for TLVs of paths only 167 bytes for encoding the flooding topology by links encoding 248/167 =3D 1.5 121 bytes for encoding the flooding topology by block encoding 248/121 =3D 2 2 382 bytes for mapping nodes to indexes 0 bytes for mapping 3 630 bytes for encoding the flooding topology (248 for TLVs of paths + 382 f= or mapping) 167 bytes for encoding the flooding topology by links encoding 630/167 =3D 3.7 121 bytes for encoding the flooding topology by block encoding 630/121 =3D 5.2 >From the table, we can see that even without encoding the mapping, 248 byte= s are used for encoding the flooding topology by the TLVs for paths only in= "draft-li-lsr-dynamic-flooding" 's encoding. 167 bytes are used for encodi= ng the same flooding topology by the links encoding in "draft-cc-lsr-floodi= ng-reduction". 248/167 =3D 1.5. 121 bytes are used for encoding the same flooding topology by the block enc= oding in "draft-cc-lsr-flooding-reduction". 248/121 =3D 2. This means that = the block encoding in "draft-cc-lsr-flooding-reduction" uses about 50% floo= ding resource comparing to the encoding in "draft-li-lsr-dynamic-flooding".= In our discussion with operators, this is a significant advantage over the= method proposed in "draft-li-lsr-dynamic-flooding". To encode the whole flooding topology, 630 bytes are used by the encoding i= n "draft-li-lsr-dynamic-flooding". 167 bytes are used for encoding the same= flooding topology by the links encoding in "draft-cc-lsr-flooding-reductio= n". 630/167 =3D 3.7. This means that the links encoding in "draft-cc-lsr-fl= ooding-reduction" uses about 27% flooding resource comparing to the encodin= g in "draft-li-lsr-dynamic-flooding". 121 bytes are used for encoding the same flooding topology by the block enc= oding in "draft-cc-lsr-flooding-reduction". 630/121 =3D 5.2. This means tha= t the block encoding in "draft-cc-lsr-flooding-reduction" uses about 19% fl= ooding comparing to the encoding in "draft-li-lsr-dynamic-flooding". In addition, there are some issues in the encoding in "draft-li-lsr-dynamic= -flooding". We raised the issues to Tony during the discussions on merging, but did not= receive any solution yet, this is not good for operators. For example, one issue is that different types of messages (i.e., the messa= ges for the mapping, and the messages for the TLVs of the paths in the floo= ding topology, depending on the mapping) for the flooding topology may be o= ut of order on a receiving router. This may cause incorrect/corrupted flood= ing topology. 2. Fault tolerance to multiple failures An efficient method for fault tolerance to multiple failures on the floodin= g topology is very important to centralized flooding reduction. Without it,= the network convergence will slow down significantly. In general, the conv= ergence time will be more than doubled comparing to normal convergence when= the flooding topology is split by multiple failures. The more time the network convergence takes, the more customers' traffic in= the network gets lost in general. Thus after the centralized flooding redu= ction without fault tolerance to multiple failures is deployed in a network= , some customers' traffic lose will be more than doubled when multiple fail= ures splitting the flooding topology occur comparing to the same network wi= thout the flooding reduction. Does an operator of a network want to see more traffic lose after the flood= ing reduction is deployed in the network when multiple failures happen? Does anyone from a vendor want to see more traffic lose after their floodin= g reduction solution is deployed in a network when multiple failures occur? When multiple failures split the flooding topology, the LSDB is out of sync= hronization among some nodes. This is fixed after following steps: 1) the failures are flooded to the leader in the area through updated L= SAs/LSPs, 2) the leader computes a new flooding topology after receiving the LSAs= /LSPs, 3) the leader floods the new flooding topology to every other node in t= he area, 4) every other node receives, decodes and installs the new flooding top= ology, and 5) some nodes resynchronize their LSDBs with their neighbors. Introducing a method for fault tolerance to multiple failures on the floodi= ng topology into the solution for flooding reduction may bring some complex= ity. There are some trade-offs between the amount of traffic lose and some = complexity. The solution with this complexity will have much less traffic l= ose comparing to a solution without any method for fault tolerance to multi= ple failures on the flooding topology. In fact, the complexity is invisible= to operators. It is inside the solution. Does an operator of a network want to see much less traffic lose after the = flooding reduction with some complexity invisible is deployed in the networ= k when multiple failures happen? Does anyone from a vendor want to see much less traffic lose after their fl= ooding reduction solution is deployed in a network when multiple failures o= ccur? "draft-cc-lsr-flooding-reduction" has a light-weight method for providing f= ault tolerance to multiple failures on the flooding topology. This method m= akes sure that the network still converges fast when the multiple failures = happen. Thus the failures have almost minimal impact on the network converg= ence in the network with the flooding reduction deployment. The customers' = traffic lose is significantly reduced (or almost minimized) when the failur= es occur in the network with the flooding reduction. "draft-li-lsr-dynamic-flooding" just mentions that the edges of split parts= will do something after the split of the flooding topology happens. Howeve= r, it needs time to determine if a split of the flooding topology occurs an= d to find backup paths to connect split parts. There is no description on h= ow to determine a split or find backup paths. This is not useful for implem= entors or users. In addition, the algorithm for computing a flooding topology that can survi= ve any one link failure on the flooding topology (i.e., any one link failur= e on the flooding topology does not split the flooding topology) will be ve= ry complex, at least in terms of time. With a good method for fault toleran= ce, the algorithm is not required to compute a flooding topology that can s= urvive any one link failure on the flooding topology. 3. A New Node and Link Addition Two different procedures for handling a new node and link addition to the t= opology are described in the two drafts ("draft-li-lsr-dynamic-flooding" an= d "draft-cc-lsr-flooding-reduction"). The procedure in "draft-cc-lsr-flooding-reduction": After the new node (say= node A) and an existing node (say node B) establishes the adjacency over t= he link, A and B add the link to the flooding topology temporarily until a = new flooding topology is built. The procedure in "draft-li-lsr-dynamic-flooding": A new TLV with R bit in I= IH (IS-IS Hello), and FR-bit in OSPF Hello LLS Extended Options are defined= . The new node (say node A) and an existing node (say node B), send each ot= her the TLV with R bit in IS-IS Hello or FR-bit in OSPF Hello to request fo= r adding the link to flooding topology temporarily (or say enabling tempora= ry flooding over the link). The procedure in "draft-cc-lsr-flooding-reduction" is simpler and more effi= cient. We can see that the two procedures try to achieve the same result ("= temporary flooding" on the link) in different approaches. When a new node a= nd link is added to the topology/network, it is deterministic that the link= needs to be added to the flooding topology temporarily by the two end node= s of the link. There is no need for the end nodes to add/enable "temporary = flooding" on the link through (new TLV in IIH or FR-Bit in OSPF Hello LLS) = signaling over the link. During internal review of "draft-li-lsr-dynamic-flooding" we observed signi= ficant procedure issues, which are big issues for implementations and users= . For example in one issue, if the first Hello packet containing the TLV w= ith R bit in IS-IS (or FR-bit in OSPF) gets lost, then to add/enable "tempo= rary flooding" on the link will take more than a Hello interval (typically = 10 seconds in OSPF). This is too long to accept! 4. An Existing Link Addition Two different approaches for adding an existing link/adjacency not on the f= looding topology between two end nodes to the flooding topology are describ= ed in the two drafts ("draft-li-lsr-dynamic-flooding" and "draft-cc-lsr-flo= oding-reduction"). The approach in "draft-cc-lsr-flooding-reduction": The end node sends its a= djacent node over the adjacency the link states with changes it received or= originated during the period of time in which the flooding topology may sp= lit. The approach in "draft-li-lsr-dynamic-flooding": A full LSDB resynchronizat= ion is requested over the existing adjacency/link between two end nodes for= possible flooding topology split which may cause LSDB out of synchronizati= on. The approach in "draft-cc-lsr-flooding-reduction" is more efficient. In gen= eral, it is unlikely that the LSDB is out of synchronization among some nod= es when an existing link/adjacency not on the flooding topology between two= end nodes is added to the flooding topology. In this case, our approach al= most does nothing, i.e., there is no link state with changes that needs the= end node to send its adjacent node over the existing adjacency. However, t= he approach in "draft-li-lsr-dynamic-flooding" always has a full LSDB resyn= chronization over the existing link/adjacency between two end nodes in this= case. In summary, "draft-cc-lsr-flooding-reduction" has the following key advanta= ges over "draft-li-lsr-dynamic-flooding": 1. It uses a fraction of flooding resource (i.e., it is multiple times= more efficient in flooding topology encoding); 2. It provides fault tolerance to multiple failures, minimizing impact= on network convergence, thus minimizing traffic lose; and 3. It is simpler and needs less processing time (i.e., faster and more= efficient) in multiple scenarios. In addition to the above key advantages, "draft-cc-lsr-flooding-reduction" = has almost all the technical components for the whole solution including di= stributed flooding reduction and centralized flooding reduction. Based on technical considerations, the authors of "draft-cc-lsr-flooding-re= duction" have observed too many issues exist with "draft-li-lsr-dynamic-flo= oding", and overall, it's a sub-optimal solution compared to "draft-cc-lsr-= flooding-reduction". We see that "draft-cc-lsr-flooding-reduction" is a much better candidate fo= r achieving high quality WG deliverable if people want to select one draft = from "draft-cc-lsr-flooding-reduction" and "draft-li-lsr-dynamic-flooding". There are two other options to move forward: 1. Adopt "draft-cc-lsr-flooding-reduction" and "draft-li-lsr-dynamic-floodi= ng" as both experimental and allow implementors and operators (the market) = to decide which to deploy. If one solution is preferred it may be converted= from Experimental to Standards Track. 2. Again, try to merge "draft-cc-lsr-flooding-reduction" and "draft-li-lsr-= dynamic-flooding" and develop a single solution for the WG to adopt. Howeve= r, some compromise must be made by the authors of "draft-li-lsr-dynamic-flo= oding". Either option is a much better candidate for achieving high quality WG deli= verable, when compared to only moving forward with "draft-li-lsr-dynamic-fl= ooding". Best Regards, Huaimo -----Original Message----- From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Van De Velde, Gunter (= Nokia - BE/Antwerp) Sent: Thursday, January 24, 2019 12:00 PM To: lsr@ietf.org Cc: Yingzhen Qu ; Christian Hopps ; draft-li-lsr-dynamic-flooding@ietf.org; Alvaro Retana Subject: [Lsr] Comments regarding convergence regarding draft-cc-lsr-floodi= ng-reduction and draft-li-lsr-dynamic-flooding Dear LSR WG, The LSR chairs informed that attempts to merge drafts draft-cc-lsr-flooding= -reduction and draft-li-lsr-dynamic-flooding is exposing challenges, and he= nce asked me as independent unbiased WG contributor to have a look at both = drafts and provide suggestions on how we may progress to deliver the highes= t quality WG technology deliverable. Please find following observations on both documents with my hat of "indepe= ndent unbiased LSR contributor": Both drafts have clearly written problem space description and in general a= well written solution space. The problem space is real. Each draft approac= hes the problem space using different accents within the solution space. Th= ese accents are obvious when the solution-space is discussed in both drafts= . I found the solution space described in "draft-cc-lsr-flooding-reduction" c= entered around restoring flooding topology and making sure that during crit= ical changes, flooding is still fast. The solution space provides mechanism= to make sure that a reduced flooding topology has minimal impact upon conv= ergence (it use backup paths, critical paths/node, ...). The compromise to = achieve fast topology restoration is by introducing a complexity trade-off.= For example, there are many moving parts from flooding mechanics, to avoid= against flooding topology split. This raise to me some concern from implem= entor perspective. [HC] In our draft, there are only about two pages describing the mechanism = for fault tolerance to multiple failures, which is one of many components f= or the whole solution. The mechanism is independent of most other component= s (such as the encoding of the flooding topology) in the whole solution. On= each node, the computation of the backup paths is called by the component = rebuilding flooding topology if there is a change on the flooding topology.= It can be implemented easily. The other components (such as those componen= ts talked above) for the solution in our draft are also simple to implement= . [HC] The mechanism reduces customers' traffic lose significantly when multi= ple failures splitting the flooding topology happen even though it may brin= g some complexity. The trade-offs between the traffic lose and complexity a= re discussed in details above. [HC] Also, the mechanism for fault tolerance is optional. The distributed f= looding reduction does not need it. It is very important to the centralized= mode. The solution space discussed in "draft-li-lsr-dynamic-flooding" uses a gene= ric vision based upon solution requirements and seems to focus around proto= col efficiency/simplicity versus speed of topology convergence. From a docu= mentation perspective I found the flow contained by "draft-li-lsr-dynamic-f= looding" easier to understand. This understanding includes packet format de= scriptions and architectural decisions (for example known LSR technology pr= operties/limitations). I found most of the information sufficiently well de= scribed with minimal complexity. [HC] The efficiency/simplicity, convergence and complexity have been analyz= ed in greater details at the beginning for most of the components of the so= lutions in the two drafts ("draft-cc-lsr-flooding-reduction" and "draft-li-= lsr-dynamic-flooding"). In summary, 1. "draft-cc-lsr-flooding-reduction" is multiple times more efficient = in flooding topology encoding than "draft-li-lsr-dynamic-flooding"; 2. "draft-cc-lsr-flooding-reduction" provides fault tolerance to multi= ple failures, which almost minimizes impact on network convergence by the f= ailures, thus almost minimizes customers' traffic lose; however, "draft-li-= lsr-dynamic-flooding" does not have any concrete method for fault tolerance= to multiple failures, thus convergence time will be more than doubled when= multiple failures split the flooding topology; 3. "draft-cc-lsr-flooding-reduction" is simpler and needs less process= ing time (i.e., more efficient and faster) in multiple scenarios. We have observed too many issues exist with "draft-li-lsr-dynamic-flooding"= , and overall, it's a sub-optimal solution compared to "draft-cc-lsr-floodi= ng-reduction". [HC] Regarding to "'draft-li-lsr-dynamic-flooding' easier to understand", t= his item should not be a determining factor at this stage of the document. In both drafts the distributed algorithm solution seems underspecified and = that raise implementation concerns to me. [HC] For the distributed flooding reduction, our draft describes three algo= rithms for computing the flooding topology in Appendix and the operations r= elated to the distributed flooding reduction in section 9 "Operations on Fl= ooding Reduction". Conclusion: Coming back to the original request of the LSR chairs asking feedback to pr= ogress for a quality WG deliverable. I have read both drafts and constructe= d an opinion. Items of interest to me were draft documentation flow, draft = technological format/content and high level architectural decisions made wi= thin each proposal. Using those criteria, the balance scales towards "draft= -li-lsr-dynamic-flooding" because it is using clear solution requirements, = clear descriptions of encoding and their usage, clear behavioral specificat= ions and has considered introducing minimal complexity. This means that fro= m review perspective "draft-li-lsr-dynamic-flooding" seems best candidate t= o adopt with most potential for high quality WG deliverable. In addition, w= e could assign a shepherd to work within the WG. If needed I am happy to he= lp shepherding the WG deliverable. [HC] Basically, the conclusion is based on the draft flow and clarity, whic= h are important. However, the key technical advantages in a draft are at le= ast equally important, and are more important in general. These are analyze= d in details above. This work is important for industry. The solution must work and be causing = less issues as the problem we are trying to fix. We need to progress the work on flooding reduction. We need to select the m= ost optimal/pragmatic solution. Obviously, additional reviews from WG contributors will help LSR WG to defi= ne and build the highest quality WG deliverable. Kind Regards, Gunter Van de Velde _______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr --_000_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Everyone,

 

The authors of “draft-cc-lsr-flooding-reduction” (= our draft for short below) believed there are multiple key advantages when = compared to the solution proposed in “draft-li-lsr-dynamic-flooding&#= 8221; (Tony's draft for short below). 

 

  &nbs= p; Thank you, Gunter, for reviewing the solutions but as authors of “= draft-cc-lsr-flooding-reduction”, although we felt some of the conclu= sions made are flawed. As your “Items of interest to me were draft documentation flow, draft technological format/content and high level arch= itectural decisions made within each proposal.”, while I agree with t= hese criteria are important for any IETF document that tends to be publishe= d and implemented, other criteria such as minimizing customers’ traffic lose when failures occur, efficienc= y of algorithms, spaces used for extended encodings, handling of corner cas= es are at least equally important, and in some cases (see below), are more = significant in the operation, since the proposed solution must not just resolve the stated problems, but also must= be optimal with least overhead to the IGP’s operation and minimal cu= stomers’ traffic lose.

The specific con= cerns made in Gunter’s email are addressed in line below with prefix = [HC].

 

 

1. &= nbsp;           &nbs= p;    Flooding to= pology encoding

 

Flooding topolog= y encoding is a key component or item for centralized flooding reduction (c= entralized mode for short).

The efficiency o= f the encoding is very important since the objective of the flooding reduct= ion is to minimize the amount of link state flooding.

 

The encoding in = “draft-li-lsr-dynamic-flooding” comprises two parts. One part i= s the encoding of the flooding topology using the TLVs of the paths constit= uting the flooding topology; the second part is the encoding of the mapping from the nodes in the area to their indexes. T= he TLVs use the indexes of the nodes in the paths.

 

There are two en= codings in “draft-cc-lsr-flooding-reduction”, each of which can= be used to encode the flooding topology. One encoding is called “Lin= ks Encoding”. The other is called “Block Encoding”. The former encodes the links between a local node and its adjacent nodes using= the compact indexes of these nodes. The whole flooding topology is represe= nted by the links and nodes on it. This is like the normal topology represe= ntation in an IGP, in which the topology is represented by the links and nodes in an IGP area.  No ma= pping encoding and flooding is needed. Every node creates and maintains the= mapping from the nodes to their indexes. It is simpler and faster for the = node to have the mapping in this way.

 

The block encodi= ng uses a single structure to encode a block of a flooding topology. It sta= rts with a local node and its adjacent nodes and can be considered as an ex= tension to the links encoding.

 

Each of the enco= ding types in “draft-cc-lsr-flooding-reduction” offers a soluti= on for encoding the flooding topology, which is simpler to implement from a= procedural and protocol perspective, and much more efficient than the encoding method used in “draft-li-lsr-dynamic-flo= oding”.

 

For example, for= encoding 63 nodes flooding topology of a binary tree in IS-IS, some compar= isons are listed in the table below (the table in .pdf is also attached).

No.

Encoding in Tony= ’s draft

Encoding in our = draft

Comparisons=

1

248 bytes for TL= Vs of paths only

167 bytes for en= coding the flooding topology by links encoding

248/167 =3D 1.5<= o:p>

121 bytes for en= coding the flooding topology by block encoding

248/121 =3D 2

2

382 bytes for ma= pping nodes to indexes

0 bytes for mapp= ing

 

3

630 bytes for en= coding the flooding topology (248 for TLVs of paths + 382 for mapping)<= o:p>

167 bytes for en= coding the flooding topology by links encoding

630/167 =3D 3.7<= o:p>

121 bytes for en= coding the flooding topology by block encoding

630/121 =3D 5.2<= o:p>

 

From the table, = we can see that even without encoding the mapping, 248 bytes are used for e= ncoding the flooding topology by the TLVs for paths only in “draft-li= -lsr-dynamic-flooding” ‘s encoding. 167 bytes are used for encoding the same flooding topology by the links encoding in = “draft-cc-lsr-flooding-reduction”. 248/167 =3D 1.5.

121 bytes are us= ed for encoding the same flooding topology by the block encoding in “= draft-cc-lsr-flooding-reduction”. 248/121 =3D 2. This means that the = block encoding in “draft-cc-lsr-flooding-reduction” uses about 50% flooding resource comparing to the encoding in “draft= -li-lsr-dynamic-flooding”. In our discussion with operators, this is = a significant advantage over the method proposed in “draft-li-lsr-dyn= amic-flooding”.

 

To encode the wh= ole flooding topology, 630 bytes are used by the encoding in “draft-l= i-lsr-dynamic-flooding”. 167 bytes are used for encoding the same flo= oding topology by the links encoding in “draft-cc-lsr-flooding-reduct= ion”. 630/167 =3D 3.7. This means that the links encoding in “draft-cc-lsr= -flooding-reduction” uses about 27% flooding resource comparing to th= e encoding in “draft-li-lsr-dynamic-flooding”.

121 bytes are us= ed for encoding the same flooding topology by the block encoding in “= draft-cc-lsr-flooding-reduction”. 630/121 =3D 5.2. This means that th= e block encoding in “draft-cc-lsr-flooding-reduction” uses about 19% flooding comparing to the encoding in “draft-li-lsr-d= ynamic-flooding”.

 

In addition, the= re are some issues in the encoding in “draft-li-lsr-dynamic-flooding&= #8221;.

We raised the is= sues to Tony during the discussions on merging, but did not receive any sol= ution yet, this is not good for operators.

For example, one= issue is that different types of messages (i.e., the messages for the mapp= ing, and the messages for the TLVs of the paths in the flooding topology, d= epending on the mapping) for the flooding topology may be out of order on a receiving router. This may cause incorre= ct/corrupted flooding topology.

 

 

2. &= nbsp;           &nbs= p;    Fault toler= ance to multiple failures

 

An efficient met= hod for fault tolerance to multiple failures on the flooding topology is ve= ry important to centralized flooding reduction. Without it, the network con= vergence will slow down significantly. In general, the convergence time will be more than doubled comparing to no= rmal convergence when the flooding topology is split by multiple failures.<= o:p>

 

The more time th= e network convergence takes, the more customers’ traffic in the netwo= rk gets lost in general. Thus after the centralized flooding reduction with= out fault tolerance to multiple failures is deployed in a network, some customers’ traffic lose will be more tha= n doubled when multiple failures splitting the flooding topology occur comp= aring to the same network without the flooding reduction.

 

Does an operator= of a network want to see more traffic lose after the flooding reduction is= deployed in the network when multiple failures happen?

 

Does anyone from= a vendor want to see more traffic lose after their flooding reduction solu= tion is deployed in a network when multiple failures occur?

 

When multiple fa= ilures split the flooding topology, the LSDB is out of synchronization amon= g some nodes. This is fixed after following steps:

  &nbs= p; 1) the failures are flooded to the leader in the area through updated LS= As/LSPs,

  &nbs= p; 2) the leader computes a new flooding topology after receiving the = LSAs/LSPs,

  &nbs= p; 3) the leader floods the new flooding topology to every other node = in the area, 

  &nbs= p; 4) every other node receives, decodes and installs the new flooding= topology, and

  &nbs= p; 5) some nodes resynchronize their LSDBs with their neighbors.=

 

Introducing a me= thod for fault tolerance to multiple failures on the flooding topology into= the solution for flooding reduction may bring some complexity. There are s= ome trade-offs between the amount of traffic lose and some complexity. The solution with this complexity will h= ave much less traffic lose comparing to a solution without any method for f= ault tolerance to multiple failures on the flooding topology. In fact, the = complexity is invisible to operators. It is inside the solution.

 

Does an operator= of a network want to see much less traffic lose after the flooding reducti= on with some complexity invisible is deployed in the network when multiple = failures happen?

 

Does anyone from= a vendor want to see much less traffic lose after their flooding reduction= solution is deployed in a network when multiple failures occur?=

 

“draft-cc-= lsr-flooding-reduction” has a light-weight method for providing fault= tolerance to multiple failures on the flooding topology. This method makes= sure that the network still converges fast when the multiple failures happen. Thus the failures have almost minimal impact= on the network convergence in the network with the flooding reduction depl= oyment. The customers’ traffic lose is significantly reduced (or almo= st minimized) when the failures occur in the network with the flooding reduction.

 

“draft-li-= lsr-dynamic-flooding” just mentions that the edges of split parts wil= l do something after the split of the flooding topology happens. However, i= t needs time to determine if a split of the flooding topology occurs and to find backup paths to connect split parts. There is = no description on how to determine a split or find backup paths. This is no= t useful for implementors or users.

 

In addition, the= algorithm for computing a flooding topology that can survive any one link = failure on the flooding topology (i.e., any one link failure on the floodin= g topology does not split the flooding topology) will be very complex, at least in terms of time. With a good met= hod for fault tolerance, the algorithm is not required to compute a floodin= g topology that can survive any one link failure on the flooding topology.<= o:p>

 

 

3. &= nbsp;           &nbs= p;    A New Node = and Link Addition

 

Two different pr= ocedures for handling a new node and link addition to the topology are desc= ribed in the two drafts (“draft-li-lsr-dynamic-flooding” and &#= 8220;draft-cc-lsr-flooding-reduction”).

 

The procedure in= “draft-cc-lsr-flooding-reduction”: After the new node (say nod= e A) and an existing node (say node B) establishes the adjacency over the l= ink, A and B add the link to the flooding topology temporarily until a new flooding topology is built.

 

The procedure in= “draft-li-lsr-dynamic-flooding”: A new TLV with R bit in IIH (= IS-IS Hello), and FR-bit in OSPF Hello LLS Extended Options are defined. Th= e new node (say node A) and an existing node (say node B), send each other the TLV with R bit in IS-IS Hello or FR-bit in OS= PF Hello to request for adding the link to flooding topology temporarily (o= r say enabling temporary flooding over the link).

 

The procedure in= “draft-cc-lsr-flooding-reduction” is simpler and more efficien= t. We can see that the two procedures try to achieve the same result (̶= 0;temporary flooding” on the link) in different approaches. When a new node and link is added to the topology/network, it is determini= stic that the link needs to be added to the flooding topology temporarily b= y the two end nodes of the link. There is no need for the end nodes to add/= enable “temporary flooding” on the link through (new TLV in IIH or FR-Bit in OSPF Hello LLS) signaling over t= he link.

 

During internal = review of “draft-li-lsr-dynamic-flooding” we observed significa= nt procedure issues, which are big issues for implementations and users.&nb= sp; For example in one issue, if the first Hello packet containing the TLV with R bit in IS-IS (or FR-bit in OSPF) gets lost, then= to add/enable “temporary flooding” on the link will take more = than a Hello interval (typically 10 seconds in OSPF). This is too long to a= ccept!

 

 

4. &= nbsp;           &nbs= p;    An Existing= Link Addition

 

Two different ap= proaches for adding an existing link/adjacency not on the flooding topology= between two end nodes to the flooding topology are described in the two dr= afts (“draft-li-lsr-dynamic-flooding” and “draft-cc-lsr-flooding-reduction”).

 

The approach in = “draft-cc-lsr-flooding-reduction”: The end node sends its adjac= ent node over the adjacency the link states with changes it received or ori= ginated during the period of time in which the flooding topology may split.

 

The approach in = “draft-li-lsr-dynamic-flooding”: A full LSDB resynchronization = is requested over the existing adjacency/link between two end nodes for pos= sible flooding topology split which may cause LSDB out of synchronization.

 

The approach in = “draft-cc-lsr-flooding-reduction” is more efficient. In general= , it is unlikely that the LSDB is out of synchronization among some nodes w= hen an existing link/adjacency not on the flooding topology between two end nodes is added to the flooding topology. In this = case, our approach almost does nothing, i.e., there is no link state with c= hanges that needs the end node to send its adjacent node over the existing = adjacency. However, the approach in “draft-li-lsr-dynamic-flooding” always has a full LSDB resy= nchronization over the existing link/adjacency between two end nodes in thi= s case.

 

 

In summary, R= 20;draft-cc-lsr-flooding-reduction” has the following key advantages = over “draft-li-lsr-dynamic-flooding”:

1. &= nbsp;    It uses a f= raction of flooding resource (i.e., it is multiple times more efficient in = flooding topology encoding);

2. &= nbsp;    It provides= fault tolerance to multiple failures, minimizing impact on network converg= ence, thus minimizing traffic lose; and

3. &= nbsp;    It is simpl= er and needs less processing time (i.e., faster and more efficient) in mult= iple scenarios.

 

In addition to t= he above key advantages, “draft-cc-lsr-flooding-reduction” has = almost all the technical components for the whole solution including distri= buted flooding reduction and centralized flooding reduction.

 

Based on technic= al considerations, the authors of “draft-cc-lsr-flooding-reduction= 221; have observed too many issues exist with “draft-li-lsr-dynamic-f= looding”, and overall, it’s a sub-optimal solution compared to “draft-cc-lsr-flooding-reduction”.

 

We see that R= 20;draft-cc-lsr-flooding-reduction” is a much better candidate for ac= hieving high quality WG deliverable if people want to select one draft from= “draft-cc-lsr-flooding-reduction” and “draft-li-lsr-dyna= mic-flooding”.

 

 

There are two ot= her options to move forward:

 

1. Adopt “= draft-cc-lsr-flooding-reduction” and “draft-li-lsr-dynamic-floo= ding” as both experimental and allow implementors and operators (the = market) to decide which to deploy. If one solution is preferred it may be converted from Experimental to Standards Track.

 

2. Again, try to= merge “draft-cc-lsr-flooding-reduction” and “draft-li-ls= r-dynamic-flooding” and develop a single solution for the WG to adopt= . However, some compromise must be made by the authors of “draft-li-l= sr-dynamic-flooding”.

 

Either option is= a much better candidate for achieving high quality WG deliverable, when co= mpared to only moving forward with “draft-li-lsr-dynamic-floodingR= 21;.

 

Best Regards,

Huaimo

 

-----Original Me= ssage-----
From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Van De Velde, Gunter (= Nokia - BE/Antwerp)
Sent: Thursday, January 24, 2019 12:00 PM
To: lsr@ietf.org
Cc: Yingzhen Qu <yingzhen.ietf@gmail.com>; Christian Hopps <chopps= @chopps.org>; draft-li-lsr-dynamic-flooding@ietf.org; Alvaro Retana <= aretana.ietf@gmail.com>
Subject: [Lsr] Comments regarding convergence regarding draft-cc-lsr-floodi= ng-reduction and draft-li-lsr-dynamic-flooding

 

 

Dear LSR WG,

 

The LSR chairs i= nformed that attempts to merge drafts draft-cc-lsr-flooding-reduction and d= raft-li-lsr-dynamic-flooding is exposing challenges, and hence asked me as = independent unbiased WG contributor to have a look at both drafts and provide suggestions on how we may progre= ss to deliver the highest quality WG technology deliverable.

 

Please find foll= owing observations on both documents with my hat of "independent unbia= sed LSR contributor":

 

Both drafts have= clearly written problem space description and in general a well written so= lution space. The problem space is real. Each draft approaches the problem = space using different accents within the solution space. These accents are obvious when the solution-space is d= iscussed in both drafts.

 

I found the solu= tion space described in "draft-cc-lsr-flooding-reduction" centere= d around restoring flooding topology and making sure that during critical c= hanges, flooding is still fast. The solution space provides mechanism to make sure that a reduced flooding topology has minim= al impact upon convergence (it use backup paths, critical paths/node, ...).= The compromise to achieve fast topology restoration is by introducing a co= mplexity trade-off. For example, there are many moving parts from flooding mechanics, to avoid against floo= ding topology split. This raise to me some concern from implementor perspec= tive.

 

[HC] In our draf= t, there are only about two pages describing the mechanism for fault tolera= nce to multiple failures, which is one of many components for the whole sol= ution. The mechanism is independent of most other components (such as the encoding of the flooding topology) i= n the whole solution. On each node, the computation of the backup paths is = called by the component rebuilding flooding topology if there is a change o= n the flooding topology. It can be implemented easily. The other components (such as those components talk= ed above) for the solution in our draft are also simple to implement.

 

[HC] The mechani= sm reduces customers’ traffic lose significantly when multiple failur= es splitting the flooding topology happen even though it may bring some com= plexity. The trade-offs between the traffic lose and complexity are discussed in details above.

 

[HC] Also, the m= echanism for fault tolerance is optional. The distributed flooding reductio= n does not need it. It is very important to the centralized mode. 

 

 

The solution spa= ce discussed in "draft-li-lsr-dynamic-flooding" uses a generic vi= sion based upon solution requirements and seems to focus around protocol ef= ficiency/simplicity versus speed of topology convergence. From a documentation perspective I found the flow contained by "draft= -li-lsr-dynamic-flooding" easier to understand. This understanding inc= ludes packet format descriptions and architectural decisions (for example k= nown LSR technology properties/limitations). I found most of the information sufficiently well described with minimal c= omplexity.

 

[HC] The efficie= ncy/simplicity, convergence and complexity have been analyzed in greater de= tails at the beginning for most of the components of the solutions in the t= wo drafts ("draft-cc-lsr-flooding-reduction" and "draft-li-lsr-dynamic-flooding"). In summary,

1. &= nbsp;    "draft= -cc-lsr-flooding-reduction" is multiple times more efficient in floodi= ng topology encoding than "draft-li-lsr-dynamic-flooding";

2. &= nbsp;    "draft= -cc-lsr-flooding-reduction" provides fault tolerance to multiple failu= res, which almost minimizes impact on network convergence by the failures, = thus almost minimizes customers’ traffic lose; however, "draft-li-lsr-dynamic-flooding" does not have any concr= ete method for fault tolerance to multiple failures, thus convergence time = will be more than doubled when multiple failures split the flooding topolog= y;

3. &= nbsp;    "draft= -cc-lsr-flooding-reduction" is simpler and needs less processing time = (i.e., more efficient and faster) in multiple scenarios.<= /p>

We have observed= too many issues exist with “draft-li-lsr-dynamic-flooding”, an= d overall, it’s a sub-optimal solution compared to “draft-cc-ls= r-flooding-reduction”.

 

[HC] Regarding t= o "’draft-li-lsr-dynamic-flooding’ easier to understand= 221;, this item should not be a determining factor at this stage of the doc= ument.

 

In both drafts t= he distributed algorithm solution seems underspecified and that raise imple= mentation concerns to me.

 

[HC] For the dis= tributed flooding reduction, our draft describes three algorithms for compu= ting the flooding topology in Appendix and the operations related to the di= stributed flooding reduction in section 9 “Operations on Flooding Reduction”.

 

 

Conclusion:=

Coming back to t= he original request of the LSR chairs asking feedback to progress for a qua= lity WG deliverable. I have read both drafts and constructed an opinion. It= ems of interest to me were draft documentation flow, draft technological format/content and high level architectural deci= sions made within each proposal. Using those criteria, the balance scales t= owards "draft-li-lsr-dynamic-flooding" because it is using clear = solution requirements, clear descriptions of encoding and their usage, clear behavioral specifications and has consi= dered introducing minimal complexity. This means that from review perspecti= ve "draft-li-lsr-dynamic-flooding" seems best candidate to adopt = with most potential for high quality WG deliverable. In addition, we could assign a shepherd to work within the WG. If needed I= am happy to help shepherding the WG deliverable.

 

[HC] Basically, = the conclusion is based on the draft flow and clarity, which are important.= However, the key technical advantages in a draft are at least equally impo= rtant, and are more important in general. These are analyzed in details above.

 

This work is imp= ortant for industry. The solution must work and be causing less issues as t= he problem we are trying to fix.

We need to progr= ess the work on flooding reduction. We need to select the most optimal/prag= matic solution.

Obviously, addit= ional reviews from WG contributors will help LSR WG to define and build the= highest quality WG deliverable.

 

Kind Regards,

Gunter Van de Ve= lde

 

________________= _______________________________

Lsr mailing list=

Lsr@ietf.org

https://www.ietf.org/mailman/listinfo/ls= r

 

--_000_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_-- --_004_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_ Content-Type: application/pdf; name="Table-Compare-Encodings.pdf" Content-Description: Table-Compare-Encodings.pdf Content-Disposition: attachment; filename="Table-Compare-Encodings.pdf"; size=186126; creation-date="Sat, 26 Jan 2019 16:40:02 GMT"; modification-date="Sat, 26 Jan 2019 16:40:02 GMT" Content-Transfer-Encoding: base64 JVBERi0xLjUNJeLjz9MNCjcyIDAgb2JqDTw8L0xpbmVhcml6ZWQgMS9MIDE4NjEyNi9PIDc0L0Ug MTgxMDE4L04gMS9UIDE4NTgxNy9IIFsgNDc5IDE3M10+Pg1lbmRvYmoNICAgICAgICAgICAgICAg DQo4NiAwIG9iag08PC9EZWNvZGVQYXJtczw8L0NvbHVtbnMgNS9QcmVkaWN0b3IgMTI+Pi9GaWx0 ZXIvRmxhdGVEZWNvZGUvSURbPEExQzEwQURCQ0Y3NzU5NDk4RjQ0NzNCNjI2REE5OEQ2PjwzREE2 NURDOUEzNTAyQjQ5QjNGREZFNjg2NTcwRUZGQj5dL0luZGV4WzcyIDI3XS9JbmZvIDcxIDAgUi9M ZW5ndGggNzgvUHJldiAxODU4MTgvUm9vdCA3MyAwIFIvU2l6ZSA5OS9UeXBlL1hSZWYvV1sxIDMg MV0+PnN0cmVhbQ0KaN5iYmRgEGBgYmBgqgGRjBVgMglEMuuDxa3AJBuY5ACTfGBSGKwGwrYDk9+A JNPKZCD5z/4iAxPQ5OsgcaB5ZJL/GRinfAMIMADU7AoYDQplbmRzdHJlYW0NZW5kb2JqDXN0YXJ0 eHJlZg0KMA0KJSVFT0YNCiAgICAgDQo5OCAwIG9iag08PC9DIDkxL0ZpbHRlci9GbGF0ZURlY29k ZS9JIDExMy9MZW5ndGggODgvUyAzOD4+c3RyZWFtDQpo3mJgYOBhYGAKZwASB8QYUAEjELMwcDQg i/FAMQNjEoMQkJK5wJzAsIRBs4HrANMRhjUM5gycXgtYGEShBjAdloIYxKIJN4KFgekqM9T46wAB BgBhZgs3DQplbmRzdHJlYW0NZW5kb2JqDTczIDAgb2JqDTw8L0xhbmcoZW4tVVMpL01hcmtJbmZv PDwvTWFya2VkIHRydWU+Pi9NZXRhZGF0YSAyIDAgUi9QYWdlcyA3MCAwIFIvU3RydWN0VHJlZVJv b3QgNiAwIFIvVHlwZS9DYXRhbG9nPj4NZW5kb2JqDTc0IDAgb2JqDTw8L0NvbnRlbnRzWzc2IDAg UiA3NyAwIFIgNzggMCBSIDc5IDAgUiA4MCAwIFIgODEgMCBSIDgyIDAgUiA4MyAwIFJdL0Nyb3BC b3hbMCAwIDYxMiA3OTJdL0dyb3VwPDwvQ1MvRGV2aWNlUkdCL1MvVHJhbnNwYXJlbmN5L1R5cGUv R3JvdXA+Pi9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDcwIDAgUi9SZXNvdXJjZXM8PC9F eHRHU3RhdGU8PC9HUzcgODcgMCBSL0dTOCA4OCAwIFI+Pi9Gb250PDwvRjEgOTEgMCBSL0YyIDk3 IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXT4+L1JvdGF0ZSAw L1N0cnVjdFBhcmVudHMgMC9UYWJzL1MvVHlwZS9QYWdlPj4NZW5kb2JqDTc1IDAgb2JqDTw8L0Zp bHRlci9GbGF0ZURlY29kZS9GaXJzdCA3Ni9MZW5ndGggNzE5L04gMTEvVHlwZS9PYmpTdG0+PnN0 cmVhbQ0KaN7clFtr2zAUx7+KHltG0d2SoARyadrA2kHTrQOhBzfxUkNqB9sdzbffX7LTSx66PQ9j H13O0flL5ydbQxixlkhFrCOZJY4RYTPiONFaEieIYTCSGK2JU8QZ9DThwgriMsKVgDWwkpHzczq5 pjd185Rv6d1+V9CLl+5y2eVdQVc54aPRB4/pmPAjt+QxbldF1SEho+Pfm/ty3T0SLTid5rurotw8 9lOzonc7E+jMt/mmJVLQeV11k0n94s80ZMc5SFUsRoQ0OS+3hSBWYde3aeAmfyroeDKdXVx8mebb 8qEp0/h9n0oxRhcdxlfjarMtCKPX+UuviRsl6bIrnn5AXr+RGBiFNeWuqxv6c9ALGaORFyJD1veP hMb4MqKcTSNCCyJx/JqZv76HVQ6x/aNlWs/aD5mUiN9MvVegbFxDZ+ZI1TBrHLalESl7iyySwRqe +kImL923jOu9tTDJYm/KEQmKpNTDCLyhTWkZIgZ5W8TTOj76i2pVr8tqQ+/Laly15Wt/XjZtN33M m0OZ3845khvL+TUfPDhoSXWdc7p8fuhiae6a5yLV6LVQNJWxjcQjOqH3rVkXDbKdLNZgq+z2p/S2 2JRt1+xPxuv6oTjFervdtniK6LH/GlfmAVmQEdvArQdXQVgPsEImPHgKmfMAKnDGMGoC59oDpiA0 vIwLwnA/AIRAEduwmQdIQbjMA6YgJfqGB6myNA9oPHAKMlMeaMGavm+kHxAL0sZ1oczJPiaupVzA 1j2AC4rDSh2UNGleaaw1gGd15nHFYJEHZ2wNYm0WrFN+uIxxP8r/w/2Do9VpN2i41PgM7Olitty3 OP5F9auO/9VYUQze1ZeL2XW+owfk6OyeQAM7htzJFHLgGaHRIdZRvGc6/qQTzt7FS3f7maYeynUO zjDbxh96TPF65w6Szq7erhE+jN7V36sSTgWxKcmbgNHojwADAPt4uPwNCmVuZHN0cmVhbQ1lbmRv YmoNNzYgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA1MDA+PnN0cmVhbQ0KSImk VE1v2zAMvRvwf+DRLmCF1IclAYaAxsmKDWixYQF2GHYo1iXIoemabP9/lJwsaTJnDuIYsUXxkc+P pF7zzEphUINFLVwNCoWVQFrUtYb1jzz7cgOrPIPRR2ia0X37fgIYAownLbwOxI5neTZ6R0ASZvM8 I0D+EVib/Cw6QTB7Zp+7zxYWmzxDWKSV267u8uxr8VBWqngR5TeYfcizKcf8lGdXUvCMkYcUUuZt Qnibim+Y3qevJlSM26Uki0L/RzLaSzYM3BGWx4SJmTLqn4QbRGqRbB2qukEiDIofdsKvt6Gy/G4m gbDpXHRcI18qVDLtJbtpOhNDsdYRHvQBorWozBjJYzTvPFOCuO3a4PmBEkm6UHEw8rfhuGKXKHBS MilrIc3FJZOWk5l9TiOQzpdM7ks2DNxH2HrhfA/h6aqs6uJ7yZ39VFa2WJaEBdt0sYCyksVyVRr+ qtj5v9fJ8sSG9eOcEb9ORuEqnspJofp49gurDQr1d/ycF4qH8aywai/sMHAPYW2M6GuENir6HHX7 GcV8XC83L3GVpN2cCHcVD0M8k+4y4Q710Fs9EoxPM4wnEnlhJPBkuO4vspjfDNpPp2G3z6eh028d 4vCpMwF2w9ntx+E0RxFilyl7EMF6705dYiPugqRG3HnAHwEGAIwzQLcNCmVuZHN0cmVhbQ1lbmRv YmoNNzcgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0NDg+PnN0cmVhbQ0KSIms k0tr20AQx+8CfYc57gY03sfsC0IOebS0NJCAaA+lhz5sN+BYefiSb9/ZDYprBykqLoLVSvqP5j+/ 2akWR3VFlDB6CDqhM6CQQkox3yM8zOuqSJxCS70kJrSKdhXOJvQ0+pMJkmBQGZYoyo7KJ03oOapX aGWLk2GFCYQ2/KUoafZEfc2jot7wqAguLs/gvlh3DMVrh4nAKgwMKiI9K78cwZq1sys4Pp5dnn04 B3dyAqfnk0NP27qavdOgDbQLxgCKLw0hFDM+GWRr7W1dKVjm5X1dfRVafoP2Y11dcPB1XR2WKloM cTAV7Ka63oLJHYumT6kDcxwn47dkJsUO+NUq5rYN+DUkGyciSCt+yIbE02YuGysepdZcC+8W+W33 IP3zY/tJNkZ8zstW0y3gTjZefJdJbKQTv3PMI2RRt149vaJ/SDnGE5r07/jzOEQH3pcJ1sGh0kCE agh/2OKfFDvkN/CEDfrVPuMPb+PfR3iIJcs6YyciPDiXxzRY/nydj81Prr6TQfzKtd6s87p8AfBy nub/11jflxBz7L6xgn3VdZJ2XAG73JSO8OaubFZd7uDy9SEfNwd/BBgAO0RBhg0KZW5kc3RyZWFt DWVuZG9iag03OCAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDQ1MD4+c3RyZWFt DQpIiaxUy2pbMRDdC/QPs5QCHmuk0QvSLPJoaSHQgqGLkk0SO4TmQZNu+veVbuT4cZGTUmNzMZ6j OWfOnSPx/QAepDieSTH9SEAWZgspCEz5ELjgMXsIMaFjmN1LYeCmPj5J8UOBvoDZFynOyuFvUvyS wkbGVPDBVDxFj4aAGQ3D01yKN7gS+tzjutQTVn/2zJgcEvUY724fKudPTV4975fYxoypjBoc+jQi nhfeoK60U4/XehLVrSajBi03+x3fMnrfU7E1cfnC2fkJFE72A1njTBldYdvmhOlXODycnp98PoV0 dATHp+8/29HL3mORmy3msVzLeuJVmhbXKNSfUccyw8SpD6BZEfqRd/+jxVuHtqelY926JblZEi0a yxANo0tgkNujClgcSFHq3rzWncHEmwAyrqrvNqj1ZJd1igb9Voe6Qi6udYg5pzGkbNlrk2HLNhDM ZaPDzibN7gZpdm8gvMsYeGeT5ld7Z0Np9cbW/OgD2rgrwECyiWnT7MQ0sTsxy8QsU0rlNl2l1GG2 ncSQWUXmXYffuGg4IYfRnpKtQSEomXm5Xn/Pa2CeNdFLdBb138en7q3zD5LgrwADAEW5OIsNCmVu ZHN0cmVhbQ1lbmRvYmoNNzkgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0NTY+ PnN0cmVhbQ0KSIm0VE1rGzEQvQv0H+YoBTzWSCOtBGkO+WhpIZCAIYfSS1vbDXHstuSSf9/R2ttk 4+wSqIuNEKvnfR/zZEXg5EMQmNEHSJyRE8zutXKwrMsHrT4bsF9g9kmri5lW11r90so3jDlCooiF gZqIjoADFg+/51rdHMFaq1OBT98TkIfZQqsnroSlDHHN13aSzDcbzMY25rudsLld13VpiUTJJJgH G82P+mh+WGG+KZhFWAiY/Z6wRWVcbTaWe6pAVD7UXZX7s92sNnYSzfJRkGCT+VofPh42wuwwxCGl Bx5XDkg0xNWaW1lyrf86tjuZzv+ZCxWkPFYYmUtjbquYXWMOmoNnjHFIxQvH8oWLyzMQTo4yK+44 c8HgeI8TpldwfDy9PPt4DkQnJ3B6/vYfDwjmGDEOXTPPtaN5KrGRr1uS8bW36x1Ib/1edP+iJBKj S2/8d+mi60Xid5E0Hp0XFVEakcAh5+1SJSyOhNGFVuXQeS1AaJ6dN6W8Aqkd2UJ2HekhmNujsZd0 aW0hu7R6iBgKJh59SWd2G3l79BT4c7eDgM7uX0BL0sd0bsYwndgxTNd3UR3FbMyp3pPgsPHgC/rW F/wRYABuuzz+DQplbmRzdHJlYW0NZW5kb2JqDTgwIDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURlY29k ZS9MZW5ndGggNDYxPj5zdHJlYW0NCkiJrJRNSwMxEIbvgfyHOW6ETvOdLEgPtioKgkLBg3hQ3BYP trX1oP/eyTZu7ZatFaUlbLfz8eZ9kmG3RzDjDPrXcHzcvxpejECZwQBORkN45SxodNKCix5VBCMx aNAl6gjLirN17smYs/6ZAqVhPOFMgaSPghDQewteWpQexi+cSZim5Zyzu0KLexhfcnZKyTec/a1V NBhiZyvYbkVfOL2qd6ekwai/Wqog0e723LLGbqw5KLlDsJIRo+8SbKLouUKDMMWj6Nni460SPVOs hFK0GXqapLfzpfDrny8PCwpdpJfPs7ROm8iZcMX8SfRCUa2Ant/qTNgx/x8242KZktqbWSt6Skv1 Xq3+t7P1yb+Ozt3cdbAY3aanQ6n2c3cb7gcldwjWocRYdnGXhMx/IRexRkbPk8RwmWhm2vRXDXtN XChZZOptb/8i1dD9Ne73d8o6iaa5xkTG0KXe663feHtQcodg6xz+Vu+WjpB10CCSmqaJcmg90HmM 9SLJuyRictTMqhxCs4qmTzsmHWyzv0w++zkknX23WydBNOFbnVCWu6Uy6qZUjbodZG1Zj539pTKE HJUhtIOcKdHbn0plKzPP2oOGJnwKMADs1UD9DQplbmRzdHJlYW0NZW5kb2JqDTgxIDAgb2JqDTw8 L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggNDU2Pj5zdHJlYW0NCkiJvJRJSwNBEIXvDfMf6tit TKf3BcSDK4qCwqAH4yFqEgXNuOTiv7dqosYYRwNGCTSdyaup975ONRusFEwrK60Dn4LUCZR0CUyW JsFjv2AkMNFJGz8IYs6fNc5lmcL3Gm+zDO57DWwfbsJDwaKRXjlwOUpjwSoZDaQkHdaT9HQFRiju HMHaWudwc28LdFpfh42txYs3qoJ1djRoA9UAKYDCj4YYZSCTlBmqu4IpGNKyW7AzbsU5VPsF28ba 44L9slWyMqa2VjDb6niKhs4rmbeWOiLIn9jkKZvFqlsca5WaU/7ScbCi9FyBsPxClI4/j/uitPxJ aI1pcDegp/WjCJOv/ZEoA79EeS0iv6Ifb0a0Dt8rxsLza3rUhznySwnis/RuLklj9LauhZuxBWhz 3GTAzX2zua0p8/AZlct2iFUhtznscuPQRCLYA4SEVBFXw6w6EKXhJ7S8ov8Tcs7JPGerRnIRO4YJ nt4YuTTn9wTkZ1WkiUebCJsR8e2PMZPgroe65gXNciO04pMT6IrlhjGYwviWMO0TSBdiojKNdwX2 9FJpwHeotgE0ajqACxW3+Y14y+aW+dOBoMb/mr9Fc8CLAAMA8nhA+Q0KZW5kc3RyZWFtDWVuZG9i ag04MiAwIG9iag08PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDUwND4+c3RyZWFtDQpIiaxU S2vbQBC+L+g/zHE34PG+RquFNIc8WloItGDoofSS1nZD3KhNfMm/74ws2VaE1ECCzTLa+Wbnm6ea v3fgPCxWhXJg+efAp4xVBqKMFGHxu1AW1nJ8KNQ3vTKzqDd1baL+KeLtvZxrMElvRapZ+NMIm9rM SK+fGAmm1Ddy+QQbMSB9ZxzpRzDfYfGpUFeLQn0p1N9C+RSxIqDosCzBJULrIEa0ER6Whfp6AveF Omf4BHGG5wHvJbst9Q8TdM28k741zuod9zclEXxEohESz+LlP1xdXwC7jGQxxM5llTGws+cuYf4Z Tk/n1xcfL8G7szM4v3y58QjfSIRMlyMOA7plkFLZOSfNlSImLi6YWdDvgKsaMA1S9xoq5AP6ESoj metlxLcZSR6tZw4VYQKLsdod4n91UihWk+3UwWIV+3pnQxPCiLmoK9+qXbIyJD2AdE9IB/uUczVE SH+1TzTt1QPEyJ1cTj3R5blBtGnuAShkLOPUE12adqVqVIdCHSdiFNBFugc0TvqYLpQpTMd1CtMN Spu7mBP6sJ/NgDmOTko4TMrLrP+zX3zGRIMOdV4mxAEPy27VbZcyKY/Gud3MNJuzfuBV2HweLSSe quNdurfYGtK/5Go5uihfF4kjdO7NV/yNXG5kvwpSIrzjQCQE+CfAAMfkQ70NCmVuZHN0cmVhbQ1l bmRvYmoNODMgMCBvYmoNPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0MzI+PnN0cmVhbQ0K SImslE9LxDAQxe+BfIc5psLOTpKZpgH14F8UBIWCB/Gkq3hQ0e9/MF2zsbW2Krq7hGXz27yXNzNt T7U6bLW60OpFKxcYGwGOAZ0HGwTJAnuMzPC60upyC5602kv88siCddDeaWWB0tuCCxGbCEKEHKB9 1IrgvluOtboyq6dqUZubypvn22oRzENlyaTf2NxX19D+nw3vGEWmbMBQLH3g8GwfkigLoeeNaBPR E49FYXkO29vLs/2TA3C8uwt7B7/494RlFsHk2EUMMnJc+2ohhpYpOeu6r7YK6RoLb3agYiPoRvn9 yYw4j27KzER8g1QkpxIckmMQtmgbSNXIS+fgbisJku9cTu53XeBDbz/E+AWSGiUjuVEGBHNqynr2 kJxWRnJaA0J8xJpnD8mXzZGvt3qBD4i6C7Zcl5Lj3yFCBfGEDY+YHOyMl0JMC3VI4zaIDYQyVsol +lBaB/NJrEAbsZLe56PWM5/1Sin7UK7mvF6BZvXKjKypXtX7UC78vF6BZvV+Ro2nqf54xhBS94pp YAnqtIbovppni+kq/ZHe9FVTI/vvZvrdwpsAAwCsAijtDQplbmRzdHJlYW0NZW5kb2JqDTg0IDAg b2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggMTc0MzQ3L0xlbmd0aDEgMzkzMDg0Pj5z dHJlYW0NCnic7H0JeFRFFu6pe7s7naWTzkqSJukOTcISIOwERGiyQYgsIWlMwpaQhQABwhJBBIwL oFHcN1xxQ0dQOw1KcEUH933fRkVRxw13HQeEvL/u6YKAgM7o9/nmvT7J3/9fp6rOrTr3Vt0KEzMk iCgBHyaqzCspHN3nm4jpZP6gjShlZ35OXunVLxbNJvH5+UT2+fk5J+X+9HLGMhIfDSeyTBydl1+w IPfswaR9/Q3KCaMnTihpqn6vgLSfrKR94Rtd4s0J+ecFiST2TSX64ZIJJVn91z/afw+R+BRXraye V9X44b93/0hU5iMyD6s+ZYlre+Obg4guMqH8QF3jrHmr3tOHEE37ksiWOatqcSOlkhvX74X+9lkN p9aNeavmEaLLdxC9f3t9bVXNT1evTkL8BtQProfDdmf8GJRvQblr/bwly6aNG/cqkQbf5Lq5tYvm z69t+ozEbTuJwvs0LKiu+uTZze+SaKon6l8xr2pZY6+ojMHo/yT6u+bVLqn6x82dJ5DY+4sc//yq ebXn7Ng5iIT/B6J+8Y0LFi9pd9AajC9Ctm9cVNsYO6sLxjM3EZf/gmSuLQMGLK/6OG1G1PAfKclK 0u7/YsWzkl+7oqVu3979zaFfWnFNCiWN2NDPQgdI7AzbsG/v3g2hXxqROlhMiPQk9aIbyU7LSEdP O2XRWtQMxnU11OqmTHERmclqXm8egJCpzPqLtEYj3K4os6ZpJl0z7aKe7Tuo62nGCGDjSlwu8hDt M/EYQq7XMlwk2mWdvs0cKWdKcabIQ6MRL9B/baY8qvo97fRPafN/f5U/z/RpRx+H5Q3abO75141R /4Si/tu+phbq8oeu/QOevv/0mia6UX+G5h21rhbPdcf4zYeXjzmOiXSj6Uxq+FW8ZYf6iy+PHwv1 0b+K+xT30XYdva/FgutefPQ60x1U91vjPuxajx2Ko+85Ig8TqPCofcqp82HXXEc3/O7r7ae0o/qf pcH6Wb99X/XXaOrvvZYy00Bar8+kiqPVhSygCsu7gOB6tK087Hr7aNrvuYa2kNItV1O69TVKN22C viagh1P67+lvOeX3tTusTyiukfvra8hYpj2HfCHdKV3fSYOO7H/kXAO+9UqL12n1b40BbdYfza/f fFico7ax1ND6jtf71Viyj37Pjtm+Qyzt6cPj6mlUfLQ+5rsO92t3Hf58mj6hNFPT0Z/Zw9qhjTmW 0kKKKM3y1m+3l20w3st+q91vmb6Ueug3/Gf7qbaZ8rSPqUEbb/AYrY1Gi0eoq3Yl9dQ+owZRze9I lBvEdGowTUbbTwzky36yTvyEcl/KEbvJLfscjL2KumtryPlH5/W/YHiuSTz/V48iaEELWtDYtGtE 2DHrKmnPMevMdKXS+NmrZ0f+b0zvREJ7/4+/B7R5tBpY/iu/h84Glv9Wu99j+iA6778e4J9spsto hvYMufUvaSZQbPJSF/0N8GBapftpELjaaBdJY4C7gEXALMAF1AJzgWpgktEul2Zp6yhJP4Om6oup XN9MGXo9VenbaL5eSFn6PVQk2+EMMRFYB9QCM4FhwCygCpgOFB91fN1/9/j6Hm18OJeNET/jDOGj Iu1OGqW9Q+naRpwz3qcp2sXUX/uAx6d9ztfXXqSTxQNUCZT9kb7adZQtfqR+2iQarhVSb20sxWkF 6FNMfbVs6qKdzOfn392utb3oz34W9F+o4Ijy9D/7GkEL2v8rZnrkP/u3j+OZbuGfPbXb6YJjtdGm 0AWmeXSB3kTrjlp/MpkM3k3Jf9a4gha0oAUtaEELWtCCFrSgBS1o/9v2Z/ycGbSgBS1oQQta0IIW tKAFLWhBC1rQgha0v87EMX/LPWhBC1rQgha0oAUtaEELWtCCFrSgBS1oQftrTGukGGAIkA5kAKlA dyAJcABxf/gadTQCmA5MCKAPUAzkAaMBz7F7t9/+R68ftKAFLWhBC1rQgha0oAUtaEH7/9b0ADrz X8EVPpSg9I1kEvLv9RXgJ1IzWaBs1IV6UCZl04mUS/k0nkppMs2mRmqiU2kDbaHtol9Kv5RhKR5X qCvJledqdC1zLXed42pxXZD+7D5Tu/FXbhHHRd0Rp08gzklGnCqaS4toGeL4A3GyO8RZgjgrEOd8 xCHEEe0/YoyTTTHyb522v9D+BuLaKYWnJMa3V+sF+gga9MVa+bWn2+6c3R/tXiO/iHav3r36/ROJ An/1N6fDJ9HEwGclzTlu1koDLP8Ch66P1a/Uy/QG/Ut9j/6V/rX+jf6t/p3+vf4DjaA8yheaiBJ2 kSxSRXcxUVSIaaJBLBBN4hSxUpwrzhcXiavFPSbNpJtMYpfJbLKYQkxWU6gpzBRuijDZRKboI0aL bFFEFvGTcd2fjvybxShrgb9wrNHxjXsao+7wGKzST0cuTzT00ecSMNOoDrGQ/8P/OirPuEO5Blh8 1GH8KivyL00fygtKgcwYrR8XT/zGvP5604/qnKKUqTuzvJu/P6ioC67E49hftRLJU7Fm9ZLFixY2 Lpg/r2HunNn1s+pqa2bOmD5t6pSK8jJvacmk4okTxo87qWhs4ZjRBfl5uTmjPCNHnDj8hGFDs4cM HpTVp3ev7hnpXd1dnIlx0fYoW3hYqDXEYjbpmqBe+e6CSpcvo9JnynCPGdNblt1VcFR1cFT6XHAV HN7G56o0mrkOb+lBy7ojWnq4pedgS2F3DafhvXu58t0u33N5blebqCgug16X5y53+fYYepyhTRlG wYZCWhp6uPIT6/NcPlHpyvcVnFLfkl+Zh3it4WG57tzasN69qDUsHDIcytfd3dgquo8QhtC65w9r 1chqk5f16en5VTW+icVl+XmOtLRyw0e5RiyfJdcXYsRyzZZjpvNcrb12tJzfZqeZlZkRNe6aqqll Pr0KnVr0/JaWtb7oTF8Pd56vx/KPEjHlWl8vd16+L9ONYEWTDl5A+Mzpdrer5UfC4N17vjzcUxXw WNLtP5KUcooH04R6pQljwwgxv7Q0OZbz2jw0EwVfc3EZl1000+EnT1ZmuU+rlDU7VE28V9Y0q5qD 3SvdafJW5VcGvk+pT/Q1z3T17oXsG9/p+Ea9y6dnVM6srpdcVdvizsvjvJWW+Tx5EJ6qwFzzW/tm oX1VJSYxW6ahuMyX5W70xblzuAEcLnkPZpeUGV0C3XxxuT6qrA708mXl58lxufJbKvN4gDKWu7hs Ow1o39U60OXYMoAGUrkchy8hFzclI7+lrKbO56x01OD5rHOVOdJ8nnKkr9xdVlsu75Lb7uuxC5dL M65o9MLcjmitGsuZh6RbXWWaQy+XdwsOVwE+3DnDUWHH7TKK8o7mDHeVCQepZrhKoIVUh8VBQU/P HSOrdNk1d4wjrTyN7ThDcgTGZE73WTvEssNxcEx8nWMOjVvLAfVw5dfmdRjgYUHNgQEGoh19nJrM ReDC6GGVt3OMqtLTsXLh0xDGcMm7mOjy0URXmbvWXe7GM+SZWCbnJnNt3N+iEndRcUWZcbcDT0np YSWuz+aSj9JQrQpaLp7BgkyHuq1GebRRPlgcc0R1oap2y3G1tNS0kp4uH2VHqzCEOfe8ct+EzHK3 b2amO02Os3evVitFpJVW5mKtFmC7cxdUuV12V0FLVVt788yWVo+npTG/sn4Y1kWLu7CmxV1SNtxh DH5S2UrHcnntGCoSRaU5CKVRTqtbnFPc6hHnlFSUbbcTuc4pLfNrQsutzClv7Yq6su0uvAAMrya9 0ikLLlmQkSahYDXaO7Z7iJqNWpPhMMrVbYIMn1X5BFW3aeyz84UyjAt5cJ6rbjNxjUe1NsFnZV8z t+4eaG1FjV3W3Ed4kZBRydZKMsGeMLPH6gn1RGg2DSmVLj8896FtqKAtEcImHK2IOclwt4nm1lCP Y7sRaVKgZTNaSl/zQR9GLpt1CITr8cS9h2bgrSjbEkGIb3yiRY40PIWJ9XiG8D7Jd9XI529FeX1L ZbncPSgBzyq+hU+4R5BPc4/AiC0RvjB3bY4v3J0j/SOlfyT7LdIfgidfJAjcbLnptlS6sRFjxZSR Q/Ba02VIV1t7e2lZ2nOOPeVpWEtTgYoyX2gmXm7m9LFoN1qiEu7RvubqKjkO8pbJviHphdXlWJcq IJoU+kIRITQQAS0KjD5yvaFTNZ61Krch4cbW0VzuK8+UFy2bXW6sV7uPxriH+SwZHNOcIS+UVd4S 4+5vbD5Y62HpayWFYmxUUsYeB4q4WDknKSQCI692o6q60sXPSAnWMr8swhzsqcWeb8qoNRDmCFSS nJaeHm4L84X2QUB8Sx3eR+455vSQ8nIevFFaG2iAa9t94RhRRodUBjogO6gqlGPB91oMVTZ9RIYp bqNJ7mXYOuWgjUghqPbZ0gur8Hbj/uHwuLNVZ6vcBMMDMXayN0TOPAJ5x5bQ1n6b+9S0Doa9Q779 5PNHju1YqFTecqTDNyWzdy/rkV6b4W5psdqO3oHzZbUdZMOppVfLtwJYPnDG8+bKl69K99hWbXym wcLglrFuvEG0dAkcdHQsnzRXTblshSFPNPayYzYSHRrJ17QRvMV+giqJQIlvZotv1uHF+oPFAgkc BtP78BkCU5F7LZ6VOQ5fA55M1UTeERz17e5hbvlhdB4tUYmbdHBZ4PHHUycXTXO1q2wmHnYELKhs KWiRR9TqqkDaAlfyzc88LCTWhcDDg0ByOr7mia7KclcljqaiuCwtzYHVCHbV4ZzqrpKvgok8n4kV xlGlqkU+4oSTSrnDF4IXU11VrTsNbxCf3IE4+3KMpsCyIUdLi7vFZ6zbAjRG+Awsu0JJ+G7MdFfV yiN0nTxB1xp9CzBcIzsymiPfjbVcC7eRSyQOW99M+VHdIg/o0yozkYnolpgW19AWbMHT8PYwZVRP rsSrSr6RXMatrnKghCQUylI5AnHD0HTZkJeAHM28zNZpIemHPMb3gkxubDWiYmSTynwTVRNjPUmx MNOndcpGpZy8mFRRpvYpXVYXIr0ePFUO2dvl00rLArfH6F8ouzrUDeNu8BjvkMD6Ovi2Ue+hqQ7k 9Jh+vBz0USXak9rj+JHVqT0R4HcpW3ubvNpb4DfAbwb4dfBr4FfBr4BfBr8Efhj8EPhB8APkJZP2 Dg0ESgH9oKoBbgFeBcw0F5EEhaO/oDjtUcoDaoAlwGWAGW0fQt0tiCjIpZ29NTRRjMUNPUuJM5U4 Q4lmJU5XYpUSK5VYocRpSixX4lQllimxVIlTlGhSYokSi5VYqESjEguUmK/EPCUalJirxBwlZitR r8QsJeqUqFWiRolqJWYqUaVEpRIzlJiuxDQlpioxRYkKJcqVKFPiZCUmK+FVolSJEiUmKVGsxEQl JigxXolxSpykRJESY5UoVGKMEqOVKFAiX4k8JXKVyFFilBIeJUYqMUKJE5UYrsQJSgxTYqgS2UoM UWKwEoOUGKjEACX6K9FPib5KZCnRR4neSvRSIlOJnkr0UKK7Et2UyFAiXYmuSriV6KJEmhIuJZxK pCqRokRnJRxKJCuRpESiEp2USFAiXok4JWKViFEiWgm7ElFKRCphUyJCiXAlwpQIVcKqRIgSFiXM SpiU0JXQlBBKUECIdiUOKLFfiV+U2KfEXiX+rcTPSvxLiZ+U+FGJH5T4XonvlPhWiW+U+FqJr5TY o8SXSnyhxOdKfKbEp0r8U4lPlPhYiY+U2K3Eh0p8oMQuJd5X4j0l3lXiH0q8o8TbSrylxJtKvKHE 60q8psSrSryixMtKvKTEi0q8oMTzSjynxLNKPKPE00o8pcSTSjyhxONKPKbETiX+rsSjSjyixA4l HlbiISUeVOIBJe5X4j4ltivRpsQ2Je5V4h4ltiqxRQm/Eq1K+JS4W4m7lLhTic1KbFLiDiX+psTt StymxEYlblXiFiVuVuImJW5UYoMSNyhxvRLXKXGtEtcocbUS65W4SokrlbhCicuVuEyJS5W4RImL lbhIiQuVuECJdUqcr8R5SrQoca4S5yixVok1SqxWQh17hDr2CHXsEerYI9SxR6hjj1DHHqGOPUId e4Q69gh17BHq2CPUsUeoY49Qxx6hjj1CHXuEOvaIRUqo849Q5x+hzj9CnX+EOv8Idf4R6vwj1PlH qPOPUOcfoc4/Qp1/hDr/CHX+Eer8I9T5R6jzj1DnH6HOP0Kdf4Q6/wh1/hHq/CPU+Ueo849Q5x+h zj9CnX+EOv8Idf4R6vwj1PlHqGOPUMceoY49Qp12hDrtCHXaEeq0I9RpR6jTjlCnHaFOO0KddkTu FinatLP9qSOcODP7U+NBZ3LpDH/qMFAzl05nWuVPjQCt5NIKptOYljOd6k8ZBVrmT8kFLWU6hamJ 65ZwaTHTInYu9KfkgBqZFjDN5ybzmBqY5vo754PmMM1mqmeaxVTn75wHquVSDVM100ymKqZKphlM 07nfNC5NZZrCVMFUzlTGdDLTZCYvUylTCdMkpmKmiUwTmMYzjWM6iamIaazfUQgqZBrjd4wFjWYq 8DuKQPl+x0mgPKZcphyuG8X9PEwjud8IphOZhnPLE5iGcfehTNlMQ5gGMw3iYAOZBnCU/kz9mPpy sCymPtyvN1Mvpkymnkw9mLozdePQGUzpHLMrk5upC4dOY3JxPydTKlMKU2cmB1OyP3k8KIkp0Z88 AdSJKYGd8Uxx7IxlimGK5jo7UxQ7I5lsTBFcF84UxhTKdVamECaLP2kiyOxPKgaZmHR2alwSTGSQ aGc6YDQR+7n0C9M+pr1c928u/cz0L6afmH70J5aCfvAnloC+59J3TN8yfcN1X3PpK6Y9TF9y3RdM n7PzM6ZPmf7J9Ak3+ZhLH3FpN5c+ZPqAaRfXvc/0HjvfZfoH0ztMb3OTt7j0JtMb/k4ng173d5oM eo3pVXa+wvQy00tML3KTF5ieZ+dzTM8yPcP0NDd5iulJdj7B9DjTY0w7mf7OLR/l0iNMO5ge5rqH mB5k5wNM9zPdx7SdqY1bbuPSvUz3MG1l2uJPGAny+xOmgFqZfEx3M93FdCfTZqZNTHf4E7Bfi79x lNuZbuO6jUy3Mt3CdDPTTUw3Mm1guoGDXc9RrmO6luuuYbqaaT3TVdzhSi5dwXQ502VcdylHuYTp Yq67iOlCpguY1jGdzy3P41IL07lM5zCtZVrjj68CrfbHzwSdzXSWP74OdCbTGf54L6jZH4/NWJzu jx8MWsW0kruv4H6nMS33x9eATuXuy5iWMp3C1MS0hGkxh17E3RcyNfrjq0ELONh8bjmPqYFpLtMc ptncr55pFo+sjrvXMtVwy2qmmUxVTJVMM5im86Sn8cimMk3hSVdw6HK+UBnTyTzcyXwhL0cpZSph msRU7I/zgCb64+QVJvjj5OM93h93FmicP6436CRuUsQ01h+Hc4Eo5NIYptHsLPDHrQLl++PWgvL8 caeDcv1xzaAcf0wBaBSTh2kk0wh/DN7v4kQuDfdHl4NOYBrmj5aPxlCmbH/0aNAQf3QZaLA/ugI0 iOsGMg3wR/cC9eeW/fzRcmJ9/dFybWYx9eHuvfkKvZgyOVhPph4crDtTN6YMpnR/tMxSVyY3x+zC MdM4mIujOJlSuV8KU2cmB1MyU5LfPg2U6LdPB3Xy22eAEpjimeKYYpliuEM0d7CzM4opksnGFMEt w7llGDtDmaxMIUwWbmnmliZ26kwak2AiT3vUTKfEgahq5/6oGucv0PuAvcC/4fsZvn8BPwE/Aj/A /z3wHeq+Rfkb4GvgK2AP/F8CX6Duc5Q/Az4F/gl8EjnL+XFkvfMjYDfwIfABfLvA7wPvAe+i/A/w O8DbwFvAm7a5zjds/Zyvg1+zNThftWU4XwFehn7Jlul8EXgBeB71z8H3rG2e8xnop6Gfgn7SNsf5 hG2283FbvfMx2yznTvT9O+I9CjwCeNp34PNh4CHgwYiFzgciFjnvj1jsvC9iiXM70AZsg/9e4B7U bUXdFvj8QCvgA+4OP9V5V/hy553hK5ybw1c6N4Wvct4B/A24HbgN2AjcGt7beQv4ZuAm9LkRvCF8 rvMG6OuhrwOuhb4Gsa5GrPWIdRV8VwJXAJcDlwGXApeg38WId1HYeOeFYROcF4TNcq4Lu9V5ftht ztV6uvNsPdt5lsh2nult9p6xqdl7uneld9Wmld7wlSJ8pWNl0crTVm5a+c5KT4wlbIV3ufe0Tcu9 p3qXepdtWuq9T1tDddpqz3DvKZuavKamuKYlTfoPTWJTk8hrEn2bhEZN9iZXkx6xxLvIu3jTIi8t mrioeZFvkekE36JdizRaJMLa2ndsWeRILQB7Viyy2QsWehd4Gzct8M6vm+edgwHOzp7lrd80y1uX XeOt3VTjrc6e6a3KrvTOyJ7mnb5pmndqdoV3yqYKb3l2mfdktJ+cXer1bir1lmQXeydtKvZOyB7v HQ//uOwi70mbirxjs8d4CzeN8Y7OLvDmY/LU2d7Z1Vm3ywGM74yRkEPk9HV4HLsc3zhM5PA5djj0 mKhkZ7LWIypJ5E5IEguSTk+6MEmPSnwhUfMk9uhVENXphU7vd/q6kynW06lHnwJKsCe4EvR4ObeE caUFBo/MY+43yJirM8GdURAVL6LinfFa/tfxYg3pwiUECTtIt6LNVhHvLNAfFPKX+8wkxEVUmlnU ZqVJRT7rxCk+cY4vvUR+eoorfJZzfOStmFLWKsQF5cbvJPji5C+VGOXV69ZRSk6RL6WkzK9v2JCS U17ka5ba4zF0u9SEJuWZ0xc3Lc4s85xI0buiv4nW4x+2v2DXoqJEVFR7lOaJwuCjIp2Rmvxoj9Q9 kf2GFETZnDZNfrTb9ASPDR45v24RE0sLosKd4Zp3ZPiEcM0TPjK3wBPeu2/Br+a5Rc6Tr5y5ZDo+ pi9ekml8o1QummQxU3rl9+IlKMuvJqNMmcc1bgaasRi2RDmXHL/X/+0m/uoB/O8b/ybPqHbtbKrR zgLOBM4AmoHTgVXASmAFcBqwHDgVWAYsBU4BmoAlwGJgIdAILADmA/OABmAuMAeYDdQDs4A6oBao AaqBmUAVUAnMAKYD04CpwBSgAigHyoCTgcmAFygFSoBJQDEwEZgAjAfGAScBRcBYoBAYA4wGCoB8 IA/IBXKAUYAHGAmMAE4EhgMnAMOAoUA2MAQYDAwCBgIDgP5AP6AvkAX0AXoDvYBMoCfQA+gOdAMy gHSgK+AGugBpgAtwAqlACtAZcADJQBKQCHQCEoB4IA6IBWKAaMAORAGRgA2IAMKBMCAUsAIhgAUw A6ZR7fjUAQ0QAFGNgE8cAPYDvwD7gL3Av4GfgX8BPwE/Aj8A3wPfAd8C3wBfA18Be4AvgS+Az4HP gE+BfwKfAB8DHwG7gQ+BD4BdwPvAe8C7wD+Ad4C3gbeAN4E3gNeB14BXgVeAl4GXgBeBF4DngeeA Z4FngKeBp4AngSeAx4HHgJ3A34FHgUeAHcDDwEPAg8ADwP3AfcB2oA3YBtwL3ANsBbYAfqAV8AF3 A3cBdwKbgU3AHcDfgNuB24CNwK3ALcDNwE3AjcAG4AbgeuA64FrgGuBqYD1wFXAlcAVwOXAZcClw CXAxcBFwIXABsA44HzgPaAHOBc4B1gJrgNVUM6pZYP0LrH+B9S+w/gXWv8D6F1j/AutfYP0LrH+B 9S+w/gXWv8D6F1j/AutfYP0LrH+xCMAeILAHCOwBAnuAwB4gsAcI7AECe4DAHiCwBwjsAQJ7gMAe ILAHCOwBAnuAwB4gsAcI7AECe4DAHiCwBwjsAQJ7gMAeILAHCOwBAnuAwB4gsAcI7AECe4DA+hdY /wLrX2DtC6x9gbUvsPYF1r7A2hdY+wJrX2DtC6z9v3of/h+38r96AP/jRosXdziYSUucIf8vy0Ou Jzpw6WH/lcpEmkOLqRlfa2gdXUoP0zs0k86CWk8baCP9jXz0CD1Fbxz3v3X5D+3AqeZ5FKFvIwvF ErXvbd9zYCPQZo7s4LkUpViT65Cn3d7+1RG+rw5c2m4/0GaJoTCjr017Gd7vxf72vXjlotw+WJa1 tdBRRo9vQ64/cPeB247IQTFV0BSaStOokqow/xqqp9nIzFxqoHk03yjNR90sfNahNAOtsL0Y+lCr BdQILKIl1ESn4KsRenGgJOsWGuUmWoqvZXQqLafTaAWtDHwuNTwrULPcKC8DVtHpuDNn0JmGUsye s+hsWo27tpbOoXOPWzr3oGqh8+h83OcL6MJj6nWHlS7C18V0CZ6Hy+hyuoKuwnNxDV17hPdKw381 XU834JmRdZfDc4OhZO0D9DjdQ3fR3XSvkctqZI0zovJSZ+SwETlYgRme1WHEnL+lB7O1CnOXc2sJ zHQZ/Gd26HFKII+y5VloyVH4PsgoK4/IxEWYA+tDM+LS5cb8D3k7ZuV4XpWPaztk5hqjJNWR3mPp K+g6rMAb8SmzKtVN0KxuMHRH//UH224wyjfTLXQr7sVthlLMno3Qt9HtWNt30CbajK9DuqNivovu NO6cj1rJT1toK+7kvbSN2gz/8eqO5t8S8PsPerbTfXQ/npCHaAd2mkfxpTwPwvdwwLvT8HH5Ufo7 yrIVlx6nJ7BDPU3P0LP0Aj2G0vPG55MovUgv0yv0hrBBvUSf4XM/vWj+iCJpFH78vw95vpam0/Q/ c3c70szJFE8b2n9uX9r+sz6G6kQpDpCbcZe20vn4iX3+oZbCSWGmDymOtrb/pE8Fd9//trn+wE3t X5MZu+Zi/WXscjqF0FAaR+PpSt/qzLIHyIZTSgINE/fcE5+XZ+0d8hBOIBq5cIaxkhC5niiTZtuW nDzSvW2QZZ0eXdgmem8dGbIOp/OR+9/b/3zW/vf2xAzN2iOy3v3gvQ/s3z4fPTRrwAevftCvr8MT l2zb1oCug9zbGgbplnUNevRI2d8T2jDSo4Wsa0CQxJGZyc9nPp+V+XwmwmT27VcuotOiDcRFaiEh cRZ3lz7aoG4ZgwcM6D9CGzQww90lUjN8AwcPGaEP6J+q6XHKM0KTZaG//EuFPmG/RVvlHjl5gDk1 OSrOZjFrnRNjeg9Pt5dMSR/eJyVED7HoZmtI9yE5XYoa8ru8HRKdEp+QEmO1xqQkxKdEh+x/xxy5 9ztz5L5cU8O+y3TLCVNHdtWvCrNqJoulLTUxqecJaYWTo2LtpvBYe3SCNSQmOqJ73tT9a+I7yxid 4+M51v5xJKiq/RtThDkVmTeyvqUznZDZ1v7pFrsYB/5mS5TBX26xGfzVlgiDP90SDn4IP85FUqLI ojTKEL38sSWm+0VPGkR9RZ/W0Mm4Da/ukRBZHxgva/vrO5H81rTENpG1pSEtNqNN9NraEFsyyNQm em5pGBTaV/7zewN6Ivc7MyWQ9fS4SEuHHFriAzmV2Y6PS9Vk8mVuTRGa2RrnmXFa4apnLhxXcsVL p2fPqShwWM26yRpujew/YeGEyetqhgyqvmjKuMXFA6NCwiz6NntiTGRcj26O0lu+ve7GX+6eGu/q 6YiMTY6J6xwb2i2rW/6aR1ac9uDpozKyMizRqfK/m91MpK/A09qL7pL5ak3uFshWt0C2DLYZ/JPM VrdAtrq1adGe0NBYV6yLQim5TVg9tuYMsSNDvJghMjIsSfIf423F3UCtllIauWekfHqnLVyE9GXF DB2alWXnLPaXOcwwAoQ3IO8JOnrbZPetDbZiiwzgb0AE5HCkfHJnTJ8WSKPmTuuSMSh64OABaciX kce06COkvsIUZrPuv7RTjx6dtDqrzWo24+OARfittlCTKRR6vCastjDT6BhHjNXZzXRmN6c1xhEX 44i2HpgTau8cG5NsDznQzxrtUPkqMsdRMlXJfG2neE5XfCBd8YF0xQfSFR9IV7z8vVAKjZoU3yYy AwkRWc9xCpCBLVGTLLLq4FQPnyI/EvE8pSIMO3T/zk49rHFdEpPS4qziRThMRXGO2FBM4C5rRIjZ HBJh3XdjaLT8qwyb2/daMnGPh9Prcswee+WIxhGarW/fTllZYX0SE5MDtzw5MIfkwBySA3NIDswh Wd7y1K79IiLCEtE8zB4lP9AwLAytwhLRJOw+LRrntx2eJBSo6+Di8MROtqzEfn0szu7FTm+M1+yl kbCYTkOjByABr2YGHoLoAfaDKnroiVkDBkQP6Nd3Gra2o8ZIPBREJUouqWi3iNSl6ibc0QedA+WO lqp1EgMEtjEjkZZMa5wzqVNarFU7MEAPj0+Ji0+NC9cOjBbWOFdSois2pJej3tW3a2KoWGoWa8KT nRlJ86IcsRHJKrmmWfsuCwkL0U1Yd9i21h/0b+zZNSK5u+OXk/WNqT2TwkNjU+L5HphWmaPpRNpo 7EvdoqLiAmk3OCrANoO/kWmPC6Q9zkh7alifPv1l2vsnRskPNOxvj5AKTfrLJnZKzZ4U1ieqmymp S3GSVz5jRo5kmn+V5awB8r0ReUSHxEAPlVNOZUZGN3dCQvxREpqqdxqQ0eH5NK2yxSfbhiR3c7vj D9S7RnXWNM0a60xMdMZYeyVPSunmTIkWw1IG9++XKLDqYp1JCa4Y6+g4bOThKf27abuGrjxhzBVj f/k+xCazaQsx3dG9S1inHs79Tw6srpyWNWHTBO2hkAi5cCNCkNWo9r36G3iyu1CzzOq2RA/SkhhN 8n8+gCJLIMWWwJNtCTzZlv/D2peAt1Vd655JOprneZ5lWZZlS/IgT1I8SLIsx7GdOXGcxENIOMHO AIHgMiQhlJaW9BLoTS+3l77LLe99Xx+9SZzEJX2F971ASwt9fPdLez9a2tv0vjJeUdL3aJMSlLf3 PufI8pAA4SKQ5KOz9zl7rX+v9a+19j5wyBZyIhZC2Kqvv3gG/KYWaubwqtP2QRmEajGGR8OXkcxe CqsuwKl6SmiHZ8wy6BQgsnAMOlPW5pRl5OZNPJqy/4oszXGRzm02eXTwG2eJyCPIDl3Q2tSij79d BtF2kdqm1bJ+DYzTA9BzG7A6PuwomsF2nwjcdZUPt8DPgAWvMuIBOV5jxmtMuBkMalapwgvoi0yO F0z8EfglrYGHzCazKeB3DpkEmiE0JzXJlFqDQ7vMWiRsZAQfGRkJj4St58qnmdB5EB1omlEQG42N FZMrZjAIaeIcpTAH7Qa3SS2jydIGEa6p8tjcGjGF78PxnaRI53M4fXJS5JAqRCROCYA/o04ZrAqK BIb44xeoFDwuUFgN8FkkKqDj/0MFwNirsD1w9GdMxqAsIJ8j8LTYGHCB49KAZI5oBRMg4LdXB6/I ZBr7hOY2wW1oAgDKpNYkcXPUdPGSOpnUJC2q37Bf4AxQgRay4BVmvo2JbRQGjeBAwYCQuw4G3TQc NBhwExqpgzLSXtJN/oomVQG3268TketK6SFKovXZ7F4FIcJ3UjJT0GH2mjRSEfkl4vv4jjaDBQxS KBMX3xfL4BBtevIlqYImcUCQZKIHShL4DJDvgLd/BNGzAz2hYxL55UD8PEFiUsxJGE7r9dKaOaId jFdqCf6+vp72v6Uaj39E7+C9bDEJpzz4ckl1Kcbyw/rg7xlwpsr/FqMap+MfMeBs3qOGkyx+qSX+ lHaQZAJQE68ashLt/FfyH23xnjVjK0r/S+fz6fCq0fvW1mh9jd5wf9LzR32kp+2/nUmuqNK3WpuG u3/024buuB2PJ9b2xDwqu5t8xm33dI+tCHa3RBSi6q71+Le8LVWG0gvWSFupL9xZayo9Ywh3QG+7 +/qH5GGqDlCw26EUTpkwQDs60hKZ4eOoPWUn7J45XJOWqieJK676unqivmYObzhJ74RUbaSI3gBZ uwhp2lm74WPGrkYNJIx6sp64wtTT8PxTDGiwiKFRFQyNuhFDIw+LLInekSbm1P2Z7AOnmei6fKtF DBwCLQ2kRtKZfYM10bUHetvXtVfJhYC3/a3dbXHbtNlHXjn04Ktfz6tsbovXrbGoRU6fo2nHkyPb nxyPO7wOIXDaAPcQBdcACjSYE+tgIwgtkQTRh4XQAeJluqoYt14VsDqHg0SBgExhusooxgXWq4yA UzBvm7wVuqUrNHmt9ys/+drHSI3qr/zPw93/XLXmYeYbxyaPbqghnI++enQFq7GeIy/cN/TojpZr H9RPfBPqBt6fAtxfDbaeZ47gxnRiQAi1mNjyF8gBr8jHg1eE87gEjIdlfgiV2oDlLwwie1cY+bgQ zEJhBSg/B8dTULRU+MnbcAyEhpbSFPibLm3Fd9Bg4pEi8P0E/qwQHO8G0qbZ8dAqq0ZjVopKr9Iq i1ZtBhzvn2iVGY3s+l+JD8HIvNgqNDKBGo5MY5NKrZjNKriqVhupj13jRmhfuGFFL4BojBuWUi24 yoBzXNTHDDoLugg+5AJR1oL7r/Sp7piB+FCpLN2DTwtlcBAyYemYSAtcBuB4QD1XlUry1z5XaVak MgNWCu59tYgdrIj8qdvuhvfOXP+A/ICKYWlsGvEMh0NpgutIsSrlHNGcljR4PzILwKtOAhfStEzq wHw4WbeT0xDUDTtjgIWMwsFIzd6PGNSgBbaYZVom62CbU0zdTl5X0GfwKFswTRqb1N55NwgZhJBm +Rk/tcgPBLSYUtYXdhfWfmVbomnskcHabcH/4HWIjxpcKrV71eq1oftfebR34Ngr93btXdOkk5CP aq0qkd1vb9v1xIbtT+5oMOhxB1AfVCltd5bGdHZaY9FKC4++fPD+nx8b0DudWienW+CMA1gU24h0 65XBxbZGnxRu6cKM1RM+aCDES1wIIlExVsOnqydkPtaOLHUbC/lopYLLHL78lfxXkR5o16WjSw7E O4GeAUUwmV2A0/+e1rkAu9eLjGVpvFxq4b+TfyrjfAz/e/47N0K8D4xQj/nYCAUDI5OoJtBYgG7h ANBf4I4X3Ct/V3gffy9ieAfgXsp3QP5fIftNCJ/cpAZX2ix4iAhgzwGzJCQCal7CXwPXb8a2sNf3 EltnIxFDc/xHRDtgalJChxkwCTGWlmOGqgmPVG2bUJclzbJV1eXYpSj0XwiClSeZuLMq7jyILyNk 1kWzTgwHPJX8mkjrNdt8RrmgdN8SWU8JlQaXyeLRikmhVFx6Fj8gFAlJEw1mIQnoGKH+5I+iJSIo NeA/BUdJeFQoVailpX0lsUghl3DWkXgDSMGEJVgpaCG+aPkEmDyKk9QOPv6D2pBPUPDoKYbaMR/6 CZeJ/Ig3VMqSU+ebv2/IFXt8YO6Tr/K3de1BGoSqSA+CCWDFmrFd8A5ma/SRoGkOv54We+RRSSTi SUjgX2rM0zAeMUhJe2DcfpuKU0Q5bohpQDAGBA6QDzgTMm+LT+djscWRGMebbhaJGfSCCVrrMppd GpoofZXyVultGjFZOkHQGpfZ7NTQARPjrHGDMCxE4TGZ2R2yTZp983g8cO2ITEYKxUJy5toj5aM/ 9rhgCPZJgviJo9oidXl4XH4INNKKFdDMd2vgcmsbVTeH/wxA0dY4Ia02QntN7qiEIjfn09LK3xeg UAhdKxsl6aCmloxWazAY47XkvDLJDz2Wfc6AqvRO1UAQB5EQrbYZTHY42hm1VacWlcJrQgQO/hFq bEaTXS3s9LicbkLa962CJ9+X93zyo8qxipQmVck3+J2hqjVr1lbhHwEmSVHgDbKIyesfUN3AH2ix IJaD434B0xGtYLo6wLsEM+PKU8pJ7xyuPCnYuYBKnFSawdFZRjkpgD+fYgQ7F/KJijQgohMV5Ijq XnH/Dw8ePHdvW+cDPzx455mZ9Cl3/u716+/p87r6wOfBgptwHPrf31jZ/fBPj9732rGV3Udffmz9 40xbeurxwU1P7m7tnH4CMiCgsV0AwXbAg1eyLFh4HlgPNbj5NqAydfAjgUDm/7N+XFbhii/ypFcp CALXJZDp/X9m0CkL/DBkRIu9r9FB0olAMBDgudGuxNhjE8d5cxEw4XJvt6tlU9pzurNDHzX8zbdb e+vNxB+GD22Klr5RqRIhLYuvnMjntqsFgtJuZ1Mfxo3nKTCeOPDO46xVkBD62XpVWJ2AW2ECrYho KG1h9VutrcbknyHa2PnIs/pLMcjrk79EhlETblW/xYAzXck/M9y5EJllTl+2kMFacsloywzfaDQY Klg++ZRI77dZ3XoJuVbpq1uR2MGPH1AQy9aHNtXZGwr11ojfrdogof9DX9eXfuLrHStjZi0NpiEp Vkj/VN0dtZQGyvL4mdseyOxYAfm/SuquS1e9azETv/W2hc2l58xR+OSi3usfENcASvuwI6xcOgnN mUAikFDY4c4fTAEmqTwtTnZctXcJwpPAcKnPurR1WkILLJocQRcRfiAalJ9FQooi93EyidrKmWS4 4yqDmmth+9OMVgAb88AG7B+0YQMADt9CHt9sPrz89+KUrZC41jr59eH4aKFBRQsIAvAxaSSzrS1S aHKGMxtHNmarE5tnctVDXfUK9LuYFofah+LBdI2pJrtxy8ZsDR7M7x+o0VhtKqlKr9LZdWK7124I tQZC7VF/dbxn24r0znxIZTArpWqTSgtiBovdovfH7eGO2mBVrHsLtHA2gK8OgC8X1oJmC0YBOJ02 KCkV8C6nreOS27iExoXLL8E8BmWFP8wy6Jf5PIbwxmmMDqWidEmscZstTp2odImn18Q7UNfkr/3u a4fKWr9PpAYM26qmaTZz+g+ImQbAXE6z0YyL0AI7ZCB0ZySBCdWEdd4IpXgjdAb+ILBW2p9Upf2Z d4+c5amwsR+03/Ht7aNPTbUA+Josbq3I2zOaTG7pdou0LpPdqaXxb+3/5s7m+MQT9xPTvPP85Klt E90eEJ2uJ6bKVAfH3ECyb4J792B9KA7FjAA6fzzjMbokRj2g12mJ1GifMAg4lqUBrgPlG9hkA8o0 nCv/viiJQtwgiXIHJTEGnJ5qk4wq/Z2QUvpcTq+OJvEYAXyhWOex291yikYpFFKkkJEvGaxyyFbE 175DbpbIuQQKjjWCe38c3Hscu5OVu49oxixYFYGlJTFzPGYBL0wBN5mZZCiNosZkrkBAFpkIyLTO CW0lNTNH41GLCQwJjSoZZZmBiqVplQ0qHWQ5g0IGabKcQpkftNbYpOVHjZMPKklNyOkMGCSCP0il f6CkOq/FWaUhFXhN6d9lAk2V1+7RSwRvKGUXKYkWMJ+AUigt/XuHxSQXkMDp4V8yGkuHRTC7IjeZ 8N/gP0M5F0CUSk9bLPgWmHcRKiy6UhLIBuaW9qHcUpa1O0YQKsllFrj3zWfCoDUWy5wTJqFmQsgr Nno5+Qs4fqjT8k9lnVZw0YoRxssDJMxircdoBnAszcpoZcDj8OvF1DXi/wGVem0ev0IgxZ8olWcR fh8xwOaMAC2tw18XSYUUpTQbgDfZfL1IpsifIm/yZ5QVdCk7nZ3RTlIqNiZkMrw/AXPzCZgfTqhg 9i8xh/8lrcCCQSWGyzCYvcdauFxzC5d7buESoi18xrBljhCldWrjS1hClSBaX0zgWAJPJGpXVM/h wMW+7sE9Hsr+Xm2+/U1ZP4VF+ToPzLlFR/ZsGeGrZRfCW0aSXM0nBibElhFrWi414gnjSwzsz4M6 NDCYBzdQoM9a+3tMbV7W/iYD+zVFK6o/sOvwCMu9hBBODQ3C+ZJavIFjI9wRCpkDmrXVBhiUkimV zWpxKlq/MZjdNxjp2P9fd84Y6lcm27f11stEMjFFWzvXTia2fXl14JmvdY93OjesWjHVbpLJhEKZ bGMq489MrihM5/2ZxKoGK7DTIBxXmu0Wr11bs+a+1ReMkVQoM9zZDXR0AujoF4I9WDXWjp1FuUtg 2yTuRi793Miloxs5qcO/kdQb5/Araas+rIHlSResVUIthmH6P6xCJUxCkhZjekljg5sSAAcnOBvI WzOqQhJ8PSnoR0YUKMKYLOf+5yU/Yj3HtgvAhmkxwzYVwLbAzPazZhZI25issLVB/VKjy8ZYPPuj 1QYDIhC/iI8dGwn3ZjJBkcaq19k0QsDxQcCiEVX15XJV27+6ruo5fWJt2tWR7gl2z3R1rG8y42/f ef5IRh1oCd0hYnMfIkEzT2Q/+UOo2ataefif7+w5NN6uqe6MlU4Mr2sbuxf6lY1Axi7yFawB+wny ejaY/YdJf/D5OyhdDGIZlqOWKW1+sLCkef09ttRJSNPyqAJXmN92piXynBNE+8SsNk++Xw8rC2J5 DiYahSfF/ZB3hIvoDY+OsJK+wBU10zKn+W2G7UALezjHaPP15PsM7OQM7EQMeznFiPtZAoLyj8uX iIUs3RAuSD+6CAFtbutbH9325ETDij0nNoQHuxtMYiGhkSuDbWtaDtzvTo+0JdemwjJYqfovarNa bvbbNel7T9/50AsHW1UWj0mhNWmCTneV+9xz6w6vD/vCXpHWzkpV+GvB3did2EWUR9oxOrgLPuel rmkQs83hV08Hg6O68/hVTAS4mjRtGQ0Xp7KploEWoq6QLhAthZZCNvVObDyXBUNMSzb2YzbSU1AU zFBuZB4BFDqIYipeVENPMjLCxR4w7I/99uLFS2o2Q++aCheZqayyxdlCYAVVgZCRqPfx1DsM6H8j uoCMKV+BNCOhgmsgHMOLhFPxMLoIsB4jbATDWubKYA3Jl54/EAhw9I5aXvz6BUoyGIEZYtVF6qm7 s4/1bby3zyMGUazJqaONddn6jnt7RCjU1YqkXmX7umarL4J0JfcnB5OcrtakqpGuoGZb+9YhzaaZ r6/U12iNuvrJb+0M9TR65GRjX2/75CPbPnkTVk7gcgBC2b+l27d+zSdf5Y9Q/0IQzsZcKNVfp1Bb 1EGnw+dkdexFOtarzBqZ2W9DaDjyP+5O0rStq6Zz7+p6AS1VyLmZJTwDMHAA+xXCwNqV6Q0QA85A 2rD/R0QQm8BkAAEGbJJgzk4bwGul5DwxCEhdPYCEc+WEVHB7r6W4JZsKDYSIutZ0KxFqDbU21r7j Hs4BEyc809uvLggKKMCpxAFUGocFlC1WXY79TlUBCT/qeYulyGzJKkPOEIG1qloBLlDvw7XvMKD/ XniBswx3BRQWLUQBvMgNskhfQPXziSdAZnDg8c/QOrfV6jUphKUji/Tvic7r/84HP4f+8TW0xuwx mQERUihLz+NTMokF2kqSlovxP5XkizHQvCZ6Kxi49hv8LolcTJK0VCwzqUrPl/xqPYsLwQuCKew+ 7E2UWcIO7BwgITByTQMKQIyvpqXx9vgAeB3QBTZCY2o4kBoaGCLqxtPjxND40PjourfzM7lROHPF e/vjpqKiPQesCnUm0t9VFGVQIgIAIlYJC5SWRoCAVeyY6mUQ6F9QIzxYlEPOIQIbV40DEKD+Z9a9 zYAr7EWXkDPgGu2mIgOuEoGXAT4v0i/qKjLgUiinAZARW4gPaCPKaiX0ek6nMIo2VMCA4pJdnsBC 7vGZsUM0GXS1mw4ND39pKPwW5B5q1VtNGaPPphcJREKSVtiCMWt2LO04oNRQYjl9wBzpDFV11pod dWIBoZHJ/c1l48Eb+kq3AMAzoA+Ts9bucOfUUG3t2gfXbKHVFq3PVXLsGRVLxAKFSePwyOVS2t+3 bzv+V5cPRJd0vm1dk9UWy1Q3D8YUGnMldFgXoat0JgA6zUKY4dgKfPFTgt1YAEtiP0Sc1JlqxaXW JGSiSbhKJKlSwTfgfZOQ0iShC8GwKOupo5yDjnIOOsqx0yjnoKOQ9gDSn5Emg1ZKUQ0JiykPaC11 WtGP7EgRkZ4Uv0KLX/eAWE9awjc0wZazjCmvgG1nGdQYBsCI9CzIY1YySzDT58PLso1Amm0in6LV Nh1ckZY9sWns0XVVse3fGB04nKZ1Tsh8xN/t+lJ3CvAcwHtWuNvTmaCZpzkH+tf2Hz65ff/5I9me LkLKr3z4pAcwnO0z6e5DE4DxdNUD6Y4A6Z4AjD+MJbD3kHSro42pxqlGUgs5otYFRKbVumvgspAa KN0aKPYaxP0B07h6pjv8TJiAy+DOQA6ZoDiCRHE8CP0tRZ8s+aegvN3umh8/QB2jiBcp/HUKpyhb 9M1A3vTeVsW0glCI37P1c8mX+fVdLNX8TZglRJCth5ECPFTNj5m7UB+B6JuAdypM7zGYQqUglKTC Jn6PsbFMCJJ8xPZHyjWzG84g8HewEemCJk8EzZ+ccmSmB9PjvVEZCN1JAtiuxrV70lPP7m1p2/P0 2K4ntka+S95zoH1zh4cgiKC77+61tXqLnlaYNXKtUiY1m7QdB+cO7v/Bgz3d+/5uvfbQ8drCRBP0 hv7rfyWOAm/Yhn0Z5QAMKkgwEbG0cjzeyvN3K0fwrRxwrfChKHXV/rnrr6c1KjVe8EuKjVlLoFiX cxVUOeQAY5D/hC/EL7McMg6L1ml1o6TIgDPrAkWGOxe5slhqScWt0kSVk/DzdomttxFHKWBWaL0j ZPUnXIpXRFKxQKN8BaZETMAx3a9SQb59vze3O+/t9MEgWqk1KgRiqdgUH2zZzlqOa+/zDobUs+Zi ZMvDa0NypUxrhVbAD3hDC5DUBHY3dgZ5iOpqvS8KWWNSsnkaPklwUK9PTkLPIMW6O5KSPdObKcHt MBrRbcuvzTiK+WxtS7E7lyj4cqrC/sqgBgmKj20uxBFfjF+KsQUKWLI8x/a2DXVnYWB/eUeRAT12 txQZvk/B/oXRDhLpzYIeofDzSdrI8YAbBEnCFmAgYJDUUyXSQMOhpimxUByvqzd2rKpV/4B1BT9Y rJjqdUdHLM3xkFFB4rTaZYG/hfK53uD2r6yr+p4BBlXtK3qCXTPdHeublwuqqJdIEijPnBhquqE2 t44cXROiaJqWiCQyyadFYEjfojsF92Aa7GnsQ6Tv48ennoZ6PjMzOprfMAa/TWmnUmEpJAfivCs/ BV4z2BxhSzsbjj4w83TuqeKjmemxmeLR3F2FnYUNuZ5CSioJU3UKqKaWfgH4OFcHQu7hojmLgMBZ ehYRMbaaFucYIyIISfTOluW5Yrbr6dyjTxUZeKWjM0Vm8bVaFMgttPTXwculpQy8oHm4yIBLIpRw /oGFS4yt1OGLFIuXAbAoTNZ/bky5bwgvWKmooBd6+ie86gNdKJ62fNwIoWIFUDEoKFRMA0ipQkgB 4XccYa8nG6S1MEBH2JMA7BkA9jTPA6NAqZXP89grMYtR6Mvdnq3p1EuAfZDIRXpXlSXfhl9chAzC s23kobUsjsRLcLS9jEwxm+oSUy+zyGwYbBpbisylKF0De1eKKWB0tC47sFCT0+s4O029CNC4jV0r N5vNeoZ90P7WygwQfs7VHo1HgyXjtaLixuxwbqCYyngN0WIyFyrYCjJkjDlIQYt8IX4BQiqOCoEc jmwbRUUGtk0NFBnYOhktMuX2pnl8pHj/xSvqC2nZPX+YehEK3gkE3/4Kaype+ZzqOu4HR8NdesAp SYHKZRNBAd6y4LfNH+N0IBQCD7AbewrpIB5vgoXvq7MbHY4uaARO7Y40gY+z/dmuCa1ZBVm6/rb8 aCZYHM42dRX7c+2FSM7MxYbzNh+Gha/F2SIYVIkG6WMWdHEb6sPCwE6Gg0UGdANCCaaiI1Oq0swv iP2Wif5v2dxziQWhkNWCjjaUY3+klFu18tnH+jbcW3CbbxLx36ppZ5MJnN5EaTB3nmCzPrNf/vLY 8XFovaeHhzv610EPPvbEWAJZ8Q5Zxxh4TYdhrtLuPLh/+njuWPGBzPi66eLB3K7CSKE/Z7QkC/5C HVDNOUtenckWBbzxhunyG5nupYbbcTz3wLEiAzs/OF1kFnZvgf0Daw2vIMgWGUHZWnMXqbDVi03z p6eB/tNstJsoLWOSs4/lN8z0uUUaNkFqqu2t67i3GwACLk5HlCDS9IXM8nHKtJwZ/gwJJGCPJeIv ao8hO/greRZgSoutYdeknezBzhN3YBLMCezAmkEXRJO+sa5mMNdfbMu6aoqNSkFjLlAwo8l/8TVV kcfIpdhvLl+89HOICMNgrq2/yIDzG2uKjDLNt4Cz/KLltTCv8UUrFcjPoLgF+VY9XLdGnhUbgg57 0CiRGIN2R9Ag1txEC9md3YYan1UipAigCrXFb+tpIWiLmXrVFoA9BGw2v1ksNvs/rr+ZPFnvKRJL pCqT2mWjRTSwz1YTK1HBZSTRGewUmqerVkXuhnKcrRmpYQCtmjorqQGvpBOa2pnNEeT3utqTd+eU AkHX/uJYdnNufbE3E3Eli125eIEXdtnvAcP6Gi9yPgv3czQvWZOb9oKu0qCvsf1FBvbWu77IwP66 kkWm3OMCTwgaWl77zDq5iXqoZXziUp0JLouNlTozIp2hWVW6/dPmkJOfQiEzcpUZoNKIF6hUQEjk tMYcsPa0ApVaPrNKbzRd5Euc6DIaR3ZZcAn40yl298hsd3e0I/cj/Cq2GtMTAUyI+YBljt4epecI 5qw6Cl6rvXPEUNpm3rJ+dXNxPJtbXdySW1noyFUXhD6ZoyDrxTJ8VbccfJaNMDLBl2OXKhjPeHOR Ad1sWV1klnZkmu+Jj0wXLsJjc6H6ZVKtt+BnyUGoMJgDNXnMJo8B5kB/gE/LJCItyrQqhaWHeLUS Ilpa11Bn+HRv2xDkvK1gDzx67V+WyX2Kl02yfn63y3laG5jDT2JvsJXnhwjmzGOjo623t0F/mwuH DX4UMbcyrY+fBzo+gkmh1zXcY2gFr5wEqtePDRVyR6SCr/Tel3EW92Zvz+0ors+0RXPFoVxnoaHg z6nLFKo8tVMpjkbNe1yg6oU+l114GeS63ussMrDz9TuKDOx+KFdkFlyApVblmZ66SWr9lt3p8tO+ wpUvApvIJtJ6LPNwQDMfwEEWZeHwmf2pc6E7ZX14Q9CgJHkfjq+G6XgARb1EoQBQnJJJl0/H31KE s8BEACAt9uXLIpVFGPkMsBmrsNuQzXA6vRkJ9AerzF7oD3TJeLQvoy2msl42+DHnBLwTKPvbi2UL oO/LpLQg2sl6+WAHnW8qk+oFfPpW6TP5zBeYuYgnm78gHeas7b+BuXkA+weUZRUPD9dFnU4pktuZ rdFo224UwxwYrYOCtGfSbXuBICezo7lNxUKmzttWzOQaCxUSnZ98ZbGyAQwQrprzqK69mUkgYNhL YVORgf1k2opMRU+mhbPs8wj81ueV4N/4yUOyk0f/BScPUFhVBQE2/yfOjmUSDmxU80fqeygf+Tji n+k8DFlkE14vlpiYkGXWxzFoaQ0q2UpYHNKP9qdz8VxLiyFStGXzmKxoyAlRcQEqEWgrlWK9JdDj BahGDb/14+Qo6sDClHuwRYoM7MMgKzKoFxOnQLab8MIVQ8uopjLByyvnU8tR+K4lCd3s7rw/45DR JCkUCUQ6mP+Nu5T4kyJYoQaBx1twQ6JG+XZjzuC36WlwEiVWOUJRQ3Y8bSdrb5DyZcVfmSH+Jb87 85dclUkywleZ7B6VQiz09+1bSShYrQjfBrPsGPYqsk8dHZaVME9+Jrh5s5xRQDZrGbDccxhOsWr5 brkFvIL3Y/Xh4D05JrdvX/1kcU12ZS5XbMoctiqCxfqcu6ArPAwUcJLmF8DE5ulsio0yKyqIS8NM H9fzmskiA/tuAo4O9V4fLDJs/zS8wCmGLq+Sic3TW34/BfU52exyOv58qhe+LVY5gbIy42nHzdgt zOsHux1gUi4oA+DHfVmY8PfKIT7EQlpnRz8AfMBNKLAHWJsUaFRvIXzoAD6E1KZKhd58rg4tC5Z1 W0YeXhdSKLjDoAE6PHZjDMHdkQ2lx8lHyJ9gHdhKbBQ3IAut10SysKaYFcnAm0ulxQvZeGru+hVY hElx1UTw+buz8KcUPQC+puVKDV4YsFLKOjJO07D2pUIVmxfTcvAlEqetVjoeoWCVJ52AZZ718BLr XSrQbH21Py0Fn35lHU02538lG35Hr9/aTL7blqt2db7RnN/0hmuA21SVQmvhir9kSxbh+GuwvGME KIRbbdXgoOq1MPg3zL8h6oX6leV/xcj0+uF3GNh5G/kuA7tv7nyDac67Nr3BgEtwW7BS7KI41cvl AgYACM+4A0EhCI8MRpSQmI+9mmB9u7GJr3IbjCBswhOB8kI5uOEzEAwqSO4v8hGt8kGvLTbywMqm MavGuKLx/a7podrE7d/ds/vE9hqVu95VH435nb7E5gcLoawTV6nVpdLESF02apzYVJ+LGodHB991 hUziI3f1TXRYyf1ep29ddOXdwzV2g6bW4a0lJIS7fUNrx/Saen96Q8Ld0Rw3mws17VsD/pHO/oOr I2KRu3R58w5Xc2/VhklnU+6TLS0pQmSOhKr0K7rsdR2oBg3w8RT5U6wdMJ+HUaUu5lgFrQmmUGAZ WNGUV9mxoebeWMcqB+VdAZ/6HMn3gY8z3oLpfQGrNra6oI7H8eilC8hGoJUG8oqWEdh0lonkvbBx Wsx4CwLT+4yAUwpbKwA9zPvphQvKGxZshSOM5Sm+tLbcxHyHqR8bbtSJSIISwqRQ787u9LZOVyif zQb5cnMo25MN8dWkJQVn/+4TW2ukGr1cqdLJYM5fa9Za2icKE6GkT9l/+Pvb9z1/OKv2t4Z2i9ll 3eLSX1AJOtVzaLxNE+qqh770BGCVTwv2YDHs75HVTiXwai1X5dTy5U8tV/7UcnVRLfS3RocULgCQ wpq0FFanpagwLYW/SbA0+AlzVKNU8LlI3pcpJ3/BDMLBTLk0v4gRVfNPV5sjKOcrZsqns2RU8ymp 3cXJP/LpBdm3mW7WJ2ppftVi9ljvxpunXiuXKvLZVAJ76Ppf8UFBFNNjbuxZ9HyClHfAO+UlDdxq WwMnJ/S3Fn0iI2TgLJaBE6zhPLEHs2H6Gz1ahBO7HojyrMSZBi3hg+ZnzapeJMNfFsNcTZ5bD4Gq 8SfN8KQzDHsWEN3L4brltgNqIT2ElgKYCLxjsWy0Na0tYfhfWTrkEZqVBY3XtVSHkuA/FjcgQPth xa5E/MqshLtBflcidyPL70pccumKKwKwkiSALY/QGYDQBHYa+QZZqhEP1eP1aQ3eXz93/XUkqnpu 6UM9XPIpQ59o6UP9eSKIeTAZJ1EZB2AZJ3IZJ3IZBK3FEIlgUNgseA0eqaCq15Yph9wozL4A4BpV oZp+7He87EesaWnl2Sbu9M+8qZENccmZ+RD3yGLp4KtF3BoxsRyuEbtDvnxQOg/d5QNJXndAonps kEWxccA4ZSQxTjgYJxyMEw7G4xGbQzrO8DrmkXcaHboFRc/fK3tXgteBnV+FO5CerRoVtEHQsgRU UhleCJrg+/QQnqmwR2VDBeeZlptnWm7hL7JTDocBfHU4YuxTbdDzbdCjbZC5ghH0uVVpNd6/qmPp I5HYbpc8Ouk8fgUYTBUuPNWX96EVaSvyHZlIc2+kYK5AC7f9DqEkyT0ZBzBT7hE50Oqh531bT/ZB wzfL9OVXoN4UzMLueDhxu/VuZgpvZBv13M4FDnCC11kTqRXparprk/tQNQvGhIaartrk/rLFhNsV DXYVXXist3lDd50qMtiX9a27q9c5bzu9yUW2c+mR+fl8YM2AJbqiqr67WguMaoH3P0DrMWwOaV3J ah2+ca5osWY5D7QYAXCBvUMKV6OxHglyO9ZBId8Efj/HOSXkZSSRfLXZ18urC7K6slfi3BKvIetJ 1jFJmYo2bIr0U/WxUPw3dk1lQX+z/1Nc0wJhAiFuhZ4Jrpn/LZAi3BX6CpKjLRXCqzR4SA2fIxOQ 4QERHqDxahIPEbiDW5bn4ITq4Iyng1s35uCE6oDkyhGV4BId3KmggyLVwZVpOriPQQflqnuekMDn Q51TYv3TQJ1m+H/ZUOa9czjBrfCB6+g5sfIL6qHF5P5ht6Xis4wyD7elEuUVPJ9lWyr525Z9/33v 1D/d0Zjc97194LPpOWvHrgFApdzW1K6B3K5uF/6HO35wtK/zvtm94DMPPmd6D21PJkYP9ecPbUsm thyC0jtROk7+AkgP7uo4ye/qcDdKOKxJOKxJeDso4eQjQTRIz27oQFs7TPBndm/Hsjs6elUDN9zR cfMNHaDlp23oWAZ2N97Q8TdbqrpXpH0V+NPprRo6VOgfjMC1R8/p42hDRybYfbCrY0OTBX/3rh8e zqo8CW+pg7fa1Ls8tbynuiOkLxz5/p09D463aQG3LH1reH3b+Aw7w4ln0b4mdv3GdAMeUHIiVXKS VPKiVXIyV0LRarC0FnpjYJwxKGPMAiTuT4vD+YBS7+rVFzDOzCK3HJ7nkifD6EQJM3+mibOgi1bZ LTdXkdCExLOEUCwSGe0+vbmuocW7eKb6V/x/zr4Duo3rTHc6MDMoMyiDQe+NIEESJECCDWAHq0Sq URRJFUtWg0TSkuIiW7HjEitOkyxZyUtxEufZjrOJGiVx7fXGOUd21uvIb+11nGwi5yT7ctY+8eFL 8vJ2UwW+e2cGIChRirymRXAGd2bu/Pe///3+//6lKe3UegNODYGj+DbBxdM0rTbFBxuunblxrj6c 6grrcTXD0DoYyz+yuIC9CWjSh3IypqkeyAysGvj4wOkBsl0hQbtCo3ZllrbDMBijcswpnyz8RK9m 3YFEIKGxQ8lnh0LPDgWhHUpRO5y19hfR/5LSuDEQ3miyEuQBhyFwv4zmtAbTxN9rYD7kV/Nb+Bke b+AbeKHlZ+12MtovfCAzK6Ce4rnNLXDSpI4Vk73JsblLSDQbbIi/l+eZD/MIz/EeHtfJd4y2/Cwv 3ZMUPiiyMYzRLTppx8pGh7jtWN0366Y+MVyzobtGYAiKVbGxzPrGiq6EPZxdvW4kG46OHh4N5Jqi ZhUOkBBD0b5UX3VFNmqOZEfXrcmGUV13HnCJxWoKuI02TmX32A3+VDBUH3H7Ym3rW5Jb+yo1BjOn 0QsczCojWAWjv8YRTkY8voqWtYg8muQ+cho5jvxejshvRK8iO5AJQPN2ZAb9xVwgajz8KLR7Nemt +n3tO9qNer2xfQcx9BAydDjnXjjU0zixp2fgw9HVo1tGZ0bx+Gh8dEPd66E9/Rs+6Bl6VL9gzR2F djBalqjlbvQcNEakJUP0O5cNshXCILvKcT+HofNyMGf94dwh90JeftDoABiZUW7UMwpGRnrWnrrX 8+BpPRs+yIPnWfULeWuOPipZxmhFHi/3p4/xMh4pD25a0Wseu368zLcc37LYi5uYxsh9GKHSuCOS JdN1WG+AWdfus8Y7opHOGpvfqcZhOLYv2V8+yLdmkarVe9usMYNgqZl4eO3o/Wsr/gPmcCsaTxXj GC/wLKsvmsfKvepre6LZfofHtQJ3NN2at5q2docoSsyFOqZHlrnyLxnIYKzyb7B9xHeQJuSoJD+j CO+vUmRClSIrqhRZUaWs7FWKXK2SDOMWbdWCP+fULlhytUvm1IUrUHDWKR71Vy5LIW7g1gt50NaS tWgX8pacqrbcPBqzcVcyyzJq3WD+vMmoYfvUnCcat/RszzqPyGP2QFEdeB/uBgFqN/RaAg6TmqTJ 5aZImda3MCJKNCL+Qt6DbEdOSOv3aHt7YnsdfHnrsCOUQBI+8KMdG96em5qi6kLDC2O5BmjZZ3JD lYOOnLBA9SoLMrQxQ9MvoMxlxbJ8RfEUlEzKeuUWY8ML+bGcfBdtXr4NJSzkqd7i6gxNyfBOUKYt NwIr5qCb7OvcOhylSGS8yZ/b1+frhD7d0hZArEay8L4u2/3/ubhcFWJlZL35GOCXlly+JZOugb2J g3j5BoCXv+kgwXxCYFTw35DVWAh9HkEQFRbEvgqTLUvnrwKObpd3Ms9Vt3NQs4y5XDE9lJIaPBlr z3GxheZkzgSDQYJDtBwMcgXIPrRacmGBJjxpRLSgaTK2kG/OJnNBkxT/IbWX4j8kzyHJf6E83+Xt U/l5l1AM8ipU3yYl7ba/nvro9FK4+C3iJ2DpeFahiw5WXY0Nj0n+PtoOrQP8IMnYWmQ4155rbvbk anJYbkwXW0jmDHCiBocmyiY45OXLk/JWyWW4rVWKtVJIZ5Vvg+S4HMbiueSYDhISkNGgkFE1sWz6 Q5bmYDTHSnsjwg3xHCtRdClZFr+SnCDeUvPyLlXGVWgvIziGq/SuyMokR79X3BeRIq4MuvdTvaVd r01OL6djFKqXDQZv4rVa7c2GA0WLqTsLiyvLG9UWIG8+i7wpjdS2g51wpKYeCkPDdMehDs4GhywU +kRopCMZEoRQsmOERHZNHd5/eP8uZuHx3odyB3OdYdvUwi4YUUucGwMaA0pcaBkqxY/I45eQLaZg 5KBEktf3su2u4kjapBs/zizkS7feNbWQ35Ub65WGcmyoBd7/Yl55gBw/GZO3uzJK0rfbiUBZeerc 9oQqG/7SzphqC0HSlMos7VG59aUYFoNX3vWqLBtNFe8Nr8Adas77N3kDfQfulgXbfdq/HQVzk0l7 m3O5nHkksSptiSkSkVojScQ5WSKSWFEiUu1g5u+RbZzn3G2rJEG4J7FHt2dyco8Otw9DD4WOWmiD Oxe0r4HrjmX7UG6wLVebi8U8jTWNWOMqxL4QzBFQBJgVqKgIgIy81kPJKfGQxDyQc85ul27lyi/d C2nkGoE4aAyuQoL2hXwwZyYkKWAuIsElGVDa8f7oo38bAhndUT7EvPsmEndpiLFOp0XyboAZ+KrL 2GZJqODxm+xg32oQby7Ry7fAwTiegPGS+D+UrFnuTD3KhqFWFoZaWRhm9w1LdscwJxkY0T9dlPVb t4Lk3AqSA59/lDRi+AeEcu6iiuxW9D635LVtrOoLs6S1LzCPkktBk3KyM0Ule6fM4GjP0soFuoAU HLMUKnldFr5SpOR1OXlSDUsxk19WGZxmi5Onhp6SzFbFzWVLda6m7XC3yuSGvgh0yZp197rhlp1H t2G+olp87f+t2twZHFuHHSq3+EcX/4wPACpWI9+U9xZqgarKw3hRSL84pFxzHBUBHS7CXCgialFo JBRPCSgN/sxWQOs1vKYFQRv9aIpFWQ80EHqgWZCtrYn2+Vne2ceXjIByzuTqUr7kWEz6fxJaabNs efNlCXFMxYQ4K6bDKUuG06k2ht0uv5klfvJjgjX7HM4gj9KoWPiDGjWGPU6/iSGu/AvB8G67M2jA 6MKfKnVGDYnDzDE7Cl+CaZhIjVGHXkKf0xm1BE4xqsJZdBUF85azJn1hCuaWLpzA7wfUC8jZlf8e sQNKJAERGuxo1I6KkkFdREO6lA4L06gNGgOabKi1EZLVirr7rIyxjxkgViEDiiE7AxgH0EBOHz0Z g4kwyhsp5mlICi8uU6LBGIIZ9OpLaZCMknInmFRY3T1UbcLm4THqfprDC99TcwGXy2eiSRTF/0jx Po8jwFOFCxxPakw6NE0YGHzCLOpIXK3XXotj7xpZEs48aLfrwl7FsqQdqQK60acluakyN82j6+cQ 6Ak0j27MOvXBkx6P3XzME0dr4tk4Fo8z9pOR2YYnmYP4ASW+GEa5Am0a5por3xoOeoIn8+DiuPlY Holz8d/GcQ0Oro/YT+Yjs0zDk3npHkqYsZLJZikrrO+mWWyWFNzyJDZY1u7y2oKTTZUDKXdkIN+5 VuuuCwVbqlxqrUHXvL21azJte2w00hwyJCorMwHsf2s0rLYmGBUqMxXx7irBb69waA1m3u8wmlyi MzVU/aBG8AjhcCAMaJUHtPoKZURCSAMyIdGKcde8hG6AJmP0U1keMboZXeUZ36x1n+5A3VnyYNFA mU4rKfgkosBWvsozebkdWXc2D1oWzZHp60Itr5cfMjeoFCu5WTZGYl+Bse6ORLxKtPs4QUdSnM1k snFkYmNddrzR9lmtOxEI9lRHeqP+hJvD/9AzuzrGCH6xRaOFW+e4g4Q52MCvwutVwerVe7qCXUlP NPVyvMpd3wnmA+QSkbQiNcioknM6OA/eWM+YTzl9X9DP4l+sjHxZdbC8GoiUYDorOM2n8k697wt5 /Wwl/sV8pSry5bzq4LLU0lKW7dKIlhmnKHlYpTfGRIxQ+cabH/tUbGBXmykWCVlYCoeTV8VEMt7e wYH+WHuIVakAyq3XGrSM6H3qM6sODAQolucZnUHHmgwM4bVs2bplk9NP8zBmIAfe6j6KB7M8KWe+ PUdbky+hYwBOVKFHsxzv3mel8cgZYTbxJU0Zr6flXGzF0YSNhMiZvDCrSXwprylnaDn9lTKItxU2 D5j4PquXF/RU9daWjk1pm6d9c6Z2NKLSSyNKPR7pjQQAwtO4EqFAXxz7lTyC7dW11at2t/QcWBUL hdA4qSZwnFCThTXxuKe+0x/oSXpjSTjfe8E77wfzPYjEkfslz784QCafnLPzvD00j27IWhC78YRO R8ePeWBQuhg97pmlT4oHi/mqZ0sFd0ouflm3zngiD64h4mCaE6gdB9d5osfznlmRPpkXDy6rU1Ke 9bkUwS6YlzHBUvw6tt9mLBwzRDtqQ5mEl2HUOl+stsFz8mS4f29XDwAjnyS6u/z1ASNGIDZruLVC YIH+bXNYdRqaPH6yZ3a4ItIzleJ7BiyReqm6SwB7A32RciApZL1kCzIYEJ0wj45l+YqQT/1UzX7f KeFUxbTjgG5a0iEWZMfG3yUuyw5xphr1U/ma/RW+U/kKAfyTW0rKQPmWS8k+Iazk55ta8nVDX8QI CqdiFoi4Dml0WvZuSmc3mcFgD7NAPg1bavsTllozTWLkv+oMDKbV2CucjaLDKRYyYOgJOP7o90Wn Q0w1jCZtalqtNSE4UoH+AdsB5mwLMohsQv5DtqqOoF1IBDGgo0gM6UbXXKqNgZ+gvXUeXXNOhQxB YWZH1qLrs5EgcSI9HRk5kTWvNmPm3DF9XIWnwKKv0Xiyx1Kzng3ohmNZD+qByZ/UbM7zMSQTm1yY lXkEAOSFdycX0kr6oneuwiw1ctqaX0pZ4rK1aeJEHjzAPHIij5g58AiNJncsLz3lF9JTUtljefgc wFIeVIuXPQhw01I2BPCoGPfaZCxdiiu9tY9X6gYXL/BPdaOLF0UpR9gOLT1g0Hnb1ifdjQZGG/I8 GR+sd/j7pgdyd7a7KsMOj98mWH1tG+oc1eaLLPtyU4M9atc21Ttidm08Wf1JvzjQFWvy64mfWQVj TIznEjathrFwBhGjMHOo0RfprHcC9dYTaXdpq23+ZouQjlXn6uwUKT5d08A7w6aaes4ZKOxxAe3e Hhb8Hr3okTKbY29gR8CKpMjlsxEDHEEHwgJ21iMOPmLRnY3N+vZZDpAHio5D6fJ0sKBFTHc2X2pT 9BYqX4XA6hO6tbcQdkTF2U1GsOA0NPpzUVJefajiKhQfr2kaSQjYr0rc2pjrra4qnCwel68/FZFA 25o0kFRbwTzFyL9InkJZmXsF9Kfg5RDwijBQzjZn5Wak9/r5UoZe6MBju5i3ZqWvwOvY3oR8Ybyh 7w1lLjz/Sept5mKPzTY9qfXVxL2+eI13qc+YSKkpDAO/LlW4XNEKt0uh/1ZA/3pkI+xhO4vUok/A fN6giwLiRy8AXMWg8zCrN/RtmXHs44sjoQyEnNdbyhVZ3qLM+6UEBvAVBqBhyftFZRQEbKvK4BAE B0+Tb18/CnMEY7BJG5S07ptvsOqy4agq/OsKQ+H7N4qhcPjGapPhTOFDg15+Y+T34I3LfJY2zDHc Pumtij5L++Q3WJHuv7++X0v9WHq2wtv4r8FK1YPsl3g75QfL07l4Cw9XaAfSA9YqE6M72z7rOZue bUlFEzPRA5Yy6iqeI9W/TIP/IYEt7YDT22fTnrP55Rdc5xtyC76//hgyj+yYIJSiNX4NXswIX7A+ 6emMUHqb0WzXqxJJX0dpYlj9fktiqrZvnWivq64Wm4ZrTTefHNcfY6IG/NdRF2+odoSsbKB1tFHh xMOAWpVKVugAvyQJdIhDdyY8G7B4ZooEkn01oByQSKML687ky1qUeWbcghpLbw9lwGE4oEbwqqlG f2+kSASr32tNbKlrHq1dNv/74CuduOGVpJcBc78boJSvg7cxApyi1PkwoUdhhm6Ay2jG+pR+1v8F GV+X1fnQW58CMJP0f6EIqP+2A0QK+3p01V25VTN9vvDgoeH+/X3Bz+iDrfGK1ogJfg6vw//QOTNa FR7c19s5PVIZHdjXF+lNuhz1vZUVPfXOKdjbPPpH7Cugt1Av2CbbnmoYSH6zpBeYEDNUCpiaajdB 2me4QyXVADrDLpSrBoKsFyw1LdcOYOvYLZwVSmNxo3aQmWq1VVZELEUGJHUC57PVbW1Z0g5yVZGe SKAOage9s6titNFpKlwjYfZqCiCPBTg9wRDV1lSv2itpB7H6l6visnYAeA99S9Ihe6SceD4boodQ UmNjLodnfXqza8Z8YMnP4HeX5Yx12jBzOb/0/W14F8gMJxcaQt8CCgGpZvVmXg9WYKF8bokVIb9R 5xVUAMG+zYs6FUmRrBhxFp5fznG97ohFTagpnQW8RQf2KroA3iIj5zL6eySNrr3gqfRUaqzz6Lqs E9FUHPtF7W9rsdrUcWuaDM4yx17h/4XHeOE4ebA81/bk8mTb2WBtxbG8XIonmDqel67lmWPSxj6Q FzwpHFfGWE7yJKXcnlx5Hz8FVGBi+U6YoikBiiwEMhuTnua4W0PhpIpgnJFUsKqtoq0vE/WkRxKu urCNJcE3JCUEqt0JAFf7MxX43bGOKpHV6zUWs9aoITmD3hd2eC2WSDYZbokJtEbLgG94DanltFGb yy8KQakOkR/Q6zT5dSQh4+jziN8dhqPOGfWsezp8ysqeMk7HvqiSZ+kVKczr8u9e/ZGkF5rd08bw qbzVmDWyp/LGaVXsi4paKG2QFuPUJZXgesS8DFVDBRGeQ09TjODy6resHWZZVjNEKfrSE+CIfcJT YQtRBEViOCeIrJoiJqbQEETMD5BqkiDArwckPP1/ahN6gjVIPP0qdoQ0AS1JrndD+2XF0AnlKe+n 8eiMZcZzpqQWltIzyvUglAYaz5kyhbC0oFM3Mw4Ky2yD2BGr32DRkjU76ppHagUKYCyTlaMa0t5c tChsSwpgQhKe6CAlT1mq8E+9fdVVaL54DN4pAtaIdeCdqpEDskz1oXOIiASAjKLjIvhBLKxmHv30 nMBWs8w8eglgSI+fjc74WdI5w5eWDinp9as2EaqAUtLrEraXcEx5+zITHyooYius1AyrbzCGQ4qf v0UBMioVtppEOY9NdBnV2D0P4DTAMzYPR33nGQrVe2xWJ6/GDx7A1Xq72ebWY9TT2Ie0Bij9YAjf eAOwtuRJhWoKai04SanIl/+RgLqwSkv/BVDADXSiOwEFvLK+D9HLxfNqNWOZR49e8AoeWjDNo09k NYzgmDHT+hn6LvxjynK5PHm5PLOZslZiyYCnFPloaMCX7Jdl2byH8ViFxalHiaGrKlTnsokArREn sMcwineKokuPkpheyxJqLXMWE/QmDYGpNGzhEIZ+RsWocVjvFa45CH5J8qNnEQ0SKda0mZ2jaBxm 6/n5FRmKzdF4Vsq+Y/v5lSWbmuy2jo4U3dQLp4krild64Sy8N+FBB8hHl9/7bune26+79/ab3Hug Mt1YEUs3xgoXyGBDLNrQCO59GcFQZvG/0KvkFFgao0hQ8jMgg/YhDgbevweTWFwkg1npGEL3994s X8DxUMn7fvmSjr6sghVvHQYVj6rNfofdb1braGvE7Y6KNC1G3e6IlUYPFT3u8Bc1Bg1JaXjNX9Le mJ1l7TGvt8rKstYqSNmFxQX0NLFZ6mGjPE8EbDviQcxY+iLLVYD+7kZAZ7nLReRxEZ7M2mEufhs8 vwy019+s0ydVgIcFO0ehPGUMOOw+o4qmhYDTEbLQtCXkcAYEGk3C3JU4+IUtajiGJFm95q8eZ1hk WTHsdEasDGONAL4+tfgHdD/yCzBiUbnKAQW05YuwmCONDyIZMGKx70NkTmdxaHa3XVGKtJQGbH91 W0sc/tvXWx3vBv+ghK/AD6EHyHsQO2KXUA1r6QX3gvdhs5be4n3kSsly3E6DsfR6B8Cqyh8ltUar kbcwKPEoKwZs1oCFJUPuuuoq8U0VDLxUaWjU+HGbx0BRBg/c3avA3wbP/BFG4ZuQSdAHtPA+zpD/ CEbDIr0ZRyKSEwn8Q5S2Wy3Ko5VAANXzhNbkNFu9BoLCJgmt0WW2egwE+TutXk2otEYtdVirp8GD TVI+X/diPXae+NFHuP8rOAvuL3p4Akd/C6ajAzyLx8kXYHkBCq6Tq6RCA4DH4P0fLTyH/p58AvEj CTkqD4dbLzh0KMQ5WHQSN7vZR5EM3JqWq96eg8diRtpJpgBMNVhKxQLiuBSjJncE/c3myc2bSFTn tBpsRg2eGm10uNOjdSjNOQSLg8PIba8XNr7748L4GxqeJYEeR9751k/em529+m9v7yQoCqcYDvbw PtDD90EPvUinPNcN8t6YQfGPgp8XYE8NMIk43BpCbIzc41hC6TI8oXQZckNxBydlSNZjJRkvGND3 HY0jKVxjtBlsTi1KTkxNTREY57CYHbwa23kIs86+95O37iSBok2yvOaf0ed+/C763Os0B/RQiiKu FFaB/j6yqEdfI+YARWtkqwCHfg2hEBv4DaQihp8DBEXgVv/v3v2lVBPmLDiWh7JIT9OK9Pz+YP9g H6F1iQarkcUrO6oEMd5RAQCozQzkNUF89pnC86fPFr79PxmeIeHasvbvTp+fmJw78+21AG3hJAMj eO8DvXtR6l1CpqYbfeCcWY+8hBkQA0KCA72NkboHOsfJ/QMnxOq/QTwXjr5oqeyoxFgDGG6XFiX6 +3KDBK53WgDMUWMVHXER/eXE+dN/BzoDyAf6+E10/dnT6NgztI4hcYCV1377zByYYY8uEoAjPwAz 7AgyCY7vA8fvS8cfBzMOQ57A78T+B3moXELbQ70cmPqZKwlJQtuz0jGU0FcSyyR0Uce67oxgxh6m OIvBIOopC2PyWkSviUYLn1x2riaEP1YU0ej/Kv5VqF1+jpNWv82LC0SSqFtewalHquDUI1VwEs7p J/zzqHCW3HxjBSdhLq+fgK7ywrk8+P62KzglWw6/dOQTlz7WAD8fmv9Yw7nA4D1rhg6sigQG714z dHBVBDPu+8EXxkef/MGhPPw8/oOPbzg1k23Ze3zDhqdmweeTEDcv/hmjiAiYby2SxLGw85jtPMJr 2Hm047xjE1gcM5lrV6Q6W1DWarIO+M1cXvoKAklFfBfVIhVFycbMhqBig8AoxuyxCB4z+2foowEL ZaAVhIYHnO02qKy0JHlZBt94goX8zlt5DfU9jMRQuNJAmbANzKSjgL5tyEGZiwVs98W6IPhB0vPY I3Osx5O2z6PpLN3ICzgVn+DS82jTWWoSgZ610PrLpyGLK5UtIVoAV8SlS9h88RoKXnQuD64SoW8s tOSCy4rvVqyyA9/quvIVlOLjANYdqQTPUZLR09fSWkGnJmi9FjX3jtcZxdqBurbt/TUsxQIESKr5 5g13dax7ZFO1revA2IdYrVrPkDmD3UCreJdo9liN9K9btqzu9oazcZsn7KGAFAVaspYL+MTw4HRP /bbdH+v5Hi3n8hspFPB7AX3Gkc/J9KnD+rLa1esiqzsiq1dHOnBYo2n3JURnbDW2io3zqJhlBtbF F30+cmBCnEetZ8mtskN49UKak92QJaVRdiwBsFrCFdLVA9Ll2vw6X3wxL90A1miyAtbdqnh/V8cU /++bRdVKhaxKu6jFMyvR0+zC8Xub73phuvvAhkYNgNNQt2DrR6e7O+7o8lWuuXfwPo2eBgqTnp3p 2N0XtiVXJ5u39ScYigZ4m1Cbm9fty4w/Pl7ladvUlNm/pvrIyBO7WgS3m9WaXYLRqqe8IY+vbX1d aizjU3E2sxEoNP7MxlS0L+X2R/0kZxf0Aq8zBf2W+NpDPa27Rxs1GJkY3Q9mvW+RIRJECKkAWtkW CZHEvdw8Rs2FCQKpmsfIS0KM826K24EearnATTJbiElESTQCA2YBO0L/HTirLskNOdjyYl5pKiqZ RJRgWaBflrYNkiVuLMYb8hA2+VEvkTAafgjLKYleo+raPGvQUkBa0egfSZO3yu2vdel+qBcKu7BC FfqjXl/wXVjEg1RrVO8CBrOY3A4Hh7fTEDCo9fRfP+3Hg38tyP7wiFTnrQ3JyxzWgP74QiQRSWjs 81jvOUTjmUeR801NZGoebT5XOS4sMVWp5ttSva8m2PpCHjSvhO3n8pXjpFDORMuqy97oWV7adV8q kwYrYsnaDb6n+4Hv7EzfOZI0MSR0DQ927OjP7F1V5Ru4Z727OhwwOkS3E3PROpY0GQst3lxg+hu7 6y7sfWa6UW8WTWEvZ+Vo0WHxdO3uy0y2uXCSsAUxzuNRGx3GQKRwksBTWx+Hcv/I4gL+U9KDJJAe ZKckPaOt81jXnMZm09TNY92XEE18sbGRDIDXPWfc2DGPmosrwBJRiruWdCOYUKAxrEOCzOWNG0nY fmlJKC+LJ5OEuD4Jheq64KBiUNVPk/ufmx29fzIT4o3Vq+59dn94sL2aV6OUhmZC6eG6qcfWx3Bb x/BYzZ7jm8JnxMbxjuBgb8bmzW7Otm9pc6FfW/eVe/oi/flPfXNqzQtffWJnC60z8E4Amzi1jtMN Pfj8hN4l6tM7ntjSurnDr7W4DQ9+d09V7eodkHeSiwx+BPCOG+mSeYfDdp2nKAs/j/WfRywkP4+2 nLeNs1uU0mclhfYcaYPfzeWlL8uruANNteiVI88EmQ3wIzhJU4VaSif67d4Qh1LoB9dO0nqaNBmw 3+jMLIW/a3DabLq/XIFiQwUdbvoZo8MQDlIGB8xccQcY0bdJL1jHk0i3XNH6H5A4ZkVMSASzZhmX 3u8ygR8m9RLWBRb4LNYF1PO6ZjJ2zbqx81ppcMtqY5TV39KDhtbYtbx1I9l5rWxg09ct9w0yEiyJ QSAFJWs3XPotqRQs8l3M+ZDC326969k9dzw92xod2tfTMpn11u744p3bPjcZ97ZPNffODER+emDP 3gP29IbWHftj/u6d3ZktGfcnH/34Y+jguofHq6Ij96xqvXP9gM/dvXoi1Xn3eF31yL621Oa1Obe/ f91mbOvardvWhTtb0666B699PT6QbfN6Wjv6Krfu2QN9FgC9fnA98umWkE+3hHwsMvKxrIh8LEXk Y/lIyAf/QW3+O0ce+tb2aM2+7xx58Fs7omfE1t0j/bvanWKL9OnCDHkF+ex7DSKffzoydmo607Tn yTHlE/Dld8GAP01EgfQekfkyitmyet7Fs+AHEY0G/6Yo4D9TEUe8B0BQMYBAKi1mNGRBEwq2WYIN tveuXA8Z6rwrgCLJVxp/mmK0qmsTKg1LUUDsorplCMkgGkSgi/5araPJLhhtAutgG2w8jX0oQSUL L/Is9UoRKv31fpq3wRl3F3izL4NRaZLt/xAv7b1Y7Qc/SHIeu3eOFaopQP70+YoJLlmGlBTGLYNJ oGEFbHkhD5pSyWUAqTxD73J0FLqhttcSOPoyCebjtaTOrFfhjF6Div3jtdzWO1rvGEhoSZYmGSEz fiCz8dGNldaug+MLWD1Y268HRpmtq3sCQ+OeiFfNO4w2rxDwWyMD+Y6GHXsUUIQiOwEmOg5oMFbE RLVYf1Y7vCY0nA0ND4eyuA6sXHsAJmrmm3khJWGivjWVix4P2Tch3DYmkq7uS8mYaI2ncjEv3WD5 cnYzTJT6b0Ki420HX9jbPjvWpFdTuE5LJ9dMd3Vs7/LF1tw7dBjQC9Y6pmclQFQ/kmzaOphgoJ8h Tqp0TWsPdI4/vgkAovHmzunVVY+MfX5ng9nl0utMTnPA7g65fW3r6lIbl+CQL7uxIZpLuX0ADunt Am8xaHSBgH0JDqnqR/bC1dAD5Py/K3hoagkPWRQ8hP4nwEOMd1PYHoczn4AoB0j8uhXhkNSOgw0v 5OWWQPzXfWQ0hP+7yXBcbfRK9T2u/RAo8RSMJUMXCJOnyu2tceuPc0Lha2ihBX31OjTksphcNlGL D6pgKia1Tv3XoyU0tAOgoackNHTfcjQEcXbuAsDZRjH1EtqMVCJNAOgAlFw5fh3M5mSVpAwVzYGL JDh0Lu9rAhDgUl667kZ0Xa6VrAStfdRNodFTPQ+ezbfk1yY5uPmgZlVMRe/uXOfMSDw8cv/61rGQ BI1aoS5iMhSc/r6a6Wen0+d2fX26yWAVtVrexhvsvNrqsro7dvW3bc64NcuhEYklt34K8MJesC68 DJBRPZJDXpNp1L/4Staix4a29KOxQxn0zgzamUHrM2ggg2bmsc6sSeNwaO5LonuS6EASbUqisSQK pFXnxRkE9QCiw4h2vZzC4hK4DVKjQTXzi3/OMuBA07RYU0OGZJjVdQPMik2+E4tNTv5Sik+XEJf0 VwI6wQLgVdO0mAeXG0NF4NV1G8CLuh3g9XJ9/tnZkfsnWoOcIb7q7mf3BwezlTqgmqAqlmZDqaE6 mN0Qt7UPra/d/fmNoe9aUgB69XcD6JWZymSn2pzoM+uevnc59NIbWK3eqJPAF68bfPBbCvg6uqVp c0cAgq+Hvru7qmZkByDaHWBOnpbqMy/DXmaAvXaeR8ykAWIvcUXsJRok7CXeEnuFStDrtAS94qTe ErD5QjxGob++9qTRCIDX/70J8IoEQhLswpFRwC0vSqirAelFFQ/xFHSO52GhRfAHNPgl55UzyeKZ +uKZ+uKZOmgl5NGhOsVa2AdthJDp+tCaYpuaott9+RkptUzNPMB4VlNEsoRGJKd+5W8P+DYyj4lZ G0SAgNwwWQL8BbFgo9SmEVaOMTvRoUbpQuUkvLDxRawTQRbfOQ/ZdomNXzlvUj455VPO1PKKVLCm A3q7M/AeHTXgph3FTncUO92hdLoDTh6egT7fTLKVrAJAtHsZEFViBd6RQwfK4rulD64sUwGcD0hM +Q+WkW8lrVUSXO3+qHC1uA18I159sWX22b3bv7q/KTKwv7tlAuDVOyS8WgmdhnunB8I/cTauSean AWJt2ZGv8HXv7MpsbnU/+siDD6ODax8ej1eM3jOkINaRiVTX3WMAse7P1E2t7fNIiHVzRVeNFWLW lrS7/si1b8QH2lu97jYJs+4Fsmkn4Lar12PWBgmzNkiYVSfXW9etWG9dV6y3rvtI9dbxq+m7Xpje 90w+2TTzwgz8/G6kd1tT145OX7h3WzP8xMSH3vz8YPsjb3z6oTc/N5h95IcnDn5lS6Rpz1MT4DPa vOcpmIxj8c/oVSKMeJX60dBaZzzvlax17ecdcm3ja6/BiQwX0nMaaKxrn8s7lKrGsdduYqsrem6h VxmTR7S4zepfcWYNiROM+k+s0WI3iG5eJarlTRI1vuUhBtM6LbyF1xBfUtFgMZH3dCcA8owRCaQF mS4iz61LlrpPFC119RfrBCp+JzTTJc9SO2UzXfrmZrr6LJ2Xr4BGuiTAoDsVI116ZSNdw62NdALo pFqrvva4zqylSMagfbtrrM5kqeqM163NxGgYfIERaj41vDW5/oHRqK394Kbn0KsGvoe3GWgKoCCz y2rRvtU1PT7o9TVXinafDdYW05p4LedymisHtqfrtx84uuEbYUCTjYDfghISfbiIRBtvQKLZ7P+n 7TvA5CjOtLu6pyd0z0zHmenJOe/k2d3ZPJuTwiqtco5IYwUkBCJICBAOGINtwBjbj+3fGM4EyUqw GPsAsza/0cln2STb9zzYP2eO82N8DmAZmZ39q3p6dmdXAbjjVjDdXV01013pe79Qb5mrUPQ9CEPf QChyi/m9Sg+8MgYtWhUQ+h4CoG/IAHQLaX6v2j1nok/wP0afwebSA+sb1wxmGCjI9DQd61rd1ry8 1eXpuarvaqSqqCiDtpRf2uETYl2p3LLeBFpujyqUbYQVOu/aBVFX/ZxE67quAIgN7F+YYC02tEhZ 9FghsLCluiKx3qRVbbSKvNVI2tK9UU9jVLL5bKTRKjAm1sC4HKK/e0N7dkl3giLIWNdyOKpDk+8T R1QBCLnSijUu7WXGwOSpMEliqTHwnSJjDtvT51UJL8tS3s1UZbNoqJ4jBDoDfhZZiD3T50s1WaVq XghBq3G9V8afLlwGoEd45msa0W1Gq9rKdVDhIZGmBj6tFt1xly/pMnwNDid1+et4+X6wHbR4fb+t ulh/S7JOiXdIFiO+gDZS8ribuFbDWvGRid8gFLp+8r8ICcr2rsqeDShC6KEpFNpcQaGFMcAW9XXt v4Odom6TVNOfLgNA5QJsydP+u5JchJRm9CNlsIFLYs/QxWY5NCaVzZUIqXfvA6Pp0e6EQa2S5wsq 3DSS61pXdH/2dlvE72Ytos0G/oCIGlQ6va68x2CxOflVd2+sB6NLj6xK0ZxI0ZxNYC1GDWfmPIX5 iXUrCJKQ3OAph10rq8aCrvwHQAAQn78b9omdk38ktsHZKIv1VOyWx6MtY7hYtc+JRQHTN7yZTAqk 210MnBe2FP+mTPkK6fMsE50l2fBmSckuBM6XhC1k8W9TUkAp86GNdKEZUHFbduNdqwb3LGr2s1y8 76q71ro6m+OsFldTWsqb6YrN29Xvx02N3UPhZYcWhh9Zv9XZ1pI3uRoX5PPzshJYPOe2tY3ejhW7 bx/q/9wtuxelNTTDWiUUoEPpqeb1B3v0Zo5KLdw3smqrjjMbNx5Z4PO1zEP9KDV5gTDOxIidCkZs QxiRgzPuSWkTve0SGBHdgxgR3bwURszPxIhGRGtQvkZlNPut3jBHgm9PnOc4nsXvRi5h4le8w2rR v/84LTusWZq4KhQIIBs8sswNw7a8CrYlwojD2DUVy1wax2XLHF5jmSs8jZugMO/CzRAVFbra6tMR NRl/2bql/2WlcWWGpkuY58Rqbmv85ZJ1C9n/8lTbzuRluoKNriLxa0GP0r5XNWy7f8OGL2xIu4tr OyHAsSZW3bF2xW1L41J+UUsRDoIz6zZlh9IWMT2/ZcNSj7VxRVfXkgzUI0fbupfXmwDduX0oEuxd 15ocGSi6rU3F4brCxqF4sGtVIT7U1eJwtPbNB3/smGsK5t2ubF2dNbGyzIYKmbTN2ZjPOzyFiMVR J6+5GYE1OR/WJPKotlcjShpglXlwU1Gnt5/ntgT/Pgv6FPWc/XyJ20IG/34J1KO6LOqZH1t1z/be nYvbQlx05T07tn1+RfRxW8OCho6RFG+vX9DYsSDJ4fwNL949Hyo8B744euNP7p4/dMeLn9n7jY3J 9tK9S+Ex0Va6F/bSO2EnqIPIJ4nNr1rr+CddHIdJtAA1leIT/s1R7l0FSyB/5bg8oSOXpVD0oxxF qgTzqLl3p9BDjetyylaXu6ytro7U0eqJ75E0It6mydff4Ex6FRqfQEtCbYyXXLz6GQ2828lbGY2G sfK8ldXgf7tFBxi3hTMzNPktQkWgoH3N+3vhRD45iW2Gb5WHbaEmfqZD8SYbIFZIQqygJs7pUFs1 w7FZutjHBKo2lQdlqZY8r4p/OKmWhFIt/j+QahWrSklgDusEr0VyC5pyB82itUA6NbhRzbvq3N6U y3jYYCqP4eWHwUoQ83rPaSr7x2nOkYxDEp2SWY9voLnKND9xlQcfnngZWeygPEvUyrMWKM9i+Vge ybNCRZ41y/Is2f6Gz0cmN0nvfpA8SzZX5Jmv/Y2SXISU3v3Q8uxSfiZZoCnWlETLJx5Y37q2L0aj ZX5ofz5f68rO5tVdAVfXlgF3JupHIk1CG5zqZLbV8ipbT2TN3WvTYPHokZUpoyjq9JxNZMwGjQin 6vyCQqovbVWpCLMHjEGRBoUdZ+d15T/ieHxkN+oP65WxiySavObzeBxKNOIUsp1AiYYVGUxf+F0y SYbehdLszeqEd5EkE5KF30FJRgqhd2Up9ub0TPchrB0z47qnxnpizV3rhnYvLHgZNty97e71wd7G kF5NAtg5NBpPfX/dvJ39HiJ2++jKG+Z4HhQTQw29e2P2hgX1jfMyZrAY0ff5O1buuXWw+zO3Xr0k p9UzNGUQ9IKNUdMGumnDzQPWWGrJvpHkYN4Rtm64fWEg2DoXSbA1cJR0zvQwFRUPU7viYao/abuk BLNVJJjtihKsxsPUCV+GLO8lDVCE+cKsGjw48We0cSdnxL9k4KgpIfYordcoQowS7HxFjBHYAth+ c2H7+bEM1lmVYjEwifFYALYe5TC4HTz8p80+jRNwSm7FiSKnzbY2pmIBNRF+2bKl4xXiA6RYNbcl /HLJsoXoeKVEzJJi6ksKMfWV/Uxzf/zM8s+uy7rbV7c3jNTb40tvX7Xi5oXh7Z9oX9PhfmHFmtUr TcnhhtFRj70w2lI/JyNt37VjOzDd/SVv16bu9IL+NrvU1DmnrmXjQCzUs6p+9Eja0dozD7zVMXdu 0ZVLxS2hDWWTvymbtllS2Rbf8IKRamQN6UVCHhuq1JYJT8GKceOpExhlGwPUCQbtHUkdJ0cViTX+ 24qXmUF3oba+CPlfKaitj15WWzddHFzTcfAHN914en+h7eD3D90Ejydi8/cNLbtuyBsd2Tu89Lph L3743nceWzv6nfPfvP/8sbWjj5z/hv7uFw+3zP30D/Yox2p0DWmB+nqu0jO9OFfUWThaTzsWkktQ mOlZeZ8K5EvQ00U5UY41/ViCavQ6Vd89NKF3WXg5qAaiZYDo0qoxNbBm27Ebqpr6ymlN/eYnaa7Q VFHWk7Kyvggp65Hj6sW1yvpsf9GTlUJIZU8qKvsiWWWPQJV98QyV/VLOI+FDhNYg71GhGlpzYdlV jZwDYuDmdQMpCr4ziat1XPPozvY1d65Omvtv+8RZPIUcSEO8Q9BpWJdZdFksBkCt+sJ1G+Lxuc0+ X9ir5Zwmo4UzssGArX7V9b3tN959dM8rOl5hdSQOwFqq8SLlL9LdV9R4kWjZi/RXpIMvMsNLpVt+ WC8SXfEi/VVW4hchLxI91XE/bj3+QNOeR/d07l7axGlJwmCk8yM7+6phNQeqXqRdU2E164dyBkWP F+qX7upc+enpsBqwfcFntraILo/RILrMfrt7dlQNo/EVlzWiqBpf1IsWQxgsPMN7A/bU4n39bVct aKJxMru4ElVzQaUiRRnxbJlGPIYq4vnHSbPsQYIVrSCZhdSSy4KekxUvEl2kSzW5L4V7aphrLhtb oxL5F7Wi7E3STrw5FVvzIil6ky5/xm18URBQbM1K8DA4HHGXX69u6Qy8atZpEdwOO4e/CxXcSnjN L734KxPDSi/bThoh8tlf1eTHp5BPdkqTryvqku1/RTBmgTSza10G/Mhl9BD8/FUGPwuQL2lmf/rI +Ec9rc/LcTYd2+enjCjcFM4qVKR7c/8VIm04tycooVgb8K0d39rVxFostF5wiKyV1Vockq97+1D7 mja3Sg63YbweHS/7lO7DcQDqN3wKomMl3gZXE89ilciSC8RBWG81cn+JIvfrkdyHqD9x0raAXnIJ uY/uQbmPbn4skSWqcd5ptxr/8VM9iwKvkYNDJziEUAi5OOCzK5El8Nl/iGHVyAk4swhYHNByLLZ1 FrlzsErunEC8rkHkxUiAGtpmxIEuIg4iETkZRAmdPY0nkCJXoYz0KE4Qj8Kd7lGIiODxLRSNH0Dr 5fFEUUd5sDRWxAhEh1zUwRIpaj6FY8ihga4otuK4eFb2tWEURiXq7BXJG6yRvIhnR/YqIHod9rer a3m3ZddCDUO0vSqagx8kmqFkVtVIZhXxQuoT3z18/cNb4unSd2++AR6/a7THW+eml2xvM7s6Nw8U lrRFJB3+mXv/dnz90u+c/8Y95+XjY+sf2L+k0Try2e+XPn/m5uZA95qrj2DVKBAooZNAL7dCIOAC AScIOIDfDgI2ELACRK1jAVG5dXjENpSWd6BBDZIGGKp8LKqwdEaVKo8q3E9RpcqjCp1RdAzKf6NL QoUkGn3SnOIRgkfZQ8QpHqGa9GfRV3By48AS3+AAh1TejpP+hVF2DGiqQhlpvZVaj5+Nj8dz8pYG 8R8pbh2wepqiW1GJO06X4Feo0XdMy+dLKcUfewAL8dq9VCWAhUWwRKUCUD9U/+MuFMCixK/I2ORF uU0M0QYQd4GoE4RcoDhWdSQXgRmNBrPsaTN7ZLYoPDEFYiot0vQ9/BBGV6qQRvsE0YhF/kODG+Qw U/BN1UG2GtXk/z7UmRUo84+lVzXxjvqRfNv6wYweadQ4qZValu9oqUCd23edxXNXhjoRn5Z3mRgz azQF/JIMdW6469jVMtSR9e+3iS8grAP6K7PpCljRDlTRK0BGC6syg6adjFzbGVTbGTjNFikEhuZJ ApgLG+atYghmCXngxxQ+0rJVxmq5pB2VtCvDAYKnxGmZzgu59U+h2cWodHujMpKMqLkF2HjGFrSR R0sRfUmqBcjDQhkeFT/pR4BgMgkYalzkFVU8ojIiQ9s58E3T3lC0jLsF0MRHBWhr16z+WDDafzPS B1drheYlu4q1kT7g6uV3bWk0Od1GOdTH4QlCjLYk27isWIPRljdGUORzRA71YSAoFmBPSS6+RsFo mvoR5EFNQ7n7iwpGA/KajGJzMAlCCRCuA4EwCIRA0AFCduCXp8+gBIIWEDKDkAmERACFJ+wkARIE VCBuB/Jcylfm0oRZgidmD6vss1PZX+c3T6L9dxzJJDs2+X7RCXOwaNizqE+xiIiPRUKQRQuZ2Kdx DgtjqspMqoICDA17FRr2FLytUqVTVwaPCldcXOFQjmc5tBcYPE6P/Fl/Hy/EJH6BApbECtHvxO/1 rAFqNJQG/JwUXHUub8bFfoEzlb9ZgZi7vaHyn6pEfIBVsy5JQH5JgkfLCkmIM9//sR//z4nmSszS 28R9ECu1Y+9X5tRwIwg3yJtIEPKc+kRlSm1U5s1GFGdAw2HV+D1YpxHYSBGYGkFjMGKcn92VPZQl sk7UEE7UEE55cDvR4HZ+D89hGPwWBTWclvffEcbQlhJo5ylBapBxaV3zOx4fQEFOs+Ds6gqejQP2 FWV0jq9+qTJQK82A2mEqXqquyJV8ze+UMB8cp/K3XQRzZSL6D0K6Hxw11cB8lKgp8I1t/2dXM2eV jHrOxnMobMpp8/RsnQqbmoa4StgURIlK3BREiS/KCHcjHGnHZIT7l8qczME5luK8YA7HVjDCW8ok KMMN+bqCFf4u9/h9EE9ygB2rlmJRKVYpxSql5Ns02onnGhYNT7VCR+mt9govqAlTeU0OTzEpqKRm hyv5O+HxN6dhGdltNAN8V2CJ3IKIchD9KYe4Yof7QDxe4Ui6UrgRSRl1lYCjaTzO6BQ8HoEKiaBT 8LgScwRr+l8wdD2Aj+O/Iv8D16hIiD6+AlP8+BlwDfnvMEWtpAzj5/Ctch6NktIJSy2XU7RKShA/ g58mX4cpOiWlF+ZZTP4KplBKykqY8oBcilZSsrDUOjmPfuq3xvH75TwGJWUBYYSl+mEKo6QsJQ7i B1SvwRROSVmHD4GN6t0whVdSlsGUVXKKgFJkzSOK/wqfI8e/TLGZnJTZTE4gNpPnmQP+58kbL2Iz eb7EHCD9z5fgrSpYD14M1meY0fBfhRfeNLrkhpFQZAE6zg9/0Zbqqcv2xgR7uiee7Ynz3191z/am +q33rl1x7/bmhq33bl60q9sZHtjWCY+O0MA2mdthMg2uwQera9Sewrzg6CnZiDYGhJOO68gblDVq FUOaskZNOFWSb02tUSOvFPdyjZa3I4oGzb1GnkL+DM33CBpiJdFqUI1pdCSUqToNvm9Eg1NoQZCB IncBFQ7QSkb4hMOTDfhWWKcNFSvlU7BG3zmd8Ca8WG4M7ypSOstrkQP6/PPE9Ziyk3vFaibXrSFi ea0EbxP550swg1TdoZ1Ek9CMiJbLBlab8a16YzlGIzeq1kB9Odvmo4otwZaER6vSqQk1H2sZiHSs bXcbkksHt4N5euYup0ulN3OsWeDo+9Lzig1SqlU0i2rGwprtvNVk9BTmJfy9S7b1bJZ56jphr1kO 33BeNYolAX5eNPQNBvoKgb6+QIEwWsfAX4s2zDgUK5ptA7FjP3P9xoW7XGT6uc4D5h8qHUqe3uNN l4hisQ+5YsdKmIt14WYCFutMP1fqPECafzjV4ZSZvGYPtmlk1TAbWDXUxCNMoSq0nyqBL4/P39uX mtPoQdYsSq/2ZLujcxZKmYH0gJZCBhtK07toWWtboCPjhYoMTpD6upaBUPvqNue8uZHevMNUWNbq 0XOchmYsvNnBi1xrozPlYdVGiK1FvbqrJdkgWATJaeANOr1FNDry/fGBTSxOODNFOAKDk2n8NN4z y6sHHq3auG5BXj0p+ZyCJ66jbriSV09ik8+VarLOgh4fLlaayOGn9Yb9WlYeBOry4xA9wFGgUQMn bNmA1RGx6vfTxvKb+IX3LTbHl6s8Hl9WwfdjrCaRAk+qNTBNA6fliAd8pSxr172w1yzGOyDqWFWN lD5cjVEB54oMZvT9M1o19mriWum56S4yi7JGaPb9M1otlmh4tZS4lpSeq+0S8fRHi4VWWInwxYlF e/v8nfUhvUpFIJYvjTXakQp3JiUx3p8L5W08I5jBXoi+VEZD+ddCUurb1uvLFDd0+7VGjqKgYgal iobhjYyvIeJJu41a3gzmWkSt0WJ0ek7hwN2yBFl6VsI6eACOnCRWrFg0j4cbx8B3T1GSRKXGwLGi BaOwPJvH/5QH+aOxGOl7ljvQ+kxNbazeM8t7F8sfLcGMnO/ZEneAbH3mMvVRnSZUH+y9wx8IDJUG Fu8s2vWu/Pzdw5ZUzKPXojlPaw2knYX5OQl4VrT0rW213WX05EOJuS4h0BgM1/uYZOPa/kjjxk+N pDevX9IZJLV6vdnEmQykVqsJdi7NiM5AcXmbr94vSGLvigaLGWrnAMvCMbAO9gx3hU3vKYwFf6lE nYB30C5bBP+q7Vr6htmWu6KOsPGvluRbV4o4UXACvo4gtKrybwhEvODwMARIlu806Ak1pQb/BbEC iauMJp6nJ76k1anhpG/Q4vvcDjjta0mDRY46ieL3w7ZzY3VYK3aoIi1D4HGMxTzg8SJlo502Fv7T Jp4Gx6EIbQTHiw5tPEtgftaP/8kP/I+ZDjDN7mZ8shk0P0agNl29B/1/2TVisLDJ/1jJdIBofqxE TLVrddmDwho503FnNtc67mb47fD7v/65rh3DkeXLgo0h0deztadnY4drzuCS1Y+0dxTbGW82uM8q hNsiwXofOzh3ziDY8QlE8dm/McpFUwVv3XC9y5bpjXWsD0TXg+5kXTpq9ntcbKH8A2vY7xMETyBs yWdSlVWie/EHwGOwtipryR2qMXBrUSfqHZJ4TAuhTSp3duJsTqatrxDWSHrxWElbhLekVM52Nn42 Nz1jVQiXp9mWKnRb8AN/gKPPOL1e1xmaMdL/4vJ6nWf07N1O2zmKpqlzNqfN+VNEVfpTJxx9Syff wA+ANsyA2bG8rPlQmFFjoo6q+MclDO35DB9HZhIo0irqaEklSfzjJQk+D9qqucoMWw1iMnMzrvAD cGoQaMZgAG8bjLXnQOO02ZxWp7N8AZ3Y7MibtK58DGzEX66yMSCuiIMyV8TNiCsCPHrS5KZvwzrG p8kiTqAEqWO8wuOD2EOrtEUzySLWtTS3FlSAlkyMidHh/no/xwfyXqA1WDjeqifwJ/dfuOXWfxxA 2iKuIlXtBw/f2tNz2+FDHThENlCngU+3DD7dKvnp8lWuiIMyVwTs7ogr4uaTjI2qPB4ii5Bx4QmU Unm+4DRbRL6xAYnfWraIVby/3kfoGLPRLNFES1NTC47rJYEzG9XAVx8Qfthz6+GD7fDJcKTMXv/e bbdc2I+o+aHwxTsOHb4NtmRh8s/4Zvy+adxa5EXMRbFWYD3GHHLDsXaMvAWOLzi84Hz53EvPKbj1 WIk5RPqPleDNDxutjW/29e0YGNzW5fb27Bicv6No+yzrbQj6815WgO8RybkNoH/uweXZ5NKbRgZv XJFvWHn9YGFps9NRWFToWVlvcrUsgjWambwAbsW/AHFroYpbjxUpGbi+7zhEHp6BWosUgq3vl+Qb V+RVmMKst2o5u0mwczJmVQEojp9W6Qwm1mRlSA7RyuGI3fDv8zSETuRgOqXaCXAAYAdAmLUVCicb rM8GbHEVs770BMKsCQRaVUVWx1qA5VjkkMENBdMx4mZUt1m5cmtcvgi9HivBTET+WAnmmUKvwY+C Xm0GqrxRzyAiE5o+Esy6DA1JX33YBvUqkiCN4fpOP6xZOxcdbFwLnEZDvcMK0avAmHhGd70/n6yz hrOsgAAYJ4qsyOvt2Z6ot6N7bmJERq8J2HdY+K4LsM9X0evJomFgbmCgOTAwEGgmEKvey0UPpq+v j7JpkH6k2x0F0X9yM4zodpPdh9wiEB9VupeMrlLs23vgf1W/26yIbPgt3elHSu7oP5Wq30CKj1a7 YOULZi3kUl3BStgws/KmbYQQzbKRgS3tvo58kFHrdFpHrDXmz7gZPtxe16WhKvSCnf1D+SZnPupU qyDkBQRJBRq6Q4WFjXbBn3NF2qLmpxJDeafOyLFWm51nOCNr9XJQszYgxn5GoFW5hD/FCoxKLxhp Rq+lBM5gjbcFndmoU6uyReS4QnHyAt6G3ymj2k3TqPb2Kqo9VOTNYbs7CZKPKGj1IHV4GtjuuWS8 2iOlmrwfEtkKNciWQMi2TU8PK5TAmvL/Q05ZoNKo/0AYLX7JEbZSw5ThD/gLPxmzOfYgDzcBP/ao 4OzEmnmWAttVmgrtZHmfBfSWf47J6OXPuIB/EitU9rt6CsuAQ6cDdYE6vX0M9iwJ06Mx8zBUY1jY P45Gb3KbgfmRqekJgbo9szCuK/9wCeaPpo6WojeR5kem5qsrciGEZkBc8wyEK0SHryrGOpMOOAmQ arXOEmpOuPMh88BgssnCMYIIFtMGvb78npBiW1d3+s7lFzW7dQYDZZEQMZWe0RvsMWc2r2VEYBM4 yem03wGANT2AyTbgP+MJOKIQLpLr4Hgwh1QYymymYGM/CuuAQgPpoUiEZD3A8zCcogug8J1L1cEU ro2kHyrB/IznYTRnF75zmTqoztuXxrWhWlib8HWtbe1Z1+Z0DV6/UoyHnHoUwID0wKgt0x0TgHte om1hznJHqtXd6WBcCYczbje+nFjUEYyP7Buce2RDE6mhaY5lRb1Ko1G78r0hXnTXD2XqmwQmO5Sy 8J446hE+2PsZ2COmo6jBLxQ8+0pRj5lIlgf8UekmGnV52NlnYFpS4o+W5HszMC1R5fqqCaKGP4Jr yfMELaCVzyyuAmT5BdpgoMFpnUFD4IsMIsdTZT2a/lU6vRZM2pwuiaBNEM0GYZtlYZuh6LPuKuti DNyGiVgA3IZiqL2VGOrs0+BRFH0GHivyVKKRZMMg/G3rIXcn6HyopgEvg2BhAWv42yXrIbLzoZoW bJrVgJfFsIi8eEb4dAOe9XRt6ulaX/SYQgW/K+3j7S1rujtXFmwDrb2Lvppsbc7Ut4pBO8uxvpzP EnFzOkc20lX/WKQ36zDHizFHOhZiGXc46fR1pJ1SvNmfn+d0LwQqfyzqdyeslMlqL78ouGw2o16y u3nOZTHGJyexAn4dvpl04hqVCDv9J2FKBj8MbiWtMMWkpLTin8Rtch6zkpKApVg5xaKkiPhhvI0U YYqkpGRhHoGEjayyKilpmJKQS9mUFB8sxch57EpKEObJynkcKAUDk8OT/0bsJOsxUxVjCJPPygsF BWUloaBFNngWzNXKZHIgFZc3w6mhlJvi+AJVVkgfaRQdotlOE1riNtJosptMdj2h1ep0GkKLaFl1 WlpNaIwiwo19WIl4Ar57qhLjdiIWcI0B/Qm9mlfwPjLJxQI8Sj1V0hdheg3YB5WQ2otcI7kZO0u5 cOIJNWXUlse0nMMkOjl4pjNQajVl0IJBLecUEWcbPDPQJF4U7Ly2fA/ajZ5EnpGSlrcLPEyDZwYd ibQ8eJe3w1lsDSgQXyMGZe1AxpSnkHJAfx9QmArj4OdMFeG4ipYDF6CSwKHIhw+rJxBfszATesYs cvg7vFh7ThARtzsS8PnKSyMuVyTo80HVcgu2QrVSNQ/TYAxmgdpUGNZtI9aB9WPzsaXYWmwrtgu7 FjsE5sgoeOfIttLiUuG6G1tvjOzeV7fPs25TYJN2YI5+DlbsUfWw6byYL924b9Ocnny+Z86mfTeW NI5lqyTH0NX75+3vuv5g38Hs9p0NO20r1rjW8AtHzaN4c7u6nYoljcn9B3euGW1PJttH1+w8uF8T 2rLBF8JSZ1NnOWXbOmU3zSt/AFSC/ygl0DRS+O89XzEEm8T2UR9Rbj+/rz6fy4aVo6AcLcqxel8z 63r2cfZ9jXnmdXDW91d/j3gpnc+n70Ef53OZXCaAzsqNWfj3eC6TyeEL0eeEDSXgt07lnTiazmez AZDJ5zPgBXSzvAp9nke570FnxH1ZBJcyufKruVzmdXgBvgRPRtG33QA/wA+yqfqJAXh2bzqdxz1K prIGnryFiv0yn84n4Qkc6yvwH+FPkH/Ccso+n5gUQjvvsIb5mbWZ1zOEPWPPRL3j/Bh++8nouHaf spgKbWsMUm9XNuERmIw78/UMYajk5r3jJZT/tDY6XtLuq66lqnGiqxU6z+oOGWZzxTgQru5UI/OK N8q89/gTEN7FOkbq5t28Mpdffcu8zn0xVmekdTbatrg1NdLs3b3Z2ZgK6lmTjtYTiz1OvcZi4XKb vrh2w1dKTT6/0Sd6XKyG9QQHtvfecbvOwGoovRl5iD6Hn8OXkf+Oq7VjWPW6k/w9vH5Guf5X4nXE XKh9Vr6+Ez+LvyVfPydfq/Az+EK5/Auyb88Gr/8v+R9wfDdXWNp1tjH8yAmRMMLDcaJCUY72+YSV 9hTMXXtLmsXuGyYutTnZjzTeqMXF08R5rVrv84gSoyN+8jyhYWwWu5MmNfjvBT1yF+DPiJKeQGcT p/BhOM0ShF4yoWdU3hmivIrl0hZGe3CxOo+A6WzjPwuBUEhtHTfApzoZHldfPW3ih/DmpXF2Qm5w LmQbL2EhYIYPqTZYx0so/2l1eLwES9Ra9qfEwUVLLkxVjQcCfhkFLZMB+bWM3W4ER0gdichNyPIv L8icy/DjAqgjEWynGbNRI0j4DyRBw1hYxsxofqzVS0ZWMqrf1LAW5R1hO2K2it3juAY8DZbDWdgM XwqMG+SXgp33rNwMMPG0AcBXqDw5emJu+jHl51YYZy3ARFYVh88xdi0D9Q87S5KvTuyFv8spz/Vr xNVJqDTyc8j9B2up+ASOJ6BKuuyEP02hA+avR5WWtNCEK4LOXHun9+6woG7y0ttZ9u2s/JD1l8op VbPW2j84BWKGCX/N3hgNuUpPyqGuVNlG4nUNazUJdqPmP4EOViJrNurAvwGgYSUT4v12CX0Wj5VV /4T4hYY3WfkhStDr8Dfgy8E/DRTJE98nkPNcpVbB8+en0l+xmeBXcBN/wQ28jVGTes6A1npVRg7W VrFMHKehZjF6oi0iPg2WYC4Iyo6cZJJWH+p11loa8NTb2ZeUKrgoTy31t9yPlFETRvvzcBe/u4uw 5EL5aTZ0/C2dkdeFeLskMefYgABUuMZoE0XJqHFxBdFuEulvMg6blQMkHF8m1sZo8PfRskYN55bA p5w9dfkFkfLK6lZY+GuSSW20CuVzDjhsE7luN3is2ndhDShzBeZT1vljajjuTkucmh93oilAv1cx jI9PoH55Wu3kx0vVO7U6xMytnqrQCo2ghYiC9yzJoW7Jkf+KDC0EfDo8KPPdPsRYGM3ENVMNdQcc PQwnwf7Lot1yp//kqEmZkNm+fHkaaYY8COOrVbtlO53MmYCfOVliSP/T+BmshJH4z7GOONLmPtAI t9rTv2fByM5et7tvz8KRXb3uG0x1nXW5zhBjruuCx6ARP7v2K7vaCqWvblz3lV2thR1f3bHq0Ig/ M7q/b+WhkUBm9Fo0hzWCBrygKsGOYzllsNgJuvIghPwg2VQOPckUWEPL/+QNmSriRLYh4AUDXe6j GCN99EkzS+nPaG1Wr/k+2gA2WkXRajPh67bpRbfFpDlIkhQ10WyCvxoETfiw6lqI3NwnWcInyLXg IxK1P56KIzaj6V+fYSZD19XtdCpmMnzYYCxbOcEoPljfF+WGhv1tGb/OpDHqIs39kc51HW4xt6Lv TnCTHZQku8nt8vPfrh/tb7E3DZuspqwg6TUmE+NrmhMPz1uxo/vT8ClDwIsPqq7GBrHWE5nWOvkh e3xQDp0pCiXG5/alfGt9u3ykz0e2MqRYbcJzcs2hiT7ehLraFL84slBOOWRD/qrxflY4ufJm5mqY Gz6YWLR/KNpfCGooktf6cn2JNRu2X7MIqt30SKw352B99aFQVy6gpXXwbaPNA9HrrrfWdQQz8xuc uFRYWQwYBFGjFR0JQRJGOvvnCTZJMIcbfbaETzRbzbzNYqa0ZtG4dX24uz6gxVXeXC/qqy6QwBep rsIcmAcLnLTxtAe9uq5EOM00rTFrxlA7pWqMThDFTbkmlEYDUz2F8BNefJF1xOV02srP0oxWBwza UCwRHbH+Gi8DDDcnHkSq+oO81x3gwK85A2uceB88Wy6ifhoBHrxftRpiq+jxlB0+x+lSKkUG43Kj BElTbeWnFIvIjIpvqKn5WquQSZy2CfUnFl87lBzIudVajYbSOZLdqTU7N+8Ltrp51sSDI1ZreUxq dg7uHAziua4tfUHayKjI/8/el4DHUV3p3urqvVurLVmWZblsvMiWkORdtrxoX6wVSd4kHNTqbklt t9T9epFsnm0UxyRW4kxEHmGCJ/M+hwmTkGReMBMnDFlGxERKBkKYJIADJM9kgxAWhxAQ2FbNf09V 9SLLxslk3pt8X9eBo1t3O+c/57+nqt0IZ+WkZaakpdzS1dhiSZ8vNM/NWL36RZ1uydbdiOF8nPdd OO/5qNcrz6xYTZ6vWGFIW0Sepxk2xZ/8eM+VPwuOvNRd9zvKXTfVDjR0DJbNt+eubfXt2NJkSzJZ bMbMZeuXbt9Tki0uHaiovm3T/GDa8tL8TbfelIlqcfP2vHTdpk3OhvzN/Z/YufaAe0/F8nSTOY1/ XLSai285UJq5bFnZnm3LSldl5s5r8Vbk5BZv59lYIKzSdeh78Pkr4yFxLt5YHn/IO1flg0J5vGDx l6/4/xNSpq7DYp1+3CQtnZdt0+mF+umeFHtykvDenDR9UfaSuVf60+z0Hyl9KScra8Fc/pvtc4Ul ulsRvwUsj61jq8os8y0rVhQUiFr8xDVazYhkfi39aUrk7ziI/O1xs38buFz72+M26G695+7RT7lc e3ctruyrqe7ZvnDX3l7X3+xoaq5LW7614ONZe7p3N++8dU+HzuQb6utr2H/zCndVQUPJooVravIq e1cVuoWuddu3bchatWzpnLLpMyVNK5e1btxaWcHP0jb2FTxR91Pdl1D3y63kdoruPDPw/5iKKPAM U76Ced/iv2JB6W2VFV2bs7NL91VV7Nuc3Ze+dMOyVRsWJaUv3bgsf8Mimy6p5YO3rina+8H2lmP8 57G9jfsrcvPqnJsbPfxnD//NUPaIziS6UfsXnLHPe1j37EMx9f9pXsW2o/4ve5/6b7KZp++y2O2W sU+nJ5lsXzDOm7sw/bDZdiEjLX0uTs27u2zpWXPTjf16vdl85aF0zp8W9i3dPHGAFbIVX03RzVuc rlhdrDv/kEVXoNzoVBfy1/LnAD4Y3thjYF7m9IHkFFvaaMGmJclbt+WuzVtoTjPaTEuKSxdvaF0/ PzV/x+YhYWvmS6tSs7NzUkZvrt2yOrNoa1pG2sq0uRZjepp9QXHZ0sVl9Xs2BcjTL+kyxQOskq19 qCwbb0yPf82bnW0o2rzq2+TlZkrgXH4AUgwP8wyuzSeXi/I33UDp3zB75ae/D0qXuay6Z9uS0qJc vIukmHLyNy9rvmWPo8qSkmQtr9mTlFMgLdqYj0Ez4N1UvGWxq7dpe9s+YbiwYcNCW0oaXq7mLUud k1qxobQ8JXNuauWmzOU5qekZ6SmZ6XPMxjlptt0tFXuSdeY94GchO6vbKDqp1i/ntZ6fr69rpf4R 3bPMxPOx/frVfk5stV+r25jZMS97Qcb087Zkk3nKLK3IW9yR+bjw+hvC0PJRs9VqHk3JmZ+bLHw0 2YaXiHbh8PRx+qacfVE3V7yVFbOiM4XZVDELCw1LVyoRXwpfro74LBX/ugV/Dafu3GU1zq0rSldl 47NIsilrecmK5q52x6K1WSnJ6SlCZUbG9MW5xVmHbhc+sXFnaa4lyS4a5syT7Mn2ysbt5aaUDAEU X7nqEZ2H/nZmnPDFOOEr2SZWeGbZzeT3smWGlIVxZ3193Fm/qtzrrl3u4/7ofvHC0q5tNV0bMrLK Q/uKK81Wk9limJObn7t+R+E8Ibdr46bm4ozu0rqixoXpyzYsXbZ+cYrwyaL2rUuLdw3Vln14oDrV aExJw2usxZRXtXd1+qLcDfVrt9Zlp1fs3ZiVtXIdz0Mte0i3SPwAm8uyHhLTbN8iz9MiVIgv9LzM a1V+kck8LRuzc1ckm4W06S+AQsLnUpPFdZk5aVd+mmxNS9aV5M/N5P9ZJivD+VqOqM1nS3m+yyyW eTfdlJcnpmpRS0XURFaoVqVI1K4q8tEaH/eH5fEVfvnR2wOH2zvuWoB8brplfdZdO9uHt5Zt37al Pjy3vqWuvLahvkbw3Nqza+e23cvLvcu2F2Znrdq8ZKB8+U5BKli3rmBlqbRu+ndF229aVF60tmQj jxKTh/Vvwn87Sztj131DNwFH7bpxxgt5xnrON/ojGv0vUyyW5bu73etG75ufli2mSAvSmCB/wfBx farhTWZjyWeMNnDmjNfIiBPq91X8j7/Et5JxXXoqJ8fwZkbOwnmrkR72r+8vwu5Z5I3/vOjqoyLa xK/9Z0S/6rryheuLYfE15R+NS2MkpMqLV4tpu+mHmpjLSMIzZEQTiwipipEnrLUxcv/sgurG5ZQi 9q0xclKVV2aTpLoYeSZ53UxJMV5THk51RiXNnf4/5hydc3Tuzaq8erVkfDDz0LzxrGPzP5B9gv/R 40zJWXUtWTgntyr3RUUWfV+6m8viB5eMa3KTT5OlBpKPXSXjUVnmIflqVJZ/ZUVbnPx+dsk7zWXl KkVWpUUlv0yVHylS8PcFD8yUm9cXWouWF62ZKcWZxf/yfrJ6z+ofzC5rnGsurG1Y+911NeseWf/l DdkbvJBfb8zeeKYkq8RX8kbJG5vaNr2yee/mc1xKq0of+P8gz24xJCQhfwHZFScPxsnzXLZmQBZe V5q2HnlfeXLb8oiEt02QPLntmWvL9ry/iHx4+/my/vKbyu+tWFrx9cqkyvsr768Sq/xVb1Z/qUaq OVMbrv1enVwn1++r/6cdG3e80uBseKvxI43PNd0Bea65urmpeWfz4y37Wl5u3dr6dOvTt6y/5Vhb RtuT7XXtL7T/qmNzR0VHxU7jzqd2fWz36T23723au7NT12mFzOnM6VzWWdi5sbOss76zrbML4oIM dA513tF5vmtl16lby249u2/jvu98IOMDX4a8/YG3b9ty28due757XfeHut91fKlncc99zlXOw64M SK5rhavYtclV4Wpwdbj2uXohn79RcRtUaU3Ifyfp/fsbkb4FkJviJL9vbV9pjFRCPpWQhCQkIQlJ SEL6PtVvipOG/qc8t8TIZxOSkIQkJCEJSUhC/urlKwlJSEISkpCEJCQhCfkLyTv71+y/84DhQMOB z3vTvbXeL72v/HFgzcBHBi4Nlg9+xmfwbfR9WpWvk/wkIQlJSEISkpCEJCQhCUlIQhKSkD9V6PfW BcZsq5ggPGdkzGzIYenMxawsXexiexnu5JdZjqCTfw6dKv8KOlv+BXSu/Dx0njwOnU+6kHQJ6VrS DaSP0MxTtM+k/BTbhj1fgXbJ+6GD8gDbhn1+C51PupB0Cela0g2kT8nPQU/KZ9g2sQurXNjnGWgX vHTBw27oVLkFOpuPwsMd0K2yB7pX/iB0mPQQ6SM0Okrtk6TH5D7os9SekP8RelL+B+YS98jrobtY MbRX/hQLwu7r0EFmYUHY/RvoVPle6Gz5Aehc+RR0q/wZ6F75Segw6SHSR+QvQo9S+yTpMdgKwi5v T8o/Y0FYXAvdxdZDe+V7BB3i8xZ0PulC0iWka0k3kD4lvwY9QXpSfk5Iwao3oPNJF5IuIV1LuoH0 mPw29Cn5HegJ+VnoSfSkAtcb0Eegc7HP69D5pAtJl5CuJd1A+pT8R+gJ+UXoSfkPQh52OA+dKv8Y Olt+HDpX/gF0nvwqdD7pQtIlpGtJN5BulR+DPiI/DT0m/xp6klmFPETmIHQXG4C+g8EnspJPVvLJ Sj5ZyScr+WQln6zkk5V8spJPVvLJSj5ZyScr+WQln6zkk5V8stIKK89BpyLOrbDyGnQuItMqtLI5 0EfkN6FPAXsrVrVDe1m90ElZ66SsdVLWOilrnZS1TspaJ2Wtk7LWSVnbhx0yBS8s/gw6VX4KOlv+ HnSu/G3oI/I3oMcw34u1b0OflX8jhMlWmGyFyVaYbIXJVphshclWmGyFydYQrRqiVUO0aohWDdGq IVo1RKuGaNUQrTqC9nnoSWR8lDg2ShwbJY6NEsdGiWOjxLFR4tgocWyUODZKHDsJjM9Ap8q/gM6W fwWdiyycRF54+4j8f6HHEIeTlJeTyMsa6C7WJYzB7mvQ+aQLSZeQriXdQPqU/FvoCfkV6En5eeEU LL4EnUo6G6OnYPEV6CPgwynM/6VwCvvXChOY+Tx0qvwj6Gz5J9C58r9BH5G/Dz2GyEwIp5gR+izW TmDVWmESq16ETkVGJrHqZehc2JoU8uD/pJBPupB0Cela0g2kW2nVEVrF8zuJ/Xk/xz4J7Iegu1D7 9qD+PAftkvugg7JH3INonIfOJ11IuoR0LekG0q0sE/qU/BPoSfmfxT2oovuxY7r8TWgXSxG74P8B 6FTZC50t+6BzSbfKqEfCPmaG7pV/DB0mPUT6CM0fpfZJ0mPyh6DPUntC/nfoSflpsQsotoqc28+L nNtc55JulX8mcm5zPSb/VPSKb0+/DP2OXAE9JZug351+B/q9acwXL8lG6MvTL0FfkbdDT/M5egNf pTfyVXoT9Zj5Kr2Fr9Jb+Sq9ja/S2/kqfRLmHEVkrOLbonf6HPSU/Br0FfmC+DZ2QBszeTtv+tci dpp+HfqK/Ib4Dvq5zpO3iVPo/zn02/I70JfkKejL8lvQV+QnxSm9gffDOvr1Nt6Ptbw/T64R38Xa R6GvIErvop/rPNkqvke23hPfY0boS/I09BXE8D29hfdgN/RgPu/JA5ZLmP8b6LfRfwlxewt6Sn4V +l1qX4IPl+DVZWi+zyV4hZmIFUaBFDP1Zmpb+Uz4iZm0/yVg/6N4GU8iI/Q7TICeAvbL2Hka+pIs Q1+RXxYv6418FLthFLthFLthFPvw0Tx5pXgFfo5Bvy3/AvoddhP0FDhwBbsh7uJ74OcVwnsF3p6H vsJSoaflV8Qr8BmrYAWrYAWrYAWr9Ba+imJyBZ5jld7OVyG/fFXe9D+J0/BfBz2FLGAWmDYtTjP0 YB/0wEP06JOoJ09erDdwJkCDCXoDZwI0mKA38uzrjTz7ehPPODQyDo2MQyPjehPPOLSV9/OMQyPj ejPPst7Ms6y38MxCAyk0MqK38MxCW3kPj7zeyrMJjWxCI5vQ71Ib2YRGNqH5WivPJrSRj/JsQpup beUzeTah+Z42nkFoZBAaGYRGBqGRQb2NZxDaxEd5BqGtfJRnUG/nWYNG1qCRNWhkDRpZg+ZY7Dxr 0MgaNLKmt/OsQRv5Kp41aDNfxbMGzfHaedag7XwVz5o+iWcKGpmCRqb0STxT0HbewzOlz0OV+C30 O3I39JScA/2u3AT93vQb0JfkaujL069AX5Fd0NOypM9DlcAqxAqrsCdWwR+sQpXAKviDVagSWAVb WAV/JP1W/VaWQu/LN+uW8P9JPW/qUqlHpLfoZLoT6e80TdY/qLZFtlT/bbWtj5ljYFn6X6htY0y/ iQ3p31PbZrbKcFRtW5hkOqa2rbrTkfk2tst0n9q2s1WmKbWdlGw0a34mM29mnvb/qhLMmXerbYGZ 5n1GbeuYKetVtS2yrKw/qG19zBwDs8+3qW1jTL+Jlc6fp7bNLCPz79S2haXOb1PbVqE1Mt/G8uf3 qG07y5j/cbWdZBLn36e2k9kG6X54IvC/PUqXbvCrbSXOSluJs9JW4qy09TFzlDgrbWNMvxJnpa3E WWkrcVbaSpyVthJnpa3EWWknJWdJz6ttJc4PMImtwaeF1WwjWk3Mw5wswHz4vOBjvSyEvkq0AsxP 2oEeD1qDrBAj5cwLkVgb+vpYP8aCdOfGTzdmD0G7MDOJ1aHVgx43G8aMFuzmxh4d7BC1JNaInQ9h 3zBZ9KLVR55I+NeHOYewVrMhRXwuZmv5/xMkcreRFZB9B3bwY64Euw7Y4Xs42QF17g7c9aOXj4bh XzCCpwP9HsLgvaY/vRQHiVXgvgcjvNdBUYjHqOzjU5FKZCWMUSfh1aI7jLUB6gljlouiJqG/n/qa WD184tHx0LpBimsprXfTDDcbgE03fa7kWlI90uZK1B+knHrgi5a9KA4+HoIXHqwMIgqVhMZDSDwR HA78O4AViocKHgfZkNRce7Aj39WBeXyvQ7gbRitEeQgCXw/aXvIpQLHgeD3QfWqklF1DhEmxOUiI nOTpIFkJUp7qKSu96OF8DFMEg7SvW82FhzApsQgSK4LY1aHylWfMr/ZrVgawj5fi41e9HETPAFlV 9gxSpKIecIt+wqKcDS22iu9eYg1nQr/KXO7VAOY6YD9Ed4OUa43XSswUK0oeB1VcPoptD82MehyL iEftIK1TUB/AfSGd3dhsrqDdBmiHQxSHsHpKY+OtsW9QZTLHr+QlQGzQOOqmXHPm+iNoFB/71DlB 3N2u7h4CCiVDQ5EsOYgj/AQMxOHSKo8TnjjIvlO1X0jVpY9yxUeurlebr0K9S2WOxvwN2IXXi2sz PUQ2XcREbuVAJAfRk3l1nexTee2PzObMVTI+iPlu4s7/m3prTVTcv5qK2whPnCyPTtlKdVxitcQK H3kWgvjB7CLIMEkhVdl45hSqfCtC+xDxp48YxPNyCL38DPWSL5w38bt6yQfuQXSGtt9sHA0Sz/2E XYmCto5ndS9FXqk0hyjSSmRCkWxrs7W64FRrNz/lBRQDPs+vsiK2TvsproNqfVB2cav3DrUmu6mi eAih4l0P+aFleWbGQuoKhT+Bq3p6IxgKbqgSKE8FF8U0pD59lPOp2C2I2JmJQKmiwxQnJ52n2WI2 rCL10Enz0plSTv7VsedrlCdLHuavjGPw7LsrPvy5sY09H8rTXVKfzyHKnDPuOTkTQfSpONOv0hgO cCQKFuVtQauVgcibh4uevYNURxzXRKpwzxHHKqUe+FStoFLaYTovSn1y0XPMo9YWZR8+00vV/9oc Var4oJqZ6O7aCfHEvFX0U73zqHHmVT2J6qVbxaC9YWhRjmd1AWXGQW0X096vZta5mSchb0ZdcFOd HqY3Cg9ln2fVgT4eoT6qR8pYkbrnbTNq50r19EarRfRtQPPmT3k63eDTQMqZsUejtoe0MMLm/ehT 8qSxRnk78apPkSi7r/eE01h57accz1xr5OQEY95FlHwrLHCrtpSqPajmvYAwB9Snj/ZeobwX9al5 1nis8Mqvvu8oFnz03u0gnBpTHCz6lJ9Zz/4LchGJkIOw87h51FrvUs+qU33XHiRfY5+ZHnobDxI3 VR+vnVu02+Of88j2ypgYuWI+IcSehxvej0U/1WizZ69uBTOqmxb7mau99KnAMwO35lf0HSx6aqJP Ii2HBUz7dMY/hWn37hiG+Onzl5f41h/zhFW87iFf3OqTKhzJZWwtUXJYpGY8SKfEG/FBO9fxXLrx qMY+4RWUsU+aeE5HIzFMcRz4M/OoPQ3C9OlSiYw7xgMXaW4zGpf9mOGMeXaErlOPlcrvIgTaE29z XBV3YEcfVZzZ37oH6RmhPWViP59pz4nZakr8qiDVCiVXPSru2Z+5jmtkNBBBHySWDtLuyim6+pPv n8sA7flWx6pptIXV4G43npZt1FOPPglVtA0ju3BXhd4q9KzAjHZ1fAVlajc9h+owbyc945Q92qCb cb+XalwNk+ie3zVgfjP24mur2R6yUY3d2mlmG+3dhN5G/KxW5/EVlejZiXverqUqqNhrxirlM0S9 +kxUPO1AvxRBGO9VPVnUPGvCXRv2r1NHy7F3Pe3H/ef2a6jdHPGzRvW0nGLEd+Z7VsKjRrrjvTvx sxXz2sl+OWFWvG0mDDUYV7BUkwfccqGKVZnH47NLHeE54v41QqKoyikGdeRNNH6V+NkKz/n+tRjt oCdEC1ZWEdJ2il61GjOOtpHuoqiUTFUSGh5VHoMqtJvwb20kdm2kFV/aYnaLj91uGo/OUvCVq7qS ItdCd0o2Kumug3LFRwvUXLYRjplWdxMTq2lWOSFujzCkhtireK+xU7HREuOJYo/nNtYXjdXSdc6I sos2vlPN9NVx4VEvp5hwv9ojlq+1Mz+bf6lPodHPl0VUf/ifGCp/8lZI7wd+dvABaU3x6o1Sk8cZ 8AV9vSGp0hfw+wKOkMc3WCiVe71Sm6evPxSU2txBd2DI7SpMqnP3BNzDUovfPdhxyO+WGh2HfOGQ 5PX1eZyS0+c/FOArJL5z8VppOf+xsUBqc3j9/VKdY9Dpcx5A7w5f/6BUF3YFuZ2Ofk9Q8sbu0+sL SBWeHq/H6fBKqkXM8cGoFPSFA063xN0ddgTcUnjQ5Q5IoX631FTfITV6nO7BoLtUCrrdknugx+1y uV2SV+mVXO6gM+Dxc3hkw+UOOTzeYGGlw+vpCXi4DYc04MOGsOMYDGKXgKdX6nUMeLyHpGFPqF8K hntCXrcU8MGuZ7APTmFqyD2AlYMuBCAw6A4EC6X6kNTrdoTCAXdQCriBwhOCDWewQAoOOBBXp8OP Nl8yEPaGPH5sORgecAcwM+gO0QZByR/wIRvcW+zu9fqGpX4EV/IM+B3OkOQZlEI81vAMS4BxELZ8 vVKPp482VgyF3AdDWOw54C6UVJgrgtKAY/CQ5AwjpYrfPHyDCHLAASwBT5BH1O0YkMJ+bgY79qEn 6Lkd00M+ABrikBwSEjCg2OLkcfY7AnDMHShsc/eFvY5AhFebNdObOR/W70KIeAo2FK4pjgt9KOBw uQccgQMcB6U0wsw+RNzPu50+wB/0uIOFjWFnniO4ElmUagM+X6g/FPJvLioaHh4uHNDWFWJ6UeiQ 39cXcPj7DxU5Q72+wVBQneoNOx1B6uDzosaCYb/f6wFx+FihtNcXRsQOSWFQKMTJyrt5IJxIbchd ILk8QT8IrCTUH/Bg1Ikpbvx0II3uwIAnFMJ2PYcIlUZHhAq88QW0Ri+3UHA1dvDAFXaGCjgdh7C2 gK/RDCA/w/0eZ3+MZ8Mw6hl0esPgftR73yCYkudZqRyLmOnY4XreKqcIXEfeg6GAx6kQUjNAPNT2 KqUI5HlgBWeCl5IAPzku3/Cg1+dwxUfPoYQKzAIcpI83wiE/qoDLzWHyOf1urz8+oqhL4K4ynSfE Q+ek39PjCfH6lNQBl3t9/LRwl9VQF0g9jiB89Q1GKoWWhDyVC+7BwmHPAY/f7fI4Cn2BviJ+V4SZ t6k1ZSXSS7SgM8C3mb0Izla8fqTOaOQzfszDvN8HTDw0OEteFDYKd3yZ5KGMK5RJSa08OUE6PMCN ELixCtRGZFwFUm8ARY8fERzEPmDmMUaskFEsl3w9KHaDPCgOKtQaz24cBXfIEQz6nB4H54fL50TJ Ggw5lHrq8SIyeXzHOLRSu1qpf7ySPHJRNVTyMOs8qrO8O4ZuBSrduPfasNcDniq2+V4B5UkFC3SI OMICXss9vfynmwLiDwNQsJ8OLLbuCfPDG+SdKkuAsAjAg25eon1+j1JRr+mqcuBhUjk0aqTJieF+ 38B1MPJjEA4Mwhk3beDyoYaSL/vdzpBGsCiPQX6Xhw7eZoXijh7fkDvmgTvoC/EjoxRzj3qMFaao Q8F+/jzoccedXEcM0AA3HwyBTB6kKPLkuV4A+Hmrq5baW2o6dpe3VUv17VJrW8uu+qrqKmlFeTvu VxRIu+s76lp2dkiY0Vbe3LFXaqmRypv3Sg31zVUFUvWe1rbq9nappU2qb2ptrK9GX31zZePOqvrm WqkC65pb8Fyvx0nEph0tEjeoblVf3c43a6puq6zDbXlFfWN9x94Cqaa+o5nvWYNNy6XW8raO+sqd jeVtUuvOttaW9mqYr8K2zfXNNW2wUt1U3dyBR24z+qTqXbiR2uvKGxvJVPlOeN9G/lW2tO5tq6+t 65DqWhqrqtFZUQ3PyisaqxVTAFXZWF7fVCBVlTeV11bTqhbs0kbTVO9211VTF+yV45/KjvqWZg6j sqW5ow23BUDZ1hFZuru+vbpAKm+rb+cBqWlrwfY8nFjRQptgXXO1sgsPtRSXEUzh9zvbq6O+VFWX N2Kvdr44dnJh0o08Qul5WeRy9zrw5lLoCPoPJr64SHxx8SfENvHFxX/dFxdW+jfx5cVf55cXSvYS X2AkvsBIfIGR+AJjZjVPfIkR/yWGFp3EFxmJLzISX2T89/siw6r9DgQuOYt9mM12CZhhwdQMZpJl lsJ06m8RMCEPP19Qfg/5Ole6vtxuFzBHp7/R+UlJNP/Cjc5PSeHzxW/e6PzUVD5f/+kbnZ+Wxucb Qjc6f84czMdPxn+rQk/zOfbVLB06B4HfxrKRsBVIwzoU7HIU2mZBx7qEFNYrpPLfR2ZHhVz2MUT4 HqGV/YPQyR4U9rFvCV72b4KPPSuE2a+EIfaGcIS9J4wKBuGkkC6MCQuFU0KecFZYJ0wI24VJYYe4 Q9gt7hFcYpewX/QKAfGocEy8Q7hL/FvhtPiq8AXxNeGs+LrwHfEN4YfiReEF8ffCb8U3hbfFP+hE 8S1dqviObqE4pVsuvqsr0m/VlejLdfyvyd0Rj03XfA1sW4CtHth2AZsT2AaB7TCwfQTYPgVsp4Ht /wDbN4Dt+8D2DLD9CtjeBLYrwhHBDGxzgE3ivy8KbBuArRLYmoFtL7D1AlsI2G4HtmPA9klguw/Y HgK2R4BtEth+AmwvAtvrwHZJfFNnBrYMYFsCbEXAtgnYKoGtCdj2AktPPDb6bSANWzKw5QDbKjpq LhyoINsHbCFgGwG2TwDb3wHbF4Hta8D2XWD7CbD9Eth+L/gEJoSFFGFIWAJshcC2GdjqgW0nsDmA zQds/xPYPgJs9wDb/cD2ZWA7C2yTwPZTYPsdsL0lvqbTia8jP2/ocsWLugLx97rNwFYHbLuAzQVs AWA7DGwfBrYxYPsMsN0fj820MwZbCrDlAtvNwFYDbDuBzQVsR4BtFNjuBbb7ge0ssD0KbP8ObBeA 7SKwTcPzZGDLBbbVwLYV2OqBbQ+wuYDND2xHge2jwHYPsN0PbGeB7ZvA9l1gexbYXgG2K+KrOiOw ZQDbUmBbC2wVwHYLsHUDmw/YjgLbx4HtXmC7H9jOANu3gG0iHpt1QQy2VGDjBbIY2BqArRfYhoDt LmD738D2FWD7JrD9ANieA7bfAdslYZ9gF7zCAmArALatwNYGbLcBmxfYDgPbKLDdA2z3A9tDwPav wPZDYLsAbC8B20XxKM7RHbp54t/q8oFtHbBVAVsHsLmALQRsx4HtbmD7HLB9FdgeA7angO0FYHsZ 2N4Ctivx2JKyYrAtBLZCYNsObLcC2yFg+yiwfR7YzgLbJLA9DWwvAdsfhVbBJHQKWcC2Cii2AFsz sHUD2zCw3QlE/wvYPgdsDwHbOLA9BWw/B7ZXxR06i7hHt0DswtnxgnNHkZs7dLuBzQtsQ8D2EWD7 NLA9AGyPANuzwPYysL0rviVaxXfEBeKUuEJ8V1yr3ypu15eLTajZu/jzxGwQzEb/iRFcJ/xmPW4u jozgn5GL/MYwolwXzWbBbD137n5c995rNgpm82OPfe5zd9998qTZwMzGKUm5zCZmNh07VlWVl5ea ajQIRtNF88ETJw5yKyZscwLXRaNeMBr8fFs/9Zv5FEyi+f4TUyMjB816ZtYXl10s4xcmGY0Hx8a6 R/wnLqo7Pfg9vsQsCGb9CFN8JOdHRsZOj58+PaaMqJfRLBitX/v+KC6yoSxWzeHibsBTcg6zRcGo v6AshKdG/8h4ceoFk56Z9IpDxbSSz/50v9HAjIYTrZLUesJMzROtuIHPUfuoT7jEEVHHzGJZ2YjN wCwGszk1VeITR0asOkzlDX6VldEtb/BrZEQUkYXTp09TmMlb8hc33acp5FPqCHaUyiI3frNZnVZc 3No6NpWaquSJUqmOlJRRQpSbKXKIB1uxw0359eTyeFmZXkQ+LkhlF5RGmTRuAFojrEuSaGAG4xSb 4qwwlVRxFFUl12GSRTDbHh15dOQ+yN2QE5A/nVEWg2AxjcRSyqhQigbMEU7xge6xi3xAzyzg1Gyk 0jabhVUWvWABq1RaWQTBEqHVn8orTvsHx2fwipheNjuxjFFiGTVixXoQwyzLbMyy6TBXYxYYRfca tRRuWRRuIXNRbuEmyi0a0bil3Kjcwk2UW7iJcovzIMItPhLhlmKHuGXQMStxq8wgMqt+HBMuqC2I ycBMRon4Jek5/inGpiwmwWLeUkFoKrZQ0qZGFI5N8Tujlpgpi1Ww2Mdxfbbss2WfJDkJsZgFi/XR z372rtHRO+/8kMXELKbpVPWyWJjFwheX4wVjCWQuxMxMBsHEQR9ETqxGwWrGjIcfO378+GMP8yGl dJ7w05Berw+dxNDJkMkomMwHjx+/PDJy2KpnVkOEd2WYaTId5hEYwYSDcXseP66kV+XeiNUgWDkv T3D2jZ2wCoI1yr4Rk0Uw2f+ZPUEnSBGyq26l+XBcsaL2P/YwX6kXTCoVqc2PTndq6gV+RAyap8W0 Aa0HIB4GTsHW1hNWauOmlXhmFXRW7XTDcZ0g6OCkXgdfOcuSjMxm1OtjaJkkClaDFMNLiXp4Q7kw pNcLVuMYLsqyys0TyuFWySlNqWO0dVn0jvhpMeIuKy+vru7EZbNZ4woIalZ3AUMVitLMy+QgPIzY 00hq0ysk1TOb4QLsXFRb3Xgm8NqEVZxDehMzmqYZm7aaBatlW7mCrXwb5fcy5yS/v8xvTZEMXrba BGvSePd4N07h6buku6SPQo5D+C7EVIWqVhOzmiNUTbXiQ+EsXAVblZzrDyNlNqNg48yKpatJpSuN 6Wfnq43jA18jhDVh7Chn0cjhY8cOx287k7E2g2AjfCplbYJgi6HsX4qzHMpB/v5gvvhncdYm6Gwa Z+NJa7sGaZNFwRZDWk5W6oqyVqWtjWhLaVeAEBaDzmqWIsRVR8mAVHY5cnsQGVFLQlaEu3R7GF7F jG4pU+Ov3EbYWxaxS7YPmkRm16tm8QZjB2/5rItamx96zmJzlMUmM2exzSzYLLkOBW6ZI5eyfnkk wmN+H+Ux7pMEW8p41ngW/yvGx+rG6vhxvdN8p/mY2WYRbLbxkdOQMciJkeOQY5APjthMzBZD61Sb ldmsI2WIKdRixiUdYofQGwIxG5m1mwS7ReHgMVyPPRz37kGjOlyba/hozWZaW1LF2Y1RA6CXROld ZjNhNMLvY4dnbH7smFJ2NYaP2I2C3RxD8eN2QbDHcnzEbBPMyf8yPkEnWRMzzFi0LemmpIo3q0ps 0RFiOr07qUwfUZ+ZKM8oXPx5YCwrm1IcL6FdlA0Bkk+klwTQ3cZzqr01IeN2QWePPB3jCW8nwieb mN2k02mU5zxPEQU7Z3y0TpdJ1EctjfLEebuJcx44bCooDZfNUtw6piZ3mu4PHkdi9Jz20XvwXqc7 fpA4Z587d2lV1XEZXKdxhfg6Guf3CvOj+0+rPsPpiP0qRYH8SVHyC0nGCPmV9jXJb7cIdusi5h/p ZuMx0o2eRYzoMc3fLS5zNT7NO8zj0WvanizYUy/kXMi5uOWpgvPe897vNT7xxGMnJ0+es5+z262C 3X5h/OL4U+PnIU9AJiDfGT83/ui43czsFjkretltzG7jz4dursZXj6weWcC4JEP465Dl8ITReHRi 4smhJLOQZOX2X/jNOX795gXldamXnOrdQuMirtI+Gu8r5W9Dli29ExNA07MlyYiobOnu7p7qVi87 H79jAtfh8aNYcXSmiXPnknRCkn58nLEI+iSTkGThjYknzl+8eP6JJybUOTGXxS5YUl648FLxRJzQ 21lka7rb0kvt3i32mLHfvMD34M/p8xe0HfEMNx98bPzCwRz7yYP8IWSMAimhrdRtOWxmMZ/r7d2S taW395ydv/bxjyNOxmUDJAeSBSlmSTpdkjHqN1DysmIYHzeIQpIBW4+PpJlYsslotNvtSFcxLt47 nsoppjSVC81i6qSWevFxA8JufoJfgGjXAGuY7daSg+c1MsjUcXgCOYTBrOLuaMd/sPcd0FUU7d/P zOzeuXd375AOBogREAFjKEakGRFjpAmIqEiJQOiGgBBCEUJEaigiICAlFGkiRkQERMRQDL1IryHS ewcRIXxznwySXfi/f9T3/c53vvOee87v2d+d2d2Z3848zzO7mxtXNZf8NqsPjlwBYRAi+1ES2kIs ZMHdVBf4Plg7xadIH1Xb90WYbEbm7az7Z7wrj+5S3fmzTW2xYW2rycAh9C4LsPlyHglXjq8fmZfu bcu+5chxZ3j81KSSs4pwj29W4R3ae/dvffevaeuExHZqu0i3vO0Y3/ZLXVu2igh/uVfXhIjwV7u2 eS8C37GMCK/bMinxX5Xh0Q262O8C6C1lPQiPl/XgRDtZjwxqL+uRZQmyHsmRV1iLfalhOES/Vved cGjxRr2YcOj/ZkOJMwDu3pWzqwQE4yOjtpACw2AU1Ib5sARWwzGpbF6NJ6XKMdAU2kE/GA6fQB34 CpbCGjgOz6saJaEg3htqD6kwAkZDXciA7+FnOAGVsIYXnpLjLBaaQwf4EEbCGHgNlskrdhIqY3kB qc1j8CrUgjjoCP3hYxgL9eBr+AHWwimoAtWB1qj/Rjj4vdGwhu8Bom+fYHleDpFQFULhDXgX3oNu 8BGkwyypzXjYDYdgASyHdbAVTqv6BWTiWBaqSa/SSPo4399ADICpMFuqOQH2QDZ8Az/CetgGZ1R9 P/DIufGC1PBNaIm/WDIQpsEcoPAZ7IXDsBBWwAb4Bc7infe8ffzBgPIQDUXhLWgFiZAMg2A6zAUG E2Ef5MC38BNshO1wTtYjtd6WV6YQ7qlBaTma4+FTxcrA49AaxknlWa0GDWpC7Yb1XwuHVo0a1gmX rfXVKSgTBhMqwNPwIj7m8T1K/gAGy+v6hdy/PkyC/fArLJL+fBPsgPO4jweelVo+AY19f/cBQ6AB XMDvC0GgTD2iIALT7HegDbwPvaAPDIXPYR7o8DpMhgNwBL6DlbAZdsJF1YIgeWWfg2egBhSHJtAV ekNfSIOZ8KWchQ1hChyEo7AYVsEW2AWX4HJ8hW7x+lzEBYhLETMR1yFuQ9wb3zIhSc9BPIN4DTHX hy43YgBikfiW3dq4SiJGIFZArIQYjRiDWDs+vlMXVwPEVogJiMmIqYijEachZiAuR9yAeMuHvAxi JcRYxEatEzq04y0QOyImIaYgDkEcjTgBMR1xJuK81omdO/EFiIsRlyOuQlyHuAVxJ+L+th0SW/Ic xBOI5xCvIN5s27VlPM/1oduNGIBYBLEkYjnEKogxHRI7JLnrITZCbILYArFth26dE9wJiF1lY1u6 eyLOQMxCPONDj0CshBiNGINYOyGxeydPA8S3EJshtkJsj5iImITYO6FzfIInFXEQ4nDE0YgTEKch zkbMQFyEuAwxs1Ob1h08WYibEHci7kfMkSfp6jmBeA7xCuJNxFwfGhqigejXWRojBLEIYjHEUoiR iFGIVRCrd+7aOtGIRayL2LCL7/vGiHGIrRE7InZBTEbsg9gfcQjiSMSxiBMRp3WNT0gyZiMe9KGp IUYgNvJdJHMI4ljEaYjzEZcirkHc0E3OHXMb4l7EbMQTiOcQryDe6tYhsa0FiC5ECzEAsRBiGGKJ bp3iu1hlEKMQoxFrIjZEbIbYtlu3cuWtLojJiH0Q+yMOQRyFOAFxGuJcxAWISyVWsDIRsxA3IW5H 3IuYjXgC8QLiDcRcH3pdiELis94QxCKIxRBLIUYiRiFWQ4xBrIvYCLEZYmuJUd4ExK6IPRFTEAcg piGO8r1d7x2HOBlxBuJcxAzERYjLunXv0s2biZiFuAlxO+JexGzEY0lybHjPIF5CvIF424eCIroR BWIQYihiOGJJxAjECr6MRcaDoL9hmYzFhWW8/GdbRMapR0OOr2m8jC8mxMr8wXeUvG8evvVgfV3G St33e4UyN/grLETG3QgZ+SJlRuH7dakKMrJGyVhYUeZElWRWU0XmJdVk7hAto3P1v1H/0VuiIcvb ZjL/6i+zoEffIjLvuI+PP4Dev4h1/gUymfPIdd6/bYtAvX+Jtf/EQHzBrYvMarriC2ndZV7WQ2ZA vWTG8oHMc/rK3Lcf6uFnq3m/3n+izqO3isjc8OEY8BexPmIDxNcRG+L8pep3SqmNEcRS+TBvbVMX a9WVWfw9ZkfjL6L/X8SiD2DNf4l+fwkfk9l0Y5kFN5FrnmZyzRInVxct8MXLePU31O3wdcqOcs2R INcFveWaBqS+9/Z6sP69uv+JeoX+Umvz2qrJFVMjuap5629sE7k2uYe+cRKOLPwBdu87sH0nHhGZ XEuF+NZGf3OrIG4RucJ7GFK5Bir2NyyRK8D/GalcBZX4G5aoefRwpHL9XfJvWCLX3I+Kj3pViJwb j4q1/iUW+At4mGSSbSSHXJKOyY+G03K0Om1AW9AuNJWOotPoAppJt9EceokB82PhrByrzhqwFqw3 m8t2sxPshubSQrSSWkUtVntLa6sla4O0cdpsbbF2zGW5irgiXNVcdV3NXAmuPq7hrsmu+a7lrk2u g3w7P8KvuDPd+91nPHGeRE+KZ4Znm+eM55YRZJQwoowYo5HR2kgyBhhjjZnGImONsdM4ZlwzNTPI LGFGmWnmTHOFucU8ZYVYJa3aVqI12cq09nvLebt6+3tHe+d7l3tzvLeEIUJFlKgnMsQKsUVkiwsi t4AoEFYgskB0gbQCEwts9wO/UL8yfmP9MvxW+G3xy/a74JfrL/zD/CP9o/3r+cf5J/qn+I/0T/fP 8F/hv8U/2/+Cf26ACAgLiAyIDqgXEBeQGJASMDIgPSAjYEXAloDsgAsBuYEiMCwwMjA6sF5gXGBi YErgyMD0wIzAFYFbArMDLwTmBomgsKDIoOigekFxQYlBKUEjg9KDMoJWBG0Jyg66EJQbLILDgiOD o4PrBccFJwanBI8MTg/OCF4RvCU4O/hCcG6ICAkLiQyJDqkncxPfdXTnxZOgcQ4+z8F3OvjufFxz lLtkYhUOnOTjhfvYedEz9v3Do+3Hf3KGnZesaT9+yWYOnuioP8rBZzq4oz9PFXPwLg4+wcEz7e1/ 5pS9vKxm5xX7OHhKPi69ccVUR/l25NT3X33yelhpWp6t3BpLNDnzQ2S2UTLv2yrhypZRNkrZ6g+r XXWAsiOVnaCsQ6Wq++29rDbIzqs7RlH1uXZew6Hay/0dfICdx4Q7uOOqxFRzcMeoiWklObnfvpjR Dj4RuUONmHRl5yq7SNlMrF1UZv41ZW7WWMbv9niHLhWGwCiYANNgLiyApZAJ62Ab7IUcOAWX4KY8 oZv4kUJEXZNX1BV85R4vp2x1ZRsqG6dsgrK9lU1TdqKy85VdruwWZfcre0rZm3k2Vs2R2BBlVb9j KylbW9nGyrZXtqeyQ5RV549V54/NVHa7/SrULGRXvWaIgxdz8FgH75KPy+PXdtvLa0c7eD07fyfU wZfbedPGDp6Sj8v2Nx2EvJBcBUbL9Wg9mV/FyXzNd9c4BQbBSBgH6TAbMmAxrIAs2AK7IRtOwIW8 1jZ9S9lWynZRNlXZ0cqq+dx0gbKrlN2t7BFlL+XZZqCsGk3N1GhqFqlstLL1lG2hbFdlBymrrmKz 2cqq0d4s065681V2lZrnIA+Sa+VH0yXvKBuUVWOzuRqbzdXYjHMpq8ZmXAlllf+Kq6GsmiNxqldx StW4FGWVJ4ubrKwao3HLlFXtiNur7CnsTT7/+u6NPNsC7P1uMRK5CUVkVhgBUVANYuR6qhG+c6tm agt19hbKk7TIUFbN0Bbq7C3U2VucUPZanm1JlfVTNszehlZvSe65P0LjE5Ezud4Oku3CfeL7KKuu c/xorOPwdfErlF2n7E5ljzj1aB2mbCn7uGjdCo+bv+ZMZRfa/UBrR4xtY9l70aaSg8fYebv+dt6B OjjYecdUBx/u4CMdfG8+LlXueCYfl/15r7qDN7PXf2+AozzHzhNi7colLELuVtfj/jzKK1VjJEFd kYSDyh5TVvmXROV1E1X9xJ3O69ElSdkUZ8n7aha938ze0q5y7lPb1e+mRlW3UljiGEVJV5TNzbPd 1Xjufs1+3B6bHhynPZUf7KmiSs+RD9bppeZPr+w82zvoYWO5d0Vllef7IEbZug8esU+ssnWVnenU po/Ss8827PH/cJX6Kv/UV+VZfZWf6qtieYryrinKu6fMU3YxcObbCoBQuWYtAxWgSl5J6jZl1fVO VVqmKo1TlcYfWnZtB1Rx8GbOHg0Yq+xke82BMQ/qM1BlgAOVBxs42+kPBimPO2ix3TcNqWufFUPG OtsxREW4IdnOkqGllG2NJR4Zc31/IF4OKv2Zc+WVq7EyVHmvNBU10lR0SFOZSpoaN2kqZg5TI2WY Y7wPS3XwaQ6+1MHP2flwzcGX2zUYIX2klm/mj1pm9wSfuHCMcdT/flTJKzOUDVJWxfnRFZRVWdto 1ffR9XwvCd8/9piDONJ08PtTzbzv1bgao8bVmNt5dqzab+xD59h4lR2MV8qPV7Nk/G7n+EhXIym9 lF2b9N5Y08g37mtAbWgITUBlSOlq7KWrOJKuWpqucoSprZVVUXaaUmCaGh3TVI+mF3G2abrKqaav s3v+6Tsd/Io9Uk2/lm+1Kjdm3rDzWYXs9WeFOrizPMLBIx28nH01ODfCnpF+4efgwsEt+5z8wnDw 8HxcHv+LUg4+387n1bXrk3HQzr+OtNf/OtXOF4zOV1/yb2Y6+Co7X1jKfvyFyfb5tDDJ3t+FfRy8 t51/68iXvt3u4NvsfFEkzsc/27OoZj7uK6/r4LUd+9d08Fb2/n0338Fz7HxJgn3/pYvt/PsqDr7C wY/Y+TJqb++yZDv/oQT6iPt8kX3/H1Y5uEOvH5fZ+YpkO/+pgn08/HTBzjPB3v/Mcg5ew85XUQdf ZOerhYMn2fnPUXae1djBR9r5Wredr3Ocf31NB09x8P4OPsrBx9r5hjAHT7TzjVq+eCL13Zh/Be3j juu7McnBk/PFCB8fYr/+G9Ps12/jObv/2FTMXr4p0lEe4eCVHLy2g6c7eLZ9fGyu4Ps/cbIknnwK bclkfIbRSn6AjCUyq9H9dH98HhYALquWyLJqijUiU6yS37jIeXJe1rtEZA5ArpArQMl1ch2YeEm8 BJp4WbwsY6MvRlD2CqvpOx8NoMHyG3luJnytYF65ZyRmgOWgK0yWa9kcuEWCZBvcslVB1utArZpW Q4m1rDck+np3P9pWhGriFDDqJ9t0Gm2WOCNtsORn0WaJ3UAl2ysxS+yXuE721cjLDUWObGumLP0V bZY4Iu0qyY+izcpX85iqeVzVPKFqnlQ177W3Dra3Lrb3NWzvvZJ6WFIfSxrkLxEbsIWbsIVbsIX3 SrZhyXYs2YklPm8jPwDUpCYQ6kf9pKrBUlVmxVqvStUzRSa4ZJt8foWB76knYXlPbmRCKffvL3vV X9ICpAD0I6GkKKT6/us0DCBNSDMYSBJIJxhCOpPOkEbeJ0kwjKSRNPiYTCCfwShymVyG0eQGuQFj yB/kDxjrGxrwKXVRF4yjFrVgPPWn/jCBhtAQ+IwWpoVhIi1Oi8MkWpqWhsm0HG0AU2gS7Q4raA/a AzJpb9obVtK+NEU6nwF0AKyhg+lg+JmOpWMhi46n42EtnUn3wDrmlaPmNotiUZDLarAYuMtqsVqE silsCmFakjadaHq8Hk8q6G30NuRZvZ3ejkTpHfQO5Dm9m96NVNS7693J83oPvQeppO9wDSGVjTeM luSiMdgkJNfys16hvaymVjr92tva25Fe9fbzDqe3BBVu5hZPiCdYAVFcFGd+4knxJPMXT4mnWIAo LUqzQPG0eJoFiWfEMyxYlBVlWYgoL8qzgiJKRLFCoqKoyB4TlUQlFiqqiCqssKgmqrEiIlpEs6Ki uqjOwkQNUYM9LmJEDAsXNUVN9oSIE3GsmGgtWrPioq1oy0qI9qI9e1J0Ep1YSdFZdGZPiffF+6yU 6C66s9Kih+jByoheohd7WvQT/ViE+FB8yJ4RA8VAFimGiCGsrEgTaaycGCFGsPLiY/ExqyBGi9Hs WTFWjGVRYpwYx54TE8QEVlFMFBPZ82KymMwqiXSRziqLaWIaqyJmiBmsqpgpZrJqYraYzV4Qc8Vc Fi3miXnsRTFfzGfVRYbIYC+Jb8Q3rIb4VnzLXhbfie9YjFgilrBXxPfiexYrfhA/sFfFCrGC1RQr xUpWS6wWq1lt8bP4mdURa8VaVlesF+vZa2Kj2Mjqic1iM6svtoqtrIH4RfzCXhc7xA7WUOwSu9gb Yo/YwxqJfWIfe1McEAfYW+KwOMzeFufFedZYXBKX2DviirjCmohr4hprKm6I31gzOXhbov8C9FyE 3CK3pBe7S+5K76FTHTScZzrOMxfOM05DaSi4aTFaDDy0FC0FBqspvZupt9JbgaW31luDV2+rtwWh t9fbQwG9q94V/PQkPQn89WQ9GQJEuAiHQFFMFJNzvIQoAcGipCgJIaKUKAUFRRlRBgqJCBEBj4lI EQmhopwoB4XFs+JZKCKeE89BUfG8eB7CRGVRGR4XVUVVCBcviBfgCfGieFF6K5//LY7+t4R4VbwK T4rmojmUFPEiHp4SbUQbKCXaiXZQWiSIBCgjEkUiPC26iC4QIZJEEjwjkkUyRIqeoieUFSkiBcqJ VJEK5cUAMQAqiMFiMDwrhoqhECWGi+HwnBgpRkJF8Yn4BJ4XY8QYqCQ+FZ9CZTFejIcq4jPxGVQV k8Qk6a+niCnwgpgqpkK0mC6mw4vic/E5VBezxCx4ScwRc6CG+EJ8AS+LL8WXECO+El/BK2KBWACx YqFYCK+KRWIR1BSLxWKoJZaKpVBbLBPLoI74UfwIddH/vYb+r570nWugvvSdWdBArJPe83WxQXrb hmKT9LZviC3S2zYS26SXfVNsl172LbFTetm3xW4ZMxqLvTJmvCP2y5jRRGSLbGgqzolz0ExcFBeh ubgsLkOcuCquwrviurgOLdT7Ir7VUBT62sFybOmkOWkuv25D2gDRlmhLgLruuO4Ac0e7o6Uf/veM PukD/zv6/jv61OgLxdHnu4tDSQfXgf+Osf+OsX/TGCN6R9+9LlKMRrFYrTEUsd1f6oh//dAf0mA0 TIQZMA8WwjJYBRtgO+yHI3AGrsjMHoiLWJ6ewDzdPEmeXmi7e3qjTfZ8gLaHp6+0SXIrBW2Spx/a 7p5UtMmeD9H28HwkbXdZbwDaJM9AtN09g9Amewaj7eEZKm2yrJeGNskzDG13z3C0yZ4RaHt4Ppa2 h6w3Cm2S5xO03T2j0SZ7xqDt4ekDVJb2l9jdM0RismekxB7/QJFPsefdPOOUMuOVMhOUMp8pZSYq ZSYpRSYrRaYoRaYqRaYpRaYrRWYoRT5XisxSisxWisxRisxVinyhFPlSKTJfKfKVUiRDKfK1UmSs 7H83TzoqMhMVmfcPFflGKbJQKfKtUmSRUuQ7pcgSpchSNVa+V8osU8r8oJRZrpT5USmzQinyk1Jk pVJklVJktVJkjVLkZ6XIWqXIOqXIeqXIBqXIRqXIAlRkMY6UTFQk6x8qslkpskUpslUpsk0p8otS ZIdSZKdSZJdSZLdSZI9SZJ9SZL9S5IAaKweVMoeUMtlKmcNKmRylzK9KkaNKkWNKkeNKkRNKkZNK kU2oyHZUZC+OlCP/UJHTSpEzSpGzSpFzSpHzSpGLSpFLSpHLSpErSpGrSpHrSpEbSpHflCI3lSK/ K0X+UIrcVorcUYrkqrFyN08ZA/KUMUieMgbNU8ZgSplTqMgFVOQaKnLLN1JkzCa+duNbSY2hNNlO p7K6rD5ry9qxjuw91o11Zz1YL9aXDWFDWRobxoazEXIVfIQdZcfYcXaCnWSn2Gl2hp1l59h5doFd ZJfYZXaFXWXX2HVvRXncAmQb2SZPkE7TgbA6rA5QVo/VA8ZaszagsfasA7hYV9YV3CyJJYGHJbNk mQn0ZD3BZH1YH7BYCvsIvGwSmwSBbBnbDEHe57zPQSl59FAwtDDtcS1ce0IrphXXSmhPaiW1p3w9 ky26DnDv3oT6eweAob4yuU/e+5iEJfxZ495712m+e1MsQZaAFqQVlbVLaaXAzLdf3nmDtGAtRCuo FdIe00K1wloRWff+eSmUgAJagBao6ZpL45pb82iGZmqW5tWEVkDz03z3uzTZt36ykb59qPaCFg2W 9pL2EghZVhEKsdlsLpvPvmZr2M8si61l69h6toFtZJvY5ocp7rtbxmaxWfKIc9gc2ZYv2ZdS7wwm /ahUbrU83xF29s+jz5K1vpSly9gPbDn7ka1gP7FMtpKtYqsfdo3x6LPZbHn0uWyuPPp8Nl8e/Wsm vbNs4WZ5dF8/fEePhKCHHvUh/UDNjijNfPs94ujC/XyjQe6nJ9JF8BEMgIEwSK6IhsirnAbDYDiM gJHwMYyCT+QsHwNj4VMYB+NhAnwm5/wkmAxTIB2mwjSYLj3A5zATZsFsmANz4QvpD76E+fAVZMDX sAC+kd7hW1gE38FiWAJL4XvpK36A5fAjrICfIBNWSs+xGtbAz5AFa2EdrJd+ZCNsgs2wBbbCNvhF epUdsBN2wW7YA3thn/QxB+AgHIJsOAw58Kv0OEfhGByHE3ASTsFp6X/Owjk4Dxfgou8vOqU3ugrX 4DrcgN/gJvwOt+APuA13IBfuymFM6Ou0IX2DNqJv0rfo27QxfYc2oU1pM9qcxtF3aQvakrai8bQ1 bUPb0na0Pe1AO9L3aALtRBNpZ9qFvk+n0b10H91PD9CD9BDNpodpDv2VHqFH6TF6nJ6gJ+kpepqe oWfpOWbQ8/QCM+lFeoleplfoVXqNXqc36G/0Jv2d3qJ/0Nv0Ds2ld6ULIowyxjSmMxfjzM087HXW kL3BGrFmrDlrwVqyTux9NoANZIPYYDaGfcYmswXsG/YtW8SWsu/ZFraVbWO/sO1sB9vJdrHdbA/b y/ax/ewAO8gOsWx2mOWwX7WqWjVtu7ZD26nt0nZre7S92j5tv3ZAO6gd0rK1w1qO9qt2RDuqHdOO aye0k9op7bR2RjurndPOaxe0i9ol7bJ2RbuqXdOuaze037Sb2u/aLe0P7bZ2R8vV7upePYC/xGvw l3kMf4XH8ld5TV6L1+Z1eF3+Gq/H6/MG/HXekL/BG/E3+Vv8bd6Yv8Ob8Ka8GW/O4/i7vAVvyVvx ePlpIz/t5KcD78jf4wm8E0/knXkX/j7vyrvxJN6dJ/MevCfvxXvLTx/el6fwfjyVf8j784/4AD6Q D+KD+RA+lKfxYXw4H8FH8o/5KP4JH83H8LH8Uz6Oj+cT+Gd8Ip/EJ/MpPJ1P5dP4dD6Df85n8i/5 fP4Vz+Bf8wX8G76Qf8sX8e/4Yr6EL+Xf82X8B76c/8hX8J94Jl/JV/HVfA3/mWfxtXwdX8838I18 E9/Mt/CtfBv/hW/nO/hOvovv5nv4Xr6P7+cH+EF+iGfzwzyH/8qP8KP8GD/OT/CT/BQ/zc/ws/wc P88v8Iv8Er/Mr/Cb/Hd+i//Bb/M7PJffdYOb8Fl8Np/D5/Iv+Dx+lV/j1/kN/pvR0+hl9DY+MPoY fY0Uo5+Ranxo9Dc+MgYYA41B5gdmH7OvmWL2M1PND83+5kfmAHOQOdgcYg4108xh5nBzhDnS/Ngc ZU40J5mTzSlmujnVnGZON2eYn5szzVnmbHOOOdf8wpxnfml+ZWaYX5sLzG/Mhea35iLzO/MnM9Nc aa4yV5trzJ/NLHODudHcbG4xt5rbzF/M7eYOc6e5y9xt7jV/NY+ax82T5mnzrHnRvGxeNa+Z180b 5m/mTfN385b5h3nbzDXvWmARi1rM0izdcllHrWPWceuEddI6ZZ22zlhnrXPWeeuCddG6ZF22rlhX rWvWdeuG9Zt10/rdumX9Yd227li51l0veImXeplX8+pel5d73V6P1/CaXsvr9QpvAa+f198b4A30 BnmDvSHegt5C3se8od7C3iLeot4w7+PecO8T3mLe4t4S3ie9Jb2TvJO9U7zp3qnead7p3hnez70z vbO8s71zvHPxbzTw3j7eY+9Hp1LpQfHO+XRWW8b3Xew1Gd/3sCasKexjcexdOIDR9BDrwrpAtox4 H8JhNpqNhqNsApsAxzCyH8e4dQLj1kmMW6cwbp1mi9kSOIMR4pxWWatCAO/AU93QDVJO99P9SHm8 x17B9avrBDnFy/EocgHvt181BhuTKDVmGT/RgsZ64yatgHfdW+H9dt/bklfwDZViEAH1ZAY0UUaA FdI7y1OYA4GK9bg1H7d8z2j8IASKmGsl32Ouk7jPXC/xgLnpz7p75NZKcMt8ohCEyQygTN7TI3Of 73vzgMSN5iGJm83DErea5317imDfEUWI74iioO+IeKw7eNR7z2g8kv0sDIlrhWkrKYAlfljibysp hCWPYUkollDwyKtWTl67SrQSEFqVVgVKY2ksMFqL1gKN1qf1QTfGGGPAZSwxlgA3LhmX5PGoPo9u /w/FWHuE/f87vv7fibC+GPqocfM/GTMDeGvelrfnH8gI5Iucr8iYWRej2esyMo3EONlYxkhfdMyL jW0eMSr2+V/i4YPR8DMZB+9HwPzR5f+1aPhntJNxcYKM3/mj4ksy+/DlHnmZhy/vaCAzj99V3vGH zDrekRlHOuYcU2XGcUuO2rfkSH3XNy7vxU7ayR43LT/L3wqwAq0gK9gKsQpahazHrFCrsFXEKmqF WY9b4dYTVjGruFXCetIqaT1llbJKW2UeGm0HPjzeCo8whPlIUXf+g3FXFBB+wv+B6LvWXGeuxxi8 6aFReI+Mw/vMA+Yh8/C9eCxCREGMyef/x6h858G4LAqJx0To34rOtths3fl3RGe/1f9LfK5PKAmW i9lQUgqCSAPSCIrjU/dSJI60gadJO9IOniUdSAeIIu+RTvAc6Ux6QyXSh3wKMWQimQJx5DuyFVrR rjQJ+tJk2hdSaT/6IQyhH9HBMIwOpSNgFP2YjoZP8fn5Z3Qclf4eV/npzGIBMJUFsSCYzUJYGZjD IlhZWM7KsxjIxJi/E2P+Lly/7dZmaFvhjO6v+5NC+g39BnlMv6nfJKH6Lf0WKeySgpEirqGuEaSo 62PXGFLM9alrAnnKNdE1hTztmuqaR8q65rsWkaquxa4sEuNa59pG3nTtdu0mca59rgPkXdch12HS SmYHd0gb112ZHfTnFXlVspS/wF8kK9yl3WXISneEuyxZ7S7vLk/Wuiu6K5J17sruymS97wka2eCu 7q5ONrpruGuQTe5YdyzZ7K7lrkW2uOu665Kt7kbuRmSb+2332+QXdxN3E7Ld/a47nuxwd3B3IHs9 cuFP9hmtjHiy32hjtCcHjY5GEskxko1kclZG2knknIy0P5HrMtLeJLkmNZtSbjY3e9OW1lTrCO3n reOtQ1d7R3gn0jV577nIVWkGPnlpTtqqbxbn+4ZAFXwvuRC+9el7F5XKqDsLMUNmB7PQ+tiPiv0o 2SH58b1t8zR5Wo6dSBIpw14lUkke81XyqgwydUgd0MgEMgHftlkHLfVQvbBeRC+qh+mP6+H6E3ox vbheQn9SL6k/pZfSS+tl9Kf1CP0ZPVIvq5fTy+sV9GfJDrKT7CK7yR6yl+wj+8kBcpAcItnkMMkh v5Ij5Cg5Ro6TE+QkOUVOkzPkLDmnMU1jN9hv7Cb7nd1if7Db7A7LZXf/yXea7IpG8Y6Dhr8q5Y/3 gHy/0sbw99o0qdxTsqcR4HsTyvdv19xS1SoyX6wmPwZEy4+Jv29hQR35EfC2/BTAvw/3gzj5CcB/ uRcI7eUnCH93IBh/caAg9JOfx+QcpRBKChA/KCxnaigUJWEkDMLwLZnH5axtAOFy1jaBJ/DpbjGc r8VJAkmAEvjezJOkO0mGkqQv6Stn9lAyFEqTYWQ4lCGjyCiIkPN4Ijwj5/F3EEkyyUooS7LIWihP NpFN8Czed4rC+VcRc+vaePcpDu8+tfjzntgadU9smFSqKC1Py8vMsSKtKDPHGBojM8fatLbMHBvS hjJzfJu+DbrMf9qAS2Y+78nMcYiRBm5juDEKTGO2MQf8jC+M+RBg7Db2QIixzzgIhYzDxlGZU/cx U+AJGUUGQAlfhIDSMkJMh6d9/hzKSn++G8pLL34InpOe/DBUlL78KDwv/flxqCTXWCehsvTpp6GK 9Otnoar07eflNfK9B1aVNvuzLxtUX4bLvoTZ+lKZVpZ1fT1itIFc02jYIx175JJ5XhPg2K//w96X gElVXeuufaqH6qrq6lN771N9aFpsoGmggaZp5qmBZmoBEZrRFgSZQWakRRREJEgMogyiMk8yg4jI JLNDjDFeb2KMEmIc0ZjEIfE6Mry1/6rurpPkmuS+9/Ld+75HfbX3Yf3n7GGttdewT53Tfo7iZlAa 5hXAvNIxL4l56cD+wAGe0cHAYaqJOeZgjnUCHwZ+R3mB3wc+5XmZmRZgps0w01aYaRv2g49znrCD s41OmHV3zLon+6cvqTd7p8t4XsHiKH1S/C5sH16fYzCjB8wcRRnWPVVRCHualpggOlfRLDFQNCaB d8jEaLwC/gYvOlgdmBeGI0mQcTL4kgK+pIIvfvAljePf4RQAd4KQegg8Sg/cGLiRwpyhz6cMzsJW sOxXBdZSNudihyk3cDRwmlpxRvYpFQc+D3xNYzmWuI+mcNTwEM3lKGEvLeQY4Gl6mH3+m7Qesj8K 2R9jT/4OHYcGPAMNOAENOAkNOAUNOA0NOMMe/lM6y17+czrHnv4yPct+PYVe4VjHpdc5vqlNb3FM k08XOToJ0iccZUToc/b1WZwJsCXkTGkGkckkqcTsNlB/8/stGhC8M9SdXuFrrhGP4TeOvmqJ4Bfw xBmR0bp+CRJZVi0RGkjFVTSLOlN+gkSWmd3nwLrANu75TOBF1rZvgkZ/mYp8Ozae2hhJYbx3i3vJ +q9YVr7SgR0i2CEBO+SDHUqCHUqGHUqBHUqFHfLDDqXBDgVgh4KwQyHYoTDsUAbskA07JGGHFOyQ hh1yYIcyYYdqkPCdM8+tWKW+48yJv3c/xhIBIXmUdUS+KBLtRInoJcp4dKPEJDFdVHAEs1AsEcvE Ku51k9gu9oqD4qg4JZ4TL4lXmTcXmA8fiU/EF+JbNv4pVsiSlmvVsnKtfOZuK5HPs2/AvGiCupy9 n6mHi7aobxbtUI8Q7VGPFB1Q3yI6oh4lilGPFp1Qj+GVZ+qxogvqcaIb6omiB+rJ7FFNPU3cgHpN cqapkw4nu6iPJNcwdfg7f9DUycofMnXKNn866pP+MOpT/gzUl/026iv+COqrfmlqjmEU6k4ZAv1M Eg3ZEmSwn7f4f425LGdvb2KHplzeLAq5HCGacTlSFHF5i2jO5SjBcQTPrSWXY0QrLseK1lyOEyXm NyCiK5e3iu5cTuZ4weJZlXI5XVzH5QzRi8uZog+Xa8T1XK4Tfblcm6zJ4vk6XB5JNjsg3/lZMDxT 1mqeZxKXJ/0cb/AcU8yvmvypXF7x+7m86k8ji+fG0Y+/EzWsen7zNrqLFrGVX0XraBvtpUN0gv3Y y/QaXaD3Oef/ovK+HmuSy7qey7pUKFqJDqxNpaIvW8hynvc4nsVu5pb5K0x7UA8Xe1HfLPahHiH2 ox4pnkA9ShxAPVo8ifoWcRD1GPEU6rHiEOpx/mtMzXOsZWqe5bWoT/pzUJ/y10Z92V8H9RV/XdRX /bmm5hnXQ91JbID8NkJymyC5zZDcFkhuK2S2DTJ7HFLcDsntgOR2QnK7jDz8Ghx3wPEoOJ4Jjrvg eA1wPAscrwmOZ4PjgpIyCL/u9sFWEFa6yDCvEzFPv/bFk0cNqIh9cXxHSkSha5nQEdf0bVoRNaqO JhhNMraX7clq6ApKc6dM2GyhSDic2QhYIgv2xfg0l34oBokh4kYxVAwWEwJD2fuUx/aHrdnWfGuJ 9bBvjW+X72D4Uvhy+Er4KtvX9YENgY2BTYHNgS2BrYFtbGvPBs4Fng08F3g+8ELgx4EXw1+FrbAv nBRODqeEU8P+wDeBbwPfBS4FLgeuBK4G2ewFlwdXBFcGVwUfDq4OPhJ8NPhY8HDwSPBo8FjwePCZ 4IngyeCp4PngheBbwbeD7wbfD14MfhT8OPiH4CfBz4J/CqWG/KG0UCAUDIVC6aFwKCPUKNQ41CRU EGoaKgw1CxWFmodahFqGWoVah9qE2obahdqHOoQ6hopDnUKdQ11CJaGuoW6h7uFQOD0cDsuwCuvw 1+Fvwt+Ga4azw+ZeZB5yP0K+l8yRQ2/2aZOsyey1b+O8LmTN47wuHb+CDiOLy0BuZmMPNuJ70vck yZQnUg6QSjmScoSclK9SvuK4jTMWyjQZC8c3bwU+oIYmb+FoZgn77nacuz9NXTnrfpP6cOb9a7oe vrsvfPcN8N394Lv7w3eXwXcPgO8eCN89CL57MHz3EPjuocEr7LVvDNnsqUfBU8+Dp14QdthT38vz PE7l/4hE/2sS/L8ip0oJBcBNAjfTwEcJPtYEH3Mx8yaYeSvMvD9mPhAxypBY5pccSE7HKuxFZn+3 hGol6v9favF/ro8x3eEWItAUgqb4IOEUyDMMeWZAnjbkGYE8JeSpIE8NeTqQZxTyzIQ8XcizBuSZ xXLLpJrx0QeTwwmjD3O8GV+xZs1DTwl6KqCnFvTUF782lJyRcK3LUUmVFahc6bAcWAXQ5GRocio0 mX0IR1DOP7pPaj9rnk+J3XE2GTnpeF6BJ17ss2TZ5nlaYY9ENFdN96W3qEJiMaCJ5Aci2nswTumA JyaWeGgmUpzKkVAijS0155er4jTT5hzDCzvXziWyG9oNmVJgsy+3W9ocq9gd7Y6UZne1e/M5fe2+ pOwB9gDS9k32TeTYI+wRFEUrfcwTH3+nFXNlAFcGcU1nlE2MNKwT1scsoc/4+yXGZuyyz9rOn9eY dp6/byfQl/kaWyeYdo6/L1bRk6wKq8KnrW1M3c3fA1WI8LE/sR7i2l9Fs6xS6xOm3sXfL6rPtN7g 7ziWU6lVlHBuNvrqx/QiKzvhbNMPx3i+LF+OL6/6fPEHawUj7I99ls+PZ4gqr5jD3xSew0fWJ+a4 6orjFstdfMLIq9br5rjqCp6hMFzok0A7xLQzPK4tHCdXUzcwlWMOa6m1wjPKxUxfwfTbrLnWgoQ+ e1hTGZlrnopKoBZaQ5EZWlYPUZhAdy2WGEdgPqvAaiFOVSN0xeK5c6Tns7SVZeUk8I2jY0bMt1a1 /MQl8ZllmZsi/PUn0N/gDIP1gMz3s2o6beBY/+f8f/N9o1retJgWi0PCvM/DfM8kIJPZ8y8T5ol7 891ehSSbP8krFojbhHknhvkuTbiqFa/8MWISU8x3esJV2ZQtijlX6BfPygbHsZjW92GtN6ujoV3G Op5vD7IHUWO73B5OTbBGmtlL7aVUBH2PrWSOmclOTktO4ytHmhVvj7LH8noZb0+iFHuyPYVXyjR7 BoXsWfYsyrBn23eQbd9p38mrbp59N0Xte+yFVMNeZC+imvZiewll2w/Yq+lae429jcexne2G+X2/ xSMaVLVCI/EeTV8CfSWjrzT0FURfYfSVgb40+nLQl4u+stBXTftH9o+oVlWPW9HjHmpu7+N+21ZZ Me4DZRnK61EORbkw9nQd2wXzv5ZcRqss3gOUxBZvst0LmHmfSj7eTBClHOA38KwG4Khf1VF/HLE+ 2d3sHrB0hbjGpdz4NcaKVl5Vfdw/fpxwpdiCkTSnCfhj2HNpAevJUs4qH6UNnA/spgN0mDOCc/Qi vcI5wXl6my5yVvAn+pquiCTOL20RFdmcYTYQBaIF55idRQ/Rh7PMoRxfj/nLPJMtpsUaVI/LenYe l3l2fS7r22y97QZsSS22p/lc5tucbdmNjObYjdlqWnYTWNgCm3Muu6nNOZddaHPOZTezOeeyi2zO uezmNudcdgvmsLHFnHPZrWzOuezWdhsu29htuWzLNtqy29ntuWxvsyexO7BcLLbaxVwW25247MTW 2rI721247GJzvmaX2JyvsWfoxmU3m7M2uzvzz7J72Jy72T1tzt3sUptzN/s6lqRl92IfYtm9jR7a fXitWLxiyqCfA4zsWEstXjflXJazh7DYTwzjchivIcsezmvI4pW0lEuzXkVyWsKTBC7W4vKqvYx/ bkVmQdrIGOybOSb4gSnTW0D3KkiEy+lezvTyWIrlbDWWiZ3inLggvrRszvi7WTdbc9jW7rVesN62 vvVpX4Gv1DfKd5dvte+A7yXf+74rSW5SUVKfpHFJC5LWJB1KeiXpo2QrOTu5VXK/5EnJi5I3JB9N /nnyH1JSUnJS2qUMTJmasiRlS8qJlNdTPksNpOamFqcOTZ2ZujR1e+qZ1POpX/jD/gb+Ev8wf4X/ If9u/3P+t/xfp8m0xmk90kamzU1blbY/7cW0d9MuBaKBwkCvwBiO4B4NHAy8HLjI0WpWsEWwb3BC cGFwHUeprwY/DiWFanHEWRaaHFoc2hQ6Hnot9Em6P71Oeof0wenT0+9P35Z+Kv2N9D9x5JkX7lyZ gzHvmUumTG+BsnklYnSZ+ZdrEJTVSD0g9YDU8yB5QPKA5HmQ+kDqA6nvQRoAaQCkgQdpCKQhkIYe JB9IPpB8D9IISCMgjTxIYyCNgTT2IE2ANAHSxIMUACkAUuBBmgJpCqSpBykEUgik0IM0A9IMSDMP UgSkCEiRB2kOpDmQ5h6kBZAWQFp4kJZAWgJp6UFaAWkFpJUHaQ2kNZDWHqQNkDZA2niQtkDaAmnr QdoBaQeknQdpD6Q9kPYepAOQDkA6eJCOQDoC6ehBioEUAyn2IJ2AdALSyYN0BtIZSGcP0gVIFyBd PEgJkBIgJR6kK5CuQLp6kG5AugHp5kG6A+kOpLsH6QGkB5AeHqQnkJ5AenqQUiClQEo9yHVArgNy nQfpBaQXkF4epDeQ3kB6e5A+QPoA6eNB+gLpC6SvBykDUgakzIMMADIAyAAPMgjIICCDPEg5kHIg 5R7kJiA3AbnJgwwDMgzIMA8yHMhwIMM9yAggI4CM8CAjgYwEMtKDjAIyCsgoDzIayGggoz3IGCBj gIzxIGOBjAUy1oOMBzIeyHgPMgHIBCATPMhEIBOBTPQgk4BMAjLJg0wGMhnIZA8yBcgUIFM8yDQg 04BM8yDTgUwHMt2DzAAyA8gMDzILyCwgszzIbCCzgcz2IBVAKoBUeJDbgdwO5HYPMgfIHCBzPMgd QO4AcocHuRPInUDu9CDzgMwDMs+DzAcyH8h8D3I3kLuB3O1B7gFyD5B7PMhCIAuBLPQgi4AsArLI gywGshjIYg9yH5D7gNznQZYAWQJkiQdZCmQpkKUe5AEgDwB5wIMsA7IMyDIP8iCQB4E86EEeAvIQ kIc8yHIgy4Es9yArgKwAssKDrASyEshKD7IKyCogqzzIw0AeBvKwB1kNZDWQ1R5kDZA1QNZ4kLVA 1gJZ60HWAVkHZJ0HWQ9kPZD1HmQDkA1ANniQjUA2AtnoQTYB2QRkkwfZDGQzkM0eZAuQLUC2eJCt QLYC2epBtgHZBmSbB9kOZDuQ7R5kB5AdQHZ4kJ1AdgLZ6UF2AdkFZJcH2Q1kN5DdHmQPkD1A9niQ vUD2AtnrQfYB2QdknwfZD2Q/kP0e5AkgTwB5woMcAHIAyAEP8iSQJ4E86UEOAjkI5KAHeQrIU0Ce 8iCHgBwCcsiDPA3kaSBPe5DDQA4DOexBjgA5AuSIBzkK5CiQox7kGJBjQI55kONAjgM57kGeAfIM kGc8yAkgJ4Cc8CAngZwEctKDnAJyCsgpD3IayGkgpz3IGSBngJzxIGeBnAVyFohFTnw3xmSrAtlq PrLVRshWmyBbLeBsdSQVYcemBXZs2mDHpgN2bIqxY9MFOzYl2LHpiR2bUuzY9MaOzfXYsenL+e5q 6o/doWHYHTI7M1sonXIon1pQMZVSGQ2jcTSd5tIiWkaPYn8EOT6OkOfjCLk+jpDv4wg5P46Q9+MI uT+OkP/jCHsAOMI+AI6u56PrcYRdARwh3zf75XZXphBy9hAJUU5R3A/sSyNpZnycW2gvHaYX6ed0 gS7SZ/Qt5+tRkSPyRWwca8wuQzzDX4sdh3VmryFOWQ/KhgTKRlA2JVA2g7IFFNPiVrRojrZXHe2o OtpZdbQroee9aGNfVRv7q856suroYNXRU1VHhxLaeBptHK5q40jVWUerjo7hKKZ3UbNC+IqT5LOH cH2K66FVrZ0GdiY+z3TsQ1bvDU6gZHsS61sq9M3P+jadAtC3kF3B8VC6fUfVPqFtz2eti0DrFLTO 4bEU4C5Ldrw3XpE8Bl599tA45SQop0AxO5UL7eOeOyLb4hpidhFju4V94vuIZu/HstqY/WirB3Z/ VsRpuRbn6da6+N59JTVsRclnLeZPdiJdfCmuUJI1FZ8kD3JBvM/XTbcqPNQXxCvcTrFVHt+fr6Tv F4e5nTz+lFilHmSVWEfJ5n1T/GlgFXiwOWIBj7+BhzZGTDa9W9pD7SsGk497f0Fc8dBbiWJK4t7N 56IHyRa5XB7Arnk1NUWEcU/8XCLVvJ+eW58gFontHrp5e71P9BOTxSoP3bzbPsn8slMMFB7+4E3f SebXP6KdGOVBzK8pkkUSPjmixIOZ9+cn00fmw2hjD2Z+kyFE1EMz74G1hN/cPUigmveICpHjoZm3 llr0lgjFqUbLptv7/+X74RZrc65dwj2Ze2DX2jexZc/BDmTd+F65xSuza9WuZQD2LnaXbA3KbSi3 Vt07+GfvOnQhH/hhVmOdqieVVwLrinJ+fF/VHPf8i33R3bDDe+K2WzCHzP2gl8VHuGNl7o5NQHu4 syoOiVeZ/jruo1VTN1gzY/esxCdWuwT6Yquc6TtxH62aOt3qhXtWljhjhRLoQ83KNnesrEACtcSq E7tjJVaItxLo+eYsYX7neCGBqsW3TGmF1Xagmk6XxLux+1RifwL1ollDwo/VtjCB/gruO5k3Ci5I oB4V5u3O56GfAxPom4TRvnPxX1lWUu9Hi+wZ6LzIS6DPxD0oXnUiN4E6jL2fIM4D+YqvE+jdsJ4M r79MoBYII/l+fDSfXkqgR4WRrOH1i3Gq0U7c+7BLWb4+6FQqNAjvdjQ7EP/UvV2LNWa0PYbPNl7E 4hU1mXuYx7ltsn03r58UXj/3cIvr2ff67Y3sb9PsrazbAV4z23nV7WQPGrKPsidLj6+L3nFNT8Oo zK/Vk+0prIXEa3M2j8d4IsvexRrqsw+xx0zBuNdT9R2o2MqZjHJn5d4+lwdRTkC5nfnjozz8lWpB FWT+GY5p3I0fE18zD/9v3y+34OsW8vXHbXMX1eIr/l57Xbm9XhxDBdFeCO2ZX21kU+W7jZPsYbgD koQ7JsNg68rtYRS7T/Il2+U54iB/Ynd6V8fpbzF9pPndlXjbQ3+BLX+peCXuKSqp5vdpReKoOOih rmFqttgpVnuoi5iawutxsYc6levPxELodzV1KNfn2c+Ue6glXD8nhsU9SSW1Mdf7RY/4Oqqksn+n R0Vh3LOs/m8QXRupjua1E1sFAqvAx21VsITWc7yZAp33Q+fToPMB+yDrY/D/yO8xKn9bYcr+KG9A 2Q/lAJTdUXZDyVGUkPiLFgXsX8tY2ytoCdurl+lLEfcCkvVKZkqOymVWnDIElFsSKENBYUssa8Yp N4Jyc8I55aCMTKDcBMpoXJUae0oWXqqAWqAPiXYV2tK43sE1UTmMyzyMLGJ0X45Cq8mcK8SfoEXP GqOOoE8H45U40433PxptmVErtGJazTS2h69xiWQWj8vP/eTB9oTI5+tv3jlgzvD18vViM2GeTxZ4 Ptm8l1bg6YGSuMV4BFakD36lXZhA87EVbgN5ZVdRWRaRe4xFjr0FJDIzcicFIosiD5COHI4cQTwj Ih9GrlLszSQDEyzTo+hnKpk1UJZA81E5f0zsWZxATaJu+Ji7pw2q6GybIsMjw7nnkZFbYJu+fySv RC7GR2L8V0G8nccwkjYYSXYVjVuL3BwZ8Q+2yWdLIa24BS6Ez4q1tOavWlgSuT/eQiZ6GSWTv7eX mM0o4LoYH9Pq2jjVZc40iH9i9L/mSeUYLY6uopGjkWOR45FnIiciJyOnIqcjZyJnI+ciz0aeizwf eSHy48iLkZ9EXor8NPJyxLyrxIfxEMYTwHh0vJ2ZkVmR2yKzIxWR2yNzIndE5kbu5LN+EFkcuY9n +MPI/ZEfRZZGHsA1ZgxHI3h3idFHfVqf1KfMSPU+vY9In9PPmpGKQ/QrOU1OlzPkTDlL3iZnywp5 u5wjj8pj8rh8Rp6QJ+UpeVqekWflOfmsfE4+L1+QP5Yvyp/Il+RP5cvKp5JUskpRqcqv0lRABVVI pauwylC2iiiplNIqV9VTeaq+aqAaqnzVSDVWTVSBaqoKVTNVpLqrHqqnKlXXqV6qt+qjrld91Q2q n+qvytQANVANUoPVHHWHmqvuVHepeWq+ulstUPeohephtVo9oh5Vj6k1aofaqXap3epZ9Zx6Xr2g fqxeVD9RL6nfqY/V79Uf1B/VJ+pT9Zn6XP1JW9qnk3SyTtFddTfdXffQPXWpvk730r11H3297qtv 0P10f12mB+iBepAerMv1dD1Dz9Sz9G16tq7Q9+pF+gd6sd6it+pt+nG9Xe/QO/UuvVsf0Uf1MX1c n9Fn9XP8PaNf17/Sb+g39Xn9a31B/0a/pX+r39bv6Hf1e/p9/YG+6GQ5NZ1s5xqnlnOtk+PUduo4 dZ1cp56T59R3GjgNnXynsdPUKXRaO21YhjXkWDmVrc4dkjVE/ky+RdcqR9WlZqq56kad1RB1C5Wp e9USGq7Wqg00Wu1RB2m8+ql6jaapP6uv6A6dqrNovh6ih9AKfZO+hVbq2/VcWqPv0w/SBr1H76cd +hl9gvaw5pymfdCX/fp5/Us6oD/UX9FZp5HTiH7uNHEK6BdOM6eIfsna1JhWyq1ym3xcbpc75E65 S+6We+ReuU/ul0/IA/JJeVA+JQ/Jp+VheUR+Lv8k/yy/kP8hv5Rfya/lN/Jb+Z28JC/LK/KqIiWU paaoqWqamq5mqJlqlrpNzVYV6nb1oHpILVcr1Eq1Sm1V29Tjart6Rp1QJ9UpdVqdUWfVOfVb9bZ6 R72r3lPvqw/URfWh+khdVlfUVQ7XhG6qC3UzXaSb6xa6pW6lW+s2uq1up9vrDrqjLtaddGfdRZfo G/VEPUnfqifrKXqqnqbv1gv0PXqhfkyv0Wv1Or1eb9Ab9Sa9WT+lD+mn9WEnzQk4QSfkpDthJ8Ox nYgjHeVox3GiTqbjOjWclo55b5UN+RHk50Bm9SGzIsisDWTWATLrBpn1hcwGQGbjIbMJkNk0yGwW ZHYXZLMA8lge2xNxRxifoZ+KS2eZfFA+JJfLFXKlXCUflqvlI/JR+ZhcI9fKdXK93CA3yk1ys9wi fyvflu/Id+V78n35gbwoP5Qfyd/Jj+Xv5R/kH+Un8lP5mRqlRqsxaqwap8arCWqimqRuVZPVD9X9 6kdqqXpALVMb1Sa1WW1RT6lD6ml1WB1RR9UxdVz9Ur2ufqXeUG+q8+rX6oL6jXpLfa2+Ud+q79Ql XVNn62t0LX2tztG1dR1dV+fqejpP19cNdEOdrxvpxrqJLtBD9Sg9Wo/RY/U4PV5P0Hfqu/Q8PV8/ pJfrFXqlXqUf1qv1I/pR/YQ+4NylD+qv9Tf6W/2dvqQv6yv6qkOOcCzH5yQ5yU6Kk+r4neZOi3+R dNguuyPdW9xR8CCTIpPY6s+LzKfY3yOx3NHuGHiriZEphDeCGUrkCNv3Oc4MZzZbmSPOHeZcPmMi XzuFzxPsF5jG/mAJe5L72e8l8Thup2S2WPdSClunI5TKVx4jv9PeaY+/rcPjiLUK72OuJ1wvcL3Z RbkZI2qRGDc5Zex/pzkDuJzuDORyRuYlsjLXO4P4eKbnzME4cwjOHIozL+PMG3Emz5ClOJGqf69V B351HbzVaD2BvdUkPY3jMB4J+6o5VP3Otcq4ZL0ZObcyis+dyG0JZ6ozzVxvepYzWI6z+Dpz1WA8 M5LD/rRbLLZzj5tRuM+Q5UyOU06BcjqBcgKUkwmUM6CcjVP+Vt+VY5weH+MGpmWw5ebxs7UeTBqy GAxZDGFbe5aGsr+4SCPYshbRQrb1bel+p4PTkx5w+jKvHnPGc1+PO1udPbQnc2XmGjrkHnd/Sifc T2vUo1ewyvfE97U0dmdie10bgTyByNFEpBkYG3GE2p8s3xAf51Ycq06hZN8MjlhTfHN9cykVT+/6 I8Miw6BdkygI7UqPTItMpzC01I4siCwgGXk8sp2UO8wdTk6CDGO/udtU1WuSTJEBlkOIY+Rk2UR2 phzZkyPqFnGpxPYtzN/CjOXUF/G3jSbHc+zYu6hNzvpK/P/mLx32iXN2c7zfdpyjTI9TWErG9jCv 2T+wHtXUNXklNNVNeSUYWaVAVqlmj69qZBk8soiUlMb5gENBzjiyKF1eI2vzOXVlLkUR4bs8+mbs g5vLllRLtpZtqLZsLztQXVksO1E9nlUp1Ze9ZR9qKPvKG6iRLONcogniVS0Rf3I7rcGTmzhLIdd2 bbbT/dx+vObL3DLMPyuuKevY2mi2oVsok/3cdsriKGc3XaPTdQnlcMRSzho0ilfHhOjVzBVU4Vpu igi4fjcoMtx0NywUtx4RjqvcqMh0a7jXiJrutW6OyHHruHVEHbeh20TUdZu6zUQDt7nbQjRyW7tt RBO3ndteNHWL3U6imVvidhXN3e5uD9HSvc690TyTRxHTE4+de6Jk0xOlmZ4oaHqidNMTn8M9UdT0 RK7piWqYnqiW6Ylqm56orumJ6pmeqL7piRqanqiR6YmaQNatIGuLdkPihnKIqp973UKVTzOI+I7a FqPhHAsN5hX5PK+oXPccr5MeWH+2tFnWyuRxnNFFTUYpszmPqyPrsPTryXqUIotkEaXKVrIV53Rt ZTvWh46yI+tDZ9bakLxO9mKtuF5ez631k/3ZU4xmPZaQ5wTJNlxO5ujMWISxrGXslZATXgNPQhwt a+6+OfuTXI5pl9AAjmHX0Bj4k0kcu75EMzmm3E1zeeRf0b0cGRbRYcR9/+bMde6kf3fucbbQLzIf yfyW/sMNuSFxo5vhZohyV7pS3ORmuq4Y5tZya4mb3dpubTHCLXALxEi3yC0St7gt3VZilNvWbSvG uB3cDmKs29ntIsa53dxuYoLb0y0VE91y9yZxq+GVaZ0lzK2zdnLrrJ3cOvssbp1lzq1TimmdUk3r 5DetsxZw66wF3DpbSW6ddYFb59a4dbJN68yrmMTysFtjJLaVqp8+WRffjcSOnHOX2akxGQrzdSZ7 C4tzlNtYurkqL76eUzl2a01+jto6UhrH810pwFF8bwpy/N6fQiZ+o3SO3aZShonhyeb4fTZJjrhr siHmeJs0x9t1KMoxdmPKNHE2ueB4ljOY7a7ZQUvlqHYHj2Cv3Mv24zH9GEt2rV5LqRzrBdiTcqRH aRzpRbA7k2QyGpZ1X9WXLc8WzRrKOcI29jy+mJ5yRmnh3mRMm6Pgg7kHchdmvs2jv69RLmcQH+Ad G0GO3/gqE7mx/j4iH+GWV+lVzInVejWP7En9JI/sa/01c+WKvsIjY6PMI7OcFAogsjHWX3DcNhl+ wsJsKZ5XWJTH89zL7T8tn+bM4nP5Bff4pfyWNf2KYumwLX2cXBNpU02Or9+hazi6fo9yOK6+SrUh jVyOp1tQPZZJO8qDTPI5hr6RGkEOjSGHAo6i76am4GMh+NiM4+j1VMSR9GZqbiJpamXiaGoDzrYD ZztwFJ1JHRE9l0Rvjd5G3aLzovOob3RBdAHdEF0YXUj9oouii6h/dHH0fiqLLos+SEOiy6PL6cbo yugjVB5dE11LI8Bzjf0XE9kYjps3l6Qyx0tYat3UQLI54xzMMzLcrwPuF2HdlbAleYHGQMZZKovP rq1qMz8bqoZkcTZbCNttISsixHmx/Yl87NV/ErdYsX3kKH8WMPV8FfVf54ssamvyAO6J8wBeU5wH sPV6VD7K1m+tZL02mQBbv01yE+vBFrmFR8BZHVs/zuoobLI6tnv75D6SnNUdIGXyOtLQmyhndkco k2PwVeSyXq5nb2XkWo8j70vUQF/VV6kxR92CmpiomwpM1E2FvJLSmcu2Y7PspSOptcmYWAM4Y2IN aM5S7+C84bxBnZ0LzgXq4rzl/JZKnHed96mbc9G5SD2dj5yPqdT5o/NH6u185nxOfZw/O19SX+cb 5xsqcy47l2mAczVKNDDqiybT4GhqNJU1Iy0aZM0IR8M0PBqJSro5qqOZNDKaFc2iMdFa0Vo0NpoT rU3jornRPPazDaIN6NZofrQxTY42jTaladGiaHOaHm0ZbUMmmuUYtVrmdCUu3R2JMqePq6j/SplH VFRlss5mqZqsrdew5iapFopttmqviimkOrP+26z/3UipHqqU1/v1qh/HHWW8ImpiRdTiFfE8Xat/ rF/k6OOn+hdYHa/z6n5Dv8mr+4J+H/uIQo7FfAvYaplnzr6Oz3cn9hVNVlDLPIso3q2iV8aJ/38F /L+yAmJ5wN64hHdh3+qvvJfZeWC+r5Mbme+b5Vbm9S65m+VsPG2G3C8PMZcPG27CH9bgvH45dWSf t5qK9Rq9hrqw59hIJYjzusPzjef8/hJn38b/3cr+L40mO0HmbIWTwb7kDvYlNWguuHmv8xWP+D5E buPleB7ZrfJWHtkMzhgtOVvOhg7HnhUzfxrPhr+mWGYV/1/suUUZn+VubqvO35zlRu5js9Ei5bLf SFfZKpvXWm1Vl1dlG9WG11o71Y4c9TP1CkXVq+pV9rM/V69RDbNLQtnqvDpPtdQFZfb6LqlLvO5q 6VpUV+foHPa5dXQd1q76uj773Ma6CdXX4/Q4aqjn6Xnsfw3PGoFnjREhNAWfCsGnZuBTC+aTn1oi Qih2ZjmzWMfu4tirC3Jw47kJntv6GzFDEseo+fx/Ez1FgElg+j+JYqpzxNj++R5znvO68zq3YfRa sEa/F+sJ0TIhKpYJ18V+JbMXff/K+RVf96bza77uN847TPmANT7te66O/cJnn4mDuNcvEQclIeYg fVgf5vke1Uc5rjqujyNiI+xIWDRVhKvkL6siB/OWs9D3Sxz8Twf/w+B8BJyX4LwDzkfB+WtN3heZ ETH7FSbiFRzxcqwrKzgTTJFH5ctsCz9XFutBriqiQjVFLaRO6kHOHwZxZLabbuHI7BxN5MjsPZqh PlAfUIX6UP2Rblefqk9pvtn5prvVZS3oHo7VBtNiluxk2s+SraCDHJMtpmewJ/GsPqOfo+cQ/f7E me3MoZ+5p9yz9O9/Jf2/x50nwJ2tvK4J61pgXfuwrpOwroNYxelYxWGO+dJYh8xqlVitDlZrFDHf /0TuxPZgSuO7GPE9CuxsEB0wexTMmyOso6PU7bz2f6hW8Tp9jD1Fa+ZEDV6DZt79EbF3N+sIliqW R5p8UTpbWX+zMtdmnsZ9c6+GP2muw5r7R67LQZ6dKMHYKA9id6um5sjYOeacogbOS86/4Zd737fu U2P7dOBjgPlYwbG94WBncK00U2XmUR9wrfKNBebXn5U7e+YXAR3iFvUpxFJv4L59fgLNRywDUYDs qZLK/ep0XRAfaR3nOecn1CB6NVNSgXvBvcDR+2X3MnWtkVkjE7t/3zcDO77/wkNl22xifYcjpmvZ NpuIv4ZqyXFTluqgOrJtNnFTLcRNtdVAjpXqIFaq65TxXHP/F3vfASZVsbRdfWZn2V2g2QndfQYQ SZKTIjmIkhElRwGRuOSMXBVERBRUYFGUKxkUEAxIVBEFRa7XgIhIUgnmgIQlCIjwV79zdphdQFHv 53+f//92nn1PT0+fPh2qu6vrVFWrZ9QzvNovVouprMkwx7gsr3K9K/ytvE5STO5YhGtj5+QiWDEb oox9IFMcYo5y6e6CTHF0XK8M9XplbFyvrPL0oXrF9coq9IrV0WsZ1yurLJUzHTD9hBszNYTR94Xd ve5equyed89TlQj/UdXf6Q8DKRepd7hPpdquPqFUQ4Yp1fiMj3P1Gz8pk2xSSJvc3OOuCRtFBQz/ UUHu8AgVMleZAlTYFOLnFzXNTQsqZVqZVlTGtDFtuG86mI5UznQ23aiC6WF6UmXT2/SmqqaP6UPV zAAzkKqbIWYkPGn8fT13Da8tdoZYyXNXqdAnoe+oeugUz1G3oj3ah+8Oj6NezGnOp4HhF8MraGz4 FM8c48HfLFKj1Rhaqlaol+k5tUFtpJVov9Vquz5Ha237iS9s+4mvbPuJr237iW9s+4nvbPuJQ7b9 xBHbfuKobT+RYdtPHLftJ87Y9hNnbfuJX237iXO2/bizuP2cRNt+TpJtPyfZtp+TYtvPyWXmmv1O 0Jw2Z5zWoKNRoK1JHsWsjs0BI+NiHDoJXxM94uNEE2H5zeZxcT5R2SkMnxE141M6Z3wJkDhlxgly 3Gddy68JjEe6aN9u5U6X4QqZh3M9CYAf80FiqHioOOWAHCAJcoBkSBNSIE3Ii/mgNLigMpiRa6rW qjVz5+1Ve7pF3acWMo9u54khmCeGQl45jEuQHH3Ty+PWcF75eN+Wm2ehgjwCWqpWPDraqDZM+zPN LKZ9O3oN12U95f0D0oz3IM1IjEnYhnMd7YrqV2mqDyWp/qo/pZjZZg4kWwWZY9rNLfQV7zkSeM/x Laf7UR2kHOqQyqBkdUKdIan9vLcI894iiZTOpXOT0Xl0iCJa63xUQBfjPURR3kOUpGt0WV2OiusK +noqqaswL15Oz9JzqYJeqpfS9fo5/TxV0i/pFVRFr9IvUzW9Tm+g2vo9/R7V0x/oLVRfb9MfU0P9 id5NjfVn+gDdqg/qg7y/OaQPUxt9TB+ndvqkPsO7nF+Z5u17rOK873uM6/oE7/j82N8l8viZymvH tPA0SrJvCymZd2qnmTf5Nfwr5eLZ8VnKrX7muoVRNxd1i6Bu+VC3q1C3wqhbCdStJOpWGnUri7pd p2voG7hWN+mbuCZNdVOqrpvpZlRDt9AtqKZuq9tRLd1Bd6AbdGfdmero9VzbG1Hb+qhtA9S2EWrb BLVthtq2QW3borbtUduOqO3teGPW08qkLS2BaglUK0C1DqjWB6pNANX6ua4LKRG0mAO0mBTbyWWe vbwGe4KVzCmTe7t7O07/vBRXGPS4HaK1oDDMY5ipSmGOqok5qovawW3TjeeEN+htcO2WbyNzypyC zp7NqSjHN2BO5cI6ZKV3UW3Cl/k3f5SLAuekwDkVAOdUXruc97VxfNYAy2chXUGkK4l01fE0O6/7 o3wWJPBBrEb5ULMyqFk57Ggsr0bg1TTuK+yV4H2vBKWQc0XkXA8laBCTONaMccaveG2yAG0yg0t1 ivcBBbAPKM9tYuhatMmwK6qfAP+byb1Zvd7WsW+29e6iBXFvTsLeP9GrV5R7UpSbA1+dAp4uAp7u RqaCV6kZ+OF2up+eSZ30Xqa7R/+jLX5llBPVArMadA08Ol1ne4tXZd4DBjsEO3Ab2bdt2LFavQWU jXe0VluBY6aEpkIrOPpuLpabmOrl9tplc6vB5Uvn2IXBRcxl7wse4PY6GjzGO337/lHi/WOq1X+g ICTnYV7FdzIfaeXnkdCp0BnmIK38/Gq8oywMKXoRvKMsineU1/Aafzfv663MvDhmqhKQnJfk9f5F bpGV4ZW8tqwOr+a1xc5aZa1mA5XDm4kKkJ9fi911RZ6pf+Sd/s/qZ55Vc+lcVJl72OW5tawuS1V1 dV2L5yU7I0Vnodo8C3XhuaifHsizkJWx19eT9CSehaxcvSHP1LN4zn1Jv8Rz0V69l27m+ecYNdXn 9Xm6hbm8EN1qipvi1MzUMDWouWlmmlEL0910p5bcZ3OplVlsFlNrs9wspzZmrVlLbc0Bc4Dame/N 99Te8gfUATPMbWh7y0cR805VeMWu6Fr7uKj2ego8+dgTUfKrjryT78attjYW2hQLvYJUqeSq23hH Y9NEr5u86yvo/bRwN08ykRRL39lL39lL3zmWXnDq7CfWrkc+S8Ozf5OjzX7K8uveSHyG67iY6d2H MRPGmLkKYwZj4RKjxeYN7TAqi7zLX6RJ8Qbm1e72nU9oII/HlAvjDnkEkUcR5FEUeRS7KI8NyGNS aDLnMZXnPv+fyGMjXazRceUt9CZaaLIns7Xv1Oy8Gca8eRXmzd/elWaXO70FqtoX3Mf5HQge5RF9 LORE3+NeQR7RGm1Cq9i384S3874/dHd0vVsVepXvfo35+xxXeHdU/rUZM5ndERDPIqd4XjkT+pV3 qed5dxD5Q+X4F/olv905hyvwTi30h+5+B3ffEx7Dd4/l3ciVtkFUQ+TfGEUrrvCe6Aiz74ed8Bo1 BpLD+LvuVndnkfVFn/EenvHSJeUzUfqKzvHvg8IW8TxuJTI8D/AKMQArxERe96eEpkR5nVAD5qkJ PHWeWB6ul8cH9lnBRWiTBeGF3CbPhJfGPWuFl26LlWYF07Fy2CeK4P7gfp43MoIZ4DG6cd/ap/vx 9EQ8PQevKHN5f7EwtJC5uZWhlbwnWBdaxyvN6dBpyhU6FzpHubGKSKwiecLtwx0oFWtJEGtJCGtJ GGuJ4vXjJdK8fqymCHSW8qt71GgqgDm3oNe2Bbi1CnIL+9HCqbF6LPLq8SGnc/9L6rHSq0de9HSF WE8LeIIsRI2oI41nvnEJU9BBIa01iGgteolRYpKYJV4QG8Q28ZU46SQ5eZ0yTm2nudPN6e+MdMY6 05ynnRccy2ta3a8POPer3cOWmuL13FyeoUL1XR5NoTYu01L4aXcLUh5Byui9WxFzNC7mI8RkICZ2 Bpj7FvJ6B3ltQ4pj2VJsQop/I8XHSHE8W4q3keJdpNiOFCeypdiMFO8hxSdIcTKuZDsQ83NczE7E nIqL2YWY03ExuxFzJi5mD2J+iYv5FDFn42I+Q8yvcTF7EXM+LuYnGxPJGRdzCDG54mL2I0bExXyB GF9czFeI8cfFfI2YxLiYbxCTIy7me8QkXYiJpNhwpJiNZxpLcL+NhX6IhQ4iFM3hAHJw4vL8EjEJ iOHUcXl9Hgt95+WQ779klMXPFvdQAfB4V3tzRvazcLdCvmL1E+0ONMV9wp3Bu8an3KfI585x53Ht FrgLKIe7zF1GSe7z7vOU7L7ovsgpX3JfopzuKncVt9Ja92XKfdGs/pEd1zwKrSRnVaREzKpmnvfs bViJnhD22+S4OB+N489B/n5XLPbvkPfacn5mKfxvlB7mgMSXIPHNA4lvRZSyDSS+nSEz6gWJb6b+ rZX4dvX2igPjpGgfozV/gIZdqbg4H+2gHTj/Q8dieeWAfJcg3xWQ7/7em8L/X+W7eS4r37WS3fbY 9XaFZHco9r4jsfedAcnuLEh250Cy+wzvhs/RYitbFVshWw3GRmNer2e2gwY/d8/h+qA7EX1qTzS4 IGv9BHdZ++ZucTGOcEUXuiBpjcaNgv/cmnFxPtHD2SIq0wXN7E/oUpLWXO5hHrnkHuWVULjH7Nrm nuDVyef+zOtNgnuaVxS/+wuvGYnur1zeHBHB82ZyxM+zds5IDp6FefbllcCeBB3+26S0C3hHe9Sc pMGQm9rTzXNeVj5r5WhBzAUhzAVZpLTmrDlLec05cw5eyv9nZLWV/rquIGb4AGS+Qch8NWS+BjLf CGS++SDzLQi5aDHIRYtDLloSctHSkItWgFy0MuSiVSAXrQa5aA1dRVenOrqOvpHq6bq6LjXQrXQr aqjb6DbUSLfX7amx7qK7UBPdVXelm3U33Yua6j66L7WApLgVJMXtICluD0lxR0iKO0FSfAdkp70h O02D7LQvZKf9ITsdAtnpnZCdjoLs9C7ITu+B7NTaWBb7w5JiKyPOjbYIoC2CaIsw2kKjLfKhLQqh LQqjLYqiLYpBRlwaMuKykBFfBxlxRUhkroeMuBJkxJUhnakKGXE1yIiro561Uc8bUM8bUc+6qGcj 1PNW1LMZ6tkC9WyFerbHeL+VOeQ0b8TuwPuS8dZe1WkbH+dP9D/OcTdliXshsRTHlYvFOdThEtoQ VgMgARoAfmgA5MC+O8laFvHM+m3wOx5JB4M/8cx6OHiY58SjvB9PtVZhPMueDp6hkLUI4xVZhASZ UI9QD3JDg0KDoB2zk0fugdABygfqzg/qvgr6pAXCc8Nz6WpQekFIrAuB3q8BvRcDvRcHvZeA5kFZ 6ByUg7ZpeWibVsBsWwnjoJrayPNsdfWWeotqYEzUxJiogzFxI8ZEXYyJ+hgTTUAHzUEHLUAHrUAH bUAHHUEHXUEHd4AOuoMOemJM9MWYGIgxMRhjYgjGxFCMiWEYE8MxJkZgTIzkMdGP7tZD9FAao4fr 4TQWmrD36Ql6Ao3TE/VEul9P0VNoPPRhH4A+7AT9FI+hhzGG0jGGpmEMPY4x9ATG0EzQ1nzQ1gLQ 1tOgrUWgrWWgrZdAWytAW6tAW2tAW+sgm10P3nCvnefcI7wXIvcM7w6Ee9by/+75CPMaER/zwP5I InPgOSLJkWT4Fcmiiwyt4pzQRMoFTSQJGWgeaA+norcD0LELQm9YQe5p0JMR9GTeqA6JdrntC6Ht r0HbF0Pbl0Dbl8IYLA/d4muhW1wDcs+a0C2uhRatDd3iGyADrYe2bIC2bAjd4qZ6b+wdVEu0Siu0 Shu0Sju0SifjGpe6mOXcNvYNTcMrGS+g7STQdjJqmwLazgnazgWqzg2qlqDqPKDqVFC1AlVrtIVB W7ig6qtA1YVAyYVBycVAycVBySVByaVByRVAyZVByVVAydVAyTVAyXXQmg3Qmg3Rmo3RmjeDkpuD kluDktuCktuBktuDkjuAkjuCkm8DJXcCJd8BSu4BSu6Fdu8NSk4DJfcBJfdF6/dD6/cHJQ8BJd8J Sh4FSr4LlHwPKPk+UPKDoOSHQMmTQMmPgJLT0WdPos9moM+eQp/NQp/NR28ttHzqxWsCc217eQ0/ FTrLNJgvXI53Sd3CaVSKObgxdC1WjEpYMSpjxaiCFaMaVozqmO9rYL6vg/n+Rsz3N2G+r4v5vh7m +waY7xtCm6UR83enqdMf5hzCl1jPuoW7M3X1DvdmurKjKwWjKxdKnRullih1HpQ6gFIHUeoQSu2i 1BGUOi9KnQ+lzo9SF0Cp7e41x+W4NPBYCeCx/OCRErETScg82ZyifhKicZl+H6KrzU67AwxVtKh+ hNwN2qfh2/DO6jL2ZrBbaukmuYWpnVvSrUlD3drubTQhxi1n2hXtsrwW3rOTamutF9117jrmTde7 65k3fcN9g3nTjczP5qBMfecrK/VulPFu3JWB8L2oh31P91tWcsRPsjnfxNiIV2y7E+voPSOH94T8 0LjOrMEePGMfnmHt4gTqKHj/F31zYXHtn2wrJjrqxTuHoTSKxvD/eJpEU+kJmkUL4r4tgT7wcq+U IZStDjWgpvzfknmPLkyXfWlw3LeR/Hu09PaMeqHXo20GoKz3x9WhI+qWdqEmIXgrCe6/0KJhe06D gxnpz9ZRxsrVBeUcyXXtgtoN5vrZd9Dkpcvs98rcP7Z32nKoE++hGlEmX/UZSjkRUosvstcktBIl 7hMrcbRvLG7G7928FvjrvcUcAmowjUPREyuioaUcu5yfsuai3qrD/WXboSuHorlEQ6M4doxXu8// Su149Fzox79aU0FWI7soZb7/TvVKuBflQe7Keqxyea8zRA1Vw9RwNUKNVHeqUbCm9sFum8L3hyfw vGRtpJMoao9tbVytPba1eMX5xOKoOCl+8c55DDjayecUcUr6Gvu7+3v6e/v7+If5R/jvlIVkEXmN LC5LytKyrCwvr5XXy8qyqqwua8raso68SdaTjWQX2UP2kmlygBwkh8gR8k75D3mvvE8+IB+Sk+Sj coqcJh+XT8gZ8ik5S86R8+QC+bRcJJfIpfI5+YJ8Sa6Uq+Va+YpcJ1+XG+Vb8m35L/lv+Z78QH4o P5Ify0/kTrlbfir3yZ/kEZkhj8uTXI87xBHBXJk4IU6QEGfEGd7Znxfnyef4HT8lODmdnOR3Up1U SnSYraAcTl4nLyU5hZ3ClOyUcEpQiq+RrxHl9Hfzd6Nc/h7+HpTb38vfi6Q/zZ9GefxD/UMp1T/c P5wC/pH+kRSUBWVBCsnCsjCFZVFZlJQsJouRliVkCTKylCxFriwjy1BElpPlKK+sICtQPllRVqT8 spKsRFfJKrIKFZDVZDW6WtaQNaigrCVrUSF5g7yBCssb5Y1URNaVdamobCgb0jWys+xMxWR32Z2K y56yJ5WQvWVvKin7y/5USg6UA6m0HCwHUxk5XA6nsnKkHEnl5Cg5isrLMXIMVZBj5Vi6Vo6X4+k6 +aB8kCrKiXIiXS8fkY9QJTlZTqbKMl2mUxX5mHyMqsrpcjpVk0/KJ6m6/Kf8J9WQM+VMqilny9lU S86Vc6m2nC/n0w1yoVxIdeQz8hm6US6Wi+km+ax8lurKZXIZ1ZPPy+epvlwul1MDuUKuoIZylVxF jeQauYYay5fly9REvipfpZvlermemsoNcgPdIt+Ub9KtcpPcRM3kZrmZmst35DvUQr4r36WW8n35 PrWSW+QWai23yq3URm6T26it3C63Uzu5Q+6g9nKX3EUd5B65hzrKvXIv3SYPyoPUSR6Wh6mzPCqP Uhd5TB6j2+UJeYKsh8JU8ote/pD8JfFc0g32XRpOUSTRU/D4TlibsNae9pj4K/nsmed4l8ajSvRN tDOjI/okfkrwWJFg388Kn7Wrz0spCeEElaATTIKbEEnIm5AvIX+CPddOJBRIKB6VKvNutZZjpVPR 05ijMTc7/SnzNGNHHKefnQpOJacqp6jLcc2cFk5bp4PTyenh9HUGp7RPGc2/X/KT8ljWD+eS9VP1 4k/K2qwffuqlP3WzfRpw2bJ+ml38STmS9cN1ucwn50NZP1znrJ8Ol/rkfD7rh1sp66cLPhe+98j2 6c2fvpf5DL7UJ+e5rJ9cqdk+kWyfwlk/Xv2i5UUO9L+nTl/61Gnr0S8fuMgoD9mRR+4FPi6ei1tC L9AqepU20GZ6n7ZZfpjHQ40/gVX/FDb7M3iZk62tb+DJdlbBaYb2Ww3K9JSalOnVFBxLAcwfVjsu wfpW9zxQL/dCmd5hL/ggzvRrHc2jF+Wyb4Jj3GB8KzupRXPb07dKAssBKwErA6sAqwKrAasDawFb AW+z+AfPURzJ3KnnKy/Gfcfz3n+tXHWBTS4q45/2WJlQAOdp/d7JyUPFKDFGjBeTxFTxhJglFogl 4gV71p/YIDbb0wDFLrHXnhbI3M1JcdZxnCRHRk8fdIo5ZZzrmMpq80zQhGeAtjyHdXPSnIHR8w+d CTgfcYYzx3naWeosd9Y4rzlvOu84W5ztzh5nv/ONc9DJcE4553wJvhRfqk/78vsK+0r4yvmu91X3 1fE18DX1tfS193Xx9fD19Q32jfTd4xvne8g32fe47ynfPN8i33O+Fb6Xfa/7Nvne9W317fB95vvC 953vkO+470wCJSQm5EoIJrjk+JNzV0D/WLwGWAxYHFgCWBJYClgaWAZYFlgOWB5YAXgt8DpgReD1 wErAysAqwKrAasDqwBrAmsBawNrAG4B1gDcCbwLWBdYD1gc2ADYENgI2BjYB3gxsCrwV2BLYCtgG 2BF4G7ATsDPwdmBXYDdgd2APYE9gb2AasA+wL7A/cABwEHAwcAhwGHAEcCTwTuAo4D+AdwNHA8cA 7wXeBxwHHA+cAHwQ+BDwEeCjwMnAKcCpwHTgNOBjwMeB04FPAJ8CzgTOAs4GzgHOBc4DzgcuAC4E Pg1cBFwMXAJ8FrgUuAz4HPB54AvAF4HLgS8BVwBXAlcBVwPXANcCXwa+AnwVuA74GnA98HXgG8AN wI0W/wu8tjaggoGTgZ8DpwKnA2cCvwTOBn4NnAucD3wb+C7wfeCHwI+Bg4GfAocChwNHYnFHAxmB Y17c8cAJ+m0Pl/YJnwf2BvYF9gcOBL4IfBn4KvB14JvAlsCHga2BjwLbAh8Htgc+CewI7IzF7Qrs Duzx4j4NfPabTxAikQpetA6MpHtwQvBkepyeonm0iJ6jFfQyvU6b6F3aSjvoM/qCvqND0fPtyQk6 gc+Be4H7gPuBB4BfAL8EfgX8GvgNcAvwQ+BW4EfAbcCPgduBnwB3AHf+5r27gLuBey5z76fAv6eF /L6DwJ+Ah4CHgUeAR4EZwGPA48ATFgNDgcOAw4EjgCOBdwJHAf8BvAt492/e+xBwInDSZe5dA1z7 2y0EL6lR3TcnSAHrYdcX6MqYELiDsntE/R3OSA107wMOAY6wHuHcecCHgY9w/CCkGYQ0g5CmD9L0 QZo+Nk027WL7XjM5qpuX5bmO6u8K4Gh4cXsW4XuA9yJmKXAMYqYCrb++rL7kwDmG36Co37U4npC/ OYEhFPW6hlQBq0kT9W8xjmq7jutzE1y/m+gmucluipvT+s+y3rPckBt2lavdiJvXzefmd6+yHrRc 66WrlFvaLeOWdcu7Fdxrrf8s6z3L+s6ynrOs3yzrNctt7DZxb3abure4t7rN3OZuC7el28pt7bZx 27rt3PZuh79Vt6Uchd1cbh43aP1GuQXcQm459zrrJcqt5ta0vqHcetYrFHxC/U/75kqCBnCmR6kS FDBzzTwz3ywwC83T5hmzyCw2S8yzZqlZZp4zz5sXzIv0n/K3JCnBaoLxv5W3Xd5zkCAJGmLqCQ6i qB8NlFz19qSk0W9psd9szjPNLOh8/JYXC4f3dTepHWqn2qV2qz3qU/WZ+tz6D1H71QH1hVqonlbP qEVqsVqinlVL1TL1nHpevaBeVMvVS2qFWqlWqdVqjVqrXlavqFfVOvWaWq9eV2+oDepL9ZX6Wn2j Nqpv1Xfqe/WDfX+oflKH1GHrg0RlqGPquDqhTqo3ldW5/3/LP4bVxrceJe1JIsWsHwt4KPCpz7zr F971S1wv7enCnhBh9+SNeD7syntx+/5kKu/Bl/D+ewPvvXfRV3SEzookERYFRRlRVdQTzUUnkSaG k1/ttDkjd7/aHRfeExf+NC78eVx4b1x4X1x4f1z4QFz467jwN3Hhb+PC38WFv48L/xAX/jEufDAu /FNc+FBc+HBc+Ehc+GhcOCMufCwufDwufCIufDIW/i0/IkI0h+Z4c7z/SMNZNGOZB5hKM5gDWELL ef23591sxWk41n/lKR6cSSKV968FRQnevVYVdUSjOMrY6V13edfd3nWPd/00GwV97l33etd93nW/ dz1wSUrzqa+869fe9Rvv+q13/c67fu9df/CuP3rXg971J+96yLse9q5HvOtR75rhXY951+Pe9YR3 Pem19QWvK42okPpZnVKn1Rn1izqrflXnrHciLbSjfTpB+3Wi1TnQyTpF57R6B1rqPDrV+ijSIR3W SmttvfD/J/2vcJm0qyM6r86n8+urdAF9tfV9pAvrIrqovkYX08WtpoMupUvrMvZdli6vK+hrrQck fb2upCtDh+Q/6/XEWlfdp8ap+9V49YCaoB5UD6mJapJ6WD2iHlWT1RQ1VaWraRTvJ6QYparH1ONq unpCPalmqH+qp9RMNUvNVnPUXDVPzVfWS+YF/yAD6Xp93mrcGsf4TILxm0STwyRZjVuT0+QyuY00 eUyqCZigCVndW6ONMa6JmLwmn8lvdW/N1aagKWQKmyKmqLnGFFOb1Ntqs/qX1elVW9VHapv6GJq9 l/MoMpXqmzvNKPMPc5e529xjRpsx5l4z1txnxpn7zXhT3JQwJU0pU9qUMWVNOVPeVDDXmutMRXO9 qWQqmyqmqqlmqnN+76n31Qdqi/ow/rmmmdUKNi1NK9PatDFtTTvT3moFm9tMJ9PZdDG3m67mDtPN ashG7MkPf8ybyCiqZmqYmqaWqW1uMHXMjeYmU9fUM/VNA9PQNDKNTRNzs2lqbjG3mgfMBPOgechM NJPMw+YR86iZbKaYqSbdTDPdrXay6WV6mzTTx/Q1/Ux/q51sBpnBZogZaoaZ4WaEGenui1AE52Nc oXcNyys8Zh430409/SS7rwP765NmhvmneYou8vEkttE32uqq1NS1dG19g9Xp0Tfpurqerq8b6Ia6 kW6sm+ibdVN9i75V99P99QA9UA/Sg60ejx6mh+sReqS+U4/S/9B36bv1PXq0HqPv1c10c91Ct9St dGvdxuqN6LH6Pj1O36/H6wf0BP2gfki31x10R32b7mTtUfXtuqu+Q3fT3XUP3VP30r211QmapB/W j+hHrVaWnqrT9TT9mH5cT9dP6Cf1DP1PqzFq9bP0LD1bz9Fz9Tw9Xy/QC/XT+hm9SC/WS/Szeqle ZjWH9Av6Rb3cag/plXqVXq3X6LX6Zf2KflWv06/p9fp1/YbeoDfqN/VbepN+W2/W/9Lv6H/rd/V7 +n2rXaQ/1Fv1R1bDSG/Xn+gdeqfepXfrPfpT/Zn+XO/V+/R+fUB/ob/UX+mv9Tf6W/2d/l7/oH/U B/VPVgNJH9FHdYbVQtIn9En9sz6lT+sz+hd91mojmQ1mo3nTvGU2mbfNZvMv8475t3nXvGfeNx+Y LeZDs9V8ZLaZj81284nZYXaaXWa32WM+NZ+Zz81es8/spyu3x19KLf9Af17ce7/fN7Zf/nKb0JXY sf9vXf4b6yJgr2fPqPLxvqeY5RX4WgU76Kg1vrU4sbIGTQUpwXIRSBUNVckMuRWj/PUl7cRjTwgu ctPcNbj25mumpbY90a1Ctvdg0zztmKXg8V6nzbSFttMecHmH6CTz445IifF55cT1oibz5U2ZM29r z6QSfcVgMVKMERPEZPGEmCMW8bMWuY8D04AjgOOBw4BzvBKuxreRwHnAUcAFwPlINcLLa653z1yv VtMR+zxwLHAZfhntpe/tpcv8Fi1DNG6198TMnOx1iPuAd70Pv64FjkbcOC9Nmncd4U6PWr9yOFqO MV7Y/jrWi5sT95Sp3m/p3nW6+4pX2ulZShGf7vct5a2dbRhvvKzEp0k2KZ7t30fiZHhOqJvbz9rR RVslZGVP9lu/2DUaOxDYBzgBOA04znotQQ4DvBwG4M4BXg4DvBwGIIcByGEAchiAHAbYHLJZ6Fvd vhSm24LMyZWJe3PX2toj215jnA60z53oPXeiO4NxCn6fgt+n4Pcp3u9TXJzglMWO//+SbO5vGnHp oPN0jLh0jLh0jLh0jLh0jLh0zAn220jgPOAo4ALgfKQa4eU117sn8zobsc8DxwKX4ZfRXvreXrrM b9Ey2Lje3nPnxXKy1+iIS/dGXDpGXDpGXDqPuNlZ0o7gqwimI0W0HGO8sP11rBc3J+4pU73fMtPM xoizpc2ac3y63/e8YP2gFuaR1pzaQu8xjXcUw+ku7JXj5eVZNQr20lf0A2XQKTonEtC3Vuq3Hy21 Hy21HzLa/eit/Zg/9qM2+9GX+9FX+7mXfDa99y0NOBf4InAFcDzwFaSN9kaGh72Bo4HDgNOBc4Aj gPOA9kkZ3pMy8KQMPCkDT8rAkzLwpAw8KSP6pEt6mrAeFxMzrccx+pzQXIzdufaZjJx/aCFiFiJm oY3J5nHC2rFmvuHPOnoze8EJrUQeK11rFbfSmwtWIveVluYZhwG5VqF1SLsOadd5adch7TqkXYe0 62zabN4rBI/S/FSbd0NRDdgLdGDfm0zIMueuiNFBdIR/w3md5ieL0GmEZvLT+Ttf7bcRwHnAUcDZ wLlINQKpzuHucwjZu895d5/D3edw9zncfQ53n8Pd57y7T6OGp1H306g7x3j3p3m5R/Oy9+CX3/C+ IUQDnrezvzsaizbInOXsWHiNNmUZCUd4ljsjSCTGNCCK8TxnT3F2wvns7Mp4J3AecDhwZlx4Hu/p 8yE05aJ75gInAh+0e3D3QU4VvQ73rrO96xzvau8sj1zKe+F5wOHAmXFh++TyCE256J65wIlA++Ty 3pPLe08u7z25vPfk8tEnZ/NKconxEr7b9gvj40C78tyLmHsRc6+NyeadJCZlDy93x1HU+4jAqavW K4ITXmVXYzUav0W9jMTu4NlwFQnvTcIkTm3X5ut4d21pPjuXYWneelfoDRwPHAtcDZwJfI7pqb47 yPuWBuwHHAiM5rES2Ac4GjgB9/V276fsHkmslW4SbA6K4szrqtHzsMNP23XIIlrmabsC4dtqfOvn fZuO6yC7AuF6H2X3ZCJoKgUu0ifKOuuP49ax3hvWAkcDxwHTgP2As4Hcvta/AYfGAucA5wGnAtOB PJvavCyd8LW3d/djdGk/JVneT6ryKEN55Fc++i4vi38Qh9sqj/uMu8hd7C6JXZ9zX3CXuysiJSIl Xeuv7a/5L8C7m0gKRb0WRDXKM22xo34B7HlgmVKdS1vQ23secidRpv025HyR3JE8kdRIIBKMhCIq YiJuJF8kf+TqSKFI4UjRyDX0n7W3djleRsIRzYXKG7kqUiBSMFKE/ph1X/TME7wtVXfw/4/BoeHb KGrNk/WNV3zKLpQQzAjfGypKmRY0+WO/daUc4cF2lVUdwt2itgWwfOlCmaeUl1PdKBQaEL6f6aUj p0wLdwvVD+4P32vPZ8n8psuG77+idOWi1iiwT2kSe0ZRdTtJ94vonaGV4T6cn92hbA5ZD2T3X/Rr ufhfYxYUcWV2u1DoUvkFe6KWsXsvSlfu0uliz4i2aqLqprqrHqqn6hUp7tlHRK0lchE59Rx76lIX jlC8omnBNCjyCnvOUknRjMPNBe/2mNN+ksMzhN1FzxGrOLxaHObwEXGUfCJDHOfwCXGSwz+L07Aw +IXDZwVTvjjvCPI5jpNAwvE7iRzOYU9kd3I6PBac3A7PZk6qE+Bw0AlzWDmGw67DK6yT18nH4fxO IQ4XdopwuKjDdXBKOCU5XMqxdsmlndIcLuOU4XBZpyyHyzlPcXimwxyCM8uZxeHZDs8ozhxfQxK+ Rr7G9sReP681/rCf6+vP66/P4Qb+huTzN/LfweFu/j4c7usfwuGh/js5PMo/nsMP+HnO9E/wb+Dw Rv9GDr+ZZF8FOUk8ApOKJfcjkdw/uT/5kgfkfpZE7qW5l5Iv97LcGzn8Zu63ObxZXkVCFpDcVvJn yeM+D+XhkZ7HSS1CIrVoaivypbZObc1hq+vkS22b2pbD7VLbc7hDagcOW+0nX2qXVKYgnPXsS+2a +jCHH0l9hMOPBnm3F0wM9mA67qlacLe25DHlqNt59Ah1B/e9o7qbX0iYs+Y8j17r1IqZELcmzxO1 3FoctlY2PreT24vDve2M7L5qfdZEilvqsfMkj/ZSkdJ2RHp05NB82JeIOPsSAfsSAfsSAfsSAfsS AfsSAfsSAfsSAfsS4WvM/SJgXyJgXyJgXyJgXyJgXyJgXyJgXxJtz0RYmQhYmQhYmQhYmQhYmQhY mQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhY mQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhY mQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhY mQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQhYmQjorjjQXXGgL5IM DRYHWiNRPRYHuiPJ0GaJapAkQ6fFgR5JMjRbHGiTJENW6EC/xYFmyf9h7VzgoyquBj737mazr4S8 SUiAJCDyiIAQgYanGBBCCOEpr2JERINIIQIG5BEN4qPUJ1JU6oNSpEjREksVaRqRIk+NGGJKUoRA UGkEpNllG1Pv97+zA2SX+Gv7fd9vfv977uydOzvnnJlz5m4W1iG/5aLL75c45HdddPUtE/MbL7r8 rolDfu9Fl984cchvv+jyeycO+R0YXX77xCG/CaPL76A45PdhdPlNFAerSSPThsaHsl8wf1/NKX9f zSl/X80pf1/NKX9fzSl/X80Z3yG+My3NX1lzyl9Zc8pfWXPKX1lzyl9Zc8pfWXPKX1lzyl9Zc8pv 1DhZoct5rxXssELjV7JTCpH7F6vcv1ib7V+s7Hi2cDT/lxYLe5kdnJs7Fys7l/eFVa7rK+vZqfUL 2SdC7iq4a6ZIvntJwVxReG/BPfeLHffdM7NA7J1718J5opa8bB1+67hk0Xl09pRkkT4+JzNZDJk4 jmO2EIbBziyUDHSDOreL1ub/zC3Pze9r3ajOnTxJdVbnLtFGdDG/HTl0zPhkETF+3NBk9t7mNavM Vonm/0okaxp7rSTRTdXMv2y1paXZyv+KhT1yO3GT+RnbyDsYY4x83fzXS+3VWaRINv/v4ZG5uSNE x3FjRieLnhPGjUo2fx1d9mBlV5li/pa5HFk0z9491JUQeutg/oa7rNlELPvKm0Wvu+c/OF/rLo/p 8pghj0Pkcbg8ZsvjuPvvKZinTZbHDfK4Sx6r5NFrHvV0ecyQxyHyOFwes+VR9qDLHvQZ8jhLHuc8 cFfB/fp8eVwrj9vkca881sij1zxanPLYTh57yeNweXxCHg/K4wl5vGQerbYH7n/gfmsbeewkjz3l MUMeM+UxRx4nyeMMeZwtj/PkcbE8rpDH1Wqe/WfHZLzQA3tjY9Gb55FbeELsyxPPT3gy6S8GiIE8 mYwXE8REnk/u4OlsipgqpvGk8lN2NXeKPHEXfYQF9BF4x//tatuAq//tuDSpY0vH8GbHlttEMFcH 82x2qxgqbuPZdBhPaSPESHaqo1iBo8UYcyWrNoHX/vvXXS2+Ppor5h7WItcB0Y6V7fo/vtaelRvB 6oxizcWwtuKIG/HEiDas/iSs3Y4WyazMVNZgR6JLJyJJZ6JGV6JBGiv+/6OH/2+drOJ2kcMT+1j5 75X95//uzHxSDPtfy79oa7QNWplWrp3ULvJQGaEn6z31IXqunqfP14v0l/Wt+i79oH5e/8GSZk0N WRayJmSDrY1tkG2H7aQj3ZHpmOCY5VjoWOVY69jk2O+ocjQ5051zncuca5y7nAedx53nnI0up6uN q6srwzXDVeh6wrXRtcO1x3XU7XS3cXd157hnuOe5V7ifdm9xnwyzhrUL6x62LWx32OHw8PDh4Xns Hs6EN7Sytopp1bFVeqvMVhNaFbba0Kqs1ZkIe0RaRG7Ewoj1EbsjDkfURNRHNEW6I5Mi0yIHRGZH To+cG7ksck3khshtkbsjD0fWRNZHNrFXSIpKixoQlR01PWpu1LKoNVEborZF7Y46HFUTVR/VFO2O TopOix4QnR09PXpu9LLoNdEbordF744+HF0TXR/dFOOOSYpJixkQkx0zPWZuzLKYNTEbYrbF7I45 HFMTUx/TFOuOTYpNix0Qmx07PXZu7LLYNbEbYrfF7o49HFsTWx/bFOeOS4pLixsQlx03PW5u3LK4 NXEb4rbF7Y47HFfDHBDqCZZVGztZOOT/Ou1mbibJTyVE7Ga/3HDJL3fManYPuW7d1sD6H6yB9Z3Z gfX3+wXWPzgZUNfjwgPr8XsC622GBtY7MmZbs/oNSc2u24Ted1ZgfcAO6g7111hTI03P9kv7TuH/ V3iqp0GTgurbmtUhyi7r16xlvpal5CQlZwb2cetWWb/2fU1/q+eV3KDkFiX9I4onpwwitpmfaM8Q s8U8+RfE1eJpsU68KjaL7WKn+ltVpTghzorz6u73lNyrZLmSJ5Q8p6TPL6N1JSOUTFayl5JDlMxV Mk/JAiVXKbleyc1K7lRyn5JVSqr3j/7BL2OcSsZLrVPl55nm3xDmiAL1id7z4mWxUWyVn93vEQfF UXGcvZ7595tG+Ze5KK2Nlqp11XppGdpQLUv+DpDZY3clM5QcoeRkJWcruVjJJ5Rcq+RGJXcoWaak smhMrZIX/TJWzbdY9Y38WGXJ2J5KDlVSjS92lpKFSq5Wcp2Saj7E7lLyEyXPKNngl3E2Jdso2VXJ AUrmBs7GIRmBM7p1jqy75czs3sKs87faraTyZ+ujSp5UUvm1tdcv461KhiupRsdzhV+q+RU/6Pr1 FH9cybNKNsg2LvnZcpr863qm/Jv0dPW/SJqfcC5VUlkxQXkxYZOS7yhZqqSyZoJ6r4SvlVTroo21 pTXbZpuSyidtDipZI1v3F8vU3/g3BPylpULUiDOiXjSIJs2qubUYLUnrqKVd/UvyBG26Nkubqy3U lmmryJNryZSbtG3au9puba92WKvQarQzWr3WoDXpVt2tx+hJekc9TU/XB8hPy+QYEtW8S1TzLlHN u0S1ghPVCk6cqeRCJdW8T3xZSaVjoprviRVKKg8nNvplklvJdkqq90vKVFKts6R5Sj6qpJrfSep9 kvYoqTyRpN4nSb1PW/U+bdX7tFXv01atp7Yq6rado2SRkiq+tlUzoO17Sh5WUq3ftmrGtlORqJ16 n3bpSg5XcqqSSp92KvK1U3Zrp9ZrO/U+7fYrWaWk0qtdk1+2VxG3faqS6v3aj1ByeuC6HSoC121y WVD9aFC9PjAH3nay2XXqmd0D68OSrl+JyWqVJ6vskXwu6J53rr8nRY0/ZYKS/mwYYv6mBbvczkL5 L1XN09Q0JfspqeZPau6P3Pe6kmr+pCp7p6qMl1oeaIcOg1occ9DK7vCqkluVVL122B/oheEz5U7C X6d0aGpWh45xzerk1o6Lg+q7AuvdsgLrN60QjtBmo0+/Tzj0IAunqx1Duppx6TsDdje80kfN8T4V gb333RfcMkOt0ozzgXr0nx9Ufy9wXP0bhSOkBe8MUN4coKLMgPlKqhENOC4cV/owRzSwe6B9h3UN mlG8NiLOLyfN8Mv1Q5vdE0L9KeGwN+vjjaJmda5vqgicEbdukvVmVhiqdjNDV7Qw5+hh8yW//G1H v3yr3C9/l+WXJfHXr4PbVGa6rVDJ1QHvykzcNVvJS8LhaDa+2zbL+r/JyJlq5maqTJqp9iXDpyup 4tvtK/xyhGo/QrUfoXJXlsoLWer+UVOFw9lsNKMaAuvZy+TozL+It2G/Zv6tV+2wslXEHq12JDkq ouaov6WNUXuA3CTZw3VzJ1ftuMaqCDtWWW6sirRjnw224Pvn/fJPqXKVOJuNaOjVnaS8d4LKZhPV GCZ2VFLtAieqeTpRWWGi2ntMVNF6ksqyd5wNHkPpPL/8KEKO4aqdJrdpFn/NelFQ/fmg+uag+q6g enlQ/aysB8y5yT6/nKLm9ZS069tMUd6aovLmlIIW2qhcPUVFxSm7Wmij5s+Ur/1yqu36NlPjleyj 5IQW2igPTFVenrqxhTbvKqn2IlMbrm8zTdllWmclR7TQRq2NacuU3NBCG7VTnKZmwrSLARFKK3g3 sL4oI7C+OCew/lBgHtcK5wTV9wXWl64JrD/8emB9mR5YXx4RVJ8bWF8RNL6VQeMrCnxa1R5ZHJAv tUerAuvF3YPqqwLvLz4eWH8sLzBjTt3fLJOQAWa4m60bsx6UMfO+DqzPrA2s3x1UnxVUvye+2ftR 7hkhM9eP12cE1Rc208esPxVUfz6o/nKzaG7WNwbVGwPrs3OD6puD6k2B9XvHBdW3BNV/CKzfNyGo vjWwni+axXezPjmo/k5g+zn2oPqMoPrOwPr97qD6zKD6e838T5kbHlSP+DfX/9t6cH9R19ebfT52 fT0uqB4fVE8KqrcLqicH1TsG1TsH1dOC6j2D6r2C6ulB9T5B9Yyg+qCg+tCg+vCgelZQPSeoPi6o PimoPjWoPiOoPjOoPjuofl9QfU5QfW5QfV5QfX5QvSCovjCovjioXhhUXxZUN58/nexuOsvfCQwn Bj4qhN5TzxUr9U36F+J1y68svxIV1oXWN8SxkM9tT2gW53jnXdr7zsddmrbfHeEept/mnuZ+VV8S Nitsjv6nsJVha/S94Xq4XT8afjn8sv5XorbX/NuirTJsZ4ulnHI87Eyzck6V8hZKg/ltBVU6UzIo mZQ5sqwPLmHl4RvD341Yp8rrzcpWs0SKFoszMvdqeSpy7dXi9ZeopBZKd0q6+a9Wr5ZN/iKvBJWY HTH7r5ZPYk9SzpolztpSieoeFxXXufVTzcpaWfa0WMpbN14p8THxba6WTFWyWiy5skxSMrAUqaPZ bp8sFVeL/+4T8RcTuibMSng1YYtZgntP2N5S8fee8F5CrSoN14r5LgmN8r2KTNpmd8i4WrI7jLta Zqkyh1LUYU7HXpQhN3S/IbPDHI7db9jTaf+NlbI0dJ5Kmd+lEyWtS20XH9R2+aHr/m6vmqVLbbfd 3c51O5dmTQtPi0nbRanoPoiS231qjw2qlN5c1LtT76/Tn++TThnUN77v1L6F/Xaosrvfvn4VGV0p /TJW968ZaJPl2YF7ZGka1GfQNlV2Dmyivm3QRVm7OFgfrA/aNjhtyNNDdt/afdhkyonb7xv4rL81 8qK/1chBZruR2VmpWT2zBmVtGdVJltxRc2QpHLV61AaOhaMOUk5mL80uyj4xej5lXU4erXJzPsn5 ZNRBjjXmGaU2pz6ncUyRLJvHHJblxJh6ODHGm2sd4+V6fe7U3Jrc2rELKc+PS6bd5jFe/5VxS8d4 x50Zd35i7qR9kyf/NOqnST/tdK/13qn3Vt3beEXel0bZMS9iXur8wvmPzi+bXzu/fr53gXVBrwWZ C2YvmL9g6YInFqxbsG3BzgV7FxwtmF/wfMGWgksPigejHhzx4MwHdz9YuTB94cyFGxZNWvTEotJF DYtti9MWD1+8bfHZhzIfaixMKhxemFdYULihcHth1ZLUJdOX7FxStaRxqXtp3NJ+S4cunbV089Kq h7s+nPnwjIfXP7z14ZqHvcuGLFu6bPdy2/IhywuWv7N83/KmFW1W3Ldi84r6lRkrC1duL8r9kVi1 MzgeBUabosXXihlHil6/VvwR5EfWXlbwigtcJ/6Z3mLUuRJ5mpXA2FG071oxo0NRxbXijwtmDI3Y Gr+v9Vri8PFBF4maMgZLSbyNzCW+rg/fGLEurPxqzKRtpLfDLPPesJ3h66/FTr+ViM6ZMv76W6WG b7xiPfNVMxbLtsfN67K9siD97gw7QyTfyB3HZW/ljG4d8rgs17LDuaCskNksD1zLBBvNcV8X/bde F/2dKuY/JeO9jPKyH+4Oz+R8/ZVIiD+2KH8Rm/zxxx/flB+JiURA02uzrkbHKx4lxsVnFdWad1zz cYdxRbVFtfRmtmrgWm5CbYdx188J4mBFs4jaQpxtHlevj6kqcu+Ts8kfRbOvxE8zrvMK71pUn7CF V8bF5/ZJz/kkzurPY1KSs1o3xp5kVkVdyT5XskpUUpz1Wgbyz0ozt8nWVrMF9+6JizKvmK+YrczX o5LCyq/M1Pg2UUlkwCjzfvPc/+q1PNo8k5pjkVlT5c1mmTOKHoLz5NqA7FiuMmPMldFzvdH/7ub7 j8qNPRmfyXgCrG9azbQxnmq2Yq/Y2L8STWv6Z0qHWdg7y/SmaYn43JiXpb+3mL5ptqozEraj65UM W+Hvtag+vqio3l/MdzBlh3GmV8wz/0wzZVH9Dd079vLjz3Ade8ms1KyYGc6f3WR+/F8WmVObletb yEzbrKiMe7Vcf4eZaf+7InPxf1yuZuwfKcGWMsvVPP4jRWb2/7jI3cZ/WIKtI/cozcr19pN7l2bF nPd+T/935fqe//3o/rPit7O5dwnfONCWlTqwKey4ueuR5Vn5is3c6cjas1mp5h5IXaOwg+pn7pr8 r5qx3zwzi9wdTZY7K3MPdXHQRbk/YnfE2Z6Bz8rdSdHVXYxZNo8pyqkZU2TuYGRts9rn+M83swuq NV8xdzTmfTmqyB3PQrk3oq28utk8Jmyn9WZzN0W06JRTI/ddharkylc6mbsuWcvNqTHjkrpGYefW k72auUMz71stzyhynzZf7udoK3dqV/dro3IH69IiTaYtxi70W2KgTerDiP0jHXVQ9m2+02rZl+w3 cCVe79Hm8+DGSn9N2LQy47hltLHbMlG0skwWbkuB8Z2lVPQVOlfKqdXJs3rLROOM0DheFjrHA5bJ RrlwibeMJrHXaNLyRLR2lxinzRQJ2t0iRZslIrX7RSQt02k52DLX+LPQ6Oe0sNLWTdtI2rpp65T9 1dHqvHBoM0QS1ztwfSLX23K9A33dQF8p3P0K4zkhXJztYLyRlmWMY7nxR8abYTlt/NJyRvS01Ile lq9EN8s3xmeWc+a/FaL3cnqvFVbOdMvkH75nNGvp6SNRKFqJLBEBGaKL6A+zjM/EPTAbHjS+EguN BrEIFsNDUAhLhFssNY6Kh2EZLIcVUMz9q+AxWA2PwxPwJDwFP4c18L4YKnaBj/MfwBBdNAEa5Ir+ 2lgYB+NhAuSLMdo+0R6N8y2TxADLNGG33AlzxROWlaKd5RGRbCkW7ayvGUetr8MbcFR0sX4OFXAM KuELqIK/wnGohhr4m+gSEmF8FnLSOBryd+EOqef8W7hoHLWFiCxbF2Rv0cXWBznX+Mz2AMyDn8Ei 4yvbYsA2Nmxjwza2pYBtbG+L/rZ34I9wWfQP7Srah3aDO0WX0DyYCQugAJZAETwC2Cj0WXgOXoM3 xNDQt5Dfwnm4CN/BJbgM2NB+N8yCe2CRaO8Qor8jxvw/o5grZ5nXTnn2DV6/LGKZtSXM2hJmWydm 263MtkeZbeOZbTOZbSOZbUNovYn50t0yyXjacoexlBl0C/PmRXrIs5Qamy2nmWd1wmI5yxz8RkyT 8+wMrWrYZl5ZFTNEj2b9j6D/xfQ/jP770noqfa+l7z9yV2/6Xkffr9DfbvqbJMLp5QK9XKCXCHq5 kV7m0UsPeulBL93o5UZGeYKeOtPTLHrpRQ9bpKYHOHtbxNPHn+njz/TRWbvT2EU/PejnTvpJp5/x 9DNYyzc+pa8e2nrjPe78gP6s9LeYkc2mz2hGVkxvP7fUGg2M7qDla1brN+Imyzm1YiPptSu95tNr X3odRq8d6bEzvX3OnZ+z8kaj5UThUhHmX0QSM7K8JIqNerEKHoPV8Dg8AU/CU/BzWAMHDZ84BIfh CHwCn0I5fAZH4XOogGNQBX8zDHECvoSTcApq4bRxSJyBOrhkVIt/sM4bwANeuAw+ots/ud4I30MT /At+YCyGUa8J0GRUPG2ZygybblywzEDmGResR4166+dQAcegEr6AKvgrHIdqqIG/wdeGz/oNnIO/ Qz18C+fhAlyE7+AS/AMagLFYfwDDOBQSZRwKHWL4QodBFoyCHOOr0AnIiTCV69NgBtxp1IfmwUy4 n2sLkAWwkPOHoBCWUF+GLEI+Aqs5fxzwQ+gzyGeRz8ELnK+FF2Ed/JL+X+P1jZxv4vwtzt/m/APA R6H4KBQfheKj0GrDCK0BfBSKj0LxUehJ7jkFtYCPQr8xqkPPwd/RpR6+NcpDz8MFrl2k7+/gEjRQ x3ehXuRl6vjIfjfMgnvwly6eFjEyc1nE08zdicxhM3uFUPsdtSxqI5nley2fCvNfbD1teEUmM7Oa mVnNzKxmZlYzM6uZmdXMzGpmZjUzs5qZWU3rr5hpPmaaj5nmY6b5mGk+ZpqPWVTPjPEyY7zMGC8z xsv7lfF+1ZafihDLXTCTGXS3cZpZU82sqWbWVDNrqpk11cyaamZNNbOmmllTzaypZtZUM2uq8aQX T3rxpBcvVuPFajznxWvVeK0ab3nxlBdPVeOVarxRjdV9WN2H1X1Y3YfVfVi1HqvWY1EvFvViUS9W rMaKXqxYjRWrsWK1XLHHRSi2vJWVbCf3/onc+wdLObn2M7IQ2Uba9xwafoaGp6R9l1GLp5aEfR+l hy/EZPJkCnkyhTyZQp5MIU+mkCdTyJMp5MkU8mQKeTKFd+pDruxIruzImq1gzVawZitYs6dYsx7W rIc162HNelizHvJpFGu2jjVbx5qtY83WsWbxtxhF3kxnnZ5inX7JOj3FOv3SMlN0stwNc8Uq8mh7 8mh78mgiuTOF3JlC7kwhd6aQO1PInSnkzhRyZwq5M4XcmULuTCF3prAW61iLdazFOtZiBWvPw5qr YM1VsObqyHEp5LgU8lsK+S2FvJbCWqkjt6WQ2zqyVurIbynM/wrmfwXzv4L5X8H8P8X8P8X89zD/ PeS/KPJfFPO/jjlfwZz3MOfryIEp5L8U8l8K+S/FnO/GJWx9if3Z08ZjeGAE8fwU8XwRnhiBJ37D 1TXM9mGWo+ykKowfLMfETOm9alofp1UVGfNpYwW1mdx7lHs/59Uh3Ps0937MvVncW8F9U4RNraM7 aHmMlhW0zJL7K3POvCl7uofrg7n+Cdcrud6fnp7k6jv0NJSeDtJTT9n+r3KfeEIevcKptRLttakw Fx6An8F8WAAFsBCeItNHamUijHd5lN4L6eeA3Bu9LlpbPhC3WD7E/7WiA1l7PLvEKDJ3G3aJHSxf Exm+YQTneO3v4hbyeYHxIXfEsadMNXM6988VI8lgU5nz08RIywy5+xopwhlZIiNLZGSJjCyRkSUy skRGlsjIEhlZIiNL5M4Y7pzHnTHcOU/eGcadYdwZxp1h3BnGnWHcGcadYdwZxp1h3NmJO2/mzk7c ebO8082dbu50c6ebO93c6eZON3e6udPNnW51Z7q6Mx1NpomunHWVNi6Re4TLWKsaC+fCWBgH42GC cLJ3c7J3c7J3c7J3czrMf/VixcLR3JOrdhp7pY9OiQqts1GrdYGu0A3S4CboDj2gJ9wMvaA3pMMt 0Af6Qj/4CWRAfxgAA2EQDIYhcCsMhdsgE4bBcLgdRsBIyIJRkA2jIQfGwMvwCmyAV+E1eB3egI3w a9gEv4HN8CZsgd/CVngLtsHvYDu8De/A72EHlMC78Ad2a2XID43j2h74CPbCX2Afr39sHNP2wwE4 CIfgsHFWOwKfwKfsIKbytDLDKLf+hZ3EPvgY9sMBOAiH4DAcMY5ZP4FPjWMhkUZtSAzEQhy0hnhI MGptz8BLgA1srxpnbZuNC7Y3YQv8FrbCu7z+EZLdpu0vnJcbx2yf076Kc69RG9oW2kF7SIYU40Jo KnSAjnADdDKOhd4InY3joV2AuRDKXAjF76G9qPfmWn/jbOgA5Djjgl03au0WsEII2CAU7OAAJ7jA DWEQDq0gAtDXHgXRgN529Lajtx297ehtR297G0iEJGD8dsZvZ/x2xm9PgVToAB3hBujEmHoZZ+29 4SfGMXsG9Oe1ITAcboc7aTcTOZtr99LuPsiHObCIa8thBayEIniG139N+zdpv8U4bv8t9a1widc8 Rq1DA3R1RBvHHOjhiDXOOpKZQw9rWEfDOhrW0bCOhnU0rKNhHY07NKyjYR0Ny2gRxldaJERBNMRA LMRBa4iHBGjDnrUdtIdkSIFU6AAd4QboBDdCZ56yu0BX6AZpcBN0hx7QE26GXtAb0uEW6AN9oR/8 BDKgPwyAgTAIBsMQuBWGwm2QCcNgONwOI2AkZMEoyIbRkANjINc4o42FcTAeJsBExj0J7oDJMAWW G99qK2AlFMEj8CgUwyp4DFbD4/AE8LyhPWtc1p6D5+EFWAsvwjr4JbxMjHwFNsCr8Bq8Dm/ARvg1 bILfwGYgA2pb4LewFd6CbfA72A7EWo1Yq/0edkAJvAtlxPIPYQ98BHvhL/Ax7IcDcBAOQXAUmWjc RZSeTB5oReQfQB5oRfQfQNT+zErEsxLxrEQ8KxHPSsSzEvGsRDwrEc9KxLMS8axEPCsRz7qdZ5S3 4R34PeyAEngX/gDvGd9a34dd8AHshj9BKfwZyuBD2AMfwV44ItzWT+BT4Q6JFM6QGOEKiYU4aA3x kCBctjXGt7ZfGPW2Zzhfx/l64yvbS+QkfCCj2etcQxfbb7jGmG2M2caYbURp29vGGds7sINrJWBG uZ20/yOvvc/1XfAB9d3AOG2MU0a/j6kf5Noh5GFeOwKfwKdQLty2z3lvnu1sPNvZKnntC+OyjJTH GRvPc7avuJdnFls95+yubeyubReAZxYbzyw2nlls/4AG8IAX3S4bZ0LDjW9DW0EEREK8cTk0AdpA IiRBW+EMbQftIRk6CXfojdAZusDNvNYL2RvIsqFkV3/UFW67Llx2C1ghBGwQCnZwgBNc4IYwCIdW EAGREAXRECOc9liIg9YQDwnQBhIhCRinnXHaGaedcdpTIBU6QEe4AW40vrV34xktDW6C7tTZKdhv 5vxKJE7nvA/0hX7wE/TIgGzORwPPufYx3Jdr7LWPhXEwxbhsv5NxzqZdcJTmedfO8679IVjOGFbA Siii/ZO8N+tfRu11yPX0+xK8DK/Am/S3Ba5E8bd4DR/aPdz7vXHZIYwzDo29kt2od2BPhxMZyevR wi0jOxnK0ZrX4iEBiMeOJPNzSXOlq33VclboMblH23P19Xm8vkR+jmLut86LEH2EMd0y2viI3anT /GyLa9+KNL2ncU5Ph74wGEYYn+kjjUP6KBjNrnyicYLdRQ27ixrnZOOQcyo8bpxzPgFPwlPwc1gD vwCe5ZzPwLPwHDwPL8BaeBHWwS9hPbwEL8MrsAF+Ba/Ca/A6vAEb4dewyTjn7macExZG6tUn80xc wDN0f8bvYfwePcOoY/we/Tbkk8Yp/SmeXaaJm4hfN9HykHO8UeecAJNgOtxtnHLOgbkwD+bDQnjc 8KCbB9086OZBNw+6edDNg24edPOgmwfdPOjmQTcPunnQzYNuHnTzoJsH3Tzo5kE3D7p50M2Dbh50 86CbB9086OZBNw+6eVxZxinXKMiG0ZADYyAXxhqn0N2DD/saX+Chw7r0o7FffnLYHt23oPcWfZqx XZ8FD8CTRhk2KDOfv9F9C7pvQfct6L4F3cvQvQzdy9C9DN3L0L3MWWhsdy6Bh+EReMzYzrjKGFcZ 4ypjXGWMq4xxlTGuMsZVJm7FA/l4IJ+xncYD+YzvMjOogRnUwDi/ZCRVjKTKMvGHBsvkHzxklzA8 04PsEoZ3eqhn/L3MrgZmVwOjq2J0VYyuitFVMboqRleFZ/LxTD6eyccz+XgmH8/k45l8PJOPZ/Lx TD6eyccz+XgmH8/k45l8PJOPZ/LxTD6eyccz+XgmH8/k45l8PJOPZ/LxTD6eyccz+XgmH8/kY4Eq LFCFBaqwQBUWqMICVVigCgtU4Zl8cRtWyMMKefjiAFbIwx8H9BGiLdrnoH2O+rz15+p5uitWiMMK vbFCHFborT4lnoKvDuCrA/jqAL46gDVysEYO1sjBGjlYIwdr5GCNPKyRhzXysEYe1sjDGnlYIw9r 5GGNPKyRhzXysEYe1sjDGnlYIw9r5GGNPKyRhzXysEYe1sjDGnlYIw9r5GGNPKyRhzXysEYe1sjD GnlYIwdr5GCNHKyRgzVysEYO1sjBGjlYI0+EMhca0NiNxs+h8WI0jkLDFWj4kEjARnuxz15sU4lt KrFDFDaI4uoL6L8X/fei/17034v+lehfif6V6F+J/pXoX8k4KhlHJeOoZByVjKOScVQyjkrGUcla yTfeDIp3DeImfSwxbjLkE+fmEOPuh7lA34z45NVYt5yYsdI45HrYOOdaBsthBayEIngEHoViWAWP wWogNrqIjS5io4vY6CI2uoiNLmKji9joIja6iI0u4qKLuOgiLrqIiy7ioou46CIuuoiL4Q5wgouY Z0b2c3LsHtZ4HWu8jjVeh93M5/ROXD3K2q1j7daxdutYu3Ws3TrG7mHsHsbuYewexu5h7B7G7mHs HsbuYewexu5h7B7G7mHsHsbuYewexu5h7B7G7mHsHsbuYewexu5h7B7G7mHsHsbuYewexu5h7B7G 7mHsHsZuxqzJxl+x9mEs/OHVmGVq9KXohUYlXK/l+mW80YQ3mvBGE22/pK2dti5WihNNu7NSnGjb XX0GtA8PNeGhJrQsQcsStCxByxK0LEHLErQsQcsStCxByxK0LEHLErQsQcsStCxByxK0LEHLErQs QcsStCxByxK0LEHLErQsQcsStCxByxK0LEHLErQsQcsStCwRt6BJMb7Zj2/26/kiCf/sR4O7WQH/ ZAV40WQVmrRWn8y0Nj+ZQZNfmp9m4bv9+G4/vtuP7/bju/1oVYxWxWhVjFbFaFWMVsVoVYxWxWhV jFbFaFWMVsVoVYxWxWhVjFbFaFWMVsVoVYxWxWhVjFbFaFWMVsVoVYxWxWhVjFbFaFWMVsVoVYxW xWhVzDqeLNdxP7T4VP3NaTijfoFR7xAu9D2CvkfQ9Qh6xaJTLFdeRJ8j6HMEfY6gzxH0OSJs+iL8 utj4p/6QcVZfxbz4hXFef9H8pJ1XG/VVhldoHP8putDCqxcyI5bAKuOYvlrY9ce5e43xtb5OhOnr je/1l4zvXexvXexvXW2hHbSHZEiBVJhFm3tgNtwL90E+zIH7YS48APPgZzAfFkABPAgLYREshoeg EJbAUuN7qU8jIz2tLze+Qpcz+lrjgs6TnpiqFzDbH4RFvFqIlktgpVGuF8Ej8CisErH6auNt/Rna PWuc1J+D5+EFWG+8j37vu3TjsMsCVggBG4SCHRzgBBe4IQzCoRVEQCREQTTEQCzEQWuIhwRoA4nG eWx4Hhuex4bnseF5bHgeG57HhuddGUa5qz8MgIEwCAbDELgVhsJtkAnDYDjcDiNgJMxCj3tgNtwL 90E+zIH7YS48APPgZzAfFkABPAgLYREshoegEJbAUuN9YWXmnMCKn2PFU/o64zvm0irjEvPkssjF Cz684MMDjXjAnGGnyDheMo6XFl6s7MPKPjKMlwzjJcN4yTBeMoyXDOPF+j6s78P6Pqzvw/o+rO/D +j6s78P6Pqzvw/o+rO/D+j6s78P6Pqzvw/o+rO/D+j6s78P6Pqzvw/o+rO/D+j6s34j1G7F+I9Zv xPqNWL8R6zdi/UaynJcs5yXLeclyXrKclyznJct5yXJerOvDuj6s68O6Pqzrw7o+rOvDuj6s68O6 Pqzrw7o+rOvDuj6s68O6Pqzrw7o+rOvDuj6s68O6PqzrY80tZnaba3E5Nl3B7F4lwrH2aaxdi7Uv iPnYuBQblzLTv6blfmx9Gluf1pdSX258w12XmPn1zPx6Zn49M78eP/wLP5Tih1L88J3+tPExK+AL VsAXrIAvWAFfsJYOExv24aNj+OgYPirFR6X4qBQfleKjUnxUio9K8VEpPirFR6X4qBQfleKjUnxU io9K8VEpPirFR6X4qBQfleKjUnxUio9K8VEpPirFR6X4qBQfleKjUnxUio9K8dFpfHQaH53+H2Lu PD7q+t73+C8zySRMfnEX19a6ttbTWuvSU+1+PB57erS1i7XtqT3nqLVQaUVFRUSgdakr7uKCS0WK WpaSoiKLGxaMDSYwgWESSCTEJMNkSEI2QPneZ3Jorz333se9/9x7H328Hr+ZyW9+3+/3/dnTCBu1 slErG7WyUSsbtYqQgggpiJCCCCmIkIIIKYiQgggpiJCCCCmIkIIIKYiQgggpiJCCCCmw8XI2Xs7G y9l4ORsvZ+PlbLycjZezcQMbN7BxAxs3sHEDGzewcQMbN7BxAxs3sHEDGzewcQMbN7BxAxs3sHED GzewcQMbN7BxAxs3sHFDNIYF21iwjQW3s/frrLiN5XIst5XliixXZLkiyxXZP2b/haxXYL1C4naf 3cnS08NcFuxgwQ4W7GDBDhbsYsEefrKMFZtZsZkVC6xYYMUCKxZYscCKBVZsY8U2VmxjxTZWbGPF NlZsY8U2VmxjxTZWbGPFNlZsY8U2VmxjxTZWbGPFNlZsY8U2VmxjxTZWbGPFNlZsY6UiKxVZqchK RVYqslKRlYqsVGSlIisVWanISkVWKrJSkZWKrFRkpQIrFVipwEoFViqwUoGVCqxUYKVmVmpmpWZW amalZlZqZqVmVmpmpWZWamalZlZqZqVmVmpmpWZWamalZlZqZqVmVmpmpWZWamal5ugzrDTASgMj 0fifVuhjhR5W6GGBARYYnpt6qNtD3R7q9lC3h7o91B2g7gB1B6g7QN0B6g5Qd4C6A9QdoO4AdQeo O0DdAeoOUHeAugPUHaDuAHUHqDtA3QHqDlB3gLoD1B2gTg91eqjTQ50e6vRQp4c6PdTpiT4pM7wv M7wv+gvqeTpxu1Pc4RQju/f6QcxQ7x9Wtw/T1R2Oj+CjOAIfw5E4Che75xL8FJfiZ9BB0nqQ1oO0 HqT1IK0HaT1I60FaD9J6kNaDtB6k9SCtB2k9SOtBWg/SejD6Ga07aN1hxwU7LoiCvCjIi4K8KMiP 6P+XCKD7/+D5OvjE8G82/tfe3sEeHezRwR4d7NHBHh3s0cEeHezRwR4d7NHBHh3s0cEeHezRwR4d 7NHBHh3s0cEeHezRwR4d7NHBHh3s0UHBAgULFCxQsEDBAgULFCxQsCAa8qIhLxryoiEvGvKiIS8a 8qIhLxryoiEvGvKiIS8a8qIhLxryoiH/fxANeRbKs1CehfIslGehPAvlWSjPQnkWyrNQnoXyLJRn oTwL5Vkoz0J5FsqzUJ6F8iyUZ6E8C+VHanz3yP8LeRpbFdiqINsUZJs22hdoP6xxgcYFGhdoXKBx gcYFGhdoXKBxgcYFGhdoXKBxgcYFGhdoXKBxgcYFGhdoXKBxgcYFGhdoXKDx8BkLzlhwxoIzFpyx 4IwFZyw4Y8EZC85YcMaCMxacseCMBWcsOGOhctgXJuBqXAP+5owFZyxE+8jF/X8bMzzt9pFIH5BT B/53MaJ3v1qPajIVbbFoS4m2d0XagSItHZ3714wyQTWejBvM5Tda69bQzbO73T0kNrtV5z7f+jSF Byjc96GuqZt3d/Pubt7dzbu7eXf3/6Ns0837unlfN+/r5n3dvK+b93Xzvu7/q13R8LQyRKmVf51b +qLkns+GWGlX9D3a1tC2hv262K+LtsOTTY4lyujbTt/2kfw33fv7zQgP6JRm+Ozh0E7Xdrq207Wd ru10badrO11r6FpD1xq61tC1hq41dK2haw1da+haQ9cautbQtYauNXStoWsNXWvoWkPXGrrW0LWG rjV0raFrDV1r+FQXn+riU118qotPdfGpLj7Vxae66N5O93a6t9O9ne7tdG+nezvd2+neTvd2urfT vZ3u7XRvp3s73dvp3k73drq3072d7u10b6d7O93bK4fPOQFX4xpci4m4LrSPaLxjTyQMRfsnFkWj E6/pOF/nl2+EqYmVYU5iuz6jP0xP7Ah1SZkz+SnT64lhfvKU0PbXv1Y+P9on+f0o3vM3hR1xY1jN YrM8dx5eFwFvhExiBU9/Eyutucr17dCYWG3SzVitwXUdOqJRiU6R2q/HHdAJDWJn6ElGoSVZjgoc Yvo/MbQmTwrbk5/FyTg1DCTPCJvjfwuF+JJQG/8cckT8S9fLQ2M8HnJCPMl1susN0EPHv4aKGd8J URlP9/P7fCb3xQ95PwOPecassCN+1vPnY0HYHv8BC31W7f1iV2eK63xWjzVY730WjV43ocV9XaEl 3o7B0FJ1QChWHYjRMB1WmQ6rjvH52FBbpaevsq+qW0Jf1Z1he9UDeBhPh2L0z3tUzbHTEFXXU7WL ql1UfZ+qW6iapep6qm6n6nqqrqfmADV7qdlLyV5K9lKyl4o7qNhPxX4q9lOwi4I5Cq6n4HoK5ii4 noJZCmYpmKNg9r8omKNgFwW7KNhFwSwFcxTMUbCLgl0UXE+9Lup1Ua+fev2U66JYP8X6KdZPqX5K 9VOqi1K9lOqlVC+leinVS6leSvVSqpdSvZRav0epHKW6KNVPqX5K9VOqNzoq8VyYlFgUFlBqOR/c RaHZVNma2BQu5WcTEp3hCd59fqJPp70jfImf/SmZDCuSqXBXMg6/4O0NyQPCkckjop8mjw1X8fyj kp8OX6Pa07z/LD73aPJL4YbkV8OP9vx1VnPy++HJ5AVhbHJMWDb890tO9bKc9Joq8QZWho1WfI89 NlmxzQqdntrtiZs9cZtYOkMsfdFE+ByLvRbqfWs4Xv48EiMd0Ud9e41vvuWbW+ytzd4qPSEzEg+n hIxvvhbe8q33fOsF39jfN961XvNI/JqqR2L4CHH6Ke9PDJt8q8UuV0Qf4VnbR765gme9iVU85m3f Xs2rMrrIBtd1YQvv2MI7tvCMLTzjXZ7xLq94l1ds5xXbecV2HjHEI4Z4xBCPeJcnDPGEIZ6wheW2 sNx2VhvO/B3RXvaTsvNZ1nvOui8562KsCjvp2kTPtvjaMOD5vZ7f6/m98cPePx4GPKc3KvWtPju/ wjc2D/u9Tvg5uWSRs7wR6nzamKiXR4Y13BTydKv33PWeuz66wKrT3T1VTLWOeMtLYbLVJ/tmDyV2 UmKnJ7RSIlCib09c9VGiL5EN8zyxmifVJQq8J40DwiXJ0axxEA7G0eHK5DE4NmxNfoKdj8enWI/u yS/7+VdH/nb5JLs5Sey1UrePun1ir5XCfRQOFA5ir5UKkykdKDGdEtMpMV38tVJ7J7V3UnsntYP4 axV/rVTfSfWd1JpM+T6KTY7nykTzsCRcGa9w/TNqsRobkMNGP2t2fdczNocrq6Lwp6qyMK8qhXIc 6f1xGCtDTQvTxWAra+6sejBsrnoIM/AIZoZ5USWP7OWNm1n6ZNnnA9nnA9nnA1b/nEj/QKR/INI/ ENUfRIezx7AtB2jfTftu30rJUT1yVI8c1ePsfc7e5+x9zt3t3N3O3e2s3c7aLb/0yC89ckuP3NIj t/Tw7x65pcde++yzW67okSt65IqekrQVp/GAB1n/Vda/l/XvTSxj0eV4LaxMrFAV38TK8DQv2JVY 4/MM38qGCYkNYWkih0Y0YSM2hVsSza6b0eqZW1zb0I6OaBpvqU7kvd6KAs/rci1iW7gy0Y0er3ux PYyRm+pk7qzMnRXB58tRqxO7/Ox9fBCWJXa7BlW4BAkM569S3lbmdUqeSoepyUqv4zBuJJ/t7boP 9sV+OCCcwVvP5q1n89az1dabk4eGa5KH+dnhOCL6QfJI16NwtJx3DI4N/5o8zvuP4xPeH49Pev13 +FT4Bzny32WWuaw2jdWmsdo03n6OfHln8jT3fA5/H36V/Lzr6TgjTEl+wfWL+FL4sag4O/kVr78a rhAZ5+/5i9m5IuSa5A+jg5MXYkx4R379fTwm1MVjcXnYJUp2iZB7RcguXjKNl0zjJdPiaX7+K/wG t+I23BGNju/EXZju/gd89iAe8n4GHvacR71/3PWJMC5+Ck9jVrg5fiZco5pNiZ/z/nn8HnPDWaLq LBVuCg+cxgOn6Q9uVuWmxH8Mv4oX4QX3LfbZEvct9XoZlvt8hfcrfb7Kc2t89jb+7LNarEadZ9Vj Dda6f717s9jgZznI3rx7mqg9K94Ulorcs1TRKaL3bNF7VtzqMz4Y88H4PfDDuAOd4dWYH8b8MC6A D8bb0I0eGaAXA14PhWXxDuz0+gPwuZjPyQpTq/hdFb+rSoZlVaWuZWGCLDFBlphQVeH9KNkjDT5Y FYdXq6qwl9d7Yx+f74v9sL/PDwhZlT6r0merDvK8g91zCA7FYTgcH3HvEX7+MRxp/aN8JsPKRlOr poQ6ET6t6pZodBVbV7F1FVtX3Y47cKef3ReuEfnTZKqzZKqzZKqzZIFpstVZVY96zkz7fsIzn/b8 Wd4/g9n4XbgyOlKWuEKW+MNIZX59pJ6/KRO0i/jpIvvHInuRqJ0vat9Sc/tF7CsitlVU1ovGGlG4 TBSuFXX/KLIuFEnzRcydIuZNEdMuSh4QJWtFwXLe/wzv/ybvf5X3D/+XCqfx+Hei/5CvnrWT36tY axLzValFcsJLPluM19W5N/xsRVgne65TuV6Vs7pUrkVqYJfddqpei1SvRfLXLDt/U57qtPPVctEK u87KN5vlm8123i5fZ+x8m5ydkbMz8skKu58rF8yVC+ba5S67/PZwz6N6rYn/Xaa9JCxSwRapYGtU sEVis0tsdqlga8Tns+KzS3w+Kz6fFZ/PqmBr4ht97ybcjjvCOll9nay+Tmx2qWZrVLM1Mvw6GX6d 2HxWNVskNp8VS3P5/Vx+PpdPd6onGfUkw2871ZQMX+3kpyv45Sx+OYtfzuKLnXxtM1/bzNc2861O vtXJrzbzq838aoValOFTK1S4RXzqWRVujcqxjn/M4h+d/GOzDnIZP1iO13RoK8NLlN6iOtTzha/J 5k2yeRN/eJuqLVSto2odn3hR5t5E2VUydRNlV1F2Fd/Yyjfek43XysZrZeO1fOTv+MigLJuTZXN8 ZQM/aZNZa2XWWpm1ls80yKYbZNGszLlWRqyXEeupvoXqW6i9RQaslwHrZcB6GbBeBqyn7BZZr17W q5fp6mW0rCyWk8VyslhWFquVxWplsKwMtkEG2yBbbZCtcrJTTnbKyU452alWdqqVnWplpw2yUk5W yu3JSrWyUU42yspGa1lnlczSJLM0sdIqFlolu2ySXTbJIJtkiybZoklmaJIZmmSGJpaqY6k6lqqT FTbJAE0sVcdSdSK/iaVWifx6EV8v4utFfL2Irxfx9SK+VrTXivacaM+J9pxorxXtOdHexIp1orxJ lDeJ8iZR3mQm7tAdD/fVp4T3o1NF2fCc9XMRNUNEzRBRr7PzVFGzg11ns2s1u1aLljy7trLrPDad x6bzRMSQKBhii6lsMVUEDLHHVB4/xMtn8PIZvHwGW0zl5UO8fIiXz+DlM3jzDnrNo9M83ryDVvNo 1UqrVl69g16tPHkHfarpU02favq08uYdvHkHjappVE2febx3iPfO4Lk7nLnaGd8Id/LYQSdY5t12 e+8Pz/HNTdGhTrbduzYn63SyTifrdqpaeSDvZLVOVmt32+2u1u5q7W673dXa1XY72m5HnXbUaUed drPdbrbbTafddNpNrV0Mz7Kd0RFW6rfSBiu1WanNSh00HJ5R66zWZ7U6q9VZrd9qdVars1q/1epo 0UuLXqv206LXyv1WbrNym5XbaNFr9X6r91u9zeptVq+z+vB82GZG2CRfbg/vOPU7Vu6zYpNctljG XS/jDs8HL45k3JS7+vbMUPk9/w3TickLos+OKNfiJ01+0jLybni22zWiY9meb/V6V/D8dZ7foxvO 6mkLFN7pnGlKRCjTk6ZQjiO9Pw4zQ7dnbBqxTL27G1WR4T32Rcd5xpt+8hL9ej3rZXe895f5fqTe RPJLOSqQDi871XlOcxEde+m4iY6b6Dg8X2+iX689vGwPb9rDm/bwJi3/du4+DId/aP4+0v3HiMXj XGe6/wmfDc/cJc5cjA6yvx576rGnrfa0dc9vcLbZfad9bbOvbfaxzT622cM2a/dYu8faPdbdat2t 1t1qva3W22qtbdbpscbW6BhPX+L0f3LyVR/Kshk6z7XSwEhWTY/8pchNe2y5wenHDP9Fz1+yjxOv suoSqy6x6pL/aeYZzjRHum84yxznOpwxZrr3v2aMUSNVdLs+YIfZOsWu3wuX7/nrjnes/IORvxj9 rH1vcueLrFZrLlhn/69Qaf6HMshwZchSaiZbD9fd96g1k1oznecVT73d0+axYq3ebR0FZ1JwJkvW UnGmiMiKiCyL1jrfK6Ii64ybnHGTM25i1Vo92Do92Dr91rr/kjmyrFzLyrV/zRxHesYxYaazv+Lc m1i5diR7HEb1Rqo3jvw2ol8W2RHesOsuyjfacZcdD/8Op4vajdRutMsuO+yiciOVG6ncSOVGKjdS uZHCjVbqonAjdRup20jdRuo2iqp+WXen6sd7eFh/eCVKqII7dUo7oqRuZKV3Pd61R0d6VzTDDOlP ivqToko5qFIOqpSDe35HmNezdOvjh1S8vEqXV+kGVbpB/fqQapfXow/pK4p68iHVbVB1G1TdBvXd Q/ruIZVtUGUb1HcUVba83qOo0gyqNIOqy2A0Si3fYSePqd1FNXu4r3vPqkUWfJoFnx7JKqNU+77k ATLJp0LBCTrdVUieGu0tw5h5opOsk41KPWeL5wz/znVo+AROHI/8BiE/fD8lDhBPp4Yhnw//VtYd vrc5OtC74dP3OX2f0/eNnPyHeoULQ8OHTt7n5H0jp65zrccaNKIJTudkfU7W52R90cestpq+/fRd T9/1H57MrV2wShtt+63QZoW2v07jC0d+49dG237arqdt/99M6Ou9z478FnBkUqftequ30Xb9h6f1 qMTJ+6NjklVeHRCe0C0VdUtF3VLRnl6wpxeo1a9j6tQxDf92rYtOW3VGRRZ4nwWeZ4HnzZH7mSOH /zpyuOvp1PV02tcLuptO3U2n7qZTd9Opm+nUzXTazws6mU5dTNGeXtBRdOooOnUUnbqJzqjcbv5g 5e1WHLLidqvtsNrbVns7OtpP36Vbuz1usMcN7hzY8zvs/26hU3V2Z/Drr9JhVmin4U4a7vyrlRb6 rNr7xa5LdForXT9stfXeZ/EX6210T4v7N4cNf2PF0VRroVoL1Voo1UKpFvtu3vM7qRaKtFCkhRot 1GihRgs1WqjRQo0WSrRQooUKLVRooUILFVqiQ51zozNudMaNzrjNGTPOuNYZ1zrjWp3qsNetdZ61 usq8rjLvLBt1lsMeuNZZ1jrLWp1k3jnWOsda59joDBudYa0zrHWGtSP/FeXRyZ9ER0czoovDw9El +CmuDE9G14V7okm4HpNxA1rDjGgL2tDrnh3h7mgnduF9fBDuLvlEqCs5Hp/ECfg7fAqfxon4DE7C Z3EyTsGpOA2fw9/j8zgdZ+AL+CK+hC/jK/gqvoZ/wJn4R5yFf8LZ+Dr+Gd/Av+AcnItvYkx0UMmr 4ZWS18KLJa/jDazAm1gZlpWswluowdthWekT4Z7SJ/EUar1fjXfgrKW7EcLdZfuEh8v2CzPKdNll uuwyXXbZQTgYh6Al3FNWcE8XusM9qeNxGi4LD6fG4Rf4JSaEJ1NXg+6p6aEuVReWpUw85ceFZeUf xyfCi+XH47M42fsv4IdhRvmPcGG4u/whzEKL9+9iM9isvDM8WZ7HNj/r834g3F2RCHUVSZSiDCno FCt0ihWjkEYlYlRhL+yNfbAv9sP++HxYVnE6fuL1T12nuv7OdU54saI/1I3yrFH7649/HO0XVkf7 Q/aLDsRoHISP4xM4Hp/ECfgG/gXn4Fx8E9/Cefg2voPz8QNcHB7juY/x3Md47g3RVWFmNAFX4xpc i+vCHN48hzfP4c1zePOc0tvC6tLbcQfuxF2YjrtxD+7FfbgfD+BBPOF7T+KpMIfVHytbH1aXNWEj mtHi8/dc21Hw8y50++yDsDqVQjlGIY2DcQiOxXGgQ4oOvGNO6hTX01zPcP0n/BgX4if4N1wWHuM5 j/Gcx3jOYzznBp5zQ8p5U87Lg+ZU/HJYm+ieUBfdi/twPx7Ag5iN32EOnsVzqMHb+DNqsRrvoA71 WIO1yKABWbSGhXLCQjlhoZzwVrQdfejHAAaxI8yXJ+bLE/PlifnyxPzSjlBX2ok8tqIA00lpEdvQ jR70wsRS2ofh7+1GCPPF28JyuaBc7JeL9XKxXi7Oy88Nb5V/1/V7+KF7foQLw/zyn3t/FSbgGlyL 63EzboF4K6dROY3KaVROI/E0v/y3rrNc57suAR3K6VBOh3I6iLWFYm2hWFso1haKtbfE2lvlW1HA Nt/t8zk9xN38kk9HpdG+URlSKEcFRiGNSsTD/8Qk9sLp0ejoDFwcJvHxSXx8Eh+fwMfH8vGxfHws Hx/Lx8dGEz3hujCOn4/j5+P4+Th+Pi76dbR3dCNuws24Bb/BrbgNt+MOLI4+Gr2M1nAdi17Hotex 6P0sOodF57DoHBadw6JzoiE73hEms+pkVp3MqpNZdXLJI6Gh5FE8hsfxBJ7EU/gtnsYsPIPZ+B3m 4Fk8h+fxe8zFPMzHAvwBC1GNP4aGxGeivRMnRaMTp7h+GWeHSYmvhysT38B53o8J0xJjw2WJn+Oy cJme7RvJH4Wr9G3fSP7E9apQk5wQ6pN1UVmyPjoguVbX22AqXxelk61hTnKLXqQt+kTyPdf24X8b yHVrtF/pVdG+pRNwNa7BtZiI6zAJ12MybsAUPBHGyRfj5ItxpWuivUvXIoMGrMN6ZLEBOTSiCRtB T94+mbdPlmsmle0bGnj9dXLMuLKtUVp+mSS/TJJfxpXtivZNJcG3UvthfxyN48O41CddT8LJ0Wg5 ZVzqc15fFibJH5Pkj0nyxyT5Y4L8MUH+GCt/jE3xpdR14Euph0ND6pGR/4K+ofwj+CiOwMdwEs4N c0TadSLtOpE2uXx8tHf5FZiKabgHD/n8Cdenoo+Kpsnlz3vd4v53sRl8TuTcL3LuFzlzRM6c8q5o VHkR29zf5+f8TwRNLh+M9q44IDRUHIjROAgH4xAcisNwOOy1wl4r7LXCXiuOxFE4GsfgWFzkWRfj Ekz2/gZMCQ2jSkJD+oJwZfqHmBwuS0+BuEmLm7S4SYubtLhJi5v0nbgL03E3nDd9L+7D/XgAD+Ih zMDDeASP4jHMxOOgT/pJPIXf4mnMivaunITrMRk3YApoW0nbyl9BfFeK70rxXSm+K+2z0j4r7bPS Pivts9I+K+2z0j4r7bPSPivtsdIeK+2x0h4r7bHSHivtsdIe4xOivfcahTQq5YdE8h2R0iobDb8a /rdHDkpcI5vFslksm8WyWSybxXJDLBfFslk88r8q7IX9Qk4HkNMB5HQAOR1ATgeQ0wHkdAA5HUBO B5DTAeRkvv1lvv11AnmdQF4nkNcJ5HUCeZ1AXieQ1wnkdQJ5nUBeJ5CXJS+VJS+VJS+NfhaK0RiM xc9xGcbhF/glLsd4XIErwxgZ9XIZ9XIZ9XIZ9XIZ9XLZ9EzZ9EzZ9EzZ9EzZ9EzZNC2bpmXTtGya lk3TsmlaNk3LpmnZNC2bptXdJnW3Sd1tUneb1N0mdbdJ3W2Khn/fMQfP4jksjg6ReQ9Rf4vqb1H9 Laq/RfW3qP4W1d+i+ltUf4vqb1H9Laq/RfW3KFuPl63Hy9bjo3azbAc6kcdWFNCFIrahGz3oDQ/J 7LNl9tky+2yZfbbMPltWnyirT5TVJ8rqE2X1iXr6rJ4+q6fP6umzevqsnj6rp8/q6bN6+qyePqun z+rps3r6rJ4+q6fP6umzevqsnj6rp8/q6bN6+qyePqunz+rps3r6rJ4+q6fP6umzevqsnj6rp8/q 6bN6+qyePqunz+rps3r6rJ4+q6fP6umzJd+KRpech2/jO/guHgkZlSijEmVUooxKlFGJMipRRiXK qEQZlSijEmVUooxKlFGJMipRRiXKqEQZlSijEmVUooxKlFGJMipRRiXKqEQZlShjlqg2Syw1Syw1 Syw1Syw1Syw1S1SbJarNEtVmiWqzRHXJn6N0SS1W450orYrFqlisisWJ04f/G1XXf3A9O0xRzc5V zc4dqWY/CoXExRijun2oqiXGhYLK9kWVbazK9kWVbaxZfHryyjA3uSS8nlwe7ZV8TfV7xzxfb05f Gx2kyuVVuWRyvfn+PytdmUp3zMi/MZn3+VaV56ooVuViVS5W5WJVLlblYlUuVuViVS5W5WJVLlbl Yp10Xied10nnddJ5nXReJ53XSed10nmddF4nnddJ53XSeZ10vvShUCydgYfxCB7FY5iJx/FEOFPl PFPlPNPcVW3uqjZ3VauiaVU0rYqmVdG0KppWRdOqaFoVTauiaVU0rYqmVdG0PrOozyzqM4v6zKI+ s6jPLOozi/rMoj6zqM8s6jOL+syiPrNY2h8KpQMYxBB2YCd24X2ICZV5oso8UWW+VGXOqMzjzX9Z 81/W/Jc1/2XNf1nzX9aUkDMl5EwJeVNCTgU/s2xLKJoUciaFnEp+qUp+aZk9ldmTin6mih6bGnJl u70PoZiKUIIEklGs0scmipyJImeiyJkocip/rPLHJoucySKXOty9H8HRPjvW++Mg15oycjqDM3UG ceozfs4HdQf7mzpyOoQzdQixySNn8siZPHImj5zJI2fyyOkcLtU5XKpzuFTncGlKHk3Joyl5NHUl rsKEMEY3MUY3cblu4nJdxJnm2axOIqOTyKQeH/kXmUanFuCPI/8q0+jUm651oVqXkUmxpbk3mxqM Rus4MjqOjI4jo+PImIWrzcLVZuGlZuGlOpCMeXipebi6/IwobSauNhcUzQVFc0HRXFA0FzTpUmab C4rmgqJuZbxuZXz5v4ZC+Y9xYZhoPiiWX+a1mCr/BX6JyzHeM6+Ac5kdmswORbND0exQ1OGkdThp M0TRDFEsv839t4/8q4JFXU/aPFE0TxTNE0XzRFEXNFEXlNYFHWKuKOqEJuqE0maLotmiaLYomi2K Zoui2aKoQxqvQxqvQxqvQxpfvsWz2/Ae5PpyuV7X9JCu6SFd02xd02zd0kTd0njd0mzd0kTdUtqs nzXrZ836WbN+1qyfNetnzfpZs37WrJ8162fN+lmzftasnzXrZ836WbN+1qyfNetndV0ZXVdG15XR dWV0XRldV0bXldF1ZXRdGV1XRteV0XVldF0ZXVdG15XRdWV0XRldV6bis/Z0Mj4fqitOx088+yLv L8Yl+KnPLnX9GcZgLH4Z8jq0jA4to0PLVEz1nek+/51754SlFc96/Rz6Q3ZUFI3WwWVGOduo/UP1 qAOjdPo7oTX9XZyPC8K5Ortz0//q9bWhkJ6ISfhLpzfN65twSxTr+GIdX6zji3V8sY4v1vHFOr5Y xxfr+GIdX6zji3V8sY4v1vHFOr5Yxxfr+GIdX6zji3V8sY4v1vHFOr5Yxxfr+GIdX6zji3V8sY4v /v/Y8cV/0/EdGN0VvlByYXROyb9F3yn59+jakv+I/rHkougLJRdH30+cHV2QGBOdn/xe+FrygvDV 5MthdnJ5OCe5ObylNzwgKcMl3wv3JDvCymRndFgyb97aGgaiI6K7dr8RPR/WRCvCGk//0p5/DfY0 Tz/B00/w9K+UjAkDamubVUxzprLvhdOt8kWrTEguDUuSy7B8dyH5alikxq1Pvh7eTL4R7rL6jVYe SraFdqufbvXpVk9a/XGrvxFVJFeHWck6ezLJJ9eEi5Jrw+JkxrfWhUZVcaM+9fnwJ3v7kzt/oHau dvdD7p6UXLN7t7ufcvfX1dFFvnGNbzwy8m87nmi3k1Xzj6jeX0+co5KPCWMSv4iSief0yW+E/0is DDMSm6JTE/0q8gHR3skTwzPJpVGsSp/oBH+w0krzaDK5xqzZEP6oSpd5+m4nyqjUk/ZU6uSemTTp ZO3JTqfK+3xr6Cr5flQaFkdlSKEcFRiFNCoRowp7Ye+wJNoHp4fG6Az8OiyIbsRNuBm34De4Fbfh dtyBu2i4ONRHL4f6kkRoLEmiFGVIoRwVGIU0KlGFfbAv9sP+OAAHYjQOwsE4BB/FEfgYjsRROBrH 4Fgch4/jW2FjyXn4Nr6D72IybsAUTMU0/Aq/xo24CTfjFvwGd4cNJffgXtyH+/EAHsRDYUPiM2FB 4hR8GeeFlxK3hlzitpDj5d9jlQI/e5+PLWCJAh/7Jh97PzmwuyM5KCKGQnlyx+7B5M7djcldIZV8 f3d78oPw5eRun4dwSGnZ7o7SVPhaaXkoL63YPVg6andjaTqkSit3t5fG4culVT7fy31XhcWlE3A1 rsG1mIjrMAnXYzJuwBT8NjSWPo1ZeAaz8TvMwbN4Ds/j95iLeZiPBfgDFqIaf8QivBQ2li7Gy1iC pViG5XgFr+I1vI43sAJrwoLStcigAeuwHllsQA6NaMLGsKBsV1icSoL/psrCktR+rvvjaHwSJ+Hk 0Jj6nOsdYWPqQczw3jlTz3jtPCnnSTlPynlS8322AAtRjRex2OcvYwmWwt5T9p6q8fpt/NnrWqzG O1iH9WFDKudn7diKHvRiO/rQj8GwsXwv7I19sC8ODhvKD8GhOAyH45TQWP45jA8Lyq/AVEzDPXgC T4X68uddB8OCio+HjRUnhMaKT7t+xvVcfNPrH4QNFRf5+cW4BLf6fIbPH8YjeBTPY1fYMCoKG0ft 6yq+RomrUYfi8NCYvijk0mNxGX6By3EVxHtavKfFe1q8p8V7Wryn78RdmI67Yb/pe3Ef7scDeBAP YQYexiN4FI9hJh6HM6afxFP4LZ7GrLCg8p9DrvIb+Becg3PxTXwL52FSeKnyekzGDZiCqZiGX+HX uBE34Wbcgt/gVtyG23EH7sRdmI67cS/uw/14AA/iIczAw+Gl+ISwYK9R4aW90qgML0WlasUCmT+f bIg+LS+/Hz0QXRcejSbhekzGDdgRcubnnPk5Z37OmZ9z5uei+blofi7+N+q+Az6qYvv/TNk7d3fv JiGEEEILHTvwQ1QsoA/1KWB5ioWuolhAfTQRKZanIqIUC/hAQUF9ig99FlBQsKFiAZFqkJYACRA2 lFATdv7fmd3EhARS4On73/uZu3Onnjtz5jvnzNx7FvpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpz GPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpz GPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpzGPpz2FjhYt+Azm91DnTWHOisOdBZc6Cz5kAPnQw9dDL0 zuXQO5dD71zOZ+ps+35k9K2jTfyA3oTZbA1msSliKdXHfLkRM9hY6HBToMNNgQ43BTpcDnS4HOhw Rn9Kh/6UDv0pHTpTGDpTGDpTGDpTGDpTGDpTGDrSFOhBU6CnTIFOMgU6xBToEGHoCDnQDcLQA3Kg B+SoU3W6Os3a48yB7G9k+XTI2emQrdMhC6dDBk6H/BuG/BuG/BuG/BuG/BuG/BuG/BuG/BuG/BuG /BuG/BuG/BuG/BuG/BuG/BuG/BuG/BuG/BuGvJoDeTUH8moYMmqOOxhlPwz/m8Zqmg5D3gxD3szx J2E83aQnQ8acDJlyOWTK5d4Ine2NhBuls0NJelOoBlwyXH24NLhHED5DbyKOWeUdzOuQ48Q8Ok/M px5iIbUWn1MK2neu+BKS1FfUTCyhq9DWV0Gv90FiuAi6faJYQa3Q7hsgOdSDnJOB0Ew6FfLCVZAX mopsugzlfhlbyz4NNX2hZyH9c7bO9xB3N6SK+RSHsMW4W2rsUpa2pcvuonZl29MFPS0xOi5ArZ0w H14BGqIhLTFbHkDoJZgt52O23G5tFO8ghpozqQ7uLrJrijWRtgloMP9FsJXOQIozcbeU2uEJkxBX D89qrL7dpH8Sg6gt6P9SXgh5jSPkO9z9gNSYmyAT5uJuHe76UQh3h3H3HTUjSe3IB+fAKTgXzg8X gAvCeXAhuDjU2IVqiK6Q8XrC9cMzzYcc+DnkzC/0MjmI2snBcEPgHoAbCvcg3DC4h+CGw42AGwk3 itpBl28Hnb0ddPZ20NHbQUdvB528HfTvdtC920Hfbmf//yIE6TYPNa3DU2wVC9GT5t9MvtBzIN3u wLMPQpvMA12fIRWeFs8eokT2MzViy6gFWqYn2uEvoitSdaNuoqe1MddN9NNfGKtEYojOEC9SGzGJ zkE9YfR0E0gys+V51Eq2pRZorW5UDznqoZ7W6M1BlIaadpr6bU2h2P+afCu6I3cPpO+N31vwOwgc 9rP+FTJyDuTjQ5Z/VpGLXIIc808oSJ2MlMlI6UfKMFLkUjJlAkUhQ9EWyE0DUJPp0yF6OeTuHPR6 PBB3mS1vBXpwJXKhTCMR+xJ1AXT4AujwBdCRC6AjF0BHLoCOXADdtwB1dtHZ5osnlHgqRoqypa3U eVSzRJ3dgVm94frj2QZBEl+qd4O6XDxHGBxXA3XvQ65FqDeIeg+WW28Q9WaY/2ZBaYmo14cS96HE HJSYhxL9KG137CkKMM66INTYC+wOSb433ADEDKJayOkHxQ5y7kfOAuQMgZaIaTXkzMeoyKTLaTPc FrhD4OzDcPlwBXBHgA5doLncpFuI7kCLHtRL9MbvLfjtD91nAOgZomeI4eCLF+lc8MMFaPGfUWNb 2ze/6JdtbSv0Koy5JGg5h2M80kqibBmB09TMl0iXq65w3eB6UjM1CW4m3Ebcb4LLgAOdKhdhefjd D9qM/cdcUHYIz3wIlJ2K5z4Eyk7Fc6fiuQ1iuHjeAJ41S6ymBMt1nyLHl8ixGTlSkWMzcqQix7lI nQCat1rO+0Xng+6DyLnZ5lph/5egK+rrBk7uid9e+B0MVMyghkC8XGBMAMhYC8hYDXj3qf1HHdN/ 6UglEJKLfugC3012bBhreMliILjqAcx3W0F3NmrcpsOW3zYi32bkC6B0FyVzxKRTLeqjd9PtcHfA DUTvd0F/dgVdPeEGgzNN6kxwyVa0dBZo2gb9cjtK2YF58kKq6UvQu305cDv1bqcfXH+4e+HugxsM NwTlxsX+E2gNSk5HyeliIJ5qMDA/A/2YCS7ajBFknxY4nI022qZ/tLp4TdCXD/ryQV9+7OnNmvJ6 lLIepXCUcipoTEApB1BKBKUYS/MuSthk/o8I9OWDvnzQlw/68kFfPujLB335dAb1oU50O9wdcMOo Az0ENxxuBNxI6oAa41Hj6cAsH1r4WmCWD618LTDrTbT0+2jpz8Cn34JPrwCfdhJv6wl4ph8wQzSN UoN5y1CTDWniPGoLHm0rL9Rr5DTqIKfDvUodfAnUybcRvzn43Qm3izo4p8C1getHnZz+cPfC3Qdn 6HNB1f4Y3/AY33DbV6YFt+ksuxoxG3S/EUuVHEuVDLrDSNnKrkBs08vBGf0iX0EX3AndbyN0vZ3Q 7TbK5pEt4LV+kTBCcxGSK5vri1Bqv8h6sR/tnI/cBcCGI3qJ9OkD0AsPyqDOQ8olSHmZzfsFYpch ZBlCAjZvWBxGfflolSN6JXTMiPSTg7wRpFoJXTKClO2AS/0iW1FLBFpqHijLEYfwm49aC8CZ0ZwF qDUC7TQPFOdIF78BUBFEeLSkAjzBPnBdP+i1B4ihlFyUEkEpGiVk27odYsidi9wR5NbImR2j4RTT TpHxoCEDuRsh91rk3i8OY8Qa6gvAx0fAcRHICVofAS0ZKK0RSluL0vZLv15hnyqIfvYoAZrydpR8 BDT928yimqPEg6BjnYgQR66DqHudDMHfXDcwKSJLkSIL9ZmWSkeKLJRpWikdZexC6x7VX+j9WD8h dzn9Y9PafkHacvoDz3iC/QA8rWT7A2VOcrvjGY/R3jamzHamOJlEflkD9KVQQKaitNrIUwcyQ134 6yGuPuIaIq4x7psgrinimmE+kDIZNdRGbBp+m6BPPJmEO+gQsibqT0UNtVGTKasewusjvAHCGyO8 CcJRDnrBpDY1146lMDWZshJBF0fsFpmMkJpwKVQP9CUi5RaUWQ/0cdDHkWuLTEN8A7iGCG+MNE0Q 1hT+ZuZfyVHKOtBqnpDLWqA1lXyxUkzudaDfPCGXjRDXGHHR3BzPmwRXA7yXDJpTUG4qnqU2er8O 6qprngvx9RGfhviGiG+MsCaIb4r4Zng+PAX6pgbKTUZoTbgUvQo0RNA6GbIO+rIunrke0tRHmjTE N4BriDSNkKYx0jRFmmaY2Uw/ebZdUygJdJgWOwg6kkBHEHR4tm0b4r6xbcGDoCEJNARNr5Cwz54a a+co9ab1hH3uaI7cGNWc4qvKExi1YbTfUXyB0X4WhSrLG8jVgtSx+AOxTaj6yeIRlHY6nrqKfILc zanaifIKSjnPPNHJ4Rf0xPe2H6vEM3ZuCFWWbyyqNxf7I9uApL2BOHWAap3F4UguUO1SURDZDvTp A1RLA6q1lb7INiBqb6BRHaBaZ+mP5ALVLpXByHYgUx+gWhpQra1MiuxHi5yBFjkFLXKKTMF9LX06 WiQOVLVEqzRFqzSR9RBeH+nSkKYBXEPcN0K6xkjXBOmaIl0zcI0fmpsHnaudMP/r8xVVh7SbBEm3 MaSKcyErLIK0F2//W2ge60nns950GbuFnma34vc2aO5d9FRxA3SRG/U8SB5T7T/VnXKcVItsKvMf SKttaOHde0V3HJr8Ava5fs/6zL/bZcAXDy35DCJqC530VLoYZwvqSNdRS7qBbkTozZDlLqA7aSxd Sc/S23QfzaMFuPsc5wT6nlbRRFqDcxqtg3YynbJQ4lusNqtNv7B67AxazjqxzpTJrmbX0xbWlXWn HawX60VhdgvrQ7msH7uX9rLBbDLtZ//Emcqm4qzNXsFZh73F3mZ12edsKavPW/BW7Czemp/DWvG2 vC1rwy/i7dg5/C+8AzuPX8YvY+fzv/KO7ALemXdm7fm1/Dp2Mb+B38Q68G68G7uc9+K92F95H347 u4L35X1ZR34Xv5d14gP4EPY3PpQ/yW7kT/FnWF8+jr/I+vHJ/CU2iM/k/2FD+Ad8EfsH/5avYpP4 Gp7J3uTb+A72Ac/lu9gcvocfYB/zQzyfLeBaEPtCcCHYV0KJEFsk4kUi+1EkiST2s0gWqWyZaCAa slWisWjC1ohm4hSWLk4XZ7B14ixxFtsgWopWbKNoLdqwDNFWnM+2iAvFRSxLtBft2TZxibiEbRcd RAe2Q3QWV7Mccb24ieWKruI2lif6if4sIgaIBziJ4WI4d8RIMZIr8aKYxF0xW8zmAfGh+JAHxVwx l3viE/EVD4klYjVPERliB28o9gvNT5c+GcfbyCTZnLeXF8oLeRc5SD7Jb5Bj5Ef8bvmxXMBflD/J pfxl+YvcwqfLbKn5h76AL8B/9Hk+j//kS/Al8iW+5b5f+TLfb76NfI0v05fJ1/m2+rby9b5s3za+ wbfDt4tv8u3x7eFZvn2+Azzbd8h3iO/w5fvyeY7viOPjOx3lxPH9ToKTwCNOolODayfFqSeE08D5 PxFwznbOFnWdc5zLRT3naqeLOMvp4Twq2jj/cJ4Q3Z2nnKdFL2ecM07c6kxwJorbnBecF8TtziRn qrjDme5MF/2cGc4M0d953Xld3OvMcj4Q9zlznE/FUGeh86UY5XzjfCsecxY7K8XjzmpnjZjopDvp 4nlnvbNBvOBkOdvFJGe3UyCmKFJcvKmUShNvq6aqtfhanacuFMtVe9VerFF/UZeLX9WV6iqxXl2r rhWZ6np1vdisblA3iC2qq+oltqrbVB+Ro+5Sd4mwukcNFblqmBopjqiH1SOSqyfUk1KqMepp6ahx arJ01T/VP2WimqqmyurqFTVNJqmZaqZMVrPUfFlTfaUWy+ZqmVolz1Jr1R55tspTh2VnVaC0vN5t 6jaVN7nN3VPlze6Z7lmyu9vabS17uue5bWUv9wL3QnmL295tL29z/+peKfu4ndxOsq97lXu1vNO9 zu0i73Zvdm+W/d3b3L7yXvc+9+9yoDvMHSaHuCPcEfIB92H3UTnUfdJ9Sj7kPu2OlSPdce44+bA7 0Z0oH3FfdKfIR9033X/J0e4sd5Yc4852Z8un3T3uXjnW3efuk8+6B92DcpwfwCfH+6Vfyol+5Q/I 5/yev6ac5K/lryVn+Gv768mZ/jR/mvxX4LpAV/lWoHegt/xPoE+gj3w/cGfgLvlB4J7APfKjQP/A vXJO4P7A/fLjwJDAEPlJYFhgmJwXGB4YJecHngy8IxcGPg98J7cEVgZ+k+HA+sAWuT9wKJgqI8FG wfG+tODE4Ku+Z4Nzggt8rwSXBvf43vSUl+L7wTvNu9S3zrvJu9N30LvHu9/xewO8QU68N8Qb6iR6 w7xhTg1vuPe4k+yN9p510rzx3ninmTfRe95p7r3oTXdO817zXnPaeDO9d5xzvHe9D5323lxvvnOZ 95n3mdPRW+gtdDp5X3jfOZ29H71fnC7eCm+F091b5a1xenjp3gant7fJ2+Xc4e31DjpDvMNegTPc i4TIGRXiIe48GpIhx3ks5IZCzhOhhFCyMzaUEkpxngulhuo4z4fqhRo7k0JNQ02dV0KjQqOcaaFH Qo8700OjQ884r4cmhJ5zZoVeCL3ozA69FHrJeS80JTTF+U/o5dCrzvuhGaE3nblxPC7O+TQuMa6m sziudlxdZ2ncgbjDzi/EA5DfibxLql1DzSmNTtKh5+lMvZVa6Gz415aZIqKn6Hdx5uoxuLtGd0Oe RfBlx+Kz9XZcN8Xu9pfKb2K36zycv8epMurZC/d8ufQ+BPdZiZD1qCHZ1HLMA5oX0v2q8+H3MJN3 pxDuM0vSWPg0ZdT5o96ow/onlJCBp80qj8YKHC5KfTFW+madoxfpLbG7PaVq3wG3Tm/Qy/VBfSX5 0XanUoNi8ZHyKtP70Hd5KOF3ytH+kFiisa/r18mDK+rDo3LvhNui01HGetz6IGc1pYvgq29jv9ZL 9CrwD3gHenvZ9b+tX9Ov4Hc0XDt9ph6sB8FXrB0Lnx6+nFK5I/obnQUO+kb/ADrQD6b1SuYqSvtj OU1B0FOJ4qzv2VhIGGX/VMibxbkiFpKHJ9+Dtl+r90Lej0dQa/RCUe16h+2hHYWpS+XP0dswxsKF LW5WRu3vb8XTlEd3LF16ibu/l7j7rmJl4Ghp08c4Ta9G/7l6dTk1Hyg2tlvSueWkfkf/y4xo/U2F aSqZf6vhDsOzpWJWViA3nkw/YX1zjh7P+tYK5AeP6A8tbq03/VbZQ79l0fQttGvpw61QCbl6nkXN CvJFGSXsqThXlZE7hrD6lyrlfs9eVxvkOOnH/1Wg/q3RuUzng4/2VroG77ixzeD+ZmspnPE2Rc9Y fP0y8pyCsz7OU0pQ+Ubsd2n0PE7+lmXmj7UuuGQf0GnfsQgGfu7Uu4FgG+2YMlx90IY/Z6Pr6c/1 Ar3CzOjHyF9QzP801QL+30hXmxESC1uHuWF+aSwuypNfzD8eM088XUG94Z8dC8tE6y079qxaWL/l 6JeQ3w/0GRBDchP+vn6XhJ57zPxHc6EP0lNfhD8Ti/9Of4v2/z52Vxq/Dxfzj0HuWtSZjCTULhb2 mf4EJfz7mPVvLjs8gh4z+Kiv1VfpPvrqWOpppfI/ChR7Xf9b/6xXFAvm1IMeo7HwPUvjzDcz9A44 dzbNhXQ4nxZQK7uq0Ia+olV0Dv1KW6gjZTFGN7HerDcNhEb/NxpkdHkaYrR4eoDfzfvTg9DH19AI vpZn0kiezbPpSb6d76DRRjenMXw/P0BjeT7Pp2eNbk7jjG5OE6CbB+k5UV/Up8miu+hBL4ne4haa IufIOWS0Wk2v+BJ9ifSj85HzEf3kfOYsoCXOWuc3+tnRjqZfjE5Hy41OR2vUNepaWmd0OtoAne5G 2mh0OsowOh1lG52OthudjnYYnY4OGZ2OItDpnmYEbW4Cc9RzajLzG52OxRudjiUYnY5VUzPUTFbd 6HSshtHpWFPodHvYGdDmNLvaFa6PdXNdN8B6up4bx25xq7nVWR+3hluT9XVT3Trsbreem8b6u43c Jux+9yK3HRsIre12Nhja2Wg2FNrZ02yY0b/YQ0YnYsONTsRGBB8KjmePGE2HTfISvBQ233vHe4d9 7WV6u9gio2uw5UbXYL8aXYP9ZnQNtsHoGmyj0TVYptE12Daja7BdRtdgu42uwfKMrsHyjR7BCowe wY4YPYLzOH9ckKu4GnE1eSDuYNxhbvYUVluOYZZjODjmRWgUk+if4OkpNBMhr+NU9Aa9jVlqFvjJ sfzkgJ8+xaj7DFwVsFwVAFctRvj3tIKCtBInB5etglT9K/0G6WodZWCMZYLnGlAW7caI34OzIe2l A9SIDuJsTIfoCDWhCDiymuXIupYjheVIz3KkB47sRwm8P/jSs3yZCL5cR8l8PV9P1fkGvolq8gye QSk8E/xax/JrbcuvKZZfa1h+TbX8Wp1rrqm6gPhPSeBajisOqgHeVfCj86mW8IOPkywf1wYfd6em oge4uRm4uTf8t4Cnm1mergueXkdMrpdbiMutMoscmS3DFJS5Mo/qyX1yP8XLA7KA6ssj4P4mlvsb WO6va7m/ruX+upb764L7/0JJqoPqQEF1qbqUpLoM48GH8XAlQjqqjgjppDqRUp1VZ3LVVRgnjTBO rkHeazFa/Ha0BM0KCIXUjRgzcRgz3aiB6q56ULzqqXpSE9ULo6iaHUXV7ChiGEX3IFc/dT/S/F0N QMhANZC4GqQGo5YhaghKfgAjLYiR9hByDVfDET5CjUD6kRh7ITv2mFlPQZrR6inUO0Y9jdhxahxC xqvxyDVBTUCa59SLCJmkJoGSyWoyQjA+KWDGJ8p5Rb2CXNPUNITPUDNQzkw1EylnqVkIeUfNRt53 1btoh/fUh2iZj9QnoHOemoc2ma/mg6qv1CJQ+41ajDKXKXCmWqnAk2q1Skdpa9UGSlMbVSbaZLPK Rl3b1HZqqHaoHLTkThWmxipX5aLGXWoPaM5TeUi5T+1D7H61H+EH1AFQclAdQvmH1WGUnK/yUXKB KqDq6og6gtojKoK8Wmnz/6quj+oaNMEVaIIr0ARXoAmuQBNcgSa4Ak1wBZrgCjQhBjR5EtfR7mji BlNIGkwhZjCFPGDKcFxHBEZRgkEWEkCWVeQFVwfXUCj4a3APJRiUIWFQhmoBZTKpurfZ20xJ3hZv C4W8rd5WSvayvCzEZnvZlOJt87ZRHW+7txP+sBdG+lwvF2l2ebuQZq+3F/48bx+levu9/UhzwDuI NIe9w4jN9woo6EU8TSkho1pXN/iFqwxJXH0hhxKBYi7VDPlDAaoRCoaCSOmFQlQHuFYdIUmhZEo1 6EbJQLdUXGuH6iBNvVB9SgqlhdJQToNQQ/gbhRohfeNQY/iBfQgH9iHk5dArqGVaaDpyvRp6FSXP CM1Ema+H3qQaBg1JGDSkBIOGlADE+k8MDcfjFBYNfUDDyfBPAQ4Ki4MOUPAd+GfTx7h+QuA2oOHn 8H8JDBS0CDgogIMrgZirgK/Crt+7FgeFxcEaFgeTLQ4GLA7WtDiYYnGwlsXBVIuDHotn8RRiXVlX XPux/rjexwbgOogNwnUMG0MhoOS1xC1K+oGSfXA1KBm0KOm3KBlnMTGJ5/AcqmZxMNHiYHV+hB+h eIuACUIKSYnAPhf+gAhQNdFVdKU6opt9k81gX12LffVFT9ET4b3s220GB+taHKwvbhW3Ue0iHMwi AQTMIxfYV0ABi3qpFvWSzaotxufF6mKM3kvUJSQsxrnqcmCcBMZ1hN+gm7Do5lh0S1FXq6sRYtBN qOvUdbher7ogpcE4adEt2aJbwKJbKtCtN3nqVnUrrrep25D+dnU7rn1VX1wN0rkW6QIxpBukBiFk MJDOsRjnqgfVg8g7TA1D+kKkGwV/FOMeVY/Bb5DOtUgnLNIF1Fg1FrmeUc8ixKCea1HPi6HeRDUR 4Qb7XIt9qRb1hEU9qV4G6okY6k1X0+F/Vb0KRHtNvYb0BgeFxcHUYjgoLA66wMF58Eex71P1Bfxf qZ9xNdjnAvvS4TeoV8OiXrJFvYBFvZoW9VIs6tWyqJdqUc9Te9Ve5DLYl2yxL8ViX2oM+wqAccJi nOcyl5GIolVgaOBB8gceCjyE64jACAoGRgGbgoFHAo8g5PHA4+S3OMWDE4MvEbeIk+TtBNYkeLu9 PZRo8SXBIksSkOUA/Ae9QxQPTIlgnBtMqRYSIUHxQBNFcRZHEi2OJAFBEuE3CFI9VDNUE2kMdiSF 6obqIrx+DDsaoASDHYkWOxIsdlSz2JEI7HgZZU4LTUOuGaEZSD8TqJFoUYMTb7XLrLyes/UvbehK uulYcv7/H4fO1tuMi91tLEvvMus8dq2vsmVvNitcVvP+3N6vLazTXn+OaZ85Rv+0umi6ztBZJVd0 yq+3cIVO3195Ck/uoTtC8zS/x9S9S+XIhqb9bdXXZYrKyTn6Tu+211g4dMU8tGyGDsMVrewV00ST iuVOR6o1ZNY9asIXW2Es1K7/oCNQRE3xej262YbtKGt1QW8vvTan9+hN+lfElNqFqOpRuEpe8s6M nxhXF1svAO2iyJ9zrF7WG0qvap6so+wdnHJzzdSv2t8Cuxr+nXFmfUi/Bd/iWJpCzjIjeJ9eWhhe qXo2Wx7N+P3erILpdcVSPGPXg8xa+Qbr2wxqiiNUrH0r2r921Tqj/HSVP8BpxcrV+3UB3GGz1qWP lEh3vH2p/7HjDx7zFTj01BPIfE0Z5WVQc/BgvRMo9fhHc7LYavDUYmqZB7ChwnuIJz5XHFVeCaqK j70K5n9fL9DvxfYHkvQ0vcCGZprZvfjsXSX5YQ2wcaOVH7KsbGLRzMxJeiN+Z8VShe1+2/dwi3Bm lVy5tkhWiwrXZr/GXLBYL4ObitAr9XL9gw1fEZUi7I72zZWntBTl20rc2TlU/6dYyN16hu6vnzKr /HpAUej5CPvYjLvSu45k9lxL74Vu15/jWdJP3kgt5AczjwHBCuXCxRTbny1OA3C5aG/E7LGUU/JP J4vGqh5opZD9nWD2m0vFDtJfl0gb/V2H2S3TcEgV6ltpuN7KW7adjA/z28ZYq+Gq79JLbH8fIFHG HBaiFqXKDGMc7IztLgkgR+Gu04Fo7InPb7/vQ5fcryyUUozsZeftzTjDpWTPDVb2LGO0YzSfZOwq 6zgKz5aXii84OiQW/veyw6ky++iVPvQdlcwQfcditH7c/uZaBPjAOPj+pedEfTauUD6z+53oqU+q QN37+mMg5kexu6/122TeD5pr/HBATqDY10CJQik4F+j7QwwnovtncaXK/FZ/pBfGykwyd7HwEuig deWptfkwSvWvRXeFussm4yvUK6OSuEW0xYY/ou+IxMbPHovIPfQ19m4hmd28++EegG+8noy57oFY KcXebUELzNfDqkDtLXqEfk33h+9LjOrXdF+LD89gNnoN7bxQT9V3Ym7NNXuA9snm6dl6erTm2KyR qr88qswsvQpaZXTknl3ki8md+lDUVVxiLlF2nh3vRW8FlZyl7DxdpPlayXejfe+h+BsXZ5Z8Y+WP Okru4to3mHaWT4l9olLvX/0RR0lN1rQqeHhvefhpe+ekabqVOYrLHxgNRstajd9j7HQXpdx+4vTq l/Vw/Q89yfqXgt9fNW/KxOahqLy4T38It+DE6rEltYi+yXJCZWTqrZgJ7fyIPt0KPiySuaO9rndB 5thVlgRY6bqqIHMXy/1DtFdBi8HBn2J3G2LjJ0b1nzOeyzr0Hfp2/ameQ9zejdBDgNa9oxKBnqsP 4m6s/rs+TzcCjrbWD+i7TqCuqPyYdkL0xjApqtMWvW/4asnYk3nomSehDMO9q6KoDvm2VO/b+Az9 y++z8J97gJq1GHN2zRM8bDTFIk0lKuki9lu4Y7yr+kcfoPfZ4iMX8tW8P5OeYx8YbYOM7BR901UP hHS0AqMvGrfQXtfqT3Q3/RR84/Rv0bAq1vXtidNbyRrzir/n9b97FMm4e0787cqy3nU/mUdUOoT8 vQWz3klYsSjvHeXj5q0gR+l37dr+jqrXVOyodVJKqdABWeiEJVc94WRQUk4dMaSDdHvC6/InqZfK qyUTku1/eaScvANST95Ja5nEE6DjZIz3P3A/oircCLknI5oz9mVH4brIErvPsOS4me+NpX2v8vX+ 0UdVvoEoVcYxd0OOk8eu1puVoqgmHF3RKdoLDhxPP7Zru7WoPzmVr9fmr8JXXjrLzh2/f0tWuCZX Ud0uSJdXvtY/9UiuasbK7zyReavB7EsXafZ6vr3uBD6Xuxvxv3ZA7t937G8miqU7+N+npWJHxRCy qrN6md9KlVuXfYPg928H7Y5FEWcFysxUmNasVdWhbhhzf8JRUnaPoga0p3Jw1u7E/AnrfXr3SSxr E8VWlMv84ugU+5WT2UFfWkZseWWb76g2FeYs9NkV/k2xkMI6z7d1HUVXsbsnfy+zkBbzvVYpqsxX WS3NLk1VtHY9Vb+h5xV9BxbzGYkgtqa5tIiOlqXofaPy9ZXIX4U3hfQvdlfi+6J7+w4Q5E2nwjt9 Ffh67xh1l/ltcjl5ttpVKzOTWyywd19j7EWRIXA8+dLOKPF0UcW+1ywjf1Xef1huvre0bn/03l5j q+bHR4fYs9Qp+b4R+Gu3XmbdVKoJmXRbbDdpY3RMW167u/KUlvMc0R22Ytq67q0f0G/qV6zdgKJ3 enRH/X4lS/76j5GYDY3HrkdHytpVju4oHhW2u/xdnKoe9h2ZGDLrPZAn9kA+WqPTf0cinYMws2d8 rr7B3n8ADlile+hF5l4v1M/rb8yKuY17rkTZ6wrDK0XR1bq/fkRfGbuzPnBgX+t/Q8/QA8AHUyGt zcPMa1LM0R/pD2OztlmdT6YWds95qO5nw6LvI74Cufpl0x/GSkLRW0Al1oL0ocKv+StF70v6Lehq /4zdLbF1T7U4v8S2gdl9fU/n6S9sguhX+7E3DGJcfHbla/2zjv/K19ila9lUiFjRfec/66jKPhV6 eicVW3UospBQkbmnOpn3d66z/jrUGrpnms27BVLHFjub1Kb/0ysxQs25Tq/X52G89CVPR+f1mJ6K 0RnVqWrG7t+P7VRwKvpi2oa/c5znsO9W6GGY52IrkPpi3Quuo76DquvoHFxoQ2ME3KX6fN1Fx75s 0N/p3+zbEmbEbsectCmmv55Gze3MeZpNdfzVjbLpelXPwPWtovt5Rpcr8WbF9TFPN/obnUutrJ2Y Jjam+LMHIr/oYOSAnSk/1ffoD8wcpkfqx4wPpY4pUW30HbB7qkBvP30fnv8+e+PC18/i5mN2pl6G vsyKRL+kn2utghQetmX1wFgZFdDxyqx7W/lpSuXJsW8EGDnBcpPl5q9xL220d1x5x+SKpwtAPafl 5dix6xqzY/coXcE4q0F9rHW6odY63WhrnW4M68p60Hh2F7uLnrd26V5gg9kYmszGskk021ino3nG Oh3NN9bp6FNjnY4+Y1+wpbSQt+AtaQlvzdvQz8Y6HS3n7Xg7WmGs09FKfgXvSKv5AD6Q0vlQ/iD9 xsfz52g9n8lnUgZ/k8+mTD6Hz6Ud/BP+Ce3kn/IFFOZf80W0my/mi2kv/4kvoTz+M19G+/lyvpwO 8lV8FR0SngjRYZEgEqnAWJgjbS3MkbUw5xONRWOmrIU511qVC4o2og0LWatycdaqXIK1Kpdo7clV F11FN5YkeopeLNl8K8dSjNU3lmqsvrEz5Vy5gHU1Vt/YrcbSG7vdWHpjd/gSfNVYX1+Srxa7y9h7 Y/f5fvNtYkOMvTc23Nh7YyOMvTc20th7Yw8be2/sCd8+Xz570th4Y88aG29skrHxxqYZG29surHx xmYaG29slrHxxhYYG29sobHxxn52ejhPsNXGuhtnxrobl8a6G/cZ625cGetu3HWmOzN4nLHrxhON XTde3dh143WMXTfeyNh1482cxc4afoqx6MbPMxbdeFsny9nBLzAW3fjFxqIb72wsuvFrjEU3frex 6MYfNN/H8ZEudzkf5Tqu4g+7QTfIH3Xj3QT+mJvkJvHH3RS3Fn/CrevW5aPdBm5D/pSxuMafNhbX +FhjcY2Pc1u6LfkEY3eNTzR21/hzxu4af8Ft717MJxm7a/wlY3eNTzV21/jLxu4an2bsrvHX3Dvc vnyGsbvGX3cHuYP4v4z1Nf6Wsb7G3zbW1/gs9yn3KT7bHeuO5e+649zx/D1jfY2/b6yv8Q+M9TX+ ibG+xue7H7gL+Kfu5+5y/p27yl3Nf3N/ddfy9e46N4tvcre5e3mOscrGDxirbPygq/2MHzJW2XiB scrGjxirbIL5a/nriZCxxyaq+xv6m4sk/2n+M0Vtfyt/K1Hff7b/bJHmP8d/vmjgv9B/iWjq7+Dv IE73X+b/qzjDf6W/o2jh7+y/WrTy3+i/SZztv9c/QJwTSAs0FhcY627iYmPdTVxhrLWJK421NnG/ sdYmHjTW2sQjxlqbeCp4ffA2Mct8tSfmG2tt4itPefHiR2OnTaz0unl3il3GTpuIGDttUho7bVIZ O20yYOy0yaCx0yZrGDttso6x0ybrGjttMs3YaZOneTO9WfJ0Y6dNtjZ22mRbY6dNtjN22mR7Y6dN XmzstMkrjJ02eY2x0yavNXba5PXeJi9DdjVW1mR3Y2VN9jBW1uStxsqavNNYWZP3GCtrsn8cj3Pl vXFeXJwcHJcYlySHGstq8qG4A3EH5Mh4imdyFHGWAdSLg8YXTwnEqBpOQYmYhyWlYO72YVZvgvCm OBU1wyzo0ulAST/w8HzygIfmfx4usv+AYRAzziJmPBDzBuS6EWc14GYPlNiTbqP21AcYejEwdAAk h4E4L6FBNJRq0IM4k2kYjUTNo4CwKUBYj2r9P+q+BDqqKlt73+nUrcqt5KaqbqWSQIQwBQgxhBBi SBjDICIio7OIChgZw6SICIhKKzITaEAmbZRBREAEREHE4SnPR9NK27YibdNK2za/rTYiAvd9Z1cl qcJo6+vVrvXXWfXVqX3Gu+ucfb5dubWj+JVkyuBfCGcqNmxuK9jcZpDkKDmUrzRXWkDeUmmJfC5s cTrb4tawxVcB+8Iid+N4oenKjbDLBWyXC9gut4Fdngr5vcpDVKjMVmajz1/BUmfCUs+jImW+soTa KVWw2q3Zardmq92arXY+rPYG5DfCdufDdr+K8+A15TVqr7yuvEWlyiFY8zK25iqseSGwLWy6YJtu s01X2abbbNNDbNO7sk2/lG16Mdv0erDpG+gSdaO6keqrm9SnqaG6BVY+m618Nlv5BrDye4EvwtZn sa1vzLa+Pmz9fwPfhsVvAIt/GPhb2P0stvtZbPcbwe5b1ETzw/o3Zeufw9a/Gax/hFpo6Vo6tdQy tAwqlycB8jgJqDlOgmbAHK05WuE8oFx5HqBViVYCbK+1R2mZVgbsoHVAHZwNQJwNkMjfWvfg31r3 5N9X9+DfV/fk31R3xzlxH3XQp+sPkYLTYj6l6Av0KrpMX6ovo6D+a30Vleir9bWUpq/Tn6Z0fYv+ HGXgRHmeCmQ0USqU5wqVynOFLHmuAG3Dps5GqpFKreXpQgU4Xd4hzXjXeJcaGEeNo5Ri/N74PenG e8YfyMCp8wEkHxofQnLMOEYe4yPjIzKN48Zxcow/GX+iJHkmkV+eSah50jhJqcZfjb9SACfT30gx Pjf+jhFPGf+PgsYXxheUJs8qjPhP458UMU4bp6nM+Mb4BnM7Y5zBfL41vkX+rHEW+e+M76iDcd44 j54vCJWCQhM6dRCGMEjBCechHBbCJL/wCh+liCSRRJqwhEUR4Rd+KhPJIhl1cArK/+ougmgbEg7a RkQ66meITAqIeqI+es4SWSQjoDYEZots9NBINEL9xqIx6jcROajfXDSnNNFCtIC8pWhJusgVuZQs Wok89H+puBRt80U+emstWqNOgShA2zaiDVnyxMVY7UQ7yItFCWq2F+3RQ6noRIboLLqhZnfRnTyi h+iBOV8lrsZ19RMD0f+NYghGv0UMxSi3imHoZ7i4kzqJkWIMdRZjxQSMOFFMoi5isoD1EHeLKRQW 94h7MNupYhqu5T4xHf3MEDPQw0wxEz3cL+6nJDFLzMIoD4gHUOdB8SBGAQOgTMkAKB8MYAEVioVi IbWRPIDSwQOWonSZWEYZ4tcCdkCsECuoVKwUK6HtNWINcK1YRwUyBizqgyugh01iE3CzwCoVW8QW tH1GbKVu4lnxLHreJrajdKfYibbPi+ch3yX2oOYLYi9q7hP7UfqyOEBFYBivQf66eJ3ywDP+C/Xf FG9C8pZ4CzUPif9BzcPiMObzW3EEdX4nfocZviPexZyPiqPUSvxe/J7aiffEe2gLjoJWx8Qx9PyR +AitPhWforeT4jPU/5v4G+r/Q/wTdU6L09DGN+IbzO2MOEfpksdQG/AYP/LJnlQq9AQ8Qcr0hDxp VOSJeOpRO099TwNqDZbTjEo9OZ7mdLmnhacltffkenIhaeW5lMo8+Z589NDa0xo1CzwFqNPG0wal hR74juBGl1FbT4mnBGO197RH/VJPKUrLPGUYS8YUUCRnogLJmYDgTEBwJiA4ExCcCQjOBARnAoIz UYbkTJQpORMQnIlaSc6EPDgTlUrOROkyVi3lmZ3NzmgF5gQJmBPqgDkBwZyoSDInagfmBE/AHG4O pzLwpzGUYo41x6EOWBTagkVBDhaFmtPN6ehnhjkD+ZnmTMjBqDAfMCrUn2fOo0JzvjkfrcCrqA14 VRUkS02sOnOZuQL5J80nMdZT5lN0uWRakIBpkU8yLSCYFhBMCwimBfyr+Q/qaH5pfolRvjK/Qj9g XZQvWRfyrunK/73lJermVbwKpUsGRplgYB6g6TWprRcPyvf6vD7kLW8yMMWL89dre20q8qZ6A5AE vUEq9Ya8IWrjdbwOlXnD3jTI073pVOjN8GZQK2+mNxP5et56GKW+tz5Ks7xZkIDbIQ9uh5mA2wHB 7YDgdkBwOyC4HRDcDghuBwS3A4LbAcHtgOB25JPcjjqC2/Un2zfAN4CEb6BvIPKDfIOQH+wbjPw1 vusoJJkfJA/5niDV9xvfZuTB/5AH/0Md8D/U+TZJITVJTcqgrpIFUnE0doNkgaRKFggECwReb11P 9a0brBuogXWjdSOlWjdZN9El1s3WzdTIGmINoWzrFusW0qyh1u3ID7OGof5wazjqjLBGoM6d1p3I j7RGUWNrtDUadcZYY1Gn0qpE6XhrAmWBWU6G/C7rLsjBL4FTranAe61pVM+6z5pODa0Z1kzUvN+6 HzVnWQ9gxNnWI5DMseaiZ3BQjLLQWghcZC1GnSprKea8zFqGfn5tLUd+hbUC9VdaK5F/zHoMfa6y VqF0tbWamllrrDXUXDJXygFzfYJaWr+xfkPl1nprA/IbrY2os8nahNJnrGeAW61nKdfaZm1D6XZr B0qft3ZRC2u3tQeSF6wXIAHfBYLvAl+2DlAT6xXrIOq8ar1GTa3XrddR8w3rDYxyyPofSA5bR9An 2DD6P2odBf7eeg913rf+iNIPrA/Qz4fWMeQ/sj6iQrDkP6G3j62PqZnkypQFrjyT6vnv98+ibP8D fmgJvHk25fp/5Yeu/HP8c+gS/6P+RyFZ4F9ILf2L/IuoXPJpSMCnKVfyaQpJPk2q5NNA8Gkg+DSF JJ+mAjC7TsynuzOfVplJR3lzNWOW/DiZ+XEyXYuUzMy4JzPjXsyMA8yMezMzDjMzTmNmHGFmnB4X v8fg+D0mx+8xOH6PwfF7fBy/x+D4PQbH7/Fz/B6D4/cYHL/H4Pg9KRy/x+D4PSkcv8fg+D2Xc/ye Kzh+T5Dj91zJ8Xv6cPyeqzh+T1+O35MBpp4E3uxX/MzR06mtkqFkgENLpl4Mpn4VlTAX768MVK6F XHLx9sowZRgY9kRlInCSMgW8eSoYeTsw8tlUBi7+K+QfUR5BfcnI24GRL6VO4OIrqTNY+A7gc8pz 1EXZqexDqWThg5mFd2UWXs4svBtYeD5pzMK1OP6tgX93Zf59Ofj3FczCZYQhnSMMpXKEoVSOMORw hKFU5uhXM0e/TP2V+jB1kJH9aUCMqUte3lJ9Rn2Gmqu7wMsbMSNvwoy8mfqW+hb4t+TiDdUj6hHI 3wX/bshRi+qrf1A/BCP/SP0IKCMY5XJUtxbqCfUvkHyqfgqUsd2yOLJRY/Xv6inkZXyjpuo/1C+R l1GOctTv1HPIy1hHl6gXVJeyOOJRtqZoKvIy7lFTzdAM5GX0o2yOftRYS9KSIEkB+89j3l/AvL+Q eX8/LVOrB7lk/3laI7D/S7WmYP95zP7ztRZaC+RztVxga60NtYEn0A75Yq2YWmmXwR/IY3+gtVYK fyBP66h1RP/SH8hjT2AgewKD2BMYyJ7AIPYBuoP9V1EyeP8qCjDjjzDjz2TGX6zvBONvD8Z/kMr0 V/VD1IV5f3lcTCaDYzKlcEymIMdk6sueQC/2BDpzfKYr2B8ogT/wOxLsA3iMP8AHEOwDeNgHSGb2 72H2HzFOGCfA8j8xPoVE8n7BjD+NGX8vZvwBZvwRZvzpxtfG10DJ6bszp/cwpw8wp+/OnF4VApze w2zew2w+nVl7d+brHmbqAWbq6czOuzMv9zAvjzAv7w4uDr9X5IGRC+biAebi3WMsvFAUon6RKEJ9 ycW7MwuPcm4P82wPc+uezK17MbcOMLfuzdw6zNw6jbl1hLl1OrPndDFHzAGnfFQ8CjYp2XMJM+ZS USWqIJeMuS0z5s5ilVgFHim5cpFYB65cylw5k7lymVgvNoLHbwJLzmSW3J/5cZnYIXaglWTJRcyS +4Ml70Lb3eDKmcyVi5krl4lXxEH08Kp4FfUlVy5ilpzJLLmYWXIZs+RycQQsuZRZcmdmyUXMksuY JXdiltyNWXJb8aH4EKWSH0eZcVvxufgCEsmPi5kflzA/7i8uiAtgqJIZlzIzLgMzTkNecuJOzIk7 exp6mlAXZsblzIwHMzPuyjy4M/PgwcyDy5kHZ3raedoBJQPuxgy43NPR0xF9yohiKRxLzOBYYikc RSyFo4gZHEXMx1HE+nAUMYOjiBmefp5+GF3GEjM4llgKRxG7gqOIBTmKWF+OIpbBUcQyOIqYwVHE DI4iZnAUsRSOIhaMiyKWwlHEfBxFLIWjiGVwFDGDo4ilcBQxIy6KmMFRxFI4ipjBUcSCHEUsg6OI GRxFLIWjiGXERREzOIpYCkcR68tRxAyOH2bExQ8zOH6Yn+OHpXD8MIPjh/WNix9mcPywFI4fZnD8 sBSOH2Zw/DCD44elcPwwg+OHXc7xw67g+GFBjh92JccP68Pxw67i+GF9OX5YBscPMzh+2BUcP6wP xw/rGxc/zOD4YRkcP8yADxOkEngsTagz+yddzGZmM/gGOWYOuH5LsyUVm7lmK/gbeWYe5Plmfsxv KTILzDbUjb2XIrPILAZKH6bcbG+2Rz/Sh+lidjd7AHuaV6C33uaVqNPH7ENtzavgyZSZfc1+8BAG m4NRKv2ZTubN5s2Yz1BzKFpFIzFKD6ccHk4FxpIeTrI5zqxEP+PN8Wg10ZxIXc3J5mRI7jXvw1VI P6eEfZtMjtxYxB5OqTnXnAuUfk439nNKzSUmrAT7OUXs4ZSZq83VkDxuPo7RpbdTzt7OYHODuRGt pM9TZj5tPo06z5hbgdvh+SSZx8w/A/8CnyeJfZ4e7PN0Mb82v0bP0ucpMb8zv8PVSZ8niX2e/uzz dGafp5S9nSL2dkrY2yny+uHhlMLDSaVO7OGUs4fTlT2cbvBwwvCC0rwR1EyHh1PMvk0m+zNd4M80 wygt4M8kwZ8pBBZ5S4Bl8GGS2IdJgg9zFVB6L0nsvSSx99ID3suAmMcifZVr4Idcxx7LDb4bILnV dyt18FX4KoAjfSOBo32jgWN9Y4ETfBOAMhZdKseiS+VYdA7HonM4Fl0qx6JLZc9HY9/m6qTMpGy6 LKlX0tXUIem2pCk0gCPV6ezt6PBwWsKLkD5MS/Zhmlu3w4dpaN1hVYCpS7+lIXssLeGxjEF+rDUO nsMkaxIk0ldpZN1j3QPJvdZ98FKkf9KE/ZOW7J80h3/yMCSPwEtpzl5KM2ueNQ/1pX/S0lpiVaF0 KfyTZvBPfo3epH/ShP2TqGfSiD2TPGuttRb4uPU4UHomheyZ9LM2wDNpDc9kM+RPW1sonz2T1uyZ tGHPpBCeyXZIdljPUStrp7UTNXdbuyGX/sml1l74J3nWS9ZLKD0IzySffZJC9kn6WW9ab6H0kPU2 5NIzaWP9zvodakqfpND6g/U+5H+ET9IGPsmH6O0YPJMs9kzyrePWcYwr/ZMC9k8utf5sgeNxdMBc jkfawvrM+hwSGSkw2zplfYG8jBfYlOMFZnO8wFyOF5jN8QIv4XikWdZ56zxQxg7MtVwLDJAjCDYG MQcD5DiCl3Bs0iyOJlifY5NmcUzBphxTMJdjk7bwJ/tTIJfxBZv6g/4gJDLKYA5HGbzEH/FnoFTG GszlWINNOdZgDscabOzP9mejVEYcbMoRB7M54mBjf4W/ghqyJ9YEntgM9sSwHvwP+R+ChzYb3lcT 9r7asN/VD37XEuSr/Mson72vNv7l/uXIy8iFTTlyYX2OXJjLkQtzOHJhU45cqJNiHIMXQ9SJHlYK kUqRypV+ajJY5whtpr4XOEI/qB/C87h+Sj+NdMHYr40w3kY6ahzV9+p7ZSv5qp+K1kXpUclaZdto glT2IdNx/XRN+7drejlF9ezb3Lfdt+0K97B72L6Tcay7zd1mT3b/6P7Rvsvd7m6373WXu8vt+1g+ nXGmu9Xdat/POJfrzOd+FnHpas6vYXyS+9zC8mcYtzJu5/53cX4P9/MC417GFxlfYjwg+yclOgv5 SjlIqj2Ce1gvkS7RBrpD3CH2re4h95B9O488jPEOxlGMoxnHMVYyTmK8m3EK4wzGWYwPMC5gXMy4 hLGK8TEeaxXjWpasY9zAuJFxE+M2xh2Muxn3Me6XSO3soe697r2Y+0p3pX2bvDpcwcvuy7gCiSOo ATXAdch8hXvKPYXPSeIoloxmHBO7MpmvZBzPkgmxq5SSybFrlfkpjPewZGrsuqVkFuMDjPN5Jgs4 vzCmA5lfwljFuIJnvpLxMZ7/KsbV3HYN41quuY5xPV/Lkzz/DSzZyLiJcTOP8jTjszHNSfn2mP5k /jnO74zpUkr2Me6XSKo2kCyytKXybh7StSvlDLA22rvttUp3vbveHkB5SIUoyYJfOdB93X1d/v93 4LUSUd6UmuJTQC18Cqfd0/gUJI5gyR2cH8U4mnGM/A9K0LzMVzKOZ8kExkksuYt85IPmZX4K4z1c OpVxBktmMT7AOJfrz+cRF7BkIddczPkljFWMq7nOGsa1LFnHuJ4lGzi/kXET42bu52nGZxm3sXwH 43Ms2cm4myX7GPczHpCzIgU6w67Ea6X7vPs8aXhf4Vbg3Wp3NbRXgoRPwX3FfQXv6iGhBTVEki2v dK+kBnjdE/2Pj+5KaF1ipYwGg/ohCkHrcvxhjHcwjmIcHdO0xMqYdiXezTglpkuJsxgfYFwQ05zE JYxVjGsZ1zFuYNzIuCmmFYk7YpqQuI9xv0RcX2VsrTRGktd13D0OyxS9XpUi2kBcM2nXaNeiVH6H oPG3B7pWqVWSoS3VlpKwB6C+x74Va820R2B9+eyR9lhKsifZU8i277WnkWPPsB+gNPsh+xFY6kex Lhra87EuGtkL7UXU2F5iV2GtPib3mb3B3kq59nZ7BxXaz9vPU5G9294P23IAn1tH+PG95YkjVpk+ cvieuP/cQ6uNtllzF9N38f9t5Cc+kqK/AXH/4so43XX+oonLfsrDivvvMQafvfIO1lPx0UDlOeL+ ORZ/7rex+7HrmLf7iPtI9Xzcp5FgVdzd7m553dLO1JS9G/tdXHxc0RyORPj96/gY6XTib0jcy93L f9K1yQdsGZ8lsf4T+ipAuqju9+Zy8bxC0Ui0bEXj5/Rm/K8MYr8zOC0jzERjzER/eVn344cjr8o7 I39iVDrf93895MrH32vvouV4aO9f9B+5LtT+Nzb3m1iMqXXuOmqHJHWHz1taM3efyxZPWjS6GQmn ldzpXF+ul2q9ZiDVdR0/dv2Ho7EYf+zBTIf4nufv3ccpmVLCe7leYYl/rF93g7tBXgPnf4N0ou5Y QBf3zY+sxHicvBYGIl38qGtNX9SWypHi+/rK/Yq80Tu3vzeX56pjkf3Aw0r8T1Dcl1X3f4diu/xT HnrsXky5vkLxUZjrfly8V/lRV7sfmFedfcb2B/ed//2Ig/F16ix7KxpD81+OE9sbsi9pP/m1ek9s /Qm/4lDJj5Ptehj6m+SZZg+xh+M0u8O+g5JxglVSij3RnkphexpOrSycWlU4l5bZ63AiPWH/hjrz SdUVJ9V+uoJPp2vRYymflRZ/6+7nEzOZv3X387mZjDFuwfk61B5KGk7MW3Fu3oZzU7dvt4fh9ByO GQR5BkHMYCQ4xCh7NErH2GPIa4/Fqeqzx2FmQcxsInCSPQnyyfZkzPUusDPVvhtnrmHfg3knYd7T KGDfZ09HzzPsGehnpn0/TuRZOItT7QftB9HDQ/ZsjPIr+2Fc+SO4zhCu81HgXJzRqj3PnofZypNa txfYC9DPQnshRlyEU9tnL7YXo4cl9hKUVkE7qdCO9GtW2CtxdY/Zq3B1q3Gm6/ZaaM1krQWhtU2Q bLafRj9boEEfNLgd89+BE9+wn7N3Yuby3A/Yu+xdaLXb3o36e+yXMPN90HUq61pF6sC69rGuk1jX Fus6iXVtfU/XIk7XHmYqAda1x66w78QMpMZTWeMe1rjJGveyxj32eHsCJFLjHta4P07jHta4yRq3 WeNe1riHNZ7MGvfYs6HrVNa1wbpOZV2n/oCuPaxrk3Xtha6rILlYvyJOvx57PdhywH7SfhLX8pT9 FHqWuvawrk3Wtdd+1n4W+W32Nsil3v2sdw/r3WS926x3L+vdw3pPZr17YnqXnEihAJ45eBINlTK7 q30Fkd3H7oOWN9s3w/qoaNHYbgxpc7s5Zp1n5+Eq29olqF1ml6Fef7s/Pv3rbfkb2WivpWglLazs 99aYDB4ybMhNCbIQZPWob0ymoN+udo+fOaKCGr0Ye8Z6HYDnddznbTFJF/TZh3omyPLwKn2DwgRp BHa3MaesmFz23JtxCHrRMbMumJmcwSWYwY3wHufYc6hRtL2aT6papJZy29tjMjBwNVvtkCAzSVOT 1Xy1RbxU+ZJU5YxalCA7RppyQhVqdoL0DfQRSJDsRL1jyl7lQIIUq0p5A2m9sjlBPpsMZSunucri hJLR6KdKmaDMT5Beg36mKzfhOSVB3gnyEUjdlaEJ8hz03xcpD89eCSXJKCniFFLy40voaxJKPZno LDCcUPYeZkV0DGXx0gP4tD6jN+gzRSTIN0J+BGkrnUqQLwTT3oO0DM+jCSV3oWQNp2m0N6HkJhL0 IKfb8FyXUCbXVQXfW1Ark+tK3qtwV4JUrqtOnKr1lLiu5M7rHdt5Pt550ZX9xI+uOVnjccbl0XE0 7DytizaTxxgWk+XA23tPy9NGJ0gD8P4OIEW0a+Ll6lnUJu017VCC9ARqL1Y/07ZqOxPkh+A9yv94 f0Rbpq1KKNmGVb9LW54gW4W++6hPaA8mSGej72KtWJ2rjU2Qj8UemaSVajclSK9DbZ86RGuq9UyQ dyFD/RKpp5as5SeU4PrVPPVrrV6CFNevHlAj6jFNxMuVs+hnIxKpr6mnEkqOYw1+os5XmyZI30Q/ U5TD6hTVTpBvQz9D1aHKLjzPJJQsw55ZpfZUb1MrEuTT0SJfeRBWobfaL6FkGAk1rIaVkcACtTih rBdm1Vc5qxYkSAsxxgmlBJYj4aqxfwzlEFK2ckjVE0pUlJjKNuVt5ZyqxpfQSezLZXRKWabsUD5W TiaUHSIP34VyBLhMeU1JWDW0Bat+B6zGFGVlgrwKY3WnldJqKLMSSqZirFwll2YCeyoJ+qEh6G2Y YqNkQIK8J/buGXmfDSxKaUJJHvbuMaRCPM8q2TVlihLhs49ikuheVLHzmtrwHewWdkvsyEvtS3HC t7Zb43wutAtxKrW32+N07WB3xBnUBXsyyb4Bu9Hi3ZiM9qmG14APAa6C/Q0WWIH2I+1RqD3GHofa 4+3xOIUn2nfjZL/Hvgf87F77Pv5WZSZFwC5mUQb43GzKZF4R5aqX2Muxx5uDFWyiNvbT9st02b+0 CT9mUZbH7Eqt7RgeZ4sGQjsqzuUMvJsW08/wGv3YsesbghEUvkqVr1LwVfr4Ki2+yhS+Spuv0uGr DPNVpvNVZvJV1qu5vif4+l7G5yTn3cRugjFKbXyWdme7cw1X+QLP6E4aEZMcw3nZiz5JkL2J/YDT BdY/XroDn3lpgmQd2iYrLRJkc/F6FislnCCFJY+dL9WSYZjTEZxX8bJ+eH0J6XiCVI55OEHSAm2r UC9eFsbrTKSNMalkQk3s0l9I4z++luSvUhR/PmNruXdwhinUHc8+PNs7WJZLfC8fPRG7hqhU6lF+ /ziXFsek1Sut+vp+qR3zY7tCrvhTkiko/WIrvkJ+d6aU0/tIitIhTqqD0eTRQSTJcWrlKm2Wq0ax E3pQaZkibem5+B7oc6SZeCr0SUIPFVz37fgeaD+YhDyF9iT0sBGpEziRQk8k9JBDr+HdnARZiHbx Gq6W/RJrSmq7TYzHV2u7ud0P66uFPRA2Jte+DqusFeu/Na+1gjrXmgbOVUEVcVq5k6+/Dzj+S8zz d8XJDSrCfluPJHfdmrgSgVWYDb3IJE+BB2vKfjnL9n/RCT4/USzgOQjwTvExz3mk1IvI9hQJ+G0C 3FMcqpGrwifAQsQEUj1NxY7a+p5k40sDtlPcgOfKGrku78sy3jdgswS8NTErboQPjP0GVpOAvRIf iIq4NgfEAWO9AX8CY6l417e2lfGwWGXAczC+Rsl6URjXao4xVswyJqEMe0pk1JQYolJUGoNEhYG5 GftRRnGtBhkloo8Bi2OACePdibh2JaLEyBIFRmOUzkZpifFGrSYMVIC8olqD1TPUTxrndOwoox9K GoimtS30t/V3IC/GVXwmhLDiruqwvkPfg7Is9Pu58WXt/Iydxk59ub4GZTrKjhjvxbVark/ToVH9 pMyj5t64dtOMafpQHZZeP4TSaShfEzfHcuMaHV6TvgVlQ4ypxsy4luV6jlGq56F0IUYcYgyr1YiR Y+ToltFAh2eoT0JpudErrqVPO2WoGk4t/Rr06zOaGrm1bfXP9c+1w/oJDX6RDk9b/9wwjeRa7USZ v54BPZ009Dg5834ddFk/rNdqRtOm64slz9c+Q8kuqdmakmH6FG0kSg6jZJW+P66v3hp4L8bR9BH6 LD1eI320Ag28V1uJNhX6g7VXpRfqhfBh4K3D61H1vvrIuFYR9ZwGm6oNk3nUrF2punZOO6ceV8Ed NDBo7Zwsr50JPAOsJS0XJce0s3q9uNkfVJ9St7D/pGrHdTWux43aRnWuipNOPYOy17STca3mqpUq eIT6gcyj5qG4dpVapTpIxepX96O0EuVba1uqxVpv+d2Bug5lA7Sx2py4lsVqPS1ffjOgPogRB8T8 p2hZPRx2IRV7AF6GCv9qQFwZwS84o3yGsj7s7dXTiuOuXd5TrfBd4B+rF7Tanaopm9X98GsUFXxF fUM9ocXtVHWzMl99QqliD0qVpbVrCz7TfGWCOlt+d6CAs6mb1TfiWlYqg9QKBdev4Pqhp7nqxtrZ KMU4fxUF9k9dFjeTbLUI56+iQBvqzLjaPpzAigL7pzZVK+K0mExfSu4oR4n5Vjy2clo5jTMe9g+n vaKWxI3wAc5e2D8wRFX5QG0Q1+aAcgBnzGY+7VXlgCpqW9HDyiqS35zA/inrpYZrWs2hsfB1YP+Y Uxyu1Y5SqVTSIPg6mBvGlN/k1LYaRCVKH2ZcsH/KIGV5XLsSpYSylAL5F1+C/cP7abHSX5Kv///i M0nO2Q/n7L/jO8V7TbFvXPgb1OgeGcVj9Levp+pvMi+uMbqmBuyl3ZO/a5W969+rOSahZrndPTYb jXm15Ddd8Izu97Ese5ikv6vwKqqWTY311zMmq14XP+f71Z//bexGxk3MPjvwaqyM8a1xPP9hmJfc szfFSSVPPcwzrZb9/HG7ss5a2Z1+4JtsWaf/L8b1evBV3UYL8W5Z7KoqWdaXvzGclSArpWn8ecbL cvgTuyFBFuLvD3vWyH6+lnrWaEm+u5xqvz+/gvHmOuY9vo55j69j3uPrmHdUNpS/D+1ZI/v58y5P mHc3xu6MfX70867dWb15bJwNqFGXzSrECmgPr9TH1spia5XM1iqF7UPqv9FSi+1MuUvn8zwmskx+ GmBqeJ0aJ5Xe0BDk5J0Sw+Lk0b2s81/7M2L+98T/g5/Vg3EcUEbxeQpPQ7tau5pIGyy/DdZGaaPA C8Zp48AVpmhT4FnVajF6qso5J6fOS51PFLg9cCepgVGBu8gbdIJdyAmWBwdQ1+Cg4CAaEHo19A4N DB0N/YVud/o6/WiiM8C5lu5yhjvDaZpzh3Mn3efMcDbQzMieyFu0Sc4storkXTF5VBz7/ifh4RYj rXRX1tRWYpYR1j3kD8EOOpc5l5EadtMw58gHkQ9kmcb3HGnTtdPkrY6b9Z97yHs2LrwXSx2QbkB6 B+l4LH2LJF+rZeuQUO/8++ffd59Ceth9mOU7kWSdsRfGuhOi/2Gmum+3wC2o6VuO8wN9V8+J+74e qYfbo2bMd6JJ3q+aMP88N68uvV8sq573BetCwr0Fct78uv/C/pp5r4xLNlJjpOr362NJ5mOfrytc wX0jJcwD8upyXgcxnbhrYsmOpTVxaR6SfJ2NJF8z3AypUzl/fg99y1eer+xLziFe36eRpM7lnGS7 n/BZ8mdW12cp9V1X3xjzJ/cNrLPvkxdOJvR98MJBl1y6UIjUEwnvLzwRSy8iydf5SPK1eg0+df4p dwzSUHfohalIsu9lSPJ65DpRyQy2wV4n3us27/WGvNezea8XYE/Ppy7OQmcd9YscwM6+FW2CaIPT Mdg22JZEsCjYHvnSYBnyHYIdke8U7IR852Bn5Lugdw96Lwd2wxgqj6HyGAaPYfAYGsZYCFyEkQyM dAD7/ZXIa2RGXseo8MppHNs2Jc62Kak3pMIap96RCmuWOipVSsak4tRKvTcV51nq9NTppMCu3U5G YFgA/lNgZGAk6bBxo5G/O/AoeQLzAouAVYEq4LLAMuCawBrgfweOkT/wUeALSoI1TMPsM4OZwPrB BkCpMzs4ODgS+fuDc4ErguuAm4LbKDm4PbgH+beCx8gKfhX8Bvb0TPAcWSFPyCIP27WU0ODQNchf H7qFvKGhoRHITw5NAz4UmgfJ/NB85BeGFgOXhjCr0KbQZvKFtoS2AreFtgFfCO0DSj2mhj4NYZTQ t6FvUfN86DzQDbnkcVo6LcnLNjTklDqlkHRwOgA7OZ2AXRx8Nk65g8/G6e50B/ZyegGvdK4EXu1c TarTzxmI/HXOTRRgWy+cO2HrVWeUA27vjHZGo3ScMwH4OKy/6Wx0NpHtbHZ2keXsdl6iFGef8wrk B53/Qv5N511ynKPOaTLD7cMdyRPuEsYcwuVhzCHcO9wbeFX4KuDV4f7AQeHBwGvD1wJvDN8IvDl8 M3BleC96kKdCSlqztBJy0q5KGwqcnDYLuCJtJWlpq9OeITPtT2l/oqS0f6R9hZW0J/IiBbCqXgG+ GnkV+EbkDeCbkTeBhyOHKSlyJHIE+Xci7wCPRo4C34u8B5RnTzDyYeRDCkdORE6QN/JJ5BPI/xr5 K/Dvkb9TIN1OD0h2oUTk+aT0VvaS+PnxxuU9zHz/Hewav98aSzKOZLU9iN1PdXFd6o4EtsH31Mn8 bUjyVdYdhASbKe1KTV0pj/WZUPdtpN5ub7apMi/tqBxD3tNYPYfYPZxcDlvCNry63bkL5+L7lvOU toY5BjHH8GBXFVCQ12ZrMIqrYWvk+ipkLtGWV5PkDAHevxr27zDs2eGBEdjRd/BevhN9KbG9PCYw BnXGBsYiPy5QCfn4ABhiYGIAnnpgMsZTeTydxzN4PIXHU3k8hceTVib8b1gZk62GylZA431u8Hge 3kU6j+flVWvwqvXxqvXxqvXx6tR5nQlS1eNYQ6r6hdYF7/7lfYP/2Uf0rlH3QxlpP4YHOTJzFNdz BN0KjsnJZ7g8vWKlKdGVGuUgMYy2utu9O27tUWL+3x43tkPi73dNaIt9QLE7TKt5x08el+cZZVA/ OO6PX29f+b/qf/b1/pRxoz1E/wNuVL5U/u/MhHG/d711fOI/U8+xe3VLkap7iM4nqmceN1Ynmlf5 ZLmWCKv+ZfZe/HjfD9L+Tn/smgHYL4ozyBmMXXMN6mmotweM4IXIC6RG9kb2Iv8i9osaeSnyEkr3 RfZh7+yP7Ef+ZfQod/Kqf2MnB5gd+AJzA3MpCRxhPmzJgsAC5BcGFiK/CKxBDywOLIZkCbiDGlga WIq8ZBBq4NeB5civCKxAfmVgJfKPBR5DflVgFVqtDqyGRLIMPbA2sBb5dYF1yEvbIZhxSNvYCMxM 8gsf8wsf8wsfWxYv8wsf2xeLeYSPuYMPrGEh/KZFoUXgV4vBHfTQktASSgpVhaqQXxpaCvkysAk9 9GzoWcgld0gOnQmdQf7b0FnIvwudQ53zoQuU5JBDQMVR8Bmojoa87hjICwenmuNxTOTbOIUxm2oz v/Axv/Axv/Axv/Axv/Axv/Axv/Axv/A5N4FTpLBNDDKD8DlTnanoOcojvnEwK+db51usibPOOeTP O+eRv+DIubmOC69Q/iBCDythlZLCWhhzC4sw5hb2hD3Im2ETeW/Yi7wvnIT6VtgPSXI4GZKUsI18 ajiAfDAcRD4UTkP+snAJ8u3DpaSFy8JlyHcId0C+I9iKEe4U7gTJ/7L3LeBRHFe6NTN6IfSanp6e lhBCyLKMiaIQWcZExrKY6ddMP2Y0mhlhTAjGBGOFK2PCJSwhhBCuQriEEEwIIQQTTAghXEwwxljB WMGEJQQTwkcIS7yEJXwsy+oSFhNCFGl0T53uGQZp/Iwt77d3VV/9U6quPlV16nTVOfXongA6i4Pz cT4IU83FwYmcBGGZkyGscAqE/ZwfwgEuAHepnAoxVLvJ5HROh7DBNUE4zIUhTTNoOplchItAfJSL QjjGxSC+BXSfTG4iNxHiH+EmQfhRbjLEf5qbAjFTuamAj3GPQfw07nEIT+dAz+VmcDMg/ATXCuFX uVch/Wvca4C/4H4BeJg7DPG/5H4F+Dr3OuCvuV8DnuB+A1dPcaCTc7/jzgCe5f4ZkI5V+ThWOXGs cuJY5UQdqhB1qELUoQpRhypEHSobdahC1KEKUYcqRB2qEMe2PNShnKhDFaIOVYg6VCHqUIU4R0Dn xxJzo4R8Af7PwpGf4JhvjvAOHNvNkTwbx/AhdBaBfx1xEc4i0H19s5Nr5vNxVWQ0qYHYyaDrpMaW Eh5iJToXY+3QnE/nY+A5BBFzVbruhlGd2jwZYMNIJAueHLBMwHr5HYzbB8FKoauMdqaKeQDuUqEH eRLK+g/MF8HuWAl9B9ULfg3P+R+YfwHrgNJ0IjUXPOETids1zfU48cBzvpQUu77uWk6GwdO+gQx3 PevaREbAM7+DjIRnfg+5C2yKX5G7Xb91/ZZUgWXxJrkHLItbZBRYFtnkXnYYO4yMBpviUfIxsCmm kWroF75APs5+kf0iqQHL4mvkE2hZjAFr4ifkk+zz7POkFuyIn5H72FfBmqjDet3PXmYvkwfYLvb/ knFoU9Rjj/AgPucPoS7TgM+tF20BHzy9TxMBtPrTRHT/u/vfiQRP71+IDM9bHlG4eniW/KjVa6jJ 6yjBBujwG0iI+yn3U9LEvcK9QsLcSe4kaeb6uD4SAZm7h0RB5oIkBvr890gL6PPPkomeH3l+RB7x dHo6ySTPEc8R8ihq+JNxZPg0yuUUlMvP8K+DLExFiXwMpXAaSuHj/Fn+LJkOsvjP5LP8ef48eQJl cSbK4pMoha3YmizzCJUlhkUsRomqwPnTpTjEmZLaSOZakvQPKDHvZE1vJl60o6db+vAMkJSZlm06 G+RlDuitucw80FjzUbaLgNOzCAM82Igy6nF/3A1ahfuT7lpi9zzjgZ6d/xP/J7Bu/oP/D7BK3uTf BJn8M/9nsGX+wv8Fnre/8n8l+fzf+L+RAr6Xj5PCYluxnTiLM4szias4uziHsMW5xUMJV5xfnE/4 4sJiFykudhe7SVmxp5gnI4qHFZeSkcUjikeQu4pHFleQyuLK4rtJFaFvqoUe2DbPFgct1f1OWkXq X6+j91Z8QXx2r9ErxC+DxjK3r6vXiC8Anem+vtb41r5RYDOM61v0VvfHzw1M2Sv0bouXx7m4vXc/ UFoEFssioI6zMBCmNor2tilP4VxRImUrppzVeyI+OR6Oz4Dy7sUZrQ29s+LrqIXT50WbbBn9ygVd AYMnm4e2L3GVQD8x3DWcZLpGuEaQLNdI10iQjErXPTCm3+u6l+S5ql3VJN9V46qB/mCMawyMg1Qb KoKx7znCu3/o/iEpdv/I/SNSApbrTTLM0+PpIyNRV7qb2ig4I2Fz8ZCfHfOzY342zM+G+dkhvyoI 3wO52jFXO+Zqw1xtmCvVwRLalgO1rUxT28Jy2LEcdiyHHcthw3I4sBxUwxqGsmhDWbShLOahLNpQ FrNRFnNQFnNRFoegLNpRFm0gi70kk4+DRGahRNpQIoeiRGaAROYSR/FQkMtclEsXyGUh2NgukM58 lE4XSKeHFBXzIKNOlFEXyiiLMloIMlpJCvCppecTxiZ7/AV0nnzgcwrP5mpSgc8mXQ/N7vdstgFv 6IxIjmnFYc+XizMNdG1tCNaeYEkz8AnKxDLm4hM0FEuXj6UrxNIV4RPEJEs3mky0SvdFOk+OfQbB PqMIZ8TKB7FEJLlz1Nx/vTA5O0+tcDoKt0LeDsyVau5Z2OYE29aGbWvHfsaBrZqJrZp9B11zt+aX knTtMFo9DvV9gn0CTxJl8df4a0Cxm+8Gij086KR8Hw+SV+wozoDaZBVnQX9j8s5cRTXPqCxCTYHO CBDT5sdRIQMthUy0EbLQOsim/Tv/J+DMbV3BPEFjtsGXsa7UDqBzFU9ZMwhU4h0or8SSVyp5DnSj SS2uASVkbLG1ykfXaYxkHM11Ff8tpGPjIY5/ggcu8F/mn8G+PQPLS7C8NiyvHcvreA85fyVNzl/B nL/Ef/kDy9nuOAF0Mx2XMqbh+x4/oL++1SkucQ448f/r4KxwMj3aoCn377rt+sel/v9eyvOOYa1P e1f3p6zL3I6FcFFfEf7uAaelOOvexP8Y/hq4RJjO/Q2YQ0hThqesL5q81fUUHqbyP3EtGXPIclY4 mT4lfAfdE+Desv4p8dZaFNKemuISdMeZDsPPgkul8xY009bNSpvIp3/+yWuWS8Y1gTuU3qXm0V8W k/d/ve/r+Ludfm/qdlzyPnq2n7zzvMwd5QQ+JMLJ+dy3um89uNRSp7ZZoh7wlDv3OTsJcR50HiVD nMecr0OPCP0IxO4jNufLzpeJ3dnh7IB0P3NCn+rc79xPMp2vOF8hWc4DzgMk2/mq81WS4+wEKkOA ykG46zXna3DXIechuOsXzl/AXYedh0mu8x+d/0iGOo84j5A85y+dv4S7jlq5HiP5ztchb7qjiHuf ef/c+XPI4+1KMBRLkIclyL+jBL9y/grupeUowHIUWr0p7WFPELM3XYKau5NxwujAUuuA8YB1QK2/ Khhl8vl8GGWK+CLQf1y8G/SfCr4CR2TOsgufYj4P+ge1AnPRssxDC6/A9ZrrEOgi1KpjXH92/Zm4 WDsLebMZbAZxo4XHsT7WRzxo4fHsbHY2KUarroTdzG4mw9iX2JdIKdpzw8Ge6yRlaM+Vo51agWs4 lXR85bP5bOjr7+Lvscbf0XQ/my3Xqt9XcVzhbFm4R+VmMtZO8hj4gxq4GTfUuoQBvZMZw4yBsVJm FJLBtDDToO4FfAFheCfvJC6e4znC8tV8NXHzDfzDhOMN/hEccfhUbjALwFbOZV5mOoAblDMFyJki 5AyDnGGRMxxyxoOc4ZEzxciZEuTMMORMKXJmOHKmDDkzAjlTjpwZiZypQM5UImeqkDOjBnDm/bRy 6rmKGPJtKUk9V6FYcxpmbOJcRT2ptmKpPnIcS0LHZwLj82risbQUOoZ/hf9feHUN/zKMyKOK7wUr LEGpGq4styjRVA7QcWOgVf2CvUQqUa+VILaQKWKKoE4uxgV14hgO6jSMKYU2rGAqoCXuZu4GHaqW qQV9cywzFnjwKaaeDGEeYh4iQ5lGphGkwM8ESD6jMzpQCzFgozKPM9Oxv8hA7ZSgduoAre6zJAu0 upkk15IzKWVHUbspZ8CT2pQ9Re39qaBllIU2R4FVKwFr9VuQMlqruz7kWmEPYCuHJ2SsVcavQUw1 rhwTXDnOxHnfLHPlGG2zHFwtHoqrxXmu37pOgyz/k+ufoIC/d/2euFy3XH+DJ3sYOxykeAQ7AiR3 JDsSJPcutgokdxT7MZDTGraG3I08rEIejma/yC4k1ewidhGpwXmcT7Cr2WfIGFwhrsX14Dqcr/kU rgHX4xrwg7jOOh7XWSfgbKUXZyJ9OCMjcE1cmIi4zirj7Iwf11kDuM6qcn0eG9E8Do+DBD2ZnkwS 8mR7ckmTJ89TSKIeeCTwLQsfUZtYNorZJsvoU0L3Cn1kpanE594szdfRqvkCuwCeYToPRW2HTOYJ 5gkowdPM02B/0zLasYwslvHuQSkjtZUSp6OWo7V0nvkj5HiJuQRP3RXmCuRylblKslwvuF4EWX7J 9TK+O+Cj4eloqx81y/u/rf7Ci/2FNxn79v2F3SViL3gaekFm0HqKhFSu+O+e4o6eYtBbw5pvMFvj G8k+YvDLQXuHOqscK9P0DoNfovG4l9Ys0TffQ18wuCU153joTNRKLOkq+ryn9kY4p34X9kkiLQ2f x+cBXwv5QtCaGB5KyHt4njj4Mr4MNLeR/EjoHWr4GtDcavla0Nzu58eSIfyn+E+Rofx4fjzJ4xv5 CSSfF3gBqMm8Qor4SfyjWFcbrtKSNOX61kdbLlwZJlavSXeuH7RadrXVa+4k9OzLzmQsrctTDF0b sxMPrnMTZg3zbYilK9kOXMPOYDYwz0Lb/YB5DrTzHzPboY12MDugjXYye6CN9jIvgS7+LfZboIWv YdeCFr6eXQ+90vfZZ0HzpuvKI9lutge07TgbJ3e7iXsIaNtD3flkjLvQXUjuczvdxaTOfZ97LHnI /RduHJkwKKNKKn+eScufZyh/2CfZp/6/448p13RHdjdyYg1armb91zPfgxzpLgYHsxnqnME8z+yC vF5gXoBcXoLaDsHa5uKOg6FY2zz2WahtPtazAOvphHra4PmguwlY3EfAYZ15rPMwqDNDSt1uN0fK 3DzUvxzrX/Gh2y52l8PFEgLW5tG0Pc+3UdP4NsgAYbZDW9twj4UdWvP7KFcfRemoNWmer1x7xwrB TMi7FXQiB64qZjBzmDmQ09zk2uLQD728OWlWBeLWqoCNZOCqQCau9WThWk+OeTbFDtazvQ3fSGP2 svTMpHmmktbyOzTOfh68QmyOnGSc3V5H3wtjhyfbOgP5HaAWvkPzojpXFrOF2Qb1+QnzEyj9i8yL UPrzzAVSgKOeE8c7hrnO3CAu5hZzi3Au+lJTD67Q866Zrs+REtf/cLWRMtfnXfNIuetZ1w9Ipes5 1w/JPbhCP9r1M9d+Uo16XA3qcWNcf3CdJ590/dH1R3IfaHPdpM7V6+ojD+BqfT3qcQ+y97L3kofZ T7CfII3sA2w9mcA+xD5ERFwXkXBdRIHeqJX42Ta2jai4oq+xX2a/THTU7wzQ71aTIOh33yUh9nvs 90gzu4n9AYmwz7O7SAx1vYmo6z3iznXnkknuAncBeRQ1vsmo8T2Gut401PUeB12viUxHXe+zqOs9 gbreTG4WN5s8yX2e+zxp477EfYk8xS3mFpPZ3BJuCXma+xq3jMzhlnPLyVxuJbeS/E9cy5+HmuAX PPmefPJFj8vjIgs9wzxl5EuekZ6R5Cu40r/E8wlPLfmq537P/eRrngc9D5JlHp9HIl/3+D1+8g3c B7DS0+KZRL7p+bTn0+QZz+Oex8kaz+c8beTbnqc9T5PvvufV9w9T/kHPLB6OT0GalaxigitZDpB/ XMkqHlI8hGQXD4c7cD0N7QKCK7oOXNHNwLXcTFy/zcH12yFvue7We+cTRvssXOUl7qi7hdjdj4B1 lInWUdb7fEoz8G3EFSSAtiR985v5ljZ6rtfmfBo1STpjRphH6A4K5lHmUaBK58ocfIgPkQw+zIeh ZDY81+NK7pyBX/ZJuvpM6Fd3bSQx2/Jda9Sm82qVyTiqQdMdKoQ/yf+WjtaQUxWu2w3Im17FVCRJ OzHbtN46/RZOyW89tdVN2u4R7nIo++v8b6DUp/nfgz52nv9XUvgOuTnwDoJ3ZOIdQ5NrjLyVy/co DfayRan/VTwR5R6WvEq/ScyTMtRcQlaa7yf5nb4UGdhrEeyv7LivKMP1TdcqkpXk+B10bestuhvf ge6DoA18C2KfY7bCyEL3NOUw/8G8CTYs3a9UAL3hFnj6aG/IYG/IQm/4O+hJ/+D6F1KMPWAp9oAj sAeswF7vLtyvVAl93JNgydLerQp7t3uwdxvFfhf6tXtxv9Jo9gX2BfIx9kX2RbBwab/2cdydVIP9 2hjo1wrJJ3Ev0n24F6kO9yLdj3uRxnI8x5MHuI9zHyfjuHruIfIp7O8ewj6uAfclPcx9jmsD+5f2 ayL2ZRL0Zd8Em5fuV/LjfqUAd447Bzbvm9ybRMM+Tsd+zcC+LIj9Vwj7rCbsp8K4d6kZ9y5FPLs8 u8AifsnzEonh3qUWz795/o1M9PzV000e4T/Df4Y8mtJCplwkdgc8C/wfinvhCc6T23Ce3IG7yTJx b1o2zmwPwZntobhjKx/6vSWkwP2Mew1YDHS3GpOUK2oH0tX42Rb9TW/Z6h9krnfK+g9Q3r5Cn1Ln vzr7UqyrEpI4R705TRpa9jJMadJ5LuWqmTp1jh3fGA9XtqSlxKH2z1mekB+moeXAN3Cb6cwct6bN MbVuP8L4T2O6485LVt1SU2zDFFPfJsWPMcVj/VLcyZ/tafO5M81P0uZ0Z5odafLqz+f/k3LVzHVg mp390kxNk+b5fmkeS9teu9LWrH+qn6atW/9Uu9PWrn/bv5C2fv1T7Ulbw/6pXkxTx4FytDdNjgNT vZQmx4Gp9qXlKn1PXhmEytDRdC+n5evAdB1pOTsw3c/S8pbH9zTheh/eQ8j+tNwdmO6VtPwdmO5A Wg7zyZQ2K92raXk8MF1nWi4PTPfzNPmao2kipdkeB9Pkmy7da2nyTZfu0IB87fYe0KZeiS8wHZ7z 6ngH927SUHf8I3Kt/+3QvZt26N9mH3WZE+6Dbv8NAx35sN5eYIc+lb63QAHNiGo/qX/d4N7tiYRE Opt1WtE8m4inEq0ziHj6EC2U1/Hsgh3f1pEBmtguCFeQD+TPxpPxtmqywlZA37oKrhocD34m1GU8 9KHdGPM2jtw+32DugbAxD5g2G9Fxp2QG6IdPgtVMTz1k4amHbDz1kIcWQj7qjTmoMXJ46qEYrZMS PPXgQeuEx1MPw9CKKMWdH3a0Ihx46mEInnrIxV0gQ/DUQy7u/ChAK6IQd3440Ypg8NSDC60IFneB uK3z1PTUw3C0IobjXpCheOphKOquZXjqYQTafSOSJ6nj0JJUm7XhqYdylJdM3GmbiaceWLQ0stHS yEZLIxstjWw89ZA4y5w4vzwFTy5vAKRWRDaeesjGUw/ZaEUUov1QhJZDEZ56yETLIRsth2w89ZCN px6y0XLIx12b5XjqoQRPPfAoRSPx1EM+nnooxVMPDjz1MBJP4BTiCZwiPPswEs8+sHj2YTiefRgJ LdqJEniDvi08/fdx3vqv19F7ON4Qv5++eSC+t29Xn9bX0euIK/GePrv1NojVfZXw20VIz7O903rP 9v4mTnfjhyFlVl+s51jvxfi6+Mb4KdxbXxPv7CvqW3Gbbnw2XB9Al+acpPv+zlUUoRTb0cpx4Ayq ec7Yge8MMM8ZO/CcsR3PGTtwTtU8Z+wAuolzxo7k2eKZEH4S8rBhHvRJGf4R7JenZ9Ld73XXfPHd xXcTN52PRUlYBD1EBskZ2NrYCx8CrtMRqsvaqznVOqm+InEdUx7Hlnlve9hz302b4P3mWW4H3m/D +ym/85HHNuSHA/lhR35kIz8cyA8H8iMD+ZGJ/HAgP7KQH3bkhx35kf0u+FGDUlgDbi7lR3wzSjDl B0qxeR1Tzv0vwQ9zlKwiY/qPkvRrAmTgW33MEwQ2PEFgltH2dlRIG75rrT8V87yADefF6VWQf/zC g7mnH55l/O7OdKKCm07eYge7lep3YIc+D/j2qabj2ea3omW+f4lahHfuIMR44EO6eJvtWTJwnx/d J6eiXvPhzk5DueINg5FLX9ag5DJiUHL5xiDkYhuUXOy9ZwdFxjb/18ml79EPPRd4+vu+0Xd8MPIh n++jc1Mf5q4UM5+1fa0fej5UBmYPSuu8OAitM1g9jR1Gx8F4Oj/8lhmccYa2/4h4A7m9XklrR9+I TVc1TGmf3peV+r9tSu+bd/z/496fp/4P2vFXU+jRmEf7x4DFI6Te0+//zL9+p3f9HesQMIbEX78j BlJ1H33HVGnv+1tvv/tojhd7V90xCwlxf1mcJm53vziaw5H3HENLUTqQ+q19aeKuDIzriaSJy313 cfEjaeIWvMu4I/bZA/KYmiZudb+498elwYz5O1rEXmqn30PII/X0zWjaGWJP8fR/Wz9vt35D2i5t r7ZfO6gd0Y5rp7Sz2nntktalXdduaXE9Q8/Vi3ROL9Ur9FF6jV6n1+uNugRXND2sT7Tip+jT9VZ9 tj5PX6gv0ZfpK/U1+np9k75V36Hv1vfpB/RD+lH9hH5af0O/oF/Wr+o39G6DGFlGnsEYvFFmVBqj jTHGWGO84TUUA/70NZDHCSNiTDKmGjOMWcYcY76xyFg6EC1qy41Vxlpjg7EZ4rYZO409RofRaRw2 jkEOJ40zxjnjonFF2wVXrxk3jZ6gPZgTLLDqm1rrlLqbGGSDJcFykw/BqmB1sNasNZSrLDgu2BAU ggEr3uQDYjAUjAUnWzxJ4Uxwmj4R0ppoUk7lzBKgODPYFpwbXGBxZgBPgouD7cEVFmcQzRgLVwfX BTeaHAOKu4P0C2npv1s4GO953kff2A5SyVH7M+BFH9LH6Q26oAf0kB7TJ+vT9Jl6mz450KXP1Rfo i/V2VdKO6Sv01epKfZ26W9+ob9G367v0vfp+y63WD+pH9OP6KbjzLITO65eAHqVIaYb0LqB7HSjf 0uP69UBXoEs7B7SBujZWG6t3UepqkZGhr6O0jVyjCKjvMih7OH2vQdc0E19aHAwe7cG1wDwcC4m/ DPhj/8/tyGB+FeYO7iiEhNQr6jX1ptqj2bUccBQL8JfVSuC3HHyVVq3VauO0Bk3QAngtpMUwNXW1 2mS8y0xv12KUnjYNKM6E/9ogbq62QFustQPdBRBjR9orIPVqcOVIndJel6Qd0jaij4ErGVTuVOOZ HYs70gWSp7arK9TV4Feo69R2pUHdqG4Bvy5ZqiH4jVgCJZkJMfRbsA7IfR7JsL60+lzRcyQHv7E6 BL+umotfUR1Kvw1ho+9TzyMl9J0T0jz0NvAhdaw6XvWqimqoEXWSOlWdoc5S56jz1UXgE+Gl6vLk /6vUteoGdTPGb1N3YvwetUPtVA+rx9ST6hn1nHrxdjtjOrgPWxpaDf9P9XAPbZdkXqn06X30nkT5 EmVMlDNxD3gqNbQstHVpefH/RJpEuS3aKFngsfyJsifKTX3/cvf3VPpouYAWSf9Vt4+ghxY2oQ8F FgWWBpYHVgXWBjYoWwKbZUPS4HeblBvYGdgT6IBwpzwmcDhwLHAycEY6IBwOnAtclA1xo+ngypXA NeFi4GagR7WrOWqBsCewXGUDq9SSwFq1XK1Sq/2cf5NaG9jg5wLbAtvUcVKu2hDYqQqqAGmBuhpQ Q2osQTvh1MnqNHVwvwBH96qPu80j30L0eYFAoEDyBgrAhSAcC0wOTAMfSinb+37W7uz1fLkkpHQp 15VbStyf4c+VGX+RuF/ogF9OmO/v9lf4R0G4Rtzor/PX+xv9kljtq/Nr/jCkyjMdXJnon+IL+6f7 W/2z/fP8C30Vyi3/EqC4DGiu9K/xr5eXBoh/E9Bf6qev2dsKtHf4uwNZgSxfBVLf5z/gP5SgnXRH /Sf8p0ni+12D3utN6CJ5ylXlhtIN/oafKFf9Wf48PwOeJEv1/ltiOu5syyMBUgh5LX7fPk+ZqyxQ FoNf4C2AcLuyQlmtrPDSs5R/7zdi3n/t7nj6GzejD8lX5Rtyt0KULCVPYRS+cZdSBr+VyugJp5Ux ylhlvOL1LlIUxfBeUSLKJN9BZaoyQ5mlzLGcosxXFilLvQRilyurlLXKBrkbKVKaWcpmJW/CJoWR 1yvb4LcS3E5lNKXeeKrxFFyl1Ocoe4C6SbsD6MwA7JCLIJdOcvvbL4PeQz68CH1oAiNvlrfJO+U9 cockyZ3yYfmYJIlz5ZPymQkR+ZzMyxflK/K1h89OgL5Mvin3KHYlRymQLphOvqawSolSrlQp1Uqt Mk5pUASgRylSmnuUgNzROE+SlJASa5wnzhXnPnweaAN1ZTK4AKXeWKRMA+om7ZlAPQdwptKmFMjM R8mjhknoQ3KBHJpwSo49fEOeLO2Rp8kzvaXSHiEkt8lzJ7TJC8Qb8uIJcbm9Ya90UcqTOuQV8mp5 nbxRDliuXd4ib5d3yXvl/RMuyQflI/LxCacoRUoTqJ6SJ8tnpT0P10vX5LNCSAg17AfaQF0+D+4U pd7QJV8C6ibtLqC+DrBLvi5v9FYMMo/O2wqQRw3gyUNj35MPSTuk3dI+GA3nS4eEiG+NGJCOChHp hHRamCqeFQXpjYcvgVxdlq5KN6RumchZ4rSH7XKezJhOugwSWSZXyqNBGsdKNfJ42Qv0gCKlKcxv 2CkdkhUhIhtyRFaA7gl5knSaUpfBNeyk1Bu88gzphklbnvWwHejPAjcHcsG3er6nryYN+rj94CH0 eROueFd4V0h1Ur3UCL/S+Aap7qEa70Fy++tI7+3bO3fmMgV9nnhJ7AK3RZjkmyJ2CYqYI24Rrz+U +8HkUn8LfZ642nvKe0pcJ24U5sDvFnE7hHeJe993Lrds5sgao19/rl/9gfiQd7fITdgulj54y8sJ tWKFOGr8QvitqY+Idd5usV6orZ/vneddKDaKknBqfKOojd8qhsVRvkmmgysTfbPEKeJ0sc43R2x9 8JLQBvRmi6XivAdviQvFJeIy7z5xpbjGy8FvDbj1QHuTWCduFbcKbZR6Y6e3VNyRpG25B6+Lu8U6 8vd88WjQbeBxPSQkzPjP7Yj5FaVB4c6w66X0rYB5juXkD6ArR8DD+OObCn4G+Fng5yR/bb758Atj uG8p+OXgV4FfC34DeNB/fNvA7wS/B3wH+E7wh8EfA38S/Bnw54jddxE98V1Bb/ddA38Twj1gQVFL Kgd8AXgWfAn4cvBV4KvB15plEMa9xW+DRYuGBeueAPgQXiNCDPxks7x4z2azjsI08DPBt5nx1q9d mIveJiwAvxjC7ck4068Av9oMQ752YZ0Vv9HyWyy/Hfwu8HvB7wd/0Ep7BNMT4Tj4UyafhLNJnptp z2M6IlwC3wX+OvhbVh3iZn5ihllXMRd8EXjOvC6WWtcrLA9PqlgDHlpfrAffmKwL1lmUwGvgw+An goc+WZwOvhX8bPDzrN+FKb+J9EvAL7N+W637lqVcXwl+Dfj14MFaFreC33H7l7aZuBv8vnf9axcP 3G4rrBuMVOJRs73f02/1nb9UvsUTZj4oS1Y85pvqT4N/4/Yvylu1JW8hKNMFiL8M/qolf5TOjdu/ Yjf96EmG07vMu9K7xrveuwlxK+IOwN3efYAHvIcAj3pPAJ72vgF4wXsZkN511XvD2+0jvixfno/x 8b4yX6VvtG8M4thkeLzPC0ivKj7DF4GxYapvBqAZNnGWb45vvm+RbynicsBVGF6F4bW+DYCbfdsA d/r2AHb4OgHpXYcBj0H4pO+M75zvou8K4DXfTcAewQ4I8UKOUCCwQolQLlQBVgu1wjihQRCEAGif McTJiNMAZwptgHOFBYCLhXbAFcJqwHXCRkB61xZhu7BL2CvsFw4KR4TjwinAs8J54RJil3BduCXE xQwxF7BI5IQ4jRFLzXjrKoymMN7VifV09BS1BAptML41YvxEC+n42Qqj5jzEhYBLMLwMRs5WcY24 HnATjJit4g4YFRO4TzwgHhKPiifE0+Ib4gXxsnhVvAFIqXWbMRKRshJIY0CXZyReKpMqpdGIY5Jh Gj9WGi95JUUypAggDU8CnArhGdIsaY40X1qEuDQZXi6tAlwrbQDcLG0D3CntAeyQOjF8GJDee0w6 KZ2RzoG+f0W6Jt2UehIo26UeOQfsERbCJXK5XCVXy7W0DPI4xIZEWBbkAGAIbIzJ1GJJIrUqJssL 5MVglVBbguI6xI2WndKOlkq7vB8slXZqqwCeks8C0rvOy5fQ7rglx5UMJVcpUjilVKkAHKXUINJw nVIPSK82KpKiCZeUsDIRcIqiKdMtbFVmK/OUhcoSxGWAKzG8EsNrlPWAm5StgDuU3YD7lAOA9K5D gEchfEI5rbyhXFAuA9KZkzeUbj8BhHhr7oT3l/krAUf7x/jH+sf7vX7Fb/gjiJMQpwLO8M8CnOOf D7jIvxRwuX8V4Fr/BkB612b/Nv9O/x5/h7/Tf9h/zH8S8Iz/nP8i4hX/Nf9Nf0/AHsgBLAiw/h4a Eygx462r5YGqQHWgNjBO2OufFGhIYEAIBAAhPhCy0JyDmxloQ5ybDC8ILAZsD6wAXB1YB7gxsAVw e2AX4N7A/sDBwJHAcR8JnAqcDZwPXAp0Ba4jtVtWTFzNCJxXcynSGLVI5dRStUIdpdYg1iXDNL5e bVQlVVPD6kRAGp6iTldb1dnqPHWhukRdplymqK5Mhteo6wE3qVsBd6i7AfepBwAPqUcBT6inAem9 b6gX1MvqVfWG2q0RLUvL64eMxmvE36mVaZXaaG2MNlYbr3kRlWTY0CKAk7Sp2gxtljYnifO1RYBL teXaKm2ttgFxM+A2DO/U9gB2aJ2Ah7VjgCe1M4DntIuA9K4r2jXtptaj2/UcvUBn9RK9XK/SqwFr Ecch0pW/cryaWP8L6dMQaZiuBFqrgHQFEHFdvzBdD2zHFcF2XBNsx9XAdryLrgmexfXALv26uf5n ZBi5gHRt77pRalQAjjJq9LlGHWK90WhIhmaEjYnGFGM6YivibEDNmAe40FgCuMxYCbjGWI/xYWOT sdXYAeHdxj7jgHHIOGqcME4bbwBeMC4DXjVuaJUUje4gCWYF84JMkDcmBsuClYBMcDQib2yy4k0c ExwbHB/0BhV9btAIRgAnIU4NzgCE+OCs4JzgfO8aK7wouDS4PLgquBZxQxI3B7cB7gzuAewIdgIe Dh4DPBk8A3gueDF4JXgteDPYE/SG7KEcY1SoIJQDYTaUEyoJlRsTQ1WhasBaRBqzKTQu1BASQoFQ qB/S+FhocmhacHloZqgtNDe0ILQ41B5aEVoNSMPrADdCeEtoO61XaBfi3tB+Mxw6GDoCeDx0CvBs 6DzgpVAX4PXQLcB4UwYg3Buc1ZTbVNTENZU2VTSNaqppquuH9U2NgFKT1hRumtg0pWl6U6u2mWLT 7CTOa1oIuKRpWdPKpjVN6wE3IW5t2gG4u2lf0wGqkzQdajraBLoK1Q2aTje90XTBN7/pctNVwBtN 3eYIHiZ0HAxnhfPCjNga5sNlYisdicKV4dHhMXRUCo+V5tCxJjw+7A1Dlx42wjDq0eclPCk8NTxD W0XlNjwrPCc8X28PLwovBVweXmXKWHgtbd/whvDmMG3NReGdwGHgQ3hPuCPcSXkSPqzPNWsaPhY+ CXgmfK5pOh1xwhfDV8LX5Hba84dvhnua7cq85pzmAkC2ucTsn5vLaS/XXNVc3VwLPWGseVxgGu1n mhuaheYA7XOaQ+oS2pM0x5onN0/TxjbPbG7TxqLkb2qe27ygeXFze/OK5tXN65o3Nm9p3t68q3lv 8/7mg77K5iPNx32Tmk81n20+D2kuQZqu5uvNt5rjkYxIbqQowkVKIxWRUZGaSF2k3ndOOhlplM5F pIgWCUcmRqZEpsslkVa5KjI7Mi+yUKyLLIksE6dEQFeJrIms13oimyJbIzsiuyP7IgdMfSNyKHI0 ciJyOgK6JdUoIhcilyNXIzci3VFCWyGalRjZo3lRBpEHLGu+FK2Mjo6OiY6Njo96o0rUiEaik6JT ozOis6JzovOji6JLo8ujq0ydVghF1woBU48ytZTohuhm0F1Rb4xui+4E3BPtEC5R2Yh2ipuih6Od 0WPRk9Ez0XPRi9Er0WvRm9GemJ2mFApiOUJJrCDGxkpMzc17OlbuXROrilWD7KGOGquNjfPNF1bE GoRATIjBwCfuiIXE1lgsNhlwWmymeDnWFpsLOtjO2AJpTmxxrB1wRWx1pFQoj60D+htjW2LbY7ti e6OVlAOx/bGDsSOmbPuvxI7HTgGds7HzkhK7FOuKXY/disVbMkwNsyW3paiFayltqWgZRZ+LlpqW upZ60NJBV29pNLFFatFMDbwlnIITEafQXFqmI7a2zG6Z55vfsrBlie9cy7KWlaBFg0bdsqZlfcsm K7wVcQd9vv4fe18fH1Vx/T1z7927K4QIGCGNMcaIMQZECIhIMaIF8kKym4S87Ptu9n0jpRQRkdKI FPhFSimhiJTyVkopRaCUQgoICBSBIo1IAYEijUhTCjTyC5hSiuGZ851diNhW/3j+ex7vZ74cz53X M2fOOTN3klRtlJKkeLhqC3An9apqb9XBqsNVeyUNPF51uursiL5V56taRDwsouKqq1XXrUzGwFa9 AyaMZHm5I85bu1uTBaYRUtRq7SXRmm3tJyNV6yDrUOtzI9Os+VazQMEXnHKrXUatZUNvo9VLq94a Ao6RaB1vnSRiURGRWmut062zRCwq4lLrXOsC6+K8TOsK62qB5db1Qid91k0ithTzYt0m0brLus96 qDhiPSI8lLDMxROsJ6xnhN+MWM8J+oL1srXNnGW9QR7BpthMtkRbkiXBlmJLt2Xa+thybINtubbh tkJbia3S5pS2PWa9J9t8tohtrG1CycxSq22ybaq0hLaZttm2ebaFtqW2lbY15i22DbYG23bbHhkD mN22A8I3wcvYGksa4j7adtR2ytZka7ZdsrXa4G1t7XatqBdZLXsnyzZ7V3sne4/iefZU81l7hvmw Pcve17ZS+mWL2T6weIJ9iH0YxRL2kUVz7UX2MvLpdmvxTLvbLnyxvcYuvLDliH0i+S/7FMss+zR7 neDPsc8XXqndvijuKezL7avsa+0b7VtE30QsUZli32nfW9GLRmc/aD9sPy4tbXGj/bT9rKjnvL2l NEA+137Vft2S72Dkpxy6I8HR3ZHsSHP0cmQ7+jkGOYaS3BzPUT2OfIfZUe6wO7yO0MgEsuGOMbFo R2DZphjGo5pKx3hCyXFMAtZSHxzTgbMccx0Lipscix0rilsdqxGNiMikbJNjvWOTpC1jCB215Asc 28jqOrY5djn2ybjCcUgijaJsgeOI44TwF6AJRc4zjnOWoY4LjssiohBxhaPNccOpyCiibNNtdNRa zE5TicmZ6BTe35niTJcev2wBoTPT2ceZI728c7Az10mb3EKn8PvEF5xKp1N6eaevA0bITznHEjpq QU9wTnZOFb5beHDnTOds5zzhqYUfdy50LnWuLC1zrnFuENjg3C6883znHuGLhcydB4CNUjLOo85T JTOdTc7m0iznJWdracB5zdleNNeluTq5urp6uFJdGa4sV1/XQNcQ1zCBI11FBTdcZS5rfg+X2xUY 3uyqcY1zTRR5poi301x1rjmu+a5F4u1y1yrXWtdG1xbXTtde18H80wUnXIcLzrmOu067zhYMdZ0v yHe1uK66rruZW3cnuLu7k91phZXuXoU+d7a7n3uQe6j7OXe+2+wud9tju4Nhbu+oInfIPcY93j1p VI271j3dPcs9173AvTg/UJTtXhGPw92r3evdm9zb3LsEvc99yH3EfcJ9xn3OfcF92d3mvuFRPCZP oifJk+JJ92R6+nhyPIM9uXIHWmD2DC/IlzsduafwFHpKPJVyl+dxjpoj0OeJFJwjX+8ZWzjPM8Ez tmiMZ7JnqmemZ7ZnnmehZ6m7Lf8s5SxI8KwsSPas8WzwxPZZebM92+P7WbnH9OyhfWWBeVQd7fg8 B+KtFy71NArEXslz1CP2TbE9zpb8q6JXTe71VVkFaZ5mUf8lT6vnmqfdqxW2kgS8nbxdvT1krJK/ 15vqzSj0ebO8fYsGeQd6h3iHeUd6i7xlcj/otXrd3oC3xjvOO5HiHO8U7zRvXb5GO2vvHOB87yLv crFrFoFW1U5C7yrspi+BXkuteDdK9G7xit2xd++ojfmnvQe9h8WeV+x/vce9p71nY/R5YAvFS96r UpK0e/Vej6HoVTWr1qsTqpmkgd2rk6vTCvtU96rOFrtXsYet7lc9qHqo3LFWP9cB8wvbq82FTdXl 1XaBXkLaY5Ytllgdqh4j95XV46snVdeOyqieXj1LoOALztzqBXKPWb24A66gKK56NXC9xOpN1dvE zlHsH6t3Ve+rPlTEaBdZfaT6RPWZol7V56ovCLxc3VY0qPqGT3FvonnxmYCJBQm+JO9xX4ovfVSR L9PXp4j5cnyDiwb5cn3D82b6Cn0lvkraO0h/RLZLWMUJPqfP54v4xvom+CYXl/imVqb4Zvpmk+/w zfMt9C0lFPRK3xrfBl+Db7vAPbfwgK/Rd9R3ytfka/ZdEqVa5Z7O1+q75mv3a/5O/q7+Hv5Uf4Y/ y9/XP9A3k+wnoWWMf4h/mC2TrKV/JLDIvMov9nd+q9/tD/hr/OP8Ey3d/VPMy/3T/HX+Of75/kX+ 5cBVZCf9a2N7K4H+jf4t/p3+vXKf5T/oP+w/7j/tP+se5D/vb/Ff9V8PsIAeSAh0F5gcSAv0IpsZ yAb2CwwKDA08JzC/uClgDpS7jwTsAa/7iPQpgVBgTGB8YFKgNjA9MCswN7AgsDiwIrA6sD6wqSqL rKgtEtgW2JXfI7AvcChwJHAicCZwLnAhcDnQVpoauFGaFVSCptIewcRg0qgM6aEIgyml0+yriA6m O/Jl5FaVGswM9gnmBAcHc4uTgsODhcGSYGXQGfQFI75K34HgWN/R4ITgZF97cGpwZnB2cF5wYXBp cGVwTXBDsCG4veBGcI9vdvDA52prDB4Nngo2BZuDl4KtwWvB9pAW6hTqGuoRSg1lhLJCfUMDQ0NC w0RYVBQqC1lD7lAgVBMaF5roGhiaEpomsC40J3gghvNDi4rmhpaHVoXWhjaGtviPh3aG9oYOhg6H jodOh86GzodaQldD18MsrIcTwt3DyeG0cC+a33B2uF+pNTwoPDT8XDg/2BA2F9wIl4ftYa+cu3Ao PCY8PjwpXFueGp4enhWeG14QXixwRXh1eH14U3hbeFd4X/iQbZ6lNnzEMit8InxG4LnwhfDlcFv4 RkSJmCKJApMC5ZGUSHok03oo0ieSM7w5MjiSGxkeKYyURCojzogvf2IkEhkbmRCZHJkamRmZHZkX WRhZWpJblRVZGVnjz4hsiDREtouce0TOA5HGyFHZSuRUpCnSHLkUaa3oFbkWaY9qxSXBxmJntFO0 a7SHpV801TI0mhHNivaNDowOiQ6LjowWRcui1tDGaFnJ4Ki7ZHg0EK2JjiudFp1YOic6JTotWhed E50fXRRdHl0VXRvdGN0S3ek7Fd1ryySMHpS7/ujh6PHo6ejZ6PloC0Uv0asUpUSv0ylKDZMrjmKM Eamxk4rPrQ6q4fbJQI1ek1DT3ddM/r0mmfbgNWmkjTW95OkQ2QfLmJps32xRPyKxmn41g4obfRtq hhY3So48V6l5rjilJj+YU2OuKZe7/hp7jbcmRHNdRr+PtSe/zP+XMf4pb2MKv87/xTR+U+FMVwyK zu5SOisJrLPSVenGuij3Kj3Y3UqKch/rpmQoD7F7lCzlUXavskRZwnqq+WoBSzaMNOSxFMN4wwss 1bDbsJulJYqHPZCYnljM0hNLEp3MnOhJnMEcifWJb7NpiQcSL7FfJ7YktrHjojelTKMbHSyR3c3u Yt1YOevMKpmPWViAfZ852Q/YHDadzWV/ZDPZMfYRO8g+5p3YBzyBd2E3+d38Xs55Cs/iJl7Cy3lP budhnsqjfCbP5nV8Ps/nC/kSXsE38/e4Q12nruMTtQnai/wlbao2jb+s1Wnf51O0eq2eT9Xe0H7M X9WWaT/j07X12gb+mtagbeWztbe1t/lc7R1tP6/X/qC9x+drR7Q/8je0M1oT/7HWrP2NL9Y+0T7h y7VPtX/wn2qfaTf5SsM9hnv4Lwx/NLTz1bpB78WP6o/oj/Cr+qN6X/6p/qQ+hP9LH6oP4zf1b+jD FU0fqRcrum7RnUqiXq0HlFQ9pI9X0vUX9VrlMf01fY7ypD5XX6w8rS/TVymF+pv6m0qZvl5/Vxmt N+qNyrf1w/oJZbx+Wj+tfEdv0puUKfpf9QvKd/VL+mXlVf2KflWZqbfp7UqdkRm7KPXG7sZ7lWXG nsaHlJ8ZM41PKBuMzxrHKLuMLxjnKZeMrxtfVxOMbxgXq12MbxrXq/cYNxg3qT2NvzVuUVON24y7 1TTj74yH1UzjMeMJdaDxlLFZHWz8m/Ef6ghTpmmjWm66cteD6keJ/0r8l9aVcTaJrcJ3+GxmZOzh PbGkxFKfW3SmxTf4rCXS2/n1idnl8qc5Bi+nn8/oM+65SfJnNB4vsiy1rLSssWywNFi25w3Lm2/Z k7/ecmDghEHM0mg5ajllabI0580fOJjucAh9vwx9/5Rxoe/Xhdbf5DeZKnS8K9MSn0p8ihkSn058 Gr979H5lpbKSMeVN5U3GlXXKOqYoG5Rfi9w7lB3MoOxV3hEr5T3lPWZS3lfeF+vlj8pR1kk5oZxg CcqflT+LVfOR8hFLVM4pfxFr5xPlE7F22pR/sO4qVzlLUsV/7F7VoOqsh5qgJrBktYfag31NTVaT WYp6n5rK7lOz1Cx2v9pfzWFp6lB1KEtXc9Vc9qA6TH2WZdDMs14JP034KXtYjCiBd799v8G8kU35 wpkqnai2CIyfpd4+Tz1N56mW7NvnpnRqarHTeak8Kb11QipPSRfjZJTORelUdN/nnkM4HaWz0fgT PyO99cDmJQpL1iYsX8cnvSTFcpnOTEtyRJnYE9tzD8ZTWFJiOVdSKfKKzVOJL35SKupMiZ+W0r2J u8bEbIombEq32G8spN+GQL9tT2OZ7BFmYH3EY2SPi8fEhojnLvwehU4sVzyd2XA2QkiTfktDIqsS z93MxuysKxNbF1GfCFjYPSwiniT2ApvA7mUvs8msJ3tFPF9j3xNPirBW9ew+9oZ47mc/EU8a+7nQ /QfYm+J5kK0XTwbbKp6H2Fvi6cV2iOdh9ju2V/TvoHiyhGU8zh5lJ9hJsVo+FE8f9rF4HmN/FU9f 1squiL5fY/9k/Vm7eAZwhRvZQN5JWMYhvIuwjF8XlrErGyosYwrL5Wn8QfYMf4g/xL4hLGUWGy5s ZQkbIWylnY3kLu5ledzHfWwUD/EQKxLWM8qK+Rg+hpn5t/i3mIW/yCeyEv5dPo2VCcs6k1mFbX2N 2fj3+Wzm4HP5XObii/gi5hZ2dgvz8G18G/PzXXw3C/B9fD8L8d/z37MIf5cfYlHo7/PCRmSxMaZs Uzb7lqmvqS8bZ+pvymHfNg00DWQvmIaYhrAJplxTLnvR9KzpWTbRVGQqZi+ZvKZq9rLJb/Kz74i5 bRGjJ90fJGaPFa8QabVI60XaJNK2WNoVS/tEOsQcxauL1xdvKt5WvKt4X/Gh4iPFJ4rPFJ8TeKH4 cnGbeG6YFbPJnGhOMqeY082Z5j7mHPNgc655uLnQXGKuNDvNPnPEPNY8wTzZPNU80zzbPE88C81L zSvNa8wbzA3m7eY95gPmRvNR86mkNnOTudl8ydxqvibodotm6WTpmtRm6WFJtWRYsix9LQPFM8Qy zDLSUiSeMotVvHVbApYayzjLRPFMsUzrgb8EZvAZosJVuhLd+Enpgv9rel4snruh7V2h7d2g7fdA 25Og7fdC23tA25Oh7SnQ9vug7anQ9jRo+wPQ9nRoewa0/SFoey9o+8PQ9kxo+yPQ9kfZIfFkQ+d7 Q+f7QOf7Qucfh873g873h84PgM4/IXReYYO4xjX2JLR9MLR9CL+fpwn9T+fp7Gloey60/Rlo+zCh 7S72LPdwD3sOev4N6Plw6PkI6PlIoeffZfn8Ff4KK+CvCT0vhJ6Pgp4X8x/xH4l1QdpuEdq+WayL 3/LfslJoexm0vZwfEnpeyRt5I6syVZgqmNVkN9mZzRQ1Ren3Uned2nUWfhqIft6UF10XeimmsVgX ScRCxd1jvGSR0kTqJVI28bRusROz/54oz+0viDnFg+9IxJM/Qzgc5223f5LwvyfKc/sL4+1E/0/f GBeKdPvnDf97ojzbb/0kYiO+O97+9ngJp5yCpu+P9PWRvj3SKRZ9d7yV6P9vf4H870l+n6wxjzNP RKKvkvRNcn4sCZrGZl50O+H/5XfKVfiXkvStX54o320P/PlE/jheb8eEr5230y1f/WUJvjzmyf9d Iu8e9/BxL/9VUjwSuDNRZNAxOvgqKR49xCOIeBQRjyTo39sRhIwc7kzx+OHLUpKIJkQdIqrIRBJR BWKJjom+vt6ZSkR80TE5RZzxVVP8y+2dKf4l9860sGRpx4Rxf4VEO7qSDfTtt7j93yZ6t6fkAH0N Bn2qpOkrpeaSS/S9+AuJ6mgvaSjVYt+Ov0qKf1+Op4GlQ24lej9MJPrKTPStL82l49DWHYm+N+Nf +s7yZUl+kV7+ufL0Xbpjoi/UdyYqu1N+sca3avr3bOn5f9ef/5RKW+i7dhm7M8mv22XJX0hpZb0+ l7LL+t2y7R1tccxWxm1c2aCyoXEbRN/EO9qRWzrSYV5vzUlMRvQFPd5nfEPv0CeyJWUhYU/E2i8b I21A2Xi5fmldlU0qSSS/QfpeVivS9LJZcX0um1syj9qh92UL5Df3svX0pd1Si+84u8r2EZ/GRt/a 6Us72Vf6zk52suyy/MpOPoC+s8O2izGTvtMX97h9Hp0uv7fTuEcPHp1LsqCv7WQ7qU5Ko0vk93b6 2n7nV3bIV8gUPkHIcPRK4Sdj/mz0muKmuJxHbxD10Ld4UQfe7aEv8qOP4t5L3M92nKN4nZTiPiXm CzBW4RvxLZ/61jz6UnyekV/MHeae/DL5PBpb6+hrxBvdLnx4eiyRv869IzmlX4a/Il9MPjjui2fH ktAfGtsXfGyzTOWaOYMSfGzcr8ZSeSfzREpxH4kU940dfOXnfGTcT8ZSeVfhB8kXku8T/rC8h/k8 JZQhX9ci0y2bJRLdbsC/sRsOWGPCfpQP63jHobwGfLGGyX/QuqV1ROtJ3nson0a2qLyufA6ti/g6 uGUXhW5RPWTnyucL2xRfI3QLRNgtKh+3gXeurTvXVdy+3Fpbog6ym+WLypfTnNNti3h5tCHWm7x9 UQ67E797QTacxoMxxG5goNyX2aBYv8qvx+x4nN/ewUbF+oyx3mmP4+OhWz6x9B9t3X+wpxUs9q8u 7OfB2+kLdrKDrYR9jNvIDvaQ8qIeykO2ScigIqF0b0X3iuSKtIpelCi2ofmmmAY3UIgnbFb8Jko8 fonfSEEcIuIOuplC8QTZtPgNlXhMQDdVYNPI/1PcIGxdxYKKxeSjK1bQ/RS6U1Gxq2Lfv7uTUmlC PBazl7jTRbFZPG4SbcdjFNQVq4Pe0R0WspeIc+JxXTwOm37bBiPFY5hY7EF1UTxWmVKZTvEO3X6J l0d+MR78P8WCYp3Q2OhWDHgUN8ZTPE7smO6MBeOxX8cUk+sX4rp4ongunu6I6W7FaP8mNqvMlelL YzOKvTrGXxRzxeOujjGW6CvKUp64TO5cW2L90S2hO9dVpRBZPMaqdNKtocqxZIvi+SonVE4mvabb Q9CnuB0TeWhdkf7Rv3SvqHJh5VLQsVtFlDquN7pfRDai8kBlI+ln5dHKU1+IY0SqbKpspgR9FAnr UNgtuoOEf69VtsfXIK2JKk3eRoqvP1pX9EWK1ltVlryZRLeRcM8slmi8tMciOdGYq4qqyqqsVW7U LexHVaAKNjien24o0f0kup1E95LIFlUtr1pVtbZqY9WWqp1094j8HyXYSRETVB2W94/IHtMNJNJT 8oXyDpJVtyZYu5O8rMnWNLphRPsEuk1EcqI7RpSfbhnR7SKr1xqiGJDsf9w2y9tE1lokUR/5GdJt uldEcpe3iqwrSM+sq63rSY40j9ZN1m14R/eJqI5D1iNky+k2kfWcvEdkvRG/QXT7/hDJl+4QwY6J 8dNdIvxbYqskfbA547eI6AaRbWZcfygGp/ij410i8GM2N36riOqndWI7YGuM3yG6pavxfUDMRxGN +0V0z+iarZ149JuvEmcmzmXs/39/+X/o+wv9x1X8RRZlBiHH785TjgGHg7MT9M+A3cGZDToF9GtA FZzdoC8AA+B8AnSDcwK4FNgFv3Xtf0D/GSj/btQB9Iej1DjgceAI5Hkb+G3kDBLeRCkFfxuYvwV8 Apz7QM8CDkOdRvAngnMZ9P8CveCcQm1bCNvXEn62DPyPgCVo8SDy3wA+D/5fQC8Eon7+Kui7kP8z 1CnbagA+jDyomZnxFn8bvF32uQZvTwJHo8+QgOoEPo086JuSCU5n0JOR/yro74O+DpyAPNXgHwYW gvN30PtAY8YVWXYs8CywFDW8izx5oJtALwEmIM9MQm0AOD8FdgUfMlfOATEK/gfQnwKhFfwMaB30 i5AG9ITfDT7mQikA53fA7yHPS5AYpKTIGVFAS/18DDl/gZ5gxpVfAR8FB3qrYHb4v4Dl6D9aVBuB i4H3AKX0zqPUG0BorwrZqu8BoZMqekIH7oKG5qsYqVoPRB9UP6HBBxr6puEv+GkaONNB24GdgLXg /wn0AiD+4p36IbAF/cE6VR8A/hH4WyDWgvYUEBqiQuY3oWPsTSAkxn4JxKphY4DQDYZVzNaglJQ8 1gWDbNkU4CYg9IphjTCsLPZN4HLgz4E7gI+gNmgC8wDlzFaARj/Zb4BPIqekYVtuYtXH/v43Vhl7 BgiJsW8BZ8RG1wpswRhbgS0YaSuwBeNtBbZg1K3AFoy9FUh0GPTuGLZAGq3AFsikFdgCybQCWyCf VmALpNQKbIGsWoEtkFgrsAVyawW2QHqtwBbIsBXYAkm2Alsgz1ZgC6TaCiS6kWghyRbIsBXYAhm2 AgWtwFoq+KvuHJrJoYEcdkDpDToLCGvD5fqtBGI18T6ge4L+BxD2k68GYt7xl3C5Iu0k6lGkZRsC vASUnqI51pMj6MkR9ESg0j/WH+JgZjl6Lmwmvf0a3mKt8X/G+kD8KiZtApW6Bj70k+MvZ/OB4H8A GhrOP45pO5XFX6vi0DcOG8hXAaUvG4Cy8EEc/efrgBEg9Jw/hjxYC1z+5lDYAQXrS4HV4nLNSn8h NX888H1wsNb4dtDpQKx95R30E76SbwYH61SB7WLSI+dijWMG1W7gwJ8qWGUq5K+Br9qA8J4aJKbC 9ipY3crvgfir4hztKvOQB38DT8GKUx8HDb+mSAsJO6PCViuSdgD7gQNJKq+AMwr010FLvWoF7gUH +qYWA2FvVcy7CuukSRrjUocCYcdU6KH2MmhYdVVKw4Kap4KGzivQBxVzrUpbCkmq0i/LsphBZRdo +EEVPkWFj1aP4C00SkWLGvRfLQOdBhoaoiG/huhIC4GPGVfbwPECp4EDOasywvkraGiLighBexD0 FSAiKPV+5LwIlN4E1lJF6xyyVeYT3pT1I35TmvAWPkJph+ZADspGtPIscsJTK9KPQG9VxHgqLLaa DZT9gQ6rfwNKm4BIRpkETgbawjwq8PIqvLxaB4TFVrDWFMScXPp9+AhlDvI8BIRnVDDLGnRJg+5p JqD08ljpKrRXheVRIXMlFZgIDqycImcQnlRF7KTAkyqwCYqsB9JQNwBl/YghFYxUrOIjqPkIYjCB KiyhWHFHIFthaRX4MkXq+QzkeTfWyhH0RGA7Iod2h/YNgXbDCwI7g+4Euj/o/kSz6cKr8/YBWr7A gYYJeOvD2zdAzxaYY/g16HzQsob+oEtQ9nGBfcEfqI1FPVQ2B604Rewm0OCgnDfpL3cyw2SB6s3f g7NOYJLQZYGGFwVuRKll1JPPQH+2A72aBv7zoAeAHgB6INodEMPJwG8jj6jzs4+03gKb5FuixVsH +gkJoHWzoTOh/nXq881fgP8osE5gP+TpTz0XuAJ9ngxaYjKwHnxZdj3k8xRkGIWUIngLvnoCHBPy MPTql+B8E62vRQ9HgX836GdQz0t4+yHq+RD9vxtjF28/e49k/tl7hqXgGFB2EMqGqP+g+4HO0YaA XwN6EGoGHzgAb3Pw9kmNpPGk4Xn0cwhyEj1AbUUeOQuzUdt29A3jgoYMMCxDfsLHtdXIuRqSwei0 wcAy5AygrQa09QLtCKgn6k8IlVIRgwvULwrO/xBqvUGfJBT8BnAaQK8BvQZ0Heg60C2gKTIpNSZT WUKltP1ZstgGr4iWLxCqA9HWY6APEiqPgTPDMI6iXEJlhuSgJwXABPRkhv4m5dFtRFPNykSqQQui noko5UP+HyL/M2jl13j7DN4+g3FNAW5Fni4xXAPOGtB1oOtAt4CmcfWk1tVfo/VnMK4foeYThvGi xdWEygm0shd9mISaN0Aym1HDCfR/M2pYiv7Xkvy1ZZiFWpStRdkSlF1OfIMbb5fTW64QzTFrYsMA DuXkTuR/CTgKHAXz9TqhoGlc4wgFTeMaTyho6tVIQkG/SZESUEHfCtC3TLRegLZeB/0gIbsKDiSp vAWEbmsPIE8OxpKDehg0bRT4DHwG+aOf4u2PyZsQKgxSDZFU9ecxdyHkf93gFzXvJlRelxxI6a0Y YqRoaxXptrYfGr4KOVchz3lCw8NocRtwFZUSnAbQa0CvAV0Hug50C+gW0MMF/Sihsqr9gOjbLoPI o7+Nfu5CW91AN0ErusU4wiKp+w090J/BxEF/OqMP3ajP/APqrVpB1oB/AKl+APksB/oxm79CzivQ 9q6E/ApyXkEe5OdXKI+WhNbrMRe/gczr0ZN6tPsysAGt12NdN0AC9VjXDZBAPdZ1AyRQD+19GRKo pxWtvQzcAc4fIPMRaOvnaGsEtaX+kGjjfQbQkkMtGu/Xaa4Xos8LY/w14FtF2STU0wP1JMnRQXNu APej55ocKXqrQZ8hbXUtZNKEUk2o/33kbMKaXUsrjl/X3hW0l5BfR87rei/R1iJCtR74DCG/brhC HEJBHwN9DPQO0DtQNgOlMkAXomwh0ZDJYe0doS2PECqHIX+FaLUWHKxcpUw7KjibCZUyyUEfdqFX /UB/D/QQwweU0zBD0NmoPwe1nUFtqch5AzlHgjMSo/sEefII+SeSg5yJwFEY6fvA/RjjKIxxP8Y4 CmPcjzGOwhj/hD7kUR/4J1inA9BWSBN8LZ1Qkas1hPpb0J8QlRV+IYPsD9Wg9cYoQhjFUJoLLYNQ GYqyQ1H2A5Q14+0ibRLR9Ja1Ye7qCFmb5KD/GItSAOxFyNpo7pSZhIIW41JGEwp6B+gdKEu9eopQ 8EXf+I8JWRv61gXashWtd4H0CtF6M1o/KTloMYI+/BP530aef+LtP7Fmd2B0J8HfAf4OlDqJUjtg /XoQ8h2QqgrNWYm5UyGTAshhAPAxOVIal/YYxliA3lZgFlIwCxUoVUE5teHAV1GqAqVeRakKkoag j4HeAXoHSmUgfwbo+0Hfjzypgv4RoVLR3kZ+HP18H9r1MXr7mqQxxrOQRo2WSbTsD1k//jHmdzHG fhX4MaS0Gj3/OyFfjRpWI+dT6Dl0m89FznVoqwZtrUPOdciZizzrkGetJnyx+h1Cvhat50F6j2Iu 8iQHkumN+vMgmd6QTB4k0xuSyYNkekMyeVgLLZBMHtZ7C6GgSUpVkNJEtH4TbSVjxm/CymUTrQ+H TLIlh9rVhxtoH5FNbQn6e4LeIXUM49qD/GvB2SM5GOkLwA0Y7x6s3A1YuZshmXxIZjPyb0ZOH3Ju xvrNx/q9qH2L7BUhv4icFw2HiAOcQsivAi8aloCzBPQ40ONAe0B7QL8D+h3Ql1DPJaKhzz2pFb0T WuwJyRcZfifoZbR3UIrQ+jWKq9WRhPya5KAnLvShCXghhq9STsPjxIfm64a3BedjQkWnsoaHDfsF nWLYI/ifGHYTjTrb0Yc6jLpdctDKj4HHUX87xngcY2zHGI9jjO0Y43GMsR19OI4+tGPGfYaDopW9 hDw5pv9il6HuI+Rn27MJ0co+tHIWte1DbWdR2z7UdtawjdYRoeg/SWk5SUlsuS8i7torOL9CnPkg rN9FKsvnELKLMQ7V/11CJQ34NPAlmkGGGVTSCRlmUHmKUNDvC7oP9Ydh1thFrZpqBjahhy+hrSYa C/sU9Aq0+6nkxPIn4i21OBI9acYopmAUzZDV+5RT/Q3l5O/H+izy8BmE7KIxV5R9GbiJ5lHNofky tGDuZFSZAnonoZASSfVDtDgkhkvAWUJvoSH7aV60UcifirJHJY3aUlHDGULtPtSQSmUFvQT0ONDj QHtAe0C/Axr+l+ZLewSzlqqtpRiYUNQv9p7qZOj/L9DuZKz9Y7LnJDf1GElGPQmdDIJ/TtLoyTnI cC6wHm8b8RYRHa9Hzzvj7RSMNNXwLnSG9PAF6ORUQibXVE/tJmkCIa+SHP1ekT+JkL+CGr6NPCmY o5PAxWjlJPrTS8ofEj4pJYz1chLyScF6OQn5pEDDT0I+KbAJiwkFTbJ6kJC/h/q3QHPeQ82niTbs JlROSw61a9hNpw2CHgea1uZ2lK1F2e0Yy2FwtoJzGCvuMHq+FfI5jH5uRdnXNaeorY2Qvx7b11DO JORcFsNXKQ+tSuUgyVA9ZaBoM6fdzGhXu4jQiLEb0xjtB4nTBZyt4HShuFrsHLH/Ij5vBirIuUoi cbTzyL/K8JYY3Q7MWj3e1uNtA701fII5vUJ8Ef02IPqlmq8gj0Z5hL2ltxf1p7HiYDHAaQfnOHGE 7VoCGtaA+Pw9QoaySqpE5D9D+bVGbSp0lfgp4J8kvoERX0h1CaRK3uEw3m5FK9fR7nV9KaLiIkHv B2cHOKPA+Q1ibIuM0IjPTxGK6GsRYgwgcUQMI/IbUjSyUXng54HfG/xvaH8iP4j696DODYjb96Ct DZRH2Yh9k9ytn4NeZYKTC04mOOnYfXQ2JBENTn/s6xnsbf/YiUSWaPFreqmgX0ENK1DDX3G+8aCk scY/xH7kKvYmL0saNcyj9S52suT75kH3/oLd33ZC/hfk6YJS9SiV0v4co3MDancWtav9Env/Toaw wL+DLkc992Df1Bmce4ijDca+aTqhvkjS4L8l99FUs/CV1HpPrKxdWMXrMa59GMt69KcPym5B/X3a yWcdQw/noYfH5NkRSn0TpYagz6shk97grJY7UDqj0xqAXvQTclPHAbcjp1Ei5dexgzPtINSxf9G/ T2vTxAj1l+DrcbZgeANztxWj89LK1aSP/ozsgI6eG3H+oH8T9fSht/q7hIaDlEepw57xPPb+F7Dz XY395mZ5sgH6CXlugF02cvJDKLVO7jRv/gRtbRQ9/AVOMLbIPmvrqc/aDKIhhxMY0XbIswbnFb/F eYVOctPkmUypfhQaTntDoLAkRAdjZzVEv4A852OnE5Imfjfs2TuD/zD4nYENchcfo49C96T8fyM4 P8Do5qE/W9CfeZhHY2wPvlXk/wd8RCn21D/BKRbOi7T92F9fwbmBJs8DDeehaeeJppNbZQY4PwNn BnHE7p44Ewj5FXCkpYXn4nOlXn1G5/CP6ScE/6A+k2hYgIloN4g+TJScdgWYLrAn8BlgF5StR9m9 6OFm9LAWNSxDDbWooRanCj/AGUitPJ2jGoTFpnpGIk8OkEnEOWEdamOURw1hZiM45QhR/frzVL86 DvlfR4u70eLrkoOau0GeTeA/TLRihjX7APwKyPYDcG4a88m/621k541riTbaIXmquaucBdRZ374U SPQI+Iuf45xnBNWj/pDyG+9D336IniShhh7oQxLkMAAnojeQZz40/CpyPkFxmtaJUHkCK647Rdoi hieb/LghBT5CcJRkxF0KPBqiYsMlWL/uiGGuknbx92PxIUWA6agzBbEiLLDwCPfRDshwgGhptxFH fYhYKBP6uYxo7WNwliHPMhnhoP4q7AvWEGpPIa4IgL+JvL+ahxhgE/p2hKyKMR/xxhHUcxj9mUj2 wZAFW3EMtuUoLMbXERGZEDn0pJhH72ToIjiwVEoS4v9rhEoSopFDcn9hHIwIYTC87bPwsx54rkPw YjSi4bIPZDeM+ejncop/xN5qG/ZWEuVOZBv2LxIRvSMKLSRk2JcpvRGJnUGeMygV/D/sfQ94VdWV 77nnnHsJMV6PNEaIMY0RMQYIEDHFGGOSe/5cETGG3HPO/SNFihQjUorIUKSIKY8ixQwylPIQKU0z lKZIkTI00pgij0Zk0shQmvIoj+FRXqSUUqQUGYowa/32uUkIYUq/eW++930z7G/ts+46a6+99t5r r732vpcd8PwBMdgz4DnuRWtM2YUaE+iZXZfLeESg8/+Czv2w2/qEc98G9CT2IDSCHC9lAT+A3cE+ RIPvoHVz0K4XMUYvotSbnCuPshz/UcTAOGFWHkW0jJhfeRT9dkGltitbOae9IXuJ1yEB65fvTsR7 9cjvBH8FRnw1NPwdew/fJdhtAP4hEzMiBfP6MvKmwCdE+R+c0/7r89iLcQQ7Rlgj02nGfYIYKQdR XClGsBQS1iCO4rOCBzlXCrE23czjRTjbzGmOIRXhNzLRPy1MoVnThlpewS6Ad38N6MPjwL+B+f46 KO2gvC4inMC9iPl5v/964DXG+ds0iuSfkHiX9ynhT4PzabQ0E34gAM0/RLTWhGjtQ+hzGBq+hyh3 P0o1Q58FqLEZMfMSxMz7QH8HnL+CrX4f/PBjvurAUKL/FPlhjvNJ5hqUOoVSiEvh2+fDtxcFOJZb GHiZeu8M5ssYPrVQNT6xkcdg7n+C04yDOMP5xKOwhDdUvg3hXZV7e6JaS/xV6M+50O0hyAlCzisq r4M1Aod1vQppOyE5S+DeSSyfnpWqi4jyM7WDPbb6NcbFSRT4hzO/dBmWPBU1YqTUO/mEUMKpoO/3 jPvEacPHwI/jDGevwKHDIKb425miDELtYXGyh5PGdxEDvMKayB9wG/0FaOMH4ByE1t2GFqGs7zx0 exRtOc+xmVIMvAP0BoGDcxPOhTZBfxdylkCOC8kmdBgKrf4AbZsgIQ+lEMn4PgLlK6C0qey3n1fZ V7chzsnlU6Z+7+NcKxeURsZTxoPSiJWiBrVcQK6B0s5xhf85+NWvwQ+jJwPPo5fwPWBglp9Wrn4B xGzZ0PZpnGsl+FzOfy9O58TqMFOcxOLtXnHmiWhNx5n2M+Ic7MpakgML6fc+tyUQFNpyLJQynuM0 /2WcE46CVTwIq7hy+RskYZp3Zs5ngGNwUqrjbPw3OBtcC3w5+jZdnNNCQglG81GW4DumthLnDzj3 tYJyEedyk3AqHsEJeSbO6HZB5y3iuwY/nzHeBR94EdFUlX8Ive0U9g+v+Jb/do5FwfMWKGvx/YLG PL6J4vsORFMyalyAGtPgB8SeNBv0I6Cne9EO+41/EjneDsfbRejzEmibC0oJ+EtwdpqOs9MSccLP ZWlPh0hM7AGRfx+ty0Dr3kXspHCP+etxIqqwZH8DS1YUSH4Udd2Puh4VFJT6njhDhm6vot8+wUn+ Rj/Ok0HZiBpbEa09GChiSqAT+Er0G5etAedb4HwL2hZfni7xfpPbfgXnw4Owr7yCCCqfSwV0aJiD Up2Q8y7kdOJUdh+89C7QN4HeBMu8Bzq3odQ/cK6mY8a9hVIvIc/ns2WSfwE+fywsgfGLgRCiWcp9 J7FKbkc0dRLj+ybOUQ31DsZB+Tko3wHl51c+w9/UYH3MRES0Bav5ryHhU/B/imhqDlbqVFDeRi0O eN6GBzPw9k5wZgscnDlYhT9AnoOzvmP8Wwu5UuUzils5lyvB2c6nfwrOcHztWMdP8C9hyPNMZtzz dZPh/yczDp4cxBV7vNPOjYSXQdpLkPMC1ussRJIvgL4GlOGgrAHlv4OyDlHoQD+fuqxDHDKKJQRS cIKEnb4yCnTx/XUmoqD78PYTxJD3gSeHvZ//h5wr4sTgA5xV1qj8LckbiJPrsNN/A/r/EWVnQNtn oM8/Q58Z0PCf8XaZeMv8UoeIcJBb6L2NnEv4dkD+HOPkhzlam4xorQ099m304VhE3VNw+rcbYzED lK+D8hHOeLdgLT6AHL9n8J3EGq2ConrxcyqVeg15FetGa8TTWGepRjWOk7SHoE8++ucM3uZ7o8wU MTrt8O2LxFkf/6aFIoHZWFuZ50ug//bK/YRDpvI8tE2BnOXQqgha7UXPPyW+KcBathQ71o3YsS4F /0mVed5Rb+cTWoxFJfYmH/HeRL4bNeJ8W77bsxOOssphXQPFrgQ9aaEn/wmUd1FqhNKMufM8rIJX 6l/wDArE0BsL0UbMrMBsUN4HD6LlwDxQPrlikZw5vENR16tvMY4WZWCvVIpW12Nf8Evm8YfA80vM 3If4rX+ufy7j4DFhY3HMUHznK58GpRrjclpETTgbwTkJ4ZPgoyahFVyjn6X50BvKCzwr5WYu6/dB Ak5WldGIyTXM9P4YnXfwtr837szz95zLQ0HJBc8h8OSKEyQ1jtkdZxxavQ+eUbDb90H5sfoc+vw5 xsX3Apcf4DnOukni+/o90PMHsJY90O0WjAh2c37s5mTs5uRidTp/K6cOYlycs0HPdWwVcjX/Yk1d qPyBcfBXK78nyssKrywrVYPwk/z7K3klaillewt8F760FNK2qVMIf5pzsjF8myC/wTjnvgNo3VK0 7oAXOyXQw0z5yKOIPue2fBt0sXt9ALPsZthnoaqiFZTLv+Hc/47AoVUhRwX+KOfkqagtPvhP5c/I +3EeyBA4avwedBiLur4Hyiz02DFQZom5Bj9/QuVTwUmc+zaj1G3gwXmg0gKfnAf6OUjIg+bfgua/ hebfAmU8eLaC50Xs9D+Gx3tRrFaY1zmY17MRg+WhJyuwspQKHHJqQPk8KDXY5X0Em58Obb8CaYdB KQLlWXyL0Y5zgO97UTfrf4ytQmnj3HeMvbqvln8XJ/+Cc1+t981df+L5uuDHKpDD348EBuG0Snxf eRSjloBuz6PVT6PVOF2UJ4MyFpTJoIwT31TCxw5E/jryasz3V9EDH4LSjPyb3jebqwg/hHY9xn6M Vt4srMjs/d4Gz1vw51dQ6ifo7Sxo/hO8rcSsP4cTrSycN2YFfkQ8ad7JMPvMMTjF3YmYDd9Qy3rg Jnhv3tG0My6/B/ysehA9yfHVFewCPsWJ8X38u0Ty6jwTG9EzP8NI4UyG5t0X+X92yBSvyi6vI0q+ +izXrn6X8p2My6fVjyX+zQzlyll1g8RnCMQpHebcNw2lwpz7GzlXA8gL1PmYm89iZfyAdwSQcInf BqpRqgr5aKxfF5CnqLwKHFJe4pFV+BvVKsblhfy/5+TpnCszlSOQRpzSHs59uaIUKPs5V09xTq3g vF55jVsBOTr8RquQg7cu5/5aSLiA/Ajypci3Knz2nse5ks+53KwkMC/YMi+AMsAfg7Z84pfGFGk/ 49Jhzomf8T3M7y+BnBzIbEHZkQqf+w1RVrMlKPXQcxOfnKPsVuTFyI97OjDuouw6ZR7bMOilXr6J YwNPQj33ErTazrjvKDRRZB/n/nOUy8BlWWaKrwVv+bfH9/uO4Vep/J1gpbyU4zT2nHKz/LfsdeWv s7by31Pewbi8WObz2wUyf08kM7/vdeRVnCvPgeebMn6zJy+nfITyKuVvAx+mfA9ylnMMBk6UlQ2U /Vvgn4G0P7KV+v4ZtV+Uac0lxdkqXHkg9NR4psgcvW+UAxwzyLdQXiLfy3sc5veNR/4k59KfOFcU SAhDWkQexF5F/hAyGT8v/4a9MfBN4BwHCZdR9rPAO5G/5+Me3gYdTvruJs4CH58g8f/s8fku+TrZ Y3Du+9R3jv2MPJLyXfJCnE6k83rqO8pace4rlzOYIjfx2uH7PxwPIM9CXsA5yaRc+g3w5cgH+I6A 8wh7BuCHffPY20Dmh74Gylf6fs0RJsr+iXWQJN5xS5J6hvNAOvD/Dfxm/Eb9JuCfA/2HoJAE9TuB Bs4vc9T0nX7ksQN3MCVwBygxvI0B14HrAmdO9RQop0A5BcoVUK4wRTnBuHJC4PxWeQuUt5jiT2Pc nyZwlL2Espcg7RJT/GXgKWOKrDIuqwIH/wrwrwDlNbx9TeB4m4e3eaj9KdT7lMChyWSRgzITb2ei 3okoNZHxwK/QD7+ChvnQJF/g0K0fKP1AGQd8nMDx9glQnoCcP0DOHyA/F/JzwTkZPNBBdUF3BS76 CnkndOuEnp2QDAl+ISEXLV2KskuZ0i+b8X7ZAsfbe/H2Xkj4KaT9VOCQfw6Uc5CWgOQEdEBvq+ht 5R/B84+gPwP6M8D/BvjfgGcheBYCrwReCZ5a8NQCnwt8LvA3gb/JuA9W5BNWBNtTYXtyKca0FDI/ gMwPQD8K+lHg6B8Z/SOfAX4G/L8E/y/R/wH0fwDyX4f814FPBT4VeCPwRuA7gO+AnJ9Bzs9Afxv0 t0H/Pei/B46xVjDWShR4FPywSRU2qXwK+qfQB+0KiHa1gd4G/GvAvwb8WeDPgn8E+EdA5mjIHA0e 2I+6TOR4WwO8Bm//DAl/Rs98GT3zZdB3g75bSIOFhFAqhLHowFh0gHMnOHeCfhL0k6B/F/TvCn6W QNEOy88CBfX6RL1otSxaPQWtmIJ661FjPfAxwMcALwFeAn70TAA9I++FnL2o/S7Ufhfq+hh1fQye zeDZDBxtlNFGuRl4M8rC6hRYnb8J1t4EOixZEZb8beDfBn4f8PuAwzsp8E7+lSi7Engr8Fbovx76 rwe+H/h+lD2HubaQc5/wk43I4an8t0HCbcIGQH8cZR+HHPhAFT5QFSMuPMabKLsAZRdAk3uA3wM5 6DEFPeYPgjOI3sDclDE35SHAh8BX9Iff6A/Jx1HLccj5AeT8APRHQH8EMiHHL+Z4BegVwIPAUVfK D7jeFJRNQRtT0MaAgpFVIMeCHAs6/Bg6/Bh4OvB08N8h/Dn6cC9kfhPSvglO+Pl+8PPqAdR+AJIH Q/JgtAIeWIEHVjB2CsZOjWG9+xXke75U+EzU9SNw/gicIyF5JPTBfAlgvsjl6MNySN4G/m3gx4qg ihUB890v5vs08EyD5liV+mFVCsBvB7LF/IIOP4eEn4MCaQqkya+ixldRy+/A8ztI+DtI+DvgWBkD YmWE/ciwH2UW5MwSPgFtvAvzdzMs82PUC1+hCl9xGvynUdcvQP8F8AbgDeDB6qNg9VH+CPyPkF+I eguhD/AAcD9080M39X7IuR9l4ygbBw5LUGAJynLgy4GjjQraqKwGvho92Y6ebIelRWAbEdSF6MWP 6MWP/vSjPwMfQp8PURYj0g8jEkDZAMqqqEsVdcHHKvCxyoPAHxSeH334BihvoBasX34ROz0ACQ8A fwj4Q8CfBP4kJOxD2X3osY/QYx8B/xfg/wL+xeBfDA2/AA2/APoE0CegXtiqH7bqLwJeBDl1kFMH HPNUxjyVMWoyRk2dAzlzgKMHVPSAAj0VoSdGX8HoK/CoivCoPwH+E5R9DmWfA455rWJeK4PAMwj6 fwn6fwk4ZmsAs7UfePqBR4UVqbAi/zy0ZR74ETEGEDGq8PYqvL2KtVLFWqlg/VKwfvlvQdlbwDMA PAOAY41WsUYr8GkKfJoC3RToJiNqkkXUhJhBQczgR11+1KXOhpzZwL8P/PvANwLfCH54J7+IQkFX QFdggQos0P8+eN4H/QjoR9Be+NIAfKmCGEBBDCCfhW5nURf8sAo/7AePX8QJGBdVjMu7wN+FnFTI SYX8tZC/FjzwXarwXS3AW8BfBf4q4JnAM4GjbxX0rYJYUUGsGFgCmUugJ/pKFn2FWaZilqm/Bv5r 4FipVRGNwAeq8IE+xHI+xHKBlyHzZdT1Eup6CfIvQv5F0BE5KIgc1PmQMx/4QeAHwQ9vIwtvA5tX YPPSWemC1HXjvzNO+lLyVi6+javHDVzzxR1cXqoCiLu4ROq6kSt5AxffvtXz1i3vxi0kpwMg/o6f SCVuRc97t7x7tiaJv9jnLicM92rxnVpdaSpu1cJf6PPSftyntdY9Di1JL/DxG66X6qFW+m5ulGRp 3P+V+84fl4LSE5RuxX3nA3Df+Wdw3/ltEt93niFNk2qk26XplDJx6/kduPX8Ttx6/lncep6DW8/v wq3nd+PW88G49fwe3Hp+L249z8Ot5/fh1vN83Ho+FLeeD5P2Sm1SgdROaRRuPS/Eref349bzB3Dr eZH0kfRb6XPS7ygV4+7zh3D3+cO4+/wR3H1ehrvPy3H3eQXuPtd92b5syfDl+HIkE3efW7j7PIy7 zx/F3edjcff5Y7j7fBzuPn8cd5+Px93nT/i+6ntZetL3iu8VqRp3n0dw97mNu89d3Hoe9f2D78dS zPeO7x3pKdx6PhG3nk/CreeT1aXqN6QvqN9SV0vPqE3qO9IX1Z+prdKz6gn1t9Jz6p/U89LzEv81 kAXdNmwPkwrtYXwnoV1q63z/Ht+3l7xnz56NNI/vZMP9ebhBr+v2PP5rnJz28F/i5L/DidSJnP8a 51Hx9zg5sSXJQ8mShnuWNAD1sw3JNGr3kj2x9ag0IoVkT2w9AVhPP7Idg6yKb8vvT/YSI6tii7kJ FpOGG/JvJqt5jmyL7UMj63idLIwtYwDZxQayMLaJdOltSrfBJjJgE7eTRewmS+ab8AeRFfxPsjm2 gztgB1m4/f5OsoWTUjZGPcen0XjfhZHOxejejXEdTOM6SboHI3ovjehMKc83h0Y0H7fZD/Uto1Ec hlEcjlEswN31I3w/9jVJIyn+KEop6R6PyEL11sjCa9LiyLLIisjqrrQu0uClxmvSlsj2SLOXdkX2 UGonSu90IHIocpRSJ6VTSGeRX4hcTiZbtVP7SBqXp2eGl7K8lGvnUSogGN1HKrbLbLMrjQOvSFVe cq9JE+0pdo09syvNsed7qfaatMSu66prpb2G0jii9E7r7Q32Jkpc31akJruF8t0oIdLePqTX2vtQ vjbZs3aHlw7bxyidINjQRzpN7TuXTFTqYjI5kkjX9pQTcNLsFmdAVxroZCMN7tETXnLynZFkC8lE ejlFTkmvVEEQdsYjVVOKefRJzlTKp3fZSrOd4cxy5vaRFjiLnKXOcmcV0lqn3ksbnc30eRulHc62 bjndydlpdzitXWmz05ZMXu9vtdezfTv7YbnbnYPOEbYx5zh64iTbh3OGsPNobYlzyZVZI1eGdCGJ LMVNwRjVuUE3nTE3k3vfzUFPV7hDaO6scAbTvGlwh9lVbiFJb3HHRJrdUlcna+50x5K1p7qV9kXX JkseXX3ETTjV9mhXJzvJIt7J7jR3hn3One3Oc3k+sv2PdhejlZ00YgE7y13mziCJK9zVNHeYBy0C p5grPLpZkT3uOmeuvTey0G0geh7xrY6csvPcRsJWOOfdLaTjdrfZ3eXucdvdA5jLe0RyD7mYr26n e4rSWfdCRCSaq+7lqIraqKZoqp0V1XhORjNI8qloVjQ3mhctiI62y6LF3vzjGVgVLYtS6ziRnWXT W5NGujo6zsmOVkXd6ESnPjqFRpdGy9WjNdGZ0Tk0FiXOXLKVMictOj9aS9xLKNU546M1bIFopRir EtgOWQz3UnQlwRpqOUmIrid6W3RDdFO0Lro12uQMiLZEd0f3RvdFO6iv5ehhtvfoseiJ6OnouehF 2HizGPOYRLa2w6mOBaJZsTRKA2IDnemc6F129HBsMLVgkbOK3uQ79bGRbKeUb4sVxUpiFbGweyA2 3u6IVTutsRjZ42ZuW2xSbCrVuY0stI3bF5tu18RmxeZSv8yPLYisJiudSTY3xh4dWxRbSl6gKrac /ERt1Iytiq2NDLNnRmZEL8bqYxt5XpPNUG/FNse2xXZE3djOWCtZKHkOssgp6J0q8lVLBAdJbIvt J1ns7WDB4ISXgQXr9prYQbssdsR2Y8fpzUXim0n6HIudJKwmFoidsec7+6nd52OX4nI8BV7Q82Tx IPkl8nTRY26KmxJPj2eSn9stfF08Jz6Ea+Oa4sPsjnghezPKj8UL42PipXE9PjZeaefFAsJzse+i tuXE7XiOUx9PsCbxyWQzbDv18WnxGWw/Irk66V0bn80+KT4vWhdf6CynWhaTXZWQPyiJkc+InI0v c6bHV8RX05t18QayjN3xxvjYyIzIjPgWZ1HkrLOKfGpqfLvdFG+O74qdj+9xtkXruN/tGpqb++Lt pOuB+KHoyvhRt5E0nRvvdDZT/Vsjq52i+B43QZotd7bZefFT8bPxC052/HJCTaQmNPJzUiIjkZXI tdck8hIFCfIGiWJaaVoSZQnT3kSSt8ba4g12S2RGYlyiKuEmJiamJGpIxzqSLZFeLYmZiTmJ+XZe gkYrsYTmcbNTkqijdpSQrVQnVjrZsVUJHtcmspFVrh5faG+N1ibWJzYk1kTH2RcTmxJbE03R+YmW xO7E3sS+REficKLFWUTPY9H1iROJ08R9LpEan5G4+JTktD0VeCrtqQFPDUyk2iecS4imhv/XHbKB /zx3yE6TZuLvFvEdwlLVZck3QZXSJ0iUApTSKA2gNHDCwMfTHk+bkD0huzJWGZswmFL+hHzQRlIq osS0EkoVlKjcY/Jj8oQwpfETxvP3wsHxwSeoDg27Gwm7Gxk7GgUxr4odjR+7mABi3n7YxaRgF9Mf O5ebsHNJQ8wbRMx7C2JeDXuWW7Fb+Yzk06ZoM9CmbN4RVC2VfFXL6bmKnmvVW6uWV626IVhLUE+w 8Tqw2YNtHuy4QdhJ0NoHtHmwn+DgDcIRguMenPTgjAfnveelqlUTZIIUgmAfkE6QeQOQQzCEYJgH hQRjrga0rRdMKO0F+l8BYwkq+wC7D7kMiV4w+QZhGsEMgtnXgXkeLPRg8Q3CMoIVfcBqD9YRNNwg NBJs8WC7B80e7PKeewjaCQ4QHOoDjhJ03gCc8mSc9eACweWroVrtA1J7gfZXQAZBVh+QS5DXBxRc DWj3DUD1aIJib370AfyuuozA9PBxNwhVBG4fUOzBRIIpNwg1BDN7wJwekOSZ7z1rCZYQ1PWoqyes 9J5rbgDWE2zoVX5TL9jaB3DZJoIWgt3ec+919Lke7CPo6AMOExzrA070gtM9fHdPf+v5yqQfqz7X 7V+qL/byH0kb6Tmuyf72+igidescCVytU5c/6ekDkvPXm1u8ZiRtPpJWdbVNTxHvIwMIBhJkCx/B 60tksKBzmyL5BCOFf40UVcFPRkoIKsQaEAlXCd/O7SV7j4yv6vLPkWqCmGhvZJLoh8hU4S9ZJmA6 wSyCuQQLCBYRLCVI9m+yP3VvnUyuYSe7+xlyVgkZ/C5CfJF6odc149RrjLrWFG+c0FZaGyMbPd02 d5cHf6n3eaNY89C2bR6tvgds7gN6r8ttfcDBHutrzzXWA6ytSei9vibXy3/POjm26uq10K7qXgN7 rHddPottc4f35DFv9ejkPyLcjxRjRKhNkSMefatYPzBvT4v5FKGYInJS+KLIGW9eJOdB0i+OFnLg 5+b0mCMjhd9Cec8HXjO3es2rLv+S1H+k9zzvjfmlHuXXiPlmU1xjpwi9beprO93z4VtFG2yyDTvH K/eX/E9vP94XT1LnvvxxEup6wPXq+kv+tKUX9PaTPX3l4R4+sqc/LPbKdni+ifuAfLRNMZw9TADH NjzeHNPYhR6NfJZNNmqzbXnxi002aI/1/BjFHXalF0+QP7PJDu1Ed0xgT/Z8WaqIG9jP2RRf8Rpt U4xlU532PAKuk+uiOmyug+Ihe53nPz1/yWURmyXjpu3dfhSyPBnQscHzl4f68MO9fHBXDOP5YZbF 8ZjdKOIde0uP8p2iPfg825sn1DZ7u0eb0QPm9QG9Y8HVfYDXr9fEdUk40AMO9YJkjPbvic0yqq6O v3KruuOunjHWaq9sVo8+6TW3eP7ZzdfOK3tXd4xlU5xqtwtflOSzDwi7tg8Je+ryA21iXrH94Ukx rN3p4RSn2mcF9Jxv9gXhI+zLwj4dteraOIbASRUAe5znzT3yW47mPTO65yDPCYfa7eT2mH80r5w8 Md8c6h+H/KFTLNaeJHB7scdqF212KLZ0TE82+Q9nnNdOj98h/+OQ/3EoXnSmCF/kkA92WB/mny/W PwaUo5jAoRjQ4RiQ668TdsproUOxn0P94KwX/eVQbOdQu3mf4GwV/eQ0CX6H2uhQ7ObsrUIMyP4/ 6Zsdaq/T4QHTTGHbzmHR7w73wwlhZ85p0Y88js45791FIcOVhC93KW5yKfZxSXeX4hyX5q1L8Y1L cY07UvSvW+T5MWq/W+I9K4Q9uBTfuBTTuBTLuLEe9lMl4gGX4hqXYhp3ukf3fK5LMY07V8jneeJS bONSbOMu7bbVrn2At0Yx7i4XPO4qQeO/t3Tzrpv5Bvj/Oiv7T3NWpuaru/kbVXmv9ENJMm2CBMFk gmkEMwhm93jOI1hIsJhgGcEKgtUE6wgaCBoJthBsJ2gm2EWwh6Cd4ADBIYKjHnQSnCI4S3CB4LIk WSpBKoFGkEGQJeq0cq/zzPOeBR7/aIJiQbfKCEyhG/jXiTZY4wiqCFxB73pOJJgidLVquttszSSY QzCfoNaTt8Srr45gJcEaj76eYAPBJk/uVoImghaC3QR7CfYRdBAcJjjmPU/0eCb5TxOc854dXrlz Pd5flKQwTdFwgIDmangAwcDuJ/dLOJtg8I0/k30RzicYKfryr3pmXP1kOwkXCfkYJ4+O+npCCUFF 9xN9m+GNJcumhobHe+PKMqq7n+EYwSTph8ZGY7Oxzdhh7DRaAW3GfuOgccQ4bpw0zhjnjUumbKaY QTPdzDRzzCHmMLOQ0hiz1NTNsWalaZsJc7I5zZxhzjbnARaai/F5GaUV5mqCdWaD2WhuMbcbZ8xm krbL3GO2Aw6Yh8yjZqd5yjxrXjAvW6qVamlmp5VhZVm5Vp5VYI22iq0yy7TGWVWWa020plg11kxr jjXfqrWWWHXWSmuNtd7aYG3C+znWVqvJarF2W3utfVaHddg6BjhhnbbO9QkXw2QLRls4zUsDKPWF D6SUHR4czid8pJeKwiWACkr8b3y4OhwLTwpPBUwPz6I1YZDvDP+FHd+ffOcl2XfR92dJ9V2RJSkg ++WAlCLfJKdJqbIm30re5DY5QwrKmfIdkibnyndLA+Q8+T4pXX5TflPKUMLKo9Lt/ln+F6RBwZzg KOmO4P1BXRoe/EJwmvRIcHrwy5IRnB38ivRYcEHwZenJ4KLgf5MmBF8P/kSKBN8NtkgLg3uCv5Nq g6eD56UN/x9rxv/jaCZ+r7JDGipJxkEPjhAc9+CkB2d64AznCS55OPGZssDNFA+CHqQTZBLkEAwh GCZ4zUKPn2ljenwu9Z66B2O76zQrxWdaBYbSXOqeTTyXWpH2XzWnRNqcnFvGcTNonCSMZpjR6s0x nmVjjIM0ywqpPlm6xW/6LUnyv+d/T5KD2cFsSQkWBgslNWgETckffDT4uNQvWBlMSGnBzwcn0zg8 G3xOujM4K/iClBOcF/yqlBusDX5NGhJsDjZLecGfBn8q3Rc8FTwl5f8/lu6TCqUx3b8+GrFSusUY bOQbI0fUGUVGCUGFER41wxj/uV2jthvVRoy/edSqSKt+/v7+/pKkPas9S5Qva1+WZO1F7UVJ0eZq cyVV+6r2Vcmv1WmrJP5feXvkI4i+TIq+pBEFktwD+LOvFzBd6QFMq9S36a16m75fP6gf0Y/rJ/Uz +nn9kiEbKUbQSDcyjRxjiDHMKDTGGKWGbow1Kg3bSBiTjWnGDGO2MW+Uaiw0FhvLjBXGamOd0dD1 vtHYYmw3mo1dxh6j3TgwerRxyDhqdBqnjLPGBeOyqZqpo+aYmplhZpm5Zp5ZYI42i80y0zTHmVWm a040pxiHzBpzpjnHnG/WmkvMOnOlucZcb24wN5lbzSYq3WLuHplO+lEy95r79ONmx4iN5mHiPHb/ WPOEedo8R28uWpIVuN4zWY+VZg2wBlrZ1mAr3xppFVklI85bFcY0K2yNL1xgVbNcK2ZNsqZa0/VW a5Y111pgLTJSRtVYS63l1iprrVVvbbQ2J/vvmn7s3Z/e09pm7TAarZ3J/rVarbaCc9b+ZD9aB60j 1nHrpHWGtDtvXep6n+xf7xmWwynhYDg92d+9+z2cGc4JDzHs5DNZb+9+534JDwsXhseES8N6eGxX v1+nv8OVYTucCE9O9nvymaR3PaeFZ5Dk2clxMVPD80jzTrJ6RQtpj5HVj9eelPprn9c+L93M35V6 c2GSNonmwmTtGZoLX9RqpIA2XXteStW+RLMjTXtBe0G6hebIVyRNe0l7SbqN5sjLUob2ilYrDdIW aYukO7TF2hIpS3uNZs1ntTVag3SftkF7TxqNv2y3o3ueDj0lVRqzjLnGAmORsdRYTonzVXiuNerp WUSA6KFiuefx+F1bRQW4OW0jv8elBP9SesPyDpLEI0Q/TjQvxiC5Z4jCaa0pG/UUI6SQfJLOsiuy k7KNNvKVBBX0z6iHpxj3H9M76iF/utSPeod/PSzlt0u+PiDgPVXvqRDIPd73LOe/jownQ5f0dXoD QSNhW8obh0/Utw+fWD6jvFFv1mV9l76HoJ2wA3qKfkg/StBJ2KmyjUOnDk8dOlU/qwf1C3q6ftlQ 9csFrXq6kapnGpqRQZBFWK6RR3mBnhkK65n6PGO0UWyUGcVDtxGnqWeWpRnjCKqYU88ZPsdwCSbq OcaUq8sRd40x06gpq0ANQ8oPGXPKD4Wm60OM+UZtYYOxxKjTTxkrjTUkc8D9HWUDjPUsM7TT2GBs IthKWFMvXVqGbjN2D90WStMLjb36GGOf0WHsG3VEH1MxRS81DhvHCMoIO1Fx2DhtnCO4WJ5Z2KDP NiUzQJCm6+VBfaw5oGCVOcAcqI8dEdQrCzaa2QUbhy3UK8v36JkFreZggny0L90cacw0R3ptsM0i s4SggrBwWVtZmjmeoLqsrWKTnmnGzElmjEaDy934p6u01hPmVHM6wSzC5lLtC8xF5oJhOWKMzKXm coJVKDfEXGvWE2wU/Tm0wtxs1JnbRH+aOwpOmjvMncxptpbvMtsI9rOU8kzz4PB95kHzCLSWhw42 jxOcvNZezDPmefOSeV7vtOShA6+2HivFClrpVrCixcocdvZqWyo7Y+VYQ6ycglZrGGttFRYGrUJr DMa21Sq1dIKxVmVoumXr86yEPq98iD6vQrUmW5XWNGuGNduaZ5jWQmuxtcxaXL5YX1y2g6xLs1YQ rGY7u7pcLzvr9SmUbW4MZVvrrrVBq8FqtLZYjRW7re1kWVdZpNVs7Rq+xtpTVmS1Wweu/hTaOXSw dYjgKOzz37DIisNWp3WK4KywQb3ZukBwmW0wrIZTw1o41UwLZ4SzrrXBcG5B67ADfdtgOI9sMMA2 iE8F4dHhYv4ULmP7DJtmRXjc8It4VxV2wxOT78J5Qy+ZAX5X1haeEq4JTzF3sBVU7AvPNMcTVIfn VGwyassXhucbdaOOc0+Q9+yv3aPRDlHL14ZRVDVCGy310x7SSqSbtVLtEfKY5VqFdKsW0SLSZ7SE 9pSUri3TluFXQrd6fneiNpH8LntfGd5XgfftB+97E7zvzfC+GrzvrfC+GfC+t8P7ZsL7ZsH73gnv mwPvmw/vy/cBLfE143c8iO7uqQT4vOe/BT15Kh/RQ3lDpFBBaHSoOFQWMkPjymOhqpBbujM0MTQl VFO8NTQzNCc0H59rQ0se3hqqC618eGJxU2hN2bjQ+tCGh8KhTaGtoabypaGW0O7Q3tC+UEfocOjY vXseWVFxKnSibEnodOjcwxNDFx9Zpkvlkh7oCaEWPU0foA+ssPVsfbCeX35QH/nwRL2ofJJeolfo 4SHH9fF6tR6Dfkkdk3oS3LNXnxSqemTxIzn6VNaxdLk+XZ+lz30k596jrC+DvkBfxHonddeXlo9k oLLLQ5v0Vaw76bJWr9c3su5Cb30z6122T9/GujMwzqDv0HdyW8py9VYagRRtsDaYRvw+7T4a8eEa xdHaA1ox2c3D2sO00pZpZTTiE7QJtN7Gtfh/WOxSJtmIXYr5bxDfPVKSShq6gT8/VHQ1MJ2eckVT RdNVUdd4L+rim2hkakkckdEJ7C0qqD2+3P0Apfh4F+6rqMNTBr5S8o05KymESwyEBx88Qd6i5p7z 9JxZUVMxp+/n0CPe5/l/4VnrPZdc5zn/OiNV1DVS/TFSqRipmzBSadeJPfl/89R1/4burgMAnwcZ 5dvKd5TvLP9X6s49zqqy7PvrtPdMhByGQyMhEREhbIZhOMjMPszsOdLEQ+NIREiIRERINBISEiIS IhIREiER4jQiIRIiERLiREjzEBIRLw8PIhISIREB4chDNHvt97q+99IGoo++7/tHb/n5/e7fuu5r 3es+r8OeuBrAluS+5MHkkeTx5KnkWUkvJi8XnEw2qb3YKc58X2iVPKJpUJsSqU1FmyHSgso2lZbL btW8XTnvzkA3aJe2oAXj2I52tacdHaQdI635zJGEfqP/qKBov4Hq2xZZVnKMOU6OF0wy9mSNYLrV MlmZrJL/KpMjkqMlHSdcmZyY1L8uzHiPGmkft6AuH/w/9NbI01up8wh5Kre6jpT6Xfp7Ouig0YMu Sv23iu2KOSZfdJFv9GBpS1LGLn+spC2srCKrqEGebg4WHSk6XnSq6GzRxaLLoi4WNSWdZGbRqmSr ZHt6ukdwX+gttevbpq+8bfeTu0OYu0ML7g4t2xTL3aEV94XW3Bfa/j+caVudrG60l79B/chEYBdN Yi1+ts1IfeKXvcR2jjtXZTa0dA5bm6Wd1QG03WNI7aLxwfHf4Ug576Wb225kv9a/5l2t1/tHTJe8 Wc3OnXvd+QtuWJf3U8/38vtndbeKFguWNTte2SytvQ5a1lrBhqBfx/x/2sfNz72+jzf/2/SxHT8f b4xflZnvZYVlkVpZFVnjrWi2kx2zPpedyL7TWvbO/G9ltRogfi2d1Zbcx+LVAeQa8TFBei3s+KT3 1M1tN7Jf61/TTM9q5jP3Or8FN7zm+6nPe/n9szpacen/+LJmxyubpbXXQctaK9gQ9N07/fev6Mfm uL4fN/+79KNzJDr45o3RRLQ0Whmtio6Ijo6Oi04UjI5OEUzjeGZ0jqTzBYsES6MroqsFa6LrBSui mwRbOd4hfiuiuwR7BPujh6JHoyeipwX7BecEl9BXxO7HPNWxFrE2JhV0FN9DknaOHo11jnWL9RSd ExtAfk6sIHooVhQrjw2NVcdGCooEYwTj0ZPEXhObjp4Vm0u6QLBYfMslXSb5y2IrY7Wi18Y2kL85 tk3y6mO7Y3vl+ICgXnBYcAx9UuxnYufRjbGrmsYtQVh8d0vaMrY33jKeFc8W3SXenfxe8dzY7vig eCxeHB8SHyYYJBguGIUeK/YJ8cmqY53jU7HNEMwW35ik8yR/XnxhfIno5fFV5C+P10neuvhGsEWw XbAzOFY0NNNb4vviB5sdK44EqdqPx08JzsYvCi4LmgTHE44gM9EK3V7QKX4x0T7RleMegoggLzGY 44TYTyVKE5WJ0vjZRJVghGC0oDQxTjAxMQU9TRBJVEk6k+M5gvmCRYmlHK9IzJQyVifWgPWCTYKt wbFiRzO9PrErsafZsWJ/kKr9UOJo4oTgtOBQ4pzgkuhLiSsc+4Ve4mhhC0EbQUf1K+ycOFTYTdCz MKdwQGGBoEiQU1guGCp6aGE1xyMLx0g6XjBJUCOYXjhL7HMFCwoXFy4rXCmoFawVLC7cINgs2EZa L7bdgr3v5i8rPCA4LDjG8cnCM5KeL2wsvFrYWGQJwqLPF7UUZAmyNS3qIvbugl7v5EuaKxgkiOFf XDRE9LCi4e8bo4rGFk0QTC6aKnqGaMXUotlimydYKFgiWC5YVVRXtE6wUfJXid86MLVoi9i2C3YK GgT7BPq0+n4xTJ5mbwTzrHtW0stFTaqTTtEpeeIVe7KVsSfbqw7s/6ScZKdk12QPQSRI85KDkwlB aZDmybtBQlBKOvgf/Kt4ixghbxEmnSiYIpgm0LyZct4cwXzSRcmlkq4QrBbMTK5Jrk9uSm4V7CDd ldwj6X7BIcH65NHkieTp5DnBpSC9IvCTp4s9SSWvuIU8eht0FHQOdLcg7SnIEQwoLiguKi4HQ0UP La5GjyweQzpeMElsQ/XaxTWK4unJ/cXTi2eh5xYvIF0sWFY8S+wri2sDdBR0DnS3IO0pyBEMKF5b vKF4s2CboF6wtnh38d6gLgcEhwV7pT7HguueFJwRHJNrnC9uLL5a3FhiCcKiz5e0LMkqyS7pIugu yCrphc4qyS0ZVBITFAdpcwy5gW2YYDh6VHFRyVjBBMGoksklU0lnBOlk8q/1mc3xvAALNS1ZIlhe skp0XbKyZKxggqCuZF3JVNKNQbqO/Gt9tnA8L8BCTUu2C3aWrBLdULKv5KDgiKCh5Di6oeRUydmS i4LLQdocTf9oK3UEmapLW5W2L+1U2rW0h0B1pDTvOgx+VydKS0srBVWCEYJE6WhsinGCiYIpgmkc z8SmmFM6/zoselcvLV1Rulqg6RrB+tJNpVsF+ovILkn3lO4vPSTYw/ft/aWnS8+VXhJoekXA1+uy FmVtyryyjujOZd1Ie5bliG1AmSf38WpBOekYdA33fbm/lxXEqsvk2SCeBXZrqvd0Sc/ofVzv12Xl 4iPPEWXVZSMFY8rGSzoJXVM2nXRW2VxJFwgW65dXQS2/hCwr25zcVLYtuSlWVFZftlv03rID4DC/ HRwoO8NvHVc1LbfKrpaHy1uWZwVQnS3oInndBb3K1pbnSrnqq79mFAuGCIYFWjFcMEowNtATgvzJ gqmCGYGf/jqhv0ksF6wS1AVasU6wUbAl0NsFOwUNgn2Cg4HfkfLj5afKz77za4OiwpH0lEJ/Zwi0 2ttXdBJ0reghOkJ+XsXgiszyporMWFFFQp6tquU5q1aeu2rlGayW57WiWG1FqUnJ0+c2GbeKSrFX 6XHFCDmvlue0+orR8ixVHe8uz1d7BQf0OYtnrOyKcSYlT5/TZFwrJop9ih5XTIvnSp6Mc8XM4JeL pYIVgtWCmUB/bzB6KekmwdaKHaJ3cbxHzltTsb9ijba34pDYjlacqDgtOFdxqeJKhT/EqzgBWsRq h7QRdIxnD+ks6CZ5ip7mtwB588uUN8QW8obYMquHFcrqI2+LXXlbHCBvi2GrOjszu5v12exb5c1x Km+O8/Wtsu2UtlMsq+29be+17Kwvdsi3HP1nlpz/tuyWi1ru/Pv7ZF8nQKagVZBeC7tvp/fUzW03 sl/r37WZjjTzybvOb/ANr/l+6vNefv+sjlbfhKC02XFls7TqOmhZIwSjg757p//+Ff3YHNf347h/ l350vpF/sU/L/Mv5TX1y85sKHEFmQauC9oLMgk4FXSXtURApyBP0KBgsxxGxJwpKCyoLqgQjCkYX jOs/tmCiYErBtIKZgjkF8wsWCZYKVgjmFKwWrBGsF2wq2Cq2HYJd7+bPL9gj2C84pMf9LhUclfRE wemCc4JLgiuBVvgFp6OeoEWg2wg6CjoLugl6Gr/cedEcwYDc5dEB0YJokaTlcjxUUD2wRXTkwBY5 VSaNjhk4IDpeMClaE50umBWkc6MLoosFy6IroyOjK3OqTBod02dqdLxgUrRW/Gqja4N0bnRDdLNg W5+L0XrB7j5N0b2SHhAcFhzLycR+UuwncyqjZ0SfV+RMjNbLsQL/IK8xZ7SkTdEzcp4eA2xatvhF r0bP5Ft6HLOkjDN6Xv52wU5sYUHLPk2xLEmzBV0E3XMysfcSe6+cyliu6EGCWM7EWFiOFfgHecU5 oyVtiuXKeXo8RJCLTcsWv8FXY7n5FsfDpIxcPS9/u2Cn6Cmx4YJROTNjYyWdIJgsmJozB/sMsc/I 2RWbLXqeYGHOCbHvAsbf5C3JOSTpTMEcjpcLZmPTssUvPzs2O78Lx6ukjNl6Xn6DYF9sdqzutimx uj6XY+tynNhGQZ1gi2A7upPYu8Z2oiODskgHCxKxjXJOXU6p5JfGGnKqRI/I30f+uNg+yWsQ3RCk Wl6DlCNl4HtQjo+o7+DzMTlHzquScqrk+lVcv07S4yYlT+uh554SfVaP88MxtWtZ79guxi7HmqQs revFHCfuCDJVx1vFmuLt453QXeM9SCOCPBmDy5IOlvzB8US8VHRlvIr8ETmLYpfjCSkjEaRaXiLe njLEt09MjkfjOy5nkegqOb8pXpq/U8vBXhpcs5Q8rYeeO1GOp3A8LWeRaCnrXVtdtF6wO39fdK+k BwSHBcdiG7GfjK0TNETPiD4fq4vPjO0TewMw/iavUc4/I75n5Dw9BtikbPWLzxF9Vo9jVkztet6p d21hQUuZG1mSZgu6CLrHNmLvFVsnaIjlih4kiMX2ib0BGH+TVyzn54pvrpynx0MEudikbPxOiT7L 8bCY2vW8d2wXY8MFo2JNsbGSThBMFkyV8VL7DLHPkHGZLXqeYKGM1XA5VuAf5C2JV0naJPN8J8fL BbOxadnqN1GOp3C8SsqYree9Y4vWDGyMzxcsEiyNr4ivHtgYrYmvCdIVmt/cJ1qT04nj9QE2iW1B fKtgR3yXHO8R7BccUh0/Gj9BejpIj5J/rc85ji8FkPLiV+J+/ErCi+9KtIiu7D820UbQsf/Y6MqB nROdSXsGaWfNv84nR4/7TDVIdNN0YJGgPNFTjnPyriYGCAoEOQNHDmxDOiZIR5J/rc94josMBqqt aOAkQU2iPO9MtHZgY2KooFr6oTa+IjGSdE2QrtD8a32k/9S2wYD+2yD9t8H0X2KMYLxgkur40UQN 6ekgPUr+tT7n9Pi68vzoBu0/yZ8+4JzgUpA2x5Ub2PzE9IEeetbAWsHaIG2ODTewbRZsU52/MH9J /nLBlgCr8usScwULBIvz6/pkJZYJVvYZLulwSS8magVr+zQlNki6OacysU0g98eE3NsSch9E1+Mj +YOvJurzLY4P5G8XvTNRnzMlUStYmzMzcVjSzTm7JN2Ffa+gPsBazcvPlnO6cHwgv0H0voTsOYla wdrYusQ2STfHGiRtwC77SEL2HHQ9Ppp/SvRZjg+8q6UdgrWxpsRhSTfHE4nDArXvFdQHWEvexER9 fArHB97RfRcnjglOCs4IzgsaBVf7Li60+jYWhvs2Sn6j5DdKfqPkN0p+o+Q3mvzceYUtc5cXZgmy c48Xdsm9WNhd0Cuvc2Fu3pjC3P6XCwcN6FoYKywuHPJ/+W4T6vClDpMsq8O9HZ6xvA4/61BvxTvs /tBVqyT7ruy7nJmWbb3mvGppREmNBrQ6FLI01k57/Te7iTzkqMX5I/bFajfRhjRUmqWx4tQ+Wjl0 UNnLwXLJ268RayinBnt3Ig+dUR2eis8EeAjln6e0RiIAjQyiAXW3NLqPRlVZjeXhIGJQjhXEGbLe JhZR5d8jCVlXiS3UnjhDG+AJGn/IXqOlOQdMdCJjx3M52qGE8/B0eJ27WP/WV/6ndRDtzCGuz3CN POQ0EBNoAHqA+4KWgH+aaEDtgrhEwtYb6hPKo4Qrym4155YSeahALXY7b5X2A2d1JJJQT3xWB5GH hP2laY0IVZXerzES0CO1bs4B1XYZehS5peiX0EfwnIXORBeQ+zJnXcX+fezdsT+NfRC6F7lh9JfQ j5gSVNuv4nmW3BlGk5tl6oblpK8ReiL4ZFFCLjyO3MOGye2k2q9OX5Z50kMtXg//CemHQnI3Wxq1 7ih6jv+i9oxa3NaMTtL/kfY8OgH71lCdgZTTRtnupz7ORdXWVXxWUNrvyF2j9QwdxN8mt06v4jqq w7dg2YB/Jv4vaa7diF7iE0EKn2r/eW2j6pCZOYvhXvA8Y9GaeLMpbTrtWoYuoF3jsKzDsoN2/Ymz vkuLZnLFbrRlNW3Zg+dk7BOpyUKu3sLMWy0zlEfuLnglNV+DrsT/KPWZhGWbuS7ndsS+GwsjYh+m T4YEV7yZ8jWOVCvTdupzGs9savgdX1auVa/sdsXnw+mrYpmr17Xepp5TKO1o0Ha11FDOMXxOK7sJ 9DHstcyojVxlNlc5ZUYBHoT/TLW7TViG08Zcv4mYcE3ab/BCZfssfAJLZ3xOo7Owb8PyJyzD4ALs u5TdEnpgAOPVQN1mcPUJXPcEM8ejRT3N/El/Rmcy9clSS2ZH5YyRZpZqL4Wz8T+tOlSOT0sso8y8 1XO9zqYEnWn2fHpvpK/x1SZTw3XoFv5ndXb5GrGsHTyMsxrovTL0OPW0GzkrF30ZzwZKWIJehP0w rd6HvQeWt8h9DMtRSnsMSyGeF5RlR2Mm0PYh1HworXiDOpzQEQ8zD51l2l7vnLL0z4u05UVW+o+o ofr7lJATjOaLlFBHNBpdue0Zi0+SWwCfYs4cpMwDQY+ZftA6l9KKE/RSR+w3wSPxnBxcsYl52MR8 vsTcMJ7aY11Uy75xiR1AfcbAS7B8Fs9OXKsTnvs5qwGflcHs0twrzJ85yrYf7HI3Y2e1Mvoxs7rN /sYsOm+1Zp0KZ3RmFrFjuGfwHw+zy3mb6POLei13nf86M/8SM1/nz/Bg57nErDZ9q7U9QP3NTFtI b5zF5znsk6n5EPSnsK+hRYfRG7CX+4cY2Tp0Db19SWMwcMVhwT6Tp88SjNQWRvzX2GmR83PO3cH4 TjGjrD6yUoixR+vMvWm1GXftN2u5+sie8yJlqmdHswMHu/TNtPRFWqplbqGv2qsOd6NXp3OVVdRt FSVUBytdyxnNrOsOj6UO54IdW3kk5e8zO6G/gtHMY+dfTk3y8Le4R2iZ84hXd94az+oYryOYvl30 CEb8LD41ZiennotM7zmvsH5fZGZqu3aaOyOeD2IfThuXsWNXY+nGvcD08zo4k9yutLeYlh6HF8NN lFzK6BfB3ZT9FemTlp36sbLUqlrXFzX/D3NvoiYL/ZeJyqx/Wco9NzSXunXFs9rn+YdzO1td5Oqd gvp3IeKd/usBLWDLW4AWNtHvLIsIEyb2mIl4Z2Ldmfh2xLQLotkRwc7ErjPx6kyMOhOdzkSkM7Ho TPy5IPIccZtMnDkTYc7ElguiyplIciaGHLHETMQ4EyvORIkz8eFMNDgTAc5EfTPx3kyMtyC6GxHd TCw3E8XNxG8LIreZSFcmWpuJHWIitJnYbMTHMvHYTCQ2E4PNRF8L4q6ZiGvE5zBR1kx8tSCymomp ZqKpEUfNRFAzsdOCqGkmXpqJwkJfmehoJi5aEBHNxEIjgoiJfxZEPjPRzohzZiKcmdhmJqqZiWRm YpiZ6GUmbpmJWGailJn4ZCYymYlJFkQjM3HIiCNiYo+ZqGMm3piJNBbEGDPRxUwUHHrMxBILooiZ +GEmcpiZISZaGHHCgghhxAYzcb+CWF8mypeJCGhiehHNy8TxChEJJojdRdQuE6/LROoyMbpMdC4T lyuIyMVZmeSa+Fsm8paJuRVE2yLOlomnZSJpmRhaJnpWEDfLRMwiwpCJg2UiYJnYVybqlYl3ZSJd mRhXJrqViWtlYlmZKFYmfpWJXBXErDKrhh4wEapMDCoTfSqIO0XEqSDWFPGBnCCmFNc1kSCJ7xLE kTIRpEzsKBM1inhRJlKUiREVRIeibiYilIkFZaJAmfhPQeQnE/OJOE8mwlMQ28lEdTJxkojkFMRw InqTidtkIjaZWE1BlCbiMwWRmUxMJhPB0cRh4upB7CUTdcnMNBPRx8RYYgRNXKUgohKjZqIomfhJ JnKSiZkUREsyMQVZHSY2UhAVycQsNJGQKM1EPzJxj0zEoyDWkYlyRBwjE9koiGlE75k4RiaCkYld ZKIWmXhFJlKRiVEURCciLpGJSGRiEQVRiIg/FEQeMjGHTLQhdjMTYcjEFgqiCpl4QmYHYL6Z6EEm bpCJGGRiBZkoQUF8ICIDmZhAJhqQf6dXIjxKozX7H0S3QPdD90P394YIDwhNwz4O++PoRcJ5oefR Q9Dm3H7oKs7tK5yDfYDGlpZy9Nw8yh/t9VcO3Ulk1pmi22v0dL99SOP4bsbnSb1uCp16iTrMxX4P uj+6P3qAqW3AM+F78ZEyU294vYVPBC3qTe6d1IqWevm068vUfKJq9wg6k1yLs57B8hXO/RSW1uhC zv06pbWmJoVwCJ9B+EwQzkXnovO8AuyT0IMoATvcn9w8cm/zosqhe6hJAZ6q++vXGPEx/bCI0nZQ 2hD0k3gq9/XW4WN4MFyNz3jK30r52jN3hvbpfAj/SecDugW6H7ofun/oCW1deCv2Guzr0Xfp1cML 0L9En0efU52RzbnbdT5gHxB6iHKepRVvMxO0/qPDh3Q+ZGgr2ofjyhl6lc3hyTofMh7S+aA69ZJq f274OzofMi5q+eFTyhkX0K9p+Rln0H9DG5/b4f543g2P1xmidUudMHUOP45/HdqcdZY6N2Lvjr2N ckYRrcuBL9DeeeRugTOw34ZnMdc6h30vZeZhMTPBWK6Seyf+C7niXnrpKvwgV0/iyRzOUM9cdC46 L7wH+xV0b8ox9h7UZAT6VvTnKOe/lTMz0Mz5zExy78TyKKX9TGcIJdxGCf3Q/dD9w5/G/7fojnAH ziqjznnUeRyj/AQtfZtc6hZei+Uu+JdwI7kf0nmb8Rx6E2XWo808/wn8Xexb0AfRbzGTX6G2Og/7 p5/RuODpX6F/rFeE89I/Qt8Kq2dukPsMXIf/TLThbPgx7ObcjeiNlLYBfh3L6+gj+Ki9v99V65BK oxk7f6Xmpv6oninmgz8Zi67o/qmXtD7G4j8Id4U5ixL6pXbjybkpej71BPoUZb6MPow+Ty6zOvUq ljcpR2aj80V9k3KqeGvgXckZqBbrY+b9SK9u8zXP4dudbb7O9UU/DvNV0Poemi9LNuVYv4F5L7bX w3wXtZ6AebuxP4r+AdxeOf19rsW3Dnsp9kex8w5uX4bNd60/wnz1sp6GP4InXyPTprZ8NbL4Qph+ FR6DnXco628w73r26/BnsRyAPwNfgL/IuXxf8u/G8w7svGVbfF9Kv4I2de6AxXzR5ZuevQDmi6jF tybbfJeYioUWpflm6PN1NPWkchPfIiy+RVh800u/BvO+7LiU8AC59Iz1DSyca9+M5UPoR9ApzuUt 0v8r9pfg28g13zcGwnxVSBfjiSXF12D7XnL5KpKm/x3Tn0ew8B3SrseHL582b9l8wLUtvqbavH1b D8N8WXX4GmOfhO/EfoI5Zr69U5r9U5hvp44p80GYOthf4CwzLkn0ZjzNN7Eu2PkS4lIHl1lhM/qO mYfMQLsrzFdimxG3jsOUb5uvoNOx8O3FvglN36Zpkf0pLL+EKS3NzLTfwHII/hzM6FuMfpovxv7X 8OTd3/pPuBLmy3n6g+RSss2XfIvZYsVpRQX2X8D8KmH9HDtzwP4ulsdgvplYz8JmpJ6BX4T5+m39 GaY0i5Wb/ib6R/AsmK89lmmX6ZOvwLUw88r6BOeaNXIX/DL1MSuLFlk/gZmBaXTa1Jz+99gfXL7x 2tTQMXsOs9cx35HmoJmZ9n6Ylrpfxs73Xvtn8CfhGTDfmV3Kt2mR0xsL+4yzHDvrxfoSGovFDmDz FdphB7BvpZ4fwMJYe6x953lyfwvzhc1hvrn8umRvZ8Qp32Wnclj1aX6FsX6IZStcRJnmOx4jbvM7 hXUfFrOvsh4dWidP3qpZ9S47hs3vDvb/YGEmOGb3/gsWdi3HtJHdxn4BuynhLXK/g53xdfgi5zGT XTMbN2Fhr3BYL7b5dYk57Owll9a57Py2+TJpvjoy2x1mWojV7fLbisOe4zGmLqvMo3XOH2DmsMuO YbH/eMw0h9nl8LuJZ361YTY6zIf0D4O5Ic8JrpnDz6hOm7UzCDu7gayFg8wQtZh5Plm1Y/q2Lpgt YvG4Tznc+2TViMUyM9APZo5+3R0e5Op37+cDLfdiy+zSX6UE7nqemQlmrrIq02YWPUlN2PdkPR5k pVwUO+vUYQ2K5TzrS9gz926zjiz6gZnpsDe6ZnTMmnWDmaDlm73uDdrOSnfZozz8w6w1h/njmXtc La17LdBy3XA+Ptx/Pdapw/3Uq0JX0T/crVyz1hhN16wpfmF02fFss3JNK8bC5rdIc6cwK5pfQGzz SyUr2vk4mp3KZqRcdmOHEbQpx+VZwv0WPWb2gVx8zNzG334TH0qzf4X+PbncxVyzu3JPdz4Nr8Xe jpbSdpdRc7iKa+5ZZo3wq6XXFgsryOP3SvcEzOr2uNO55vdT9nmPJxOnP3ZGzWXt22an4tnDYRdy v429BP15NDPTZbwcnpRc7tEOa8plTbmsfY/fQB3uoa6ZOTz5+MznNPtVmhXnM098fqP0eTJxTW/w bOOY30roK5++SnFP8RnlFKOWysHCXS/FnuNzH0xRE59dK8U+k2LnT/E7oM8OluLu7Js7hbkf8SyX ZqTS5lmRWepzl/dZ0T6/GvvcK1OsI5+x8GvwN09Z7L1p8yTD84PFXu3TMz797zNeKWaUz4pI4Zni dyWfGev3gatgY+cJJMXzZ4o1m36O8i3rKrwc3qP8153o5+DxWEaj5a1HnsvxtD9NbUWn/6Kewst5 flbL6/CbQZlzdW/XvxtxvuS3VE7Le6v1tjtP77mGZQxtuzL8beEx8jRhW8cy9C9S2hmtXw+stH+/ an3LFlb/dv7v0C/BX4YnwS9wbh7ldKeEX+M/j9yfYnewnMVSA9+rX9plvtvuw/4X0fIO6A5L/0B1 6H742/BYfLLIbY1lCpZW6NvRWFJXsISw3Cd8r1+KxYU763W9Mcp+OfVco5z+NvW5CQs1DKXwCZPb llwHSya5f0C3hHW8jqUuY6el/gh4HJa70A+iNynLilcLveedwP44PA1+hNybue4tWBZh+TD6q+iP wMbzA5TzFzTj5T+M5Y/opZxVoG2Xu7r2yR308xv05MP0CT0fKoY/Qx9e1lx5TlHLKDiOvYkSRqNP U84lLF+gnwdj+S3+0kuO5z0qHE3pr1Qeo+lpvzmefhkQ/qB+vQxyJ8Iyx5we+qXLWeZfUNZxcXqE hsAL4L3kpuE7sTyF/jx8N5bb0J+CZymnTmB/AcsSrlJO+S2wj4C/Bx/B3gnP6VieR89Al6EnwI9T 8t+w/xLLs7T6J7T6a7RoPnyJ9hbC2dLqxiD3PvhtsQzw9gnXpderDr2lHJb5Y7/qn4M/jf2k+vhl 5H4P/hb8kL4da+/Zdam/4nO7npWSkp3Woai+qaV3i+6j34Wc1uEnsWQp69g5fUL623pr/2v4PAc/ Df8A7slZP8EHrfNZ+GPCn/f0r862+d+hH+6Ad8FT1J66QO503W1SZgR1pmUxE7JCL8H/Bf9cc8N3 48/IhnUWFbq3Y+nNqC2E/wo/Tfn7yG1H+UOx60zL1JXuZOl+Ildsib6MXoH/QDQj4v5YeKrs6zKC 8ixmO68w65aFhmPRtrziz4Q/gj0Cl8IH4K54rlV2/xclfAP7QOzMz9BN8MdhZlTIJvcR6jCKOrSH 5SzX8SqEa9IT0Lor1vgvqdYeE/1juJrcS9j1N+ibPdlh3Hh6lmr9Ei58Vevj7dD2Bu3SObksLDub fUEtdk+z+lLazz31O57wNtiBN8I6Myu9HyjrSMm948Nagr8Iy0YsbeGbsPcTfkh7w97GVR5iHj6k 3+6k/7+B7gU/Cj+Mvau+c3kR6jNJdagPvAfuAb8E/0J8npHnF93HxrFfbYS/Dv8CfgR+Dp879O6j M8p+iPq0C/VU7T+NfTm6Ej0X/VN4sLL3BHVbpjp8MzofbWb+GvgT1OcTXEtX6K91r5bRfE61V4tl Dvwntae4buhvXLEl/EP6YQr8IOW35tzVlKN/pflr97dYKDOke9QnmnTPXOH9Xjmt+9XdIZ3nd4eT wr/x28JPsc8UU7e72KvbKuuXSdEj4NZcsQs1eVlZv9NKu7Kx/B79ABzGcyM+Y7F8E+6IZR+5nZgD 2fADMPMNzwvqKXeK3yinR2u/6c7mPBPWv0r9kN5hhVdS5wR1/hw1zKTOl9H/Aeu/zNxL//LTq9c5 b7fz9BeuH5nx9fQvLu7yMnQ39i+zJy/gPp6hucEdfxR8B88nt/B8Usgd8y3sd8LDyaVndMXZd+md VMq8XblJe+YpT++hD+qzjf1USEfnKdbCWPW091OfsfrLkb3ffwH9Z3IbyL0HSzdy70PL06DT1t1P mX9UHeoNf49x1/0zmm5Fi5qYD/djf55aDUEfIvei6vA3sPyStkyldVfRLvo+SqjiXPoqlctM+wL2 n2OZij6J7klpj2N5Q2eap3+dGE7rM+dvvGd1bbrPaG56h9r1i73MZ1fHXf+e2Xpa/2bMvqB7vli+ zir7mu4bLjuJ3q8ll71In47s5dp77rOe/hXQs+rpntQesP4S0jVbk16iOtxHWX8Ls5eH28FjqGch 9dxFmRuZpfO4bjGWR+H98OeVWYkX9N4kPBG+Hz4Cv8ro61/Eef6XsHCP80OU6WD5JHeWb6E7w/vg p/G5iB4BG//H4ZXMVYeSh2uZHvPQ/wrPcm+xavZp73k/VtbfWK0pzKVKbwn+0/FP0MNfx+cWuAsW /XfeHvOY1b55wn8MPgq/xhPsRHJjWAbDPNnq86Hk0iLnz+hqStMd40JKn2mfduvhpdRwstYtpXeQ Sud/8NfSnk5NIzcfLsDyAmc9RckXmDlfYa+7S7WnI3KXs5w+Ucut7iusEZP7EHX7PXwKngxLCfb9 rqx3+05Xn5eWpv+T2TWP2XWGmf99WHe5h8w7i+577jT3v3SOpR9Q7f2J+XZIdegL5DYop79K7pvK JtfvTm/Y9MZRZXcnI9JBn478sYy7GeXVrJFprJdv6i4X4nkmeMK5A8+F8F9h84TzBrk90dPQg8nV mflb5thr+oQg5bdEX0avgIvUP5iln6FWDpZPkvstdGeY5yhm6TZm6TZm6baQ8X8c1ll6j/8HWJ6H 7Vt4ar3F17/Av4cnzwE8ed6jT4YyvjJX7Xb6y5TMwA+g9Vm3XegCM0Tn6mOpH+LZX1l/5bSGpJZj L8bzdebwRnzwDOs7zm34PK0+8iabieUpLTPdV9hK3Qp3gz8Dfxd+VNnvjP9qxn2IWpoeYzWVw2HK yUBnwi3h8dT5MnoEPA5+EI7DQ/CZiP4yfDOlmXI+DH8EfgT+AHw//DC8FI7B91Dat9gBeKcLmXlr 3gSvwKextEGvh+uxmNYVYzkPM/NDvBWyBo/5vNWG+sK/gJ9jteoXiWPpj2F5Fcte9A70fs7lrBRv sjrHxPJRuA+WQegctNkBzAp9Ht6M5dOMxQHqOYKR/bW2N6M9ProbtNPnB2uK/q4t+gE86e2MfpTP HVyfJcTyFLPlz5TzKyytWe/ZWF5GPwDzRh+eg30Olm/D+vRSGTwV0EZTkzC9kcG7fIZ+I60MvanX 0qvI005rdA36ILXVnr8t/Af4+8zel7lWLbl/gM2zTQhuxT3lFe65b8OXWSlZ8Ofpq/uUm95gXBjT Jva9dJJcnRtPN/0G3Y7cBLlDeT+9D9Y3/WVagvDv4Tex69/HflzPEsvvLP3/pOhu8KqeZdepv7wn 6ko8QjmtKeEVch+Ct8GN+rZiP6l3dmuAVaX/1oPVy8qwrL5H34Xd98Q1x07fPX339z2kyvKybspq Y1lZN2fdLLp/Vn8rlN0hu4NG3rCctt9pK3e4zE2Zp5r9GxJrA8wVbAjSa2H3XfCeurntRvZr/Tc3 09ua+dRf57f7htd8P/V5L79/Vker717BgWbHh5ulx66DliV3xr5ngr57p//+Ff3YHNf34/l/m36c bfl2pp1ld7Z72Ll2gV1qD7PH2lPsOfZiu9bebO+wG+wD9lH7lH3evuI4Tkuno9PV6eUMcBLOEKfa Ge1McGqcmc48Z7GzwqlzNjhbnZ3OXueQc9w541xymtyw28bt5HZ3c9zBbrE71B3hjnUnyTPJbHeB u9Rd5a51N7nb3d3ufveIe9I95172LK+F197r4vX08ryYV+5VeaO88d4Ub4Y311vkLfdqvfXeFq/e 2+Md9I55p72L3tWQ7Eah7FC3UCQ0KFQUqgwND40JTQxNDc0KzQ8tCa0MrQltDG0L7QrtCx0OnQid DTWGfHmjdiLjI5MiNZHpokZFxkamRiaLmhKZFpkZmfNu7ixRsciMyOzIPFF5kj8nMlNUeWRWZG5k JLlTNd/y9LzI/MiiyNLIisjqyBrLNWlkfWRTZKvk61UmRCZHNgbluaR1kYWRdZHlkl8bWRvZENkc 2Rapj+yO7BULaeRA5HDkWORk5Izl9N7f+1Dvo5Fjonb3vhqxIgdFbe+9s3dDZL+oTb1P9z4X2S1q be8NvTf3rhc1O7I1siOyS2pa33tF79W914vaLlddF9moub236PmiRvReqleX3I29a/V8UevlbGmD qKBmorbI2TsjDaJ2RfZo2aK0luZczZOyRe0gX2ol/bRAW/G/ufsWuKiq7f99HjMgIuqZM8xhXs6M w3MGHBDfZj4RCU0Rlczr9YGoiEpIio9M0dTUjIjMfIVm5lUySjNTU0PzKnHRvOY1L5mZGRqi17xm RvBfa50Z4fa5t/r//va/n//f5Vrne9Za+73P3vsAex9ABe7V7grMM9VRGYVd5l4FJfaFPeauAATh 3GfcMMY2ltx92X3Nfc59AdAVdw3YbwGqdd9234tmgOqiMTxa66PF6IDoVoyPDoyWIN/lgIKiZfcd dx2gVtHBmDYgKVrBtAHJ0cZom3szIHO0A9sfkDXaGR1F1rDoIGw3QA4IHUFWZ7Q22urOpphtEHci hQ2ODnD3AKS4q6HNUjBm9wUoUaI33QNklaIDoSbjvbna5o5Sra46N6/mynXLddeXq+gwSjfCdcF1 GdN138P2V9N1lbtOYbruW+677npMF/KU5jrgjXmQ6x01ZiyVt0QQOyAbxAylUmPG+qISRWFdUnnd UNM3AUVEx7gvuq+oYbElKGyY2oIQ1owtfN968L51933r9vs1WeyNeSf0dIzZAc/FSm+6a935ZLVB /8jz5mqSexpZre7R7nSMGeJNdY+k8pa5k9yD1fJCygnedDu6u3vDut1x3pgd7ghvuorb6i1RkFsG FBXtgVYK8Ia94GYY1nUNavoOhnXdjY5y1cBTcdtV67rnugT9inf7u067zgFq5Q52HXdhz5bciuug 6yj2OrctWnTtg7DM7YjWukoB8ZBqnWvrfet6ska4q12F2GPdVvcF1zJANneYa7VrPiCH2+xa6cql 3u50b3NlArroNro3usYAqnIddxe5hgM65zroXu5KBnQGrOddvelJcYBHZ0BWt9MV4Yrxxmx1OSnm CJfsMgJyuqNcAS54PtxhbrfrskurPt1RgyKL/8f7zFP0oxnTj9WPZS0MdYYGFqTsU75lknI9JIz1 xZUWLzaurqDF/j0nsxx3vLuruyeMrsnuFHcatj2Nw+kwEqs808s/180Dzgde5sU/v1/lZaQiL68F LvbyVi+XAL/T5Lr3V/jgz9iXP1++jnrz4bv6uBz4lPd6tglXefmSl6u9jPHVAt8GvudOh36UHq0F DvTqIS0Y7dJh7Gm8Wn/Gzn/l+/XXtF69eYdnR2WPlzt6GePp7q2fErUs0b29ZfLFFY/PJOMVPwVa W2mrROB6mHVtetIarY55aYI0GVbO06UZrJk0W5rHgqS90n4mSX+RTrJgnaDTsBCdXhfMzDqnLpRZ de118cym66dLYA7dCF0ac+rydLNZmG6RbjGL0L2kW82idOt065lb94ZuG4vR7dCVMI/uiO4oi9N9 rPsLi9dd1X3LOum+0/2TdZV5WWQPyX6yH+sp95H7sF7yCHkE6y2PlB9nfeRsOZv1k2fJs1iCvEhe xPrLS+WlLFHeLG9mA+Qd8g6WJL8nv8cekffL+1myfEg+zAbKH8nH2KPyWflvbIhcLVezoXKNfJ2l yjfkG2y43qQ3sRH6NnobS9M79A42Ut9F34U9rh+sH8JG6Sfqp7LR+mz9E2yC/kn9k2yifo5+Lpuk X6jPZ5n6F/VFLEtfoi9h0wzrDOvYdMMGwwaWjafVMfyNdDwPT5rvGYu49B+4mj3MFsBTu5IVsjUM 30q2s1K2j5WxCnaGXWCX2TV2k91hdRwPa8MgTuaMnA3Wh24ujuvM9YA1YhI3mBvOjeLGcZNgrZjL zYH14hJuJVfIreE2clu47VwptwfWjmXcca6SOwPrx4vcFa6Gu8Xd5epxHIhMj4RxLXI0yczI7Pua 5EiYMyMTImG8j0yJTPNqxMg08EUPITIjMityDGgSwJIJHkJkaltn5CDQgEdbM8WiRMJIHylFwkwX GRgpMT7idiSM7pEsEka6iOqI26iJgJkuogpqAzW1IE9FVFEomI0joyI9IJ2EAyNh9IzUUpxWws4m Ph7CHtJHkU8UpevEdEEGUigtScyDgumCVPNQez+fCvkr6B+RRv6B6B+RTP5a9I9k5M8oz/egLVGW kNxKshilWtKIIpKrKJVlJCFU2IUIWM1G1EbMpFJn/5tnVFRHchjDf2ItYAw/xloqFUotw99K2ngP 07BAbjT+lXREKfCe34253+R3ALgM+DgwzMYRZ4ib+ghepnvbJSZGnP8Fvvgr9gfBV5gYVqRiW/V9 vT+TWATrATWbCU/nagbtGuoJ9YQvA14FXER3a0FrDDWGLwcuCF9NeH04rFvDC0NFpPBxwJMIweop fJ6zFik8PTyTrtnh0PLOc85z4VnAHYFz6A5WD84yZ1n4OODO4ZMITwtPghhGO0uQwgOAEwgFg3aQ czVSeGB4d7r2DrdSX+IUDvrSROV96ksc9B/6W0m+iN+OXwnkUtgQxsLm/SLzv2L/JRZ+kx+8F4fB e3TYKuCiX/Xnwor/I4u/YHsQrAHW+u6tO+/rA1gwi2cpLJutgp5Szqo5LQcjUOiB0DLg46FljvrQ ytAzoedDLwK6EloTCu9KeBd63nERdECqFq53Q+vDYEyGu7LQGkcZhAUKvYXh4YphrtwPuwXCbgG5 PbQ0dA9cMT1Y/0OKlaHHHUtCKx1LQK4MLQxdA9eNoeAJ1j3gtwdz5phEnmcck3zky7MjCdJNAon2 UXA9g3dkhVQc7tAtDljAYmqhPeC6B+/ACrkILXUEwX0QSEiXrmtQghXT32i/GbrFfhMk5Jmuc1BC 7xSgnxZCby1SdjG38i702WTqs2UK/Y0xl8XNw69bccOhnlnb478bc7/JrxIYRra254Ev/rq/CeaL tjW/wLd+xf5/zoIPm+7d13FQo7zT6nQ6o5weZ0dbmrO7szeNHBOhFRi1wkDw4pQKxmkOaI7RqDGS DWXMkfC7Mf+b/JKBoSc40oBHM8GRTuyziz/z1zhlxjkyf4Gzf8X+IHgm08IVmTPm3de3ZYksgy1m m9lhWO/VwfquM6zncmH9VgrrtRo+gI/gE/h0Pp8v5g/yVfw9QRE6CqlCjlAg7BQqhGuivxgm9oV6 W+xY7iiwrkJyrHasd2x2bCO80worD1VjzUZybHPsdOx27CN82AorD0eeY75jsTUFCawF6E14sxXW gHhvjfeRI4diQrTYGg9WTDXYR950EG2zBqthLXd95Ojo6O7IIJRouQtWSNVy3kcYE3gjWm85r5bI csBH9nsO5ohC5Ai0HABrjiPPstFHjkGOVMdIQmMsG8E6BtJZ4CNHFnkDsp+yLCBromWcjxwShUWU YRkHVojL0tdH9nz7MrAiKrJgPfeGsGE+grCKYxChKEsYWKGEFn8foS9YAdnTLP6q1XzNR/a19ipH b0Il5mtgjXIwc4W5wuFBaQ8gb0RmcwVYnfZL5p3mnY4olLYaSNdKqN68k/H2WodkLjAXOBSUtkqH FeICZC8yw5udvdp+25xjznFoUdpKHQziAmSfac7BsPZl5lTwSEWyr7IXQX4A2baYU8FaZc80dwT/ jkj2bPtM+ypEtiXmjmAtt58yK/azZgXJngK1VYXINskMK2n7Ufs7pnv2ctM9JHu8Pd1+EJEtCcch +zv2vaYqH9mMNhtYEblNsPq3b7WXmA76CH3thGxBpoNoNRU3km0l1GUJojY3TbDytheZ8hsJbMXg j6jElE/W9EayDbYNt69F1Ga3Cd517PmmhEayxdk621MQtVltgtHJnmaKaCSbbDPaRyNqk2eKAGuy KaCR7A57hD2GULwpgPHGmqbU5lybC/Z4Qt2NMCIbK5tSm31tDttKCVmNsJo2ljalNuvbbLYVEmLG UrAWNiXrqTZ1NtJZLxkLaR7FVSCjsf0v8P7AQsJCwvArdn7pfnOY1vcWYc7+3Zj/TX4zgWGdZ4Y1 oXkZE8yriH128Wf+nLnoF3jtr9gfBMOaEK7InLy5UW9bT/edYEW4HN7oD7Jz7BYXCG/tPbmRMLKv 4rbB23gVd4dvxUfxffnRfB5fyJfwx/iLMLrLQoyQKIwT5gmrhVKhXLgs1IuKGCcmixniAnGtuFus FKs1vMas6agZrMnULNZs1OzVnNZAD7JetF6x1igrlZXWW9a7eFUJLJet16w3lRwlx3rHWodXlcBS ba1V0lSy3vYhJU2NTemhEsTaw0dgOWe9oDhVsl72IQXWvNZT1rNKgErWch9SoO9by6zHDTdVspb6 kAHWftZt1p2GsypZV/uQ4SxY1lqLDQdUsm71IQOM/dZC6xLDZpWsa3zIAO9e1sXW5YZlKlmdPmSA t27rTMsVwzSVrAE+ZIA3M+s46yRDqkrWaT5kgLHPOtI6xtBVJWuqDxm6giXZssZgM9isKcBpiFQC S1/LfIPWoLUmAfdApBJYFEttcE1wjdUK7ESkElhaWc3Bp4NPW4OBAxCpBBZ/ixS81xoUvDd4ryUD pUqMt9wz3w3eaGXBG4M3WpJRqgSWGsv24MWWW8GLQcahVAksFywFwZmWy8GZIBWUKoHllCU9eLBK 5hofCh4MlgOWsuCOKllsPhQMY79lZ7DZR5bdjRgsxcG8jyxrGzFYVuqrfWRZ0IgZr6+05OkrVbLM b8Rg2d1IluRGDJa1jWSJa8SQTkfTedNF/QL9Akt3Uw1eVQJLhOmCJUafoc+wxJtu4lUlWBtXmS7p k1UyVfuQHt5ETFcgjjiVTLd8SB8HlmsQh6KS6ZwP6RU1NrleJVO1D8n1MBbuNV2RL6tkWuBD8mWw bDH1lstVMmX4kFwOlgLTUblUJVO5D8kw9pvnmQ7Iq1UylfqQvBosk4y35XnyPNNO4N2IVAJLqvG8 PE4eZ9oKvBaRSpDrXFOSnCgnmuYAL0CkEliyTB45Ro4x5QBnIFIJYgs0TpNlsyTDP2OZfP8fhKk3 purumUXdPd094zaUKoHlpkmru2i6o7uou2hchVIlsFwy1uiOmap1x3THjLkoVQLLGeNhXYlKxkQf 0pWA5bDJqitUyTjPh3Qw95kCdHk+MrVqxDBn1ulG+8h4pxGDpVrX10fGqkbMeF2U8YwuSiXjeR/S RYGlVSNBSe/jf3m3fZ+5QyJCIuEdFufkGyG0T5AlsTz8Tiz9pJiTa+4zQzbWw/sjvKcB1hhrpBKp xHiL5F2UcK03iVIJrDEwJT8lU8mElHKVXIh/ljIL5vuFykLIwSJlEROVZ5RnmEZ5Xnke5nwe7icq E8F7ujIdvJ9QngDvpQrMuwy/cWujn15L+PdV0GME41pjsXErvQ2+T2V6SXkJwm5QNoBmi7IFS8SP EtwYiqvHfd6BiV52Ag/yXh8Up3qvI5voxjTBGQ8wrSzgnCb3eU2u83/GvrIOaoJ/j3I35ablLviv lTtGWa4UAK1W1iublW3KTpC7lX2kO6wcUypAngZ5TrmgXFauKTeB7ih1gIBD+BD/kKAQOcQIV/8Q GxBPOp4I3quY4/5vQlsyjdRaklgzSZb0rLlkkIyshWSR7Ky11FZysmApTApjihQtxbIQqb3UgVml TlJnZpe6Sd1ZW6mH9DALlfpLiSxcekRKZpHSIOlR5pJSpHEsmn6v2kPxV5qzPkoLJYj1V1oprdkA RacEs0eUEMXCHlXaKDaWqsALGBuuRCrRbITSTollo5T2Sjz7o9JJ6czGKl2Vbmw8rJceZhOU3kof NlHppySwycoA5TE25V9+Pot/VcrB/730xO1kEYz51z4YbgbPX7NBDzy+CENPoARDsiEFrmnAow3p hkxDtmGmYZ4hH3gerLlWGYoMaw3FILcaSojfMew1HDQchStSOfApWOlVGeBtD9qoFf31nk7SMU4K loIZL5kkMxMkeMWGFg+VQplWipPimJ/UUerI/KUuUlfoAw9JD0Ef6Cn1ZIHSACkJesJAaSBrKQ2W hrBW0ngpnUlKoBLIZKWl0pLpFUmRWLBiUBRmUKyKlYUodsXOjEqMEsNMSpwSx8xKB6UjsyhdlC6s jdJd6c5sSk+lF7MrfZW+rK3SX0lkTmWk8jgLo3bEcZ3RuB7GOEEU8K/hA/kA9jRjfn29bANO8l4f FA/2Xoc30Y1qgsc94PR8PAl4WpP73CbXOT9jX7mTmuDfow6actM6WPlfK/c8+aB8FKhcPiWfBaqS L8nVoKsCrpVvy/f0TK8FVKUPlKv1Etr0inxbb9U79VFg9eg76rvrewNK1A/Sp4JPdwh1Wz/SRxDP Qf0YfQbILH2OPk8/Xy7XL9Yv1xfA/Wr9ev16SBFDb9ZvgzycAs1OiAGQbg6snveB7TBojyGC2Ffr KwCf1p8D6wX9ZVjDXtPNAf1N/R3QjtRXgO9p/Wn8LTrI2xBbnb6jfAn4NqTbHTw6wgrfH9eqMMY+ 2LG6l9QHxmocsaNoxHbTiB1DI7aHRuxeNGIn0IidRCN2Mo3Yg2jETqERewSN2I/RiD2SRuw/0og9 jkbsdBqxM2jEnkQjdiaN2Fk0Yk/7/24G4rhArpxmnH3MxRg/73fgs8BVDzy+CGm3tA/4sHRMqgB5 WDotnQO+IF0G/TW4vwl0Troj1el4YH9dkE7WGXU2XRiQW9qti5P26TqDngfqIZ2Dtm3zAGafvlIC 9AKcg1rRHCTRHKSjOUhPc5CB5iCF5qAQmoOMNAeZaQ6y0BxkpTmoDc1BNpqDHDQHtaU5yElzUBjN QeE0B0X+Pzt3Np5egXsdRwt7ULIqkAUC7owtQMx851zQCRfqqRb/8/MshAxtR5DljPanaXE3UT3u aWdvactAvxitopasRzS427aedumHoY8Yg2dtQyjw4cfRtzcc2ht4ki/pT6M/vxz1fmVaRmfBW/H8 d00CnpmLb3rCSb8nwJ/OW+EmiYXMe8aKVqNJBjka/YXDfgt8p+SAD+4qmYVYbK4JwbAYG+gXMS5g Nn7vJOBLTF2bihq/oQ1/RR/cGyZ+3tAK84+YdzW8i18ywHMZtLfZlyDDxU2gOYg+wnVtPzzrvCEG 0xJxv9YSNexPLUjiqqaa6mQ3nQbij7UhLMadQkIG7Rc6TWclZGHZQX+Q9Acxz3haqNifdoy3EEbQ /jH8mkge7pDXHCF9V/410qegHnd6g34ulSgSZBnuXYcSYTwTyN/ljedZCqvu9+4B+GH+/t5vTQR9 USaddsz+RXiJdqXiHuAi3GErbsZ9jNwkwUT6QNC0Ep4E/+YNuLt4C+5O5LvhCSBiLumno14Tg7sN tXTWGITiSTMYNVi33BbBRvpQrFvc26l9q+EQ4TmE51LMpyjmWmgpf9zr4tehYQ3hNoShpNqvcY+9 tgDjBFxEGEohHhY/x9i8afGUt+t4njueQSmkiD9iC2KdcEH8F4Cv425z4RT2VXaa/5DaBWIQS+mb HBsIO7H/i07cnymew/3kYg19a+QcaRJx17Emsv4rkJ2Fk9QuMGuIW8UawN9Srg5p1gF+oeFlytVi qgHIg3YX7sjV5uBOHrEOd/NqV+CeW7EO+4k4AfdX+82k1vkSnwJhJp4GwrZyuMt3NWL+Bo4A6ikh /HeYOktGqzAFW1ZsjnrxRfxyj/g54VJMXROCGFq/PchhuLtbnI97JsVI8plP+6vT8PQBYTHFvBz7 m2AinIR1yL8mzgf5E+VnDKbIp9GuThvuo+NuY72BBr9U1AU1vAv3cfHLtbhvv1aNE2uP/xT3foNE /BqdmdKF4sykOL+gXaBTyP9j3BEtpGBswkA6eSGFzkbZg2cWCHsId8FdoMLJOjyHYiKeyC9eorD9 sPbYHaqZDlhj7BLFvw3LyAoJH8MysvmEl1AZv8Aysu2kOYCl47OoXLVqKTDPggnzDzKd6h93/K6n VNphzlklYu0KPAFHu4X2a3nPHqLzhjo1jGHeLzaxTvT1DnpquNuoV7/WwxfRdzjoRCROPamwisb2 KgpbRfrUhs4kx5A8SjvrEA9SJfmop1nRmW5cAekLVExfwtCp8ZBcqEryWUjWFZTWcdLomnxlJLZh PUr8boT6tR7IFe1kJj2dFseFU6gk8k/CUz/AijnUkX6B14oxpNJXajIonjyMgdHZYepXiEAzhjQR OGugRv1eiHBSHf8xXa16dthhdRZAGTCbZg21XPWUty9xF7FGPZUsCNNVv3bDaWh3sVrPIn7/Q/0O E5QUcS6lSCdqaalcfv6E6Ww1kVL0fk/oOPnT+VPCKbI6SdKJV2IixdOZ8FaSh7ypnMHRgDR1JNWz UDO9M3IJ4adBwgqe8FMgW9Fcc1sYTj5rSC6lGR93728W8LySPdhb1K+acWXqvEP6xdSLVmM/b6ih 3dQFZE2h2eqwgOdcSPQttBLEjE4GAc9keuLQ50WSdfhtM7E9rB04cT3hRZwIYd3C49S7VlG/xfNW TjXgKTNpWCLuRgM8WZoqoQ9KhqcCrebnkT+e+ODGVuZrGx5i+OUVK/n3Jv9Q8syBupok4CywFtMF nE34H5C6kfIwhPKzj/Amyk8S5Wcn5kfzJaX7pTfdJNJHQVkCMUWwqqn0JH1riHkqpfUqpTWV0nqV vhm2mk8ln3j8lgDNpDNIBuDqQtOLw/M4fuBraXU0ip5r6IENu3GFJmykGfZp+i7LLcLX+SzwkXnc o76FZupa7u/Me2KaGIjzpmYMfm1FcwTj1IxhDeQ/ETzLcLezUI0+jE4j1YyBWuQ083FvvLYXrvfA B8u1HOMHPTxr2gg2mGJ4jawjyHqAUoQVlHYGzhraldhPtK8LUD/a3fS1GBnaBP158k/DFLFm/Jrh 7OPXDfsn4A2EW0Kog/AsgqQnS0Z/CBuIPQ2x9qDwPcWAbfcVjuqQq6co5jA86Q/7nmYHzuZ8Gofn 8sxFH6i3Fym2J6iuQrFvY7lgDnWC/1Hyr8UYhKs0X7+NMx144hk6BegpPIO9V8zAvEFs8GSJ5V6f 1qQHLIbiyR3iQHxeAA9DjDUvfoZnSEFbaDFFeppslNvPyKeOfN6mnPfHFucPoFUTg3WiuUMrE5n/ A9VDa6oHsoonKM9piGntKmM84IPnjNR6W3YG1SfOqtUUaj0+jyBhZhR58kmn5/0IzeC76l8F+R7h FVw3sJZyeF6PS8A1nj9ahS8IZ3HYkxOohrOEF2lFgWfSTUB/iBlaVjSR5gT3J6wrAVc4X6GGe4Fv QfWA/VOPGs0YjEGzA7HYh2p4FIX9kcL2oRb/EeYfqG0Rz3foSvn8gMacHGxf/iz5z8fU+V30HcQb 5NMTa17oiq0DecMzR6o0u7EsmArEg18weonOYPoAn3H+NWwR/mN6ps5SWD/SX6WT1/wEPIFlC7aL 4I9vVUIW1Ykd3xGgrgqwHqgn8Ng6sJpqTeW1Q6hwqtUbWKvCUKxDsTXV5EasSb4eywVrMyzRTlqr tKBSFGAeoBS70Yr5FOyUn58oP+2oZ5opn2NRL3Qh/QjKZz3lMwvzCc+SKjfTm911km+T3I/nCNO7 3iP4naSGTK4nvtnhahOesoUk15OsJP8CfBPkqlHypejJQR02VKqYZCUfQ/pywvPxbZEvROn1RFzJ 1VFsa8iaTJpy0lSTTzLFlowajA1kIUnS4Glc4Anr0ob1XAbOoXhmEOjxRICWDTTC4ClyrCXJtiRl Ly4jn+XkU0E+FaQn3FBEnojlBg9pPFR2D+lvkz9KRqkw8mdeDf1Gr34SSfxtXdxP2whXkHUcSQ+V YiPJAyRrqSxnKf8ZhHNIT/Hz/qSh+PmuhLfgaZhoBanGYyb8DuGZJAeR7Etx2rCW6Eln+HYD+lPU dhQb9h8I+zBZF5MmizD1FnxmQVK74JgPmNYM2G9BrkIpakm2Ih+qAZ5+/qDmB584kKmYCneN0lJL 0ZPkTpJlJK9RqAXUpmp5x1FPO0uhqB7485RuMMl4kilUq9QzabXGcIxlEbg6grYjDX19jeEqC6zY kyNIH+HV07PwE8VMP21gDZkkc8lzOMVzlDTzSfamUGcIG8knmaSR9HReLhFemQVPFJVpxc4sb3jy La9pm0UtSVzyfQvOjy/OtxSBqoCHJXFzTzOtxhUk8EYN84zVBri0nMjld+I5sXioZ4jH3URj3mxd YIaFHNKjbBwM8dNZFpvAcoF7IHnsTSIT5eDvt8+1XzYV5m9P7xdn22KXiu/GFucrEzz54hFPvrCj WOA5ntfhSarvljw1demUsNb9KcPvelrczy2ngXzNomwKw0Stjh82NFbnaY03/rqAEWNnTJo8bWLu 9GmxrTxBqPTT+aVMSJ86fVp6rNVjRk2ATj9w8vic6TOmZ+Ta+kzPyZ6eMzZ3MoSwe9qgXdApjfbU yVMnRA/NHTs12za4Ty+P1dAitqOni6dTbKcOnePjR8Jt5ya3noW7fpectfA0R3tznTjw0cEpseGe UPXWOq3P5OxJE3JsfYf2s/UbOqhr7879+kS39/SKj+4UGx8fG+ppq5bI/G9LNHRCzszJ46H+OUfT GuY0TMjnWjLQB/D5HMden9f+fI/L50u//kz4YK77n38a8J4hatH1z9xZ9clVp1btuPvTlXuD8p7Y c6Tvu4+0zej0Ud/tnZcOuBbZbXX9sF3Lpq3dbvrrradtVZ9MnOGInPbUizuPhCX+bU3ihctjJh4S fzr29XNPBl/+8/4rsUtaXZ0ScrXzp1+9E6KPfaH6o8y1W5Zlrziau9Kc9OiTD88uH/rl3gM/at/s MP+oNPVEn02BG6uSK8c8lpk9VJk+t+vZ44unrStf+FPUE/4nK/xnHawoHF1yIe+9Tq5u7hsLHzJ3 mtZz/LsTij7Tv/HIlwdurtaM3W95v8Xa25Ul69IXjPv45Ik7K5cHRK96f9y1jxrWLAz90yeLlDuP THdxO4ZNO/vdP5uN4AV4jl7L55pBjWg8FqhSS5AYLMqLLNds8d/N/E7JffH8wFVXra+PnvcM9SFL W1HxBC+Q28bf/SwlITvges8fZ/64y1V6pMOulp5UdGgjDvQ84hlQ3L+435I+k3Jzs7u2azc+Jytm qq+dYsZPn9oue8pk1LbLzpme/uT43Bnt7jcjtiI1IvTKGHDxpGn94cHUaPzgJTDZk+RJ9N17+CXd vQnMmjXr3yUwIecXYs716DC/oWKgJ8AXpeD/swdSwF7it+te3YCRrGbBx5P2lpUPOXb9x/jH/1Ax fN3YKwMHfbv4mWHllsW21Pdnv5u+wV4StfjJhpC+a2dEfP6P6x9kLEp4/s6fcmxn24d3CXhy1sqo 4DZjI384kudkd0690f7woVdWvDdF/4+orLdDsyvXjY/KWfKUf0jGixe21Zs//adm29cn13y/7Mdt CZEhumPVfpmbTv65U0jV3BznJ69MznpYNy3j+Mr2L3zU4sRz73/PJnzY59uw0mdvpo2qfW+sZ8v4 sr/rN8V0+HhW3JC8RR0WVs8qPnlzT0z7iSu7LTnIf/BN8oaBH3TtH/5aW3GwGD7h5tweH12ZfPrt jQOynC7Xp3121rb85sP5T79S0a3/J+/1c33btpcnX+sHw9gNdRgLGBs8KZ5GL/PPR68/0rAQ0Kww 7NkXb7nTuZBgAdoiNsRj+Bdls/tNFRvtcanPsbPxOU6ZPh0GCWi7yRmTx4/NnWDr9WTupOk5k3Nn 4yjl6eSJ97SPjevQ3tMFRqm4WLpt78Hb/97w+WsDzaubst7+4u+JhVHzpsSEfPnBpa8+emVI28Fv Vn6uDHK2rP3kjU+S38z12Fp/6/dp6kv6AUWm3oU714zyhJ1nU6rnflDzrF/L74PENTefrWjzcXvn 0g23bk80u+vmfrPMcu2bQa9t+rDt0PLn7vU72ezU6LdOlfYWN/+wNevFiX+LqEoYWrrk1NcRCTHh JUseHZYSeFlw/5hZUOCZtvS7xzwb7s0/+/KuavvL8++e1n3n/97QqSm7+xW8msiS+me0Do/M2Pby 5b9qFyZt/mHxG637y83yX118fVhePbfWMtj/GdbKk3D9vQttE/YfjU599S1rXq/YWRXrvui26MVN Y/l3LS3ervt+3TtcpeOR1IYfNEfKbM19A80OqJE3PC3xwdNxXIOo8QhwaTLy/NuBBecIS0tRhP63 xNNK28w7Ues51DDPwjXqyLSwwLPwuQVyUEn+mJ7Dw1/+OlRXF/VlwNCXHru8ZdP4LWN/9+6Z32r2 m8GbkopffzN5RtptP13MBM9gdUgc4Onv6Vfcp7jXkod/+5B435wDKeJYRsNhapPhMNGT4OnbZDjs /L8zHGI5+qix/sahEOq61cvLj4wS+nb8/OruN2f9vXL2kIHc2zG5Tzw+NVC3o/Lg3Of3xpyRNq+c Om7vCP7jQTbd4Fc+n9Pz0oj9b6WtNX9p4ZaU7M+7teJUTTeu9tLB5wM0x59LvHRzqP7zR3cUXv7m ucxPF3x4peiWtt0zwtUXopyO7B/v1F3OeyWmxfd+l7IPKIM2rJoSkPPS3k1d1k+M/mhI0LVxox4O XrPC9vAlP2PcDxWxSTNjH3LlND9+LfuhhmcCdF+UBYxddfNvew3fDlrx9EcdXKNfO/Ttgaea9557 ZmiOvdZTvj9vwqjHOUOAHHT6vLzmn93fz0jbFd3umx+eWVIxZHj1huyirJIuyWfuzD60XZkzLvLG 5nWR8dpZxnEnHrJObZN/s/mf3ftP9tn19Q81T7371ZZtuR32DvroibZS2Mzm3VNWPjEyoY98YNeu 0oETj7/au2HBbPuCjXpPRnVvabTx+EaH/VSfq66r+28nVrjPnItbkBwWlej848hrw29svfDKhvKu 0z9YGJ6rbV07035oXf6H4al73s586NlNM8funrZJt/XQ9v43pek/LY/Leqf+iyHHV7Y9kfHBBstS KZ1/KPqtx57fe9n+9bul5eN356VqzvSKGVxSVPp63o5dxaufNH5WuFT3pKNd3Db/acWPrww9VHxj cbn97LfWR0+srR1w8XtuwvRnmz91fPLxK9OuvfFyZWxkQ9BHj486N9C06dy9dhsfjhkWPOWE7rWf YCpoDVPBD01WtKuWvrBlhPGP5T1oTljVtNc0hzlh/u8yJEd4wtQHs01Te/oE29DJE6dBrDgo2+I8 sbHqwjY2NrZTXJynS1ysurCNu3/rWbjo/8bC1usu/Af3X50/Ti0909s1f8Nnx+ac2XzkK33h6aEb XjKcSOl4L/XQjlZvXT3xTUXY0CNlMw5NPcu+ZlVXMyfGe+4EG3Zzr780b8X7W9xXVnSbfadt4Ozn v0v5oidnLjsmbPj2sZMzrp57osu6m5Whj0WfPvF4wI35Z+OC/pAriTUbxaFbp/AT7w58bMWsiy77 xRuHt/STTgpzhWNdjpxxVA0bNat3w/p3vh42cdK+6JmZT2cM7f/p/yrOPKOayrY4HkKQXpQOCkiR IuUmARLgUZUSkRakKjV0BBmKEIpCQAQLTUIVBKSKVEUQqSI6YFC6ARQEqUqkycgAo++CT2QcZ+a9 D2/Nh3vXPeesc88te+/f/u+jy0BCj14NSeUNI3QfWiuIm8pdtHVim/z1nfjj5dd03czLri3kZbmN 2GHOX8tZ1SCptD2Maj79gaW+QZpptHXcpLwqu/nGFWPXmy+SF3svm8WbFhKvTVe7PO9AuU3injz/ yo9w8IuEfslExbYy0R3RdpyOaidyUe/iSenPg5Rqzt5bcUskymn0R+1j3ZceANit4b0wME3NB+Py 9/9KHkBsNWnYDyOQAABHHHYEFACcojNKBqUoD5cB1YeLjCNO3kFGHimPhjvLwxWcAPTvsmM9b6cp Y5o+wi1uFEq4xqu4MwBK/PPs+IfR+oyP3zYNQHMB7Rq0atCgt+zZbuskA6BkAPQ2Dhx24cAMAIXs Lhxo/+0CX4nwF0v4A0w7tIYCkO/cexsKR2Oht91NVx7de9B/xd50pvN0McbdpakgQzNdmZzVawE1 8VhvzkwZKTwURm8++5IiFhBcoIstFtDnMl15z5rRBiNKthKi8s3hmzmXEok1zdbPSqgEnXRypzuX XviHNCfRmdiGIqG2JiqZU2RZO+hx+ut8R4Z/okwOzeQN+0tzl00x1fCsnqDvb9rv1yUUkr/+8wh5 RLl8PaH9ZiPRuVxHxkLScjBp8fQwbikemXcOfdb21YoC5XaGimNEtyFvqF5oJWM8miTTMKDkXEJs pZ5I6rhf2mvBcOslllHWXPzmRFqqRVxDiZW3aFIcYYLejzCkEEm6cb4HFhdTN5ERaVnZnzENX0/W jQsrnDDEr5D7PJBcxj5LWg/S6Oc+k4hmJ+mak7DFdI+WZpc+a7z4NUMx67f6hAu9ZmrGZTqCC2JM ddnKejDcQlBang01M5T8Uqh02rxmdIHLpe2FGUHAiBDUkX2Cj82+lrtUgz2xvJK3NQOZ9R7h2+VM MtJJk2E1sRcI3fg0MkuLp/2Yi0R/os8YiQ+5p9x4IbqO1BBGBdSGHCix4W8kGXB/9NZFDmiMeXTK mtTV3H/eButTmXozx3blXVH9aL4s0kNSjuPYW4FWYbQCzYWFhzAIs2crOYVDj7PiHLayzv4RtuYY ofaCFAQjdShS3FpztHHABdPAeD3Ih74BINAGAwQax6/6gCWhd5sF1N+zICLm/xJrEQDwJbhK/jdZ 2jcswEEtgUYACkpflITidhMObDX/cWwRoH8EAnQLCFAQCKDPlS6u+7Ltly0je98isBnI1y/fszx4 Q4tfynPO2vhW3R40HwxTf76NSeAVyvPxPjLjIvph+p7Kn5UGqDjgWn2xzHini+eS7UVPV2Rjrs+5 2faOZZpWM0i3VQyVHC4Ppq94kWLVac9HM+dydhaBPbRPbqaUzvj5naO1NuRHstQBpW4rT71WlE/l cn3QqX+Ndrrt7aQQVJiDY5Xp07i29maUlnngFL4AIznD3JTDHtiUrLqw8eawNZuggblEXrDv633K tRhbMoVyJDFyKKQ6JJp/SK3qis1srFEU33KunNVkgopMOdKyvVbtE6LvDrVqVXVFEvpcb1a49Kqh eeJBBbE2JW+n86b111nLeEWinn6op46++tFusRvbfCX5YkPLQX8xOx6JeyRxCbRYmtIxxeehVUnl +0WKSlzmHQQ9xiUwWXYxE2I2fQf11bCPaizURakXe4JPyg2IvPGxYTXRCbyzBhlvuA0l2I20cN5p 5O83059RymWdE8E08NQdDdWebG3zDX7tOyM61qyT3r7wcL/FSOTVeQMMUFQaNzZ/8kbF5qtKl4nW 1IgQyiBFfwYjWcQuUVgU5ho+fckxyK5aLuqFxfVTzYESEksUrzaJeOl4DZRR6/iFo7GP6I+39xcc kfMnfvReCxKylGa3sSdmqBkho4YrY7hHsw0/pFQ26OScTut9PRhzZUdQUUAgzv1AE30j4A9hxLsz gQMKYxJggJhCAiCOkCMQzd+LrT8otd2Y85VRhsITjtznoDEcf1v0BN4jEisPWH/B3FZJ1SjHIEc/ GvM/FYFAvwW9FnTWHRLZAUg7BGIbdra7YIcFjAHDXbDT+u+0z1/c3x+IuLH18EKwiFQgIhmISNz5 SLLUYJ4IqH9dDkrFhfw7tjqdwfmBb+bu5eCLx/n4ybr5ewEaOzeAAvICCKEDkOMQZ4grxAFyGmIH 8dmuMrtDcBA82PKD+IP9WxVnL/DwBq9khQ78iL6uy9EFaa9P4Plk+8j+rsKZjCl7x3FJ6VopYb14 poRWZztZabW1Nt8er8hPTeqzDJ0qzbolN1fcR3DNwgoFqTbOUQlhl3WMzchMSaG9fPr7V/6ldRnb Xfmb5xs1WlnJzGlV/oL+mgOByUoTc04dR1WDgkVW2MMKE/wjr354egiqI/XwEtuD/BIapkyK27qb LDFHSl3K0xKDE6R397ZOS5mM/NASv6JzeHRTpbtRYcFbrHyqQpzS/WqFpSJdIjXNgEWVcZkudlCw DcEzsdgu8+xk9l2MEsNjhoePy8qnqodGOGNMtC3RiJ/E+c5XfRBfG5VWFnJPq7aKdfM+U1Tr36ZB s6eQSkpCjaDObuDC2HLHYHU8/vz+M5xh2kVnpzSknG+22WAdo9sO4BRTo8eGV9aWuXIzxMe7ClK7 39vgNN+cpL1+UW1P4J6ePVUBghxNDg41iy8f88OaxjSfsEi8H3WWm0/9JfdUChkymKvTaLWSWkCv r8eWHi7YDZFsr8osUNcOFFB43JuXdyM4WHhdjyhYuqErEr6avdbsWaufOvEuIIhv/i0qHc+j/3nw johbwHTF+ubld4zhb91VKjYBCux43NhYgBcuUbUny9zQqDncQjg3aC/iYPCCJkOV+kYxKd+mNTcm 0+Inc0M97RatjsyzJxnC9Tx/w99obfTy8ujA+rEzBxt3wQmwSoAAuw2logIiiP80uH6sCb9tluRE PNoKPv8xYnpqONPunRjwKb61GOEswO5RTkDk20QYHAxtksOtDPOMqybmNB2tfhXYiX45p2eA064p THBz4ESOVLgExGDbsXxBF9vazHEB3UkIcgJ0tC2ncwX7HcArNwg+91C46J969gm8zxlXXwcfN7zQ d2yGEaggMaPv+zqsMvNnVxuVPtGm/cJixsPpr3Ev2fPVYCFTNz+RRdM3ExFROr9UHGufK0mTMb3X yrQ3QIs2HYac0dDWquMr60Dz8n7MvsN7u/OwolE+7X3AzDb5lauulOOR1ExBA20nIguJwI+4Kdv9 +RbPWNpAYOQCw4aZQEGTj5fyxK3uSe2mvTFGmvcNRQ+MWFobHnty5VpaVr0Xg8JiwfRhI8khh8xi JZgYMxSm2qdiQDoYPCTDl4dPgvgszw3cjUKNP3Sk00Jz0KodE8FC2Whm4fphguZTTIVO75PaCzFN 3OPv1INcx/BCQwoKA+mVqzl6C6Z8wgK0LW696hPadzftwgZzCVAJMD0R/faP9sAJUE6wa++2acb9 Y9XZH++87bJJG4Bnt0kyfttBpAIX3xmhgbOCWSMKQCEABBKJhMtb/8Eih9UW8lX6x4fj4Cgj4bSW 7C6PMYvv6mhbtmLTeC+KQxO7twE1czzMmERTQaU9NMx6cx9Ly/FLD3nuilycf3XCd1rlMgsXKngj nnQeg7pf/PZUpGZnsHr1YiiL6LtrNuKsLoKHrjsr3kt5RjZkkZzryVYYK/kk8Prk9EY5zRWvX3D9 s9RVxABVpHKX/yeelM8vCKJZk72b196fiy7zUmOjTilkEZ55ylQ5guBenf/Y9cDKVUc/flRrqnO2 FoHjqyN4hwiFPs9MulFxqrsrp+glOYN6djgEL62uUdZH8ThnrnRhDD37jE/3ADGv9NiRTS61VK5n WOBc0imWIQrvmUQCtWxyEYW7KCExnL3dcYiKH0e6IFBKxZzETWuYEVsE+TfmXbf4DQplbmRzdHJl YW0NZW5kb2JqDTg1IDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggMzA1Pj5zdHJl YW0NCnicXdHdaoMwFADge58il9tFMbFVWxChsyt4sR/m9gA2OXaBGUNML3z7JedIBwsofJyfJCdp 055aoz1L390kO/Bs0EY5mKebk8AucNUmEZwpLf0q/Muxt0kairtl9jC2ZpiSqmLpRwjO3i3s4aim Czwm6ZtT4LS5soevpgvubtb+wAjGM57UNVMwhEYvvX3tR2Aplm1aFeLaL5tQ85fxuVhgGVrQYeSk YLa9BNebKyQVD6tm1TmsOgGj/sVFQWWXQX73DtO3IZ3zjNdRokHtclSxQ+W7KMEzVCFQgpO2pCOJ MrM9qUDla2ZJOpEOqLIgPZPW2Bm1p7OUGepAXUra70D7lbRfU5Kw5zZ/CspCDg5gvWkcRXyx+5zl zbkwYnxWnG2cqjZwf3k72VgVv1/SL5hVDQplbmRzdHJlYW0NZW5kb2JqDTEgMCBvYmoNPDwvRmls dGVyL0ZsYXRlRGVjb2RlL0ZpcnN0IDQ5MS9MZW5ndGggOTY5L04gNjQvVHlwZS9PYmpTdG0+PnN0 cmVhbQ0KaN6sVttqGzsU/ZX9BzO6bGkEJdA2LecQGkps6EPwwySZk5g6njCdQPP3Z0lbqQ2JQRr6 Yl1mraV90d6yo5Y8dUwdqdZQIGM8ZsQagyL2TEqT04aUIecVKUteBVJM3mFw1CkgIeGA7CgAhs/B KdIthKChQWpdS1pDsQ0UtVRcW0jHdTyCO9IOZ7Se4smGHWmYZOMax1isDfS4ZTLQY7ZkoOdgs4Ge i2vo+biGnmdNBnpdXEOvi2vohRY46AVWZGFCaw3ZaCKMsBom4jxsad0FshamwmPLMJWBg0kMcQuT uMM6mgxjLFxwiCBDz0Mc0toHgxDCBYBB1aFFLKEXGDi40MLv5JIDzsMlRBAhMArnMZKgEUOEyGjn CaE02EASYnKYQDEWQXHRZdiBwBuGkw56HICDnoPRDnouAAc9DyM+fGguroFr6WrTfO+nYT+vp2Gg tHO0cTn8ni+GF1LN1bgbvvVPuBsRsX55GprVPD3fJtjVOM5nZxC9fH78dd3i6kThtPNxvx/nft6O +2Y13M7Nx2ne/tdjklafH/rpePrrYRjmeP7cnG/7+6l/bL5u75+nIS534/3R9y/7OygPzWX8+QoD hkmE4vzw5Z+hv3v98u9+t90Pq4c+Gh83vvW303ikudpt7waZruH5zfhbcD/G6efNOP5szsfb50fE Ju0ciGdn16gT+BzrJA1aBiODlYFlcDJ4GToZUshinaRBVLSoaFHRoqJFRYuKFhUtKlpUjKgYUTGi YkTFiIoRFZNUNuk6tLgJ8eKkG3BPPgGbVfP9ONtfdsNjyuvFtUp4X4zXCd8V403Ch1I8WcBt+wa+ eur3J07gdIIutsglvCnG+4S3xfgu4bnY4xA9VjUeK0lyW55kybIqtknpaJSuMiplmsvjpGwicDkh ZZor7nZKNftyt31021S5ndLNFbkIiaDKKy5lm8svuE7Z5uIbjg4V3bY1buuUbVveB3TKti1vBJoj nquMSvk25c3MdMf9M5bIKyE9Hu9zwis4H7Rq1v3NbjgBl16WCzyXVL5iOeTZyaT4Np7rT+Pdy6lO Jq+H88fvk/Tm3HKT6NuYr69OXk4hi5nSJHPvyy2tVpHFHA7Hb6G0rtyQahXzYymdJveP3BVyrdcq 5rdVijiXZi64XEa1ilbMsf74mZZqyTVQq7h5vxrW538Jb/74WcWyS1jyP2fzftM5zQpLWPIvqpql Fll4iKGpYNlFLF7EcktYm/f/DPw1vD7kqIallrDUIW6qguUWsfwiVreIdYhhW8FSi1h6EctUsv4X YAAvaWdTDQplbmRzdHJlYW0NZW5kb2JqDTIgMCBvYmoNPDwvTGVuZ3RoIDMzMDEvU3VidHlwZS9Y TUwvVHlwZS9NZXRhZGF0YT4+c3RyZWFtDQo8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBN cENlaGlIenJlU3pOVGN6a2M5ZCI/Pgo8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEv IiB4OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzAxNiA5MS4xNjM2MTYsIDIwMTgvMTAvMjkt MTY6NTg6NDkgICAgICAgICI+CiAgIDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5v cmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRm OmFib3V0PSIiCiAgICAgICAgICAgIHhtbG5zOmRjPSJodHRwOi8vcHVybC5vcmcvZGMvZWxlbWVu dHMvMS4xLyIKICAgICAgICAgICAgeG1sbnM6eG1wPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8x LjAvIgogICAgICAgICAgICB4bWxuczpwZGY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vcGRmLzEuMy8i CiAgICAgICAgICAgIHhtbG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0v Ij4KICAgICAgICAgPGRjOmZvcm1hdD5hcHBsaWNhdGlvbi9wZGY8L2RjOmZvcm1hdD4KICAgICAg ICAgPGRjOmNyZWF0b3I+CiAgICAgICAgICAgIDxyZGY6U2VxPgogICAgICAgICAgICAgICA8cmRm OmxpPkh1YWltbyBDaGVuPC9yZGY6bGk+CiAgICAgICAgICAgIDwvcmRmOlNlcT4KICAgICAgICAg PC9kYzpjcmVhdG9yPgogICAgICAgICA8eG1wOkNyZWF0ZURhdGU+MjAxOS0wMS0yNlQxMTozOToz NC0wNTowMDwveG1wOkNyZWF0ZURhdGU+CiAgICAgICAgIDx4bXA6Q3JlYXRvclRvb2w+TWljcm9z b2Z0wq4gV29yZCAyMDE2PC94bXA6Q3JlYXRvclRvb2w+CiAgICAgICAgIDx4bXA6TW9kaWZ5RGF0 ZT4yMDE5LTAxLTI2VDExOjQwOjAyLTA1OjAwPC94bXA6TW9kaWZ5RGF0ZT4KICAgICAgICAgPHht cDpNZXRhZGF0YURhdGU+MjAxOS0wMS0yNlQxMTo0MDowMi0wNTowMDwveG1wOk1ldGFkYXRhRGF0 ZT4KICAgICAgICAgPHBkZjpQcm9kdWNlcj5NaWNyb3NvZnTCriBXb3JkIDIwMTY8L3BkZjpQcm9k dWNlcj4KICAgICAgICAgPHhtcE1NOkRvY3VtZW50SUQ+dXVpZDpjZWRjNGE0YS0wZDE5LTRlOTct OTk0OC1iZDczNWRkODViZWI8L3htcE1NOkRvY3VtZW50SUQ+CiAgICAgICAgIDx4bXBNTTpJbnN0 YW5jZUlEPnV1aWQ6NDdiY2U0NzAtNWUwZC00NGVkLWEyMjItMjZjMzUxMTQzMDI2PC94bXBNTTpJ bnN0YW5jZUlEPgogICAgICA8L3JkZjpEZXNjcmlwdGlvbj4KICAgPC9yZGY6UkRGPgo8L3g6eG1w bWV0YT4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg IAo8P3hwYWNrZXQgZW5kPSJ3Ij8+DQplbmRzdHJlYW0NZW5kb2JqDTMgMCBvYmoNPDwvRmlsdGVy L0ZsYXRlRGVjb2RlL0ZpcnN0IDUvTGVuZ3RoIDUwL04gMS9UeXBlL09ialN0bT4+c3RyZWFtDQpo 3jI3UDBQsLHRd84vzStRMNT3zkwpjjY3AQoGxeqHVBak6gckpqcW29kBBBgA6CgL5A0KZW5kc3Ry ZWFtDWVuZG9iag00IDAgb2JqDTw8L0ZpbHRlci9GbGF0ZURlY29kZS9GaXJzdCA1L0xlbmd0aCAx MjIvTiAxL1R5cGUvT2JqU3RtPj5zdHJlYW0NCmjeMjdUMFCwsdF3LC3JyC/S8ChNzMzNV3DOSM3T 1HcuSk0syczPc0ksSdVwsTIyMLQ0MDQyMzQ0tjQ20TUwVTcwUIeqAmr1zUwuyi/OTytZpxCeX5Si AFRupqnvm5+Cod3EwMAIrj2gKD+lNDkVh347O4AAAwDxaS87DQplbmRzdHJlYW0NZW5kb2JqDTUg MCBvYmoNPDwvRGVjb2RlUGFybXM8PC9Db2x1bW5zIDUvUHJlZGljdG9yIDEyPj4vRmlsdGVyL0Zs YXRlRGVjb2RlL0lEWzxBMUMxMEFEQkNGNzc1OTQ5OEY0NDczQjYyNkRBOThENj48M0RBNjVEQzlB MzUwMkI0OUIzRkRGRTY4NjU3MEVGRkI+XS9JbmZvIDcxIDAgUi9MZW5ndGggNTQvUm9vdCA3MyAw IFIvU2l6ZSA3Mi9UeXBlL1hSZWYvV1sxIDMgMV0+PnN0cmVhbQ0KaN5iYgABJkamw1IMTAwMLJog ktcIRDL2gUiG60DZf9rqYDYD4yg5MCTTQRDJyAAQYAAJ3QWXDQplbmRzdHJlYW0NZW5kb2JqDXN0 YXJ0eHJlZg0KMTE2DQolJUVPRg0K --_004_5316A0AB3C851246A7CA5758973207D463B3A32Fsjceml521mbxchi_-- From nobody Mon Jan 28 08:52:56 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AAD8131062 for ; Mon, 28 Jan 2019 08:52:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 IhZa9dvPm3Cj for ; Mon, 28 Jan 2019 08:52:53 -0800 (PST) Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A2BC13105F for ; Mon, 28 Jan 2019 08:52:53 -0800 (PST) Received: by mail-oi1-x229.google.com with SMTP id t204so13575812oie.7 for ; Mon, 28 Jan 2019 08:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=E1l5Ef/QwHmqGqKes+Jm/wah8thRjYNB1Fra955+WmQ=; b=fZH0TCaco1iPPWbgXMnzKxi3X8LZLbbDRQXyqIPPd9NO0cM9tXiZD4trmENI7zV58m 6RjcJ+rojOvNcC6GNnWcZ3EP4lW4D64RmM28Buf9XlVB9ClV4182DTihnm3d8U2SVOZ5 CVAkHz00Q6ptniZw4UFzWO/kI5nf0cQXDVrb7uq0/H8pWkuSByghB9i3LsbrzW57sfFH ZPr048PyJG3s1ZfuiI3hb80qD5ODE/vyhSsYmxkSilGqSNqQusrBtVXOVj9Sg88xrjgI QaJbDtpxe4jaSmywWCXHamFVq5b6Mk5gB8dAC7inDhYY1MlMolYxUDgFNOQ2ulQuo4LS 2Kmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=E1l5Ef/QwHmqGqKes+Jm/wah8thRjYNB1Fra955+WmQ=; b=LE5kJj/L6sa4EK1UsDKtsEIVCkwjpNfiwauCnXpK9nMKL9xDhvv8hGFK4HvxWXuopP Ip7F2Q7sjcscOAwy2bilLV+NYexkPLqYyKt5bn1L6d4pnRnox67/pd/FnskVTtKWtLyL eu9B73s5rDuHp9qTYzIeGR97D9BHbJ+I9pb0eCpFttllKrb6s5z3Y2s3/SHKo4sAWawj pQFfdjDBMkhlOMpikq9jfH0O+cp+0UTD+L03eZ6bIVJWvv098NjNATN3ZX9Y205O4fZj IxHzUC3L3cJ/S8Fw2ZpZlXMkBSAUUobEJBMWTdNaZI5AB7av3lOJTD3R7EjXHTIxS2Gj cMNw== X-Gm-Message-State: AHQUAubzhIeaoMK620ayE2cMzaqIoSlXdxIHukJoZ7RVZJX21ZmYrSGs VnwGGrkjVThsM9rzNkjZpr081455M6s4lchPwwk+mQ== X-Google-Smtp-Source: AHgI3IbAsTFI8/o5Q17ixhTXCh9cIMV7MONBJJ1+UBfvWdLNPpejJWxJ6VBqZC6uDiHpwBB2P9u3KHIG1xxwGFb2SNM= X-Received: by 2002:aca:a881:: with SMTP id r123mr6779023oie.207.1548694372439; Mon, 28 Jan 2019 08:52:52 -0800 (PST) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Mon, 28 Jan 2019 08:52:51 -0800 From: Alvaro Retana In-Reply-To: References: <20190122200910.CE3B0B80E83@rfc-editor.org> MIME-Version: 1.0 Date: Mon, 28 Jan 2019 08:52:51 -0800 Message-ID: To: "Acee Lindem (acee)" , "mandru@versa-networks.com" Cc: "lsr@ietf.org" , "db3546@att.com" , "martin.vigoureux@nokia.com" Content-Type: multipart/alternative; boundary="000000000000ef5b0a05808781b3" Archived-At: Subject: Re: [Lsr] [Technical Errata Reported] RFC2328 (5611) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 16:52:55 -0000 --000000000000ef5b0a05808781b3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [Took the RFC Editor off..and removed Abhay=E2=80=99s e-mail as it is out o= f date. I=E2=80=99m pretty sure John=E2=80=99s e-mail is also not accurate anymore,= I moved that to bcc=E2=80=A6. In short, everyone interested should be in the lsr list. :-)] Hi! I am marking this report as Rejected=E2=80=A6both because of Acee=E2=80=99s= explanation, but also because the intent of the system is to correct mistakes, not change the specification. In this case, the proposed text would result in a modification of the process to calculate the routing table. A change like that should be discussed in the WG/mailing list instead. Thanks! Alvaro. On January 22, 2019 at 3:50:04 PM, Acee Lindem (acee) (acee@cisco.com) wrote: Hi Anil, This is the case where the transit network vertex corresponding to a network-LSA is newly added to the current intra-area graph and an intra-area route corresponding to the SPF in progress already exists. This implies that there was another network-LSA. So, either the network corresponding to the subnet is partitioned or there is a network configuration error with the same subnet configured for multiple multi-access networks. In either case, I don't really see the benefit of an ECMP route. In fact, it could make trouble-shooting the problem more difficult. Hence, I would advise Alvaro, the responsible AD, to reject this Errata. Thanks, Acee =EF=BB=BFOn 1/22/19, 3:09 PM, "RFC Errata System" wrote: The following errata report has been submitted for RFC2328, "OSPF Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5611 -------------------------------------- Type: Technical Reported by: Anil Chaitanya Mandru Section: 16.1 (4) Original Text ------------- In this case, the current routing table entry should be overwritten if and only if the newly found path is just as short and the current routing table entry's Link State Origin has a smaller Link State ID than the newly added vertex' LSA. Corrected Text -------------- In this case, if the newly found path is just as short, then both the paths should be added to the routing table. Notes ----- If the newly found path is just as short then both the paths should be considered for ECMP. Why should the smaller Link State ID path overwrite the current one even if the paths are equi distant? 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. -------------------------------------- RFC2328 (no draft string recorded) -------------------------------------- Title : OSPF Version 2 Publication Date : April 1998 Author(s) : J. Moy Category : INTERNET STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG --000000000000ef5b0a05808781b3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
[Took the RFC Editor off..and removed Abhay=E2= =80=99s e-mail as it is out of date.=C2=A0 I=E2=80=99m pretty sure John=E2= =80=99s e-mail is also not accurate anymore, I moved that to bcc=E2=80=A6. = In short, everyone interested should be in the lsr list. :-)]

Hi!

I am marking this report as Rejected=E2=80=A6bo= th because of Acee=E2=80=99s explanation, but also because the intent of th= e system is to correct mistakes, not change the specification.=C2=A0 In thi= s case, the proposed text would result in a modification of the process to = calculate the routing table.=C2=A0 A change like that should be discussed i= n the WG/mailing list instead.

Thanks!

Alvaro.

On January 22, 2019 at 3:50:04 P= M, Acee Lindem (acee) (acee@cisco.com= ) wrote:

<= /div>
Hi Anil, =20
This is the case where the transit network vertex corresponding to a ne= twork-LSA is newly added to the current intra-area graph and an intra-area = route corresponding to the SPF in progress already exists. This implies tha= t there was another network-LSA. So, either the network corresponding to th= e subnet is partitioned or there is a network configuration error with the = same subnet configured for multiple multi-access networks. In either case, = I don't really see the benefit of an ECMP route. In fact, it could make= trouble-shooting the problem more difficult. =20

Hence, I would advise Alvaro, the responsible AD, to reject this Errata= . =20

Thanks,
Acee =20

=EF=BB=BFOn 1/22/19, 3:09 PM, "RFC Errata System" <rfc-editor@rfc-editor.org> wro= te:

The following errata report has been submitted for RFC2328,
"OSPF Version 2".
=20
--------------------------------------
You may review the report below and at:
http://www.rfc= -editor.org/errata/eid5611
=20
--------------------------------------
Type: Technical
Reported by: Anil Chaitanya Mandru <mandru@versa-networks.com>
=20
Section: 16.1 (4)
=20
Original Text
-------------
In this case, the current routing table entry
should be overwritten if and only if the newly found pa= th is
just as short and the current routing table entry's= Link
State Origin has a smaller Link State ID than the newly
added vertex' LSA.
=20
Corrected Text
--------------
In this case, if the newly found path is just as short, =20
then both the paths should be added to the routing table. =20
=20
Notes
-----
If the newly found path is just as short then both the paths should= be considered for ECMP. Why should the smaller Link State ID path overwrit= e the current one even if the paths are equi distant?
=20
Instructions:
-------------
This erratum is currently posted as "Reported". If necess= ary, please
use "Reply All" to discuss whether it should be verified = or
rejected. When a decision is reached, the verifying party =20
can log in to change the status and edit the report, if necessary. = =20
=20
--------------------------------------
RFC2328 (no draft string recorded)
--------------------------------------
Title : OSPF Version 2
Publication Date : April 1998
Author(s) : J. Moy
Category : INTERNET STANDARD
Source : Open Shortest Path First IGP
Area : Routing
Stream : IETF
Verifying Party : IESG
=20

<= /body> --000000000000ef5b0a05808781b3-- From nobody Mon Jan 28 09:07:00 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BED131083; Mon, 28 Jan 2019 09:06:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GkZwHtETIyx6; Mon, 28 Jan 2019 09:06:51 -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 772F213107E; Mon, 28 Jan 2019 09:06:51 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id F0178B82548; Mon, 28 Jan 2019 09:06:43 -0800 (PST) To: mandru@versa-networks.com, jmoy@casc.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: aretana.ietf@gmail.com, iesg@ietf.org, lsr@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20190128170643.F0178B82548@rfc-editor.org> Date: Mon, 28 Jan 2019 09:06:43 -0800 (PST) Archived-At: Subject: [Lsr] [Errata Rejected] RFC2328 (5611) X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 17:06:53 -0000 The following errata report has been rejected for RFC2328, "OSPF Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5611 -------------------------------------- Status: Rejected Type: Technical Reported by: Anil Chaitanya Mandru Date Reported: 2019-01-22 Rejected by: Alvaro Retana (IESG) Section: 16.1 (4) Original Text ------------- In this case, the current routing table entry should be overwritten if and only if the newly found path is just as short and the current routing table entry's Link State Origin has a smaller Link State ID than the newly added vertex' LSA. Corrected Text -------------- In this case, if the newly found path is just as short, then both the paths should be added to the routing table. Notes ----- If the newly found path is just as short then both the paths should be considered for ECMP. Why should the smaller Link State ID path overwrite the current one even if the paths are equi distant? --VERIFIER NOTES-- See WG discussion here: https://mailarchive.ietf.org/arch/msg/lsr/ACVzdktoiFbIcMyQck1RCGn50es >From Acee Lindem: "This is the case where the transit network vertex corresponding to a network-LSA is newly added to the current intra-area graph and an intra-area route corresponding to the SPF in progress already exists. This implies that there was another network-LSA. So, either the network corresponding to the subnet is partitioned or there is a network configuration error with the same subnet configured for multiple multi-access networks. In either case, I don't really see the benefit of an ECMP route. In fact, it could make trouble-shooting the problem more difficult. " Note also that the proposed text would result in a modification of the process to calculate the routing table, not just a correction. A change like that should be discussed in the WG/mailing list instead. -------------------------------------- RFC2328 (no draft string recorded) -------------------------------------- Title : OSPF Version 2 Publication Date : April 1998 Author(s) : J. Moy Category : INTERNET STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Jan 29 12:46:21 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB44F130EAE; Tue, 29 Jan 2019 12:46:19 -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, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=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 NTnuEO5nCo_h; Tue, 29 Jan 2019 12:46:15 -0800 (PST) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 D2EA4130F3B; Tue, 29 Jan 2019 12:46:15 -0800 (PST) Received: by mail-pf1-x433.google.com with SMTP id u6so10210068pfh.11; Tue, 29 Jan 2019 12:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oToXRQixm+ZCbQqfMcwFs8lEZBYyrJw0G95rkhk4RVE=; b=CGVmM7r6P2GSyLiIw0vtt232VR+PpkSJ0Xm3x93xddJXVnU3CuTWUMEXWmXPVJXhFe KwXExGmUndSGx5YUJVoX/TwZwB6hn3JJTJqUtYCO3DYAkR/flifd8YSE6w96xgCKv6lj +t4thKkodtDv3wJ9zoYY8vYvS4jPw2tFFf177znyuIpa7uCLqGhwtnX0CLv18yd2abMG mIPGF3mYw02ZS72yie3gOtAlBdMxe1JIjogiLthP0S6JEY8liAL9t0Uz0rHGbLp6NV7t pSJRdcdBhnFfr1xdVqaZt1A6MvIc1TlNr9LncY6OxG/Jb3sJDKDK0JppCryDstDBQrEB rllg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:mime-version:subject:from:in-reply-to :date:cc:content-transfer-encoding:message-id:references:to; bh=oToXRQixm+ZCbQqfMcwFs8lEZBYyrJw0G95rkhk4RVE=; b=L+gScbJivCAso8pBmnEZuzn8nS+Go0mSKqMnz0ajX5t9HMJMVa3PDPHpIfXOYSX8+j tk2f6TiiskVAlv4qeoDTamcR5qavq+F5v4kzzl7R7Ydiv/8g0tadh2eURJs+spwvPrVg Rp+bCAJe5DmugwloJFw6BqivA6cEcxZ82f9yxle4DiYzX682T8MsZXWfK0gfLI28X0A2 d6a94rnrRBL8nd3B07n7+Fs0NnKrxODZQV4Vhp+a9wJL2/E7SAtki8Fug5a/kPCCIVPw oos8Jy5bvEmKyMQ85fchtdMRd1PWQ6Rzt8/fWrxmc4GlW/eBsDZvDxUjpQciJ00CeBMw WsPg== X-Gm-Message-State: AJcUukdNPyonOPPD++YgAdZdvTvTBGeVZlbaw08MOyp69epEpy1bIyxT YOfiOCa4c4grZnFKv0uC/Jc= X-Google-Smtp-Source: ALg8bN4dgxE7ye9x46IE2yVYnuj8x7vZB+w0WwDhvI3UWfeQkIBf+wdNBRbDKrV5frpBV0ve7HFuEQ== X-Received: by 2002:a62:f54f:: with SMTP id n76mr27780169pfh.59.1548794775242; Tue, 29 Jan 2019 12:46:15 -0800 (PST) Received: from [172.22.228.216] ([162.210.130.3]) by smtp.gmail.com with ESMTPSA id g2sm43507118pfi.95.2019.01.29.12.46.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Jan 2019 12:46:14 -0800 (PST) Sender: Tony Li Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) From: tony.li@tony.li In-Reply-To: <5316A0AB3C851246A7CA5758973207D463B3A32F@sjceml521-mbx.china.huawei.com> Date: Tue, 29 Jan 2019 12:46:13 -0800 Cc: "Van De Velde, Gunter (Nokia - BE/Antwerp)" , "lsr@ietf.org" , Yingzhen Qu , Christian Hopps , "draft-li-lsr-dynamic-flooding@ietf.org" , Alvaro Retana , "draft-cc-lsr-flooding-reduction@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <0FE21364-D23A-4CFE-8559-A9125EC01E77@tony.li> References: <5316A0AB3C851246A7CA5758973207D463B3A32F@sjceml521-mbx.china.huawei.com> To: Huaimo Chen X-Mailer: Apple Mail (2.3445.102.3) Archived-At: Subject: Re: [Lsr] Comments regarding convergence regarding draft-cc-lsr-flooding-reduction and draft-li-lsr-dynamic-flooding X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 20:46:20 -0000 Hi all, I wanted to address some of the points that Huaimo has raised. I=E2=80=99= ve taken the editorial liberty of reformatting some of=20 Huaimo=E2=80=99s comments. > 1. Flooding topology encoding >=20 > The encoding in "draft-li-lsr-dynamic-flooding" comprises two parts. = One part is the encoding of the flooding topology using the TLVs of the = paths constituting the flooding topology; the second part is the = encoding of the mapping from the nodes in the area to their indexes. The = TLVs use the indexes of the nodes in the paths. > There are two encodings in "draft-cc-lsr-flooding-reduction", each of = which > can be used to encode the flooding topology. One encoding is called = "Links > Encoding". The other is called "Block Encoding=E2=80=9D. Not distributing the encoding of the indices is an issue that needs to = be addressed. Without an explicit encoding, all systems are forced to = rely on the complete and area-wide synchronization of the entire LSDB. = This seems like it is a significant risk. What happens if there is an = expired LSP and one system has expunged it from the database but another = has not? This would perturb the indices. If a new node has been added to = the topology and its presence has not completed flooding, then the = indices would also be perturbed.=20 > The former encodes the links between a local node and its adjacent = nodes using the compact indexes of these nodes. The whole flooding = topology is represented by the links and=20 > nodes on it. This is like the normal topology representation in an = IGP, in which the topology is represented by the links and nodes in an = IGP area. No mapping encoding and flooding is needed. Every node = creates and maintains the mapping from the nodes to their indexes. It is = simpler and faster for=20 > the node to have the mapping in this way. The use of two different encodings for the topology is highly unusual. It is not at all clear about how it should be done. Ambiguity in a = specification results in differing interpretations, that leads to = complexity and interoperability errors. In this specific case, it would = also seem to result in redundancy. It would be better to have a single = encoding. The use of the =E2=80=9Ccompact index=E2=80=9D is not clear. At 14 = bits, it is clearly not large enough to support large areas. While we = are generally not exceeding 16k systems today, that may grow. It = wasn=E2=80=99t long ago that areas were practically confined to 1k = nodes. That=E2=80=99s exceeded now. =20 A better way of encoding the indices is to make them variable length, = depending on the number of nodes in the area (credit: Tony P.). In our = draft, the explicit encoding of the mapping from system to index makes = it very clear how many systems there are, and thus how many bits should = be used in this encoding. Please note that this optimization is not yet = reflected in our draft. > For example, one issue is that different types of messages (i.e., the = messages for the mapping, and the messages for the TLVs of the paths in = the flooding topology, depending on the mapping) for the flooding = topology may be out of order on a receiving router. This may cause = incorrect/corrupted flooding topology. As I=E2=80=99ve explained, the ordering is irrelevant.=20 The ordering of the TLVs for the mapping from node to index is self = describing. Each TLV carries the starting index for the contents of its = TLV. The ordering of arrival of various LSP segments is also irrelevant as = the computation need only be deferred until all segments have arrived. = This is already commonly done as part of SPF scheduling. This is also a = necessity for all proposals, as any computation with inconsistent = segments is going to yield dubious results. > 2. Fault tolerance to multiple failures >=20 > An efficient method for fault tolerance to multiple failures on the = flooding topology is very important to centralized flooding reduction. = Without it, > the network convergence will slow down significantly. In general, the = convergence time will be more than doubled comparing to normal = convergence when > the flooding topology is split by multiple failures. Multiple simultaneous failures are an extremely unlikely event. Routers = are not designed to survive multiple concurrent hardware failures. Most = topologies run at commercially viable loading levels cannot survive = multiple critical link or node failures without manual intervention. = What is critical is to survive a single failure efficiently. Our = proposal is to compute a biconnected flooding topology. This protects = against single failures, retaining a functioning flooding topology in = the event of a failure. At that point, the system computes a new = bi-connected flooding topology, protecting against further failures. Carrying arbitrary alternate information to protect against multiple = failures negates your point about encoding efficiency. Backup links are = not a tractable solution. > The more time the network convergence takes, the more customers' = traffic in > the network gets lost in general. Thus after the centralized flooding = reduction without fault tolerance to multiple failures is deployed in a = network, some customers' traffic lose will be more than doubled when = multiple failures splitting the flooding topology occur comparing to the = same network without the flooding reduction. If there are multiple failures, in our proposal, this can easily be = detected. The flooding topology would clearly be partitioned. Systems on = the edge of the partition can explicitly request temporary changes to = the flooding topology, immediately restoring the connectivity of the = flooding topology if that is possible. Thus, the convergence time is = going to be on the order of two LSP propagation times: one to detect the = failure and another to repair it and converge. Tree topologies are particularly vulnerable to failures since each and = every link failure creates a partition of the flooding topology.=20 Repairing this in a distributed fashion is also not perceptibly better. = After a partition, it will require at least one LSP propagation time to = detect the failure. Then execution of the algorithm, followed by another = LSP propagation time before a complete SPF can be run. > "draft-cc-lsr-flooding-reduction" has a light-weight method for = providing fault tolerance to multiple failures on the flooding topology. = This method makes sure that the network still converges fast when the = multiple failures happen. Thus the failures have almost minimal impact = on the network convergence in the network with the flooding reduction = deployment. The customers' traffic lose is significantly reduced (or = almost minimized) when the failures occur in the network with the = flooding reduction. Your proposal is to revert to almost full flooding. You bound the = flooding to three hops (maybe, this is not defined), but in a LS = topology, that is the full topology. This is not a solution. If we = could support full flooding, we would not have problem in the first = place. > "draft-li-lsr-dynamic-flooding" just mentions that the edges of split = parts > will do something after the split of the flooding topology happens. = However, it needs time to determine if a split of the flooding topology = occurs and to find backup paths to connect split parts. There is no = description on how to determine a split or find backup paths. This is = not useful for implementors or users. It is described. Please see section 6.7.11. After a topology change, all = nodes can examine the existing flooding topology and the faults that = have occurred. If it is clear that the flooding topology has = partitioned, then nodes that have adjacencies that are not reachable on = the flooding topology make a temporary request to their adjacencies to = add to the flooding topology. This creates a temporary repair until the = next flooding topology is distributed. > In addition, the algorithm for computing a flooding topology that can = survive any one link failure on the flooding topology (i.e., any one = link failure on the flooding topology does not split the flooding = topology) will be very complex, at least in terms of time. With a good = method for fault tolerance, the algorithm is not required to compute a = flooding topology that can survive any one link failure on the flooding = topology. Collapsing the network is not a 'good method'. > 3. A New Node and Link Addition >=20 > Two different procedures for handling a new node and link addition to = the topology are described in the two drafts = ("draft-li-lsr-dynamic-flooding" and "draft-cc-lsr-flooding-reduction"). >=20 > The procedure in "draft-cc-lsr-flooding-reduction": After the new node = (say node A) and an existing node (say node B) establishes the adjacency = over the link, A and B add the link to the flooding topology temporarily = until a new flooding topology is built. If A and B are already on the flooding topology, then this is redundant = and harmful. > The procedure in "draft-li-lsr-dynamic-flooding": A new TLV with R bit = in IIH (IS-IS Hello), and FR-bit in OSPF Hello LLS Extended Options are = defined. The new node (say node A) and an existing node (say node B), = send each other the TLV with R bit in IS-IS Hello or FR-bit in OSPF = Hello to request for adding the link to flooding topology temporarily = (or say enabling temporary flooding over the link). This only happens if the other node does not appear on the flooding = topology. > The procedure in "draft-cc-lsr-flooding-reduction" is simpler and more = efficient. We can see that the two procedures try to achieve the same = result (" > temporary flooding" on the link) in different approaches. When a new = node a > nd link is added to the topology/network, it is deterministic that the = link > needs to be added to the flooding topology temporarily by the two end = node > s of the link. There is no need for the end nodes to add/enable = "temporary=20 > flooding" on the link through (new TLV in IIH or FR-Bit in OSPF Hello = LLS)=20 > signaling over the link. Automatically adding to the flooding topology risks collapsing the = network, again contradicting the entire goal of reducing the flooding = topology. > During internal review of "draft-li-lsr-dynamic-flooding" we observed = significant procedure issues, which are big issues for implementations = and users. For example in one issue, if the first Hello packet = containing the TLV with R bit in IS-IS (or FR-bit in OSPF) gets lost, = then to add/enable "temporary flooding" on the link will take more than = a Hello interval (typically=20 > 10 seconds in OSPF). This is too long to accept! Loss of a hello also implies that the adjacency will be delayed in = coming up, so this is the same in both situations. > 4. An Existing Link Addition >=20 > The approach in "draft-cc-lsr-flooding-reduction": The end node sends = its adjacent node over the adjacency the link states with changes it = received or > originated during the period of time in which the flooding topology = may split. This requires the implementation to retain state about every LSP on = every link, even when it is down. > The approach in "draft-li-lsr-dynamic-flooding": A full LSDB = resynchronization is requested over the existing adjacency/link between = two end nodes for > possible flooding topology split which may cause LSDB out of = synchronization. Resynchronization is a normal part of the protocol process at link up = anyway. Regards, Tony From nobody Wed Jan 30 15:03:18 2019 Return-Path: X-Original-To: lsr@ietfa.amsl.com Delivered-To: lsr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1115E130E25; Wed, 30 Jan 2019 15:03:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.641 X-Spam-Level: X-Spam-Status: No, score=-14.641 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f-49gig-HsAC; Wed, 30 Jan 2019 15:03:14 -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 2563E130DE3; Wed, 30 Jan 2019 15:03:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7186; q=dns/txt; s=iport; t=1548889394; x=1550098994; h=from:to:cc:subject:date:message-id:mime-version; bh=91XRfjcrQ/2AfVqo2PwFzShkZOnCXVnWJSwDXV0j/pc=; b=WZtjDAkdg6oi53DtXmtd1bjwosoYjdAWxRd+2mzmosQlQoTVo3h38O4Z s4v+BG0iCXPzz/sn1jjerHRdhWdVSZk8JCITERXWbBxHuMiL2G+Ww6vJF O8gBhmvVpsmmteHUTiE+1i/lodpsDygcSGGfiHbvblIrWX0s8usp40DvI 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAABWLFJc/5FdJa1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZngQMnCoN5iBqLc4INkh+FboF7CwEBhGw?= =?us-ascii?q?ZgnAiNAkNAQMBAQIBAQJtHQuFSgEGHQZWEgEIEQMBAiQHAgQwHQoEDgWDIgG?= =?us-ascii?q?BHWSsXoEvijeMQBeBf4E4H4IeLoUhgmkxgiYCkASSVAkCkjAYgWuFOYsPgx6?= =?us-ascii?q?EGIJjjgqDGAIRFIEnHziBVnAVOyoBgkGCUY4LQTGOYYEfAQE?= X-IronPort-AV: E=Sophos;i="5.56,542,1539648000"; d="scan'208,217";a="233014970" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Jan 2019 23:03:13 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x0UN3CNm010768 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Jan 2019 23:03:13 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 30 Jan 2019 18:03:12 -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.1395.000; Wed, 30 Jan 2019 18:03:12 -0500 From: "Acee Lindem (acee)" To: "lsr@ietf.org" CC: "draft-ietf-ospf-xaf-te@ietf.org" , Gunter Van de Velde , "Ketan Talaulikar (ketant)" , Alexander Okonnikov Thread-Topic: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05 Thread-Index: AQHUuO/5B1xMFyjS9UyNhq19lJy/UQ== Date: Wed, 30 Jan 2019 23:03:12 +0000 Message-ID: <3FD1122C-C906-4ACA-A01C-3265F6F83D02@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.197] Content-Type: multipart/alternative; boundary="_000_3FD1122CC9064ACAA01C3265F6F83D02ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.149, xch-rtp-009.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05 X-BeenThere: lsr@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Link State Routing Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2019 23:03:16 -0000 --_000_3FD1122CC9064ACAA01C3265F6F83D02ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3VudGVyLCBBbGV4LCBLZXRhbiwNCkkgaG9waW5nIGV2ZXJ5b25lIHdobyBjb21tZW50aW5n IG9uIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGhhcHB5IHdpdGggdGhlIHZlcnNpb24uIEnigJlt IGV4dGVuZGluZyB0aGUgV0cgbGFzdCBjYWxsIGFub3RoZXIgd2VlayB0byBzZWUgaWYgd2UgaGF2 ZSBhbnkgb2JqZWN0aW9ucyB0byB0aGlzIHZlcnNpb24uDQpUaGFua3MsDQpBY2VlDQoNCkZyb206 IExzciA8bHNyLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBBY2VlIExpbmRlbSA8YWNl ZUBjaXNjby5jb20+DQpEYXRlOiBNb25kYXksIEphbnVhcnkgNywgMjAxOSBhdCAxMTo0NyBBTQ0K VG86ICJsc3JAaWV0Zi5vcmciIDxsc3JAaWV0Zi5vcmc+DQpDYzogImRyYWZ0LWlldGYtb3NwZi14 YWYtdGVAaWV0Zi5vcmciIDxkcmFmdC1pZXRmLW9zcGYteGFmLXRlQGlldGYub3JnPg0KU3ViamVj dDogW0xzcl0gIk9TUEYgUm91dGluZyB3aXRoIENyb3NzLUFkZHJlc3MgRmFtaWx5IFRyYWZmaWMg RW5naW5lZXJpbmcgVHVubmVscyIgLSBkcmFmdC1pZXRmLW9zcGYteGFmLXRlLTA1DQoNClRoaXMg YmVnaW5zIGFuIExTUiBXRyBsYXN0IGNhbGwgZm9yIHRoZSBzdWJqZWN0IGRyYWZ0LiBQbGVhc2Ug c2VuZCB5b3VyDQpjb21tZW50cyB0byB0aGlzIGxpc3QgcHJpb3IgdG8gMTI6MDAgQU0gR01ULCBK YW51YXJ5IDIybmQsIDIwMTkuDQoNCk5vdGUgdGhhdCB0aGUgc2Vjb25kIElQUiBwb2xsIHdhcyBj b21wbGV0ZWQgaW4gRGVjZW1iZXIuDQoNClRoYW5rcywNCkFjZWUNCg0KDQo= --_000_3FD1122CC9064ACAA01C3265F6F83D02ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <144581FF2DFB244681BCAE782DB1C19A@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPkhpIEd1bnRlciwgQWxleCwgS2V0YW4sIDxvOnA+DQo8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkkgaG9waW5nIGV2ZXJ5b25lIHdobyBjb21tZW50aW5nIG9uIHRoZSBwcmV2aW91cyB2 ZXJzaW9uIGlzIGhhcHB5IHdpdGggdGhlIHZlcnNpb24uIEnigJltIGV4dGVuZGluZyB0aGUgV0cg bGFzdCBjYWxsIGFub3RoZXIgd2VlayB0byBzZWUgaWYgd2UgaGF2ZSBhbnkgb2JqZWN0aW9ucyB0 byB0aGlzIHZlcnNpb24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5BY2VlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bh bj4NCjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkxzciAmbHQ7bHNyLWJvdW5jZXNAaWV0 Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBBY2VlIExpbmRlbSAmbHQ7YWNlZUBjaXNjby5jb20mZ3Q7 PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgSmFudWFyeSA3LCAyMDE5IGF0IDExOjQ3IEFNPGJy Pg0KPGI+VG86IDwvYj4mcXVvdDtsc3JAaWV0Zi5vcmcmcXVvdDsgJmx0O2xzckBpZXRmLm9yZyZn dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O2RyYWZ0LWlldGYtb3NwZi14YWYtdGVAaWV0Zi5vcmcm cXVvdDsgJmx0O2RyYWZ0LWlldGYtb3NwZi14YWYtdGVAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3Vi amVjdDogPC9iPltMc3JdICZxdW90O09TUEYgUm91dGluZyB3aXRoIENyb3NzLUFkZHJlc3MgRmFt aWx5IFRyYWZmaWMgRW5naW5lZXJpbmcgVHVubmVscyZxdW90OyAtIGRyYWZ0LWlldGYtb3NwZi14 YWYtdGUtMDU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5UaGlzIGJlZ2lucyBhbiBMU1IgV0cgbGFzdCBjYWxsIGZvciB0aGUgc3ViamVj dCBkcmFmdC4gUGxlYXNlIHNlbmQgeW91cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+Y29tbWVudHMgdG8gdGhpcyBsaXN0IHByaW9yIHRvIDEyOjAwIEFNIEdNVCwg SmFudWFyeSAyMjxzdXA+bmQ8L3N1cD4sIDIwMTkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPk5vdGUgdGhhdCB0aGUgc2Vjb25kIElQUiBwb2xsIHdhcyBjb21wbGV0ZWQgaW4g RGVjZW1iZXIuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmtzLDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QWNlZTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_3FD1122CC9064ACAA01C3265F6F83D02ciscocom_--